From owner-freebsd-hackers Sun Aug 18 00:21:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA00606 for hackers-outgoing; Sun, 18 Aug 1996 00:21:10 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA00583 for ; Sun, 18 Aug 1996 00:21:07 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA25834; Sun, 18 Aug 1996 09:20:54 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA23432; Sun, 18 Aug 1996 09:20:48 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA15260; Sun, 18 Aug 1996 09:19:48 +0200 (MET DST) From: J Wunsch Message-Id: <199608180719.JAA15260@uriah.heep.sax.de> Subject: Re: XMCD problem on FreeBSD 2.1.5 To: xmcd@bazooka.amb.org (Xmcd Admin) Date: Sun, 18 Aug 1996 09:19:48 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers), bwithrow@BayNetworks.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9608180050.AA20324@bazooka.amb.org> from Xmcd Admin at "Aug 17, 96 05:50: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+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Xmcd Admin wrote: > Xmcd should be quite secure even when the setuid root. I have no doubt in this. Anyway, the ioctl commands are there to provide a more secure and more general way (same API also for non-SCSI drives). And the basic rule is that a program should not be setuid if it is not needed. Of course, it is a matter of the FreeBSD `port' to correct this for the average user. > While xmcd does support using the CD-audio ioctls under FreeBSD, > if you have a SCSI CD-ROM drive you lose a couple of features > when running in that mode. Namely, the SCSI pass-through method > gives you channel routing and caddy lock/unlock capabilities. If you miss some features, they should better be implemented on the ioctl level, instead of going the other way round. I have no idea what you mean by `channel routing', but the caddy lock/unlock feature is there implicitly (if i'm not very mistaken) since the device is locked while it is held open. (There's currently what i would call a bug in the `eject' ioctl implementation in that it lets you eject a locked drive. This is easy to fix however.) I consider using direct SCSI commands the most ugly method to use, though of course, for many operating systems it's your only chance. > I don't have an explanation for the EINVAL error from the CDIOREADTOCENTRYS > ioctl. [...] I am not familiar with the wcd driver > but if you have the source code you can check the wcdioctl() routine > to see why it is choking on the CDIOREADTOCENTRYS ioctl... wcd is the ATAPI CD-ROM driver. Apparently, it doesn't use direct SCSI commands. :-) It looks like a bug in this driver, and that's been my first reply to Robert's message. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Aug 18 00:26:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA00813 for hackers-outgoing; Sun, 18 Aug 1996 00:26:57 -0700 (PDT) Received: from cedb.dpcsys.com (cedb.DPCSYS.COM [165.90.143.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA00808 for ; Sun, 18 Aug 1996 00:26:55 -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 AAA01170; Sun, 18 Aug 1996 00:13:29 -0700 Date: Sun, 18 Aug 1996 00:13:28 -0700 (PDT) From: Dan Busarow X-Sender: dan@cedb To: Thomas David Rivers cc: freebsd-hackers@freefall.freebsd.org Subject: Re: Determined what's wrong with this return address (sendmail cont.) In-Reply-To: <199608171848.OAA10270@lakes.water.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 17 Aug 1996, Thomas David Rivers wrote: > I've determined what's wrong with the return address > you have for this message (it should be something ponds!rivers@dg-rtp.dg.com, > but it's mostly likely nuucp@dg-rtp.dg.com.) No. Most likely what you are seeing [now, your return address has improved] is MUA's using the envelope return address rather that the From: or Reply-To: This is broken behaviour. I feed a few UUCP sites and we get bounces directed to uucp (bad MTA config) and replies to uucp (broken MUAs). The MTAs outnumber the MUAs, but both are a very, very small percentage of our UUCP traffic. I did not have to alter your address to make this reply, I did, however, have to fix the Cc: line. Dan -- Dan Busarow 714 443 4172 DPC Systems dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 From owner-freebsd-hackers Sun Aug 18 02:10:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA07835 for hackers-outgoing; Sun, 18 Aug 1996 02:10:34 -0700 (PDT) Received: from nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA07813 for ; Sun, 18 Aug 1996 02:10:23 -0700 (PDT) Received: from localhost (localhost.efn.org [127.0.0.1]) by nike.efn.org (8.7.5/8.7.3) with SMTP id CAA03237 for ; Sun, 18 Aug 1996 02:10:19 -0700 (PDT) Date: Sun, 18 Aug 1996 02:10:19 -0700 (PDT) From: John-Mark Gurney Reply-To: John-Mark Gurney To: FreeBSD Hackers Subject: make clean with bsd.prog.mk Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm not sure if this is a bug or not... or if it is intentional... but .depend is left behind after a make clean... I thought that make clean would clean it all up to pre-build conditions.... any special reason .depend isn't removed on a make clean? thanks for the info... TTYL.. John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Sun Aug 18 09:03:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA29787 for hackers-outgoing; Sun, 18 Aug 1996 09:03:50 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA29782 for ; Sun, 18 Aug 1996 09:03:48 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id KAA00347; Sun, 18 Aug 1996 10:03:41 -0600 (MDT) Message-Id: <199608181603.KAA00347@rover.village.org> To: "Jordan K. Hubbard" Subject: Re: Nightmare. Cc: hackers@FreeBSD.org In-reply-to: Your message of Wed, 14 Aug 1996 03:56:53 PDT Date: Sun, 18 Aug 1996 10:03:41 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk : a) Write a filesystem which understands tar files natively. Note: there may : be a slight performance penalty for folks running with their root : partitions mounted on a TARFS - perhaps we could note this somewhere. I have heard rumors from my Linux buddies that they have implemented a read only tar file system to load the initial modules from their kernel. Just boot the tar file, and it will find the rest sort of idea (actually, I beleive it uses ramdisk or other ram image to store the tar file). I beleive the tar ball is freed from memory when the real file system is finally available. Warner From owner-freebsd-hackers Sun Aug 18 09:15:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA00307 for hackers-outgoing; Sun, 18 Aug 1996 09:15:20 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA00302 for ; Sun, 18 Aug 1996 09:15:18 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id KAA00454; Sun, 18 Aug 1996 10:15:05 -0600 (MDT) Message-Id: <199608181615.KAA00454@rover.village.org> To: Poul-Henning Kamp Subject: Re: ipfw vs ipfilter Cc: "Jordan K. Hubbard" , "Ugen J.S.Antsilevich" , hackers@FreeBSD.ORG In-reply-to: Your message of Wed, 14 Aug 1996 16:54:59 +0200 Date: Sun, 18 Aug 1996 10:15:05 -0600 From: Warner Losh Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk : The only think I have against ditching ipfw and replacing with ipfilter : is that the later is getting to big for comfort. One of our paranoid villagers recently did a code review on ipfw. He said it was OK, but found a couple of problems. Specifically, the code lacked comments, there was a bug in the IP header fragment discarding code (if the offset was one, it would discard the fragment, but not when it was 2, it should properly discard the fragment for all offsets > 0 < the size of the headers), it assumed that the user *REALLY* knew what they were doing with the ipfw command and didn't check any sanity on that (this may be the ipfw <-> kernel interface, he wasn't clear in his mail to me). He preferred ipfw to ipfilter (which we've been using for a long time) because ipfw was easier to verify than ipfilter because ipfilter has added too many bells and whistles for his confort. He has not tried to setup a FreeBSD firewall based on ipfw at this time, so it could be as horrible as Jordan contends. That's the next step.... More on that when it happens. Warner From owner-freebsd-hackers Sun Aug 18 11:09:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA04264 for hackers-outgoing; Sun, 18 Aug 1996 11:09:51 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA04258 for ; Sun, 18 Aug 1996 11:09:50 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id LAA09000 ; Sun, 18 Aug 1996 11:09:46 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id QAA06540; Sun, 18 Aug 1996 16:42:34 +0200 (MET DST) To: Warner Losh cc: "Jordan K. Hubbard" , "Ugen J.S.Antsilevich" , hackers@freebsd.org Subject: Re: ipfw vs ipfilter In-reply-to: Your message of "Sun, 18 Aug 1996 10:15:05 MDT." <199608181615.KAA00454@rover.village.org> Date: Sun, 18 Aug 1996 16:42:33 +0200 Message-ID: <6538.840379353@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199608181615.KAA00454@rover.village.org>, Warner Losh writes: >: The only think I have against ditching ipfw and replacing with ipfilter >: is that the later is getting to big for comfort. > >One of our paranoid villagers recently did a code review on ipfw. He >said it was OK, but found a couple of problems. Specifically, the >code lacked comments, there was a bug in the IP header fragment >discarding code (if the offset was one, it would discard the fragment, >but not when it was 2, it should properly discard the fragment for all >offsets > 0 < the size of the headers), it assumed that the user This is a common mistake, only offset==1 needs to be discarded. >He preferred ipfw to ipfilter (which we've been using for a long time) >because ipfw was easier to verify than ipfilter because ipfilter has >added too many bells and whistles for his confort. my sentiment too. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Sun Aug 18 11:53:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA06668 for hackers-outgoing; Sun, 18 Aug 1996 11:53:25 -0700 (PDT) Received: from ekeberg.sn.no (ekeberg.sn.no [194.143.8.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA06659 for ; Sun, 18 Aug 1996 11:53:17 -0700 (PDT) Received: from oppegard-11.ppp.sn.no (oppegard-11.ppp.sn.no [194.143.100.12]) by ekeberg.sn.no (8.7.5/8.7.3/on4) with SMTP id ; Sun, 18 Aug 1996 20:53:05 +0200 (MET DST) X-Authentication-Warning: ekeberg.sn.no: Host oppegard-11.ppp.sn.no [194.143.100.12] didn't use HELO protocol Message-ID: <3217CA47.61FB@sn.no> Date: Sun, 18 Aug 1996 18:58:31 -0700 From: Arve Ronning X-Mailer: Mozilla 2.0 (Win16; I) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org CC: arver@sn.no, Arve.Ronning@alcatel.no Subject: 2.1.5R & ATAPI CDROM Problems References: <321790FD.74B1@sn.no> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello FreeBSD world ! After installing a Hitachi CDR-7730 ATAPI CDROM drive on my FreeBSD 2.1.5R box (and verifying that it works under DOS) I discovered a problem with mounting it : # mount_cd9660 /dev/wcd0c /mnt mount_cd9660: /dev/wcd0c: Device not configured Judging from comp.unix.bsd.freebsd.misc and the various FreeBSD mailing lists, *some* ATAPI CDROM drives have had this problem with FreeBSD for the past year or so. To my knowledge, there is not much work being done on the ATAPI driver at the moment (please correct me if I am wrong:). So, I boldly plunged into the source and modified the /kernel in an attempt to find out what causes the 'Device not configured' response. But be warned all you gurus; I am a UN*X pre-novice and a C amateur, so please don't judge me too harshly:). First, some info on my FreeBSD box: FreeBSD 2.1.5-RELEASE #4: Sat Aug 17 22:05:32 MET DST 1996 root@ARon.home.no:/usr/src/sys/compile/GENERIC CPU: 100-MHz Pentium 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 41943040 (40960K bytes) avail memory = 38535168 (37632K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7:0 chip2 rev 2 on pci0:7:1 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: MDA/hercules <16 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff mse0 not found at 0x23c psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1039MB (2128896 sectors), 2112 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 204MB (417792 sectors), 1024 cyls, 12 heads, 34 S/T, 512 B/S wdc1: unit 1 (atapi): , removable, iordy wcd0: 689Kb/sec, 128Kb cache, audio play, 128 volume levels, ejectable tray wcd0: medium type unknown, unlocked bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not found at 0x300 mcd0: timeout getting status mcd0 not found at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 ie0 not found at 0x360 ep0 not found at 0x300 ix0 not found at 0x300 le0 not found at 0x300 lnc0 not found at 0x280 ze0 not found at 0x300 zp0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface 1.code=1, .status=81, .error=84 2.code=1, .status=81, .error=84 The two last lines are written by my /kernel modifications when I do the 'mount_cd9660 /dev/wcd0c /mnt'. Note that the numbers are DECIMAL. Kernel modifications : *** wcd.c.ori Mon Oct 23 00:14:34 1995 --- wcd.c Sat Aug 17 22:05:06 1996 *************** *** 390,395 **** --- 390,398 ---- result = atapi_request_wait (t->ata, t->unit, ATAPI_TEST_UNIT_READY, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0); + printf("1.code=%d, .status=%d, .error=%d\n", result.code, + result.status, result.error); + if (result.code == RES_ERR && (result.error & AER_SKEY) == AER_SK_UNIT_ATTENTION) { t->flags |= F_MEDIA_CHANGED; *************** *** 398,403 **** --- 401,408 ---- 0, 0, 0, 0, 0, 0, 0, 0, 0); } if (result.code) { + printf("2.code=%d, .status=%d, .error=%d\n", result.code, + result.status, result.error); wcd_error (t, result); return (ENXIO); } So, what is happening ? With my limited knowledge, I interpret the result structure returned by the atapi_request_wait() call to mean : result.code == 0x01 == RES_ERR == i/o finished with error result.status == 0x51 == ARS_DRDY | ARS_DSC | ARS_CHECK == error, see sense code result.error == 0x54 == AER_SK_ILLEGAL_REQUEST | AER_ILI == invalid command parameters and/or length Which means that the Hitachi CDR-7730 rejects the ATAPI_TEST_UNIT_READY command because of illegal command parameters. Also, why the 'wcd0: medium type unknown, ...' during probing ? Is this significant ? (The disc *is* readable from DOS and it *is* in the drive during the FreeBSD boot:). So, what should I do ? - Scrap the thing and buy another CDROM drive that is known to work with FreeBSD ? (Not a good idea, I don't like giving up:). - Did I forget or misunderstand something ? (Like LKM cd9660_mod ?). - Try to convince some of you people that this is worth investing some time and cooperative effort ? (I could at least test any new ATAPI CDROM drivers for the 2.1.5R /kernel). So, what say ye ? Any suggestions/advice/guidance/help/assistance/cooperation would be greately & gratefully accepted. AND, two major points : - I do not subscribe to hackers@freebsd.com, so please Cc: arver@sn.no - I have been following this UN*X thread from 386BSD through NetBSD to FreeBSD and I am impressed by the work done by all involved. Not that I am able to judge the quality of the source code or anything like that. What impresses me most is the way you organize and get things done out there on the NET. Keep up the good work ! Arve From owner-freebsd-hackers Sun Aug 18 14:17:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13315 for hackers-outgoing; Sun, 18 Aug 1996 14:17:05 -0700 (PDT) Received: from mongoose.bostic.com (bostic@mongoose.BSDI.COM [205.230.230.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA13301 for ; Sun, 18 Aug 1996 14:17:01 -0700 (PDT) Received: (from bostic@localhost) by mongoose.bostic.com (8.7.4/8.7.3) id QAA18121; Sun, 18 Aug 1996 16:40:47 -0400 (EDT) Date: Sun, 18 Aug 1996 16:40:47 -0400 (EDT) From: Keith Bostic Message-Id: <199608182040.QAA18121@mongoose.bostic.com> To: bostic@bostic.com Subject: nex/nvi 1.74 available Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Version 1.74 of nex/nvi is now available. The changes in nvi 1.74 are almost entirely bug and compatibility fixes. There are two other changes that may be of interest: + There's a new edit option, "path". It's a string option that defaults to the empty string, and whose contents are intended to be -separated directory paths. Each of the paths will be searched for any file you edit that isn't found in the current directory, as long as the name isn't an absolute pathname and the first component of the name isn't "." or "..". + The Perl scripting support has been upgraded to match the Perl 5.003.01 release. If you're interested in a further review of the changes that have been made, a complete change log is included with the distribution, in the file docs/changelog. Version 1.74 is available for anonymous ftp from the usual two sites. ftp.cs.berkeley.edu:ucb/4bsd/nvi-1.74.ALPHA.tar.gz ftp.bostic.com:pub/nvi-1.74.ALPHA.tar.gz (The UC Berkeley site is likely to provide faster transfer speeds.) Please let me know if you have any problems, and thanks for using nvi! --keith From owner-freebsd-hackers Sun Aug 18 14:50:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA14828 for hackers-outgoing; Sun, 18 Aug 1996 14:50:38 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA14811 for ; Sun, 18 Aug 1996 14:50:29 -0700 (PDT) Message-Id: <199608182150.OAA14811@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA133605005; Mon, 19 Aug 1996 07:50:06 +1000 From: Darren Reed Subject: Re: ipfw vs ipfilter To: imp@village.org (Warner Losh) Date: Mon, 19 Aug 1996 07:50:05 +1000 (EST) Cc: phk@critter.tfs.com, jkh@time.cdrom.com, ugen@latte.worldbank.org, hackers@FreeBSD.ORG In-Reply-To: <199608181615.KAA00454@rover.village.org> from "Warner Losh" at Aug 18, 96 10:15:05 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In some mail from Warner Losh, sie said: > > : The only think I have against ditching ipfw and replacing with ipfilter > : is that the later is getting to big for comfort. [...] > He preferred ipfw to ipfilter (which we've been using for a long time) > because ipfw was easier to verify than ipfilter because ipfilter has > added too many bells and whistles for his confort. Many of the "bells and whilsts" have been added after sugestions from users or just improving it to be on a par with commercial systems (or better) or just so that it is `complete'. In some cases, the grammar has been extended not to invent a new feature, but because the code already made it possible so it seemed reasonable to take advantage of that. IP Filter has its own set of regression tests, which you can verify yourself and then against a test run, if you like. Not to mention that this has helped find bugs. Both rule parsing and rule processing are tested for correctness. This is seen in neither ipfw or ipfwadm for FreeBSD/Linux. In a security concious world, how can you not want to be sure of something like this ? Whilst it might be considered to be "feature rich", I don't think any of them are superflous. Granted, not many people care about security options in TCP/IP packets, but the same sort of functionality is in Ciscos, not to mention it does get used in IP Filter by some people... Darren From owner-freebsd-hackers Sun Aug 18 14:58:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15238 for hackers-outgoing; Sun, 18 Aug 1996 14:58:48 -0700 (PDT) Received: from seraglio.staidan.qld.edu.au (staidans.client.uq.edu.au [130.102.39.106]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA15223 for ; Sun, 18 Aug 1996 14:58:43 -0700 (PDT) Received: from aidan.staidan.qld.edu.au (aidan.staidan.qld.edu.au [203.12.39.2]) by seraglio.staidan.qld.edu.au (8.6.12/8.6.12) with ESMTP id HAA04765 for ; Mon, 19 Aug 1996 07:58:38 +1000 Received: from AIDAN/SpoolDir by aidan.staidan.qld.edu.au (Mercury 1.21); 19 Aug 96 07:58:42 +1000 Received: from SpoolDir by AIDAN (Mercury 1.22-b2); 19 Aug 96 07:58:32 +1000 From: "PETER STUBBS" Organization: St Aidan's AGS To: FreeBSD-hackers@freebsd.org Date: Mon, 19 Aug 1996 07:58:29 -1000, EST Subject: Getting started with X programming Priority: normal X-mailer: Pegasus Mail for Windows (v2.42) Message-ID: <12EB46D52BA@aidan.staidan.qld.edu.au> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi All, I wonder if anyone can recommend a good book to get me started with X programming? Are there any good free tool kits? xlib looks a bit too low level. TIA, Peter Peter Stubbs, St Aidan's AGS. ph +61-07-3379-9911, fax +61-07-3379-9432 mailto:peters@staidan.qld.edu.au http://www.staidan.qld.edu.au From owner-freebsd-hackers Sun Aug 18 15:48:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA17878 for hackers-outgoing; Sun, 18 Aug 1996 15:48:44 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA17871 for ; Sun, 18 Aug 1996 15:48:42 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id QAA01272; Sun, 18 Aug 1996 16:48:38 -0600 (MDT) Message-Id: <199608182248.QAA01272@rover.village.org> To: Poul-Henning Kamp Subject: Which fragments to discard (was Re: ipfw vs ipfilter) Cc: hackers@freebsd.org In-reply-to: Your message of Sun, 18 Aug 1996 16:42:33 +0200 Date: Sun, 18 Aug 1996 16:48:37 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp writes: : This is a common mistake, only offset==1 needs to be discarded. Hmmm, since there are no comments in ip_fw.c as to why only offset 1 is a problem, I'll have to ask here. Why is that? A quick look at Stephens[*] shows that offset 2 could be used to rewrite the TCP flags, or if you have IP options that you can pad things such that even the TCP ports get overwritten. What have I missed? Warner [*] Stephens isn't good at explaining exactly what the ip_off is, but glosses over this detail, so maybe some of my thick-headedness on this comes from that gloss. From owner-freebsd-hackers Sun Aug 18 16:21:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA20251 for hackers-outgoing; Sun, 18 Aug 1996 16:21:02 -0700 (PDT) Received: from sgiblab.sgi.com (sgiblab.SGI.COM [192.82.208.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA20243 for ; Sun, 18 Aug 1996 16:21:00 -0700 (PDT) Received: from bazooka.amb.org by sgiblab.sgi.com via UUCP (940816.SGI.8.6.9/911001.SGI) id QAA22745; Sun, 18 Aug 1996 16:20:59 -0700 Received: by bazooka.amb.org (Sendmail 5.65/AMB-1.4) id AA11587; Sun, 18 Aug 96 14:36:57 -0700 From: xmcd@bazooka.amb.org (Xmcd Admin) Message-Id: <9608182136.AA11587@bazooka.amb.org> Subject: Re: XMCD problem on FreeBSD 2.1.5 To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 18 Aug 1996 14:36:56 -0700 (PDT) Cc: freebsd-hackers@freebsd.org, bwithrow@BayNetworks.com In-Reply-To: <199608180719.JAA15260@uriah.heep.sax.de> from "J Wunsch" at Aug 18, 96 09:19:48 am X-Mailer: ELM [version 2.4 PL22] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > > While xmcd does support using the CD-audio ioctls under FreeBSD, > > if you have a SCSI CD-ROM drive you lose a couple of features > > when running in that mode. Namely, the SCSI pass-through method > > gives you channel routing and caddy lock/unlock capabilities. > > If you miss some features, they should better be implemented on the > ioctl level, instead of going the other way round. I have no idea > what you mean by `channel routing', "Channel routing" refers to the xmcd controls for stereo/reverse stereo/ mono L/mono R/mono L+R. There is currently no ioctl() command implemented in FreeBSD (or for that matter, SunOS, Linux or other OSes that use ioctls for CD-audio). > I consider using direct SCSI commands the most ugly method to use, > though of course, for many operating systems it's your only chance. That is a matter of opinion... :-) In the shoes of a CD-audio application programmer like myself, I prefer the direct SCSI commands method for several reasons: 1. It allows me to support features that are otherwise not available via the ioctls. The channel routing features in xmcd is an example of this. Now you might argue that adding an ioctl would accomplish the same thing, but keep in mind that xmcd currently support 22 different OS variants and adding an ioctl to all these platforms is not something that can be easily accomplished. Using direct SCSI allows me to support this feature uniformly across all these platforms without being restricted by the limitations imposed by the OS ioctls. In the future I have plans to add support to CD-ROM changers and there is yet another area where using direct SCSI commands is going to be a big win. 2. It allows me to support SCSI-1 and other CD-ROM drives that implement non-standard command sets. Currently the OS ioctl method will only work with SCSI-2 drives that adhere strictly to the SCSI-2 command set. While many drives do claim conformance to SCSI-2, they do not implement all of SCSI-2 documented audio- related command in a uniform way. Xmcd maximized such support by allowing the user to specify the drive and its characteristics, and thus can customize its behavior to match the drive. Xmcd can support many older SCSI-1 drives, as well as support "SCSI-2" drives that have certain idiosyncracies. For example, the software volume is controlled via the Mode Select(6) SCSI command on SCSI-2 drives. But some drives must have the DBD (disable block descriptor) bit set while others must have it cleared (and yet others support both ways). If the command is not sent in a way that drive likes then we get a check condition failure. Xmcd actually can deal with this. The OS ioctl method doesn't. This is just one of many examples of such idiosyncracies... there are many others, notably with the Play Audio Track Index(10) command, the Start/Stop Unit(6) command, and Read Subchannel(10) command. 3. It actually allows me to write code to implement features in xmcd in a more portable way. While there are differences amongst different OSes in how a direct SCSI command is sent, that difference can be isolated into a very small region of code. This allows maximum common and portable code. Indeed, if you were to examine xmcd's source code you will see that the OS-dependent portion of the SCSI pass-through code is very small. Without the use of direct SCSI-passthrough, xmcd would not be able to provide full support of such a wide array of CD-ROM drives. See the xmcd docs for the list of drives. I think you'd agree... At any rate, I don't want to start a big discussion about the benefits of ioctls vs. SCSI pass-through with respect to CD-audio control, but here are my experiences; and I just wanted to share them so you all know where I come from... Cheers, -Ti -- \\ // XMCD - Motif CD player / CDA - Command line CD player \\/ Ti Kan / AMB Research Laboratories //\ E-mail: xmcd@amb.org // \\ URL: http://sunsite.unc.edu/~cddb/xmcd/ From owner-freebsd-hackers Sun Aug 18 17:21:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA24080 for hackers-outgoing; Sun, 18 Aug 1996 17:21:52 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA24052; Sun, 18 Aug 1996 17:21:44 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id RAA12050; Sun, 18 Aug 1996 17:19:39 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma012048; Sun Aug 18 17:19:28 1996 Date: Sun, 18 Aug 1996 17:18:36 -0700 (PDT) From: Julian Elischer To: Paul Traina cc: wollman@FreeBSD.org, candy@fct.kgc.co.jp, freebsd-hackers@FreeBSD.org, olah@FreeBSD.org Subject: Re: bin/649 - fix questions (tcpdump / print-atalk.c) In-Reply-To: <199608162243.PAA11091@base.jnx.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 16 Aug 1996, Paul Traina wrote: > Back in September, you made a change to tcpdump's print-atalk.c code to > fix PR # 649. One of the changes was to print appletalk addresses in hex. > This is not, to the best of my knowledge, correct. Every network monitor or > router that I've seen (cisco, gatorbox, et al) use decimal for the network > number and node address. As do our own netstat ifconfig and route BTW I have some fixes to un-break the atalk protocol stack I'll be committing in teh next few days.. > > I'd like to back this change out as part of the upgrade to the current tcpdump > so that we return to canonical address displays. > > Objections? > From owner-freebsd-hackers Sun Aug 18 18:31:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA28948 for hackers-outgoing; Sun, 18 Aug 1996 18:31:33 -0700 (PDT) Received: from sumter.awod.com (awod.com [198.81.225.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA28941 for ; Sun, 18 Aug 1996 18:31:30 -0700 (PDT) From: spr@awod.com Received: from [206.31.146.212] (chsx002.awod.com [206.31.146.212]) by sumter.awod.com (8.6.12/8.6.12) with SMTP id VAA05389 for ; Sun, 18 Aug 1996 21:31:41 -0400 X-Sender: srob@awod.com (Unverified) Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sun, 18 Aug 1996 21:29:36 -0400 To: hackers@FreeBSD.ORG Subject: Radius Support for FreeBSD Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Is there a port for radius for FreeBSD? If so where? If not, how would one go about porting radius to FreeBSD? Sean From owner-freebsd-hackers Sun Aug 18 18:40:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA29963 for hackers-outgoing; Sun, 18 Aug 1996 18:40:08 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA29954 for ; Sun, 18 Aug 1996 18:40:05 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA00411; Mon, 19 Aug 1996 10:50:42 +0930 From: Michael Smith Message-Id: <199608190120.KAA00411@genesis.atrad.adelaide.edu.au> Subject: Re: Getting started with X programming To: PETERS@staidan.qld.edu.au (PETER STUBBS) Date: Mon, 19 Aug 1996 10:50:42 +0930 (CST) Cc: FreeBSD-hackers@freebsd.org In-Reply-To: <12EB46D52BA@aidan.staidan.qld.edu.au> from "PETER STUBBS" at Aug 19, 96 07:58:29 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 PETER STUBBS stands accused of saying: > > I wonder if anyone can recommend a good book to get me started with X > programming? Are there any good free tool kits? xlib looks a bit too > low level. Tk. "Tcl and the Tk toolkit" (ignore Tcl if you don't like it, Tk is useful in and of itself). Interviews (which has gone on to become something else). Libforms (libxforms). Never used this, so all I know is that someone likes it. All of the above are in the ports collection. Tcl/Tk is a religion in and of itself, but Tk can easily be used standalone. > Peter Stubbs, St Aidan's AGS. -- ]] 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 Sun Aug 18 19:13:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA04691 for hackers-outgoing; Sun, 18 Aug 1996 19:13:07 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA04679 for ; Sun, 18 Aug 1996 19:13:04 -0700 (PDT) Received: from baud.eng.umd.edu (baud.eng.umd.edu [129.2.98.183]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id WAA29934; Sun, 18 Aug 1996 22:13:02 -0400 (EDT) Received: from localhost (chuckr@localhost) by baud.eng.umd.edu (8.7.5/8.7.3) with SMTP id WAA05891; Sun, 18 Aug 1996 22:12:56 -0400 (EDT) X-Authentication-Warning: baud.eng.umd.edu: chuckr owned process doing -bs Date: Sun, 18 Aug 1996 22:12:56 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@baud.eng.umd.edu To: Michael Smith cc: PETER STUBBS , FreeBSD-hackers@freebsd.org Subject: Re: Getting started with X programming In-Reply-To: <199608190120.KAA00411@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 19 Aug 1996, Michael Smith wrote: > PETER STUBBS stands accused of saying: > > > > I wonder if anyone can recommend a good book to get me started with X > > programming? Are there any good free tool kits? xlib looks a bit too > > low level. > > Tk. "Tcl and the Tk toolkit" (ignore Tcl if you don't like it, Tk is useful > in and of itself). > > Interviews (which has gone on to become something else). > > Libforms (libxforms). Never used this, so all I know is that someone > likes it. > > All of the above are in the ports collection. Tcl/Tk is a religion in > and of itself, but Tk can easily be used standalone. You know, I hesitated to say this, because I was against using Motif to begin with (I don't like the window manager at all) but the books on using Motif explain X11 fairly well, and the library from Xinside, at version 2.0, is very up-to-date. I especially liked Marshall Brain's MOTIF programming (Digital Press). Reading that will convince you to buy all the O'Reilly X11 programming manuals, and get you programming in X faster than only reading the X toolkit books, which just aren't as obvious. Maybe that's because Motif has a lot of bells and whistles that are missing in most other widgets. That book will get you programming in X faster than any other direct C method. Of course, there's nothing wrong with Michael's suggestion, but that's a scripting language, not real X (although it may not matter, it it looks like a duck, smells like a duck, quacks like a duck, well, it MAY BE a duck). I doon't think you can equate tk widgets with X. Example: the tk text widget. Fine, dandy widget, but all the neatest parts are PRIVATE! You can't access them directly, you have to go (slowly) thru tcl. I have no idea why those interfaces had to be made static, I really don't. > > > Peter Stubbs, St Aidan's AGS. > > -- > ]] 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 [[ > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sun Aug 18 19:29:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA06879 for hackers-outgoing; Sun, 18 Aug 1996 19:29:37 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA06872 for ; Sun, 18 Aug 1996 19:29:24 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id LAA00892; Mon, 19 Aug 1996 11:37:39 +0930 From: Michael Smith Message-Id: <199608190207.LAA00892@genesis.atrad.adelaide.edu.au> Subject: Re: Getting started with X programming To: chuckr@glue.umd.edu (Chuck Robey) Date: Mon, 19 Aug 1996 11:37:38 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, PETERS@staidan.qld.edu.au, FreeBSD-hackers@freebsd.org In-Reply-To: from "Chuck Robey" at Aug 18, 96 10:12: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 Chuck Robey stands accused of saying: > > You know, I hesitated to say this, because I was against using Motif to > begin with (I don't like the window manager at all) but the books on using I would have suggested Motif straight off, except that the requirement was "free". Motif may not be wonderful, but there's lots of documentation around on it for sure. > That book will get you programming in X faster than any other direct C > method. Of course, there's nothing wrong with Michael's suggestion, but > that's a scripting language, not real X (although it may not matter, it it > looks like a duck, smells like a duck, quacks like a duck, well, it MAY BE > a duck). I was suggesting talking to Tk directly from C. Yes, you need some Tcl kicking around in your application, but you can get away with very little. (Part IV of "Tcl and the Tk toolkit" looks at it from a slightly different perspective.) > I doon't think you can equate tk widgets with X. Example: the tk text > widget. Fine, dandy widget, but all the neatest parts are PRIVATE! You > can't access them directly, you have to go (slowly) thru tcl. I have no > idea why those interfaces had to be made static, I really don't. Namespace and API consistancy issues, I suspect. Anyway, enough religion. > Chuck Robey | Interests include any kind of voice or data -- ]] 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 Sun Aug 18 19:29:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA06904 for hackers-outgoing; Sun, 18 Aug 1996 19:29:45 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA06899 for ; Sun, 18 Aug 1996 19:29:43 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id TAA12332; Sun, 18 Aug 1996 19:29:12 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma012330; Sun Aug 18 19:28:57 1996 Received: (from archie@localhost) by bubba.whistle.com (8.6.12/8.6.12) id TAA26457; Sun, 18 Aug 1996 19:28:57 -0700 From: Archie Cobbs Message-Id: <199608190228.TAA26457@bubba.whistle.com> Subject: Re: ipfw vs ipfilter To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Sun, 18 Aug 1996 19:28:56 -0700 (PDT) Cc: imp@village.org, jkh@time.cdrom.com, ugen@latte.worldbank.org, hackers@freebsd.org In-Reply-To: <6538.840379353@critter.tfs.com> from "Poul-Henning Kamp" at Aug 18, 96 04:42: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 > >One of our paranoid villagers recently did a code review on ipfw. He > >said it was OK, but found a couple of problems. Specifically, the > >code lacked comments, there was a bug in the IP header fragment > >discarding code (if the offset was one, it would discard the fragment, > >but not when it was 2, it should properly discard the fragment for all > >offsets > 0 < the size of the headers), it assumed that the user > > This is a common mistake, only offset==1 needs to be discarded. Uh huh, and see RFC 1858 for a "proof." -Archie ___________________________________________________________________________ Archie L. Cobbs, archie@whistle.com * Whistle Communications Corporation From owner-freebsd-hackers Sun Aug 18 19:33:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA07218 for hackers-outgoing; Sun, 18 Aug 1996 19:33:45 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA07209 for ; Sun, 18 Aug 1996 19:33:43 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id TAA12348; Sun, 18 Aug 1996 19:33:12 -0700 (PDT) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma012346; Sun Aug 18 19:32:46 1996 Received: (from archie@localhost) by bubba.whistle.com (8.6.12/8.6.12) id TAA26469; Sun, 18 Aug 1996 19:32:46 -0700 From: Archie Cobbs Message-Id: <199608190232.TAA26469@bubba.whistle.com> Subject: Re: Which fragments to discard (was Re: ipfw vs ipfilter) To: imp@village.org (Warner Losh) Date: Sun, 18 Aug 1996 19:32:46 -0700 (PDT) Cc: phk@critter.tfs.com, hackers@freebsd.org In-Reply-To: <199608182248.QAA01272@rover.village.org> from "Warner Losh" at Aug 18, 96 04:48: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 > Poul-Henning Kamp writes: > : This is a common mistake, only offset==1 needs to be discarded. > > Hmmm, since there are no comments in ip_fw.c as to why only offset 1 > is a problem, I'll have to ask here. Why is that? RFC 1858 supposedly explains why. -Archie ___________________________________________________________________________ Archie L. Cobbs, archie@whistle.com * Whistle Communications Corporation From owner-freebsd-hackers Sun Aug 18 23:52:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA23247 for hackers-outgoing; Sun, 18 Aug 1996 23:52:05 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA23230 for ; Sun, 18 Aug 1996 23:52:01 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA04224; Mon, 19 Aug 1996 08:51:58 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA13018; Mon, 19 Aug 1996 08:51:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA11467; Mon, 19 Aug 1996 08:33:04 +0200 (MET DST) From: J Wunsch Message-Id: <199608190633.IAA11467@uriah.heep.sax.de> Subject: Re: XMCD problem on FreeBSD 2.1.5 To: xmcd@bazooka.amb.org Date: Mon, 19 Aug 1996 08:33:04 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9608182136.AA11587@bazooka.amb.org> from Xmcd Admin at "Aug 18, 96 02:36:56 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Xmcd Admin wrote: > > I consider using direct SCSI commands the most ugly method to use, > > though of course, for many operating systems it's your only chance. > > That is a matter of opinion... :-) > 2. It allows me to support SCSI-1 and other CD-ROM drives that > implement non-standard command sets. Nothing prevents the operating systems to do the same. We have to implement drive-dependant features anyway, since we intend to enable reading CD-DA in the kernel some day. > Without the use of direct SCSI-passthrough, xmcd would not be > able to provide full support of such a wide array of CD-ROM drives. Well, OTOH, it also limits your list of features to SCSI only, while you obviously can't support things like the really popular ATAPI devices (which are basically SCSI drives, thus offer the same features internally). Of course, i realize that xmcd supports 22 operating systems, and believe me, i know that this is a hard piece of work. Anyway, i'm from the 22nd supported system :), and now that we've already got the ioctl, i'm more eager to make the kernel interface abstracting the hardware for you. This is the technically cleaner solution. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Aug 19 00:04:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA23866 for hackers-outgoing; Mon, 19 Aug 1996 00:04:00 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA23855; Mon, 19 Aug 1996 00:03:57 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id HAA07038; Mon, 19 Aug 1996 07:36:09 +0200 (MET DST) To: Darren Reed cc: imp@village.org (Warner Losh), jkh@time.cdrom.com, ugen@latte.worldbank.org, hackers@freebsd.org Subject: Re: ipfw vs ipfilter In-reply-to: Your message of "Mon, 19 Aug 1996 07:50:05 +1000." <199608182150.OAA14811@freefall.freebsd.org> Date: Mon, 19 Aug 1996 07:36:08 +0200 Message-ID: <7036.840432968@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >IP Filter has its own set of regression tests, which you can verify yourself >and then against a test run, if you like. Not to mention that this has >helped find bugs. Both rule parsing and rule processing are tested for >correctness. This is seen in neither ipfw or ipfwadm for FreeBSD/Linux. >In a security concious world, how can you not want to be sure of something >like this ? Uhm, aren't people overlooking the obvious here: We can have both, and the user can choose. That was my hope at least. -- 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 Mon Aug 19 01:01:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA25732 for hackers-outgoing; Mon, 19 Aug 1996 01:01:33 -0700 (PDT) Received: from MindBender.HeadCandy.com (root@mindbender.headcandy.com [199.238.225.168]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA25724; Mon, 19 Aug 1996 01:01:28 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.HeadCandy.com (8.7.5/8.7.3) with SMTP id BAA00420; Mon, 19 Aug 1996 01:00:38 -0700 (PDT) Message-Id: <199608190800.BAA00420@MindBender.HeadCandy.com> X-Authentication-Warning: MindBender.HeadCandy.com: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Bruce Evans cc: msmith@atrad.adelaide.edu.au, nate@mt.sri.com, freebsd-hackers@freefall.freebsd.org, ponds!rivers@dg-rtp.dg.com, ponds!rivers@freefall.freebsd.org, sag.space.lockheed.com!handy@dg-rtp.dg.com Subject: Re: sio issues (silo overflows on a pentium, locked in ttywait, etc...) In-reply-to: Your message of Thu, 15 Aug 96 07:13:54 +1000. <199608142113.HAA04204@godzilla.zeta.org.au> Date: Mon, 19 Aug 1996 01:00:24 -0700 From: "Michael L. VanLoon -- HeadCandy.com" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>see the overflows affecting me much. The funny thing is I don't see >>overflows on the SLIP server box which is also running 16550A UARTS and >>is running multiple sessions, but it's not running X and never touches >>the hard disk. (Basically it's the same hardware on both boxes, 486/66 >>with 16MB, although my box has an Adaptec 1542B and the server box is >>IDE). >Upgrade everything to IDE :-). Some busmastering SCSI controllers hog >the bus for too long (e.g., Ultrastor U34Fs sometimes hog it for 160 us >so they are unusable with single 8250s at speeds > 57600, unusable with Good point, I guess, but slightly off target. The problem is not the SCSI controller, per se, but rather the bus. There is no bus-mastering "standard" for the ISA bus. A bus-mastering controller basically has to guess how long is long enough to stay on the bus, and there is nothing that enforces that it doesn't stay too long. This is one of several reasons not to buy an ISA controller if you have a better alternative. VLB is just a faster version of ISA, so it suffers from the same problem (but at least isn't so dog slow). EISA and PCI have very well documented standards for bus-mastering. There are signals that control how long each master is allowed to hold the bus, and so forth. You won't see any of this starvation on an EISA or PCI system because they work in a much better behaved fashion. Not to mention that they're *several* times faster. Which means that you *need* to get into the modern era of computing and throw out that ISA hardware! If you don't currently have anything but ISA motherboards, and you want to do it on the cheap, you can do as little as getting a new 486 motherboard (for way under $100), that has a PCI bus on it. You can plug all your old hardware into it and get a decent PCI SCSI controller. If you're going to spend money, however, IMHO the current point of maximum power/dollar is right around the Pentium 100 or Cyrix 6x86 P133+. A lot of power for not too much money. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@HeadCandy.com --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... Roll your own Internet access -- Seattle People's Internet cooperative. If you're in the Seattle area, ask me how. ----------------------------------------------------------------------------- From owner-freebsd-hackers Mon Aug 19 01:22:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA26625 for hackers-outgoing; Mon, 19 Aug 1996 01:22:57 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA26619 for ; Mon, 19 Aug 1996 01:22:52 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.5/8.7.3) id SAA14444; Mon, 19 Aug 1996 18:22:34 +1000 (EST) Date: Mon, 19 Aug 1996 18:22:29 +1000 (EST) From: "Daniel O'Callaghan" To: Warner Losh cc: hackers@FreeBSD.ORG Subject: Re: ipfw vs ipfilter In-Reply-To: <199608181615.KAA00454@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 18 Aug 1996, Warner Losh wrote: > One of our paranoid villagers recently did a code review on ipfw. He > said it was OK, but found a couple of problems. Specifically, the > code lacked comments, there was a bug in the IP header fragment > discarding code (if the offset was one, it would discard the fragment, > but not when it was 2, it should properly discard the fragment for all > offsets > 0 < the size of the headers), it assumed that the user It is not possible to overwrite the TCP flags area of a packet with a fragment with offset of anything but 1. Fragmentation is only allowed for the data payload of an IP packet, and fragment offset counting begins at the start of the data section of the packet, irrespective of the size of the IP headers. Since FO is counted in 8-byte counts, FO=1 means the data from byte 8 to byte 15 (covering ack number, flags and window) while FO=2 covers bytes 16 to 23 (checksum, urgent pointer, options). Perhaps it would be prudent to discard packets with FO=2, but I can't see how an attack on checksum or Max Segment Size would work. However, in normal Internet traffic, where the MTU is > 68 octets, the minimum permitted MTU, it is perfectly reasonable to discard all packets with 0 < FO < 7. Danny From owner-freebsd-hackers Mon Aug 19 01:33:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA27207 for hackers-outgoing; Mon, 19 Aug 1996 01:33:20 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA27199 for ; Mon, 19 Aug 1996 01:33:14 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.5/8.7.3) id SAA14457; Mon, 19 Aug 1996 18:33:12 +1000 (EST) Date: Mon, 19 Aug 1996 18:33:11 +1000 (EST) From: "Daniel O'Callaghan" To: hackers@freebsd.org Subject: Re: ipfw vs ipfilter In-Reply-To: <7036.840432968@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 On Mon, 19 Aug 1996, Poul-Henning Kamp wrote: > >IP Filter has its own set of regression tests, which you can verify yourself > >and then against a test run, if you like. Not to mention that this has > >helped find bugs. Both rule parsing and rule processing are tested for > >correctness. This is seen in neither ipfw or ipfwadm for FreeBSD/Linux. > >In a security concious world, how can you not want to be sure of something > >like this ? > > Uhm, aren't people overlooking the obvious here: We can have both, > and the user can choose. That was my hope at least. Seemed obvious to me from the start, especially since the 'hook' code for ipfilter is relatively small, and ipfilter and ipfw are enabled by different kernel options. Still, I thought Jordan was looking to standardize on a single filter. Maybe for 2.1.6 (or whatever is turns out to be :-)) the ipfilter hooks could be left in the kernel, and the lkm, man pages and utilities made into a package. Or, someone could make the FreeBSD installation notes that Darren packages a little more clear. I did it all last week, so I guess I'm an obvious choice to do that. Heck, I'll do it now. Danny From owner-freebsd-hackers Mon Aug 19 01:57:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA28639 for hackers-outgoing; Mon, 19 Aug 1996 01:57:23 -0700 (PDT) Received: from ekeberg.sn.no (ekeberg.sn.no [194.143.8.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA28633 for ; Mon, 19 Aug 1996 01:57:19 -0700 (PDT) Received: from oppegard107.telepost.no (oppegard107.telepost.no [193.214.217.150]) by ekeberg.sn.no (8.7.5/8.7.3/on4) with SMTP id ; Mon, 19 Aug 1996 10:57:08 +0200 (MET DST) X-Authentication-Warning: ekeberg.sn.no: Host oppegard107.telepost.no [193.214.217.150] didn't use HELO protocol Message-ID: <3218A514.1228@sn.no> Date: Mon, 19 Aug 1996 10:32:04 -0700 From: Arve Ronning X-Mailer: Mozilla 2.0 (Win16; I) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org CC: arver@sn.no, Arve.Ronning@alcatel.no Subject: 2.1.5R & ATAPI CDROM Problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk --------------------------------------------- responded > Mailbox 103350.3250 is currently full. > Please resend your message at a later time.to my original message. Hence the resend ! --------------------------------------------- Hello FreeBSD world ! After installing a Hitachi CDR-7730 ATAPI CDROM drive on my FreeBSD 2.1.5R box (and verifying that it works under DOS) I discovered a problem with mounting it : # mount_cd9660 /dev/wcd0c /mnt mount_cd9660: /dev/wcd0c: Device not configured Judging from comp.unix.bsd.freebsd.misc and the various FreeBSD mailing lists, *some* ATAPI CDROM drives have had this problem with FreeBSD for the past year or so. To my knowledge, there is not much work being done on the ATAPI driver at the moment (please correct me if I am wrong:). So, I boldly plunged into the source and modified the /kernel in an attempt to find out what causes the 'Device not configured' response. But be warned all you gurus; I am a UN*X pre-novice and a C amateur, so please don't judge me too harshly:). First, some info on my FreeBSD box: FreeBSD 2.1.5-RELEASE #4: Sat Aug 17 22:05:32 MET DST 1996 root@ARon.home.no:/usr/src/sys/compile/GENERIC CPU: 100-MHz Pentium 815\\100 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping=5 Features=0x1bf real memory = 41943040 (40960K bytes) avail memory = 38535168 (37632K bytes) Probing for devices on PCI bus 0: chip0 rev 2 on pci0:0 chip1 rev 2 on pci0:7:0 chip2 rev 2 on pci0:7:1 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: MDA/hercules <16 virtual consoles, flags=0x0> ed0 not found at 0x280 ed1 not found at 0x300 sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A sio2: disabled, not probed. sio3: disabled, not probed. lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 not found at 0xffffffff mse0 not found at 0x23c psm0: disabled, not probed. fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1039MB (2128896 sectors), 2112 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 204MB (417792 sectors), 1024 cyls, 12 heads, 34 S/T, 512 B/S wdc1: unit 1 (atapi): , removable, iordy wcd0: 689Kb/sec, 128Kb cache, audio play, 128 volume levels, ejectable tray wcd0: medium type unknown, unlocked bt0 not found at 0x330 uha0 not found at 0x330 aha0 not found at 0x330 aic0 not found at 0x340 nca0 not found at 0x1f88 nca1 not found at 0x350 sea0 not found wt0 not found at 0x300 mcd0: timeout getting status mcd0 not found at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 ie0 not found at 0x360 ep0 not found at 0x300 ix0 not found at 0x300 le0 not found at 0x300 lnc0 not found at 0x280 ze0 not found at 0x300 zp0 not found at 0x300 npx0 on motherboard npx0: INT 16 interface 1.code=1, .status=81, .error=84 2.code=1, .status=81, .error=84 The two last lines are written by my /kernel modifications when I do the 'mount_cd9660 /dev/wcd0c /mnt'. Note that the numbers are DECIMAL. Kernel modifications : *** wcd.c.ori Mon Oct 23 00:14:34 1995 --- wcd.c Sat Aug 17 22:05:06 1996 *************** *** 390,395 **** --- 390,398 ---- result = atapi_request_wait (t->ata, t->unit, ATAPI_TEST_UNIT_READY, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0); + printf("1.code=%d, .status=%d, .error=%d\n", result.code, + result.status, result.error); + if (result.code == RES_ERR && (result.error & AER_SKEY) == AER_SK_UNIT_ATTENTION) { t->flags |= F_MEDIA_CHANGED; *************** *** 398,403 **** --- 401,408 ---- 0, 0, 0, 0, 0, 0, 0, 0, 0); } if (result.code) { + printf("2.code=%d, .status=%d, .error=%d\n", result.code, + result.status, result.error); wcd_error (t, result); return (ENXIO); } So, what is happening ? With my limited knowledge, I interpret the result structure returned by the atapi_request_wait() call to mean : result.code == 0x01 == RES_ERR == i/o finished with error result.status == 0x51 == ARS_DRDY | ARS_DSC | ARS_CHECK == error, see sense code result.error == 0x54 == AER_SK_ILLEGAL_REQUEST | AER_ILI == invalid command parameters and/or length Which means that the Hitachi CDR-7730 rejects the ATAPI_TEST_UNIT_READY command because of illegal command parameters. Also, why the 'wcd0: medium type unknown, ...' during probing ? Is this significant ? (The disc *is* readable from DOS and it *is* in the drive during the FreeBSD boot:). So, what should I do ? - Scrap the thing and buy another CDROM drive that is known to work with FreeBSD ? (Not a good idea, I don't like giving up:). - Did I forget or misunderstand something ? (Like LKM cd9660_mod ?). - Try to convince some of you people that this is worth investing some time and cooperative effort ? (I could at least test any new ATAPI CDROM drivers for the 2.1.5R /kernel). So, what say ye ? Any suggestions/advice/guidance/help/assistance/cooperation would be greately & gratefully accepted. AND, two major points : - I do not subscribe to hackers@freebsd.org, so please Cc: arver@sn.no - I have been following this UN*X thread from 386BSD through NetBSD to FreeBSD and I am impressed by the work done by all involved. Not that I am able to judge the quality of the source code or anything like that. What impresses me most is the way you organize and get things done out there on the NET. Keep up the good work ! Arve From owner-freebsd-hackers Mon Aug 19 02:40:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA00499 for hackers-outgoing; Mon, 19 Aug 1996 02:40:12 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA00493 for ; Mon, 19 Aug 1996 02:40:08 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) pid 11791 for hackers@freebsd.org; id LAA11791; Mon, 19 Aug 1996 11:21:22 +0200 Received: from localhost (localhost [127.0.0.1]) by nietzsche.bowtie.nl (8.6.12/8.6.9) with ESMTP id LAA08658 for ; Mon, 19 Aug 1996 11:10:18 +0200 Message-Id: <199608190910.LAA08658@nietzsche.bowtie.nl> X-Mailer: exmh version 1.6.7 5/3/96 To: hackers@freebsd.org Subject: BSDI netscape and name resolving Date: Mon, 19 Aug 1996 11:10:17 +0200 From: Marc van Kempen Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have run into a problem with the BSDI version of netscape and name resolving. I'm trying to run it through our firewall here, with the http-gw from the fwtk there are no problems, but with socks5 it gives an error about no route to host. What's more, when I specify the name of the socks-server instead of it's IP address I get an error about the name not having a DNS entry, but it's in my /etc/hosts file! I have host.conf configured for hosts file first and then bind. When I try this from a sgi or an nt server in the same network it works ok. I vaguely remember about problems with hostname resolving with the bsdi netscape, but I'm not sure. Does anyone have any ideas? Regards, Marc. - ---------------------------------------------------- Marc van Kempen BowTie Technology Email: marc@bowtie.nl WWW & Databases tel. +31 40 2 43 20 65 fax. +31 40 2 44 21 86 http://www.bowtie.nl - ---------------------------------------------------- ------- End of Forwarded Message ---------------------------------------------------- Marc van Kempen BowTie Technology Email: marc@bowtie.nl WWW & Databases tel. +31 40 2 43 20 65 fax. +31 40 2 44 21 86 http://www.bowtie.nl ---------------------------------------------------- From owner-freebsd-hackers Mon Aug 19 03:06:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA01279 for hackers-outgoing; Mon, 19 Aug 1996 03:06:09 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA01272 for ; Mon, 19 Aug 1996 03:06:02 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id TAA02310; Mon, 19 Aug 1996 19:18:01 +0930 From: Michael Smith Message-Id: <199608190948.TAA02310@genesis.atrad.adelaide.edu.au> Subject: Re: BSDI netscape and name resolving To: marc@bowtie.nl (Marc van Kempen) Date: Mon, 19 Aug 1996 19:18:00 +0930 (CST) Cc: hackers@freebsd.org In-Reply-To: <199608190910.LAA08658@nietzsche.bowtie.nl> from "Marc van Kempen" at Aug 19, 96 11:10:17 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 Marc van Kempen stands accused of saying: > > I have run into a problem with the BSDI version of netscape and > name resolving. the BSD/OS version of Netscape appears to ignore /etc/host.conf and wants to talk to a nameserver. You will need to run a forwarding nameserver on your firewall (or somewhere else) to be able to use it to resolve external hosts. > I'm trying to run it through our firewall here, with the http-gw > from the fwtk there > are no problems, but with socks5 it gives an error about no > route to host. We run Netscape 3.0 here behind a socks4 proxy, although we specify the proxy by IP not name. > Marc van Kempen BowTie Technology -- ]] 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 Mon Aug 19 03:39:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA03844 for hackers-outgoing; Mon, 19 Aug 1996 03:39:26 -0700 (PDT) Received: from hil-img-2.compuserve.com (hil-img-2.compuserve.com [149.174.177.132]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA03837 for ; Mon, 19 Aug 1996 03:39:23 -0700 (PDT) Received: by hil-img-2.compuserve.com (8.6.10/5.950515) id GAA18017; Mon, 19 Aug 1996 06:36:45 -0400 Date: 19 Aug 96 06:35:02 EDT From: Jan Knepper <106030.3360@CompuServe.COM> To: Arve Ronning , "[FreeBSD Hackers]" Subject: 2.1.5R & ATAPI CDROM Problems Message-ID: <960819103502_106030.3360_JHF31-2@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Arve Ronning is accused of writing: /* Hello FreeBSD world ! After installing a Hitachi CDR-7730 ATAPI CDROM drive on my FreeBSD 2.1.5R box (and verifying that it works under DOS) I discovered a problem with mounting it :...... */ Did, or did you not get the 'modification' of Bill Paul I sent you? It worked for him, it might work for you! Don't worry, be Kneppie, Jan From owner-freebsd-hackers Mon Aug 19 05:28:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA10871 for hackers-outgoing; Mon, 19 Aug 1996 05:28:10 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA10860 for ; Mon, 19 Aug 1996 05:28:08 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id FAA24476 for freebsd-hackers@freefall.cdrom.com; Mon, 19 Aug 1996 05:28:07 -0700 (MST) From: Don Yuniskis Message-Id: <199608191228.FAA24476@seagull.rtd.com> Subject: old sec dists? To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Mon, 19 Aug 1996 05:28:06 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! I'm looking for the secr dist for the 1.0 release. Was there such a beast? Also, anyone with a copy of the 1.0 and/or 1.1.5.1R CDROMs they'd care to sell? Kudos to mark@grondar.za for one of the most complete archives I've managed to find so far! Sorry to have used the small amount of bandwidth I needed, Mark. Unfortunately, I couldn't find those things here in the States... Thanx! --don From owner-freebsd-hackers Mon Aug 19 05:57:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA12785 for hackers-outgoing; Mon, 19 Aug 1996 05:57:39 -0700 (PDT) Received: from eins.siemens.at (eins.siemens.at [193.81.246.11]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA12776 for ; Mon, 19 Aug 1996 05:57:34 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@firix [10.1.143.100]) by eins.siemens.at (8.7.4/8.7.3) with SMTP id OAA01801 for ; Mon, 19 Aug 1996 14:56:55 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0usTt2-00025EC; Mon, 19 Aug 96 14:56 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA047179209; Mon, 19 Aug 1996 14:53:29 +0200 From: "Hr.Ladavac" Message-Id: <199608191253.AA047179209@ws2301.gud.siemens.co.at> Subject: Re: old sec dists? To: dgy@rtd.com (Don Yuniskis) Date: Mon, 19 Aug 1996 14:53:29 +0200 (MESZ) Cc: freebsd-hackers@freefall.freebsd.org In-Reply-To: <199608191228.FAA24476@seagull.rtd.com> from "Don Yuniskis" at Aug 19, 96 05:28:06 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk E-mail message from Don Yuniskis contained: > Greetings! > I'm looking for the secr dist for the 1.0 release. Was there > such a beast? Also, anyone with a copy of the 1.0 and/or 1.1.5.1R > CDROMs they'd care to sell? > Kudos to mark@grondar.za for one of the most complete archives > I've managed to find so far! Sorry to have used the small amount of > bandwidth I needed, Mark. Unfortunately, I couldn't find those > things here in the States... ftp://gatekeeper.dec.com/... should have the complete 1.1.5.1. /Marino > Thanx! > --don > From owner-freebsd-hackers Mon Aug 19 06:01:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA13002 for hackers-outgoing; Mon, 19 Aug 1996 06:01:13 -0700 (PDT) Received: from ns.kconline.com (ns.kconline.com [207.51.167.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA12990 for ; Mon, 19 Aug 1996 06:01:09 -0700 (PDT) Received: from localhost (rif@localhost) by ns.kconline.com (8.7.5/8.6.12) with SMTP id HAA20407 for ; Mon, 19 Aug 1996 07:57:11 -0500 (EST) Date: Mon, 19 Aug 1996 07:57:11 -0500 (EST) From: Jim Riffle To: hackers@freebsd.org Subject: how /etc/security works Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I feel like a total fool, but I am having troubles deciphering exactly how /etc/security works. Here is what troubles me.. MP=`mount -t ufs | sed 's;/dev/;&r;' | awk '{ print $3 }'` set $MP while test $# -ge 1; do mount=$1 shift find $mount -xdev \( -perm -u+s -or -perm -g+s \) | sort done | xargs -n 20 ls -lgTd > $TMP ---------------------- I understand the find command, but the rest of that, I am just not sure as to what is really going on. In the end, what I am wanting to do is have it skip /var/news alltogether while doing find on everything else. Could one of you sh wizards please decipher this for me? Thanks, Jim Riffle From owner-freebsd-hackers Mon Aug 19 06:04:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA13369 for hackers-outgoing; Mon, 19 Aug 1996 06:04:59 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA13364 for ; Mon, 19 Aug 1996 06:04:57 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id GAA26056; Mon, 19 Aug 1996 06:04:37 -0700 (MST) From: Don Yuniskis Message-Id: <199608191304.GAA26056@seagull.rtd.com> Subject: Re: old sec dists? To: lada@ws2301.gud.siemens.co.at (Hr.Ladavac) Date: Mon, 19 Aug 1996 06:04:37 -0700 (MST) Cc: dgy@rtd.com, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199608191253.AA047179209@ws2301.gud.siemens.co.at> from "Hr.Ladavac" at Aug 19, 96 02:53:29 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It seems that Hr.Ladavac said: > E-mail message from Don Yuniskis contained: > > Greetings! > > I'm looking for the secr dist for the 1.0 release. Was there > > such a beast? Also, anyone with a copy of the 1.0 and/or 1.1.5.1R > > CDROMs they'd care to sell? > > ftp://gatekeeper.dec.com/... should have the complete 1.1.5.1. Sorry, I'm looking for the *CDROMs* -- I already have 1.1.5.1R but not in CD format... :> --don From owner-freebsd-hackers Mon Aug 19 06:14:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA14139 for hackers-outgoing; Mon, 19 Aug 1996 06:14:45 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA14120 for ; Mon, 19 Aug 1996 06:14:41 -0700 (PDT) Message-Id: <199608191314.GAA14120@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA170850461; Mon, 19 Aug 1996 23:14:21 +1000 From: Darren Reed Subject: Re: Which fragments to discard (was Re: ipfw vs ipfilter) To: imp@village.org (Warner Losh) Date: Mon, 19 Aug 1996 23:14:21 +1000 (EST) Cc: phk@critter.tfs.com, hackers@freebsd.org In-Reply-To: <199608182248.QAA01272@rover.village.org> from "Warner Losh" at Aug 18, 96 04:48:37 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Warner Losh, sie said: > > Poul-Henning Kamp writes: > : This is a common mistake, only offset==1 needs to be discarded. > > Hmmm, since there are no comments in ip_fw.c as to why only offset 1 > is a problem, I'll have to ask here. Why is that? Although the RFC deals with this (1858), the fragment offset should be considered bad whenever the next header (UDP/TCP/ICMP) is split. There was discussion about whether 0 < FO < 7 was generally bad but it was not felt to be a risk. "68", whilst seemingly magic, is only enough for 4 bytes of data, in the worst case. Note, that if FO=0 it should be possible (if > 0 data bytes) to at least check the ports and if they're no checks being performed on flags, whether or not they're there is irrelevant. IP Filter has the idea of a "short" packet being a packet which has fragment offset = 0 and has an incomplete header or the fragment offset points to a region inside the header. Darren From owner-freebsd-hackers Mon Aug 19 06:46:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA16203 for hackers-outgoing; Mon, 19 Aug 1996 06:46:17 -0700 (PDT) Received: from fore.com (mailhub.fore.com [192.88.243.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA16174; Mon, 19 Aug 1996 06:46:07 -0700 (PDT) Received: from dolphin.fore.com ([192.88.243.27]) by fore.com (8.7.3/8.6.11) with ESMTP id JAA11491; Mon, 19 Aug 1996 09:41:28 -0400 (EDT) Received: from lamprey.fore.com (lamprey.fore.com [169.144.1.113]) by dolphin.fore.com (8.7.5/8.7.3) with SMTP id JAA01934; Mon, 19 Aug 1996 09:44:55 -0400 (EDT) Message-Id: <199608191344.JAA01934@dolphin.fore.com> To: hardware@freebsd.org cc: hackers@freebsd.org, xfree86@xfree86.org Subject: Number Nine FX Motion 771 w/ 4mb and Viewsonic 21PS and FBSD 2.1.0 Reply-to: rv@fore.com X-Mailer: MH v6.8.3 Date: Mon, 19 Aug 1996 09:44:53 -0400 From: rajesh vaidheeswarran Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk First of all, Apologies for having mass mailed to xfree86@xfree86.org (I couldn't find any other address). Folks, I would appreciate any help on the following: I have a Number Nine FX Motion 771 card with 4MB RAM (S3 968 chipset, and IBM 37RGB 524 CF22A RAMDAC), and a ViewSonic 21PS Monitor on a Pentium 166 MHz running FreeBSD 2.1.0-RELEASE. The mouse is Logitech 3-button Bus mouse (this also comes with an additional serial port attachment). I don't know if it is relevant to include this, but here goes: The motherboard is the Iwill P54TSW2 (Mine seems to be ok, but the reports I have from a couple of friends on this MB is not too impressive.... broken serial ports, and IDE controllers and absolutely no support at all from Iwill - Thats in case you were looking for a MB, and had this in mind also). I configured everything in xf86config and have included the file too for reference here. The XF86_SVGA comes up with a 300x320 ?? resolution, but none of the accel servers come up. I have included the errors reported when startx is run (X is ln -s'd to the accel server for the chipset, XF86_S3). If anyone has faced this problem before, or knows how to fix this, I would appreciate a response to this. Thanks in advance. rv bash# uname -a FreeBSD agni.fore.com 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0: Fri Aug 16 23:28:34 1996 bash@agni.fore.com:/usr/src/sys/compile/GENERIC_SB_PS2 i386 bash# startx XFree86 Version 3.1.2 / X Window System (protocol Version 11, revision 0, vendor release 6001) Operating System: FreeBSD 2.0.5 Configured drivers: S3: accelerated server for S3 graphics adaptors (Patchlevel 0) mmio_928, s3_generic Using syscons driver with X support (version 2.0) (using VT number 7) XF86Config: /home/bash/XF86Config (**) stands for supplied, (--) stands for probed/default values (**) Mouse: type: PS/2, device: /dev/psm0, baudrate: 1200 (**) S3: Graphics device ID: "Number Nine FX Motion 771" (**) S3: Monitor ID: "ViewSonic 21PS" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) S3: Unknown RAMDAC type "ibm_rgb52x" *** A configured device found, but display modes could not be resolved.*** Fatal server error: no screens found X connection to :0.0 broken (explicit kill or server shutdown). bash# cat /etc/XF86Config # File generated by xf86config. # # Copyright (c) 1994 by The XFree86 Project, Inc. # # Permission is hereby granted, free of charge, to any person obtaining a # copy of this software and associated documentation files (the "Software"), # to deal in the Software without restriction, including without limitation # the rights to use, copy, modify, merge, publish, distribute, sublicense, # and/or sell copies of the Software, and to permit persons to whom the # Software is furnished to do so, subject to the following conditions: # # The above copyright notice and this permission notice shall be included in # all copies or substantial portions of the Software. # # THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR # IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, # FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL # THE XFREE86 PROJECT BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, # WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, OUT OF # OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE # SOFTWARE. # # Except as contained in this notice, the name of the XFree86 Project shall # not be used in advertising or otherwise to promote the sale, use or other # dealings in this Software without prior written authorization from the # XFree86 Project. # # ********************************************************************** # Refer to the XF86Config(4/5) man page for details about the format of # this file. # ********************************************************************** # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" # The location of the RGB database. Note, this is the name of the # file minus the extension (like ".txt" or ".db"). There is normally # no need to change the default. RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) # # If you don't have a floating point coprocessor and emacs, Mosaic or other # programs take long to start up, try moving the Type1 and Speedo directory # to the end of this list (or comment them out). # FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection # ********************************************************************** # Server flags section. # ********************************************************************** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging # NoTrapSignals # Uncomment this to disable the server abort sequence # This allows clients to receive this key event. # DontZap # Uncomment this to disable the / mode switching # sequences. This allows clients to receive these key events. # DontZoom EndSection # ********************************************************************** # Input devices # ********************************************************************** # ********************************************************************** # Keyboard section # ********************************************************************** Section "Keyboard" Protocol "Standard" # when using XQUEUE, comment out the above line, and uncomment the # following line # Protocol "Xqueue" AutoRepeat 500 5 # Let the server do the NumLock processing. This should only be required # when using pre-R6 clients # ServerNumLock # Specifiy which keyboard LEDs can be user-controlled (eg, with xset(1)) # Xleds 1 2 3 # To set the LeftAlt to Meta, RightAlt key to ModeShift, # RightCtl key to Compose, and ScrollLock key to ModeLock: LeftAlt Meta RightAlt ModeShift # RightCtl Compose # ScrollLock ModeLock EndSection # ********************************************************************** # Pointer section # ********************************************************************** Section "Pointer" # ***** I had tried the Logitech Mouseman too here. ***** Protocol "PS/2" Device "/dev/psm0" # When using XQUEUE, comment out the above two lines, and uncomment # the following line. # Protocol "Xqueue" # Baudrate and SampleRate are only for some Logitech mice # BaudRate 9600 # SampleRate 150 # Emulate3Buttons is an option for 2-button Microsoft mice # Emulate3Timeout is the timeout in milliseconds (default is 50ms) # Emulate3Buttons # Emulate3Timeout 50 # ChordMiddle is an option for some 3-button Logitech mice # ChordMiddle EndSection # ********************************************************************** # Monitor section # ********************************************************************** # Any number of monitor sections may be present Section "Monitor" Identifier "ViewSonic 21PS" VendorName "ViewSonic" ModelName "21PS" # HorizSync is in kHz unless units are specified. # HorizSync may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. HorizSync 30-85 # HorizSync 30-64 # multisync # HorizSync 31.5, 35.2 # multiple fixed sync frequencies # HorizSync 15-25, 30-50 # multiple ranges of sync frequencies # VertRefresh is in Hz unless units are specified. # VertRefresh may be a comma separated list of discrete values, or a # comma separated list of ranges of values. # NOTE: THE VALUES HERE ARE EXAMPLES ONLY. REFER TO YOUR MONITOR'S # USER MANUAL FOR THE CORRECT NUMBERS. VertRefresh 50-160 # Modes can be specified in two formats. A compact one-line format, or # a multi-line format. # These two are equivalent # ModeLine "1024x768i" 45 1024 1048 1208 1264 768 776 784 817 Interlace # Mode "1024x768i" # DotClock 45 # HTimings 1024 1048 1208 1264 # VTimings 768 776 784 817 # Flags "Interlace" # EndMode # This is a set of standard mode timings. Modes that are out of monitor spec # are automatically deleted by the server (provided the HorizSync and # VertRefresh lines are correct), so there's no immediate need to # delete mode timings (unless particular mode timings don't work on your # monitor). With these modes, the best standard mode that your monitor # and video card can support for a given resolution is automatically # used. # 640x400 @ 70 Hz, 31.5 kHz hsync Modeline "640x400" 25.175 640 664 760 800 400 409 411 450 # 640x480 @ 60 Hz, 31.5 kHz hsync Modeline "640x480" 25.175 640 664 760 800 480 491 493 525 # 800x600 @ 56 Hz, 35.15 kHz hsync ModeLine "800x600" 36 800 824 896 1024 600 601 603 625 # 1024x768 @ 87 Hz interlaced, 35.5 kHz hsync Modeline "1024x768" 44.9 1024 1048 1208 1264 768 776 784 817 Interlace # 640x480 @ 72 Hz, 36.5 kHz hsync Modeline "640x480" 31.5 640 680 720 864 480 488 491 521 # 800x600 @ 60 Hz, 37.8 kHz hsync Modeline "800x600" 40 800 840 968 1056 600 601 605 628 +hsync +vsync # 800x600 @ 72 Hz, 48.0 kHz hsync Modeline "800x600" 50 800 856 976 1040 600 637 643 666 +hsync +vsync # 1024x768 @ 60 Hz, 48.4 kHz hsync Modeline "1024x768" 65 1024 1032 1176 1344 768 771 777 806 -hsync -vsync # 1024x768 @ 70 Hz, 56.5 kHz hsync Modeline "1024x768" 75 1024 1048 1184 1328 768 771 777 806 -hsync -vsync # 1280x1024 @ 87 Hz interlaced, 51 kHz hsync Modeline "1280x1024" 80 1280 1296 1512 1568 1024 1025 1037 1165 Interlace # 1024x768 @ 76 Hz, 62.5 kHz hsync Modeline "1024x768" 85 1024 1032 1152 1360 768 784 787 823 # 1280x1024 @ 61 Hz, 64.2 kHz hsync Modeline "1280x1024" 110 1280 1328 1512 1712 1024 1025 1028 1054 # 1280x1024 @ 74 Hz, 78.85 kHz hsync Modeline "1280x1024" 135 1280 1312 1456 1712 1024 1027 1030 1064 # 1280x1024 @ 76 Hz, 81.13 kHz hsync Modeline "1280x1024" 135 1280 1312 1416 1664 1024 1027 1030 1064 # Low-res Doublescan modes # If your chipset does not support doublescan, you get a 'squashed' # resolution like 320x400. # 320x200 @ 70 Hz, 31.5 kHz hsync, 8:5 aspect ratio Modeline "320x200" 12.588 320 336 384 400 200 204 205 225 Doublescan # 320x240 @ 60 Hz, 31.5 kHz hsync, 4:3 aspect ratio Modeline "320x240" 12.588 320 336 384 400 240 245 246 262 Doublescan # 320x240 @ 72 Hz, 36.5 kHz hsync Modeline "320x240" 15.750 320 336 384 400 240 244 246 262 Doublescan # 400x300 @ 56 Hz, 35.2 kHz hsync, 4:3 aspect ratio ModeLine "400x300" 18 400 416 448 512 300 301 602 312 Doublescan # 400x300 @ 60 Hz, 37.8 kHz hsync Modeline "400x300" 20 400 416 480 528 300 301 303 314 Doublescan # 400x300 @ 72 Hz, 48.0 kHz hsync Modeline "400x300" 25 400 424 488 520 300 319 322 333 Doublescan # 480x300 @ 56 Hz, 35.2 kHz hsync, 8:5 aspect ratio ModeLine "480x300" 21.656 480 496 536 616 300 301 302 312 Doublescan # 480x300 @ 60 Hz, 37.8 kHz hsync Modeline "480x300" 23.890 480 496 576 632 300 301 303 314 Doublescan # 480x300 @ 63 Hz, 39.6 kHz hsync Modeline "480x300" 25 480 496 576 632 300 301 303 314 Doublescan # 480x300 @ 72 Hz, 48.0 kHz hsync Modeline "480x300" 29.952 480 504 584 624 300 319 322 333 Doublescan EndSection # ********************************************************************** # Graphics device section # ********************************************************************** # Any number of graphics device sections may be present # Standard VGA Device: Section "Device" Identifier "Generic VGA" VendorName "Unknown" BoardName "Unknown" Chipset "generic" # VideoRam 256 # Clocks 25.2 28.3 EndSection # Sample Device for accelerated server: # Section "Device" # Identifier "Actix GE32+ 2MB" # VendorName "Actix" # BoardName "GE32+" # Ramdac "ATT20C490" # Dacspeed 110 # Option "dac_8_bit" # Clocks 25.0 28.0 40.0 0.0 50.0 77.0 36.0 45.0 # Clocks 130.0 120.0 80.0 31.0 110.0 65.0 75.0 94.0 # EndSection # Device configured by xf86config: Section "Device" Identifier "Number Nine FX Motion 771" VendorName "Number Nine" BoardName "FX Motion 771" #VideoRam 4096 #s3RefClk 16 # Use Option "nolinear" if the server doesn't start up correctly # (this avoids the linear framebuffer probe). If that fails try # option "nomemaccess". # # Refer to /usr/X11R6/lib/doc/README.S3, and the XF86_S3 man page. Ramdac "ibm_rgb52x" Clockchip "ibm_rgb524" EndSection # ********************************************************************** # Screen sections # ********************************************************************** # The Colour SVGA server Section "Screen" Driver "svga" Device "Generic VGA" #Device "Number Nine FX Motion 771" Monitor "ViewSonic 21PS" Subsection "Display" Depth 8 #Modes "640x480" "800x600" "1024x768" "1280x1024" ViewPort 0 0 Virtual 320 200 #Virtual 1600 1280 EndSubsection EndSection # The 16-color VGA server Section "Screen" Driver "vga16" Device "Generic VGA" Monitor "ViewSonic 21PS" Subsection "Display" Modes "640x480" "800x600" ViewPort 0 0 Virtual 800 600 EndSubsection EndSection # The Mono server Section "Screen" Driver "vga2" Device "Generic VGA" Monitor "ViewSonic 21PS" Subsection "Display" Modes "640x480" "800x600" ViewPort 0 0 Virtual 800 600 EndSubsection EndSection # The accelerated servers (S3, Mach32, Mach8, 8514, P9000, AGX, W32, Mach64) Section "Screen" Driver "accel" Device "Number Nine FX Motion 771" Monitor "ViewSonic 21PS" Subsection "Display" Depth 8 Modes "640x480" "800x600" "1024x768" "1280x1024" ViewPort 0 0 Virtual 1600 1280 EndSubsection Subsection "Display" Depth 16 Modes "640x480" "800x600" "1024x768" "1280x1024" ViewPort 0 0 Virtual 1280 1024 EndSubsection Subsection "Display" Depth 32 Modes "640x480" "800x600" "1024x768" ViewPort 0 0 Virtual 1024 768 EndSubsection EndSection From owner-freebsd-hackers Mon Aug 19 07:01:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA17351 for hackers-outgoing; Mon, 19 Aug 1996 07:01:26 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA17343 for ; Mon, 19 Aug 1996 07:01:23 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA19138; Mon, 19 Aug 1996 09:00:21 -0500 From: Joe Greco Message-Id: <199608191400.JAA19138@brasil.moneng.mei.com> Subject: Re: how /etc/security works To: rif@ns.kconline.com (Jim Riffle) Date: Mon, 19 Aug 1996 09:00:21 -0500 (CDT) Cc: hackers@FreeBSD.org Reply-To: questions@FreeBSD.org In-Reply-To: from "Jim Riffle" at Aug 19, 96 07:57:11 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I feel like a total fool, but I am having troubles deciphering exactly how > /etc/security works. > Here is what troubles me.. > > MP=`mount -t ufs | sed 's;/dev/;&r;' | awk '{ print $3 }'` > set $MP > while test $# -ge 1; do > mount=$1 > shift > find $mount -xdev \( -perm -u+s -or -perm -g+s \) | sort > done | xargs -n 20 ls -lgTd > $TMP > > ---------------------- > > I understand the find command, but the rest of that, I am just not sure as > to what is really going on. In the end, what I am wanting to do is have > it skip /var/news alltogether while doing find on everything else. Could > one of you sh wizards please decipher this for me? This probably belongs on -questions... MP=`mount -t ufs | grep -v " on /news " | sed 's;/dev/;&r;' | awk '{ print $3 }'` would probably be sufficient... oops, /var/news for you. As for what's going on... The MP= sets the variable "MP" to have a list of all the "ufs" filesystems locally (the keys are the mount and the awk, step through the commands adding one at a time to the pipeline to see the effect). The "set" essentially tells sh that you intend to start manipulating the following variable as though it was your argument list. The "while test" checks to see if there are remaining elements in the list. The mount=$1 assigns "${mount}" the value of the first element. The shift deletes the first element and moves elements 2 to N down to 1 to N-1. In this manner, the "find" command is fed each element of "${MP}" in turn. This ends up producing a list of all local files on all local filesystems meeting the "find" criteria. Pipe all that into xargs (read the man page) and get a listing. :-) ... JG From owner-freebsd-hackers Mon Aug 19 07:13:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA18162 for hackers-outgoing; Mon, 19 Aug 1996 07:13:22 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA18153 for ; Mon, 19 Aug 1996 07:13:19 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA19166; Mon, 19 Aug 1996 09:11:43 -0500 From: Joe Greco Message-Id: <199608191411.JAA19166@brasil.moneng.mei.com> Subject: Re: ipfw vs ipfilter To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Mon, 19 Aug 1996 09:11:42 -0500 (CDT) Cc: avalon@coombs.anu.edu.au, imp@village.org, jkh@time.cdrom.com, ugen@latte.worldbank.org, hackers@freebsd.org In-Reply-To: <7036.840432968@critter.tfs.com> from "Poul-Henning Kamp" at Aug 19, 96 07:36:08 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >IP Filter has its own set of regression tests, which you can verify yourself > >and then against a test run, if you like. Not to mention that this has > >helped find bugs. Both rule parsing and rule processing are tested for > >correctness. This is seen in neither ipfw or ipfwadm for FreeBSD/Linux. > >In a security concious world, how can you not want to be sure of something > >like this ? > > Uhm, aren't people overlooking the obvious here: We can have both, > and the user can choose. That was my hope at least. I would hope that this is the case. I have been very happy with ipfw, and while I am not against exploring other options, I do not see why there can not be two coexisting tools to do this. We have two console drivers. We have two drivers for one of the serial cards. :-) Each one has certain benefits and problems... and it seems to me that the ipfw/ipfilter thing is pretty much the same way. PHK has, if I remember correctly, done a LOT of work on ipfw and I believe that it would be a shame to waste all the effort that everybody has put into this. Whether or not Ugen has failed to support and develop ipfw is something of an irrelevant issue - FreeBSD has lots of drivers which have not been actively supported or maintained by their authors. ipfilter may or may not be a suitable "replacement" for ipfw, but it would probably be easier and more correct to consider it as a package that can coexist with ipfw and provide much of the same functionality. ... JG From owner-freebsd-hackers Mon Aug 19 07:30:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19675 for hackers-outgoing; Mon, 19 Aug 1996 07:30:27 -0700 (PDT) Received: from marlin.com.br (blue.marlin.com.br [200.255.107.33]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA19573; Mon, 19 Aug 1996 07:29:46 -0700 (PDT) Received: by marlin.com.br (8.6.12/SMI-4.1) id LAA06824; Mon, 19 Aug 1996 11:21:18 -0300 Date: Mon, 19 Aug 1996 11:21:11 -0300 (EST) From: "Alexsandro D. F. Correia" To: questions@freebsd.org cc: hackers@freebsd.org Subject: Problems with backups!!! Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi Sirs, I'm having lots of troubles with my backups, and i hope someone can HELP ME. Here we have two machines with the same configuration. Pentium 100, 32 Mb RAM, HD 2.0 gb SCSI and a DAT TAPE DRIVER (EXABYTE) . Running FreeBSD 2.1. That's the problem i have. When i try to restore a backup, using tar for examplem my system crashes. Here follows the error msg the system sends to me: ahc0:target 3,lun 0 (st0) timet out st0(ahc0:3:0):BUS DEVICE RESET message Queued. st0(ahc0:3:0):TAEGET Busy ahc0:A:3:no active SCB for reconnecting target - issuing ABORT. SAVED_TCL == 0x30 ahc0:target1,lun0(sd0) timed out By the way, I tested the restore on both machines, using CPIO and TAR. But everytime i try to access something from the tape to the HD, the system crashes. Please, I'll be very glad if someone help me. Thanx a lot. Alexsandro Correia From owner-freebsd-hackers Mon Aug 19 07:39:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA20698 for hackers-outgoing; Mon, 19 Aug 1996 07:39:29 -0700 (PDT) Received: from fore.com (mailhub.fore.com [192.88.243.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA20691 for ; Mon, 19 Aug 1996 07:39:26 -0700 (PDT) Received: from dolphin.fore.com ([192.88.243.27]) by fore.com (8.7.3/8.6.11) with ESMTP id KAA13081 for ; Mon, 19 Aug 1996 10:35:26 -0400 (EDT) Received: from lamprey.fore.com (lamprey.fore.com [169.144.1.113]) by dolphin.fore.com (8.7.5/8.7.3) with SMTP id KAA08866 for ; Mon, 19 Aug 1996 10:38:54 -0400 (EDT) Message-Id: <199608191438.KAA08866@dolphin.fore.com> To: hackers@freebsd.org Subject: CORRECTION: Re: Number Nine FX Motion 771 w/ 4mb and Viewsonic 21PS and FBSD 2.1.0 Reply-to: rv@fore.com X-Mailer: MH v6.8.3 Date: Mon, 19 Aug 1996 10:38:52 -0400 From: Rajesh Vaidheeswarran Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Folks: Sorry about having mailed a dumb user question to hackers@freebsd.org. Please ignore. thanks rv From owner-freebsd-hackers Mon Aug 19 07:54:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA21655 for hackers-outgoing; Mon, 19 Aug 1996 07:54:49 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA21647 for ; Mon, 19 Aug 1996 07:54:32 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id RAA18187; Mon, 19 Aug 1996 17:56:38 +0300 Date: Mon, 19 Aug 1996 17:56:37 +0300 (EET DST) From: Narvi To: PETER STUBBS cc: FreeBSD-hackers@FreeBSD.org Subject: Re: Getting started with X programming In-Reply-To: <12EB46D52BA@aidan.staidan.qld.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 19 Aug 1996, PETER STUBBS wrote: > Hi All, > > I wonder if anyone can recommend a good book to get me started with X > programming? Are there any good free tool kits? xlib looks a bit too > low level. I don't know about books, but you could try out libsx for X programming libraries. No. There is no official port of it yet, but it looks real good. You should be able to find it in most X mirrors. Alternatively - check out Tk (with or without tcl). Sander > > TIA, > Peter > > > Peter Stubbs, St Aidan's AGS. > ph +61-07-3379-9911, fax +61-07-3379-9432 > mailto:peters@staidan.qld.edu.au > http://www.staidan.qld.edu.au > From owner-freebsd-hackers Mon Aug 19 09:59:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10831 for hackers-outgoing; Mon, 19 Aug 1996 09:59:30 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA10820 for ; Mon, 19 Aug 1996 09:59:27 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.7.3) with SMTP id KAA03899; Mon, 19 Aug 1996 10:18:25 -0700 (PDT) Date: Mon, 19 Aug 1996 10:18:24 -0700 (PDT) From: Tom Samplonius To: Michael Smith cc: Marc van Kempen , hackers@freebsd.org Subject: Re: BSDI netscape and name resolving In-Reply-To: <199608190948.TAA02310@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 19 Aug 1996, Michael Smith wrote: > Marc van Kempen stands accused of saying: > > > > I have run into a problem with the BSDI version of netscape and > > name resolving. > > the BSD/OS version of Netscape appears to ignore /etc/host.conf and > wants to talk to a nameserver. You will need to run a forwarding > nameserver on your firewall (or somewhere else) to be able to use it > to resolve external hosts. Yes. This is feature of our hacked resolver. The BIND 4.9.3 resolver (4.9.2 too?) and higher doesn't look at /etc/hosts at all. FreeBSD appears to use a hacked resolv+ resolver? Tom From owner-freebsd-hackers Mon Aug 19 10:24:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA15076 for hackers-outgoing; Mon, 19 Aug 1996 10:24:38 -0700 (PDT) Received: from paloalto.access.hp.com (daemon@paloalto.access.hp.com [15.254.56.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA15059 for ; Mon, 19 Aug 1996 10:24:30 -0700 (PDT) Received: from srmail.sr.hp.com by paloalto.access.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA045465460; Mon, 19 Aug 1996 10:24:21 -0700 Received: from hpnmhjw.sr.hp.com by srmail.sr.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA051075459; Mon, 19 Aug 1996 10:24:20 -0700 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA230545459; Mon, 19 Aug 1996 10:24:19 -0700 Message-Id: <199608191724.AA230545459@hpnmhjw.sr.hp.com> To: Michael Hancock Cc: hackers@freefall.freebsd.org Subject: Re: STREAM benchmark (not streams) In-Reply-To: Your message of "Sun, 18 Aug 1996 10:19:59 +0900." Date: Mon, 19 Aug 1996 10:24:19 -0700 From: Darryl Okahata Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > It looks like my P166 is spinning it's wheels in the Neptune based mother > board. Does anyone have figures for newer model ASUS or Tyan boards? I'm > looking for a more balanced PC. I also have numbers for a Dell PC, does > anyone have numbers for HP or other brands? I'm not sure if you're looking for 166MHz numbers only, but here are the results for a Triton-II based P133: =============================================================================== ASUS P55T2P4 (Triton II) 64MB 60ns Parity RAM, 2 x 32MB SIMM P133, 512K PB cache, parity (not ECC) enabled FreeBSD-2.2-snap-960801, cc -O ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 81.9200 0.1969 0.1953 0.2109 Scaling : 78.7692 0.2079 0.2031 0.2266 Summing : 83.0270 0.2938 0.2891 0.2969 SAXPYing : 80.8421 0.2992 0.2969 0.3047 =============================================================================== -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. From owner-freebsd-hackers Mon Aug 19 10:32:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16090 for hackers-outgoing; Mon, 19 Aug 1996 10:32:10 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-24.sntc01.pacbell.net [206.170.2.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA16058; Mon, 19 Aug 1996 10:31:58 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id KAA18268; Mon, 19 Aug 1996 10:31:56 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.5/8.7.3) with ESMTP id KAA18953; Mon, 19 Aug 1996 10:31:48 -0700 (PDT) Message-Id: <199608191731.KAA18953@base.jnx.com> To: Julian Elischer cc: wollman@freebsd.org, candy@fct.kgc.co.jp, freebsd-hackers@freebsd.org, olah@freebsd.org Subject: Re: bin/649 - fix questions (tcpdump / print-atalk.c) In-reply-to: Your message of "Sun, 18 Aug 1996 17:18:36 PDT." Date: Mon, 19 Aug 1996 10:31:47 -0700 From: Paul Traina Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk OK, but please filter the tcpdump changes (if any) DIRECTLY back to me, do not patch tcpdump. From: Julian Elischer Subject: Re: bin/649 - fix questions (tcpdump / print-atalk.c) On Fri, 16 Aug 1996, Paul Traina wrote: > Back in September, you made a change to tcpdump's print-atalk.c code to > fix PR # 649. One of the changes was to print appletalk addresses in hex. > This is not, to the best of my knowledge, correct. Every network monitor o >>r > router that I've seen (cisco, gatorbox, et al) use decimal for the network > number and node address. As do our own netstat ifconfig and route BTW I have some fixes to un-break the atalk protocol stack I'll be committing in teh next few days.. > > I'd like to back this change out as part of the upgrade to the current tcpd >>ump > so that we return to canonical address displays. > > Objections? > From owner-freebsd-hackers Mon Aug 19 10:44:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA18321 for hackers-outgoing; Mon, 19 Aug 1996 10:44:12 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA18316 for ; Mon, 19 Aug 1996 10:44:10 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id LAA16739; Mon, 19 Aug 1996 11:43:59 -0600 (MDT) Date: Mon, 19 Aug 1996 11:43:59 -0600 (MDT) Message-Id: <199608191743.LAA16739@rocky.mt.sri.com> From: Nate Williams To: Tom Samplonius Cc: Marc van Kempen , Michael Smith , hackers@freebsd.org Subject: Re: BSDI netscape and name resolving In-Reply-To: References: <199608190948.TAA02310@genesis.atrad.adelaide.edu.au> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > I have run into a problem with the BSDI version of netscape and > > > name resolving. > > > > the BSD/OS version of Netscape appears to ignore /etc/host.conf and > > wants to talk to a nameserver. You will need to run a forwarding > > nameserver on your firewall (or somewhere else) to be able to use it > > to resolve external hosts. > > Yes. This is feature of our hacked resolver. The BIND 4.9.3 > resolver (4.9.2 too?) and higher doesn't look at /etc/hosts at all. > FreeBSD appears to use a hacked resolv+ resolver? It uses a hacked BIND 4.9.4 (?) with the addition of /etc/host.conf from resolv+, which is IMHO a *very* useful feature I wish Paul would add to BIND. Nate From owner-freebsd-hackers Mon Aug 19 11:32:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA25071 for hackers-outgoing; Mon, 19 Aug 1996 11:32:48 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA25061 for ; Mon, 19 Aug 1996 11:32:46 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA14790; Mon, 19 Aug 1996 11:31:02 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma014788; Mon Aug 19 11:30:32 1996 Message-ID: <3218B293.59E2B600@whistle.com> Date: Mon, 19 Aug 1996 11:29:39 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Don Yuniskis CC: "Hr.Ladavac" , freebsd-hackers@freefall.freebsd.org Subject: Re: old sec dists? References: <199608191304.GAA26056@seagull.rtd.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don Yuniskis wrote: > > It seems that Hr.Ladavac said: > > E-mail message from Don Yuniskis contained: > > > Greetings! > > > I'm looking for the secr dist for the 1.0 release. Was there > > > such a beast? Also, anyone with a copy of the 1.0 and/or 1.1.5.1R > > > CDROMs they'd care to sell? > > > > ftp://gatekeeper.dec.com/... should have the complete 1.1.5.1. > > Sorry, I'm looking for the *CDROMs* -- I already have 1.1.5.1R but > not in CD format... :> therewas no 1.1.5.1 CD.. (well, there were a couple of 1-offs, but literally they were the gold 1-offs) From owner-freebsd-hackers Mon Aug 19 11:46:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA27322 for hackers-outgoing; Mon, 19 Aug 1996 11:46:53 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA27308 for ; Mon, 19 Aug 1996 11:46:49 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA17142; Mon, 19 Aug 1996 12:46:42 -0600 (MDT) Date: Mon, 19 Aug 1996 12:46:42 -0600 (MDT) Message-Id: <199608191846.MAA17142@rocky.mt.sri.com> From: Nate Williams To: Julian Elischer Cc: Don Yuniskis , "Hr.Ladavac" , freebsd-hackers@freefall.freebsd.org Subject: Re: old sec dists? In-Reply-To: <3218B293.59E2B600@whistle.com> References: <199608191304.GAA26056@seagull.rtd.com> <3218B293.59E2B600@whistle.com> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > ftp://gatekeeper.dec.com/... should have the complete 1.1.5.1. > > > > Sorry, I'm looking for the *CDROMs* -- I already have 1.1.5.1R but > > not in CD format... :> > therewas no 1.1.5.1 CD.. > > (well, there were a couple of 1-offs, but literally > they were the gold 1-offs) And they weren't 'installable', but instead contained the CVS tree and such. :) Nate From owner-freebsd-hackers Mon Aug 19 12:03:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00138 for hackers-outgoing; Mon, 19 Aug 1996 12:03:03 -0700 (PDT) Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA00116 for ; Mon, 19 Aug 1996 12:02:59 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id FAA10601 Tue, 20 Aug 1996 05:02:44 +1000 (EST) From: michael butler Message-Id: <199608191902.FAA10601@asstdc.scgt.oz.au> Subject: Re: Which fragments to discard (was Re: ipfw vs ipfilter) To: archie@whistle.com (Archie Cobbs) Date: Tue, 20 Aug 1996 05:02:43 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199608190232.TAA26469@bubba.whistle.com> from "Archie Cobbs" at Aug 18, 96 07:32:46 pm X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Archie Cobbs writes: > > Poul-Henning Kamp writes: > > : This is a common mistake, only offset==1 needs to be discarded. > > Hmmm, since there are no comments in ip_fw.c as to why only offset 1 > > is a problem, I'll have to ask here. Why is that? > RFC 1858 supposedly explains why. Speaking of which, what follows slid right past my border router :-( This evening's (-stable + ipfw) log included .. Deny TCP :24940 202.14.234.65:26735 Fragment = 34 Deny TCP :30569 202.14.234.65:25451 Fragment = 68 Deny TCP :31008 202.14.234.65:29807 Fragment = 102 Deny TCP :24940 202.14.234.65:26735 Fragment = 34 Deny TCP :30569 202.14.234.65:25451 Fragment = 68 Deny TCP :31008 202.14.234.65:29807 Fragment = 102 Deny TCP :24940 202.14.234.65:26735 Fragment = 34 Deny TCP :30569 202.14.234.65:25451 Fragment = 68 Deny TCP :31008 202.14.234.65:29807 Fragment = 102 Deny TCP :24940 202.14.234.65:26735 Fragment = 34 Deny TCP :31008 202.14.234.65:29807 Fragment = 102 Deny TCP :30569 202.14.234.65:25451 Fragment = 68 Deny TCP :24940 202.14.234.65:26735 Fragment = 34 Deny TCP :30569 202.14.234.65:25451 Fragment = 68 Deny TCP :31008 202.14.234.65:29807 Fragment = 102 All things considered, I think the decision to configure all my kernels to be "defensive" by default was not such a bad idea. Anyone who can't build packets properly I don't want to talk to and I told them so in email .. michael From owner-freebsd-hackers Mon Aug 19 12:07:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00722 for hackers-outgoing; Mon, 19 Aug 1996 12:07:01 -0700 (PDT) Received: from grumble.grondar.za (root@grumble.grondar.za [196.7.18.130]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA00713 for ; Mon, 19 Aug 1996 12:06:57 -0700 (PDT) Received: from grumble.grondar.za (mark@localhost.grondar.za [127.0.0.1]) by grumble.grondar.za (8.7.5/8.7.3) with ESMTP id VAA21147; Mon, 19 Aug 1996 21:05:25 +0200 (SAT) Message-Id: <199608191905.VAA21147@grumble.grondar.za> To: Don Yuniskis cc: hackers@freebsd.org Subject: Re: old sec dists? Date: Mon, 19 Aug 1996 21:05:24 +0200 From: Mark Murray Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Don Yuniskis wrote: > Greetings! > I'm looking for the secr dist for the 1.0 release. Was there > such a beast? Also, anyone with a copy of the 1.0 and/or 1.1.5.1R > CDROMs they'd care to sell? There is no such thing as a 1.1.5.1 CD - 1.1.5.1 was released as a source patchkit to the 1.1 CD. I have such a CD you can have. Gimme your address... I'll have to dig out the patches. Dunno where they are anymore :-( > Kudos to mark@grondar.za for one of the most complete archives > I've managed to find so far! Sorry to have used the small amount of > bandwidth I needed, Mark. Unfortunately, I couldn't find those > things here in the States... Thanks for the vote of confidence! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 Finger mark@grondar.za for PGP key From owner-freebsd-hackers Mon Aug 19 13:02:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA08770 for hackers-outgoing; Mon, 19 Aug 1996 13:02:01 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA08757 for ; Mon, 19 Aug 1996 13:01:57 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id WAA12763; Mon, 19 Aug 1996 22:01:44 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199608192001.WAA12763@gvr.win.tue.nl> Subject: Re: ipfw vs ipfilter? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Mon, 19 Aug 1996 22:01:43 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <14393.840023370@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 14, 96 04:49:30 am" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk If it's going to be a vote, I would choose Darren's ipfilter, because: 1) Lot's of ppl are using it on lot's pf different platforms. 2) It has very nice features, without really suffering from featurism. 3) Is indeed well documented 4) It's configuration is stable. 5) I'm using it for a long time and am very satisfied with it. -Guido From owner-freebsd-hackers Mon Aug 19 13:58:50 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA15935 for hackers-outgoing; Mon, 19 Aug 1996 13:58:50 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA15888 for ; Mon, 19 Aug 1996 13:58:36 -0700 (PDT) Received: from ppp-089.etinc.com (ppp-089.etinc.com [204.141.95.148]) by etinc.com (8.6.12/8.6.9) with SMTP id RAA17791 for ; Mon, 19 Aug 1996 17:03:40 -0400 Date: Mon, 19 Aug 1996 17:03:40 -0400 Message-Id: <199608192103.RAA17791@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: Making Bootable Disks Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is it outlined/described anywhere how to make a bootable system floppy? Has anyone successfully built a usable system from a floppy (No HDD)? Dennis From owner-freebsd-hackers Mon Aug 19 13:59:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA16054 for hackers-outgoing; Mon, 19 Aug 1996 13:59:56 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA16046 for ; Mon, 19 Aug 1996 13:59:54 -0700 (PDT) Received: from ppp-089.etinc.com (ppp-089.etinc.com [204.141.95.148]) by etinc.com (8.6.12/8.6.9) with SMTP id RAA17802 for ; Mon, 19 Aug 1996 17:05:02 -0400 Date: Mon, 19 Aug 1996 17:05:02 -0400 Message-Id: <199608192105.RAA17802@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: abnornal interrupt message Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Im gettng the messages "abnormal interrupt" from the de driver. Anyone know what might cause this? (note that the board doesnt work in the MB) Dennis From owner-freebsd-hackers Mon Aug 19 14:04:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA16627 for hackers-outgoing; Mon, 19 Aug 1996 14:04:26 -0700 (PDT) Received: from ekeberg.sn.no (ekeberg.sn.no [194.143.8.8]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA16619 for ; Mon, 19 Aug 1996 14:04:20 -0700 (PDT) Received: from oppegard-14.ppp.sn.no (oppegard-14.ppp.sn.no [194.143.100.15]) by ekeberg.sn.no (8.7.5/8.7.3/on4) with SMTP id ; Mon, 19 Aug 1996 23:03:49 +0200 (MET DST) X-Authentication-Warning: ekeberg.sn.no: Host oppegard-14.ppp.sn.no [194.143.100.15] didn't use HELO protocol Message-ID: <32195133.28D@sn.no> Date: Mon, 19 Aug 1996 22:46:27 -0700 From: Arve Ronning X-Mailer: Mozilla 2.0 (Win16; I) MIME-Version: 1.0 To: Bill Paul CC: Jan Knepper <106030.3360@CompuServe.COM>, freebsd-hackers@freebsd.org, arver@sn.no Subject: Re: 2.1.5R & ATAPI CDROM Problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jan Knepper wrote: > > Arve Ronning is accused of writing: > > /* Hello FreeBSD world ! > > After installing a Hitachi CDR-7730 ATAPI CDROM drive on my FreeBSD > 2.1.5R box (and verifying that it works under DOS) I discovered a > problem with mounting it :...... */ > > Did, or did you not get the 'modification' of Bill Paul I sent you? > It worked for him, it might work for you! > > Don't worry, be Kneppie, > Jan Thanks Jan, I *did* get your response. It just took me a while to do the actual patching & testing. Following your advice, I send the results to Bill Paul who wrote: > Tonight I blew a few hours playing with the ATAPI support. The result > was the small patch appended to this message, which seems to make the > detection of ATAPI devices happen much more reliably. This patch is > for 2.2-current. So Bill, I applied your patches by hand since I only have 2.1.5R. Hopefully, this is what you would expect : *** wd.c.ori Mon Oct 23 00:14:38 1995 --- wd.c Mon Aug 19 11:36:05 1996 *************** *** 365,371 **** du->dk_error = inb(du->dk_port + wd_error); /* printf("Error (drv 1) : %x\n", du->dk_error); */ ! if(du->dk_error != 0x01) goto nodevice; } else /* drive 0 fail */ goto nodevice; --- 365,371 ---- du->dk_error = inb(du->dk_port + wd_error); /* printf("Error (drv 1) : %x\n", du->dk_error); */ ! if(du->dk_error != 0x01 && du->dk_error != 0x81) /*arve*/ goto nodevice; } else /* drive 0 fail */ goto nodevice; *************** *** 1449,1454 **** --- 1449,1455 ---- return (1); outb(du->dk_port + wd_sdh, WDSD_IBM | (du->dk_unit << 4)); DELAY(5000); /* usually unnecessary; drive select is fast */ + inb(du->dk_port + wd_status); /*arve*/ if ((inb(du->dk_port + wd_status) & (WDCS_BUSY | WDCS_READY)) != WDCS_READY || wdcommand(du, 0, 0, 0, 0, WDCC_RESTORE | WD_STEP) != 0 Compared to the original 2.1.5R kernel this did not change the behaviour of the system at all (which I did not expect it to, except may be the extra inb()) : - The probes still said wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1039MB (2128896 sectors), 2112 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 204MB (417792 sectors), 1024 cyls, 12 heads, 34 S/T, 512 B/S wdc1: unit 1 (atapi): , removable, iordy wcd0: 689Kb/sec, 128Kb cache, audio play, 128 volume levels, ejectable tray wcd0: medium type unknown, unlocked - doing 'mount_cd9660 /dev/wcd0c /mnt' still responded mount_cd9660: /dev/wcd0c: Device not configured No testing was done on other IDE configurations like removing wd2 (which holds the /var partition; will it boot without /var ?) or moving wcd0 to wdc0 unit 1. The good news is that the patch does not seem to break anything, at least not with my configuration. Although I can't be too sure since I can't mount wcd0. I hope this will serve as a small contribution towards your need for testing the patches. If you want me to try out different IDE configurations, please send some advice on moving /var to wd0. Arve From owner-freebsd-hackers Mon Aug 19 14:32:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18756 for hackers-outgoing; Mon, 19 Aug 1996 14:32:20 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA18741 for ; Mon, 19 Aug 1996 14:32:15 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id OAA11194 for ; Mon, 19 Aug 1996 14:32:11 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id XAA05649 for ; Mon, 19 Aug 1996 23:31:23 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id XAA11387 for hackers@FreeBSD.ORG; Mon, 19 Aug 1996 23:30:54 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id VAA02924; Mon, 19 Aug 1996 21:02:58 +0200 (MET DST) Message-Id: <199608191902.VAA02924@keltia.freenix.fr> Date: Mon, 19 Aug 1996 21:02:58 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: hackers@FreeBSD.ORG Subject: Re: BSDI netscape and name resolving In-Reply-To: <199608191743.LAA16739@rocky.mt.sri.com>; from Nate Williams on Aug 19, 1996 11:43:59 -0600 References: <199608191743.LAA16739@rocky.mt.sri.com> <199608190948.TAA02310@genesis.atrad.adelaide.edu.au> X-Mailer: Mutt 0.40 Mime-Version: 1.0 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk According to Nate Williams: > It uses a hacked BIND 4.9.4 (?) with the addition of /etc/host.conf from > resolv+, which is IMHO a *very* useful feature I wish Paul would add to > BIND. I just hope we're not vulnerable WRT the resolv+ security bug (just heard about it from Bugtraq but I don't have the messages here). I don't think so but who knows... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #17: Fri Aug 2 20:40:17 MET DST 1996 From owner-freebsd-hackers Mon Aug 19 14:44:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20195 for hackers-outgoing; Mon, 19 Aug 1996 14:44:04 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA20132 for ; Mon, 19 Aug 1996 14:43:58 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id OAA08416; Mon, 19 Aug 1996 14:43:37 -0700 (MST) From: Don Yuniskis Message-Id: <199608192143.OAA08416@seagull.rtd.com> Subject: Re: old sec dists? To: nate@mt.sri.com (Nate Williams) Date: Mon, 19 Aug 1996 14:43:37 -0700 (MST) Cc: julian@whistle.com, dgy@rtd.com, lada@ws2301.gud.siemens.co.at, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199608191846.MAA17142@rocky.mt.sri.com> from "Nate Williams" at Aug 19, 96 12:46:42 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 Greetings! > > > > ftp://gatekeeper.dec.com/... should have the complete 1.1.5.1. > > > > > > Sorry, I'm looking for the *CDROMs* -- I already have 1.1.5.1R but > > > not in CD format... :> > > therewas no 1.1.5.1 CD.. > > > > (well, there were a couple of 1-offs, but literally > > they were the gold 1-offs) > > And they weren't 'installable', but instead contained the CVS tree and > such. :) That wouldn't have been a problem... I was just (apparently) under the wrong impression wrt the existence of 1.1.5.1R on plastic. And, the 1.1.5.1R copy I have (on floppy) I must have built from 1.1 and this "patch kit" -- though I have no record in my journals of ever doing this... :-( --don From owner-freebsd-hackers Mon Aug 19 14:55:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA20973 for hackers-outgoing; Mon, 19 Aug 1996 14:55:48 -0700 (PDT) Received: from seagull.rtd.com (root@seagull.rtd.com [198.102.68.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA20968 for ; Mon, 19 Aug 1996 14:55:45 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id OAA09401; Mon, 19 Aug 1996 14:55:40 -0700 (MST) From: Don Yuniskis Message-Id: <199608192155.OAA09401@seagull.rtd.com> Subject: Re: old sec dists? To: nate@mt.sri.com (Nate Williams) Date: Mon, 19 Aug 1996 14:55:39 -0700 (MST) Cc: dgy@rtd.com, freebsd-hackers@freefall.freebsd.org In-Reply-To: <199608192146.PAA17951@rocky.mt.sri.com> from "Nate Williams" at Aug 19, 96 03:46: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 > > > > > Sorry, I'm looking for the *CDROMs* -- I already have 1.1.5.1R but > > > > > not in CD format... :> > > > > therewas no 1.1.5.1 CD.. > > > > That wouldn't have been a problem... I was just (apparently) > > under the wrong impression wrt the existence of 1.1.5.1R on > > plastic. And, the 1.1.5.1R copy I have (on floppy) I must have > > built from 1.1 and this "patch kit" -- though I have no record > > in my journals of ever doing this... :-( > > There was a 1.1.5.1 release on floppies, but it was released too quickly > before the BSD lawsuit 'resolution' deadline took into effect, so WC > wasn't able to cut a CD and distribute it before its agreement to cease > distribution of the Net/2 code would have run out. However, the FreeBSD > project made a net-only distribution that you probably snarfed. Ahhh... that makes sense. Of course, if I had had the 1.1 CD at the time, I *might* have been smart enough to just grab the "patches" and saved myself all that *trouble*! <:-) --don From owner-freebsd-hackers Mon Aug 19 15:21:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA23031 for hackers-outgoing; Mon, 19 Aug 1996 15:21:17 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA23026 for ; Mon, 19 Aug 1996 15:21:13 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id WAA18904 for ; Mon, 19 Aug 1996 22:20:41 GMT Date: Tue, 20 Aug 1996 07:20:41 +0900 (JST) From: Michael Hancock To: hackers@freefall.freebsd.org Subject: Re: STREAM benchmark (not streams) In-Reply-To: <199608191724.AA230545459@hpnmhjw.sr.hp.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 Please send me results in private mail, I'll post a summary. To find out more about the STREAMS benchmark ... http://www.cs.virginia.edu/~mccalpin ftp://ftp.cs.virginia.edu/pub/stream/Code/stream_d.c ftp://ftp.cs.virginia.edu/pub/stream/Code/second_cpu.c Please use gcc 2.6.3 ... cc -O stream_d.c second_cpu.c -o stream_d -lm RESULTS ============================================================= Tyan Tempest II MB (Neptune based/PCI/EISA) 32MB 60ns parity RAM 2 x 16MB simms P166 FreeBSD-current, cc -O ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 40.1569 0.4073 0.3984 0.4453 Scaling : 40.1569 0.4228 0.3984 0.5156 Summing : 49.5484 0.5183 0.4844 0.6094 SAXPYing : 49.5484 0.5247 0.4844 0.6328 ============================================================= ASUS P55T2P4 (Triton II) 64MB 60ns Parity RAM, 2 x 32MB SIMM P133, 512K PB cache, parity (not ECC) enabled FreeBSD-2.2-snap-960801, cc -O ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 81.9200 0.1969 0.1953 0.2109 Scaling : 78.7692 0.2079 0.2031 0.2266 Summing : 83.0270 0.2938 0.2891 0.2969 SAXPYing : 80.8421 0.2992 0.2969 0.3047 ============================================================= NexGen PCI P-90 system (no FPU, only consider assignment) 48M DRAM: FreeBSD-? ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 46.5455 0.3623 0.3438 0.4453 Scaling : 0.2008 80.4070 79.6719 82.1875 Summing : 0.2996 81.0184 80.1094 82.8125 SAXPYing : 0.2195 110.0275 109.3516 112.6719 ============================================================= Brand names ============================================================= Dell Dimension (Triton II) P166 32MB SDRAM 1 x 16MB DIMM FreeBSD-2.1.5R, with pgcc-2.7.2 ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 119.4667 0.1540 0.1406 0.1641 Scaling : 102.4000 0.1673 0.1641 0.1875 Summing : 107.5200 0.2438 0.2344 0.2578 SAXPYing : 104.0516 0.2494 0.2422 0.2734 ------------------------------------------------------------- From owner-freebsd-hackers Mon Aug 19 16:24:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA26827 for hackers-outgoing; Mon, 19 Aug 1996 16:24:08 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-24.sntc01.pacbell.net [206.170.2.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA26821; Mon, 19 Aug 1996 16:24:04 -0700 (PDT) Received: from base.jnx.com (base.jnx.com [208.197.169.238]) by red.jnx.com (8.7.5/8.7.3) with ESMTP id QAA23275; Mon, 19 Aug 1996 16:23:59 -0700 (PDT) Received: from base.jnx.com (localhost.jnx.com [127.0.0.1]) by base.jnx.com (8.7.5/8.7.3) with ESMTP id QAA21732; Mon, 19 Aug 1996 16:23:50 -0700 (PDT) Message-Id: <199608192323.QAA21732@base.jnx.com> To: Toshihiro Kanda cc: wollman@freebsd.org, freebsd-hackers@freebsd.org, olah@freebsd.org Subject: Re: bin/649 - fix questions (tcpdump / print-atalk.c) In-reply-to: Your message of "Sat, 17 Aug 1996 08:53:58 +0900." <199608162353.IAA11402@xxx.fct.kgc.co.jp> Date: Mon, 19 Aug 1996 16:23:50 -0700 From: Paul Traina Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The new tcpdump is in place in -current. Feel free to check it out and beat it up. Paul From: Toshihiro Kanda Subject: Re: bin/649 - fix questions (tcpdump / print-atalk.c) From: Paul Traina Date: Fri, 16 Aug 1996 15:43:06 -0700 > Back in September, you made a change to tcpdump's print-atalk.c code to > fix PR # 649. One of the changes was to print appletalk addresses in hex. > This is not, to the best of my knowledge, correct. Every network monitor o >>r > router that I've seen (cisco, gatorbox, et al) use decimal for the network > number and node address. > > I'd like to back this change out as part of the upgrade to the current tcpd >>ump > so that we return to canonical address displays. > > Objections? No problem. There are always confusion printing network number in decimal, i.e. 0xfffe is printed as 255.254 or 65534. I just disliked this. By the way, print-atalk.c is still buggy in handling aarp packet. I'd like to send a patch to fix it. I diff(1)'ed print-atalk.c of 2.1.5R and mine. Please check and merge below. Thank you. candy@fct.kgc.co.jp (Toshihiro Kanda) ------8<------------8<------------8<------------8<------------8<------ *** print-atalk.orig.c Sat Aug 17 08:47:16 1996 --- print-atalk.c Sat Jan 27 15:30:47 1996 *************** *** 167,175 **** printf("aarp "); ap = (const struct aarp *)bp; ! if (ap->htype == 1 && ap->ptype == ETHERTYPE_ATALK && ap->halen == 6 && ap->palen == 4 ) ! switch (ap->op) { case 1: /* request */ (void)printf("who-has %s tell %s", --- 167,175 ---- printf("aarp "); ap = (const struct aarp *)bp; ! if (ntohs(ap->htype) == 1 && ntohs(ap->ptype) == ETHERTYPE_ATALK && ap->halen == 6 && ap->palen == 4 ) ! switch (ntohs(ap->op)) { case 1: /* request */ (void)printf("who-has %s tell %s", *************** *** 178,184 **** case 2: /* response */ (void)printf("reply %s is-at %s", ! AT(pdaddr), etheraddr_string(ap->hdaddr)); return; case 3: /* probe (oy!) */ --- 178,184 ---- case 2: /* response */ (void)printf("reply %s is-at %s", ! AT(psaddr), etheraddr_string(ap->hsaddr)); return; case 3: /* probe (oy!) */ ------8<------------8<------------8<------------8<------------8<------ From owner-freebsd-hackers Mon Aug 19 16:37:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA27371 for hackers-outgoing; Mon, 19 Aug 1996 16:37:03 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-24.sntc01.pacbell.net [206.170.2.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA27351; Mon, 19 Aug 1996 16:36:51 -0700 (PDT) Received: (from pst@localhost) by red.jnx.com (8.7.5/8.7.3) id QAA23376; Mon, 19 Aug 1996 16:36:45 -0700 (PDT) To: julian@freefall.freebsd.org (Julian Elischer) cc: hackers@freebsd.org, committers@freebsd.org Subject: Re: cvs commit: src/sys/kern kern_conf.c uipc_socket2.c References: <199608191922.MAA03012@freefall.freebsd.org> From: Paul Traina Date: 19 Aug 1996 16:36:44 -0700 In-Reply-To: julian@freefall.freebsd.org's message of 19 Aug 96 19:22:28 GMT Message-ID: <7yvief6j5f.fsf@red.jnx.com> Lines: 36 X-Mailer: Gnus v5.2.25/XEmacs 19.14 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk julian@freefall.freebsd.org (Julian Elischer) writes: > > julian 96/08/19 12:22:27 > > Modified: sys/kern kern_conf.c uipc_socket2.c > Log: > for kern_conf.c, start allocating dynamic major numbers > half way through the range rather than possibly colliding with > fixed elements. Increase the size of the arrays to take this into account.. > remember that each element in the array is now only 1 ponter so this > isn't that much.. > > also note a possible bug in debugging code in uipc_socket2.c (add XXX) Two suggestions relating to the same thing -- It would be a good thing(tm) if the #define CDEV_MAJOR and #define BDEV_MAJOR definitions were completely removed from all .c files. Instead, configure should read in the files config/majors and i386/config/majors.i386 and produce a bunch of "major_xxx.h" files, each with a #define XXX_CDEV_MAJOR values. In addition, an optional hack (I don't love it, but WTF) is that config could also generate a "major_used.h" file that contains a structure containing a list of fixed major numbers not eligble for dynamic allocation. (I like the idea of starting dynamic major numbers at 32768 or some high number better.) Why am I suggesting this? Majors.XXX is not being kept up to date for things that require fixed major numbers. I know, DEVFS and fully dynmic major numbers fixes this. I'm not holding my breath. Paul From owner-freebsd-hackers Mon Aug 19 16:43:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA27744 for hackers-outgoing; Mon, 19 Aug 1996 16:43:53 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-24.sntc01.pacbell.net [206.170.2.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA27738 for ; Mon, 19 Aug 1996 16:43:51 -0700 (PDT) Received: (from pst@localhost) by red.jnx.com (8.7.5/8.7.3) id QAA23405; Mon, 19 Aug 1996 16:42:34 -0700 (PDT) To: imp@village.org (Warner Losh) cc: hackers@freebsd.org Subject: Re: ipfw vs ipfilter References: imp@village.org (Warner Losh) <199608181615.KAA00454@rover.village.org> From: Paul Traina Date: 19 Aug 1996 16:42:33 -0700 In-Reply-To: imp@village.org's message of 18 Aug 96 16:15:05 GMT Message-ID: <7yu3tz6ivq.fsf@red.jnx.com> Lines: 14 X-Mailer: Gnus v5.2.25/XEmacs 19.14 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk imp@village.org (Warner Losh) writes: > One of our paranoid villagers recently did a code review on ipfw. He > said it was OK, but found a couple of problems. Specifically, the > code lacked comments, there was a bug in the IP header fragment > discarding code (if the offset was one, it would discard the fragment, > but not when it was 2, it should properly discard the fragment for all > offsets > 0 < the size of the headers). As I wrote in RFC 1858, since filtering decisions are only performed on information contained within the first 16 octets of the TCP header, protecting FO>1 is uninteresting and unnecessary and further violates RFC 791. Paul From owner-freebsd-hackers Mon Aug 19 16:50:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA28019 for hackers-outgoing; Mon, 19 Aug 1996 16:50:53 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA28012 for ; Mon, 19 Aug 1996 16:50:51 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id QAA13349 for ; Mon, 19 Aug 1996 16:50:49 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id PAA17951; Mon, 19 Aug 1996 15:46:54 -0600 (MDT) Date: Mon, 19 Aug 1996 15:46:54 -0600 (MDT) Message-Id: <199608192146.PAA17951@rocky.mt.sri.com> From: Nate Williams To: Don Yuniskis Cc: freebsd-hackers@freefall.freebsd.org Subject: Re: old sec dists? In-Reply-To: <199608192143.OAA08416@seagull.rtd.com> References: <199608191846.MAA17142@rocky.mt.sri.com> <199608192143.OAA08416@seagull.rtd.com> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don Yuniskis writes: > Greetings! > > > > > > ftp://gatekeeper.dec.com/... should have the complete 1.1.5.1. > > > > > > > > Sorry, I'm looking for the *CDROMs* -- I already have 1.1.5.1R but > > > > not in CD format... :> > > > therewas no 1.1.5.1 CD.. > > That wouldn't have been a problem... I was just (apparently) > under the wrong impression wrt the existence of 1.1.5.1R on > plastic. And, the 1.1.5.1R copy I have (on floppy) I must have > built from 1.1 and this "patch kit" -- though I have no record > in my journals of ever doing this... :-( There was a 1.1.5.1 release on floppies, but it was released too quickly before the BSD lawsuit 'resolution' deadline took into effect, so WC wasn't able to cut a CD and distribute it before its agreement to cease distribution of the Net/2 code would have run out. However, the FreeBSD project made a net-only distribution that you probably snarfed. Nate From owner-freebsd-hackers Mon Aug 19 16:52:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA28209 for hackers-outgoing; Mon, 19 Aug 1996 16:52:39 -0700 (PDT) Received: from red.jnx.com (ppp-206-170-2-24.sntc01.pacbell.net [206.170.2.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA28202 for ; Mon, 19 Aug 1996 16:52:37 -0700 (PDT) Received: (from pst@localhost) by red.jnx.com (8.7.5/8.7.3) id QAA23703; Mon, 19 Aug 1996 16:50:55 -0700 (PDT) To: avalon@coombs.anu.edu.au (Darren Reed) cc: hackers@freebsd.org Subject: Re: ipfw/ipfilter - what will it be? References: <199608170520.WAA17184@freefall.freebsd.org> From: Paul Traina Date: 19 Aug 1996 16:50:55 -0700 In-Reply-To: avalon@coombs.anu.edu.au's message of 17 Aug 96 05:20:20 GMT Message-ID: <7yrap36ihs.fsf@red.jnx.com> Lines: 19 X-Mailer: Gnus v5.2.25/XEmacs 19.14 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk avalon@coombs.anu.edu.au (Darren Reed) writes: > Reading Linux's IP source code, you can see some of the flunky things > they've done (reassembling all packets going through the box on a routing > box, assuming all TCP/IP packets are destined for the host - regardless of > IP#). Flunky features are easy to add if that becomes the priority. The reason for that bit of cruft was to insure that you have enough context to do NAT reasonably. It could be avoided if they would simply store all fragments locally until they have a complete packet (look at ip->ip_id + source & destination) and then perform identical functions on each fragment, however, it does nothing to solve the OTHER part of nat, which is in-stream data modification and/or sniffing (e.g. the PORT commands in the FTP control stream). So, even though the idea was utterly gross and disgusting, it truely simplifies the entire NAT process, so I am not against it. Paul From owner-freebsd-hackers Mon Aug 19 18:07:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA02499 for hackers-outgoing; Mon, 19 Aug 1996 18:07:33 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA02487; Mon, 19 Aug 1996 18:07:24 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id LAA01327; Tue, 20 Aug 1996 11:02:21 +1000 Date: Tue, 20 Aug 1996 11:02:21 +1000 From: Bruce Evans Message-Id: <199608200102.LAA01327@godzilla.zeta.org.au> To: julian@freefall.freebsd.org, pst@jnx.com Subject: Re: cvs commit: src/sys/kern kern_conf.c uipc_socket2.c Cc: committers@freebsd.org, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >It would be a good thing(tm) if the #define CDEV_MAJOR and >#define BDEV_MAJOR definitions were completely removed from all .c files. They should go away (when device numbers in inodes go away), so don't spend much time fixing them. >Instead, configure should read in the files config/majors and >i386/config/majors.i386 and produce a bunch of "major_xxx.h" files, >each with a #define XXX_CDEV_MAJOR values. There should be at most one majors.h file. Drivers don't need to know their own numbers, but kern_conf.c needs to know until the numbers go away. This can be implemented using table lookup. E.g., cdevsw_add_devsw(dev_t *dev, int bdev, struct cdevsw *dp) could have been simply cdevsw_add_devsw(struct cdevsw *dp). dp->d_name gives the name of the device, which can be looked up in a table in majors.h. It's probably not worth implementing this now, since the whole interface will have to change (all device info should be in one struct managed by devfs and this struct will be passed around instead of dev_t's or devswitch pointers. >Why am I suggesting this? Majors.XXX is not being kept up to date for things >that require fixed major numbers. I know, DEVFS and fully dynmic major >numbers fixes this. I'm not holding my breath. Neither is devices.i386 (it's missing at least ccd) :-(. Bruce From owner-freebsd-hackers Mon Aug 19 18:25:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA03124 for hackers-outgoing; Mon, 19 Aug 1996 18:25:45 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA03119 for ; Mon, 19 Aug 1996 18:25:43 -0700 (PDT) Received: from root.com (implode.root.com [198.145.90.17]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id SAA14004 for ; Mon, 19 Aug 1996 18:25:41 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by root.com (8.7.5/8.6.5) with SMTP id RAA00371; Mon, 19 Aug 1996 17:29:02 -0700 (PDT) Message-Id: <199608200029.RAA00371@root.com> X-Authentication-Warning: implode.root.com: Host localhost [127.0.0.1] didn't use HELO protocol To: Nate Williams cc: Don Yuniskis , freebsd-hackers@freefall.freebsd.org Subject: Re: old sec dists? In-reply-to: Your message of "Mon, 19 Aug 1996 15:46:54 MDT." <199608192146.PAA17951@rocky.mt.sri.com> From: David Greenman Reply-To: dg@root.com Date: Mon, 19 Aug 1996 17:29:02 -0700 Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Don Yuniskis writes: >> Greetings! >> >> > > > > ftp://gatekeeper.dec.com/... should have the complete 1.1.5.1. >> > > > >> > > > Sorry, I'm looking for the *CDROMs* -- I already have 1.1.5.1R but >> > > > not in CD format... :> >> > > therewas no 1.1.5.1 CD.. >> >> That wouldn't have been a problem... I was just (apparently) >> under the wrong impression wrt the existence of 1.1.5.1R on >> plastic. And, the 1.1.5.1R copy I have (on floppy) I must have >> built from 1.1 and this "patch kit" -- though I have no record >> in my journals of ever doing this... :-( > >There was a 1.1.5.1 release on floppies, but it was released too quickly >before the BSD lawsuit 'resolution' deadline took into effect, so WC >wasn't able to cut a CD and distribute it before its agreement to cease >distribution of the Net/2 code would have run out. However, the FreeBSD >project made a net-only distribution that you probably snarfed. Actually, part of the agreement with USL was that we not distribute 1.1.5 on CDROM - just a net-only release. It wasn't a matter of timing, it was matter of USL wanting to limit the distribution. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Mon Aug 19 18:27:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA03170 for hackers-outgoing; Mon, 19 Aug 1996 18:27:27 -0700 (PDT) Received: from panda.hilink.com.au (panda.hilink.com.au [203.2.144.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA03162 for ; Mon, 19 Aug 1996 18:27:21 -0700 (PDT) Received: (from danny@localhost) by panda.hilink.com.au (8.7.5/8.7.3) id LAA15553; Tue, 20 Aug 1996 11:27:05 +1000 (EST) Date: Tue, 20 Aug 1996 11:27:04 +1000 (EST) From: "Daniel O'Callaghan" To: michael butler cc: hackers@freebsd.org Subject: Re: Which fragments to discard (was Re: ipfw vs ipfilter) In-Reply-To: <199608191902.FAA10601@asstdc.scgt.oz.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 Aug 1996, michael butler wrote: > > Speaking of which, what follows slid right past my border router :-( This > evening's (-stable + ipfw) log included .. > > Deny TCP :24940 202.14.234.65:26735 Fragment = 34 > Deny TCP :30569 202.14.234.65:25451 Fragment = 68 > Deny TCP :31008 202.14.234.65:29807 Fragment = 102 > Deny TCP :24940 202.14.234.65:26735 Fragment = 34 > Deny TCP :30569 202.14.234.65:25451 Fragment = 68 > Deny TCP :31008 202.14.234.65:29807 Fragment = 102 Hmm, Aren't they the kind of fragment offsets you would see from someone on a slip link with an MTU of 296? 34*8=272. Add 20 for IP and you get 292. Seems kina harsh to me to refuse to talk to the handicapped. Danny From owner-freebsd-hackers Mon Aug 19 19:34:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA06867 for hackers-outgoing; Mon, 19 Aug 1996 19:34:27 -0700 (PDT) Received: from asstdc.scgt.oz.au (asstdc.scgt.oz.au [202.14.234.65]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA06831 for ; Mon, 19 Aug 1996 19:34:16 -0700 (PDT) Received: (from imb@localhost) by asstdc.scgt.oz.au (8.7.5/BSD4.4) id MAA08877 Tue, 20 Aug 1996 12:33:22 +1000 (EST) From: michael butler Message-Id: <199608200233.MAA08877@asstdc.scgt.oz.au> Subject: Re: Which fragments to discard (was Re: ipfw vs ipfilter) To: danny@panda.hilink.com.au (Daniel O'Callaghan) Date: Tue, 20 Aug 1996 12:33:20 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: from "Daniel O'Callaghan" at Aug 20, 96 11:27:04 am X-Mailer: ELM [version 2.4 PL24beta] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Daniel O'Callaghan writes: > Hmm, Aren't they the kind of fragment offsets you would see from someone > on a slip link with an MTU of 296? 34*8=272. Add 20 for IP and you get > 292. Seems kina harsh to me to refuse to talk to the handicapped. Except that the first fragment contained a different port number, nntp has it happens, which is disallowed here to all but a few external hosts, michael From owner-freebsd-hackers Mon Aug 19 20:53:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA13138 for hackers-outgoing; Mon, 19 Aug 1996 20:53:18 -0700 (PDT) Received: from precipice.shockwave.com (ppp-206-170-5-26.rdcy01.pacbell.net [206.170.5.26]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA13118; Mon, 19 Aug 1996 20:52:56 -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 UAA17960; Mon, 19 Aug 1996 20:51:55 -0700 (PDT) Message-Id: <199608200351.UAA17960@precipice.shockwave.com> To: Bruce Evans cc: julian@freefall.freebsd.org, committers@freebsd.org, hackers@freebsd.org Subject: Re: cvs commit: src/sys/kern kern_conf.c uipc_socket2.c In-reply-to: Your message of "Tue, 20 Aug 1996 11:02:21 +1000." <199608200102.LAA01327@godzilla.zeta.org.au> Date: Mon, 19 Aug 1996 20:51:54 -0700 From: Paul Traina Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: Bruce Evans Subject: Re: cvs commit: src/sys/kern kern_conf.c uipc_socket2.c >It would be a good thing(tm) if the #define CDEV_MAJOR and >#define BDEV_MAJOR definitions were completely removed from all .c files. They should go away (when device numbers in inodes go away), so don't spend much time fixing them. >Instead, configure should read in the files config/majors and >i386/config/majors.i386 and produce a bunch of "major_xxx.h" files, >each with a #define XXX_CDEV_MAJOR values. There should be at most one majors.h file. Drivers don't need to know their own numbers, but kern_conf.c needs to know until the numbers go Yes they do! That's the rub. Lots of things in drivers call makedev(). :-( away. This can be implemented using table lookup. E.g., cdevsw_add_devsw(dev_t *dev, int bdev, struct cdevsw *dp) could have been simply cdevsw_add_devsw(struct cdevsw *dp). dp->d_name gives the name of the device, which can be looked up in a table in majors.h. It's probably not worth implementing this now, since the whole interface will have to change (all device info should be in one struct managed by devfs and this struct will be passed around instead of dev_t's or devswitch pointers. >Why am I suggesting this? Majors.XXX is not being kept up to date for thing >>s >that require fixed major numbers. I know, DEVFS and fully dynmic major >numbers fixes this. I'm not holding my breath. Neither is devices.i386 (it's missing at least ccd) :-(. Bruce From owner-freebsd-hackers Mon Aug 19 20:56:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA13409 for hackers-outgoing; Mon, 19 Aug 1996 20:56:37 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id UAA13400 for ; Mon, 19 Aug 1996 20:56:31 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id FAA11944; Tue, 20 Aug 1996 05:51:21 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id FAA01742; Tue, 20 Aug 1996 05:51:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id FAA15332; Tue, 20 Aug 1996 05:21:56 +0200 (MET DST) From: J Wunsch Message-Id: <199608200321.FAA15332@uriah.heep.sax.de> Subject: Re: Making Bootable Disks To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 20 Aug 1996 05:21:55 +0200 (MET DST) Cc: dennis@etinc.com (Dennis) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608192103.RAA17791@etinc.com> from Dennis at "Aug 19, 96 05:03:40 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Dennis wrote: > > Is it outlined/described anywhere how to make a bootable system floppy? disklabel -Brw fd0 newfs ... /dev/rfd0a (look into /etc/disktab for the options) mount /dev/fd0a /mnt cp /kernel /mnt umount /mnt -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon Aug 19 21:20:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA16408 for hackers-outgoing; Mon, 19 Aug 1996 21:20:45 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA16394 for ; Mon, 19 Aug 1996 21:20:41 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA26580; Tue, 20 Aug 1996 00:20:04 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 20 Aug 1996 00:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id WAA00811 for ; Mon, 19 Aug 1996 22:00:17 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id WAA00327 for freebsd-hackers@freefall.cdrom.com; Mon, 19 Aug 1996 22:06:48 -0400 (EDT) Date: Mon, 19 Aug 1996 22:06:48 -0400 (EDT) From: Thomas David Rivers Message-Id: <199608200206.WAA00327@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: ahc0 (AHA-2842) and xcdplayer problems (2.1.5) Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I had noticed a mysterious lock-up in the ahc driver when playing CDs on 2.1 (i.e. the machine would lock-up, or reboot with no messages..) This would happen if, while in xcdplayer, I hit the stop button, then hit the play button again... Also, I got some strange messages along with it... Fortunately, I'm pleased to announce that 2.1.5 doesn't mysteriously reboot, or lock-up. But - I'm still having problems, here's the messages from ahc0: cd0(ahc0:3:0): timed out in command phase, SCSISIGI == 0x84 cd0(ahc0:3:0): asserted ATN - device reset in message buffer cd0(ahc0:3:0): timed out in dataout phase, SCSISIGI == 0x0 ahc0: Issued Channel A Bus Reset #1. 1 SCBs aborted ioctl(cdromplaymsftrk): Input/output error sd0(ahc0:0:0): UNIT ATTENTION asc:29,0 sd0(ahc0:0:0): Power on, reset, or bus device reset occurred , retries:4 ioctl(cdromsubchnl): /dev/rcd0c: Input/output error cd0(ahc0:3:0): UNIT ATTENTION asc:29,0 cd0(ahc0:3:0): Power on, reset, or bus device reset occurred ioctl(cdromsubchnl): /dev/rcd0c: Input/output error ioctl(cdromsubchnl): /dev/rcd0c: Input/output error ioctl(cdromsubchnl): /dev/rcd0c: Input/output error ioctl(cdromsubchnl): /dev/rcd0c: Input/output error ... The ioctl's continue until I quit xcdplayer. I would provide the output of dmesg to determine which driver, etc.. - but that seems to be truncated - I'm missing data from the top... here's what dmesg says: ahc0:3:0): CD-ROM cd present.[326402 x 2048 byte records] 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 0x300-0x31f irq 9 on isa ... notice that all of the ahc-related messages have gone missing. But, to be complete - this is an aha-2840VL (i.e. a 2842 without the floppy controller, it was *really* cheap...) with a NEC 3xp external CD-ROM player on a 486dx-66 w/12 meg of memory. Does someone else with a 2842 ever play CDs with xcdplayer? If so, what happens if you stop and restart? [This is the xcdplayer installed from the 2.1.5 packages.] If I quit xcdplayer, and restart it - I don't get the same problems... or, if I bounce around the tracks... or use << and >> to skip around... it's only when I press the Stop button, followed by "play". Is there a time specific problem in xcdplayer? (I wouldn't expect it to be involved in SCSI timing issues...) - Thanks - - Dave Rivers - From owner-freebsd-hackers Mon Aug 19 21:20:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA16417 for hackers-outgoing; Mon, 19 Aug 1996 21:20:46 -0700 (PDT) Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA16395 for ; Mon, 19 Aug 1996 21:20:41 -0700 (PDT) Received: by dg-rtp.dg.com (5.4R3.10/dg-rtp-v02) id AA26591; Tue, 20 Aug 1996 00:20:07 -0400 Received: from ponds by dg-rtp.dg.com.rtp.dg.com; Tue, 20 Aug 1996 00:20 EDT Received: from lakes.water.net (lakes [10.0.0.3]) by ponds.water.net (8.7.5/8.7.3) with ESMTP id WAA01108 for ; Mon, 19 Aug 1996 22:24:46 -0400 (EDT) Received: (from rivers@localhost) by lakes.water.net (8.7.5/8.6.9) id WAA01216 for freebsd-hackers@freefall.cdrom.com; Mon, 19 Aug 1996 22:31:16 -0400 (EDT) Date: Mon, 19 Aug 1996 22:31:16 -0400 (EDT) From: Thomas David Rivers Message-Id: <199608200231.WAA01216@lakes.water.net> To: ponds!freefall.cdrom.com!freebsd-hackers Subject: More on xcdplayer and NEC 3xp issues... Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk It appears my xcdplayer issues have to do with the NEC 3xp drive, and not the SCSI controller... Using xcd I was able to reproduce the problem - although xcd would then claim the cd had been ejected and not play it any more... xmcd was able to deal with it just fine - after properly configuring the device as a NEC CDR-400. The only problem I get from xmcd is: CD audio: SCSI command fault on /dev/rcd0c: Opcode=0x1e Status=0x3 it appears to be able to pause, restart, jump around tracks change the volume and play without any issue (except that one at startup.) - Dave Rivers - From owner-freebsd-hackers Mon Aug 19 21:29:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA17571 for hackers-outgoing; Mon, 19 Aug 1996 21:29:15 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA17512; Mon, 19 Aug 1996 21:28:45 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id OAA08956; Tue, 20 Aug 1996 14:24:27 +1000 Date: Tue, 20 Aug 1996 14:24:27 +1000 From: Bruce Evans Message-Id: <199608200424.OAA08956@godzilla.zeta.org.au> To: bde@zeta.org.au, pst@shockwave.com Subject: Re: cvs commit: src/sys/kern kern_conf.c uipc_socket2.c Cc: committers@freebsd.org, hackers@freebsd.org, julian@freefall.freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > There should be at most one majors.h file. Drivers don't need to know > their own numbers, but kern_conf.c needs to know until the numbers go >Yes they do! That's the rub. Lots of things in drivers call makedev(). :-( In 2.1.5, only 3 or 4 console drivers call makedev(). All the other calls in -current are to use the braindamaged [bc]devsw_add() interfaces. Bruce From owner-freebsd-hackers Mon Aug 19 22:01:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA20391 for hackers-outgoing; Mon, 19 Aug 1996 22:01:47 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA20378 for ; Mon, 19 Aug 1996 22:01:26 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id OAA04722 for hackers@freebsd.org; Tue, 20 Aug 1996 14:14:03 +0930 From: Michael Smith Message-Id: <199608200444.OAA04722@genesis.atrad.adelaide.edu.au> Subject: Fortran users anywhere? To: hackers@freebsd.org Date: Tue, 20 Aug 1996 14:14:03 +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 Don't shoot me; I'm not the guilty party... I'm looking for anyone that has any experience with (and maybe documentation for) the f2c fortran->C translator that's used by the 'f77' gcc frontend. I see the reference in the manpage to one of the UTS manuals - are these generally available? (I have the Bell Labs CSTR 149 document, but this covers f2c's internals rater than its usage.) -- ]] 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 Mon Aug 19 22:40:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA23220 for hackers-outgoing; Mon, 19 Aug 1996 22:40:13 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA23177; Mon, 19 Aug 1996 22:40:05 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id WAA17375; Mon, 19 Aug 1996 22:38:48 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma017373; Mon Aug 19 22:38:27 1996 Message-ID: <32194F1E.446B9B3D@whistle.com> Date: Mon, 19 Aug 1996 22:37:34 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Bruce Evans CC: pst@shockwave.com, committers@freebsd.org, hackers@freebsd.org, julian@freefall.freebsd.org Subject: Re: cvs commit: src/sys/kern kern_conf.c uipc_socket2.c References: <199608200424.OAA08956@godzilla.zeta.org.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bruce Evans wrote: > > > There should be at most one majors.h file. Drivers don't need to know > > their own numbers, but kern_conf.c needs to know until the numbers go > > >Yes they do! That's the rub. Lots of things in drivers call makedev(). :-( > > In 2.1.5, only 3 or 4 console drivers call All the other > calls in -current are to use the braindamaged [bc]devsw_add() interfaces. those interfaces were kept compatible with the version in OSF1 amd Terry's original LKM system versions.. I envision that once things have progressed beyond a certain point, most of those makedev() entries will initially be ignored and then removed. > > Bruce From owner-freebsd-hackers Tue Aug 20 01:05:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA07340 for hackers-outgoing; Tue, 20 Aug 1996 01:05:08 -0700 (PDT) Received: from dub-img-1.compuserve.com (dub-img-1.compuserve.com [149.174.206.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA07326 for ; Tue, 20 Aug 1996 01:05:05 -0700 (PDT) Received: by dub-img-1.compuserve.com (8.6.10/5.950515) id EAA29886; Tue, 20 Aug 1996 04:03:43 -0400 Date: 20 Aug 96 04:00:42 EDT From: Jan Knepper <106030.3360@CompuServe.COM> To: Bill Paul , "[FreeBSD Hackers]" Subject: wd.c/ATAPI patch -- testers wanted Message-ID: <960820080042_106030.3360_JHF97-1@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Bill, There are a couple of people interrested in applying the *patch* for the ATAPI CD-ROM. However they usually are on an other version of the OS then you are. May be you better take this over from me. So far I think I have: - 1 (my brother) that tried it on 2.1.0 - 1 that tried it on 2.1.5 Both without any success as it seems. I think there are more differences between the drivers between the mentioned versions. Don't worry, be Kneppie, Jan From owner-freebsd-hackers Tue Aug 20 01:20:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA08600 for hackers-outgoing; Tue, 20 Aug 1996 01:20:21 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA08589 for ; Tue, 20 Aug 1996 01:20:16 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id KAA02194; Tue, 20 Aug 1996 10:15:40 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA00866; Tue, 20 Aug 1996 10:28:33 +0200 From: Christoph Kukulies Message-Id: <199608200828.KAA00866@gilberto.physik.rwth-aachen.de> Subject: Re: Fortran users anywhere? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 20 Aug 1996 10:28:32 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199608200444.OAA04722@genesis.atrad.adelaide.edu.au> from Michael Smith at "Aug 20, 96 02:14:03 pm" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Don't shoot me; I'm not the guilty party... > > I'm looking for anyone that has any experience with (and maybe documentation > for) the f2c fortran->C translator that's used by the 'f77' gcc frontend. > > I see the reference in the manpage to one of the UTS manuals - are these > generally available? ftp://netlib.att.com/netlib/f2c/f2c.ps.Z I wonder why this is not in the FreeBSD tree. It seems that the maintainer has dropped it when bringing f2c into the tree. It could well live in /usr/share/doc/papers (with a man page link to it). Or are there legal restriction against doing that? > > (I have the Bell Labs CSTR 149 document, but this covers f2c's internals > rater than its usage.) > > -- > ]] 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 [[ > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Aug 20 01:30:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA09500 for hackers-outgoing; Tue, 20 Aug 1996 01:30:24 -0700 (PDT) Received: from dawn.ww.net (root@dawn.ww.net [193.124.73.50]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA09485 for ; Tue, 20 Aug 1996 01:30:09 -0700 (PDT) Received: (from alexis@localhost) by dawn.ww.net (8.7.5/alexis 2.5) id MAA01288 for freebsd-hackers@freebsd.org; Tue, 20 Aug 1996 12:29:18 +0400 (MSD) Message-Id: <199608200829.MAA01288@dawn.ww.net> Subject: RADIUS library To: freebsd-hackers@freebsd.org Date: Tue, 20 Aug 1996 12:29:17 +0400 (MSD) From: Alexis Yushin Reply-To: alexis@ww.net (Alexis Yushin) X-Office-Phone: +380 65 2 26.1410 X-Home-Phone: +380 65 2 27.0747 X-NIC-Handle: AY23 X-RIPE-Handle: AY6-RIPE X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, Really soon I'll have to participate in development of various RADIUS software including probably building pc based RADIUS client. I am looking for subscribtion into the mailing list of radius developers in order to share ideas and gather comments. My first step is probably making radius library (c library) for basing different applications on it. Thank you for any possible information, alexis -- Ride the wild wind... From owner-freebsd-hackers Tue Aug 20 02:06:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA11966 for hackers-outgoing; Tue, 20 Aug 1996 02:06:53 -0700 (PDT) Received: from lassie.eunet.fi (lassie.eunet.fi [192.26.119.7]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA11961 for ; Tue, 20 Aug 1996 02:06:37 -0700 (PDT) Received: from key.hole.fi by lassie.eunet.fi with SMTP id AA09185 (5.67a/IDA-1.5 for ); Tue, 20 Aug 1996 12:06:24 +0300 Received: (from count@localhost) by key.hole.fi (8.7.5/8.6.12) id MAA13972; Tue, 20 Aug 1996 12:06:23 +0300 (EET DST) From: "Bror 'Count' Heinola" Message-Id: <199608200906.MAA13972@key.hole.fi> Subject: Re: STREAM benchmark (not streams) To: michaelh@cet.co.jp Date: Tue, 20 Aug 1996 12:06:23 +0300 (EET DST) Cc: hackers@freebsd.org In-Reply-To: from "Michael Hancock" at Aug 18, 96 10:19:59 am X-Mailer: ELM [version 2.4 PL24alpha5] 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 Michael Hancock taisi sanoa: > It looks like my P166 is spinning it's wheels in the Neptune based mother > board. Does anyone have figures for newer model ASUS or Tyan boards? I'm > looking for a more balanced PC. I also have numbers for a Dell PC, does > anyone have numbers for HP or other brands? ASUS P/I P55T2P4 (Triton II) 64MB 60ns parity RAM, 4x16MB simms P166, 512k PB cache FreeBSD 2.1.5R, cc In use as a file server ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 85.3333 0.1938 0.1875 0.1953 Scaling : 85.3333 0.1978 0.1875 0.2109 Summing : 93.0909 0.2727 0.2578 0.2812 SAXPYing : 93.0909 0.2697 0.2578 0.2812 Digital Venturis 5100 (SiS chipset) 56MB 60/70ns parity RAM, 2x16MB, 2x8MB simms, 8MB on motherboard P100, 256k async cache FreeBSD 2.1.5R, cc ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 52.5128 0.3173 0.3047 0.3281 Scaling : 52.5128 0.3126 0.3047 0.3281 Summing : 59.0769 0.4212 0.4062 0.4297 SAXPYing : 59.0769 0.4236 0.4062 0.4375 -- Bror 'Count' Heinola % count@key.hole.fi % http://pobox.com/~count/ Pengerkatu 13b A5 % IRC: Count NIC: BH271 % FI-00530 HELSINKI % Work: bror@sms.fi % Roads? Where we're going, Cell: +358-40-5533-554 % Santa Monica Software % we don't need roads. From owner-freebsd-hackers Tue Aug 20 02:41:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA13184 for hackers-outgoing; Tue, 20 Aug 1996 02:41:16 -0700 (PDT) Received: from news.IAEhv.nl (root@news.IAEhv.nl [194.151.64.4]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA13178 for ; Tue, 20 Aug 1996 02:41:11 -0700 (PDT) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.6.13/1.63) pid 23717 id LAA23717; Tue, 20 Aug 1996 11:21:07 +0200 Received: from localhost (localhost [127.0.0.1]) by nietzsche.bowtie.nl (8.6.12/8.6.9) with ESMTP id LAA14955; Tue, 20 Aug 1996 11:13:31 +0200 Message-Id: <199608200913.LAA14955@nietzsche.bowtie.nl> X-Mailer: exmh version 1.6.7 5/3/96 To: Michael Smith cc: hackers@freebsd.org Subject: Re: BSDI netscape and name resolving In-reply-to: msmith's message of Mon, 19 Aug 1996 19:18:00 +0930. <199608190948.TAA02310@genesis.atrad.adelaide.edu.au> Date: Tue, 20 Aug 1996 11:13:29 +0200 From: Marc van Kempen Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Marc van Kempen stands accused of saying: > > > > I have run into a problem with the BSDI version of netscape and > > name resolving. > > the BSD/OS version of Netscape appears to ignore /etc/host.conf and > wants to talk to a nameserver. You will need to run a forwarding > nameserver on your firewall (or somewhere else) to be able to use it > to resolve external hosts. > I have a forwarding nameserver running on my firewall. All the other socks5 tools (rtelnet, rftp, etc) are running fine. So I guess that part of the configuration works. > > I'm trying to run it through our firewall here, with the http-gw > > from the fwtk there > > are no problems, but with socks5 it gives an error about no > > route to host. > > We run Netscape 3.0 here behind a socks4 proxy, although we specify > the proxy by IP not name. I also specify the the proxy by IP, but then I get the 'no route to host' error message. Everything works in the whole network, except the bsdi netscape trying to use the socks5 proxy. It *does* work with http-gw proxy. It must be some obscure interaction between socks5 and the bsdi netscape, but I have no clue :( Thanks, Marc. ---------------------------------------------------- Marc van Kempen BowTie Technology Email: marc@bowtie.nl WWW & Databases tel. +31 40 2 43 20 65 fax. +31 40 2 44 21 86 http://www.bowtie.nl ---------------------------------------------------- From owner-freebsd-hackers Tue Aug 20 03:00:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA14222 for hackers-outgoing; Tue, 20 Aug 1996 03:00:44 -0700 (PDT) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA14189 for ; Tue, 20 Aug 1996 03:00:09 -0700 (PDT) Received: (from abial@localhost) by korin.warman.org.pl (8.7.5/8.7.3) id MAA07413; Tue, 20 Aug 1996 12:02:36 +0200 (MET DST) Date: Tue, 20 Aug 1996 12:02:36 +0200 (MET DST) From: Andrzej Bialecki To: spr@awod.com cc: hackers@FreeBSD.ORG Subject: Re: Radius Support for FreeBSD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 18 Aug 1996 spr@awod.com wrote: > Is there a port for radius for FreeBSD? If so where? If not, how would > one go about porting radius to FreeBSD? > > > Sean > > > Well, I compiled it on FreeBSD 2.0.5 a while ago, just to play with it and compare with TACACS+, and didn't see any problem (i.e. it works). It was some time ago, you know, but as far as I remember it didn't require any changes to the sources - maybe different libraries to link, or so... Andy +-------------------------------------------------------------------------+ Andrzej Bialecki _) _) _)_) _)_)_) _) _) --------------------------------------- _)_) _) _) _) _)_) _)_) Research and Academic Network in Poland _) _)_) _)_)_)_) _) _) _) Bartycka 18, 00-716 Warsaw, Poland _) _) _) _) _)_)_) _) _) +-------------------------------------------------------------------------+ From owner-freebsd-hackers Tue Aug 20 03:03:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA14331 for hackers-outgoing; Tue, 20 Aug 1996 03:03:09 -0700 (PDT) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.247]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA14326 for ; Tue, 20 Aug 1996 03:03:03 -0700 (PDT) Received: from zapata.omnix.fr.org (zapata [128.127.10.1]) by zapata.omnix.fr.org (8.6.12/8.6.9) with SMTP id KAA27785 for ; Tue, 20 Aug 1996 10:14:43 +0200 Date: Tue, 20 Aug 1996 10:14:42 +0200 (MET DST) From: didier@omnix.fr.org To: hackers@freebsd.org Subject: JDK 1.02 Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is the JDK 1.02 available for FreeBSD 2.2-960801-SNAP is it exist: - is it working with cafe. - is it possible to run graphical applications Thanks -- Didier Derny | My computer is Microsoft Free... didier@omnix.fr.org | FreeBSD 2.1-STABLE site From owner-freebsd-hackers Tue Aug 20 04:23:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA20414 for hackers-outgoing; Tue, 20 Aug 1996 04:23:13 -0700 (PDT) Received: from teil.soft.net (tata_elxsi.soft.net [164.164.10.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA20408 for ; Tue, 20 Aug 1996 04:22:41 -0700 (PDT) Received: by teil.soft.net (920330.SGI/920502.SGI.JF) for hackers@FreeBSD.org id AA28612; Tue, 20 Aug 96 16:49:49 -0800 From: rishim@teil.soft.net (Rishi Gautam) Message-Id: <9608210049.AA28612@teil.soft.net> Subject: DHCP server To: hackers@FreeBSD.org Date: Tue, 20 Aug 1996 16:49:39 -0800 (PST) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk HI Is there anybody implemets DHCP srever on FreeBSD. If it's available where can I find the software. Regards, Rishi From owner-freebsd-hackers Tue Aug 20 05:08:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA25221 for hackers-outgoing; Tue, 20 Aug 1996 05:08:28 -0700 (PDT) Received: from guarany.cpd.unb.br (guarany.cpd.unb.br [164.41.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA25214 for ; Tue, 20 Aug 1996 05:08:17 -0700 (PDT) Received: from antares.linf.unb.br by guarany.cpd.unb.br (AIX 3.2/UCB 5.64/4.03) id AA34499; Tue, 20 Aug 1996 09:00:53 -0300 Received: from pegasus by antares.linf.unb.br (4.1/SMI-4.1) id AA19668; Tue, 20 Aug 96 09:10:02 WST From: e8917523@antares.linf.unb.br (Daniel C. Sobral) Message-Id: <9608201310.AA19668@antares.linf.unb.br> Subject: 2.1.5R and ATAPI CD-ROM problems To: hackers@freefall.freebsd.org Date: Tue, 20 Aug 1996 09:11:05 -0400 (WST) In-Reply-To: <199608192352.QAA28222@freefall.freebsd.org> from "owner-hackers-digest@freefall.freebsd.org" at Aug 19, 96 04:52:41 pm Disclaimer: Klaatu Barada Nikto! 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 > Thanks Jan, I *did* get your response. It just took me a while > to do the actual patching & testing. Following your advice, I > send the results to Bill Paul who wrote: > > > Tonight I blew a few hours playing with the ATAPI support. The result > > was the small patch appended to this message, which seems to make the > > detection of ATAPI devices happen much more reliably. This patch is > > for 2.2-current. > > So Bill, I applied your patches by hand since I only have 2.1.5R. > Hopefully, this is what you would expect : > > - - The probes still said > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): > wd0: 1039MB (2128896 sectors), 2112 cyls, 16 heads, 63 S/T, 512 B/S > wdc1 at 0x170-0x177 irq 15 on isa > wdc1: unit 0 (wd2): > wd2: 204MB (417792 sectors), 1024 cyls, 12 heads, 34 S/T, 512 B/S > wdc1: unit 1 (atapi): , removable, iordy > wcd0: 689Kb/sec, 128Kb cache, audio play, 128 volume levels, ejectable > tray > wcd0: medium type unknown, unlocked ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Does this line appear _every_ time? > - - doing 'mount_cd9660 /dev/wcd0c /mnt' still responded > mount_cd9660: /dev/wcd0c: Device not configured Well, the problem is _not_ with detection. I have the same drive and, though I haven't had time yet to read 8020+8028 (ATAPI CD-ROM doc and errata), I made some experiences. The most interesting discovery is that, by enabling the DEBUG define (at least in the patched atapi.c), the drive start working! Not always, but most of the time anyway. The sheer amount of messages generated prevent the use of this as a "solution". Anyway, the "medium type unknown" message is what it should display. Lack of this message is caused by the same problem that prevents the drive use. I don't have any log with me now (I have already posted them to hackers anyway), but they seem to indicate that a command was received before completion of the latest command. This, and the fact that the drive works when DEBUG option is enabled in atapi.c, led me to believe that there is a problem with flow control/ handshaking protocol. I inserted DELAYs before every "print" in atapi.c and before the debug check in wcd.c, and tested with many values, but none of them worked. My current guess is that the disk access "print" causes somehow makes the driver interact with the drive correctly. -- Daniel C. Sobral (8-DCS) e8917523@linf.unb.br "Master, do we seek victory in contention?" "Seek rather not to contend, for without contention there can be neither victory nor defeat." From owner-freebsd-hackers Tue Aug 20 05:24:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA25841 for hackers-outgoing; Tue, 20 Aug 1996 05:24:29 -0700 (PDT) Received: from po2.glue.umd.edu (po2.glue.umd.edu [129.2.128.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA25836 for ; Tue, 20 Aug 1996 05:24:27 -0700 (PDT) Received: from skipper.eng.umd.edu (skipper.eng.umd.edu [129.2.103.24]) by po2.glue.umd.edu (8.7.5/8.7.3) with ESMTP id IAA18048; Tue, 20 Aug 1996 08:24:24 -0400 (EDT) Received: from localhost (chuckr@localhost) by skipper.eng.umd.edu (8.7.5/8.7.3) with SMTP id IAA09071; Tue, 20 Aug 1996 08:24:23 -0400 (EDT) X-Authentication-Warning: skipper.eng.umd.edu: chuckr owned process doing -bs Date: Tue, 20 Aug 1996 08:24:23 -0400 (EDT) From: Chuck Robey X-Sender: chuckr@skipper.eng.umd.edu To: didier@omnix.fr.org cc: hackers@FreeBSD.ORG Subject: Re: JDK 1.02 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 Aug 1996 didier@omnix.fr.org wrote: > Is the JDK 1.02 available for FreeBSD 2.2-960801-SNAP > > is it exist: > > - is it working with cafe. > - is it possible to run graphical applications The jdk in ports/current is 1.02, and the kaffe there specifically needs at least that version to run. > > > Thanks > > > -- > Didier Derny | My computer is Microsoft Free... > didier@omnix.fr.org | FreeBSD 2.1-STABLE site > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@eng.umd.edu | communications topic, C programming, and Unix. 9120 Edmonston Ct #302 | Greenbelt, MD 20770 | I run Journey2 and n3lxx, both FreeBSD (301) 220-2114 | version 2.2 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Tue Aug 20 06:04:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA27138 for hackers-outgoing; Tue, 20 Aug 1996 06:04:52 -0700 (PDT) Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA27113 for ; Tue, 20 Aug 1996 06:04:45 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id JAA16489; Tue, 20 Aug 1996 09:04:29 -0400 From: Bill Paul Message-Id: <199608201304.JAA16489@skynet.ctr.columbia.edu> Subject: Re: 2.1.5R & ATAPI CDROM Problems To: arver@sn.no (Arve Ronning) Date: Tue, 20 Aug 1996 09:04:27 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <32195133.28D@sn.no> from "Arve Ronning" at Aug 19, 96 10:46:27 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Arve Ronning had to walk into mine and say: > Thanks Jan, I *did* get your response. It just took me a while > to do the actual patching & testing. Following your advice, I > send the results to Bill Paul who wrote: > > > Tonight I blew a few hours playing with the ATAPI support. The result > > was the small patch appended to this message, which seems to make the > > detection of ATAPI devices happen much more reliably. This patch is > > for 2.2-current. > > So Bill, I applied your patches by hand since I only have 2.1.5R. > Hopefully, this is what you would expect : [chop] Unfortunately, I too had trouble with 2.1.5 and IDe CD-ROMs. (I also had trouble with 2.1.5 and 3c509B ethernet cards and yes I got the patched version. Unfortunately, the card stops working after trasnfering a few hundred Kbytes from the FTP server during the install. Just my luck: two lemons in one go.) Only the latest 2.2 SNAP was able to properly deal with all my hardware correctly. I didn't diff the two sets of sources to see what changed (there's quite a bit, if you count the DEVFS junk). > Compared to the original 2.1.5R kernel this did not change the behaviour > of the system at all (which I did not expect it to, except may be the > extra inb()) : > > - The probes still said > wdc0 at 0x1f0-0x1f7 irq 14 on isa > wdc0: unit 0 (wd0): > wd0: 1039MB (2128896 sectors), 2112 cyls, 16 heads, 63 S/T, 512 B/S > wdc1 at 0x170-0x177 irq 15 on isa > wdc1: unit 0 (wd2): > wd2: 204MB (417792 sectors), 1024 cyls, 12 heads, 34 S/T, 512 B/S > wdc1: unit 1 (atapi): , removable, iordy > wcd0: 689Kb/sec, 128Kb cache, audio play, 128 volume levels, ejectable > tray > wcd0: medium type unknown, unlocked > > - doing 'mount_cd9660 /dev/wcd0c /mnt' still responded > mount_cd9660: /dev/wcd0c: Device not configured I presume this was with a CD in the drive, right? Hm. Puzzling. > No testing was done on other IDE configurations like removing > wd2 (which holds the /var partition; will it boot without /var ?) Into single user mode, yes. But don't go to that trouble: it should work as it is. > or moving wcd0 to wdc0 unit 1. The good news is that the patch does not > seem to break anything, at least not with my configuration. Although > I can't be too sure since I can't mount wcd0. Well, my problems had to do with the controller. If I had the drive jumpered as a master (alone on the controller), the probe would decide that there was actually no controller there. With the drive jumpered alone as a slave, the disk probe would find a phantom wd2 drive (and the system would wedge if you tried to access it. I suspect your problem is specific to your drive. The only IDE CD-ROMs I have access to are either TOSHIBA or MITSUMI and they all work. Hitachi may have done something creative with the spec with regards to their drive. I would suggest downloading a copy of the latest 2.2 SNAP boot floppy and booting your system with it as a test. If the boot floppy finds your CD-ROM (and doesn't produce the 'unknown media' message) then I would say you should try merging changes from the 2.2 driver back into the 2.1.5 driver. > I hope this will serve as a small contribution towards your need > for testing the patches. If you want me to try out different IDE > configurations, please send some advice on moving /var to wd0. > > Arve The only reason I got a bee in my bonnet over this in the first place was so that I could show that FreeBSD worked nicely with all the new machines the multimedia network lab bought whereas Linux didn't (support for SMC tulip chip-based cards is poor, it would seem). :) The CD-ROM drives didn't work as I expected, and I had one of the machines all to myself for the night, so I sat down with the kernel sources and got lucky. Device driver programming is really not my forte, and lately I've been up to my ears in NIS+ work. (Yes, I'm still working on libnisdb. Yes I'm making good progress. No, I'm not ready to release the code yet: it's still not faster than the Sun implementation. (As fast maybe, but not faster.) Yes, databases suck.) -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-hackers Tue Aug 20 06:12:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA27583 for hackers-outgoing; Tue, 20 Aug 1996 06:12:13 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA27575 for ; Tue, 20 Aug 1996 06:12:09 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id PAA06594 for ; Tue, 20 Aug 1996 15:07:31 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id PAA01722 for freebsd-hackers@freefall.cdrom.com; Tue, 20 Aug 1996 15:20:25 +0200 Date: Tue, 20 Aug 1996 15:20:25 +0200 From: Christoph Kukulies Message-Id: <199608201320.PAA01722@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: max math performance - how? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I digged out a scientific test I compiled some time back in 386bsd times. At that time I hacked around with different libms and I had a binary lying around (statically linked) which outperforms every newly linked version of that benchmark. (It is a bunch of fortran programs, the so called 'Lund' benchmark from Lund University - a program that physicists are mainly interested in seeing perform fast). Now I have no idea what I did at that time - maybe I took some early verrsion of the libmsun or was there something different in 386bsd days (Bruce?) Anyway, with g77 or f77 (f2c) I get time lundtst 5.085u 0.015s 0:07.66 66.4% 545+402k 0+0io 0pf+0w time lundtst.withnormal.libm 7.032u .... time lundtst.static.386bsd 4.184u 0.023s 0:05.61 74.8% 454+422k 0+0io 0pf+0w That means with some unknown old method I'm getting around 20% better performance. Now give me back that mathlib :-) --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Aug 20 06:33:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA28820 for hackers-outgoing; Tue, 20 Aug 1996 06:33:33 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA28815; Tue, 20 Aug 1996 06:33:28 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id IAA09358; Tue, 20 Aug 1996 08:52:22 +0200 (MET DST) To: dg@root.com cc: Nate Williams , Don Yuniskis , freebsd-hackers@freefall.freebsd.org Subject: Re: old sec dists? In-reply-to: Your message of "Mon, 19 Aug 1996 17:29:02 PDT." <199608200029.RAA00371@root.com> Date: Tue, 20 Aug 1996 08:52:22 +0200 Message-ID: <9356.840523942@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199608200029.RAA00371@root.com>, David Greenman writes: >>There was a 1.1.5.1 release on floppies, but it was released too quickly >>before the BSD lawsuit 'resolution' deadline took into effect, so WC >>wasn't able to cut a CD and distribute it before its agreement to cease >>distribution of the Net/2 code would have run out. However, the FreeBSD >>project made a net-only distribution that you probably snarfed. > > Actually, part of the agreement with USL was that we not distribute 1.1.5 >on CDROM - just a net-only release. It wasn't a matter of timing, it was >matter of USL wanting to limit the distribution. > DG ... And they got the sign wrong on that decision :-) -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Aug 20 07:24:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA02000 for hackers-outgoing; Tue, 20 Aug 1996 07:24:16 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA01991 for ; Tue, 20 Aug 1996 07:24:08 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA20502; Tue, 20 Aug 1996 09:22:19 -0500 From: Joe Greco Message-Id: <199608201422.JAA20502@brasil.moneng.mei.com> Subject: Re: DHCP server To: rishim@teil.soft.net (Rishi Gautam) Date: Tue, 20 Aug 1996 09:22:18 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <9608210049.AA28612@teil.soft.net> from "Rishi Gautam" at Aug 20, 96 04:49:39 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > HI > > Is there anybody implemets DHCP srever on FreeBSD. If it's available where > can I find the software. > > Regards, > Rishi metropolis# ls -ld ports/*/*dhcp* drwxr-xr-x 5 569 wheel 512 Jul 14 09:49 ports/net/isc-dhcp drwxr-xr-x 5 569 wheel 512 Jul 14 09:50 ports/net/wide-dhcp metropolis# uname -r 2.1.5-RELEASE metropolis# have you looked in ports? ... JG From owner-freebsd-hackers Tue Aug 20 07:30:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA02455 for hackers-outgoing; Tue, 20 Aug 1996 07:30:20 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA02445 for ; Tue, 20 Aug 1996 07:30:16 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id JAA20513; Tue, 20 Aug 1996 09:29:21 -0500 From: Joe Greco Message-Id: <199608201429.JAA20513@brasil.moneng.mei.com> Subject: Re: Making Bootable Disks To: joerg_wunsch@uriah.heep.sax.de Date: Tue, 20 Aug 1996 09:29:21 -0500 (CDT) Cc: freebsd-hackers@freebsd.org, dennis@etinc.com In-Reply-To: <199608200321.FAA15332@uriah.heep.sax.de> from "J Wunsch" at Aug 20, 96 05:21:55 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Dennis wrote: > > > > Is it outlined/described anywhere how to make a bootable system floppy? > > disklabel -Brw fd0 > newfs ... /dev/rfd0a (look into /etc/disktab for the options) > mount /dev/fd0a /mnt > cp /kernel /mnt > umount /mnt With all due respect Joerg, that's nice but not very useful :-) The kernel alone will take 2/3 the floppy. I don't know of anywhere that documents it, unless you count the stuff in /usr/src/release. I did, at one point, take what's there and create a "router floppy" from it, using a compressed kernel and a built-in kernel MFS, the same way that boot.flp does. It was actually kinda slick... you can take arbitrary programs and stuff and create a single "crunched" binary from them (see man -k crunch). You then populate your /bin or /stand with that binary and a bunch of hard links... make your /dev and /etc trees and anything else you need... and go off on your merry way. I make it sound so easy. :-) It was a six hour hack job to make it buildable from a makefile.... not too hard just a little slow to do the "make"/"make floppy"/boot it/find problem/ etc cycle... ... JG From owner-freebsd-hackers Tue Aug 20 07:47:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA03763 for hackers-outgoing; Tue, 20 Aug 1996 07:47:12 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA03753 for ; Tue, 20 Aug 1996 07:47:07 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id AAA32287; Wed, 21 Aug 1996 00:45:39 +1000 Date: Wed, 21 Aug 1996 00:45:39 +1000 From: Bruce Evans Message-Id: <199608201445.AAA32287@godzilla.zeta.org.au> To: freebsd-hackers@freefall.freebsd.org, kuku@gilberto.physik.rwth-aachen.de Subject: Re: max math performance - how? Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >I digged out a scientific test I compiled some time back in 386bsd times. >At that time I hacked around with different libms and I had a binary >lying around (statically linked) which outperforms every newly linked >version of that benchmark. (It is a bunch of fortran programs, the >so called 'Lund' benchmark from Lund University - a program that >physicists are mainly interested in seeing perform fast). >Now I have no idea what I did at that time - maybe I took some >early verrsion of the libmsun or was there something different >in 386bsd days (Bruce?) 386BSD used libm, which is slow. -current uses msun, which is slower, except possibly if it is compiled with option HAVE_FPU. Bruce From owner-freebsd-hackers Tue Aug 20 08:10:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA05076 for hackers-outgoing; Tue, 20 Aug 1996 08:10:28 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA05069 for ; Tue, 20 Aug 1996 08:10:22 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id RAA14917; Tue, 20 Aug 1996 17:09:49 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199608201509.RAA14917@gvr.win.tue.nl> Subject: Re: DIVERT To: avalon@coombs.anu.edu.au (Darren Reed) Date: Tue, 20 Aug 1996 17:09:48 +0200 (MET DST) Cc: archie@whistle.com, hackers@freebsd.org In-Reply-To: <199608180140.SAA05233@freefall.freebsd.org> from Darren Reed at "Aug 18, 96 11:39:59 am" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > You should be aware of the NRL project to do IPsec (for NetBSD) as well > as ENskip (SKIP compatible code, written in Switzerland, also for NetBSD). > I suspect that there are a number of requirements in the various encryption > protocols for IP which will make kernel bloat (either via LKM's or direct) > inevitable. I don't imagine either of those would be too hard to port to > FreeBSD. > Enskip is pretty simple. I once did it to check it out. -Guido From owner-freebsd-hackers Tue Aug 20 09:09:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA09865 for hackers-outgoing; Tue, 20 Aug 1996 09:09:39 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA09860 for ; Tue, 20 Aug 1996 09:09:35 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id SAA09624; Tue, 20 Aug 1996 18:04:58 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id SAA02640; Tue, 20 Aug 1996 18:17:47 +0200 From: Christoph Kukulies Message-Id: <199608201617.SAA02640@gilberto.physik.rwth-aachen.de> Subject: Re: max math performance - how? To: bde@zeta.org.au (Bruce Evans) Date: Tue, 20 Aug 1996 18:17:46 +0200 (MET DST) Cc: freebsd-hackers@freefall.freebsd.org, kuku@gilberto.physik.rwth-aachen.de In-Reply-To: <199608201445.AAA32287@godzilla.zeta.org.au> from Bruce Evans at "Aug 21, 96 00:45:39 am" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >I digged out a scientific test I compiled some time back in 386bsd times. > >At that time I hacked around with different libms and I had a binary > >lying around (statically linked) which outperforms every newly linked > >version of that benchmark. (It is a bunch of fortran programs, the > >so called 'Lund' benchmark from Lund University - a program that > >physicists are mainly interested in seeing perform fast). > > >Now I have no idea what I did at that time - maybe I took some > >early verrsion of the libmsun or was there something different > >in 386bsd days (Bruce?) > > 386BSD used libm, which is slow. -current uses msun, which is > slower, except possibly if it is compiled with option HAVE_FPU. That's what I did before these measurements: /etc/make.conf HAVE_FPU, cd /usr/src/lib/msun, make cleandir depend all install > > Bruce > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Tue Aug 20 09:21:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10892 for hackers-outgoing; Tue, 20 Aug 1996 09:21:01 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA10885 for ; Tue, 20 Aug 1996 09:21:00 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id JAA12659 for ; Tue, 20 Aug 1996 09:20:56 -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 MAA06063; Tue, 20 Aug 1996 12:21:36 -0400 Date: Tue, 20 Aug 1996 12:21:36 -0400 Message-Id: <199608201621.MAA06063@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: Craig Huckabee From: dennis@etinc.com (Dennis) Subject: de driver bug? Cc: matt@lkg.dec.com, hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I've always got those messages when the card looses connectivity - like > when you unplug the cable from the card. I think its just telling you > that it is having connection problems. Unless you have a flakey network > it could be a flakey card. Ok...this is the scoop. I have a '486 PCI MB (ACER) with a genuine SMC ethernet card. The identical hardware (tested by swapping out hard disks).... 1) Works in FreeBSD 2.1.0R 2) Works in Linux 2.0.0 3) Doesnt work in FreeBSD 2.1.5R. The installation boot procedure (NFS) fails,and a system built on another machine finds but cannot use the de card. I think that the problem is that I dont get any interrupts. I got an "abnormal" interrupt a few times...but now I am not. Whats changed in 2.1.5? is it the de driver, or the PCI stuff? Dennis > > --Craig > >> >> Im gettng the messages "abnormal interrupt" from the de driver. Anyone know what >> might cause this? (note that the board doesnt work in the MB) >> >> Dennis >> > > > Emerging Technologies, Inc. www.etinc.com (516) 271-4525 From owner-freebsd-hackers Tue Aug 20 10:12:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA18386 for hackers-outgoing; Tue, 20 Aug 1996 10:12:56 -0700 (PDT) Received: from skiddaw.elsevier.co.uk (root@skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA18379 for ; Tue, 20 Aug 1996 10:12:52 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id SAA18123 for ; Tue, 20 Aug 1996 18:12:34 +0100 Received: from cadair.elsevier.co.uk (actually host cadair) by snowdon with SMTP (PP); Tue, 20 Aug 1996 18:12:21 +0100 Received: (from dpr@localhost) by cadair.elsevier.co.uk (8.6.13/8.6.12) id SAA25748; Tue, 20 Aug 1996 18:10:35 +0100 To: Michael Smith Cc: marc@bowtie.nl (Marc van Kempen), hackers@FreeBSD.org Subject: Re: BSDI netscape and name resolving References: <199608190948.TAA02310@genesis.atrad.adelaide.edu.au> From: Paul Richards Date: 20 Aug 1996 18:10:34 +0100 In-Reply-To: Michael Smith's message of Mon, 19 Aug 1996 19:18:00 +0930 (CST) Message-ID: <57vieedlrp.fsf@elsevier.co.uk> Lines: 22 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith writes: > > Marc van Kempen stands accused of saying: > > > > I have run into a problem with the BSDI version of netscape and > > name resolving. > > the BSD/OS version of Netscape appears to ignore /etc/host.conf and > wants to talk to a nameserver. You will need to run a forwarding > nameserver on your firewall (or somewhere else) to be able to use it > to resolve external hosts. >From my experience all versions of Netscape have their own DNS code built into them and they always do direct DNS queries rather than using the OS's calls. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Tue Aug 20 10:27:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA19049 for hackers-outgoing; Tue, 20 Aug 1996 10:27:00 -0700 (PDT) Received: from innocence.interface-business.de (innocence.interface-business.de [193.101.57.101]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA19044 for ; Tue, 20 Aug 1996 10:26:55 -0700 (PDT) Received: from ida.interface-business.de (ida.interface-business.de [193.101.57.203]) by innocence.interface-business.de (8.6.11/8.6.9) with SMTP id TAA28730 for ; Tue, 20 Aug 1996 19:24:32 +0200 Received: (from j@localhost) by ida.interface-business.de (8.7.5/8.7.3) id TAA00600 for freebsd-hackers@freebsd.org; Tue, 20 Aug 1996 19:27:36 +0200 (MET DST) From: J Wunsch Message-Id: <199608201727.TAA00600@ida.interface-business.de> Subject: Any GateD experts? To: freebsd-hackers@freebsd.org Date: Tue, 20 Aug 1996 19:27:35 +0200 (MET DST) Reply-To: joerg_wunsch@interface-business.de (Joerg Wunsch) X-Phone: +49-351-31809-14 X-Fax: +49-351-3361187 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 Hi all, i've got a GateD setup that works rather fine, however when i call out from this machine through a modem using (IIJ-)PPP, i always get these warnings: innocence gated[73]: rt_add: interface not found for 195.213.34.1/255.255.255.255 gw 195.213.34.134 Kernel innocence gated[73]: krt_recv_route: unable to add requested route to 195.213.34.1/255.255.255.255 via 195.213.34.134 innocence gated[73]: krt_recv_route: unable to add requested route to 195.213.34.1/255.255.255.255 via 195.213.34.134 ...and those when shutting the PPP connection down: innocence gated[73]: KRT SENT type DELETE(2)flags HOST(4) error 3: No such process innocence gated[73]: KRT SENT type DELETE(2)flags HOST(4) error 3: No such process innocence gated[73]: KRT SENT dest 195.213.34.1 innocence gated[73]: KRT SENT dest 195.213.34.1 innocence gated[73]: KRT SEND DELETE 195.213.34.1 mask 255.255.255.255 router 195.213.34.134 flags <>0: No such process innocence gated[73]: KRT SEND DELETE 195.213.34.1 mask 255.255.255.255 router 195.213.34.134 flags <>0: No such process Everything is benign, all the other routes continue to work fine, but the complaints are a little annoying. Routing out interface 195.213.34.134 (my side of PPP) to 195.213.34.1 (his side) works since PPP established the route. The machine is connected to the Internet through an ISDN router, and connected to various private IP nets through another ISDN link, GateD collects all the RIP annoucements from the routers and acts as a default gateway for the company network (via ICMP redirect). The above PPP route doesn't need to be available to the entire network (though it would not hurt if it is), and it's a bogus (non-registered) address, but that's beyond my control since it's the self-invented network of a customer, and i basically have to live with this. (To the best of my knowledge, the IP address range has been assigned to RIPE, but is still unallocated. At least, there's no SOA for the reverse IP map. So i figure there should be no conflicts with the Internet (yet).) Does anybody know what's the magic to avoid these warnings? -- J"org Wunsch Unix support engineer joerg_wunsch@interface-business.de http://www.interface-business.de/~j From owner-freebsd-hackers Tue Aug 20 11:01:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA21825 for hackers-outgoing; Tue, 20 Aug 1996 11:01:26 -0700 (PDT) Received: from iidpwr.com ([204.33.177.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA21817 for ; Tue, 20 Aug 1996 11:01:21 -0700 (PDT) Received: by mail.iidpwr.com id <15366>; Tue, 20 Aug 1996 11:02:48 -0700 Date: Tue, 20 Aug 1996 11:00:28 -0700 From: Tony Tam Organization: Imperial Irrigation District X-Mailer: Mozilla 3.0 (X11; I; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: hackers@FreeBSD.org Subject: 10BaseT distance Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <96Aug20.110248pdt.15366@mail.iidpwr.com> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hackers, Could anybody tell me what is the maximum distance between an 10BaseT adapter and the 10BaseT hub? Another question: Could anybody tell me what is the maximum distance between an 100BaseT adapter and the 100BaseT hub? -- Yours truly, Tony Tam Imperial Irrigation District P.O. BOX 937 Imperial, CA 92251 USA Tel: 619-339-9454 FAX: 619-339-9189 E-Mail: ttam@iidpwr.com From owner-freebsd-hackers Tue Aug 20 11:24:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA23200 for hackers-outgoing; Tue, 20 Aug 1996 11:24:37 -0700 (PDT) Received: from gdi.uoregon.edu (cisco-ts9-line6.uoregon.edu [128.223.150.87]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA23195 for ; Tue, 20 Aug 1996 11:24:34 -0700 (PDT) Received: from localhost (dwhite@localhost) by gdi.uoregon.edu (8.7.5/8.6.12) with SMTP id LAA00814 for ; Tue, 20 Aug 1996 11:24:43 -0700 (PDT) Date: Tue, 20 Aug 1996 11:24:43 -0700 (PDT) From: Doug White Reply-To: dwhite@resnet.uoregon.edu To: hackers@freebsd.org Subject: How about a 'mkdisk' tool? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I don't subscribe to -hackers, but here's something for you guys to chew on if you need a project. I lack the necessary programming expertise, but perhaps someone familiar with sysinstall and the dialog library could do something with it. According to the Unix Sys Admin Handbook, BSDi has a "disksetup" tool that makes it rather easy to fdisk & disklabel a new disk. I was thinking that we could pull out the fdisk and disklabel segments from sysinstall, roll them together into a dialog-driven tool, add a easy-newfs editor, and put them into a 'mkdisk' tool. We are in serious need of a set method to add new disks to the system, a one-stop utility would be the way to go. I don't know how hard it would be to strip out the necessary components from sysinstall, considering what a mess it's in now :-) Just a thought. I'm leaving (again) for a few days so I won't reply immediately. Doug White | University of Oregon Internet: dwhite@resnet.uoregon.edu | Residence Networking Assistant http://gladstone.uoregon.edu/~dwhite | Computer Science Major From owner-freebsd-hackers Tue Aug 20 12:03:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25754 for hackers-outgoing; Tue, 20 Aug 1996 12:03:23 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA25748 for ; Tue, 20 Aug 1996 12:03:09 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA10786; Tue, 20 Aug 1996 11:53:09 -0700 From: Terry Lambert Message-Id: <199608201853.LAA10786@phaeton.artisoft.com> Subject: Re: Fortran users anywhere? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Tue, 20 Aug 1996 11:53:09 -0700 (MST) Cc: hackers@FreeBSD.org In-Reply-To: <199608200444.OAA04722@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Aug 20, 96 02:14:03 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 > Don't shoot me; I'm not the guilty party... > > I'm looking for anyone that has any experience with (and maybe documentation > for) the f2c fortran->C translator that's used by the 'f77' gcc frontend. > > I see the reference in the manpage to one of the UTS manuals - are these > generally available? UNIX Timesharing System No, they aren't generally available, at least not as originals. I personally used Ultrix and AT&T FORTRAN manuals when hacking up the shell scripts. They are both hacked versions of the UTS manuals (the AT&T version less hacked, and somewhat less useful). I've use the thing to compile up simulation software for relativistically invariant P-P, P-N, and N-N collisions, and to apply physical models as the soloution to a set of 13 irreducable Feynman-Dyson diagrams as part of a theoretical confirmation for experimental data regarding the energy range of the carrier of the weak force (Dr. Jay Phippen's work). The resulting code on a Sun SS2+ was facter than the native FORTRAN on a VAX 8800 with vector processor by about a factor of 10, and the output was identical, once I hacked the random functions in for the Montecarlo for the event generator (they are missing from the FORTRAN library that comes with the package). > (I have the Bell Labs CSTR 149 document, but this covers f2c's internals > rater than its usage.) It's pretty vanilla UNIX F77. I believe there are version of the UTS documents still available from UNIX Press. If you had asked me two years ago, I could have sent you an old copy. 8-(. If you can dig up an old Ultrix FORTRAN manual, you will have pretty much what you need. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Aug 20 12:03:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA25794 for hackers-outgoing; Tue, 20 Aug 1996 12:03:59 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA25785 for ; Tue, 20 Aug 1996 12:03:57 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA10797; Tue, 20 Aug 1996 11:54:17 -0700 From: Terry Lambert Message-Id: <199608201854.LAA10797@phaeton.artisoft.com> Subject: Re: Fortran users anywhere? To: kuku@gilberto.physik.rwth-aachen.de Date: Tue, 20 Aug 1996 11:54:17 -0700 (MST) Cc: msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: <199608200828.KAA00866@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Aug 20, 96 10:28: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 > > I see the reference in the manpage to one of the UTS manuals - are these > > generally available? > > ftp://netlib.att.com/netlib/f2c/f2c.ps.Z These aren't the same things, are they? Mike: are you looking for a programmer's reference, or a user's reference? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue Aug 20 12:20:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26648 for hackers-outgoing; Tue, 20 Aug 1996 12:20:42 -0700 (PDT) Received: from Gatekeeper.Lamb.net (root@Gatekeeper.Lamb.net [206.169.44.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA26642 for ; Tue, 20 Aug 1996 12:20:40 -0700 (PDT) Received: (from ulf@localhost) by Gatekeeper.Lamb.net (8.7.5/8.7.3) id MAA22813; Tue, 20 Aug 1996 12:20:19 -0700 (PDT) From: Ulf Zimmermann Message-Id: <199608201920.MAA22813@Gatekeeper.Lamb.net> Subject: Re: 10BaseT distance To: ttam@mail.iidpwr.com (Tony Tam) Date: Tue, 20 Aug 1996 12:20:19 -0700 (PDT) Cc: hackers@freebsd.org In-Reply-To: <96Aug20.110248pdt.15366@mail.iidpwr.com> from Tony Tam at "Aug 20, 96 11:00:28 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Hackers, > > Could anybody tell me what is the maximum distance between an > 10BaseT adapter and the 10BaseT hub? Another question: Could anybody Depending on the cable, normal is AWG24 I think, you can do 100 meters (330 feet) between card and hub. Maximum of 4 hubs in a segment. After this you will need a router. > tell me what is the maximum distance between an 100BaseT adapter and the > 100BaseT hub? Haven't done much Fastethernet, so can't say anything here. > > -- > Yours truly, > > Tony Tam > Imperial Irrigation District > P.O. BOX 937 > Imperial, CA 92251 > USA > > Tel: 619-339-9454 > FAX: 619-339-9189 > > E-Mail: ttam@iidpwr.com > Ulf. --------------------------------------------------------------------- Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 Lamb Art Internet Services || http://www.Lamb.net/ From owner-freebsd-hackers Tue Aug 20 12:41:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA27698 for hackers-outgoing; Tue, 20 Aug 1996 12:41:05 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA27683; Tue, 20 Aug 1996 12:40:59 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id VAA10610; Tue, 20 Aug 1996 21:14:02 +0200 (MET DST) To: Ulf Zimmermann cc: ttam@mail.iidpwr.com (Tony Tam), hackers@freebsd.org Subject: Re: 10BaseT distance In-reply-to: Your message of "Tue, 20 Aug 1996 12:20:19 PDT." <199608201920.MAA22813@Gatekeeper.Lamb.net> Date: Tue, 20 Aug 1996 21:14:02 +0200 Message-ID: <10608.840568442@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199608201920.MAA22813@Gatekeeper.Lamb.net>, Ulf Zimmermann writes: >> >> Hackers, >> >> Could anybody tell me what is the maximum distance between an >> 10BaseT adapter and the 10BaseT hub? Another question: Could anybody > >Depending on the cable, normal is AWG24 I think, you can do 100 meters (330 >feet) between card and hub. Maximum of 4 hubs in a segment. After this >you will need a router. BZZZT! Sorry, only four of out five points. The correct answer is: after that you need a >bridge or< a router. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Tue Aug 20 12:49:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA28136 for hackers-outgoing; Tue, 20 Aug 1996 12:49:15 -0700 (PDT) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA28131 for ; Tue, 20 Aug 1996 12:49:12 -0700 (PDT) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <14794(5)>; Tue, 20 Aug 1996 12:48:36 PDT Received: from gnu.mc.xerox.com (gnu.sdsp.mc.xerox.com) by gemini.sdsp.mc.xerox.com (4.1/SMI-4.1-TB) id AA03643; Tue, 20 Aug 96 15:49:00 EDT Received: by gnu.mc.xerox.com (4.1/SMI-4.1) id AA28129; Tue, 20 Aug 96 15:48:58 EDT Message-Id: <9608201948.AA28129@gnu.mc.xerox.com> X-Mailer: exmh version 1.6.7 5/3/96 To: "PETER STUBBS" Cc: FreeBSD-hackers@freebsd.org Subject: Re: Getting started with X programming In-Reply-To: Your message of "Mon, 19 Aug 1996 15:58:29 PDT." <12EB46D52BA@aidan.staidan.qld.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Aug 1996 12:48:57 PDT From: "Marty Leisner" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Wish/tk has my vote... 1) Its platform neutral (unix, windows, mac?) 2) I've seen very impressive applications in it I use all the time (tkman, exmh) 3) Its interpreted (good and bad, in most cases good) 4) Its free 5) Its well-documented (I still need to learn it!) 6) It has netscape plugins... -- marty leisner@sdsp.mc.xerox.com Member of the League for Programming Freedom From owner-freebsd-hackers Tue Aug 20 13:10:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA29439 for hackers-outgoing; Tue, 20 Aug 1996 13:10:34 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA29431 for ; Tue, 20 Aug 1996 13:10:29 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id NAA13050 for ; Tue, 20 Aug 1996 13:10:28 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id NAA20328; Tue, 20 Aug 1996 13:05:14 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma020323; Tue Aug 20 13:04:49 1996 Message-ID: <321A1A2B.167EB0E7@whistle.com> Date: Tue, 20 Aug 1996 13:03:55 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Joe Greco CC: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org, dennis@etinc.com Subject: Re: Making Bootable Disks References: <199608201429.JAA20513@brasil.moneng.mei.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Joe Greco wrote: > > > As Dennis wrote: > > > > > > Is it outlined/described anywhere how to make a bootable system floppy? > > > > disklabel -Brw fd0 > > newfs ... /dev/rfd0a (look into /etc/disktab for the options) [...] > I did, at one point, take what's there and create a "router floppy" from it, > using a compressed kernel and a built-in kernel MFS, the same way that > boot.flp does. > > It was actually kinda slick... you can take arbitrary programs and stuff > and create a single "crunched" binary from them (see man -k crunch). You > then populate your /bin or /stand with that binary and a bunch of hard > links... make your /dev and /etc trees and anything else you need... and > go off on your merry way. > > I make it sound so easy. :-) It was a six hour hack job to make it > buildable from a makefile.... not too hard just a little slow to do the > "make"/"make floppy"/boot it/find problem/ etc cycle... [...] As I mentionned earlier. afte doing a make world, go to /usr/src/install/floppies and type "make" From owner-freebsd-hackers Tue Aug 20 13:36:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA01428 for hackers-outgoing; Tue, 20 Aug 1996 13:36:08 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA01366 for ; Tue, 20 Aug 1996 13:35:57 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA15016 for ; Tue, 20 Aug 1996 22:35:51 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA18905 for freebsd-hackers@freebsd.org; Tue, 20 Aug 1996 22:35:50 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA17519 for freebsd-hackers@freebsd.org; Tue, 20 Aug 1996 22:11:21 +0200 (MET DST) From: J Wunsch Message-Id: <199608202011.WAA17519@uriah.heep.sax.de> Subject: Re: Making Bootable Disks To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 20 Aug 1996 22:11:21 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608201429.JAA20513@brasil.moneng.mei.com> from Joe Greco at "Aug 20, 96 09:29:21 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Joe Greco wrote: > > > Is it outlined/described anywhere how to make a bootable system floppy? > > > > disklabel -Brw fd0 > > newfs ... /dev/rfd0a (look into /etc/disktab for the options) > > mount /dev/fd0a /mnt > > cp /kernel /mnt > > umount /mnt > > With all due respect Joerg, that's nice but not very useful :-) The kernel > alone will take 2/3 the floppy. The question was about a ``bootable floppy'', not about a useful one. ;-) Actually, that's the ``classical'' boot/root floppy pair approach. You load the kernel off the boot floppy, and then provide a root floppy as the root f/s. The minimal contents of a (marginally) useful root floppy is /sbin/init, /bin/sh, and /dev/console. Everything else is optional. crunchgen is a nice tool to create the contents of the root floppy. The installation floppy, while still using the name ``boot.flp'' (for hysterical reasons -- root.flp has just been eliminated recently, but didn't server for exactly this purpose for more than a year now), is another matter: it uses a builtin MFS acting as the root file system. I think you can also create something like the MFSROOT floppy now with Julian's new floppy creation tools (/usr/src/release/floppies/). Both approaches have its pros and cons. The boot/root pair has the disadvantage of a more complicated handling (you gotta swap floppies after loading the kernel), and of blocking the floppy drive while running. The MFS root system has the disadvantage of a more complicated system to manipulate the kernel or the contents of the root file system. It also requires a much bigger memory footprint (unless you're going to back the MFS on floppy swap space ;-). Dennis wasn't exactly specific about the purpose of his question, thus i couldn't answer it much better. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Aug 20 13:36:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA01469 for hackers-outgoing; Tue, 20 Aug 1996 13:36:17 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA01444 for ; Tue, 20 Aug 1996 13:36:12 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id WAA15052; Tue, 20 Aug 1996 22:36:05 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA18915; Tue, 20 Aug 1996 22:36:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id WAA17791; Tue, 20 Aug 1996 22:32:28 +0200 (MET DST) From: J Wunsch Message-Id: <199608202032.WAA17791@uriah.heep.sax.de> Subject: Re: max math performance - how? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 20 Aug 1996 22:32:27 +0200 (MET DST) Cc: kuku@gilberto.physik.rwth-aachen.de Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608201445.AAA32287@godzilla.zeta.org.au> from Bruce Evans at "Aug 21, 96 00:45:39 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bruce Evans wrote: > 386BSD used libm, which is slow. -current uses msun, which is > slower, except possibly if it is compiled with option HAVE_FPU. Why don't we compile it with this option? I thought the emulator will serve those folks who don't have an FPU? We could also ship the non-FPU lib in a separate package in releases, but i think a large number of machines now come with an FPU as an integral part of their system, so still defaulting to non-FPU math libs seems a little silly. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Aug 20 13:48:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA02798 for hackers-outgoing; Tue, 20 Aug 1996 13:48:59 -0700 (PDT) Received: from horus.cs.siu.edu (root@horus.cs.siu.edu [131.230.133.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA02765; Tue, 20 Aug 1996 13:48:49 -0700 (PDT) Received: from atmu (atmu.cs.siu.edu [131.230.133.99]) by horus.cs.siu.edu (8.7.4/8.7.3) with SMTP id PAA03613; Tue, 20 Aug 1996 15:54:52 -0500 (CDT) Received: from t ([131.230.16.14]) by atmu (5.x/SMI-4.1) id AA24146; Tue, 20 Aug 1996 15:54:52 -0500 Message-Id: <321A254A.414@siu.edu> Date: Tue, 20 Aug 1996 15:51:22 -0500 From: Nathan Denny X-Mailer: Mozilla 2.0 (WinNT; I) Mime-Version: 1.0 To: questions@freebsd.org Cc: hackers@freebsd.org, install@freebsd.org, bugs@freebsd.org Subject: Disk geometry problems. X-Url: http://www.freebsd.org/support.html Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I tried a floppy and DOS partition installation of FreeBSD 2.1.0-RELEASE and 2.1.5-RELEASE to each of a 386-40 w/2 IDE 115MB disks, a 486DLC-40 w/1 850MB IDE disk, and a Pentium-100 w/1 1.2GB IDE disk. Each time, I got the warning Calculated sectors percyclinder (xxxx) does not agree ... or something and the installation crashed with a written -1 of 512 bytes, invalid gzip, etc. It is not the data or the media. I've tried two versions, downloaded 10 times, from 3 sites, so at least one of those installations should have worked. In each case, I was dedicating the entire disk(s) to FreeBSD (except the DOS partition installation!). It seems to me that the installation program reads the data, and caches it in core memory. When the buffer is full it flushes it to the disk. However, since the calculated geometry is wrong, it tries to write it to some unknown destination and thppt...crash! In each case the calculated geometry was GROSSLY miscalculated. (My 115MB disk under the calculated geometry of 4096 sectors/track would be like a 2GB+ disk!) Is there any way that I can FORCE the installation to the correct geometry. I've entered the CORRECT geometry under the partition part, with and without LBA (ie. the TRUE geometry and the translated geometry) and it seems that in both cases the net effect is the same. How does FreeBSD get such a wild geometry? It seems to detect the correct geometry at boot and partition parts, but when it creates the file system it's 100%+ wrong. Please help! Nate. From owner-freebsd-hackers Tue Aug 20 15:47:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA09646 for hackers-outgoing; Tue, 20 Aug 1996 15:47:57 -0700 (PDT) Received: from wahoo.netrunner.net (wahoo.netrunner.net [204.137.145.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA09640 for ; Tue, 20 Aug 1996 15:47:55 -0700 (PDT) Received: from wam4.netrunner.net ([205.164.225.243]) by wahoo.netrunner.net (8.7.3/8.6.12) with SMTP id SAA03935 for ; Tue, 20 Aug 1996 18:45:08 -0400 (EDT) Date: Tue, 20 Aug 1996 18:45:08 -0400 (EDT) Message-Id: <199608202245.SAA03935@wahoo.netrunner.net> X-Sender: jcraton@netrunner.net X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: jcraton@wahoo.netrunner.net (Jeff Craton) Subject: mounting slices under the fixit floppy Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk im using the fixit floppy to go into repair mode. I'm trying to mount the hard drive in it's own directory so I can do some repairs, but it keeps giving me operation not permitted errors. here's my original fstab file: /dev/wd0s1b none swap sw 0 0 /dev/wd0a / ufs rw 1 1 /dev/wd0s1f /usr ufs rw 1 1 /dev/wd0s1e /var ufs rw 1 1 proc /proc procfs rw 0 0 here's the one i modified to work under the repair floppy: /dev/wd0s1b none swap sw 0 0 /dev/wd0a /alpha/ ufs rw 1 1 /dev/wd0s1f /alpha/usr ufs rw 1 1 /dev/wd0s1e /alpha/var ufs rw 1 1 proc /proc procfs rw 0 0 im trying to mount the original filesystem in the directory /alpha. Whenever I try to mount /dev/wd0a under /alpha i get an operation not permitted error. How do I mount the directories in fixit mode? From owner-freebsd-hackers Tue Aug 20 15:48:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA09716 for hackers-outgoing; Tue, 20 Aug 1996 15:48:42 -0700 (PDT) Received: from wahoo.netrunner.net (root@wahoo.netrunner.net [204.137.145.254]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA09711 for ; Tue, 20 Aug 1996 15:48:40 -0700 (PDT) Received: from wam4.netrunner.net ([205.164.225.243]) by wahoo.netrunner.net (8.7.3/8.6.12) with SMTP id SAA04063 for ; Tue, 20 Aug 1996 18:46:24 -0400 (EDT) Date: Tue, 20 Aug 1996 18:46:24 -0400 (EDT) Message-Id: <199608202246.SAA04063@wahoo.netrunner.net> X-Sender: jcraton@netrunner.net X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: jcraton@wahoo.netrunner.net (Jeff Craton) Subject: mounting slices under the fixit floppy Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk forgot to mention...please respond to me directly. im still not subscribed yet! >im using the fixit floppy to go into repair mode. I'm trying to mount the hard drive in it's own directory so I can do some repairs, but it keeps giving me operation not permitted errors. > >here's my original fstab file: > >/dev/wd0s1b none swap sw 0 0 >/dev/wd0a / ufs rw 1 1 >/dev/wd0s1f /usr ufs rw 1 1 >/dev/wd0s1e /var ufs rw 1 1 >proc /proc procfs rw 0 0 > >here's the one i modified to work under the repair floppy: > >/dev/wd0s1b none swap sw 0 0 >/dev/wd0a /alpha/ ufs rw 1 1 >/dev/wd0s1f /alpha/usr ufs rw 1 1 >/dev/wd0s1e /alpha/var ufs rw 1 1 >proc /proc procfs rw 0 0 > >im trying to mount the original filesystem in the directory /alpha. Whenever I try >to mount /dev/wd0a under /alpha i get an operation not permitted error. How do I mount >the directories in fixit mode? > From owner-freebsd-hackers Tue Aug 20 16:21:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA11828 for hackers-outgoing; Tue, 20 Aug 1996 16:21:31 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA11822 for ; Tue, 20 Aug 1996 16:21:28 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA21890 for ; Wed, 21 Aug 1996 01:21:26 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA22568 for freebsd-hackers@freebsd.org; Wed, 21 Aug 1996 01:21:25 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id XAA18334 for freebsd-hackers@freebsd.org; Tue, 20 Aug 1996 23:08:25 +0200 (MET DST) From: J Wunsch Message-Id: <199608202108.XAA18334@uriah.heep.sax.de> Subject: Re: BSDI netscape and name resolving To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Tue, 20 Aug 1996 23:08:25 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <57vieedlrp.fsf@elsevier.co.uk> from Paul Richards at "Aug 20, 96 06:10:34 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Paul Richards wrote: > >From my experience all versions of Netscape have their own DNS code > built into them and they always do direct DNS queries rather than > using the OS's calls. That's not surprising at all, since they are statically linked, and the resolver is a library-level feature. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Aug 20 17:18:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA17579 for hackers-outgoing; Tue, 20 Aug 1996 17:18: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.5/8.7.3) with ESMTP id RAA17544; Tue, 20 Aug 1996 17:18:25 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id JAA07495; Wed, 21 Aug 1996 09:31:27 +0930 From: Michael Smith Message-Id: <199608210001.JAA07495@genesis.atrad.adelaide.edu.au> Subject: Re: Disk geometry problems. To: SCHCATS@siu.edu (Nathan Denny) Date: Wed, 21 Aug 1996 09:31:27 +0930 (CST) Cc: questions@freebsd.org, hackers@freebsd.org, install@freebsd.org, bugs@freebsd.org In-Reply-To: <321A254A.414@siu.edu> from "Nathan Denny" at Aug 20, 96 03:51:22 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 Firstly, _please_ don't spam the lists with installation questions. Nathan Denny stands accused of saying: > > I tried a floppy and DOS partition installation of FreeBSD 2.1.0-RELEASE and > 2.1.5-RELEASE to each of a 386-40 w/2 IDE 115MB disks, a 486DLC-40 w/1 850MB IDE > disk, and a Pentium-100 w/1 1.2GB IDE disk. > > Each time, I got the warning Calculated sectors percyclinder (xxxx) does not > agree ... or something and the installation crashed with a written -1 of 512 > bytes, invalid gzip, etc. The 'calculated sectors...' message is harmless and can be ignored. The 'invalid gzip etc.' message on the other hand, means that your distribution is corrupted. That's all there is to it. > It is not the data or the media. I've tried two versions, > downloaded 10 times, from 3 sites, so at least one of those > installations should have worked. It _is_ the data, or the means that you are using to get it onto the target system. Without knowing what that is, or which 3 sites you have installed from, nobody can help you. > It seems to me that the installation program reads the data, and > caches it in core memory. When the buffer is full it flushes it to > the disk. However, since the calculated geometry is wrong, it tries > to write it to some unknown destination and thppt...crash! You are guessing, and you are wrong. Don't. > How does FreeBSD get such a wild geometry? It seems to detect the > correct geometry at boot and partition parts, but when it creates > the file system it's 100%+ wrong. The geometry used for the filesystem is a fiction designed to defeat some of the old optimisations built into the filesystem design back when the old RA81 was a hot piece of disk hardware and it was worth the system's time caring about the geometry. It has nothing to do with your mundane data corruption problem. > 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 Tue Aug 20 18:45:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA24514 for hackers-outgoing; Tue, 20 Aug 1996 18:45:23 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA24509 for ; Tue, 20 Aug 1996 18:45:16 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA08157; Wed, 21 Aug 1996 10:58:19 +0930 From: Michael Smith Message-Id: <199608210128.KAA08157@genesis.atrad.adelaide.edu.au> Subject: Re: BSDI netscape and name resolving To: marc@bowtie.nl (Marc van Kempen) Date: Wed, 21 Aug 1996 10:58:19 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199608200913.LAA14955@nietzsche.bowtie.nl> from "Marc van Kempen" at Aug 20, 96 11:13:29 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 Marc van Kempen stands accused of saying: > > > > We run Netscape 3.0 here behind a socks4 proxy, although we specify > > the proxy by IP not name. > > I also specify the the proxy by IP, but then I get the 'no route > to host' error message. Bizarre. I can't say I've ever seen that one, so I can't really help, sorry 8( You could try bugging Netscape about it... > Marc van Kempen BowTie Technology -- ]] 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 Aug 20 18:49:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA24788 for hackers-outgoing; Tue, 20 Aug 1996 18:49:59 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA24782 for ; Tue, 20 Aug 1996 18:49:55 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.7.3) with SMTP id TAA06257; Tue, 20 Aug 1996 19:07:41 -0700 (PDT) Date: Tue, 20 Aug 1996 19:07:40 -0700 (PDT) From: Tom Samplonius To: Ulf Zimmermann cc: Tony Tam , hackers@freebsd.org Subject: Re: 10BaseT distance In-Reply-To: <199608201920.MAA22813@Gatekeeper.Lamb.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 Tue, 20 Aug 1996, Ulf Zimmermann wrote: > > Could anybody tell me what is the maximum distance between an > > 10BaseT adapter and the 10BaseT hub? Another question: Could anybody > > Depending on the cable, normal is AWG24 I think, you can do 100 meters (330 > feet) between card and hub. Maximum of 4 hubs in a segment. After this > you will need a router. On most networks, you can get away with as many as 6 or 7 hubs. I've done this before. Tom From owner-freebsd-hackers Tue Aug 20 21:36:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA11500 for hackers-outgoing; Tue, 20 Aug 1996 21:36:16 -0700 (PDT) Received: from cyber2.servtech.com (cyber2.servtech.com [199.1.22.12]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA11489 for ; Tue, 20 Aug 1996 21:36:13 -0700 (PDT) From: dirk@servtech.com Received: from jr3.ceh.servtech.com (dirk@jr3.ceh.servtech.com [204.181.5.119]) by cyber2.servtech.com (8.7.5/8.7.5) with SMTP id XAA02495 for ; Tue, 20 Aug 1996 23:10:43 -0400 (EDT) Date: Tue, 20 Aug 1996 23:10:43 -0400 (EDT) Message-Id: <199608210310.XAA02495@cyber2.servtech.com> X-Sender: dirk@cyber2.servtech.com X-Mailer: Windows Eudora Pro Version 2.1.2 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: freebsd-hackers@freebsd.org Subject: Maximum file descriptors per process Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone know how I might go about raising the maximum # of file descriptors per process in FreeBSD? Ver: 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0 Derrick (dirk@servtech.com) From owner-freebsd-hackers Tue Aug 20 22:05:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA15607 for hackers-outgoing; Tue, 20 Aug 1996 22:05:06 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA15602 for ; Tue, 20 Aug 1996 22:05:04 -0700 (PDT) Received: from omnivax (skynet.ctr.columbia.edu [128.59.64.70]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id WAA13924 for ; Tue, 20 Aug 1996 22:04:59 -0700 (PDT) Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.12/8.6.9) id TAA19759; Tue, 20 Aug 1996 19:29:28 -0400 From: Bill Paul Message-Id: <199608202329.TAA19759@skynet.ctr.columbia.edu> Subject: Re: Making Bootable Disks To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Tue, 20 Aug 1996 19:29:27 -0400 (EDT) Cc: hackers@freebsd.org In-Reply-To: <199608201429.JAA20513@brasil.moneng.mei.com> from "Joe Greco" at Aug 20, 96 09:29:21 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Of all the gin joints in all the towns in all the world, Joe Greco had to walk into mine and say: > > As Dennis wrote: > > > > > > Is it outlined/described anywhere how to make a bootable system floppy? > > > > disklabel -Brw fd0 > > newfs ... /dev/rfd0a (look into /etc/disktab for the options) > > mount /dev/fd0a /mnt > > cp /kernel /mnt > > umount /mnt > > With all due respect Joerg, that's nice but not very useful :-) The kernel > alone will take 2/3 the floppy. If you're willing to blow the money on a second floppy, you can make a two floppy set (boot and root disks). Create two disks with UFS filesystems on them, put the kernel on one and /sbin/init and whatever else you can manage onto the other one (crunchgen would be useful if you can't fit all the tools you want). Compile the kernel with: config vmunix swap generic instead of config vmunix root on wd0 (or whatever you normally use). (Yes, I know it's shown as 'config kernel ...' in the standard config files. I don't care about any damn trademarks: god intented the kernel image to be called vmunix and that's what I'm bleeding well going to call it. So there.) To use this, put the kernel floppy in the drive, start the system, and use the -a option at the boot prompt: Boot: -a The kernel will load, go all the way through the autoconfig phase and then present you with a prompt that says: root device? When this prompt comes up, remove the kernel floppy, put in the root floppy, then type 'fd0' as the root device: root device? fd0 The kernel will then mount the root floppy as the root fs. Some people have suggested using a normal kernel and just quickly swapping the floppies before the autoconfig phase completes (you have several seconds between the time the kernel loads and when it actually goes to mount the root fs) but this strikes me as too kludgy for words. Using swapgeneric is cleaner and a little more flexible (you can say wd0 or sd0 if you want, for example). The downside to this is that programs that need to do an nlist() on /vmunix (or /kernel, or whatever) won't work since the kernel image won't exist on the root floppy filesystem. Consequently, this solution may not be useful for much other than as an emergency filesystem repair utility. I've been waiting for someone to do something with swapgeneric (other than say it's 'going away') so that it can regain some of its original functionality (it doesn't really have much to do with swapping anymore, though it could, and probably should) and perhaps add support for booting from alternate root filesystems on CD-ROMs or NFS servers. But apparently nobody's interested in it anymore, and I just don't have the time to do it myself. -Bill -- ============================================================================= -Bill Paul (212) 854-6020 | System Manager, Master of Unix-Fu Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ============================================================================= "If you're ever in trouble, go to the CTR. Ask for Bill. He will help you." ============================================================================= From owner-freebsd-hackers Tue Aug 20 22:46:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA21686 for hackers-outgoing; Tue, 20 Aug 1996 22:46:04 -0700 (PDT) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA21677 for ; Tue, 20 Aug 1996 22:46:00 -0700 (PDT) Received: from localhost (tom@localhost) by misery.sdf.com (8.7.5/8.7.3) with SMTP id XAA06541; Tue, 20 Aug 1996 23:06:02 -0700 (PDT) Date: Tue, 20 Aug 1996 23:06:01 -0700 (PDT) From: Tom Samplonius To: dirk@servtech.com cc: freebsd-hackers@freebsd.org Subject: Re: Maximum file descriptors per process In-Reply-To: <199608210310.XAA02495@cyber2.servtech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 20 Aug 1996 dirk@servtech.com wrote: > > Does anyone know how I might go about raising the maximum # of file > descriptors per process in FreeBSD? > > Ver: 2.1.0-RELEASE FreeBSD 2.1.0-RELEASE #0 This belongs on the freebsd-questions list (it is question after all). The easy way to do this, is the "limit openfiles XX" command. "limit" is an internal csh (and bash?) command. Tom From owner-freebsd-hackers Wed Aug 21 00:05:45 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA07849 for hackers-outgoing; Wed, 21 Aug 1996 00:05:45 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA07829 for ; Wed, 21 Aug 1996 00:05:41 -0700 (PDT) Received: from csgrad.cs.vt.edu by mail.crl.com with SMTP id AA18655 (5.65c/IDA-1.5 for ); Wed, 21 Aug 1996 00:04:27 -0700 Received: by csgrad.cs.vt.edu; (5.65v3.2/1.1.8.2/19Sep94-1023AM) id AA06170; Tue, 20 Aug 1996 17:07:42 -0400 Date: Tue, 20 Aug 1996 17:07:42 -0400 From: Tommy Johnson Message-Id: <9608202107.AA06170@csgrad.cs.vt.edu> To: dennis@etinc.com, huck@mispwoso.nosc.mil Subject: Re: de driver bug? Cc: hackers@freebsd.org, matt@lkg.dec.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> that it is having connection problems. Unless you have a flakey network >> it could be a flakey card. > >Ok...this is the scoop. > >I have a '486 PCI MB (ACER) with a genuine SMC ethernet card. The >identical hardware (tested by swapping out hard disks).... My scoop: PCI SMC Etherpower 10baseT/10base2 ethernet card, on a dual 586-100 (labeled "pentium" though). > >1) Works in FreeBSD 2.1.0R >2) Works in Linux 2.0.0 >3) Doesnt work in FreeBSD 2.1.5R. The installation boot procedure (NFS) >fails,and a system built on another machine finds but cannot use the de card. Exact same thing: worked with FreeBSD 2.1 Release, FreeBSD 2.2-current (end of July) broke it. My Fix: I use 10base2, and it never said "de0: enabling Thinwire/BNC port" after I installed FreeBSD-current. So I figured the media probe failed, and added /* Added by TOJ, to attempt to force 10base2 */ sc->tulip_media=TULIP_MEDIA_BNC; /* End TOJ */ at line 1842 of /usr/src/sys/pci/if_de.c Its worked ever since. > >I think that the problem is that I dont get any interrupts. I got an "abnormal" >interrupt a few times...but now I am not. > >Whats changed in 2.1.5? is it the de driver, or the PCI stuff? -Tom "Well, laugh." -Jared tjohnson@csgrad.cs.vt.edu "My other computer ALSO runs unix." -me <*> http://csgrad.cs.vt.edu/~tjohnson/ Message and signature (c) 1996 Tommy O. Johnson, all rights reserved From owner-freebsd-hackers Wed Aug 21 00:38:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA12890 for hackers-outgoing; Wed, 21 Aug 1996 00:38:38 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA12879 for ; Wed, 21 Aug 1996 00:38:35 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA09634; Wed, 21 Aug 1996 16:51:24 +0930 From: Michael Smith Message-Id: <199608210721.QAA09634@genesis.atrad.adelaide.edu.au> Subject: Re: de driver bug? To: tjohnson@csgrad.cs.vt.edu (Tommy Johnson) Date: Wed, 21 Aug 1996 16:51:24 +0930 (CST) Cc: dennis@etinc.com, huck@mispwoso.nosc.mil, hackers@freebsd.org, matt@lkg.dec.com In-Reply-To: <9608202107.AA06170@csgrad.cs.vt.edu> from "Tommy Johnson" at Aug 20, 96 05:07:42 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 Tommy Johnson stands accused of saying: > > Exact same thing: worked with FreeBSD 2.1 Release, FreeBSD 2.2-current (end > of July) broke it. This is the 'no interrupt on media sense' bug. It's bitten me too 8( > My Fix: > I use 10base2, and it never said "de0: enabling Thinwire/BNC port" after > I installed FreeBSD-current. So I figured the media probe failed, and added > > /* Added by TOJ, to attempt to force 10base2 */ > sc->tulip_media=TULIP_MEDIA_BNC; > /* End TOJ */ > > at line 1842 of /usr/src/sys/pci/if_de.c > > Its worked ever since. You can also specify the interface using the link2 flag. From memory '-link2' will force BNC. What Matt needs is a few more people to work with him, or lend him 'de' cards that aren't working, to sort out what's going on, AFAIK. > -Tom "Well, laugh." -Jared -- ]] 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 Aug 21 00:47:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13546 for hackers-outgoing; Wed, 21 Aug 1996 00:47:25 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA13531 for ; Wed, 21 Aug 1996 00:47:15 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id RAA01048; Wed, 21 Aug 1996 17:31:10 +1000 Date: Wed, 21 Aug 1996 17:31:10 +1000 From: Bruce Evans Message-Id: <199608210731.RAA01048@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: max math performance - how? Cc: kuku@gilberto.physik.rwth-aachen.de Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> 386BSD used libm, which is slow. -current uses msun, which is >> slower, except possibly if it is compiled with option HAVE_FPU. >Why don't we compile it with this option? I thought the emulator will Because it only works on systems that HAVE an FPU :-). >serve those folks who don't have an FPU? We could also ship the No, the emulator doesn't support any math functions. >non-FPU lib in a separate package in releases, but i think a large >number of machines now come with an FPU as an integral part of their >system, so still defaulting to non-FPU math libs seems a little silly. There would also need to be packages for all binaries that are statically linked to libm. ps is the only one in /*bin. Bruce From owner-freebsd-hackers Wed Aug 21 01:24:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA17922 for hackers-outgoing; Wed, 21 Aug 1996 01:24:57 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA17896 for ; Wed, 21 Aug 1996 01:24:51 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id KAA24971; Wed, 21 Aug 1996 10:20:00 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA08275; Wed, 21 Aug 1996 10:32:52 +0200 From: Christoph Kukulies Message-Id: <199608210832.KAA08275@gilberto.physik.rwth-aachen.de> Subject: Re: max math performance - how? To: joerg_wunsch@uriah.heep.sax.de Date: Wed, 21 Aug 1996 10:32:51 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org, kuku@gilberto.physik.rwth-aachen.de In-Reply-To: <199608202032.WAA17791@uriah.heep.sax.de> from J Wunsch at "Aug 20, 96 10:32:27 pm" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As Bruce Evans wrote: > > > 386BSD used libm, which is slow. -current uses msun, which is > > slower, except possibly if it is compiled with option HAVE_FPU. > > Why don't we compile it with this option? I thought the emulator will > serve those folks who don't have an FPU? We could also ship the > non-FPU lib in a separate package in releases, but i think a large > number of machines now come with an FPU as an integral part of their > system, so still defaulting to non-FPU math libs seems a little silly. Another idea comes into mind: (don't know 386 architecture so well though): Assumed you have an FPU inlined libm. Would it be possible to run the emulator through a trap (emulator trap instruction) or intercepting the illegal instruction trap, checking the stack for a valid FPU instruction and pass instruction execution to the emulator in that case. > > -- > 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. ;-) > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Aug 21 01:50:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA20758 for hackers-outgoing; Wed, 21 Aug 1996 01:50:31 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA20750 for ; Wed, 21 Aug 1996 01:50:26 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id KAA25308; Wed, 21 Aug 1996 10:45:30 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id KAA08335; Wed, 21 Aug 1996 10:58:08 +0200 From: Christoph Kukulies Message-Id: <199608210858.KAA08335@gilberto.physik.rwth-aachen.de> Subject: Re: Fortran users anywhere? To: terry@lambert.org (Terry Lambert) Date: Wed, 21 Aug 1996 10:58:08 +0200 (MET DST) Cc: msmith@atrad.adelaide.edu.au, hackers@freebsd.org In-Reply-To: <199608201853.LAA10786@phaeton.artisoft.com> from Terry Lambert at "Aug 20, 96 11:53:09 am" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Don't shoot me; I'm not the guilty party... > > > > I'm looking for anyone that has any experience with (and maybe documentation > > for) the f2c fortran->C translator that's used by the 'f77' gcc frontend. > > > > I see the reference in the manpage to one of the UTS manuals - are these > > generally available? > > UNIX Timesharing System > > No, they aren't generally available, at least not as originals. > > I personally used Ultrix and AT&T FORTRAN manuals when hacking up the > shell scripts. They are both hacked versions of the UTS manuals (the > AT&T version less hacked, and somewhat less useful). > > > I've use the thing to compile up simulation software for relativistically > invariant P-P, P-N, and N-N collisions, and to apply physical models > as the soloution to a set of 13 irreducable Feynman-Dyson diagrams > as part of a theoretical confirmation for experimental data regarding > the energy range of the carrier of the weak force (Dr. Jay Phippen's > work). Wow, Terry, is High Energy Physics your hobby? ;-) > > The resulting code on a Sun SS2+ was facter than the native FORTRAN > on a VAX 8800 with vector processor by about a factor of 10, and the > output was identical, once I hacked the random functions in for the > Montecarlo for the event generator (they are missing from the FORTRAN > library that comes with the package). > > > (I have the Bell Labs CSTR 149 document, but this covers f2c's internals > > rater than its usage.) > > It's pretty vanilla UNIX F77. I believe there are version of the > UTS documents still available from UNIX Press. If you had asked me > two years ago, I could have sent you an old copy. 8-(. From a mail conversation about this with dmg@research.att.com: > Both volumes were published by Saunders College Publishing > ISBN 0-03-047532-5 and 0-03-047529-5 (yes, isbn(vol2) < isbn(vol1)) > at one time they could be ordered at +1 800 782 4479 > > If you can dig up an old Ultrix FORTRAN manual, you will have pretty > much what you need. > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Aug 21 03:01:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA25962 for hackers-outgoing; Wed, 21 Aug 1996 03:01:42 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA25947 for ; Wed, 21 Aug 1996 03:01:35 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id DAA01018; Wed, 21 Aug 1996 03:01:13 -0700 (PDT) To: Tommy Johnson cc: dennis@etinc.com, huck@mispwoso.nosc.mil, hackers@freebsd.org, matt@lkg.dec.com Subject: Re: de driver bug? In-reply-to: Your message of "Tue, 20 Aug 1996 17:07:42 EDT." <9608202107.AA06170@csgrad.cs.vt.edu> Date: Wed, 21 Aug 1996 03:01:13 -0700 Message-ID: <1016.840621673@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > My scoop: > PCI SMC Etherpower 10baseT/10base2 ethernet card, on a dual 586-100 (labeled > "pentium" though). Have you tried using any of the link flags to ifconfig? Modifying the driver before trying that simple test would be silly indeed. Jordan From owner-freebsd-hackers Wed Aug 21 03:09:11 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA26387 for hackers-outgoing; Wed, 21 Aug 1996 03:09:11 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA26382 for ; Wed, 21 Aug 1996 03:09:06 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id MAA26884 for ; Wed, 21 Aug 1996 12:04:26 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id MAA09321 for freebsd-hackers@freefall.cdrom.com; Wed, 21 Aug 1996 12:17:13 +0200 Date: Wed, 21 Aug 1996 12:17:13 +0200 From: Christoph Kukulies Message-Id: <199608211017.MAA09321@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.FreeBSD.org Subject: strange problems with ghostview but other prgs as well Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I'm running -current of various dates but I have one reproducible problem with ghostview 1.5: When I run ghostscript on the file I appended, e.g. ghostview zeus.eps the disk starts heavily thrashing. Viewing the file with gs alone works fine. The systems gets so busy that it is hard to get a foot in the door to bail it out (^C in the xterm). It looks a bit to me like libgnumalloc being the culprit. The same behaviour (heavy disk activity ad nauseam) when doing a Find in a (certain) document in netscape (v30b[56] and also 2.0x). I bet netscape is linked against libgnumalloc as well. If anyone wants to reproduce the problem I put up the file zeus.eps to freefall/incoming. --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Wed Aug 21 05:21:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA08452 for hackers-outgoing; Wed, 21 Aug 1996 05:21:53 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA08447 for ; Wed, 21 Aug 1996 05:21:52 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id FAA15243 for ; Wed, 21 Aug 1996 05:21:50 -0700 (PDT) To: hackers@freebsd.org Subject: Chris Torek: Re: i386 interrupt counters Date: Wed, 21 Aug 1996 05:21:50 -0700 Message-ID: <15241.840630110@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk FYI.. ------- Forwarded Message From: Chris Torek Message-Id: <199608210823.CAA02423@forge.BSDI.COM> To: explorer@flame.org, soda@sra.co.jp Subject: Re: i386 interrupt counters Cc: explorer@cygnus.com, port-i386@NetBSD.ORG, tech-kern@NetBSD.ORG Sender: owner-port-i386@NetBSD.ORG Precedence: list X-Loop: port-i386@NetBSD.ORG FWIW: >> BTW, do you use "struct evcnt" to implement it ? (see sparc port) >No, but I suspect I should be, no? ;) I always intended to have `systat -vmstat' display the event counters in the `Interrupts' column (probably relabelling the column). There should be a sysctl to retrieve them from the kernel, too. Chris ------- End of Forwarded Message From owner-freebsd-hackers Wed Aug 21 05:24:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA08640 for hackers-outgoing; Wed, 21 Aug 1996 05:24:22 -0700 (PDT) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id FAA08633 for ; Wed, 21 Aug 1996 05:24:20 -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 IAA16165 for ; Wed, 21 Aug 1996 08:24:17 -0400 (EDT) Message-Id: <199608211224.IAA16165@whizzo.transsys.com> X-Authentication-Warning: whizzo.transsys.com: Host localhost.transsys.com [127.0.0.1] didn't use HELO protocol To: hackers@freebsd.org From: "Louis A. Mamakos" Subject: Re: 10BaseT distance References: In-reply-to: Your message of "Tue, 20 Aug 1996 19:07:40 PDT." Date: Wed, 21 Aug 1996 08:24:17 -0400 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > On Tue, 20 Aug 1996, Ulf Zimmermann wrote: > > > > Could anybody tell me what is the maximum distance between an > > > 10BaseT adapter and the 10BaseT hub? Another question: Could anybody > > > > Depending on the cable, normal is AWG24 I think, you can do 100 meters (330 > > feet) between card and hub. Maximum of 4 hubs in a segment. After this > > you will need a router. > > On most networks, you can get away with as many as 6 or 7 hubs. I've > done this before. It's really the diameter of the network in hubs, rather than the total number of them which is an issue. And you can actually get away with using more if you understand the latency of the hub and how each affects the collision domain that they are all in. louie From owner-freebsd-hackers Wed Aug 21 06:19:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA14136 for hackers-outgoing; Wed, 21 Aug 1996 06:19:56 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA14111 for ; Wed, 21 Aug 1996 06:19:49 -0700 (PDT) Message-Id: <199608211319.GAA14111@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA233393564; Wed, 21 Aug 1996 23:19:24 +1000 From: Darren Reed Subject: Re: Chris Torek: Re: i386 interrupt counters To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Aug 1996 23:19:24 +1000 (EST) Cc: hackers@freebsd.org, current-users@netbsd.org, torek@BSDI.COM In-Reply-To: <15241.840630110@time.cdrom.com> from "Jordan K. Hubbard" at Aug 21, 96 05:21:50 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Jordan K. Hubbard, sie said: > FYI.. > ------- Forwarded Message > > From: Chris Torek > Message-Id: <199608210823.CAA02423@forge.BSDI.COM> > To: explorer@flame.org, soda@sra.co.jp > Subject: Re: i386 interrupt counters > Cc: explorer@cygnus.com, port-i386@NetBSD.ORG, tech-kern@NetBSD.ORG > Sender: owner-port-i386@NetBSD.ORG > Precedence: list > X-Loop: port-i386@NetBSD.ORG > > FWIW: > > >> BTW, do you use "struct evcnt" to implement it ? (see sparc port) > > >No, but I suspect I should be, no? ;) > > I always intended to have `systat -vmstat' display the event > counters in the `Interrupts' column (probably relabelling the > column). There should be a sysctl to retrieve them from the > kernel, too. > > Chris > > ------- End of Forwarded Message Checkout pstat(2) under HP-UX 9 and 10 (there is only a man page on 10). For what its worth, I've written a version of w(1) using pstat(2) that worked as well as the original except it wasn't setuid-root. I'm sure the same could be done for ps(1) on HP-UX and there is a top-style tool called "yamm" for HP-UX that doesn't need to be setuid root. I also believe that some of the vmstat/systat type tools also use this interface. I think pstat(2) is an excellent idea, so long as you don't believe that the information needed by ps/w, etc, doesn't need to be private. Darren From owner-freebsd-hackers Wed Aug 21 07:06:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA17576 for hackers-outgoing; Wed, 21 Aug 1996 07:06:46 -0700 (PDT) Received: from tdc.on.ca (tdc.on.ca [204.92.242.39]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA17571 for ; Wed, 21 Aug 1996 07:06:42 -0700 (PDT) Received: (from martin@localhost) by tdc.on.ca (8.7.5/8.6.6) id KAA02637 for hackers@freebsd.org; Wed, 21 Aug 1996 10:05:59 -0400 (EDT) From: Martin Renters Message-Id: <199608211405.KAA02637@tdc.on.ca> Subject: CDwriter software To: hackers@freebsd.org Date: Wed, 21 Aug 1996 10:05:58 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Is there a particular reason that we've gone with a 'worm' driver interface for CD writers, as opposed to a 'cdwrite' program like Linux has? The reason I ask is that I've just finished writing a 'cdwrite' type program to burn CDs on a PINNACLE RCD1000/RCD5040 on HPUX 10.x and the SCSI command set that this drive uses is rather different to that of the HP/Plasmon writers. For one, it seems to want to know ahead of time how much data you want to write in a track and you also have to supply pregap, and postgap information. The SCSI write command has a bit that specifies that more data is to follow, and you're expected to keep this bit set while writing out your data. When writing the pregap/postgap information you need to supply 150 blocks of data, the buffer for which you'd have to get some somewhere inside the kernel. This all seems simpler in a 'cdwrite' type program. Comments? Martin From owner-freebsd-hackers Wed Aug 21 07:30:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19806 for hackers-outgoing; Wed, 21 Aug 1996 07:30:27 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA19791 for ; Wed, 21 Aug 1996 07:30:24 -0700 (PDT) Received: from ns.stu.neva.ru (ns.stu.neva.ru [194.85.96.53]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id HAA14772 for ; Wed, 21 Aug 1996 07:22:39 -0700 (PDT) Received: by ns.stu.neva.ru id <24196-125>; Wed, 21 Aug 1996 18:10:17 +0300 Subject: Re: 2.1.5R & ATAPI CDROM Problems From: Yuri Shemanin To: freebsd-hackers@freebsd.org Date: Wed, 21 Aug 1996 18:10:12 +0400 (MSD) X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <96Aug21.181017msd.24196-125+31@ns.stu.neva.ru> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello all, I'm not sure that info is of any value, but I've resolved my CD problems with following change in atapi.c (atapi_wait() function): 397c397 < if (cnt <= 0 && (s != 0xff)) --- > if (cnt <= 0) I have GoldStar 542B & 2.1.5R and there were big problems with its recognition while booting. Fast investigation showed that the hellish device returned 0xff byte instead of unsetting BUSY bit while probing, so not being any kind of ATAPI expert I used the above dirty hack. After that I have one extra message "unknown phase" at console but all problems flied away. Regards, Yuri. P.S. CD worked well under OS/2 & DOS. From owner-freebsd-hackers Wed Aug 21 07:32:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA19998 for hackers-outgoing; Wed, 21 Aug 1996 07:32:26 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA19993 for ; Wed, 21 Aug 1996 07:32:19 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id AAA17293; Thu, 22 Aug 1996 00:12:38 +1000 Date: Thu, 22 Aug 1996 00:12:38 +1000 From: Bruce Evans Message-Id: <199608211412.AAA17293@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, kuku@gilberto.physik.rwth-aachen.de Subject: Re: max math performance - how? Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Another idea comes into mind: (don't know 386 architecture so well though): >Assumed you have an FPU inlined libm. Would it be possible to >run the emulator through a trap (emulator trap instruction) or >intercepting the illegal instruction trap, checking the stack for a valid >FPU instruction and pass instruction execution to the emulator >in that case. That's what happens now. The emulator sees all FPU instructions. Unfortunately, it doesn't handle any of the instructions for functions. Bruce From owner-freebsd-hackers Wed Aug 21 08:16:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA24444 for hackers-outgoing; Wed, 21 Aug 1996 08:16:35 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA24418 for ; Wed, 21 Aug 1996 08:16:30 -0700 (PDT) Received: from ppp-089.etinc.com (ppp-089.etinc.com [204.141.95.148]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA13504; Wed, 21 Aug 1996 11:19:26 -0400 Date: Wed, 21 Aug 1996 11:19:26 -0400 Message-Id: <199608211519.LAA13504@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: Bill Paul From: dennis@etinc.com (Dennis) Subject: Re: Making Bootable Disks Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Of all the gin joints in all the towns in all the world, Joe Greco had >to walk into mine and say: > >> > As Dennis wrote: >> > > >> > > Is it outlined/described anywhere how to make a bootable system floppy? >> > >> > disklabel -Brw fd0 >> > newfs ... /dev/rfd0a (look into /etc/disktab for the options) >> > mount /dev/fd0a /mnt >> > cp /kernel /mnt >> > umount /mnt >> >> With all due respect Joerg, that's nice but not very useful :-) The kernel >> alone will take 2/3 the floppy. > >If you're willing to blow the money on a second floppy, you can make >a two floppy set (boot and root disks). The system has to boot without human intervention..... > >Create two disks with UFS filesystems on them, put the kernel on one >and /sbin/init and whatever else you can manage onto the other one >(crunchgen would be useful if you can't fit all the tools you want). > >Compile the kernel with: > >config vmunix swap generic > >instead of > >config vmunix root on wd0 (or whatever you normally use). > >(Yes, I know it's shown as 'config kernel ...' in the standard >config files. I don't care about any damn trademarks: god intented >the kernel image to be called vmunix and that's what I'm bleeding >well going to call it. So there.) Sounds like a man with little to lose :-) > >To use this, put the kernel floppy in the drive, start the system, and >use the -a option at the boot prompt: > >Boot: -a > >The kernel will load, go all the way through the autoconfig phase >and then present you with a prompt that says: > >root device? > >When this prompt comes up, remove the kernel floppy, put in the root >floppy, then type 'fd0' as the root device: Can this be done automagically on a dual floppy system...if you cant squeeze it into 1? Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Wed Aug 21 08:28:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA26690 for hackers-outgoing; Wed, 21 Aug 1996 08:28:34 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA26681 for ; Wed, 21 Aug 1996 08:28:27 -0700 (PDT) Received: from ppp-089.etinc.com (ppp-089.etinc.com [204.141.95.148]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA13581; Wed, 21 Aug 1996 11:32:37 -0400 Date: Wed, 21 Aug 1996 11:32:37 -0400 Message-Id: <199608211532.LAA13581@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: Tommy Johnson From: dennis@etinc.com (Dennis) Subject: Re: de driver bug? Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >>> that it is having connection problems. Unless you have a flakey network >>> it could be a flakey card. >> >>Ok...this is the scoop. >> >>I have a '486 PCI MB (ACER) with a genuine SMC ethernet card. The >>identical hardware (tested by swapping out hard disks).... > >My scoop: >PCI SMC Etherpower 10baseT/10base2 ethernet card, on a dual 586-100 (labeled >"pentium" though). > >> >>1) Works in FreeBSD 2.1.0R >>2) Works in Linux 2.0.0 >>3) Doesnt work in FreeBSD 2.1.5R. The installation boot procedure (NFS) >>fails,and a system built on another machine finds but cannot use the de card. > >Exact same thing: worked with FreeBSD 2.1 Release, FreeBSD 2.2-current (end >of July) broke it. > >My Fix: >I use 10base2, and it never said "de0: enabling Thinwire/BNC port" after >I installed FreeBSD-current. So I figured the media probe failed, and added > >/* Added by TOJ, to attempt to force 10base2 */ >sc->tulip_media=TULIP_MEDIA_BNC; >/* End TOJ */ > >at line 1842 of /usr/src/sys/pci/if_de.c > >Its worked ever since. Alas, this isnt the problem I'm seeing (I've tried 2.1.5 on a different MB...a pentium and it still doesnt work). I get the "enabling AUI...or 10baseT" message (I've tried both BNC and TP)...still no good. I'm going to try the 2.1R driver in 2.1.5 to see if that works..... Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Wed Aug 21 09:03:47 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA01543 for hackers-outgoing; Wed, 21 Aug 1996 09:03:47 -0700 (PDT) Received: from eins.siemens.at (eins.siemens.at [193.81.246.11]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA01534 for ; Wed, 21 Aug 1996 09:03:38 -0700 (PDT) Received: from sol1.gud.siemens.co.at (root@firix [10.1.143.100]) by eins.siemens.at (8.7.4/8.7.3) with SMTP id SAA13794 for ; Wed, 21 Aug 1996 18:02:58 +0200 (MET DST) Received: from ws2301.gud.siemens.co.at by sol1.gud.siemens.co.at with smtp (Smail3.1.28.1 #7 for ) id m0utFk2-00021JC; Wed, 21 Aug 96 18:02 MET DST Received: by ws2301.gud.siemens.co.at (1.37.109.16/1.37) id AA038993163; Wed, 21 Aug 1996 17:59:23 +0200 From: "Hr.Ladavac" Message-Id: <199608211559.AA038993163@ws2301.gud.siemens.co.at> Subject: Re: Making Bootable Disks To: dennis@etinc.com (Dennis) Date: Wed, 21 Aug 1996 17:59:23 +0200 (MESZ) Cc: wpaul@skynet.ctr.columbia.edu, hackers@FreeBSD.org In-Reply-To: <199608211519.LAA13504@etinc.com> from "Dennis" at Aug 21, 96 11:19:26 am X-Mailer: ELM [version 2.4 PL24 ME8a] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk E-mail message from Dennis contained: > > > >If you're willing to blow the money on a second floppy, you can make > >a two floppy set (boot and root disks). > > The system has to boot without human intervention..... > > Can this be done automagically on a dual floppy system...if you cant squeeze > it into 1? How about installing a yet another floppy drive and having the root filesystem on the fd1? You can then use a normal kernel hardcoded for fd1 root. (these days a floppy drive doesn't cost significantly more than the media) /Marino > > Dennis > ---------------------------------------------------------------------------- > Emerging Technologies, Inc. http://www.etinc.com > > Synchronous Communications Cards and Routers For > Discriminating Tastes. 56k to T1 and beyond. Frame > Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD > and LINUX > > From owner-freebsd-hackers Wed Aug 21 09:22:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA03174 for hackers-outgoing; Wed, 21 Aug 1996 09:22:23 -0700 (PDT) Received: from skiddaw.elsevier.co.uk (root@skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA03163 for ; Wed, 21 Aug 1996 09:22:16 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id RAA15487 for ; Wed, 21 Aug 1996 17:21:49 +0100 Received: from tees.elsevier.co.uk (actually host tees) by snowdon with SMTP (PP); Wed, 21 Aug 1996 17:21:48 +0100 Received: (from dpr@localhost) by tees.elsevier.co.uk (8.6.13/8.6.12) id RAA01715; Wed, 21 Aug 1996 17:20:53 +0100 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Cc: freebsd-hackers@freebsd.org (FreeBSD hackers) Subject: Re: BSDI netscape and name resolving References: <199608202108.XAA18334@uriah.heep.sax.de> From: Paul Richards Date: 21 Aug 1996 17:20:53 +0100 In-Reply-To: J Wunsch's message of Tue, 20 Aug 1996 23:08:25 +0200 (MET DST) Message-ID: <57u3twso7u.fsf@elsevier.co.uk> Lines: 21 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch writes: > As Paul Richards wrote: > > > >From my experience all versions of Netscape have their own DNS code > > built into them and they always do direct DNS queries rather than > > using the OS's calls. > > That's not surprising at all, since they are statically linked, and > the resolver is a library-level feature. > Doesn't BSDI's resolver use /etc/hosts.conf? If it does then it can't simply be that the library is statically linked or it would work as expected under FreeBSD. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Wed Aug 21 09:50:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06079 for hackers-outgoing; Wed, 21 Aug 1996 09:50:35 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA06037 for ; Wed, 21 Aug 1996 09:50:26 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id CAA11665 for hackers@freebsd.org; Thu, 22 Aug 1996 02:04:06 +0930 From: Michael Smith Message-Id: <199608211634.CAA11665@genesis.atrad.adelaide.edu.au> Subject: Quotes around variable values in /etc/sysconfig To: hackers@freebsd.org Date: Thu, 22 Aug 1996 02:04:06 +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 Howdy people. I missed Bruce's comment about quotes surrounding values in sh config files like /etc/sysconfig - my question is basically whether there is any reason (other than elegance) why all values could not legitimately be quoted. Note that I'm not suggesting that this should be done for the FreeBSD point of view; I'm just working on some tools to manage these sort of files, and unconditionally quoting everything is easier 8) -- ]] 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 Aug 21 10:39:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA10766 for hackers-outgoing; Wed, 21 Aug 1996 10:39:28 -0700 (PDT) Received: from netcom11.netcom.com (hasty@netcom11.netcom.com [192.100.81.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA10758 for ; Wed, 21 Aug 1996 10:39:26 -0700 (PDT) Received: (from hasty@localhost) by netcom11.netcom.com (8.6.13/Netcom) id KAA14525; Wed, 21 Aug 1996 10:39:24 -0700 Date: Wed, 21 Aug 1996 10:39:24 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199608211739.KAA14525@netcom11.netcom.com> To: hackers@freebsd.org Subject: cd writer? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Does anyone have a list of which scsi cds do we support writing to ? Tnks, Amancio From owner-freebsd-hackers Wed Aug 21 11:38:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA14978 for hackers-outgoing; Wed, 21 Aug 1996 11:38:31 -0700 (PDT) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA14973 for ; Wed, 21 Aug 1996 11:38:29 -0700 (PDT) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA32301; Wed, 21 Aug 1996 11:38:18 -0700 Date: Wed, 21 Aug 1996 11:38:18 -0700 (PDT) From: "Brian N. Handy" To: Amancio Hasty Jr Cc: hackers@freebsd.org Subject: Re: cd writer? In-Reply-To: <199608211739.KAA14525@netcom11.netcom.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 >Does anyone have a list of which scsi cds do we support writing to ? The ones I'm aware of: Phillips CDD 522 (Acts like a Plasmon) PLASMON RF4100 HP 4020i There may be others that work, you'd have to dig in the archives. Joerg is the guy who understands all this though. Brian From owner-freebsd-hackers Wed Aug 21 11:43:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA15301 for hackers-outgoing; Wed, 21 Aug 1996 11:43:03 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA15293 for ; Wed, 21 Aug 1996 11:43:00 -0700 (PDT) Received: from dialup-usr11.etinc.com (dialup-usr11.etinc.com [204.141.95.132]) by etinc.com (8.6.12/8.6.9) with SMTP id OAA14657; Wed, 21 Aug 1996 14:47:14 -0400 Date: Wed, 21 Aug 1996 14:47:14 -0400 Message-Id: <199608211847.OAA14657@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: More de driver info...... Cc: jkh@time.cdrom.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've semi-isolated the problem with the de driver not working in 2.1.5R. Its not in the driver (the 2.1.0R driver fails in a similar way). It seems to be a problem with some probes, and the difference in 2.1.5 seems to to that PCI devices are always probed first. The culprits are the aic and the uha drivers...both of which seem to disable the de board and render it inoperable upon probe. When using 10baseT...the light on the hub is illuminated when de0 is probed, and it goes out when either uha or aic is probed. Commenting both from the generic kernel allows it to work...if either is in there the board cannot be used. while I can certainly do without both drivers, I cannot load new systems because the generic kernel doesnt work with any of the de compatible cards I have (and I suspect none other as well). I need to generate new boot disk with a working kernel. Is there an easy way (without making an entire release) to just put an alternate kernel on the install boot floppy? Thanks, Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Wed Aug 21 12:51:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA20264 for hackers-outgoing; Wed, 21 Aug 1996 12:51:48 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA20257 for ; Wed, 21 Aug 1996 12:51:42 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA12479; Wed, 21 Aug 1996 12:35:42 -0700 From: Terry Lambert Message-Id: <199608211935.MAA12479@phaeton.artisoft.com> Subject: Re: Fortran users anywhere? To: kuku@gilberto.physik.rwth-aachen.de Date: Wed, 21 Aug 1996 12:35:42 -0700 (MST) Cc: terry@lambert.org, msmith@atrad.adelaide.edu.au, hackers@FreeBSD.org In-Reply-To: <199608210858.KAA08335@gilberto.physik.rwth-aachen.de> from "Christoph Kukulies" at Aug 21, 96 10:58:08 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 > Wow, Terry, is High Energy Physics your hobby? ;-) I triple majored: High Energy and Solid State Physics, Applied Mathematics (free with any theoretical Physics major and a "statistics coupon" -- 3 stat classes), and Computer Science with emphasis for an ongoing degree. It was literally a matter of two weeks between job offers whether I would be programming or working for TRW's ballistic missle division. Just think, I could have been working on FreeICBM by now (or NetICBM or OpenICBM or LICBMux or gor ICBMi). 8-). [That was a joke for those of you who work for humor impaired government agencies, hence the 'smiley'; the bottom has pretty much dropped out of the market for HE guys for anything other than consulting gigs on Keanu Reeves movies]. Explains my interest in SMP hardware, I suppose... BTW: Thanks for the book reference; I'll check it out and post what it costs if they still have it. > From a mail conversation about this with dmg@research.att.com: > > > Both volumes were published by Saunders College Publishing > > ISBN 0-03-047532-5 and 0-03-047529-5 (yes, isbn(vol2) < isbn(vol1)) > > at one time they could be ordered at +1 800 782 4479 Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed Aug 21 13:00:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA21348 for hackers-outgoing; Wed, 21 Aug 1996 13:00:33 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA21343 for ; Wed, 21 Aug 1996 13:00:30 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id OAA23907; Wed, 21 Aug 1996 14:59:17 -0500 From: Joe Greco Message-Id: <199608211959.OAA23907@brasil.moneng.mei.com> Subject: Re: More de driver info...... To: dennis@etinc.com (Dennis) Date: Wed, 21 Aug 1996 14:59:17 -0500 (CDT) Cc: hackers@FreeBSD.org, jkh@time.cdrom.com In-Reply-To: <199608211847.OAA14657@etinc.com> from "Dennis" at Aug 21, 96 02:47:14 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > while I can certainly do without both drivers, I cannot load new systems > because the generic kernel doesnt work with any of the de compatible > cards I have (and I suspect none other as well). I need to generate new > boot disk with a working kernel. Is there an easy way (without making > an entire release) to just put an alternate kernel on the install boot > floppy? "Easy" : "No". :-( The boot floppy procedure is intertwined with the make release procedure. It can be separated but it is not "easy". ... JG From owner-freebsd-hackers Wed Aug 21 14:32:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA29783 for hackers-outgoing; Wed, 21 Aug 1996 14:32:59 -0700 (PDT) Received: from guardian.fortress.org (fortress.org [199.84.158.128]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA29577 for ; Wed, 21 Aug 1996 14:31:29 -0700 (PDT) Received: (from andrew@localhost) by guardian.fortress.org (8.6.12/8.6.12) id RAA20239; Wed, 21 Aug 1996 17:30:27 -0400 Date: Wed, 21 Aug 1996 17:30:26 -0400 (EDT) From: Andrew Webster Reply-To: andrew@pubnix.net To: Dennis cc: Tommy Johnson , hackers@freebsd.org Subject: Re: de driver bug? In-Reply-To: <199608211532.LAA13581@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 21 Aug 1996, Dennis wrote: > >/* Added by TOJ, to attempt to force 10base2 */ > >sc->tulip_media=TULIP_MEDIA_BNC; > >/* End TOJ */ > > > >at line 1842 of /usr/src/sys/pci/if_de.c > > > >Its worked ever since. I posted this about a month ago to questions but never received a reply. I wonder if any of these issues are related... I could of questions that perhaps someone could clarify: Using FreeBSD 2.1.5-RELEASE: 1. Why when unplugging the cable from the UTP port on an SMC pci adapter I get: de0: abnormal interrupt: 0xfc669004 [0x9000] ? Wouldn't 'de0: carrier lost - check cable' be more appropriate? 2. When there is no cabled plugged into the adapter, the kernel during probing, configures it for the AUI (doesn't have one) port. Once the system has booted, you have to initialize it with ifconfig {params} -link2 to get the UTP port to work again, but just ifconfig (before init) doesn't show that link2 is infact on. This took a few minutes to figure out what was really going on! Thanks! Andrew Webster - andrew@pubnix.net - http://www.pubnix.net PubNIX Montreal - Connected to the world - Branche au monde 514-990-5911 - P.O. Box 147, Cote St-Luc, Quebec, H4V 2Y3 From owner-freebsd-hackers Wed Aug 21 14:32:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA29764 for hackers-outgoing; Wed, 21 Aug 1996 14:32:51 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA29742 for ; Wed, 21 Aug 1996 14:32:41 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.7.5/8.7.3) with SMTP id QAA09797; Wed, 21 Aug 1996 16:32:21 -0500 (EST) Date: Wed, 21 Aug 1996 16:32:20 -0500 (EST) From: John Fieber To: Julian Elischer cc: hackers@FreeBSD.org Subject: Re: MAIL archive not archiving? In-Reply-To: <3214C5A9.2781E494@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 16 Aug 1996, Julian Elischer wrote: > AI've been trying to look up recent mail items inteh mail archive > search engine.. > but they aren't there.. > le latest items I've seen are from June... > > I thing something's broke.. The current problem is that I don't have enough space on freefall to re-index without moving to a different filesystem. My last query to root@freefall.freebsd.org didn't generate much response. If I don't hear anything soon, I'm just going to move the stuff from /c to /f. -john == jfieber@indiana.edu =========================================== == http://fallout.campusview.indiana.edu/~jfieber ================ From owner-freebsd-hackers Wed Aug 21 14:59:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02899 for hackers-outgoing; Wed, 21 Aug 1996 14:59:42 -0700 (PDT) Received: from zeus.xtalwind.net (h-adoption.x31.infi.net [206.27.115.44]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA02885 for ; Wed, 21 Aug 1996 14:59:37 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zeus.xtalwind.net (8.7.5/8.7.3) with SMTP id RAA01022; Wed, 21 Aug 1996 17:57:29 -0400 (EDT) Date: Wed, 21 Aug 1996 17:57:29 -0400 (EDT) From: jack To: Paul Richards cc: Joerg Wunsch , FreeBSD hackers Subject: Re: BSDI netscape and name resolving In-Reply-To: <57u3twso7u.fsf@elsevier.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 21 Aug 1996, Paul Richards wrote: > J Wunsch writes: > > > As Paul Richards wrote: > > > > > >From my experience all versions of Netscape have their own DNS code > > > built into them and they always do direct DNS queries rather than > > > using the OS's calls. > > > > That's not surprising at all, since they are statically linked, and > > the resolver is a library-level feature. > > > > Doesn't BSDI's resolver use /etc/hosts.conf? The BSDI box that I'm on now, telnetted to my FreeBSD box at home, uses /etc/hosts -------------------------------------------------------------------------- Jack O'Neill Finger jacko@onyx.xtalwind.net or jack@xtalwind.net http://www.xtalwind.net/~jacko/pubpgp.html #include for my PGP key. PGP Key fingerprint = F6 C4 E6 D4 2F 15 A7 67 FD 09 E9 3C 5F CC EB CD -------------------------------------------------------------------------- From owner-freebsd-hackers Wed Aug 21 15:23:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA05440 for hackers-outgoing; Wed, 21 Aug 1996 15:23:31 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA05431 for ; Wed, 21 Aug 1996 15:23:24 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id SAA00509 for freebsd-hackers@freebsd.org; Wed, 21 Aug 1996 18:23:10 -0400 (EDT) From: Charles Henrich Message-Id: <199608212223.SAA00509@crh.cl.msu.edu> Subject: Curio To: freebsd-hackers@freebsd.org Date: Wed, 21 Aug 1996 18:23:10 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I have just replaced an old Adaptec 2940 w/ a 2940UW in my PP200 system, and the performance of my system increased *Dramatically*. Anyone know what could be going on in that old 2940 that was causing all sorts of trouble? -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Wed Aug 21 15:36:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA07231 for hackers-outgoing; Wed, 21 Aug 1996 15:36:07 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA07135 for ; Wed, 21 Aug 1996 15:36:02 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id PAA26062; Wed, 21 Aug 1996 15:32:34 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma026058; Wed Aug 21 15:32:21 1996 Message-ID: <321B8E3E.15FB7483@whistle.com> Date: Wed, 21 Aug 1996 15:31:26 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Joe Greco CC: Dennis , hackers@FreeBSD.org, jkh@time.cdrom.com Subject: Re: More de driver info...... References: <199608211959.OAA23907@brasil.moneng.mei.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Joe Greco wrote: > > > while I can certainly do without both drivers, I cannot load new systems > > because the generic kernel doesnt work with any of the de compatible > > cards I have (and I suspect none other as well). I need to generate new > > boot disk with a working kernel. Is there an easy way (without making > > an entire release) to just put an alternate kernel on the install boot > > floppy? > > "Easy" : "No". :-( > > The boot floppy procedure is intertwined with the make release procedure. > It can be separated but it is not "easy". I separated it out some time ago.. you can do it from /usr.src.floppies, but the change to the makefile sbroke it recently.. I have patches to apply to make it work, then make world cd release make obj cd sysinstall make obj make cd ../floppies make obj make will make a boot floppy, and a root floppy and a fixit floppy at least some of this will go away.. > > ... JG From owner-freebsd-hackers Wed Aug 21 16:19:26 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA12028 for hackers-outgoing; Wed, 21 Aug 1996 16:19:26 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA12017 for ; Wed, 21 Aug 1996 16:19:21 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id QAA18578; Wed, 21 Aug 1996 16:18:43 -0700 (PDT) To: Martin Renters cc: hackers@freebsd.org Subject: Re: CDwriter software In-reply-to: Your message of "Wed, 21 Aug 1996 10:05:58 EDT." <199608211405.KAA02637@tdc.on.ca> Date: Wed, 21 Aug 1996 16:18:43 -0700 Message-ID: <18576.840669523@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Is there a particular reason that we've gone with a 'worm' driver > interface for CD writers, as opposed to a 'cdwrite' program like Linux > has? I'm not sure what the rationale was for this, but it's possibly something we want to re-think since the worm driver has some definite shortcomings. It prevents you from using the same drive as an ordinary CDROM, and the changes required were extensive enough that we couldn't support it under 2.1.5 (and most likely whatever follows it). I think I'd be happy to see the worm device go away and be replaced by something in user mode. Jordan From owner-freebsd-hackers Wed Aug 21 16:29:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA13053 for hackers-outgoing; Wed, 21 Aug 1996 16:29:13 -0700 (PDT) Received: from moonpie.w8hd.org (moonpie.w8hd.org [198.252.159.14]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA13048 for ; Wed, 21 Aug 1996 16:29:10 -0700 (PDT) Received: from localhost (kimc@localhost) by moonpie.w8hd.org (8.7.5/8.6.12) with SMTP id TAA00336 for ; Wed, 21 Aug 1996 19:29:07 -0400 (EDT) X-Authentication-Warning: moonpie.w8hd.org: kimc owned process doing -bs Date: Wed, 21 Aug 1996 19:29:07 -0400 (EDT) From: Kim Culhan To: hackers@FreeBSD.org Subject: Re: de driver bug? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 21 Aug 1996, Andrew Webster wrote: > 2. When there is no cabled plugged into the adapter, the kernel during > probing, configures it for the AUI (doesn't have one) port. Once the > system has booted, you have to initialize it with ifconfig {params} > -link2 to get the UTP port to work again, but just ifconfig > (before init) doesn't show that link2 is infact on. This took a few > minutes to figure out what was really going on! Not to confuse the issue but.. Recently I built a machine with a couple 'no brand' DC21040-based boards. It was found after some considerable hassle that the slot position had some bearing on the reliability of active port detection. At this point it appears to detect with 100% reliablilty; this on -current from about mid June. regards kim -- kimc@w8hd.org From owner-freebsd-hackers Wed Aug 21 17:14:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA18356 for hackers-outgoing; Wed, 21 Aug 1996 17:14:22 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA18350 for ; Wed, 21 Aug 1996 17:14:19 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id RAA18818; Wed, 21 Aug 1996 17:14:06 -0700 (PDT) To: dennis@etinc.com (Dennis) cc: hackers@freebsd.org Subject: Re: More de driver info...... In-reply-to: Your message of "Wed, 21 Aug 1996 14:47:14 EDT." <199608211847.OAA14657@etinc.com> Date: Wed, 21 Aug 1996 17:14:06 -0700 Message-ID: <18816.840672846@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > while I can certainly do without both drivers, I cannot load new systems > because the generic kernel doesnt work with any of the de compatible What happens if you boot -c and disable the aic and uha devices? Jordan From owner-freebsd-hackers Wed Aug 21 17:29:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA20603 for hackers-outgoing; Wed, 21 Aug 1996 17:29:12 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA20598 for ; Wed, 21 Aug 1996 17:29:09 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id RAA18944; Wed, 21 Aug 1996 17:29:00 -0700 (PDT) To: John Fieber cc: Julian Elischer , hackers@FreeBSD.org Subject: Re: MAIL archive not archiving? In-reply-to: Your message of "Wed, 21 Aug 1996 16:32:20 CDT." Date: Wed, 21 Aug 1996 17:29:00 -0700 Message-ID: <18941.840673740@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > The current problem is that I don't have enough space on freefall > to re-index without moving to a different filesystem. My last > query to root@freefall.freebsd.org didn't generate much response. > If I don't hear anything soon, I'm just going to move the stuff > from /c to /f. Oh, were you waiting for a decision on this? ;-) Sure, by all means - go /f, my son! Jordan From owner-freebsd-hackers Wed Aug 21 17:36:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA21368 for hackers-outgoing; Wed, 21 Aug 1996 17:36:22 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA21361 for ; Wed, 21 Aug 1996 17:36:19 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.7.5/8.7.3) with SMTP id TAA03492; Wed, 21 Aug 1996 19:36:00 -0500 (EST) Date: Wed, 21 Aug 1996 19:35:59 -0500 (EST) From: John Fieber To: "Jordan K. Hubbard" cc: Julian Elischer , hackers@FreeBSD.org Subject: Re: MAIL archive not archiving? In-Reply-To: <18941.840673740@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 21 Aug 1996, Jordan K. Hubbard wrote: > Oh, were you waiting for a decision on this? ;-) > > Sure, by all means - go /f, my son! I have to go out for a while at the moment, but later this evening I'll update the index and add a few more mailing lists that have been requested. -john == jfieber@indiana.edu =========================================== == http://fallout.campusview.indiana.edu/~jfieber ================ From owner-freebsd-hackers Wed Aug 21 17:39:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA21674 for hackers-outgoing; Wed, 21 Aug 1996 17:39:15 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA21666 for ; Wed, 21 Aug 1996 17:39:13 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id RAA19052; Wed, 21 Aug 1996 17:39:03 -0700 (PDT) To: Charles Henrich cc: freebsd-hackers@FreeBSD.org Subject: Re: Curio In-reply-to: Your message of "Wed, 21 Aug 1996 18:23:10 EDT." <199608212223.SAA00509@crh.cl.msu.edu> Date: Wed, 21 Aug 1996 17:39:02 -0700 Message-ID: <19050.840674342@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I have just replaced an old Adaptec 2940 w/ a 2940UW in my PP200 system, and > the performance of my system increased *Dramatically*. Anyone know what coul d > be going on in that old 2940 that was causing all sorts of trouble? Hmmmm! I have a P6/200 (I *refuse* to call it a Pentium Pro, I simply refuse! :-) and an old, wheezing 2940 myself. Can you elaborate a little bit on this? What do you mean when you say "dramatically?" I actually need an extra Adaptec anyway (I'm using a Bt946c in another machine and would like to kick it out) so I'll dash over to the computer store right now and buy one, if they've any in stock. Jordan From owner-freebsd-hackers Wed Aug 21 17:44:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA22086 for hackers-outgoing; Wed, 21 Aug 1996 17:44:23 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA22081 for ; Wed, 21 Aug 1996 17:44:20 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id UAA01732; Wed, 21 Aug 1996 20:44:14 -0400 (EDT) From: Charles Henrich Message-Id: <199608220044.UAA01732@crh.cl.msu.edu> Subject: Re: Curio To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Aug 1996 20:44:13 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <19050.840674342@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 21, 96 05:39:02 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Hmmmm! I have a P6/200 (I *refuse* to call it a Pentium Pro, I simply > refuse! :-) and an old, wheezing 2940 myself. Can you elaborate a little > bit on this? What do you mean when you say "dramatically?" > > I actually need an extra Adaptec anyway (I'm using a Bt946c in another > machine and would like to kick it out) so I'll dash over to the > computer store right now and buy one, if they've any in stock. Well dramatically means windows seem to snap open a little faster, things pop just a bit quicker. The big improvement is when im running xfqcam (which is spin-polling the parallel port), with xfqcam running access to NFS has (had) 2+ second pauses before dashing off and doing the access. Now, snappy, certainly as fast as without xfqcam running, and probably a tad faster. Perhaps the old 2940 was causing lots of interupts it shouldnt have been? In this case YMMV applies very much! -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Wed Aug 21 18:08:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA25000 for hackers-outgoing; Wed, 21 Aug 1996 18:08:35 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA24989 for ; Wed, 21 Aug 1996 18:08:32 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id SAA19289; Wed, 21 Aug 1996 18:08:27 -0700 (PDT) To: Charles Henrich cc: freebsd-hackers@FreeBSD.org Subject: Re: Curio In-reply-to: Your message of "Wed, 21 Aug 1996 20:44:13 EDT." <199608220044.UAA01732@crh.cl.msu.edu> Date: Wed, 21 Aug 1996 18:08:27 -0700 Message-ID: <19287.840676107@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Well dramatically means windows seem to snap open a little faster, things pop > just a bit quicker. The big improvement is when im running xfqcam (which is OK, taking a more practical measurement (the "worldstone" :-), here's my make world time from a standing-start (that is, a totally clean /usr/obj) in -current as of yesterday: 6366.76 real 4213.03 user 711.55 sys 1 hour and 46 minutes wall time. I'll try again once I've got the 2940UW plugged in (they have one in stock and I'm picking it up in an hour :-) Jordan From owner-freebsd-hackers Wed Aug 21 18:09:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA25110 for hackers-outgoing; Wed, 21 Aug 1996 18:09:40 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA25103 for ; Wed, 21 Aug 1996 18:09:36 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id SAA26858; Wed, 21 Aug 1996 18:07:39 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma026854; Wed Aug 21 18:07:24 1996 Message-ID: <321BB295.237C228A@whistle.com> Date: Wed, 21 Aug 1996 18:06:29 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: Martin Renters , hackers@freebsd.org Subject: Re: CDwriter software References: <18576.840669523@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > Is there a particular reason that we've gone with a 'worm' driver > > interface for CD writers, as opposed to a 'cdwrite' program like Linux > > has? > > I'm not sure what the rationale was for this, but it's possibly > something we want to re-think since the worm driver has some definite > shortcomings. It prevents you from using the same drive as an > ordinary CDROM, and the changes required were extensive enough that we > couldn't support it under 2.1.5 (and most likely whatever follows it). > > I think I'd be happy to see the worm device go away and be replaced by > something in user mode. A driver allows you to act asychronously and still do otehr work.. rememebr that we can burn a cdrom and still do "make world?" that's a result of doing it with a driver.. with user-mode you wouldn't have a chance.. the od driver and teh CD driver can be combined. I'm not that worried about that.. > > Jordan From owner-freebsd-hackers Wed Aug 21 18:11:14 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA25243 for hackers-outgoing; Wed, 21 Aug 1996 18:11:14 -0700 (PDT) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA25237 for ; Wed, 21 Aug 1996 18:11:12 -0700 (PDT) Received: (from henrich@localhost) by crh.cl.msu.edu (8.7.5/8.7.3) id VAA01862; Wed, 21 Aug 1996 21:11:03 -0400 (EDT) From: Charles Henrich Message-Id: <199608220111.VAA01862@crh.cl.msu.edu> Subject: Re: Curio To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Aug 1996 21:11:03 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <19287.840676107@time.cdrom.com> from "Jordan K. Hubbard" at "Aug 21, 96 06:08:27 pm" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > OK, taking a more practical measurement (the "worldstone" :-), here's my > make world time from a standing-start (that is, a totally clean /usr/obj) > in -current as of yesterday: > > 6366.76 real 4213.03 user 711.55 sys > > 1 hour and 46 minutes wall time. > > I'll try again once I've got the 2940UW plugged in (they have one in > stock and I'm picking it up in an hour :-) How long does it take you to do a build of just the kernel? -Crh Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-hackers Wed Aug 21 18:14:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA25468 for hackers-outgoing; Wed, 21 Aug 1996 18:14:51 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA25456 for ; Wed, 21 Aug 1996 18:14:47 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id SAA19365; Wed, 21 Aug 1996 18:14:40 -0700 (PDT) To: Julian Elischer cc: Martin Renters , hackers@freebsd.org Subject: Re: CDwriter software In-reply-to: Your message of "Wed, 21 Aug 1996 18:06:29 PDT." <321BB295.237C228A@whistle.com> Date: Wed, 21 Aug 1996 18:14:40 -0700 Message-ID: <19363.840676480@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > A driver allows you to act asychronously and still do > otehr work.. rememebr that we can burn a cdrom and still do > "make world?" > that's a result of doing it with a driver.. > with user-mode you wouldn't have a chance.. > the od driver and teh CD driver can be combined. > I'm not that worried about that.. Hmmmmm. You make a compelling argument. So, when can we all see the combined one? :-) Jordan From owner-freebsd-hackers Wed Aug 21 18:24:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA26664 for hackers-outgoing; Wed, 21 Aug 1996 18:24:19 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA26657 for ; Wed, 21 Aug 1996 18:24:17 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id SAA20573; Wed, 21 Aug 1996 18:24:08 -0700 (PDT) To: Charles Henrich cc: freebsd-hackers@FreeBSD.org Subject: Re: Curio In-reply-to: Your message of "Wed, 21 Aug 1996 21:11:03 EDT." <199608220111.VAA01862@crh.cl.msu.edu> Date: Wed, 21 Aug 1996 18:24:08 -0700 Message-ID: <20571.840677048@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > How long does it take you to do a build of just the kernel? Time to build GENERIC is: 215.46 real 185.40 user 16.25 sys From owner-freebsd-hackers Wed Aug 21 18:29:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA27217 for hackers-outgoing; Wed, 21 Aug 1996 18:29:54 -0700 (PDT) Received: from tdc.on.ca (tdc.on.ca [204.92.242.39]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA27210 for ; Wed, 21 Aug 1996 18:29:51 -0700 (PDT) Received: (from martin@localhost) by tdc.on.ca (8.7.5/8.6.6) id VAA03729; Wed, 21 Aug 1996 21:29:19 -0400 (EDT) From: Martin Renters Message-Id: <199608220129.VAA03729@tdc.on.ca> Subject: Re: CDwriter software To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 21 Aug 1996 21:29:19 -0400 (EDT) Cc: julian@whistle.com, hackers@freebsd.org In-Reply-To: <19363.840676480@time.cdrom.com> from "Jordan K. Hubbard" at Aug 21, 96 06:14:40 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > A driver allows you to act asychronously and still do > > otehr work.. rememebr that we can burn a cdrom and still do > > "make world?" > > that's a result of doing it with a driver.. > > with user-mode you wouldn't have a chance.. > > the od driver and teh CD driver can be combined. > > I'm not that worried about that.. I don't see how having the CD burner software in userland makes that any different. I'm able to continue to work on my HPUX system while I'm burning CDs and it is all in userland. Even in the current setup it is userland process that is feeding the driver with the data you want to write. I don't see how having it create the SCSI command as well changes things that dramatically. Maybe I'm missing something here... Martin From owner-freebsd-hackers Wed Aug 21 19:36:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA03739 for hackers-outgoing; Wed, 21 Aug 1996 19:36:31 -0700 (PDT) Received: from guarany.cpd.unb.br (guarany.cpd.unb.br [164.41.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA03730 for ; Wed, 21 Aug 1996 19:36:21 -0700 (PDT) Received: from antares.linf.unb.br by guarany.cpd.unb.br (AIX 3.2/UCB 5.64/4.03) id AA53530; Wed, 21 Aug 1996 23:38:09 -0300 Received: from pegasus by antares.linf.unb.br (4.1/SMI-4.1) id AA07001; Wed, 21 Aug 96 23:38:18 WST From: e8917523@antares.linf.unb.br (Daniel C. Sobral) Message-Id: <9608220338.AA07001@antares.linf.unb.br> Subject: ATAPI CD-ROM driver To: hackers@freefall.freebsd.org Date: Wed, 21 Aug 1996 23:39:22 -0400 (WST) In-Reply-To: <199608212133.OAA29797@freefall.freebsd.org> from "owner-hackers-digest@freefall.freebsd.org" at Aug 21, 96 02:33:02 pm Disclaimer: Klaatu Barada Nikto! 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 > From: Yuri Shemanin > > I'm not sure that info is of any value, but I've resolved my CD problems > with following change in atapi.c (atapi_wait() function): > > 397c397 > < if (cnt <= 0 && (s != 0xff)) > - --- > > if (cnt <= 0) > > I have GoldStar 542B & 2.1.5R and there were big problems with its recognition > while booting. Fast investigation showed that the hellish device returned 0xff > byte instead of unsetting BUSY bit while probing, so not being any kind of > ATAPI expert I used the above dirty hack. After that I have one extra > message "unknown phase" at console but all problems flied away. > > Regards, Yuri. > > P.S. CD worked well under OS/2 & DOS. Yeah, same as me. The drive work with the standard OS/2 driver, so FreeBSD one ought to work. Now, could you please gimme a context diff (diff -c) instead of the standard one above? That line number has little meaning by now on my patched atapi.c. :-) -- Daniel C. Sobral (8-DCS) e8917523@linf.unb.br "Master, do we seek victory in contention?" "Seek rather not to contend, for without contention there can be neither victory nor defeat." From owner-freebsd-hackers Wed Aug 21 23:34:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA20448 for hackers-outgoing; Wed, 21 Aug 1996 23:34:43 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA20440 for ; Wed, 21 Aug 1996 23:34:34 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id IAA19618; Thu, 22 Aug 1996 08:29:44 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id IAA09433; Thu, 22 Aug 1996 08:42:37 +0200 From: Christoph Kukulies Message-Id: <199608220642.IAA09433@gilberto.physik.rwth-aachen.de> Subject: Re: Curio To: henrich@crh.cl.msu.edu (Charles Henrich) Date: Thu, 22 Aug 1996 08:42:36 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199608212223.SAA00509@crh.cl.msu.edu> from Charles Henrich at "Aug 21, 96 06:23:10 pm" Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL16 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have just replaced an old Adaptec 2940 w/ a 2940UW in my PP200 system, and > the performance of my system increased *Dramatically*. Anyone know what could > be going on in that old 2940 that was causing all sorts of trouble? I assume 2940UW is wide SCSI. What do wide SCSI drives cost nowadays? Any hardware recommendation? > > -Crh > > Charles Henrich Michigan State University henrich@msu.edu > > http://pilot.msu.edu/~henrich > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Thu Aug 22 00:04:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA21842 for hackers-outgoing; Thu, 22 Aug 1996 00:04:44 -0700 (PDT) Received: from korin.warman.org.pl (korin.warman.org.pl [148.81.160.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA21827 for ; Thu, 22 Aug 1996 00:04:24 -0700 (PDT) Received: (from abial@localhost) by korin.warman.org.pl (8.7.5/8.7.3) id JAA21736; Thu, 22 Aug 1996 09:03:57 +0200 (MET DST) Date: Thu, 22 Aug 1996 09:03:57 +0200 (MET DST) From: Andrzej Bialecki To: Alexander Snarskii cc: freebsd-hackers@FreeBSD.ORG Subject: Login.c (was: Radius Support for FreeBSD) In-Reply-To: <199608211121.OAA26069@burka.carrier.kiev.ua> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Dear hackers! Maybe some of you would look over the code for tacacs+, please. I think it presents a good approach to writing code that authenticates users via several methods - it's really easy to add totally new and different method there. This would require some rewrite of ftp/login/skey, but it would make the whole subject much more flexible (at least IMHO). On Wed, 21 Aug 1996, Alexander Snarskii wrote: > Andrzej, forgive me for a silly question, but may be you know about > login.c which can use tacacs+ for authorisation ? I looked over the code in login.c, and it allows the following three ways of authentication (in FreeBSD 2.1): * /etc/passwd * S/Key (based on contents of /etc/skey.access) * Kerberos (files in /etc/kerberosIV) So, if you want to authenticate using tacacs, you have to either rewrite the login.c to ask only the tacacs server (but this sounds silly..), OR create something like skey.access (tacacs.access ?), and provide some hooks. It could be something like /* This would fall back to other means of authentication, if tacacs fails. Perhaps this should be an option - that is, for these users (group, terminal etc.) use tacacs _only_ and give up if it fails */ if(tacacs_user(username,tty,hostname,/* ..bunch of others..*/)) { * First, this function would check local file, let's say * /etc/tacacs.access, if this user should be authenticated * by tacacs. If so, it tries to get appropriate prompt for * password from tacacs server -according to its config- * for plaintext, S/Key, DES, or something. Then you proceed * with getpass("Gimme you password, dude: ") or so. And * then you send it to tacacs to authenticate. * NOTE: these prompts and responses will * be checked against tacacs srv database, not local * ones */ } else { /* Normal code from login.c goes here, which maybe includes * authentication via DES, MD5, Kerberos, S/Key .... based on * checking against local databases */ } Frankly, I didn't do this and I haven't seen this done. But if I had some time, I would do a complete rewrite of login to resemble the tacacs server, and add one common cfg file, let's say /etc/login.conf. Then it would be very easy to add new methods of authentication - just write a new wrapper function and insert one keyword to the config file. This sounds like seriuos project, but if you have source for tacacs+ server and login.c, it shouldn't be a big problem - it just takes time. Andy +-------------------------------------------------------------------------+ Andrzej Bialecki _) _) _)_) _)_)_) _) _) --------------------------------------- _)_) _) _) _) _)_) _)_) Research and Academic Network in Poland _) _)_) _)_)_)_) _) _) _) Bartycka 18, 00-716 Warsaw, Poland _) _) _) _) _)_)_) _) _) +-------------------------------------------------------------------------+ From owner-freebsd-hackers Thu Aug 22 00:33:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA24018 for hackers-outgoing; Thu, 22 Aug 1996 00:33:12 -0700 (PDT) Received: from netcom3.netcom.com (hasty@netcom3.netcom.com [192.100.81.103]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA24012 for ; Thu, 22 Aug 1996 00:33:10 -0700 (PDT) Received: (from hasty@localhost) by netcom3.netcom.com (8.6.13/Netcom) id AAA27334; Thu, 22 Aug 1996 00:32:59 -0700 Date: Thu, 22 Aug 1996 00:32:59 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199608220732.AAA27334@netcom3.netcom.com> To: henrich@crh.cl.msu.edu, kuku@gilberto.physik.rwth-aachen.de Subject: Re: Curio Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I bought my seagate ST15150W (4 Gig) for about $1200 . The external case set me back $175 however the case can accommodate two disks. Enjoy, Amancio From owner-freebsd-hackers Thu Aug 22 01:23:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA26807 for hackers-outgoing; Thu, 22 Aug 1996 01:23:04 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA26791 for ; Thu, 22 Aug 1996 01:22:56 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA24406; Thu, 22 Aug 1996 10:21:19 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA23639; Thu, 22 Aug 1996 10:21:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id JAA24615; Thu, 22 Aug 1996 09:08:38 +0200 (MET DST) From: J Wunsch Message-Id: <199608220708.JAA24615@uriah.heep.sax.de> Subject: Re: CDwriter software To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Thu, 22 Aug 1996 09:08:38 +0200 (MET DST) Cc: martin@tdc.on.ca (Martin Renters) In-Reply-To: <199608211405.KAA02637@tdc.on.ca> from Martin Renters at "Aug 21, 96 10:05:58 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Martin Renters wrote: > Is there a particular reason that we've gone with a 'worm' driver > interface for CD writers, as opposed to a 'cdwrite' program like Linux > has? Linux cdwrite heavily violates layering. I had a look at it when i started my work, but immediately threw it away. It is unnecessary complex. Device handling basically belongs into the kernel. Your arguments don't convince me that the problem is unsolvable with a properly designed kernel driver. I don't claim the current driver is properly designed. And Jordan, your argument of the changes that prevent the HP 4020i from working in 2.1.5 are not against the worm driver, but only make a flaw with the previous handling of SCSI `type' drivers obvious. You forgot that i've been introducing the SCSI type override feature for the SONY SMO MO drive, not for CD-R devices. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu Aug 22 05:12:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA09707 for hackers-outgoing; Thu, 22 Aug 1996 05:12:20 -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.5/8.7.3) with ESMTP id FAA09700 for ; Thu, 22 Aug 1996 05:12:06 -0700 (PDT) Received: from campa.panke.de (anonymous234.ppp.cs.tu-berlin.de [130.149.17.234]) by mail.cs.tu-berlin.de (8.6.12/8.6.12) with ESMTP id NAA03060; Thu, 22 Aug 1996 13:47:54 +0200 Received: (from wosch@localhost) by campa.panke.de (8.6.12/8.6.12) id NAA00738; Thu, 22 Aug 1996 13:22:58 +0200 Date: Thu, 22 Aug 1996 13:22:58 +0200 From: Wolfram Schneider Message-Id: <199608221122.NAA00738@campa.panke.de> To: Michael Smith Cc: hackers@FreeBSD.org Subject: Quotes around variable values in /etc/sysconfig In-Reply-To: <199608211634.CAA11665@genesis.atrad.adelaide.edu.au> References: <199608211634.CAA11665@genesis.atrad.adelaide.edu.au> 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 Michael Smith writes: > I missed Bruce's comment about quotes surrounding values in >sh config files like /etc/sysconfig - my question is basically >whether there is any reason (other than elegance) why all values could >not legitimately be quoted. 0) elegance 1) tradition 2) laziness [Bruce Evans, in an other mail] Quotes should be added as necessary. You always have to think about them because quoting may be required for metacharacters in the args. > Note that I'm not suggesting that this should be done for the >FreeBSD point of view; I'm just working on some tools to manage these >sort of files, and unconditionally quoting everything is easier 8) I remember a FAQ about unix shell(s). Wolfram From owner-freebsd-hackers Thu Aug 22 06:02:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA11990 for hackers-outgoing; Thu, 22 Aug 1996 06:02:32 -0700 (PDT) Received: from arl-img-7.compuserve.com (arl-img-7.compuserve.com [149.174.217.137]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA11985 for ; Thu, 22 Aug 1996 06:02:30 -0700 (PDT) Received: by arl-img-7.compuserve.com (8.6.10/5.950515) id JAA02636; Thu, 22 Aug 1996 09:01:57 -0400 Date: 22 Aug 96 08:58:28 EDT From: Jan Knepper <106030.3360@CompuServe.COM> To: "[FreeBSD Hackers]" Subject: P6/200 Message-ID: <960822125827_106030.3360_JHF111-1@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K Hubbard wrote: /* I have a P6/200 (I *refuse* to call it a Pentium Pro, I simply refuse! :-) */ Hmmm, why is that?! I have one here as well by the name of "Intellect"... The *brand* Intel uses to put their own machines in the market. All they do with these machines is checking where the market goes and what the market wants. I have good experience with them. It seems that their "fall out" is 0.03%... Well, you might have noticed that I jumped into the HP 100 VG driver stuff, especially for the J2585A, since I have a network with that stuff here. If there is anything else that needs urgent programming support, just let me know. Take care, Jan Knepper PS: Don't you guys have a daily job? Or are you so lucky that your daily job brings you a lot of FreeBSD?! For now I am certainly stuck with NT for most of the day... From owner-freebsd-hackers Thu Aug 22 06:55:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA15960 for hackers-outgoing; Thu, 22 Aug 1996 06:55:10 -0700 (PDT) Received: from starfire.mn.org (root@starfire.skypoint.net [199.86.32.187]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA15949 for ; Thu, 22 Aug 1996 06:55:03 -0700 (PDT) From: john@starfire.mn.org Received: (from john@localhost) by starfire.mn.org (8.6.12/1.1) id IAA19336 for hackers@FreeBSD.org; Thu, 22 Aug 1996 08:54:52 -0500 Message-Id: <199608221354.IAA19336@starfire.mn.org> Subject: ICMP REJECT and telnet with FreeBSD To: hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 22 Aug 1996 08:54:51 -0500 (CDT) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Please include me in any replies, as I no longer subscribe to this list. Having just had a fantastic time using ipfw to set up firewalling with a FreeBSD 2.1.5-R machine (great job, to all concerned!), I discovered a "quirk" with regard to telnet. I set up the firewall to "reject" instead of "deny" unauthorized TCP setups, and allowed ICMP so that these rejects could be communicated. This works as expected with SCO ODT, SunOS, and UnixWare 2.03 in that the reject is immediately detected and reported by telnet, but when attempting to connect from an unauthorized FreeBSD machine, either 2.1.0-R or 2.1.5-R, telnet takes just as long to report the reject as it would the timeout if I had used "deny" instead of "reject" (one minute, 14 seconds, and some change). Is this a design feature, a desired behavior, or something that merits further investigation, either by me or someone else? Please include me in any replies, as I no longer subscribe to this list. John Lind, Starfire Consulting Services E-mail: john@starfire.MN.ORG USnail: PO Box 17247, Mpls MN 55417 From owner-freebsd-hackers Thu Aug 22 08:47:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA22856 for hackers-outgoing; Thu, 22 Aug 1996 08:47:22 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA22846 for ; Thu, 22 Aug 1996 08:47:08 -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 LAA21394; Thu, 22 Aug 1996 11:51:09 -0400 Date: Thu, 22 Aug 1996 11:51:09 -0400 Message-Id: <199608221551.LAA21394@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@freebsd.org From: dennis@etinc.com (Dennis) Subject: Re: More de driver info...... Cc: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> while I can certainly do without both drivers, I cannot load new systems >> because the generic kernel doesnt work with any of the de compatible > >What happens if you boot -c and disable the aic and uha devices? No here's a man whos thinking! Of course thats the solution....it works fine when aic0 and uha0 are disabled. Thanks, Dennis Emerging Technologies, Inc. www.etinc.com (516) 271-4525 From owner-freebsd-hackers Thu Aug 22 09:05:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA24015 for hackers-outgoing; Thu, 22 Aug 1996 09:05:09 -0700 (PDT) Received: from mail.barrnet.net (mail.barrnet.net [131.119.246.7]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA24009 for ; Thu, 22 Aug 1996 09:05:00 -0700 (PDT) Received: from seagull.rtd.com (seagull.rtd.com [198.102.68.2]) by mail.barrnet.net (8.7.5/MAIL-RELAY-LEN) with ESMTP id JAA24505 for ; Thu, 22 Aug 1996 09:04:59 -0700 (PDT) Received: (from dgy@localhost) by seagull.rtd.com (8.7.5/8.7.3) id JAA16581 for freebsd-hackers@freefall.cdrom.com; Thu, 22 Aug 1996 09:02:24 -0700 (MST) From: Don Yuniskis Message-Id: <199608221602.JAA16581@seagull.rtd.com> Subject: freefall down/dead? To: freebsd-hackers@freefall.FreeBSD.org (FreeBSD hackers) Date: Thu, 22 Aug 1996 09:02:24 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Greetings! Is freefall down for some reason? WWW.FreeBSD.org is unavailable from here. Pings to freefall go unanswered... Thx! --don From owner-freebsd-hackers Thu Aug 22 09:27:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA25538 for hackers-outgoing; Thu, 22 Aug 1996 09:27:01 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA25532 for ; Thu, 22 Aug 1996 09:26:59 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA01207; Thu, 22 Aug 1996 09:25:20 -0700 (PDT) To: hasty@netcom.com (Amancio Hasty Jr) cc: henrich@crh.cl.msu.edu, kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@freebsd.org Subject: Re: Curio In-reply-to: Your message of "Thu, 22 Aug 1996 00:32:59 PDT." <199608220732.AAA27334@netcom3.netcom.com> Date: Thu, 22 Aug 1996 09:25:20 -0700 Message-ID: <1204.840731120@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk These are closer to $850 now, checking current prices. :) Jordan > I bought my seagate ST15150W (4 Gig) for about $1200 . The external case > set me back $175 however the case can accommodate two disks. > > Enjoy, > Amancio From owner-freebsd-hackers Thu Aug 22 09:37:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA26490 for hackers-outgoing; Thu, 22 Aug 1996 09:37:29 -0700 (PDT) Received: from post.io.org (post.io.org [198.133.36.6]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA26485 for ; Thu, 22 Aug 1996 09:37:27 -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 MAA23113; Thu, 22 Aug 1996 12:37:04 -0400 (EDT) Date: Thu, 22 Aug 1996 12:37:04 -0400 (EDT) From: Brian Tao To: Wolfram Schneider cc: Michael Smith , hackers@FreeBSD.org Subject: Re: Quotes around variable values in /etc/sysconfig In-Reply-To: <199608221122.NAA00738@campa.panke.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 Aug 1996, Wolfram Schneider wrote: > > 0) elegance 1) tradition 2) laziness Well, for my own sanity, I have always been doing a :%s/=NO/="NO"/ and :%s/=YES/="YES"/ to /etc/sysconfig when editing it for the first time on a new system. It makes absolutely zero difference to the OS, but it would bug the hell outta me if I just left it like that. ;-) -- Brian Tao (BT300, taob@io.org, taob@ican.net) Senior Systems and Network Administrator, Internet Canada Corp. "Though this be madness, yet there is method in't" From owner-freebsd-hackers Thu Aug 22 09:38:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA26548 for hackers-outgoing; Thu, 22 Aug 1996 09:38:35 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA26543 for ; Thu, 22 Aug 1996 09:38:33 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA01314; Thu, 22 Aug 1996 09:38:30 -0700 (PDT) To: Jan Knepper <106030.3360@CompuServe.COM> cc: "[FreeBSD Hackers]" Subject: Re: P6/200 In-reply-to: Your message of "22 Aug 1996 08:58:28 EDT." <960822125827_106030.3360_JHF111-1@CompuServe.COM> Date: Thu, 22 Aug 1996 09:38:30 -0700 Message-ID: <1312.840731910@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > /* I have a P6/200 (I *refuse* to call it a Pentium Pro, I simply refuse! :-) */ > > Hmmm, why is that?! Because it was known as the P6 first, then changed to "Pentium Pro" when Intel was unable to trademark those two letters in combination. I think that's silly, so I still refer to it as a P6. > Well, you might have noticed that I jumped into the HP 100 VG driver stuff, Cool! > PS: Don't you guys have a daily job? Or are you so lucky that your daily job > brings you a lot of FreeBSD?! For now I am certainly stuck with NT for most o f > the day... You poor man! My day job is FreeBSD, happily enough. Jordan From owner-freebsd-hackers Thu Aug 22 10:14:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA00652 for hackers-outgoing; Thu, 22 Aug 1996 10:14:27 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA00645 for ; Thu, 22 Aug 1996 10:14:25 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id KAA01536; Thu, 22 Aug 1996 10:13:09 -0700 (PDT) To: Don Yuniskis cc: freebsd-hackers@freefall.freebsd.org (FreeBSD hackers) Subject: Re: freefall down/dead? In-reply-to: Your message of "Thu, 22 Aug 1996 09:02:24 PDT." <199608221602.JAA16581@seagull.rtd.com> Date: Thu, 22 Aug 1996 10:13:09 -0700 Message-ID: <1533.840733989@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Greetings! > Is freefall down for some reason? WWW.FreeBSD.org is > unavailable from here. Pings to freefall go unanswered... Did you try a traceroute? :-) freefall has been up for 11 days, and it's the Internet which goes down more frequently now. Ping isn't much of a test - use traceroute to see if it's actually us or something in between. Jordan From owner-freebsd-hackers Thu Aug 22 10:40:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA02636 for hackers-outgoing; Thu, 22 Aug 1996 10:40:51 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA02626 for ; Thu, 22 Aug 1996 10:40:37 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA13939; Thu, 22 Aug 1996 10:28:05 -0700 From: Terry Lambert Message-Id: <199608221728.KAA13939@phaeton.artisoft.com> Subject: Re: Curio To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 22 Aug 1996 10:28:05 -0700 (MST) Cc: hasty@netcom.com, henrich@crh.cl.msu.edu, kuku@gilberto.physik.rwth-aachen.de, freebsd-hackers@FreeBSD.org In-Reply-To: <1204.840731120@time.cdrom.com> from "Jordan K. Hubbard" at Aug 22, 96 09:25:20 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > These are closer to $850 now, checking current prices. :) > > > I bought my seagate ST15150W (4 Gig) for about $1200 . The external case > > set me back $175 however the case can accommodate two disks. The ones for sale in the forsale.workstations group are varying between $100 and $50 per 1G. 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 Aug 22 10:48:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03118 for hackers-outgoing; Thu, 22 Aug 1996 10:48:30 -0700 (PDT) Received: from mongoose.bostic.com (bostic@mongoose.BSDI.COM [205.230.230.129]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA03110 for ; Thu, 22 Aug 1996 10:48:24 -0700 (PDT) Received: (from bostic@localhost) by mongoose.bostic.com (8.7.4/8.7.3) id MAA01884; Thu, 22 Aug 1996 12:38:16 -0400 (EDT) Date: Thu, 22 Aug 1996 12:38:16 -0400 (EDT) From: Keith Bostic Message-Id: <199608221638.MAA01884@mongoose.bostic.com> To: bostic@bostic.com Subject: nex/nvi version 1.75 available. Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Version 1.75 of nex/nvi is now available. The changes in nvi 1.75 are almost entirely bug and compatibility fixes. In particular, there was one annoying bug in version 1.74's display that 1.75 fixes. There is one other change that may be of interest: + French has been added to the list of available error message translations. If you're interested in a further review of the changes that have been made, a complete change log is included with the distribution, in the file docs/changelog. Version 1.75 is available for anonymous ftp from the usual two sites. ftp.cs.berkeley.edu:ucb/4bsd/nvi-1.75.ALPHA.tar.gz ftp.bostic.com:pub/nvi-1.75.ALPHA.tar.gz (The UC Berkeley site is likely to provide faster transfer speeds.) Please let me know if you have any problems, and thanks for using nvi! --keith From owner-freebsd-hackers Thu Aug 22 10:51:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03257 for hackers-outgoing; Thu, 22 Aug 1996 10:51:10 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA03247 for ; Thu, 22 Aug 1996 10:51:05 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id TAA20829; Thu, 22 Aug 1996 19:50:34 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199608221750.TAA20829@gvr.win.tue.nl> Subject: Re: cd writer? To: hasty@netcom.com (Amancio Hasty Jr) Date: Thu, 22 Aug 1996 19:50:33 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <199608211739.KAA14525@netcom11.netcom.com> from Amancio Hasty Jr at "Aug 21, 96 10:39:24 am" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Amancio Hasty Jr wrote: > > Does anyone have a list of which scsi cds do we support writing to ? > >From what I know, we support the Philips CDD2000 and all products derived of that one, i.e. the HP 4020i (which is an OEM version of the Philips one. From owner-freebsd-hackers Thu Aug 22 10:57:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA03929 for hackers-outgoing; Thu, 22 Aug 1996 10:57:43 -0700 (PDT) Received: from gvr.win.tue.nl (root@gvr.win.tue.nl [131.155.210.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA03914 for ; Thu, 22 Aug 1996 10:57:38 -0700 (PDT) Received: by gvr.win.tue.nl (8.6.13/1.53) id TAA20865; Thu, 22 Aug 1996 19:57:23 +0200 From: guido@gvr.win.tue.nl (Guido van Rooij) Message-Id: <199608221757.TAA20865@gvr.win.tue.nl> Subject: Re: ICMP REJECT and telnet with FreeBSD To: john@starfire.mn.org Date: Thu, 22 Aug 1996 19:57:22 +0200 (MET DST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199608221354.IAA19336@starfire.mn.org> from "john@starfire.mn.org" at "Aug 22, 96 08:54:51 am" X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk john@starfire.mn.org wrote: > > I set up the firewall to "reject" instead of "deny" unauthorized > TCP setups, and allowed ICMP so that these rejects could be > communicated. This works as expected with SCO ODT, SunOS, and > UnixWare 2.03 in that the reject is immediately detected and reported > by telnet, but when attempting to connect from an unauthorized > FreeBSD machine, either 2.1.0-R or 2.1.5-R, telnet takes just as > long to report the reject as it would the timeout if I had used > "deny" instead of "reject" (one minute, 14 seconds, and some change). > > Is this a design feature, a desired behavior, or something that > merits further investigation, either by me or someone else? > It is by design: it would break TCP if the TCP layer would listen to ICMP host unreachables. Indeed: this maybe a temporary failure and the routing might be working again 10 seconds later. In stead, use ipfilter and send back a TCP reset when such a packet comes in. -Guido From owner-freebsd-hackers Thu Aug 22 14:09:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA18026 for hackers-outgoing; Thu, 22 Aug 1996 14:09:25 -0700 (PDT) Received: from nevis.oss.uswest.net (nevis.oss.uswest.net [204.147.85.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA18010 for ; Thu, 22 Aug 1996 14:09:14 -0700 (PDT) Received: (from greg@localhost) by nevis.oss.uswest.net (8.6.12/8.6.12) id QAA19373 for freebsd-hackers@freebsd.org; Thu, 22 Aug 1996 16:08:17 -0500 From: "Greg Rowe" Message-Id: <9608221608.ZM19371@nevis.oss.uswest.net> Date: Thu, 22 Aug 1996 16:08:17 -0500 X-Mailer: Z-Mail (3.2.1 10oct95) To: freebsd-hackers@freebsd.org Subject: SMC EtherPower 10/100 - 9332 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greetings, Has anyone seen any problems with these things detecting the Hub speed incorrectly on a reboot ? I've had a couple instances on different systems, and different hubs, where a reboot will cause the card to come up as 100baseT on a 10baseT hub(2.1 & 2.1.5). A power on and off will then correct the problem. Again, I've only seen the problem only a couple times, and I have a fair number of these cards. Is there any way to force the card via the OS to go to 10baseT ? Thanks -- Greg Rowe | U S West - Interact Services | INTERNET greg@uswest.net 111 Washington Ave. South | Fax: (612) 672-8537 Minneapolis, MN USA 55401 | Voice: (612) 672-8535 Never trust an operating system you don't have source for.... From owner-freebsd-hackers Thu Aug 22 15:07:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA22035 for hackers-outgoing; Thu, 22 Aug 1996 15:07:53 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA22004 for ; Thu, 22 Aug 1996 15:07:46 -0700 (PDT) Message-Id: <199608222207.PAA22004@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA227621645; Fri, 23 Aug 1996 08:07:25 +1000 From: Darren Reed Subject: Re: ICMP REJECT and telnet with FreeBSD To: john@starfire.mn.org Date: Fri, 23 Aug 1996 08:07:25 +1000 (EST) Cc: hackers@freebsd.org In-Reply-To: <199608221354.IAA19336@starfire.mn.org> from "john@starfire.mn.org" at Aug 22, 96 08:54:51 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from john@starfire.mn.org, sie said: [...] > I set up the firewall to "reject" instead of "deny" unauthorized > TCP setups, and allowed ICMP so that these rejects could be > communicated. This works as expected with SCO ODT, SunOS, and > UnixWare 2.03 in that the reject is immediately detected and reported > by telnet, but when attempting to connect from an unauthorized > FreeBSD machine, either 2.1.0-R or 2.1.5-R, telnet takes just as > long to report the reject as it would the timeout if I had used > "deny" instead of "reject" (one minute, 14 seconds, and some change). > > Is this a design feature, a desired behavior, or something that > merits further investigation, either by me or someone else? Idea is that 4.4BSD type kernels regard ICMP network unreachables as errors, but temporary errors caused by changing network conditions. The effect of this is that it records the error but the error isn't immeadiately fatal. Darren From owner-freebsd-hackers Thu Aug 22 15:26:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA23295 for hackers-outgoing; Thu, 22 Aug 1996 15:26:55 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA23288 for ; Thu, 22 Aug 1996 15:26:50 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id XAA01449 for hackers@freebsd.org; Thu, 22 Aug 1996 23:58:49 +0200 From: Luigi Rizzo Message-Id: <199608222158.XAA01449@labinfo.iet.unipi.it> Subject: A questionon on IP routing To: hackers@freebsd.org Date: Thu, 22 Aug 1996 23:58:49 +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, for some test I would like to do, I need to make two systems, on the same subnet, say A and B, talk to each other with IP traffic going through a router R which is far away (several hops) from both A and B. Is there any chance to achieve this behaviour in general, and in particular if A, B and possibly R run some version of FreeBSD ? Thanks 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 Thu Aug 22 15:38:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24316 for hackers-outgoing; Thu, 22 Aug 1996 15:38:03 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA24266 for ; Thu, 22 Aug 1996 15:37:39 -0700 (PDT) Received: from rover.village.org by mail.crl.com with SMTP id AA15534 (5.65c/IDA-1.5 for ); Thu, 22 Aug 1996 15:36:16 -0700 Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id IAA10439 for ; Thu, 22 Aug 1996 08:38:15 -0600 (MDT) Message-Id: <199608221438.IAA10439@rover.village.org> To: hackers@freebsd.org Subject: ftp2.freebsd.org Date: Thu, 22 Aug 1996 08:38:14 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Danger: ftp2.freebsd.org still has the July 14th release of FreeBSD 2.1.5R rather than the correct July 17th release of 2.1.5R. This drove me nuts with my 3c509-tpo until I found the July 17 release on ftp3. Warner From owner-freebsd-hackers Thu Aug 22 15:38:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24377 for hackers-outgoing; Thu, 22 Aug 1996 15:38:29 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA24294 for ; Thu, 22 Aug 1996 15:37:51 -0700 (PDT) Received: from rover.village.org by mail.crl.com with SMTP id AA15592 (5.65c/IDA-1.5 for ); Thu, 22 Aug 1996 15:36:24 -0700 Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id IAA10405; Thu, 22 Aug 1996 08:34:20 -0600 (MDT) Message-Id: <199608221434.IAA10405@rover.village.org> To: Chuck Robey Subject: Re: JDK 1.02 Cc: didier@omnix.fr.org, hackers@freebsd.org In-Reply-To: Your message of Tue, 20 Aug 1996 08:24:23 EDT Date: Thu, 22 Aug 1996 08:34:19 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : The jdk in ports/current is 1.02, and the kaffe there specifically needs : at least that version to run. The JDK in ports is the Solaris Sparc version. There is no JDK 1.0.2 native port to FreeBSD at this time. Warner From owner-freebsd-hackers Thu Aug 22 15:41:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA24820 for hackers-outgoing; Thu, 22 Aug 1996 15:41:08 -0700 (PDT) Received: from cmr.kiev.ua (root@cmr.kiev.ua [193.193.193.50]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA24490 for ; Thu, 22 Aug 1996 15:39:04 -0700 (PDT) Received: (vovik@localhost) by cmr.kiev.ua (Sendmail 8.who.cares/5) id EAA13472 for freebsd-hackers@freebsd.org; Thu, 22 Aug 1996 04:42:41 GMT From: Vladimir Jakovenko Message-Id: <199608220442.EAA13472@cmr.kiev.ua> Subject: IP over IP To: freebsd-hackers@freebsd.org Date: Thu, 22 Aug 1996 07:42:41 +0300 (EET DST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, all! Sorry for long posting, but it seems we really have a problem here. Some time ago our University was given access to Internet. We have only 8+16 IP adress from ISP. Our network is happened to look like it is shown on (simplified) figure below. Internet ^ 2 Mb/s 10 Mb/s | ---o------------------o------ | +-----+------+ +-------+-------+ | | oberon | | r2d2 | | | FBSD-2.1.5 | | CISCO 2511 +------+ | | | | [I] +-+----------+ +---------------+ InterNet | -------|----------------------------------------------------------- [II] | IntraNet | | | +---------------+ +------+-----+ | cad | | inferno + ----... | FBSD-2.1.5 | | Novel 3.12 | | | | +-----... +-------+-------+ +------+-----+ | 10.0.0.9| | | +---------------+ +-------+-------+ | | space | | ee | | | FBSD-2.1.5 | | FBSD-2.1.5 | | | | | | | +-------+-------+ +-------+-------+ +---------------o------------------------o----- 10.0.0.10 10.0.0.11 First eight IP adresses from ISP are used in [I] for interfaces and some virtual hosts. We have also a backbone network, mostly based on Ethernet, using RFC1918 10.0.0.0 networks. Most routers are FreeBSD boxes, except some stupid people with Novell. At present most FreeBSD boxes in our backbone don't have direct connection to [oberon], only via 1-4 routers, for which we dont have sufficient number of IP addresses from ISP. But we would like to give these FreeBSD boxes such addresses, mostly because we want them to be able to connect to Internet not via proxy [oberon], but directly, because [oberon] is a simple PC-486 with 16Mb RAM and 1Gb HDD which acts as primary DNS, mail relay, and proxy, and it is already highly loaded. So we want to "redistribute" rest 16 IP adresses among other FreeBSD boxes via P2P tunnels, so that they look like being connected to [oberon] by P2P links. Now owr questions: Is there any way to build "virtual" P2P link from the given FBSD box in campus network to [oberon] using IP over IP? Is there any implementation of IP over IP for FreeBSD or any other solution easily ported to FreeBSD? I looked at ipfw and tun(4), but ipfw with divert(4) in -current and tun(4) are designed for use with user-level programs (like iijpp). I think this is wrong solution in the case, because of BIG traffic from [oberon] to other FBSD machines, wich are supposed to act as ftp and news (full-feed) servers. I think the kernel-level tunneling is more effective solution in case of the BIG traffic. All our attempts to find such solution seem to fail. Any suggestions/opinions would be greatly appreciated! Vladimir. From owner-freebsd-hackers Thu Aug 22 15:46:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25648 for hackers-outgoing; Thu, 22 Aug 1996 15:46:32 -0700 (PDT) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.247]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA25615 for ; Thu, 22 Aug 1996 15:46:22 -0700 (PDT) Received: from zapata.omnix.fr.org (zapata [128.127.10.1]) by zapata.omnix.fr.org (8.6.12/8.6.9) with SMTP id RAA12012; Thu, 22 Aug 1996 17:11:24 +0200 Date: Thu, 22 Aug 1996 17:11:23 +0200 (MET DST) From: didier@omnix.fr.org To: Warner Losh cc: Chuck Robey , hackers@FreeBSD.org Subject: Re: JDK 1.02 In-Reply-To: <199608221434.IAA10405@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 Aug 1996, Warner Losh wrote: > Date: Thu, 22 Aug 1996 08:34:19 -0600 > From: Warner Losh > To: Chuck Robey > Cc: didier@omnix.fr.org, hackers@FreeBSD.org > Subject: Re: JDK 1.02 > > : The jdk in ports/current is 1.02, and the kaffe there specifically needs > : at least that version to run. > > The JDK in ports is the Solaris Sparc version. There is no JDK 1.0.2 > native port to FreeBSD at this time. > > Warner > I would really like to have the native version rather that kaffe. I plan to ask sun for a source license. but I dont want to reinvent the wheel and I would prefer to help if someone has already started to work on this port. -- Didier Derny | My computer is Microsoft Free... didier@omnix.fr.org | FreeBSD 2.1-STABLE site From owner-freebsd-hackers Thu Aug 22 15:46:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA25677 for hackers-outgoing; Thu, 22 Aug 1996 15:46:36 -0700 (PDT) Received: from csgrad.cs.vt.edu (csgrad.cs.vt.edu [128.173.41.41]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA25659 for ; Thu, 22 Aug 1996 15:46:33 -0700 (PDT) Received: by csgrad.cs.vt.edu; (5.65v3.2/1.1.8.2/19Sep94-1023AM) id AA14431; Wed, 21 Aug 1996 22:04:38 -0400 Date: Wed, 21 Aug 1996 22:04:38 -0400 From: Tommy Johnson Message-Id: <9608220204.AA14431@csgrad.cs.vt.edu> To: jkh@time.cdrom.com, tjohnson@csgrad.cs.vt.edu Subject: Re: de driver bug? Cc: dennis@etinc.com, hackers@freebsd.org, huck@mispwoso.nosc.mil, matt@lkg.dec.com Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> My scoop: >> PCI SMC Etherpower 10baseT/10base2 ethernet card, on a dual 586-100 (labeled >> "pentium" though). > >Have you tried using any of the link flags to ifconfig? Modifying the >driver before trying that simple test would be silly indeed. Yes, thats the first thing I tried. I thought hardcoding the media type in the driver was ugly/evil/inelegant too. :-) I rebooted my machine today, and running FreeBSD2.2-Current as of about 8-15-1996, "ifconfig de0 [numeric address] netmask 0xffffff00 link2" will get the 10base2 to work. But I have to actualy type it, putting it in the ifconfig_de0 line in sysconfig will not work. (Yes I did see LINK2 in the flags during boot...) So something is still odd. -Tom "this isn't happening... this isn't happening..." a grey alien, X Files tjohnson@csgrad.cs.vt.edu "My other computer ALSO runs unix." -me <*> http://csgrad.cs.vt.edu/~tjohnson/ Message and signature (c) 1996 Tommy O. Johnson, all rights reserved From owner-freebsd-hackers Thu Aug 22 16:50:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03312 for hackers-outgoing; Thu, 22 Aug 1996 16:50:27 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA03302 for ; Thu, 22 Aug 1996 16:50:22 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id SAA25470; Thu, 22 Aug 1996 18:49:49 -0500 From: Joe Greco Message-Id: <199608222349.SAA25470@brasil.moneng.mei.com> Subject: Re: SMC EtherPower 10/100 - 9332 To: greg@uswest.net (Greg Rowe) Date: Thu, 22 Aug 1996 18:49:49 -0500 (CDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9608221608.ZM19371@nevis.oss.uswest.net> from "Greg Rowe" at Aug 22, 96 04:08:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Greetings, > > Has anyone seen any problems with these things detecting the Hub speed > incorrectly on a reboot ? I've had a couple instances on different systems, and > different hubs, where a reboot will cause the card to come up as 100baseT on a > 10baseT hub(2.1 & 2.1.5). A power on and off will then correct the problem. > Again, I've only seen the problem only a couple times, and I have a fair number > of these cards. Is there any way to force the card via the OS to go to 10baseT > ? Based on data I saw from Matt Thomas, the author of the DEC de driver, "not at this time". He appears to be looking into code which can automagically reprobe the card for media type changes, etc. Ask him directly, or check the mailing list archives for a message in the last few weeks asking for beta testers. ... JG From owner-freebsd-hackers Thu Aug 22 16:54:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04116 for hackers-outgoing; Thu, 22 Aug 1996 16:54:38 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA04104 for ; Thu, 22 Aug 1996 16:54:31 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id RAA04123; Thu, 22 Aug 1996 17:54:11 -0600 (MDT) Date: Thu, 22 Aug 1996 17:54:11 -0600 (MDT) Message-Id: <199608222354.RAA04123@rocky.mt.sri.com> From: Nate Williams To: Warner Losh Cc: Chuck Robey , didier@omnix.fr.org, hackers@freebsd.org Subject: Re: JDK 1.02 In-Reply-To: <199608221434.IAA10405@rover.village.org> References: <199608221434.IAA10405@rover.village.org> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > : The jdk in ports/current is 1.02, and the kaffe there specifically needs > : at least that version to run. > > The JDK in ports is the Solaris Sparc version. There is no JDK 1.0.2 > native port to FreeBSD at this time. And given Sun's recent 'attitude' regarding Java, there is *very* little chance of one happening. Sun is getting very propriatary (sp?) about Java, and the Linux developers were forced to remove their port of the JDK from ftp sites after being 'contacted' by Sun's lawyers. Sun is no longer 'open' about Java now that they've got enough mindshare to keep momentum going. It's a pretty cheap way of doing business by first promising openness and then renigging on it, but it's only too common in business nowadays. Nate From owner-freebsd-hackers Thu Aug 22 16:54:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA04148 for hackers-outgoing; Thu, 22 Aug 1996 16:54:44 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA04130 for ; Thu, 22 Aug 1996 16:54:41 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id SAA25487; Thu, 22 Aug 1996 18:53:31 -0500 From: Joe Greco Message-Id: <199608222353.SAA25487@brasil.moneng.mei.com> Subject: Re: A questionon on IP routing To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Thu, 22 Aug 1996 18:53:31 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <199608222158.XAA01449@labinfo.iet.unipi.it> from "Luigi Rizzo" at Aug 22, 96 11:58:49 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Hi, > > for some test I would like to do, I need to make two systems, on > the same subnet, say A and B, talk to each other with IP traffic > going through a router R which is far away (several hops) from both > A and B. Is there any chance to achieve this behaviour in general, > and in particular if A, B and possibly R run some version of FreeBSD ? It would be difficult, very difficult. If you have two links off of your subnet, it might be somewhat easier. If not, you need a router that can route based on source address. If you have two links off your subnet (and two routers), I would suspect that you can set the routing tables on each machine to point to a respective router for the other host, that router (and probably the intermediates) would do the same, until you reached R. It would be ugly, at least in general. ... JG From owner-freebsd-hackers Thu Aug 22 17:25:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA08993 for hackers-outgoing; Thu, 22 Aug 1996 17:25:30 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA08973 for ; Thu, 22 Aug 1996 17:25:26 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id TAA25515; Thu, 22 Aug 1996 19:22:42 -0500 From: Joe Greco Message-Id: <199608230022.TAA25515@brasil.moneng.mei.com> Subject: Re: IP over IP To: vovik@cmr.kiev.ua (Vladimir Jakovenko) Date: Thu, 22 Aug 1996 19:22:42 -0500 (CDT) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199608220442.EAA13472@cmr.kiev.ua> from "Vladimir Jakovenko" at Aug 22, 96 07:42:41 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi, all! > > Sorry for long posting, but it seems we really have a problem here. > > Some time ago our University was given access to Internet. We have > only 8+16 IP adress from ISP. Our network is happened to look like > it is shown on (simplified) figure below. Why not configure a second interface (say, a tun0 device or something) as a dummy interface? > Internet > ^ 2 Mb/s > 10 Mb/s | > ---o------------------o------ | > +-----+------+ +-------+-------+ | > | oberon | | r2d2 | | > | FBSD-2.1.5 | | CISCO 2511 +------+ > | | | | > [I] +-+----------+ +---------------+ InterNet > | > -------|----------------------------------------------------------- > [II] | IntraNet > | > | > | +---------------+ > +------+-----+ | cad | > | inferno + ----... | FBSD-2.1.5 | > | Novel 3.12 | | | > | +-----... +-------+-------+ > +------+-----+ | > 10.0.0.9| | > | +---------------+ +-------+-------+ > | | space | | ee | > | | FBSD-2.1.5 | | FBSD-2.1.5 | > | | | | | > | +-------+-------+ +-------+-------+ > +---------------o------------------------o----- > 10.0.0.10 10.0.0.11 It is not clear if oberon has a direct connection to "space" and "ee", or if "inferno" sits between them. Let me redraw this for you. Okay, so you have 8 addresses on the 10mbps. I'm assuming you do not want to burn them. 10.0.0.? network |-----------------------------------------------------| | .1 | .2 | .3 | .4 -------- -------- -------- -------- |oberon| |space | |ee | |infern| -------- -------- -------- -------- .3 | | .1 | | <---------- | 10.0.1.? to r2d2 |----------| network W.X.Y.? | .2 -------- |mybox | -------- You have a "backbone" that is 10.0.0.X, and various subnets on your routers.. I have shown ONE for simplicity, 10.0.1.X. You have a node, 10.0.1.2, which is connected on that network, and you want it on the Internet. So youu want "mybox" to be on the Internet as A.B.C.D, but it has an address of 10.0.1.2. First, r2d2 has to route all 16 addresses to oberon's address, W.X.Y.3 route add -net A.B.C.0 -netmask 0xfffffff0 W.X.Y.3 Now, oberon can control assignments by routing individual IP's to various routers. Route "A.B.C.D" to "space". route add -host A.B.C.D 10.0.0.2 Now "space" needs to route it to "mybox". route add -host A.B.C.D 10.0.1.2 Now "mybox" gets packets destined for A.B.C.D. Configure "mybox" to accept them. You may be able to do it with an alias Ethernet address (dunno). ifconfig ed0 alias A.B.C.D netmask 0xffffffff maybe, or create a dummy tun device or something.. I don't know what the "best" way to do it is, there are several ways though and I use a number of them. Remember that you can do this multiple times for multiple nodes. It is SIMPLY a routing problem. Easy beans. And best of all - unlike Ethernet you do not waste the first and last addresses on your A.B.C.? block of 16 addresses. ... JG From owner-freebsd-hackers Thu Aug 22 18:21:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA15500 for hackers-outgoing; Thu, 22 Aug 1996 18:21:51 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA15474 for ; Thu, 22 Aug 1996 18:21:29 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id SAA14723; Thu, 22 Aug 1996 18:11:18 -0700 From: Terry Lambert Message-Id: <199608230111.SAA14723@phaeton.artisoft.com> Subject: Re: JDK 1.02 To: nate@mt.sri.com (Nate Williams) Date: Thu, 22 Aug 1996 18:11:17 -0700 (MST) Cc: imp@village.org, chuckr@glue.umd.edu, didier@omnix.fr.org, hackers@FreeBSD.org In-Reply-To: <199608222354.RAA04123@rocky.mt.sri.com> from "Nate Williams" at Aug 22, 96 05:54:11 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > : The jdk in ports/current is 1.02, and the kaffe there specifically needs > > : at least that version to run. > > > > The JDK in ports is the Solaris Sparc version. There is no JDK 1.0.2 > > native port to FreeBSD at this time. > > And given Sun's recent 'attitude' regarding Java, there is *very* little > chance of one happening. Sun is getting very propriatary (sp?) about > Java, and the Linux developers were forced to remove their port of the > JDK from ftp sites after being 'contacted' by Sun's lawyers. > > Sun is no longer 'open' about Java now that they've got enough mindshare > to keep momentum going. It's a pretty cheap way of doing business by > first promising openness and then renigging on it, but it's only too > common in business nowadays. You can download "Visual J++", microsoft's JAVA developement environment for the Microsoft Developer Studio for free from www.microsoft.com (look under 'Products', then 'Developer'). So much for Sun. 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 Aug 22 18:36:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA17441 for hackers-outgoing; Thu, 22 Aug 1996 18:36:58 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA17423 for ; Thu, 22 Aug 1996 18:36:52 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id BAA15881 for ; Fri, 23 Aug 1996 01:36:49 GMT Date: Fri, 23 Aug 1996 10:36:49 +0900 (JST) From: Michael Hancock Reply-To: Michael Hancock To: FreeBSD Hackers Subject: STREAM Benchmark (Results) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Here the results, you'll have to draw your own conclusions. The benchmark is designed to shred the cache and reveal the cost of cache misses. While skimming over McCalpin's pages I noticed that he has a machine balance metric, it might be derived from output of this benchmark. To find out more about the STREAMS benchmark ... http://www.cs.virginia.edu/~mccalpin ftp://ftp.cs.virginia.edu/pub/stream/Code/stream_d.c ftp://ftp.cs.virginia.edu/pub/stream/Code/second_cpu.c Most of the results were compiled using the stock cc (gcc 2.6.3) cc -O stream_d.c second_cpu.c -o stream_d -lm Regards and thanks to all who sent me results, Mike Hancock RESULTS (sorted by Assignment) ============================================================= Tyan Tempest II MB (Neptune based/PCI/EISA) 32MB 60ns parity RAM 2 x 16MB simms P166, 512K Asynchronous cache FreeBSD-current, cc -O ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 40.1569 0.4073 0.3984 0.4453 Scaling : 40.1569 0.4228 0.3984 0.5156 Summing : 49.5484 0.5183 0.4844 0.6094 SAXPYing : 49.5484 0.5247 0.4844 0.6328 ============================================================= NexGen PCI P-90 system (no FPU, only consider assignment) 48M DRAM: FreeBSD 2.1-Stable, thru CTM patch 0096, cc -O2 ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 46.5455 0.3623 0.3438 0.4453 Scaling : 0.2008 80.4070 79.6719 82.1875 Summing : 0.2996 81.0184 80.1094 82.8125 SAXPYing : 0.2195 110.0275 109.3516 112.6719 ============================================================= P100 Triton-I MB-8500TEC, 60ns 2 4x32 60ns DRAM, 512k 12ns SRAM cache, FreeBSD 2.2-current, cc -O ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 60.6815 0.2220 0.2109 0.2344 Scaling : 58.5143 0.2258 0.2188 0.2266 Summing : 66.4216 0.3042 0.2891 0.3281 SAXPYing : 64.6737 0.3016 0.2969 0.3203 ============================================================= CPU: Pentium Pro (210.47-MHz 686-class CPU) 64MB RAM FreeBSD 2.2-960612-SNAP ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 78.7692 0.2047 0.2031 0.2109 Scaling : 78.7692 0.2063 0.2031 0.2109 Summing : 93.0909 0.2649 0.2578 0.2656 SAXPYing : 93.0909 0.2719 0.2578 0.2812 ============================================================= ASUS P55T2P4 (Triton II) 64MB 60ns Parity RAM, 2 x 32MB SIMM P133, 512K PB cache, parity (not ECC) enabled FreeBSD-2.2-snap-960801, cc -O ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 81.9200 0.1969 0.1953 0.2109 Scaling : 78.7692 0.2079 0.2031 0.2266 Summing : 83.0270 0.2938 0.2891 0.2969 SAXPYing : 80.8421 0.2992 0.2969 0.3047 ============================================================= Intel Venus/PRO system (P6/200) ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 81.9200 0.1985 0.1953 0.2031 Scaling : 81.9200 0.2000 0.1953 0.2031 Summing : 87.7714 0.2782 0.2734 0.2812 SAXPYing : 85.3333 0.2812 0.2812 0.2812 ============================================================= ASUS P/I P55T2P4 (Triton II) 64MB 60ns parity RAM, 4x16MB simms P166, 512k PB cache FreeBSD 2.1.5R, cc ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 85.3333 0.1938 0.1875 0.1953 Scaling : 85.3333 0.1978 0.1875 0.2109 Summing : 93.0909 0.2727 0.2578 0.2812 SAXPYing : 93.0909 0.2697 0.2578 0.2812 ============================================================= ASUS Natoma PPro200 64M RAM ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 89.0435 0.1963 0.1797 0.2109 Scaling : 85.3333 0.1985 0.1875 0.2031 Summing : 90.3529 0.2790 0.2656 0.2891 SAXPYing : 90.3529 0.2829 0.2656 0.2891 ============================================================= Tyan Tomcat II MB (Triton II PCI/ISA) 32MB 60ns EDO RAM 2 x 16MB simms Single, P120 256K PB cache FreeBSD-2.1.5-RELEASE, cc -O ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 93.0909 0.1774 0.1719 0.1797 Scaling : 73.1429 0.2290 0.2188 0.2422 Summing : 85.3333 0.2938 0.2812 0.2969 SAXPYing : 78.7692 0.3118 0.3047 0.3203 ============================================================= Iwill P54TSW2 with 512k cache, Triton I P166 64MB RAM, 32MB EDO x 2 FreeBSD 2.1.0-RELEASE, cc -0 ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 93.0909 0.1774 0.1719 0.1797 Scaling : 93.0909 0.1774 0.1719 0.1797 Summing : 93.0909 0.2578 0.2578 0.2578 SAXPYing : 93.0909 0.2602 0.2578 0.2656 ============================================================= Brand names ============================================================= Digital Venturis 5100 (SiS chipset) 56MB 60/70ns parity RAM, 2x16MB, 2x8MB simms, 8MB on motherboard P100, 256k async cache FreeBSD 2.1.5R, cc ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 52.5128 0.3173 0.3047 0.3281 Scaling : 52.5128 0.3126 0.3047 0.3281 Summing : 59.0769 0.4212 0.4062 0.4297 SAXPYing : 59.0769 0.4236 0.4062 0.4375 ============================================================= Dell Dimension (Triton II) P166 32MB SDRAM 1 x 16MB DIMM FreeBSD-2.1.5R, with pgcc-2.7.2 ------------------------------------------------------------- Function Rate (MB/s) RMS time Min time Max time Assignment: 119.4667 0.1540 0.1406 0.1641 Scaling : 102.4000 0.1673 0.1641 0.1875 Summing : 107.5200 0.2438 0.2344 0.2578 SAXPYing : 104.0516 0.2494 0.2422 0.2734 ============================================================= Other architectures, just for comparison Alpha Server 1000 4/266 with 128M/RAM: ============================================================= Function Rate (MB/s) RMS time Min time Max time Assignment: 96.0000 0.1801 0.1667 0.1833 Scaling : 96.0000 0.1836 0.1667 0.2000 Summing : 96.0000 0.2586 0.2500 0.2833 SAXPYing : 96.0000 0.2618 0.2500 0.2667 From owner-freebsd-hackers Thu Aug 22 18:46:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA18560 for hackers-outgoing; Thu, 22 Aug 1996 18:46:25 -0700 (PDT) Received: from tetsuo.communique.net (Tetsuo.Communique.Net [204.27.64.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id SAA18549 for ; Thu, 22 Aug 1996 18:46:22 -0700 (PDT) Received: from yama.communique.net (Yama.Communique.Net [204.27.65.102]) by tetsuo.communique.net (8.6.12/8.6.12) with SMTP id UAA27684 for ; Thu, 22 Aug 1996 20:46:20 -0500 Date: Thu, 22 Aug 1996 20:46:37 -0500 (CDT) From: Raul Zighelboim To: hackers@freebsd.org Subject: Thinkpad and 3C562 Ethernet card. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ello there I am trying to install FreeBSD on an IBM thinkpad 360 (I think it is a 36). It has a PCMCI adapter, and I have tehre a 3C562 Ethernet/Modem card. I am trying to do an installation over the network using ftp. Not sure what the problem is, I have not been able to get the boot floppy to recognise the PCMCI adapter, and I have not found any place that would allow me to change the address/IRQ on the adapter via DOS to make it more FBSD friendly. I have even recompiled the kernel and created my own boot floppies optimized for the ocasion. Is there a FAQ/README/INFO on how to install FreeBSD on this Thinkpad ? Is that possible to do ? Thanks a lot for any help! From owner-freebsd-hackers Thu Aug 22 18:46:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA18598 for hackers-outgoing; Thu, 22 Aug 1996 18:46:38 -0700 (PDT) Received: from bunyip.cc.uq.oz.au (daemon@bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA18587 for ; Thu, 22 Aug 1996 18:46:33 -0700 (PDT) Received: (from daemon@localhost) by bunyip.cc.uq.oz.au (8.7.5/8.7.3) id LAA26060; Fri, 23 Aug 1996 11:46:26 +1000 Received: from netfl15a.devetir.qld.gov.au by pandora.devetir.qld.gov.au (8.6.10/DEVETIR-E0.3a) with ESMTP id LAA09953; Fri, 23 Aug 1996 11:48:00 +1000 Received: by netfl15a.devetir.qld.gov.au (8.6.8.1/DEVETIR-0.1) id BAA15840; Fri, 23 Aug 1996 01:48:28 GMT Date: Fri, 23 Aug 1996 01:48:28 GMT Message-Id: <199608230148.BAA15840@netfl15a.devetir.qld.gov.au> MIME-Version: 1.0 X-Newsreader: knews 0.9.7 From: sysseh@devetir.qld.gov.au (Stephen Hocking) Subject: UNIX Unbound! (fwd) To: hackers@freebsd.org, freshcomp@acslink.net.au Content-Type: message/rfc822 Content-Transfer-Encoding: 8bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Thought y'all might find this interesting.... Xref: ogre.devetir.qld.gov.au comp.unix.sco.announce:410 Newsgroups: comp.unix.sco.announce Path: ogre.devetir.qld.gov.au!bunyip.cc.uq.oz.au!munnari.OZ.AU!news.ecn.uoknor.edu!qns3.qns.net!imci4!newsfeed.internetmci.com!in3.uu.net!xenitec!edhew From: monikal@sco.com (Monika Laud) Subject: UNIX Unbound! Organization: XeniTec Consulting Services, Kitchener, ON, Canada Date: Thu, 22 Aug 1996 07:43:59 GMT Approved: scoannmod@xenitec.on.ca Message-ID: Followup-To: comp.unix.sco.misc Sender: edhew@xenitec.on.ca (Ed Hew) Lines: 105 FOR IMMEDIATE RELEASE CONTACT: Monika Laud SCO TEL: 408/427-7421 FAX: 408/427-5448 monikal@sco.com UNIX UNBOUND! SCO Provides FREE UNIX System Licenses To Students, Educators and UNIX Enthusiasts Around The World SCO Forum96, Santa Cruz, CA (August 19, 1996) -- In a move that empowers students, educators and UNIX system enthusiasts with free access to the worlds most popular business computing environment, SCO today announced plans to provide a free license to use its popular UNIX systems, including SCO OpenServer and SCO UnixWare, to anyone in the world who wants to use them for educational and non-commercial use to enable the evaluation and understanding of UNIX systems. The bold move has far-reaching implications for the future of the UNIX platform and marks the stunning public debut of SCOs stewardship of the UNIX system. It also represents the first time in more than 20 years that the owner of UNIX technology has provided the operating system free of charge to the public. Alok Mohan, SCOs president and CEO, said, "This is only the second time in UNIXs 25-year history that the owner of the technology has made this offer. The last time this happened, a $60-billion-dollar industry was born." The UNIX system was in its infancy when AT&T Bell Labs gave it away for free to colleges and universities to help with research and development projects. Soon, thousands of students were learning to program on UNIX systems. After graduation, they took that knowledge into the corporate world, building a $60-billion-dollar industry. The legacy of AT&Ts gift to universities includes the Internet, the World Wide Web, multiprocessing, and much more. Today, the UNIX system is the software engine that processes trillions of dollars of business transactions around the world. "SCO believes it is time to return the favor," said Mohan, "and deliver the result of more than 20 years of technical innovation back to educators and students worldwide. With the explosive growth of the Internet and the breadth of development tools for UNIX systems available today, one can only imagine what this new generation will do with this open operating system platform." What the Students Will Get The availability of free UNIX system licenses begins with SCO OpenServer license, followed closely by a free SCO UnixWare license. The initial availability of a free SCO OpenServer license provides UNIX system enthusiasts with access to a high-end, commercial quality UNIX product that would normally be out of reach due to price constraints. Students, as well as professionals who use the UNIX system at work, now have an affordable means of running the UNIX platform at home, enabling them to create a home BBS or web site. Whats In Free SCO OpenServer? With a Free SCO OpenServer license, users interested in UNIX technology have access to a fully functional, single user version of the SCO OpenServer Desktop System, which includes SCO Doctor Lite, and SCO ARCserve/Open Lite from Cheyenne, and the SCO OpenServer Development System. The SCO OpenServer Desktop is an advanced, single user UNIX operating system that delivers RISC workstation capabilities and performance on cost-effective Intel architecture platforms. The Desktop System integrates a powerful 32-bit, multitasking, X/Open UNIX system compliant operating system with networking, graphics, and Internet facilities. The Development System includes a set of state-of-the-art C compilers, debuggers, application programming interfaces, and libraries for developing applications. How to Get It Free SCO OpenServer license can be ordered and licensed via the Internet. To place a media order or acquire a license to use the software, go to: http://www3.sco.com/Products. Free SCO OpenServer is licensed for educational and non-commercial use. The license is free of charge. The product media, if desired, costs $19. About SCO SCO is the worlds leading supplier of UNIX server operating systems, and a leading provider of client-integration software that integrates Windows PCs and other clients with UNIX servers from all major vendors. SCO Business Critical UNIX Servers run the critical, day-to-day operations of large branch organizations in retail, finance, telecom, and government, as well as corporate departments and small to medium-sized businesses of every kind. SCO sells and supports its products through a worldwide network of distributors, resellers, systems integrators, and OEMs. For more information, see SCOs WWW home page at: http://www.sco.com. # # # SCO, The Santa Cruz Operation, the SCO logo, SCO OpenServer, SCO UnixWare, and SCO Doctor are trademarks or registered trademarks of The Santa Cruz Operation, Inc. in the USA and other countries. UNIX is a registered trademark in the United States an other countries, licensed exclusively through X/Open Company Limited. Cheyenne and ARCserve are registered trademarks of Cheyenne Software, Inc. All other brand or product names are or may be trademarks of, and are used to identify products or services of, their respective owners. From owner-freebsd-hackers Thu Aug 22 19:04:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA19905 for hackers-outgoing; Thu, 22 Aug 1996 19:04:46 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA19895 for ; Thu, 22 Aug 1996 19:04:41 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id UAA04744; Thu, 22 Aug 1996 20:00:48 -0600 (MDT) Date: Thu, 22 Aug 1996 20:00:48 -0600 (MDT) Message-Id: <199608230200.UAA04744@rocky.mt.sri.com> From: Nate Williams To: Terry Lambert Cc: nate@mt.sri.com (Nate Williams), imp@village.org, chuckr@glue.umd.edu, didier@omnix.fr.org, hackers@freebsd.org Subject: Re: JDK 1.02 In-Reply-To: <199608230111.SAA14723@phaeton.artisoft.com> References: <199608222354.RAA04123@rocky.mt.sri.com> <199608230111.SAA14723@phaeton.artisoft.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > You can download "Visual J++", microsoft's JAVA developement environment > for the Microsoft Developer Studio for free from www.microsoft.com > (look under 'Products', then 'Developer'). > > So much for Sun. Except that VJ++ isn't going to stay 'free' for much longer. M$ is distributing for free until they get the bugs worked out, then they'll start charging for it. Nate From owner-freebsd-hackers Thu Aug 22 19:37:06 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA21996 for hackers-outgoing; Thu, 22 Aug 1996 19:37:06 -0700 (PDT) Received: from yoda.fdt.net (root@yoda.fdt.net [205.229.48.17]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA21974 for ; Thu, 22 Aug 1996 19:36:47 -0700 (PDT) Received: from Kryten.nina.org (dyn048-gnv.51.fdt.net [205.229.51.49]) by yoda.fdt.net (8.6.12/8.6.12) with SMTP id WAA07032; Thu, 22 Aug 1996 22:36:29 -0400 Date: Thu, 22 Aug 1996 22:37:42 -0400 (EDT) From: Frank Seltzer X-Sender: frankd@Kryten.nina.org To: Nate Williams cc: Terry Lambert , imp@village.org, chuckr@glue.umd.edu, didier@omnix.fr.org, hackers@FreeBSD.org Subject: Re: JDK 1.02 In-Reply-To: <199608230200.UAA04744@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 Aug 1996, Nate Williams wrote: > Except that VJ++ isn't going to stay 'free' for much longer. M$ is > distributing for free until they get the bugs worked out, then they'll > start charging for it. Kinda like Internet Explorer - it's free until they clobber Netscape. > Nate > Frank -- Only in America can a homeless veteran sleep in a cardboard box while a draft dodger sleeps in the White House - anonymous From owner-freebsd-hackers Thu Aug 22 20:40:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA24941 for hackers-outgoing; Thu, 22 Aug 1996 20:40:33 -0700 (PDT) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA24935 for ; Thu, 22 Aug 1996 20:40:28 -0700 (PDT) Received: (from rashid@localhost) by rk.ios.com (8.7.5/8.7.3) id XAA20759; Thu, 22 Aug 1996 23:37:26 -0400 (EDT) From: Rashid Karimov Message-Id: <199608230337.XAA20759@rk.ios.com> Subject: Re: SMC EtherPower 10/100 - 9332 To: greg@uswest.net (Greg Rowe) Date: Thu, 22 Aug 1996 23:37:26 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9608221608.ZM19371@nevis.oss.uswest.net> from "Greg Rowe" at Aug 22, 96 04:08:17 pm Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I beleive you should be able to force them into specific mode via "link" flags to ifconfig. Try RTFM > > Greetings, > > Has anyone seen any problems with these things detecting the Hub speed > incorrectly on a reboot ? I've had a couple instances on different systems, and > different hubs, where a reboot will cause the card to come up as 100baseT on a > 10baseT hub(2.1 & 2.1.5). A power on and off will then correct the problem. > Again, I've only seen the problem only a couple times, and I have a fair number > of these cards. Is there any way to force the card via the OS to go to 10baseT > ? > > Thanks > > > > -- > Greg Rowe | > U S West - Interact Services | INTERNET greg@uswest.net > 111 Washington Ave. South | Fax: (612) 672-8537 > Minneapolis, MN USA 55401 | Voice: (612) 672-8535 > > Never trust an operating system you don't have source for.... > > From owner-freebsd-hackers Thu Aug 22 20:59:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA25656 for hackers-outgoing; Thu, 22 Aug 1996 20:59:08 -0700 (PDT) Received: from rk.ios.com (rk.ios.com [198.4.75.55]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA25647 for ; Thu, 22 Aug 1996 20:58:54 -0700 (PDT) Received: (from rashid@localhost) by rk.ios.com (8.7.5/8.7.3) id XAA20847; Thu, 22 Aug 1996 23:53:23 -0400 (EDT) From: Rashid Karimov Message-Id: <199608230353.XAA20847@rk.ios.com> Subject: Re: JDK 1.02 To: frankd@yoda.fdt.net (Frank Seltzer) Date: Thu, 22 Aug 1996 23:53:23 -0400 (EDT) Cc: nate@mt.sri.com, terry@lambert.org, imp@village.org, chuckr@glue.umd.edu, didier@omnix.fr.org, hackers@FreeBSD.org In-Reply-To: from "Frank Seltzer" at Aug 22, 96 10:37:42 pm Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > On Thu, 22 Aug 1996, Nate Williams wrote: > > > Except that VJ++ isn't going to stay 'free' for much longer. M$ is > > distributing for free until they get the bugs worked out, then they'll > > start charging for it. > > Kinda like Internet Explorer - it's free until they clobber Netscape. Prior to Netscape going bankrupt :)))) we'd have to ask them to at least give/sell us sources for Unix version of Netscape. MS definitely won't support it. Or may be it will come up with nastier scenario - Unix version of Explorer which will coredump every 3 seconds. Then they will blame *nix*es for not being stable/robust/fast enough and tell us clueless Unix ppl to switch to Windows :) which will be rewritten in JAVA by that time and have HMTL support build into the kernel :)) Rashid. > > > Nate > > > > Frank > -- > Only in America can a homeless veteran sleep in a cardboard box while a > draft dodger sleeps in the White House - anonymous > > From owner-freebsd-hackers Thu Aug 22 21:31:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA27078 for hackers-outgoing; Thu, 22 Aug 1996 21:31:00 -0700 (PDT) Received: from hemi.com (hemi.com [204.132.158.10]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA27073 for ; Thu, 22 Aug 1996 21:30:56 -0700 (PDT) Received: (from mbarkah@localhost) by hemi.com (8.6.12/8.6.12) id WAA08770; Thu, 22 Aug 1996 22:29:36 -0600 From: Ade Barkah Message-Id: <199608230429.WAA08770@hemi.com> Subject: Re: JDK 1.02 To: terry@lambert.org (Terry Lambert) Date: Thu, 22 Aug 1996 22:29:36 -0600 (MDT) Cc: hackers@freebsd.org In-Reply-To: <199608230111.SAA14723@phaeton.artisoft.com> from "Terry Lambert" at Aug 22, 96 06:11:17 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > You can download "Visual J++", microsoft's JAVA developement environment > for the Microsoft Developer Studio for free from www.microsoft.com > (look under 'Products', then 'Developer'). > > So much for Sun. > > Terry Lambert Someone here downloaded Visual J++ as above... the problem was so many features were disabled, he wasn't able to do anything useful with it. -Ade ------------------------------------------------------------------- Inet: mbarkah@hemi.com - HEMISPHERE ONLINE - ------------------------------------------------------------------- From owner-freebsd-hackers Thu Aug 22 22:43:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA29481 for hackers-outgoing; Thu, 22 Aug 1996 22:43:41 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA29476 for ; Thu, 22 Aug 1996 22:43:37 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id WAA05115; Thu, 22 Aug 1996 22:02:42 -0600 (MDT) Date: Thu, 22 Aug 1996 22:02:42 -0600 (MDT) Message-Id: <199608230402.WAA05115@rocky.mt.sri.com> From: Nate Williams To: Raul Zighelboim Cc: hackers@freebsd.org Subject: Re: Thinkpad and 3C562 Ethernet card. In-Reply-To: References: Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I am trying to install FreeBSD on an IBM thinkpad 360 (I think it is a 36). > It has a PCMCI adapter, and I have tehre a 3C562 Ethernet/Modem card. I am > trying to do an installation over the network using ftp. You've got two strikes against you. 1) The ThinkPad uses a non-standard keyboard controller. 2) You are using a unsupported PCCARD. FreeBSD supports the older 3C589 cards, but the newer cards are *much* harder to support since dual function cards are non-trivial to work. > Not sure what the problem is, I have not been able to get the boot floppy > to recognise the PCMCI adapter, and I have not found any place that would > allow me to change the address/IRQ on the adapter via DOS to make it more > FBSD friendly. AFAIK, you won't be able to use that card for installation. If you can get a hold of the simple ethernet-only cards you might have some luck, but given that FreeBSD's default console driver doesn't work on older ThinkPad's it might not work. But, the 360 is newer, so it might work. > I have even recompiled the kernel and created my own boot > floppies optimized for the ocasion. Make sure you use PCVT for the console driver and add the necessary options (see GENERIC), and get a 3C589 card. Nate From owner-freebsd-hackers Thu Aug 22 22:45:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA29577 for hackers-outgoing; Thu, 22 Aug 1996 22:45:37 -0700 (PDT) Received: from dub-img-7.compuserve.com (dub-img-7.compuserve.com [149.174.206.137]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA29571 for ; Thu, 22 Aug 1996 22:45:35 -0700 (PDT) Received: by dub-img-7.compuserve.com (8.6.10/5.950515) id BAA18309; Fri, 23 Aug 1996 01:45:04 -0400 Date: 23 Aug 96 01:37:43 EDT From: Jan Knepper <106030.3360@CompuServe.COM> To: "[FreeBSD Hackers]" Subject: Sun Sues Java... Message-ID: <960823053743_106030.3360_JHF67-1@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk SUN MICROSYSTEMS SUES ISLAND OF JAVA* Mountain View, CA -- Sun Microsystems today filed a trademark infringement against the island of Java* over the use of Sun's Java* trademark. Responding to criticism that the island has been called Java* for centuries, Sun lawyer Frank Cheatham said "Yeah, and in all that time they never filed for a trademark. They deserve to lose the name." Rather than pay the licensing fee, the island decided to change its name. They originally voted to change it to Visu Albasic, but an angry telegram from Redmond, Washington convinced them otherwise. The country finally settled on a symbol for a name -- a neatly-colored coffee cup which still evokes the idea of java. Since most newspapers and magazines will not be able to print the name of the island, it will hereafter be referred to in print as "The Island Formerly Known As Java*". The Island Formerly Known As Java* bills itself as a cross-landmass island, but so far has only been implemented in production on the Malay Archipelago. Africa is been rumored to have implemented it on Madagascar, but it is still in alpha testing. Lawyers from Sun would also like to locate the owners of the huge fiery ball at the center of the solar system. They have some legal papers for them... ---------------------------------------------------------------------- *Java is a Trademark of Sun Microsystems, Inc. Anyone caught using the trademark without permission will be beaten, flogged, sued, and forced to use Microsoft products. From owner-freebsd-hackers Thu Aug 22 23:45:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01643 for hackers-outgoing; Thu, 22 Aug 1996 23:45:23 -0700 (PDT) Received: from skalman.educ.goteborg.se (root@skalman.educ.goteborg.se [194.17.166.40]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA01617 for ; Thu, 22 Aug 1996 23:45:16 -0700 (PDT) Received: from pvhws075.ped.hisingensvux.educ.goteborg.se (pvhws075.ped.hisingensvux.educ.goteborg.se [194.18.39.75]) by skalman.educ.goteborg.se (8.7.5/8.7.3) with SMTP id IAA01810 for ; Fri, 23 Aug 1996 08:45:08 +0200 (MET DST) Message-ID: <321DD0D7.362@mail.educ.goteborg.se> Date: Fri, 23 Aug 1996 08:40:07 -0700 From: chipd X-Mailer: Mozilla 2.02 [sv] (Win16; I) MIME-Version: 1.0 To: freebsd-hackers-digest@FreeBSD.ORG Subject: unsubscribe free-hackers-digest X-URL: http://www.liszt.com/cgi-bin/start.cgi?type=o&info=a&server=Majordomo@FreeBSD.ORG&list=freebsd-hackers-digest&word=hackers Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe free-hackers-digest From owner-freebsd-hackers Thu Aug 22 23:46:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA01800 for hackers-outgoing; Thu, 22 Aug 1996 23:46:48 -0700 (PDT) Received: from skalman.educ.goteborg.se (root@skalman.educ.goteborg.se [194.17.166.40]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA01783 for ; Thu, 22 Aug 1996 23:46:40 -0700 (PDT) Received: from pvhws075.ped.hisingensvux.educ.goteborg.se (pvhws075.ped.hisingensvux.educ.goteborg.se [194.18.39.75]) by skalman.educ.goteborg.se (8.7.5/8.7.3) with SMTP id IAA01815 for ; Fri, 23 Aug 1996 08:46:33 +0200 (MET DST) Message-ID: <321DD12D.75D6@mail.educ.goteborg.se> Date: Fri, 23 Aug 1996 08:41:33 -0700 From: chipd X-Mailer: Mozilla 2.02 [sv] (Win16; I) MIME-Version: 1.0 To: freebsd-hackers-digest@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk unsubscribe free-hackers-digest From owner-freebsd-hackers Thu Aug 22 23:51:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA02103 for hackers-outgoing; Thu, 22 Aug 1996 23:51:00 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA02098 for ; Thu, 22 Aug 1996 23:50:58 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id XAA01469 for ; Thu, 22 Aug 1996 23:50:57 -0700 (PDT) To: hackers@freebsd.org Subject: libzip? Date: Thu, 22 Aug 1996 23:50:57 -0700 Message-ID: <1467.840783057@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm looking for a library interface to the zip file format (ops for add, delete, query, that kind of thing) - has anyone run across such a thing in their travels? Thanks! Jordan From owner-freebsd-hackers Fri Aug 23 00:36:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA03972 for hackers-outgoing; Fri, 23 Aug 1996 00:36:18 -0700 (PDT) Received: from cmr.kiev.ua (root@cmr.kiev.ua [193.193.193.50]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA03881 for ; Fri, 23 Aug 1996 00:35:54 -0700 (PDT) Received: (vovik@localhost) by cmr.kiev.ua (Sendmail 8.who.cares/5) id IAA06085; Fri, 23 Aug 1996 08:00:20 GMT From: Vladimir Jakovenko Message-Id: <199608230800.IAA06085@cmr.kiev.ua> Subject: Re: IP over IP To: rkw@dataplex.net (Richard Wackerbarth) Date: Fri, 23 Aug 1996 11:00:19 +0300 (EET DST) Cc: freebsd-hackers@freebsd.org In-Reply-To: from "Richard Wackerbarth" at Aug 22, 96 07:47:44 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi! > > > using RFC1918 10.0.0.0 networks. Most routers are FreeBSD boxes, > > except some stupid people with Novell. > > > > At present most FreeBSD boxes in our backbone don't have direct connection > > to [oberon], only via 1-4 routers, for which we dont have sufficient number > > of IP addresses from ISP. But we would like to give these FreeBSD boxes > > such addresses, mostly because we want them to be able to connect to > > Internet not via proxy [oberon], but directly, because [oberon] is a simple > > PC-486 with 16Mb RAM and 1Gb HDD which acts as primary DNS, mail relay, and > > proxy, and it is already highly loaded. > > OK, I'm confused. Do you want to assign an internet address to "cad"? > If so, what will be the actual path to the outside? From your diagram it > appears that the packets must still pass through "oberon". Are you simply > attempting to avoid the proxy overhead but still be willing to take the > routing overhead as the packets pass through "oberon"? > > If so, you can do it by using (static?) routes through the various routers. Internet | Intranet <--------[ oberon ]----[ inferno ]--------[ ee ]-----------[ cad ] a.b.c.d 10.1 10.2 10.9 10.10 10.17 10.18 ( Real IP) (Real IP) Static routes are perfect if you have acces to all routers in 10.0.0.0 network, and also you MUST disable all ICMP in [oberon] ( no traceroutes from outside of campus to [cad], etc. ). > Tunneling should not be necessary since you control the internal network. > Tunneling is used to do things like bypassing firewalls or running an > encrypted connection between two campuses. Ok, but with tunnels(or any other encapsulation) I can build virtual IP network over existent network. If my existent network use OSPF I can use load-balancing facility of OSPF. Also with IP over IP tunnels I can build tunnel between pure conected parts of one AS via tunnel through good connected another AS like that: +------------+ | | High speed connection to AS abc | AS abb +------------+ | | | +---+ +---+ +----+----+ Low speed connection| | | AS abc | between AS parts | | | | +---+ +---+ +----+----+ | | | | +------------+ | | High speed connection to AS abc +------------+ > > > I not so familiar with FBSD kernel internals, so I look arround tun and iijppp and mostly complete tunnel implementation via user level program. Also i get vif-x.xx.tgz and look arround it. The first version of them based on IP over IP implementation, so it try to hack it. Thanx for you respond, Vladimir. From owner-freebsd-hackers Fri Aug 23 00:37:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA04023 for hackers-outgoing; Fri, 23 Aug 1996 00:37:18 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA04018 for ; Fri, 23 Aug 1996 00:37:09 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id KAA15957; Fri, 23 Aug 1996 10:23:47 +0300 Date: Fri, 23 Aug 1996 10:23:46 +0300 (EET DST) From: Narvi To: Warner Losh cc: Chuck Robey , didier@omnix.fr.org, hackers@FreeBSD.org Subject: Re: JDK 1.02 In-Reply-To: <199608221434.IAA10405@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 Aug 1996, Warner Losh wrote: > : The jdk in ports/current is 1.02, and the kaffe there specifically needs > : at least that version to run. > > The JDK in ports is the Solaris Sparc version. There is no JDK 1.0.2 > native port to FreeBSD at this time. The name is actually misleading - perhaps it should be called jdk_classes or something like that? Sander > > Warner > From owner-freebsd-hackers Fri Aug 23 00:38:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA04069 for hackers-outgoing; Fri, 23 Aug 1996 00:38:00 -0700 (PDT) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.247]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA04064 for ; Fri, 23 Aug 1996 00:37:56 -0700 (PDT) Received: from zapata.omnix.fr.org (zapata [128.127.10.1]) by zapata.omnix.fr.org (8.6.12/8.6.9) with SMTP id JAA16003; Fri, 23 Aug 1996 09:23:48 +0200 Date: Fri, 23 Aug 1996 09:23:48 +0200 (MET DST) From: didier@omnix.fr.org To: Nate Williams cc: Warner Losh , Chuck Robey , hackers@freebsd.org Subject: Re: JDK 1.02 In-Reply-To: <199608222354.RAA04123@rocky.mt.sri.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 22 Aug 1996, Nate Williams wrote: > Date: Thu, 22 Aug 1996 17:54:11 -0600 (MDT) > From: Nate Williams > To: Warner Losh > Cc: Chuck Robey , didier@omnix.fr.org, > hackers@freebsd.org > Subject: Re: JDK 1.02 > > > And given Sun's recent 'attitude' regarding Java, there is *very* little > chance of one happening. Sun is getting very propriatary (sp?) about > Java, and the Linux developers were forced to remove their port of the > JDK from ftp sites after being 'contacted' by Sun's lawyers. > I dont like sun's attitude but I think that's impossible to ignore java. there are probably many possibilities but I'm not sure of the right one there are several questions - is kaffe able to totally replace the native java ? (I heard many horrible about kaffe) - is it possible to write a x86 solaris emulator for FreeBSD ? - are there any possibilities to only distributes the patch to the original source file for java (with no line of the original sdk file in the diffs) > Sun is no longer 'open' about Java now that they've got enough mindshare > to keep momentum going. It's a pretty cheap way of doing business by > first promising openness and then renigging on it, but it's only too > common in business nowadays. > > > Nate > -- Didier Derny | My computer is Microsoft Free... didier@omnix.fr.org | FreeBSD 2.1-STABLE site From owner-freebsd-hackers Fri Aug 23 00:55:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA04451 for hackers-outgoing; Fri, 23 Aug 1996 00:55:01 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA04440 for ; Fri, 23 Aug 1996 00:54:58 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id AAA06323; Fri, 23 Aug 1996 00:54:45 -0700 (PDT) To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.org Subject: Re: Curio In-reply-to: Your message of "Fri, 23 Aug 1996 08:59:57 +0200." <199608230659.IAA29250@uriah.heep.sax.de> Date: Fri, 23 Aug 1996 00:54:45 -0700 Message-ID: <6321.840786885@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > But that's certainly due to the ISA RAM. My 386BSD 0.1 system on a > 386sx16 with 6 MB RAM built the entire X11R5 tree in slightly more > than 24 hours. ;-) Speaking of which, I've been looking at how the tree is built during a make world and I notice that we do a make depend pass, then we do the make all, but by doing it in two passes this way it would seem that we lose what would be a free buffer-cache-load from the "make depend" for the "make all" since make depend reads through all the same files. Doncha think? I've tried making some simple mods to bsd.port.mk, bsd.lib.mk and bsd.sgml.mk which fold depend into all, then removing all the explicit make depends in /usr/src/Makefile. I'm timing a make world on it now to see if there's any difference. :-) Jordan From owner-freebsd-hackers Fri Aug 23 01:12:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA05153 for hackers-outgoing; Fri, 23 Aug 1996 01:12:36 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA05147 for ; Fri, 23 Aug 1996 01:12:32 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id BAA28695 for ; Fri, 23 Aug 1996 01:12:30 -0700 (PDT) To: hackers@freebsd.org Subject: Am I wrong or is this just stupid? Date: Fri, 23 Aug 1996 01:12:30 -0700 Message-ID: <28689.840787950@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Looking more at our make world methodology, I'm wondering at stuff like this: # lib-tools - build tools to compile and install the libraries. # lib-tools: cd ${.CURDIR}/usr.bin/tsort && \ ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} ... ^^^^^^^^^^^ I know that one can turn this off by whacking CLEANDIR, but why even do this at all for the intermediate build targets? We build the miscellaneous build tools, the compiler tools and all the core libraries only to throw away the results of all that work so that we can come around and do it all over again when it comes time to make it all from the top. I've looked at all the ordering issues with this and I still can't see the logic of it. Anyone in opposition to simply removing the ${CLEANDIR} ${OBJDIR} parts on intermediate builds? Anything which cuts down our make world time is a good thing to me. Jordan From owner-freebsd-hackers Fri Aug 23 01:36:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA05878 for hackers-outgoing; Fri, 23 Aug 1996 01:36:21 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA05872 for ; Fri, 23 Aug 1996 01:36:18 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id KAA17678; Fri, 23 Aug 1996 10:36:12 +0200 Message-Id: <199608230836.KAA17678@ra.dkuug.dk> Subject: Re: Am I wrong or is this just stupid? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 23 Aug 1996 10:36:12 +0200 (MET DST) Cc: hackers@freebsd.org In-Reply-To: <28689.840787950@time.cdrom.com> from "Jordan K. Hubbard" at Aug 23, 96 01:12:30 am From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who wrote: > > Looking more at our make world methodology, I'm wondering at > stuff like this: > > # lib-tools - build tools to compile and install the libraries. > # > lib-tools: > cd ${.CURDIR}/usr.bin/tsort && \ > ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} > ... ^^^^^^^^^^^ > > I know that one can turn this off by whacking CLEANDIR, but why even > do this at all for the intermediate build targets? We build the > miscellaneous build tools, the compiler tools and all the core > libraries only to throw away the results of all that work so that we > can come around and do it all over again when it comes time to make it > all from the top. I've looked at all the ordering issues with this > and I still can't see the logic of it. Anyone in opposition to simply > removing the ${CLEANDIR} ${OBJDIR} parts on intermediate builds? > Anything which cuts down our make world time is a good thing to me. Hmm, I guess its because we wan't to build our tools etc, with the newest version.. This would resolve some (but not all) bootstrap problems in the tools... I have been using make -DNOCLEAN world for a long time, and that sure speeds up the process :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Aug 23 01:41:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA06026 for hackers-outgoing; Fri, 23 Aug 1996 01:41:08 -0700 (PDT) Received: from pdx1.world.net (pdx1.world.net [192.243.32.18]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA06021 for ; Fri, 23 Aug 1996 01:41:06 -0700 (PDT) Received: from suburbia.net (suburbia.net [203.4.184.1]) by pdx1.world.net (8.7.5/8.7.3) with ESMTP id BAA25705; Fri, 23 Aug 1996 01:42:58 -0700 (PDT) Received: (proff@localhost) by suburbia.net (8.7.4/Proff-950810) id SAA27817; Fri, 23 Aug 1996 18:40:15 +1000 From: Julian Assange Message-Id: <199608230840.SAA27817@suburbia.net> Subject: Re: Am I wrong or is this just stupid?r To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 23 Aug 1996 18:40:15 +1000 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <28689.840787950@time.cdrom.com> from "Jordan K. Hubbard" at Aug 23, 96 01:12:30 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Looking more at our make world methodology, I'm wondering at > stuff like this: > > # lib-tools - build tools to compile and install the libraries. > # > lib-tools: > cd ${.CURDIR}/usr.bin/tsort && \ > ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} > ... ^^^^^^^^^^^ > > I know that one can turn this off by whacking CLEANDIR, but why even > do this at all for the intermediate build targets? We build the > miscellaneous build tools, the compiler tools and all the core > libraries only to throw away the results of all that work so that we > can come around and do it all over again when it comes time to make it > all from the top. I've looked at all the ordering issues with this > and I still can't see the logic of it. Anyone in opposition to simply > > Jordan Keeping in mind that install is before ${CLEANDIR}, I believe the idea is to remake the tools _with_the_new_tools_ before using them to remake other things. i.e if you upgraded to gcc2.7.2 then first make gcc2.7.2 with your old gcc, then remake it with the new one. -- "Of all tyrannies a tyranny sincerely exercised for the good of its victims may be the most oppressive. It may be better to live under robber barons than under omnipotent moral busybodies, The robber baron's cruelty may sometimes sleep, his cupidity may at some point be satiated; but those who torment us for own good will torment us without end, for they do so with the approval of their own conscience." - C.S. Lewis, _God in the Dock_ +---------------------+--------------------+----------------------------------+ |Julian Assange RSO | PO Box 2031 BARKER | Secret Analytic Guy Union | |proff@suburbia.net | VIC 3122 AUSTRALIA | finger for PGP key hash ID = | |proff@gnu.ai.mit.edu | FAX +61-3-98199066 | 0619737CCC143F6DEA73E27378933690 | +---------------------+--------------------+----------------------------------+ From owner-freebsd-hackers Fri Aug 23 01:47:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA06158 for hackers-outgoing; Fri, 23 Aug 1996 01:47:57 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA06152 for ; Fri, 23 Aug 1996 01:47:53 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id KAA17724 for hackers@freebsd.org; Fri, 23 Aug 1996 10:47:51 +0200 Message-Id: <199608230847.KAA17724@ra.dkuug.dk> Subject: Specs on a Hitachi CM2085me monitor anybody ?? To: hackers@freebsd.org (FreeBSD hackers) Date: Fri, 23 Aug 1996 10:47:51 +0200 (MET DST) From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I've got my hands on one of these oldish 20" monitors, I don't have any specs on it though, anybody know the videobandwith, max h/V sync frequencies etc... THanks !! -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Aug 23 03:24:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA09638 for hackers-outgoing; Fri, 23 Aug 1996 03:24:40 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA09633 for ; Fri, 23 Aug 1996 03:24:34 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id NAA16840; Fri, 23 Aug 1996 13:22:57 +0300 Date: Fri, 23 Aug 1996 13:22:57 +0300 (EET DST) From: Narvi To: didier@omnix.fr.org cc: Warner Losh , Chuck Robey , hackers@freebsd.org Subject: Re: JDK 1.02 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, 22 Aug 1996 didier@omnix.fr.org wrote: > On Thu, 22 Aug 1996, Warner Losh wrote: > > > Date: Thu, 22 Aug 1996 08:34:19 -0600 > > From: Warner Losh > > To: Chuck Robey > > Cc: didier@omnix.fr.org, hackers@FreeBSD.org > > Subject: Re: JDK 1.02 > > > > : The jdk in ports/current is 1.02, and the kaffe there specifically needs > > : at least that version to run. > > > > The JDK in ports is the Solaris Sparc version. There is no JDK 1.0.2 > > native port to FreeBSD at this time. > > > > Warner > > > > I would really like to have the native version rather that kaffe. > > I plan to ask sun for a source license. but I dont want to reinvent the > wheel and I would prefer to help if someone has already started to > work on this port. > I think some people could team up on this.... Provided we get the source licence, of course. Sander > > -- > Didier Derny | My computer is Microsoft Free... > didier@omnix.fr.org | FreeBSD 2.1-STABLE site > > > > From owner-freebsd-hackers Fri Aug 23 04:32:03 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA12671 for hackers-outgoing; Fri, 23 Aug 1996 04:32:03 -0700 (PDT) Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA12655 for ; Fri, 23 Aug 1996 04:31:59 -0700 (PDT) Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id GAA24711; Fri, 23 Aug 1996 06:30:45 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 23 Aug 1996 06:30:50 -0500 To: Julian Assange From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Am I wrong or is this just stupid?r Cc: freebsd-hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >> Looking more at our make world methodology, I'm wondering at >> stuff like this: >> >> # lib-tools - build tools to compile and install the libraries. >> # >> lib-tools: >> cd ${.CURDIR}/usr.bin/tsort && \ >> ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} >> ... ^^^^^^^^^^^ >> >> I know that one can turn this off by whacking CLEANDIR, but why even >> do this at all for the intermediate build targets? We build the >> miscellaneous build tools, the compiler tools and all the core >> libraries only to throw away the results of all that work so that we >> can come around and do it all over again when it comes time to make it >> all from the top. I've looked at all the ordering issues with this >> and I still can't see the logic of it. Anyone in opposition to simply >> >> Jordan > >Keeping in mind that install is before ${CLEANDIR}, I believe the idea >is to remake the tools _with_the_new_tools_ before using them to remake >other things. i.e if you upgraded to gcc2.7.2 then first make gcc2.7.2 >with your old gcc, then remake it with the new one. I agree that this was the logic behind the process. However, how often do we really upgrade gcc, etc. ? IMHO, the problem occurs because of the "build in place" mentality as opposed to the idea of "moving down the block". If we would adopt the idea that everything is made in a context which, in general, is NOT that of the running system, we can get a number of benefits. 1) We would be able to build for a new release on a stable production system. 2) We stand a chance of getting to cross platform builds. 3) We can use "make" to decide just what really needs to be recompiled. The arbitrary multiple recompilations would no longer be necessary. In the special, but common, case of bootstrapping yourself from one version of -current to the next, use of links to share common elements would allow the virtual contexts to exist without wasting a lot of disk space. From owner-freebsd-hackers Fri Aug 23 05:47:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA14531 for hackers-outgoing; Fri, 23 Aug 1996 05:47:43 -0700 (PDT) Received: from skiddaw.elsevier.co.uk (root@skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA14526 for ; Fri, 23 Aug 1996 05:47:39 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id NAA28030 for ; Fri, 23 Aug 1996 13:44:59 +0100 Received: from tees.elsevier.co.uk (actually host tees) by snowdon with SMTP (PP); Fri, 23 Aug 1996 13:44:36 +0100 Received: (from dpr@localhost) by tees.elsevier.co.uk (8.6.13/8.6.12) id NAA00971; Fri, 23 Aug 1996 13:43:44 +0100 To: "Jordan K. Hubbard" Cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@FreeBSD.org Subject: Re: Curio References: <6321.840786885@time.cdrom.com> From: Paul Richards Date: 23 Aug 1996 13:43:41 +0100 In-Reply-To: "Jordan K. Hubbard"'s message of Fri, 23 Aug 1996 00:54:45 -0700 Message-ID: <57wwyq2ruq.fsf@elsevier.co.uk> Lines: 16 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" writes: > I've tried making some simple mods to bsd.port.mk, bsd.lib.mk and > bsd.sgml.mk which fold depend into all, then removing all the explicit > make depends in /usr/src/Makefile. I'm timing a make world on it now > to see if there's any difference. :-) Doing the make depend and then the build as we traverse the tree makes sense (I think) but don't fold it into the "all" target or you'll get a make depend done everytime, which isn't really desirable. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Fri Aug 23 06:06:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA15412 for hackers-outgoing; Fri, 23 Aug 1996 06:06:21 -0700 (PDT) Received: from pancake.remcomp.fr (root@pancake.remcomp.fr [194.51.30.247]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA15390 for ; Fri, 23 Aug 1996 06:06:17 -0700 (PDT) Received: from zapata.omnix.fr.org (zapata [128.127.10.1]) by zapata.omnix.fr.org (8.6.12/8.6.9) with SMTP id NAA16865; Fri, 23 Aug 1996 13:01:59 +0200 Date: Fri, 23 Aug 1996 13:01:59 +0200 (MET DST) From: didier@omnix.fr.org To: Narvi cc: Warner Losh , Chuck Robey , hackers@freebsd.org Subject: Re: JDK 1.02 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 Aug 1996, Narvi wrote: > Date: Fri, 23 Aug 1996 13:22:57 +0300 (EET DST) > From: Narvi > To: didier@omnix.fr.org > Cc: Warner Losh , Chuck Robey , > hackers@freebsd.org > Subject: Re: JDK 1.02 > > > > > I think some people could team up on this.... Provided we get the source > licence, of course. > > Sander > the source code is available from sun. check http://www.javasoft.com but each person has to ask a license to sun -- Didier Derny | My computer is Microsoft Free... didier@omnix.fr.org | FreeBSD 2.1-STABLE site From owner-freebsd-hackers Fri Aug 23 06:17:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA17225 for hackers-outgoing; Fri, 23 Aug 1996 06:17:51 -0700 (PDT) Received: from skiddaw.elsevier.co.uk (root@skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id GAA17210 for ; Fri, 23 Aug 1996 06:17:47 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id OAA28464 for ; Fri, 23 Aug 1996 14:17:29 +0100 Received: from tees.elsevier.co.uk (actually host tees) by snowdon with SMTP (PP); Fri, 23 Aug 1996 14:17:08 +0100 Received: (from dpr@localhost) by tees.elsevier.co.uk (8.6.13/8.6.12) id OAA00998; Fri, 23 Aug 1996 14:16:13 +0100 To: rkw@dataplex.net (Richard Wackerbarth) Cc: Julian Assange , freebsd-hackers@FreeBSD.org Subject: Re: Am I wrong or is this just stupid?r References: From: Paul Richards Date: 23 Aug 1996 14:16:12 +0100 In-Reply-To: rkw@dataplex.net's message of Fri, 23 Aug 1996 06:30:50 -0500 Message-ID: <57u3tu2qcj.fsf@elsevier.co.uk> Lines: 21 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk rkw@dataplex.net (Richard Wackerbarth) writes: > I agree that this was the logic behind the process. However, how often do > we really upgrade gcc, etc. ? > I've mentioned this before, I think our build system is a hangover from our early days when build tools were changing frequently. It's rare for this to happen these days and when it does we can special case it for that release in the bootstrap target, which is what we've done anyway for new tools that have been added (like lint). If you do a make depend once and then just type make after each upgrade everything just works at the moment since the bootstrapping stuff is redundant. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Fri Aug 23 06:27:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA18452 for hackers-outgoing; Fri, 23 Aug 1996 06:27:12 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.252]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA18442; Fri, 23 Aug 1996 06:27:08 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id PAA03313; Fri, 23 Aug 1996 15:26:30 +0200 (MET DST) To: Paul Richards cc: rkw@dataplex.net (Richard Wackerbarth), Julian Assange , freebsd-hackers@FreeBSD.org Subject: Re: Am I wrong or is this just stupid?r In-reply-to: Your message of "23 Aug 1996 14:16:12 BST." <57u3tu2qcj.fsf@elsevier.co.uk> Date: Fri, 23 Aug 1996 15:26:30 +0200 Message-ID: <3311.840806790@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk In message <57u3tu2qcj.fsf@elsevier.co.uk>, Paul Richards writes: >rkw@dataplex.net (Richard Wackerbarth) writes: > I belive it has been communicated to both of these gentlemen, that if somebody were to submit a set of makefile changes that were at least tested and known to work for a couple of the normal cases, then they would no doubt be adopted. Pointing a finger at something and saying: "This is wrong" has historically not been a method for encouraging progress. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@ref.tfs.com TRW Financial Systems, Inc. Future will arrive by its own means, progress not so. From owner-freebsd-hackers Fri Aug 23 06:38:01 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA19544 for hackers-outgoing; Fri, 23 Aug 1996 06:38:01 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA19539 for ; Fri, 23 Aug 1996 06:37:58 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id IAA26305; Fri, 23 Aug 1996 08:36:51 -0500 From: Joe Greco Message-Id: <199608231336.IAA26305@brasil.moneng.mei.com> Subject: Re: libzip? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 23 Aug 1996 08:36:51 -0500 (CDT) Cc: hackers@FreeBSD.ORG In-Reply-To: <1467.840783057@time.cdrom.com> from "Jordan K. Hubbard" at Aug 22, 96 11:50:57 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm looking for a library interface to the zip file format (ops for > add, delete, query, that kind of thing) - has anyone run across such a > thing in their travels? > > Thanks! The ZIP format used by PKZIP and friends? Why not ask PKWARE. Last I heard, they have a few utility libraries available. I think they're pretty cheap too. If you can't find a way to contact them, let me know. PKWARE is local here in Milwaukee. :-) ... JG From owner-freebsd-hackers Fri Aug 23 07:55:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00140 for hackers-outgoing; Fri, 23 Aug 1996 07:55:54 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA28898 for ; Fri, 23 Aug 1996 07:47:20 -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 KAA29278; Fri, 23 Aug 1996 10:46:39 -0400 Date: Fri, 23 Aug 1996 10:46:39 -0400 Message-Id: <199608231446.KAA29278@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: vovik@cmr.kiev.ua (Vladimir Jakovenko) From: dennis@etinc.com (Dennis) Subject: Re: IP over IP Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Or you could use Netcon's IPX proxy, get a sync card, sell the Cisco and not worry about any of this stuff..... :-) Dennis >> Hi, all! >> >> Sorry for long posting, but it seems we really have a problem here. >> >> Some time ago our University was given access to Internet. We have >> only 8+16 IP adress from ISP. Our network is happened to look like >> it is shown on (simplified) figure below. > >Why not configure a second interface (say, a tun0 device or something) as a >dummy interface? > >> Internet >> ^ 2 Mb/s >> 10 Mb/s | >> ---o------------------o------ | >> +-----+------+ +-------+-------+ | >> | oberon | | r2d2 | | >> | FBSD-2.1.5 | | CISCO 2511 +------+ >> | | | | >> [I] +-+----------+ +---------------+ InterNet >> | >> -------|----------------------------------------------------------- >> [II] | IntraNet >> | >> | >> | +---------------+ >> +------+-----+ | cad | >> | inferno + ----... | FBSD-2.1.5 | >> | Novel 3.12 | | | >> | +-----... +-------+-------+ >> +------+-----+ | >> 10.0.0.9| | >> | +---------------+ +-------+-------+ >> | | space | | ee | >> | | FBSD-2.1.5 | | FBSD-2.1.5 | >> | | | | | >> | +-------+-------+ +-------+-------+ >> +---------------o------------------------o----- >> 10.0.0.10 10.0.0.11 > >It is not clear if oberon has a direct connection to "space" and "ee", or if >"inferno" sits between them. Let me redraw this for you. > >Okay, so you have 8 addresses on the 10mbps. I'm assuming you do not want >to burn them. > > 10.0.0.? network > |-----------------------------------------------------| > | .1 | .2 | .3 | .4 > -------- -------- -------- -------- > |oberon| |space | |ee | |infern| > -------- -------- -------- -------- > .3 | | .1 | | > <---------- | 10.0.1.? > to r2d2 |----------| >network W.X.Y.? | .2 > -------- > |mybox | > -------- > >You have a "backbone" that is 10.0.0.X, and various subnets on your >routers.. I have shown ONE for simplicity, 10.0.1.X. You have a node, >10.0.1.2, which is connected on that network, and you want it on the >Internet. > >So youu want "mybox" to be on the Internet as A.B.C.D, but it has an >address of 10.0.1.2. > >First, r2d2 has to route all 16 addresses to oberon's address, W.X.Y.3 > >route add -net A.B.C.0 -netmask 0xfffffff0 W.X.Y.3 > >Now, oberon can control assignments by routing individual IP's to various >routers. Route "A.B.C.D" to "space". > >route add -host A.B.C.D 10.0.0.2 > >Now "space" needs to route it to "mybox". > >route add -host A.B.C.D 10.0.1.2 > >Now "mybox" gets packets destined for A.B.C.D. Configure "mybox" to accept >them. You may be able to do it with an alias Ethernet address (dunno). > >ifconfig ed0 alias A.B.C.D netmask 0xffffffff > >maybe, or create a dummy tun device or something.. I don't know what the >"best" way to do it is, there are several ways though and I use a number >of them. > >Remember that you can do this multiple times for multiple nodes. It is >SIMPLY a routing problem. Easy beans. And best of all - unlike Ethernet >you do not waste the first and last addresses on your A.B.C.? block of 16 >addresses. > >... JG > > ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Fri Aug 23 07:58:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA00604 for hackers-outgoing; Fri, 23 Aug 1996 07:58:46 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA00590 for ; Fri, 23 Aug 1996 07:58:42 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id IAA06653; Fri, 23 Aug 1996 08:58:28 -0600 (MDT) Date: Fri, 23 Aug 1996 08:58:28 -0600 (MDT) Message-Id: <199608231458.IAA06653@rocky.mt.sri.com> From: Nate Williams To: didier@omnix.fr.org Cc: Nate Williams , Warner Losh , Chuck Robey , hackers@freebsd.org Subject: Re: JDK 1.02 In-Reply-To: References: <199608222354.RAA04123@rocky.mt.sri.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > And given Sun's recent 'attitude' regarding Java, there is *very* little > > chance of one happening. Sun is getting very propriatary (sp?) about > > Java, and the Linux developers were forced to remove their port of the > > JDK from ftp sites after being 'contacted' by Sun's lawyers. > > I dont like sun's attitude but I think that's impossible to ignore java. > there are probably many possibilities but I'm not sure of the right one > > there are several questions > > - is kaffe able to totally replace the native java ? > (I heard many horrible about kaffe) Not yet. > - is it possible to write a x86 solaris emulator for FreeBSD ? It's always possible, but probable? I don't see any volunteers jumping up and down trying to do it, are you willing to do it? > - are there any possibilities to only distributes the patch to the original > source file for java (with no line of the original sdk file in the diffs) Doubtful. Nate From owner-freebsd-hackers Fri Aug 23 08:02:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA01403 for hackers-outgoing; Fri, 23 Aug 1996 08:02:08 -0700 (PDT) Received: from parkplace.cet.co.jp (parkplace.cet.co.jp [202.32.64.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA01387 for ; Fri, 23 Aug 1996 08:02:05 -0700 (PDT) Received: from localhost (michaelh@localhost) by parkplace.cet.co.jp (8.7.5/CET-v2.1) with SMTP id PAA21127; Fri, 23 Aug 1996 15:01:50 GMT Date: Sat, 24 Aug 1996 00:01:50 +0900 (JST) From: Michael Hancock To: didier@omnix.fr.org cc: FreeBSD Hackers Subject: Re: JDK 1.02 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 Aug 1996 didier@omnix.fr.org wrote: > I dont like sun's attitude but I think that's impossible to ignore java. > there are probably many possibilities but I'm not sure of the right one > > there are several questions > > - is kaffe able to totally replace the native java ? > (I heard many horrible about kaffe) Java is well specified, if enough people want to start using Java then good alternative implementations will follow. It usually takes a lot more time. > - is it possible to write a x86 solaris emulator for FreeBSD ? The question is do people want it bad enough to spend the time and energy it requires. Regards, Mike Hancock From owner-freebsd-hackers Fri Aug 23 08:08:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA02688 for hackers-outgoing; Fri, 23 Aug 1996 08:08:52 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA02678 for ; Fri, 23 Aug 1996 08:08:48 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA06728; Fri, 23 Aug 1996 09:08:34 -0600 (MDT) Date: Fri, 23 Aug 1996 09:08:34 -0600 (MDT) Message-Id: <199608231508.JAA06728@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@freebsd.org Subject: Re: Curio In-Reply-To: <6321.840786885@time.cdrom.com> References: <199608230659.IAA29250@uriah.heep.sax.de> <6321.840786885@time.cdrom.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Speaking of which, I've been looking at how the tree is built during a > make world and I notice that we do a make depend pass, then we do the > make all, but by doing it in two passes this way it would seem that we > lose what would be a free buffer-cache-load from the "make depend" for > the "make all" since make depend reads through all the same files. > Doncha think? Except that if we do it at the same time 'make' isn't smart enough to pick up the dependencies from the .depend file. However, I'm not *real* sure why we even do the depend stage since we build everything anyway. One of the early tenents of the build process is that 'depend' shouldn't be necessary to build a utility correctly. One could probably remove the depend stage if you want. Nate From owner-freebsd-hackers Fri Aug 23 08:57:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA05392 for hackers-outgoing; Fri, 23 Aug 1996 08:57:24 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA05378; Fri, 23 Aug 1996 08:57:18 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id IAA20811; Fri, 23 Aug 1996 08:57:18 -0700 (PDT) To: sos@freebsd.org cc: hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid? In-reply-to: Your message of "Fri, 23 Aug 1996 10:36:12 +0200." <199608230836.KAA17678@ra.dkuug.dk> Date: Fri, 23 Aug 1996 08:57:18 -0700 Message-ID: <20809.840815838@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hmm, I guess its because we wan't to build our tools etc, with the > newest version.. This would resolve some (but not all) bootstrap > problems in the tools... But you would anyway. Once you've done the bootstrap, the new tools are installed and leaving the binaries in the tree won't change a thing - everything subsequent will still be linked with the new copies. Like I said, I think there's no logical reason at all for this. Furthermore, here's my make world time for the standard tree: 6366.76 real 4213.03 user 711.55 sys And for a tree which has make depend and make all combined: 6189.28 real 4215.11 user 706.74 sys A noticable difference for the same effect. Jordan From owner-freebsd-hackers Fri Aug 23 09:04:24 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA05754 for hackers-outgoing; Fri, 23 Aug 1996 09:04:24 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA05746 for ; Fri, 23 Aug 1996 09:04:21 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id IAA20822; Fri, 23 Aug 1996 08:59:23 -0700 (PDT) To: Julian Assange cc: freebsd-hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid?r In-reply-to: Your message of "Fri, 23 Aug 1996 18:40:15 +1000." <199608230840.SAA27817@suburbia.net> Date: Fri, 23 Aug 1996 08:59:23 -0700 Message-ID: <20820.840815963@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Keeping in mind that install is before ${CLEANDIR}, I believe the idea > is to remake the tools _with_the_new_tools_ before using them to remake > other things. i.e if you upgraded to gcc2.7.2 then first make gcc2.7.2 > with your old gcc, then remake it with the new one. But none of these "new tools made with new tools" are going to have any relevance at all to your build since they won't be installed until *after* everything else has been built with the "new tools made with old tools" :-) Sorry, I still can't see a good reason for this. Jordan From owner-freebsd-hackers Fri Aug 23 09:25:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06738 for hackers-outgoing; Fri, 23 Aug 1996 09:25:28 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA06733 for ; Fri, 23 Aug 1996 09:25:22 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA20923; Fri, 23 Aug 1996 09:18:25 -0700 (PDT) To: rkw@dataplex.net (Richard Wackerbarth) cc: Julian Assange , freebsd-hackers@FreeBSD.org Subject: Re: Am I wrong or is this just stupid?r In-reply-to: Your message of "Fri, 23 Aug 1996 06:30:50 CDT." Date: Fri, 23 Aug 1996 09:18:24 -0700 Message-ID: <20921.840817104@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > IMHO, the problem occurs because of the "build in place" mentality as > opposed to the idea of "moving down the block". If we would adopt the idea > that everything is made in a context which, in general, is NOT that of the > running system, we can get a number of benefits. This sounds like one of those things that's very credible on paper but is something for which I'd like to see the working prototype before pulling up stakes and moving to. What I'm proposing is only an incremental refinement, and the efficacy of it is easy to prove. What you're proposing is another one of those blanket statements of change with no working parts to examine or discuss. Bleah. Jordan From owner-freebsd-hackers Fri Aug 23 09:25:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06782 for hackers-outgoing; Fri, 23 Aug 1996 09:25:57 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA06773 for ; Fri, 23 Aug 1996 09:25:52 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA21168; Fri, 23 Aug 1996 09:23:15 -0700 (PDT) To: Paul Richards cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@FreeBSD.org Subject: Re: Curio In-reply-to: Your message of "23 Aug 1996 13:43:41 BST." <57wwyq2ruq.fsf@elsevier.co.uk> Date: Fri, 23 Aug 1996 09:23:15 -0700 Message-ID: <21166.840817395@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Doing the make depend and then the build as we traverse the tree makes > sense (I think) but don't fold it into the "all" target or you'll get > a make depend done everytime, which isn't really desirable. Not at all. The depend target switches off the .depend file and, except for a few broken cases which have been in the tree for ages and should be fixed anyway, doesn't happen twice in a row without an intervening cleandir. Jordan From owner-freebsd-hackers Fri Aug 23 09:34:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA07839 for hackers-outgoing; Fri, 23 Aug 1996 09:34:31 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA07807 for ; Fri, 23 Aug 1996 09:34:22 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA15840; Fri, 23 Aug 1996 09:22:13 -0700 From: Terry Lambert Message-Id: <199608231622.JAA15840@phaeton.artisoft.com> Subject: Re: JDK 1.02 To: frankd@yoda.fdt.net (Frank Seltzer) Date: Fri, 23 Aug 1996 09:22:13 -0700 (MST) Cc: nate@mt.sri.com, terry@lambert.org, imp@village.org, chuckr@glue.umd.edu, didier@omnix.fr.org, hackers@FreeBSD.org In-Reply-To: from "Frank Seltzer" at Aug 22, 96 10:37:42 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 > > Except that VJ++ isn't going to stay 'free' for much longer. M$ is > > distributing for free until they get the bugs worked out, then they'll > > start charging for it. > > Kinda like Internet Explorer - it's free until they clobber Netscape. So download it now and use it later. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Aug 23 09:34:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA07885 for hackers-outgoing; Fri, 23 Aug 1996 09:34:43 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA07862 for ; Fri, 23 Aug 1996 09:34:38 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id JAA19256 for ; Fri, 23 Aug 1996 09:34:16 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA15830; Fri, 23 Aug 1996 09:21:08 -0700 From: Terry Lambert Message-Id: <199608231621.JAA15830@phaeton.artisoft.com> Subject: Re: JDK 1.02 To: narvi@haldjas.folklore.ee (Narvi) Date: Fri, 23 Aug 1996 09:21:08 -0700 (MST) Cc: didier@omnix.fr.org, imp@village.org, chuckr@glue.umd.edu, hackers@FreeBSD.org In-Reply-To: from "Narvi" at Aug 23, 96 01:22:57 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 would really like to have the native version rather that kaffe. > > > > I plan to ask sun for a source license. but I dont want to reinvent the > > wheel and I would prefer to help if someone has already started to > > work on this port. > > I think some people could team up on this.... Provided we get the source > licence, of course. Any chance of finishing the Willows port before going off in another direction? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Aug 23 09:36:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA08142 for hackers-outgoing; Fri, 23 Aug 1996 09:36:23 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA08094 for ; Fri, 23 Aug 1996 09:36:11 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA15851; Fri, 23 Aug 1996 09:23:26 -0700 From: Terry Lambert Message-Id: <199608231623.JAA15851@phaeton.artisoft.com> Subject: Re: JDK 1.02 To: rashid@rk.ios.com (Rashid Karimov) Date: Fri, 23 Aug 1996 09:23:26 -0700 (MST) Cc: frankd@yoda.fdt.net, nate@mt.sri.com, terry@lambert.org, imp@village.org, chuckr@glue.umd.edu, didier@omnix.fr.org, hackers@FreeBSD.org In-Reply-To: <199608230353.XAA20847@rk.ios.com> from "Rashid Karimov" at Aug 22, 96 11:53:23 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Except that VJ++ isn't going to stay 'free' for much longer. M$ is > > > distributing for free until they get the bugs worked out, then they'll > > > start charging for it. > > > > Kinda like Internet Explorer - it's free until they clobber Netscape. > > Prior to Netscape going bankrupt :)))) we'd > have to ask them to at least give/sell us > sources for Unix version of Netscape. MS > definitely won't support it. Or may be it will > come up with nastier scenario - Unix version of > Explorer which will coredump every 3 seconds. > Then they will blame *nix*es for not being stable/robust/fast > enough and tell us clueless Unix ppl to switch to Windows :) > which will be rewritten in JAVA by that time and have > HMTL support build into the kernel :)) Unlikely. The counter-accusation is that they are real-mode programmers who don't understand that memeory protection is to protect the system from them, not them from the system. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Aug 23 09:38:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA08486 for hackers-outgoing; Fri, 23 Aug 1996 09:38:25 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA08450 for ; Fri, 23 Aug 1996 09:38:16 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id TAA19178; Fri, 23 Aug 1996 19:35:28 +0300 Date: Fri, 23 Aug 1996 19:35:27 +0300 (EET DST) From: Narvi To: Terry Lambert cc: didier@omnix.fr.org, imp@village.org, chuckr@glue.umd.edu, hackers@FreeBSD.org Subject: Re: JDK 1.02 In-Reply-To: <199608231621.JAA15830@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 Aug 1996, Terry Lambert wrote: > > > I would really like to have the native version rather that kaffe. > > > > > > I plan to ask sun for a source license. but I dont want to reinvent the > > > wheel and I would prefer to help if someone has already started to > > > work on this port. > > > > I think some people could team up on this.... Provided we get the source > > licence, of course. > > Any chance of finishing the Willows port before going off in another > direction? > At least with me you are pointing in a bit wrong direction... :-( I never was invloved in the willows port, I most probably won't. For now and at least some time to the future everything and anything I do will be restricted strictly to user-land. Sander > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Fri Aug 23 09:39:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA08526 for hackers-outgoing; Fri, 23 Aug 1996 09:39:08 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA08520 for ; Fri, 23 Aug 1996 09:39:04 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA21206; Fri, 23 Aug 1996 09:30:57 -0700 (PDT) To: Poul-Henning Kamp cc: Paul Richards , rkw@dataplex.net (Richard Wackerbarth), Julian Assange , freebsd-hackers@FreeBSD.org Subject: Re: Am I wrong or is this just stupid?r In-reply-to: Your message of "Fri, 23 Aug 1996 15:26:30 +0200." <3311.840806790@critter.tfs.com> Date: Fri, 23 Aug 1996 09:30:57 -0700 Message-ID: <21203.840817857@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Pointing a finger at something and saying: "This is wrong" has > historically not been a method for encouraging progress. I couldn't have put it any better myself. Jordan From owner-freebsd-hackers Fri Aug 23 09:44:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA09219 for hackers-outgoing; Fri, 23 Aug 1996 09:44:05 -0700 (PDT) Received: from arf.cs.sunyit.edu (arf.cs.sunyit.edu [192.52.220.99]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA09139; Fri, 23 Aug 1996 09:43:46 -0700 (PDT) Received: (from chuck@localhost) by arf.cs.sunyit.edu (8.7.5/8.7.3) id MAA05605; Fri, 23 Aug 1996 12:14:51 -0400 (EDT) Date: Fri, 23 Aug 1996 12:14:51 -0400 (EDT) From: Charles Green Message-Id: <199608231614.MAA05605@arf.cs.sunyit.edu> X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hackers@freebsd.org, questions@freebsd.org Subject: Dumb question about SCO compat Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quite awhile back I heard someone mention that at one point they had a large subset of SCO running under the SCO (ibcs2) compat on a FreeBSD system. I also believe that he was using the shared libs scarfed off of a SCO system. (Finally to the question!) How possible is that now if I were to order the SCO Free* OpenServer and used those libs? I'm curious as to how much that would help in attempting to run something like SCO's oracle, word perfect, etc. -- Charles Green, PRC Inc. Rome Laboratory, NY From owner-freebsd-hackers Fri Aug 23 09:44:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA09337 for hackers-outgoing; Fri, 23 Aug 1996 09:44:55 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA09313 for ; Fri, 23 Aug 1996 09:44:46 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id TAA19087; Fri, 23 Aug 1996 19:14:13 +0300 Date: Fri, 23 Aug 1996 19:14:12 +0300 (EET DST) From: Narvi To: didier@omnix.fr.org cc: Nate Williams , Warner Losh , Chuck Robey , hackers@FreeBSD.org Subject: Re: JDK 1.02 In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 Aug 1996 didier@omnix.fr.org wrote: > On Thu, 22 Aug 1996, Nate Williams wrote: > > > Date: Thu, 22 Aug 1996 17:54:11 -0600 (MDT) > > From: Nate Williams > > To: Warner Losh > > Cc: Chuck Robey , didier@omnix.fr.org, > > hackers@freebsd.org > > Subject: Re: JDK 1.02 > > > > > > And given Sun's recent 'attitude' regarding Java, there is *very* little > > chance of one happening. Sun is getting very propriatary (sp?) about > > Java, and the Linux developers were forced to remove their port of the > > JDK from ftp sites after being 'contacted' by Sun's lawyers. > > > > I dont like sun's attitude but I think that's impossible to ignore java. > there are probably many possibilities but I'm not sure of the right one > > there are several questions > > - is kaffe able to totally replace the native java ? > (I heard many horrible about kaffe) Not yet. It also lacks many features (graphics support) > > - is it possible to write a x86 solaris emulator for FreeBSD ? Yes (the trouble is writing it). It would be nice even if not for Java. The other possibility is win32 emulator :-) > > - are there any possibilities to only distributes the patch to the original > source file for java (with no line of the original sdk file in the diffs) > Not an easy one - everyone will have to fetch the source and get a source licence. And - the patch files diff generates actually do include lines of the original text of the files... Sander > > > > Sun is no longer 'open' about Java now that they've got enough mindshare > > to keep momentum going. It's a pretty cheap way of doing business by > > first promising openness and then renigging on it, but it's only too > > common in business nowadays. > > > > > > Nate > > > > > -- > Didier Derny | My computer is Microsoft Free... > didier@omnix.fr.org | FreeBSD 2.1-STABLE site > > > > From owner-freebsd-hackers Fri Aug 23 09:45:05 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA09369 for hackers-outgoing; Fri, 23 Aug 1996 09:45:05 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA09362 for ; Fri, 23 Aug 1996 09:45:02 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id JAA21283; Fri, 23 Aug 1996 09:42:22 -0700 (PDT) To: Nate Williams cc: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch), freebsd-hackers@freebsd.org Subject: Re: Curio In-reply-to: Your message of "Fri, 23 Aug 1996 09:08:34 MDT." <199608231508.JAA06728@rocky.mt.sri.com> Date: Fri, 23 Aug 1996 09:42:22 -0700 Message-ID: <21281.840818542@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Except that if we do it at the same time 'make' isn't smart enough to > pick up the dependencies from the .depend file. However, I'm not *real* Shouldn't need to anyway since the tree's already clean, as you say. I think the depend stage is run more for its side-effect of being able to build stuff that's changed *after* the make world, and in that respect it's probably worth keeping. Jordan From owner-freebsd-hackers Fri Aug 23 09:48:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA09757 for hackers-outgoing; Fri, 23 Aug 1996 09:48:54 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA09740 for ; Fri, 23 Aug 1996 09:48:49 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA15888; Fri, 23 Aug 1996 09:30:32 -0700 From: Terry Lambert Message-Id: <199608231630.JAA15888@phaeton.artisoft.com> Subject: Re: JDK 1.02 To: didier@omnix.fr.org Date: Fri, 23 Aug 1996 09:30:31 -0700 (MST) Cc: nate@mt.sri.com, imp@village.org, chuckr@glue.umd.edu, hackers@FreeBSD.org In-Reply-To: from "didier@omnix.fr.org" at Aug 23, 96 09:23:48 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 dont like sun's attitude but I think that's impossible to ignore java. > there are probably many possibilities but I'm not sure of the right one > > there are several questions > > - is kaffe able to totally replace the native java ? > (I heard many horrible about kaffe) It is incomplete and not productized. I think everything horrible falls into that category. I didn't like the Kaffe license, actually, so I have played with real JAVA instead. > - is it possible to write a x86 solaris emulator for FreeBSD ? Yes. It's also something that's lacking resources right now. There are copies of x86 Solaris available for ~$200 on the workstation "forsale" group. Student copies are cheaper than that, I thought. It just needs someone to do the work. > - are there any possibilities to only distributes the patch to the original > source file for java (with no line of the original sdk file in the diffs) Unlikely. It would probably be classed as a derivative work; even if it were not, it would still take getting Sun to license you to get something to apply the patch to. > > Sun is no longer 'open' about Java now that they've got enough mindshare > > to keep momentum going. It's a pretty cheap way of doing business by > > first promising openness and then renigging on it, but it's only too > > common in business nowadays. I haven't seen this, but if true, it won't last. Mindshare is inversely proportional to proprietership. Look at the UNIX successes: TCP/IP, X, etc.. All of them are from freely available technology that the vendors could standardize without licensing fees or "baseball card" trading (cross-licensing to get into a clique, a favorite of the UNIX market in the past). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Aug 23 09:49:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA09777 for hackers-outgoing; Fri, 23 Aug 1996 09:49:00 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA09756 for ; Fri, 23 Aug 1996 09:48:54 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA15904; Fri, 23 Aug 1996 09:34:37 -0700 From: Terry Lambert Message-Id: <199608231634.JAA15904@phaeton.artisoft.com> Subject: Re: Am I wrong or is this just stupid?r To: proff@suburbia.net (Julian Assange) Date: Fri, 23 Aug 1996 09:34:37 -0700 (MST) Cc: jkh@time.cdrom.com, freebsd-hackers@freebsd.org In-Reply-To: <199608230840.SAA27817@suburbia.net> from "Julian Assange" at Aug 23, 96 06:40:15 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Keeping in mind that install is before ${CLEANDIR}, I believe the idea > is to remake the tools _with_the_new_tools_ before using them to remake > other things. i.e if you upgraded to gcc2.7.2 then first make gcc2.7.2 > with your old gcc, then remake it with the new one. Yes. This is the "stage" idea behind GCC. The idea is that you compile the compiler with the compiler so that it doesn't have the bugs that it has. It's an amusing tautology from the days when you compiled the compiler by hand-coding the assembly from the source, or by using someone else's compiler which you didn't trust. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Aug 23 09:54:34 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10290 for hackers-outgoing; Fri, 23 Aug 1996 09:54:34 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA10281; Fri, 23 Aug 1996 09:54:27 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA06985; Fri, 23 Aug 1996 10:15:01 -0600 (MDT) Date: Fri, 23 Aug 1996 10:15:01 -0600 (MDT) Message-Id: <199608231615.KAA06985@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: sos@freebsd.org, hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid? In-Reply-To: <20809.840815838@time.cdrom.com> References: <199608230836.KAA17678@ra.dkuug.dk> <20809.840815838@time.cdrom.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > Hmm, I guess its because we wan't to build our tools etc, with the > > newest version.. This would resolve some (but not all) bootstrap > > problems in the tools... > > But you would anyway. Once you've done the bootstrap, the new tools > are installed and leaving the binaries in the tree won't change a > thing - everything subsequent will still be linked with the new copies. But they won't be re-built with the new 'build-tools', which may have bugs in them such as the -O2 -fno-strength-reduce bugs fixed a while back. So, the lib-tools will be buggy if the build-tools are buggy. > Like I said, I think there's no logical reason at all for this. There *is* a logical reason, but it's not always necessary when the build-tools don't change. But, generally speaking they do change between releases, although they haven't since 2.0.5, but will change in 2.2 I suspect, so it will be relevant there. > Furthermore, here's my make world time for the standard tree: > > 6366.76 real 4213.03 user 711.55 sys > > And for a tree which has make depend and make all combined: > > 6189.28 real 4215.11 user 706.74 sys > < 3% isn't much for the possibility of getting buggy lib-tools, which could theoretically affect things adversely. Nate From owner-freebsd-hackers Fri Aug 23 09:54:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10310 for hackers-outgoing; Fri, 23 Aug 1996 09:54:38 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA10297 for ; Fri, 23 Aug 1996 09:54:34 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA07194; Fri, 23 Aug 1996 10:44:31 -0600 (MDT) Date: Fri, 23 Aug 1996 10:44:31 -0600 (MDT) Message-Id: <199608231644.KAA07194@rocky.mt.sri.com> From: Nate Williams To: Terry Lambert Cc: didier@omnix.fr.org, nate@mt.sri.com, hackers@freebsd.org Subject: Re: JDK 1.02 In-Reply-To: <199608231630.JAA15888@phaeton.artisoft.com> References: <199608231630.JAA15888@phaeton.artisoft.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > > Sun is no longer 'open' about Java now that they've got enough mindshare > > > to keep momentum going. It's a pretty cheap way of doing business by > > > first promising openness and then renigging on it, but it's only too > > > common in business nowadays. > > I haven't seen this, but if true, it won't last. Mindshare is inversely > proportional to proprietership. Look at the UNIX successes: TCP/IP, > X, etc.. All of them are from freely available technology that the > vendors could standardize without licensing fees or "baseball card" > trading (cross-licensing to get into a clique, a favorite of the UNIX > market in the past). Look at the mindshare M$ has. It is *inversely* proportional to it's open-ness. Sun is just taking a card from M$'s deck and using it to it's full advantage. Java is here to stay whether we like it or not (as simply as Win32 is *the* current standard for business applications, like it or not). My opinions aside, Sun is doing what's best for Sun in keeping Java proprietary and selling off it's name/technology to other vendors in exchange for money/favors. However, on the bright side it's popularity has caused the folks who build the PC build tools to give usable build environments (Symantec's Cafe', M$'s VJ++, etc..). Sun has *yet* to come up with a usable IDE for doing java development, and they own the technology. :( Nate From owner-freebsd-hackers Fri Aug 23 09:55:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10398 for hackers-outgoing; Fri, 23 Aug 1996 09:55:20 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA10390 for ; Fri, 23 Aug 1996 09:55:15 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id JAA19296 for ; Fri, 23 Aug 1996 09:55:11 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA15922; Fri, 23 Aug 1996 09:37:18 -0700 From: Terry Lambert Message-Id: <199608231637.JAA15922@phaeton.artisoft.com> Subject: Re: Am I wrong or is this just stupid?r To: phk@critter.tfs.com (Poul-Henning Kamp) Date: Fri, 23 Aug 1996 09:37:18 -0700 (MST) Cc: p.richards@elsevier.co.uk, rkw@dataplex.net, proff@suburbia.net, freebsd-hackers@FreeBSD.org In-Reply-To: <3311.840806790@critter.tfs.com> from "Poul-Henning Kamp" at Aug 23, 96 03:26:30 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Pointing a finger at something and saying: "This is wrong" has > historically not been a method for encouraging progress. Explains the failure of that whole passive resistance thing and that all-but-forgotten Ghandi fellow (not to mention that Mandela fellow)... ...Oh wait, that's a counter-example, isn't it. 8-) 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Aug 23 09:55:39 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA10468 for hackers-outgoing; Fri, 23 Aug 1996 09:55:39 -0700 (PDT) Received: from skiddaw.elsevier.co.uk (root@skiddaw.elsevier.co.uk [193.131.222.60]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA10426 for ; Fri, 23 Aug 1996 09:55:27 -0700 (PDT) Received: from snowdon.elsevier.co.uk (snowdon.elsevier.co.uk [193.131.197.164]) by skiddaw.elsevier.co.uk (8.6.13/8.6.12) with ESMTP id RAA01843 for ; Fri, 23 Aug 1996 17:54:56 +0100 Received: from tees.elsevier.co.uk (actually host tees) by snowdon with SMTP (PP); Fri, 23 Aug 1996 17:54:33 +0100 Received: (from dpr@localhost) by tees.elsevier.co.uk (8.6.13/8.6.12) id RAA02718; Fri, 23 Aug 1996 17:53:42 +0100 To: "Jordan K. Hubbard" Cc: Poul-Henning Kamp , Paul Richards , rkw@dataplex.net (Richard Wackerbarth), Julian Assange , freebsd-hackers@FreeBSD.org Subject: Re: Am I wrong or is this just stupid?r References: <21203.840817857@time.cdrom.com> From: Paul Richards Date: 23 Aug 1996 17:53:40 +0100 In-Reply-To: "Jordan K. Hubbard"'s message of Fri, 23 Aug 1996 09:30:57 -0700 Message-ID: <57sp9e2ga3.fsf@elsevier.co.uk> Lines: 20 X-Mailer: Gnus v5.3/Emacs 19.30 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" writes: > > > Pointing a finger at something and saying: "This is wrong" has > > historically not been a method for encouraging progress. > > I couldn't have put it any better myself. Ohh cmon guys. I only chipped in with my opinion on why I thought Jordan was probably right about the make process being overly complex for the way things are today. I don't seem to recall pointing a finger at anyone or saying something was inherently wrong. -- Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) Elsevier Science TIS online journal project. Email: p.richards@elsevier.co.uk Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Fri Aug 23 10:10:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA13103 for hackers-outgoing; Fri, 23 Aug 1996 10:10:48 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA13087 for ; Fri, 23 Aug 1996 10:10:43 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id JAA15936; Fri, 23 Aug 1996 09:40:39 -0700 From: Terry Lambert Message-Id: <199608231640.JAA15936@phaeton.artisoft.com> Subject: Re: Am I wrong or is this just stupid?r To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 23 Aug 1996 09:40:39 -0700 (MST) Cc: rkw@dataplex.net, proff@suburbia.net, freebsd-hackers@freebsd.org In-Reply-To: <20921.840817104@time.cdrom.com> from "Jordan K. Hubbard" at Aug 23, 96 09:18:24 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > IMHO, the problem occurs because of the "build in place" mentality as > > opposed to the idea of "moving down the block". If we would adopt the idea > > that everything is made in a context which, in general, is NOT that of the > > running system, we can get a number of benefits. > > This sounds like one of those things that's very credible on paper but > is something for which I'd like to see the working prototype before > pulling up stakes and moving to. What I'm proposing is only an > incremental refinement, and the efficacy of it is easy to prove. What > you're proposing is another one of those blanket statements of change > with no working parts to examine or discuss. Bleah. Have you seen SVR4 sources? This is the *one* *uno* *ichi* *eins* thing they got right about their source tree. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Aug 23 10:17:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA13911 for hackers-outgoing; Fri, 23 Aug 1996 10:17:07 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA13696 for ; Fri, 23 Aug 1996 10:14:58 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id KAA16011; Fri, 23 Aug 1996 10:02:57 -0700 From: Terry Lambert Message-Id: <199608231702.KAA16011@phaeton.artisoft.com> Subject: Re: JDK 1.02 To: nate@mt.sri.com (Nate Williams) Date: Fri, 23 Aug 1996 10:02:57 -0700 (MST) Cc: terry@lambert.org, didier@omnix.fr.org, nate@mt.sri.com, hackers@FreeBSD.org In-Reply-To: <199608231644.KAA07194@rocky.mt.sri.com> from "Nate Williams" at Aug 23, 96 10:44:31 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 > Look at the mindshare M$ has. It is *inversely* proportional to it's > open-ness. Sun is just taking a card from M$'s deck and using it to > it's full advantage. I think we could argue that in order to contribute to "mindshare", one has to have a mind... that could easily disqualify most of the people you are counting there... > However, on the bright side it's popularity has caused the folks who > build the PC build tools to give usable build environments (Symantec's > Cafe', M$'s VJ++, etc..). Sun has *yet* to come up with a usable IDE > for doing java development, and they own the technology. :( Sorta like the toolkits (not) available from the X Consortium... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Aug 23 10:21:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA14514 for hackers-outgoing; Fri, 23 Aug 1996 10:21:30 -0700 (PDT) Received: from vic.cioe.com (vic.cioe.com [204.120.165.37]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA14506 for ; Fri, 23 Aug 1996 10:21:27 -0700 (PDT) Received: from kern.cioe.com (kern.cioe.com [204.120.165.48]) by vic.cioe.com (8.7.5/8.7.3) with ESMTP id MAA16677 for ; Fri, 23 Aug 1996 12:24:26 -0500 (EST) Message-Id: <199608231724.MAA16677@vic.cioe.com> From: "Aaron Voisine" To: Subject: rintf broke? Date: Fri, 23 Aug 1996 12:24:25 -0400 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1155 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 Umm... is the rintf function broken or what? I'm running it on an almost current freebsd system. here's the code: #include #include #include int main() { cout << rintf(12.3456789) << endl; } ///////////EOF/////////// here's the output: 12.125 whats up? Aaron Voisine Senior Programmer CIOE Corporation From owner-freebsd-hackers Fri Aug 23 11:05:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18747 for hackers-outgoing; Fri, 23 Aug 1996 11:05:20 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA18737; Fri, 23 Aug 1996 11:05:16 -0700 (PDT) Received: from rocky.mt.sri.com by mail.crl.com with SMTP id AA27779 (5.65c/IDA-1.5); Fri, 23 Aug 1996 11:03:33 -0700 Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA06989; Fri, 23 Aug 1996 10:21:24 -0600 (MDT) Date: Fri, 23 Aug 1996 10:21:24 -0600 (MDT) Message-Id: <199608231621.KAA06989@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: sos@freebsd.org, hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid? In-Reply-To: <20809.840815838@time.cdrom.com> References: <199608230836.KAA17678@ra.dkuug.dk> <20809.840815838@time.cdrom.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Furthermore, here's my make world time for the standard tree: > > 6366.76 real 4213.03 user 711.55 sys > > And for a tree which has make depend and make all combined: > > 6189.28 real 4215.11 user 706.74 sys > > A noticable difference for the same effect. We lost more time with the recent 'obj' changes than gain for the possibility of leaving bogus binaries in the tree. I think time would be better spent figuring out why the 'obj' changes are slower, and figure out how to speed them up since they are so key to the build process than to remove a couple steps from the build process to get the time back. Nate From owner-freebsd-hackers Fri Aug 23 11:05:53 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18801 for hackers-outgoing; Fri, 23 Aug 1996 11:05:53 -0700 (PDT) Received: from mail.crl.com (mail.crl.com [165.113.1.22]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA18787 for ; Fri, 23 Aug 1996 11:05:48 -0700 (PDT) Received: from rocky.mt.sri.com by mail.crl.com with SMTP id AA27988 (5.65c/IDA-1.5 for ); Fri, 23 Aug 1996 11:04:10 -0700 Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id KAA06987; Fri, 23 Aug 1996 10:17:55 -0600 (MDT) Date: Fri, 23 Aug 1996 10:17:55 -0600 (MDT) Message-Id: <199608231617.KAA06987@rocky.mt.sri.com> From: Nate Williams To: "Jordan K. Hubbard" Cc: Julian Assange , freebsd-hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid?r In-Reply-To: <20820.840815963@time.cdrom.com> References: <199608230840.SAA27817@suburbia.net> <20820.840815963@time.cdrom.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > Keeping in mind that install is before ${CLEANDIR}, I believe the idea > > is to remake the tools _with_the_new_tools_ before using them to remake > > other things. i.e if you upgraded to gcc2.7.2 then first make gcc2.7.2 > > with your old gcc, then remake it with the new one. > > But none of these "new tools made with new tools" are going to have > any relevance at all to your build since they won't be installed until > *after* everything else has been built with the "new tools made with > old tools" :-) But they are relevant to the system working from that point on. Again, doing dependencies means you have to go through the system 'twice', so the current method leaves you with the *least* chance of having buggy tools in the system, but still leaves the option open for having used buggy tools to build some good tools. If you want to avoid everything else, then run a second 'make clean all install' in make world, which should *really* slow it down. :) Nate From owner-freebsd-hackers Fri Aug 23 11:07:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA18935 for hackers-outgoing; Fri, 23 Aug 1996 11:07:00 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA18910 for ; Fri, 23 Aug 1996 11:06:36 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA07694; Fri, 23 Aug 1996 12:06:14 -0600 (MDT) Date: Fri, 23 Aug 1996 12:06:14 -0600 (MDT) Message-Id: <199608231806.MAA07694@rocky.mt.sri.com> From: Nate Williams To: hackers@freebsd.org CC: nate@rocky.mt.sri.com Subject: Non-blocking I/O on sockets and closed sockets? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I need to setup my sockets as non-blocking to avoid some problems, but it brings up a problem of determining if the remote end has closed the connection. Normally, if you run select() on a FD, and the subsequent read() call returns 0 you can assume the socket is dead. However, with non-blocking I/O a read of 0 does *NOT* mean the socket is dead. Will read() return a negative error code on a socket if the socket is closed/dead? I've looked in Steven's and in the obvious manpages, but nothing jumps out at me. Here's the code snippet which should explain what goes on. (error checking removed) void do_socket(short inport) { struct sockaddr_in addr; int s_sock, d_sock, flag; /* No data yet */ d_sock = -1; s_sock = socket(AF_INET, SOCK_STREAM, 0); port = htons(inport); #ifdef DEBUG flag = 1; setsockopt(s_sock, SOL_SOCKET, SO_REUSEADDR, (char *)&flag, sizeof flag); #endif addr.sin_family = AF_INET; addr.sin_port = htons(inport); addr.sin_addr.s_addr = htonl(INADDR_ANY); bind(s_sock, (struct sockaddr *)&addr, sizeof(struct sockaddr_in)); /* Make sure the socket is in non-blocking mode */ flag = fcntl(s_sock, F_GETFL, 0); fcntl(s_sock, F_SETFL, flag|O_NONBLOCK); /* Will not block */ listen(s_sock, 1); /* Wait until we get some input */ for (;;) { fd_set input_fds; FD_ZERO(&input_fds); if ( d_sock == -1 ) FD_SET(s_sock, &input_fds); else FD_SET(d_sock, &input_fds); if ( (i = select(FD_SETSIZE, &input_fds, 0, 0, 0)) < 0 ) { if ( errno == EINTR ) continue; perror("Select loop"); exit(1); } /* Connection request? */ if ( d_sock == -1 ) { int addrlen = sizeof(addr); d_sock = accept(s_sock, (struct sockaddr *)&addr, &addrlen); /* non-blocking mode */ flag = fcntl(d_sock, F_GETFL, 0); fcntl(d_sock, F_SETFL, flag|O_NONBLOCK); } else { char lbuff[255]; /* * We may have more data than can fit in lbuff, so read in lbuff * size chunks. * XXX - How do we determine if the socket is closed? */ do { i = read(data->stream_sock, lbuff, 512); if ( i > 0 ) save_data(lbuff, i); } while ( i > 0 ); } } } From owner-freebsd-hackers Fri Aug 23 11:10:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA19275 for hackers-outgoing; Fri, 23 Aug 1996 11:10:08 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA19214; Fri, 23 Aug 1996 11:09:38 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id MAA07705; Fri, 23 Aug 1996 12:08:19 -0600 (MDT) Date: Fri, 23 Aug 1996 12:08:19 -0600 (MDT) Message-Id: <199608231808.MAA07705@rocky.mt.sri.com> From: Nate Williams To: Charles Green Cc: hackers@freebsd.org, questions@freebsd.org Subject: Re: Dumb question about SCO compat In-Reply-To: <199608231614.MAA05605@arf.cs.sunyit.edu> References: <199608231614.MAA05605@arf.cs.sunyit.edu> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Quite awhile back I heard someone mention that at one point > they had a large subset of SCO running under the SCO (ibcs2) compat on > a FreeBSD system. I also believe that he was using the shared libs > scarfed off of a SCO system. (Finally to the question!) How possible > is that now if I were to order the SCO Free* OpenServer and used those > libs? It may have been Terry, but I've had some significant SCO applications running under emulation. I had to use SCO shlibs initially, but since it required SCO licenses for every application it made no sense, so I versions of the commercial software used which didn't use SCO shlibs. > I'm curious as to how much that would help in attempting to run > something like SCO's oracle, word perfect, etc. That's the same reason I'm ordering it. Nate From owner-freebsd-hackers Fri Aug 23 11:46:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA24433 for hackers-outgoing; Fri, 23 Aug 1996 11:46:33 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA24416 for ; Fri, 23 Aug 1996 11:46:28 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA05068; Fri, 23 Aug 1996 11:42:52 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma005066; Fri Aug 23 11:42:41 1996 Message-ID: <321DFB67.4DAA423A@whistle.com> Date: Fri, 23 Aug 1996 11:41:43 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: didier@omnix.fr.org CC: Nate Williams , Warner Losh , Chuck Robey , hackers@FreeBSD.org Subject: Re: JDK 1.02 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk didier@omnix.fr.org wrote: > > > - is it possible to write a x86 solaris emulator for FreeBSD ? > Apparently NetBSD has it , and it was promised at Usenix in january that if we wanted it the developer (Christos) whould help us.. From owner-freebsd-hackers Fri Aug 23 11:47:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA24609 for hackers-outgoing; Fri, 23 Aug 1996 11:47:48 -0700 (PDT) Received: from gatekeeper.ctron.com (ctron.com [134.141.197.25]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA24604 for ; Fri, 23 Aug 1996 11:47:45 -0700 (PDT) Received: (from news@localhost) by gatekeeper.ctron.com (8.6.12/8.6.9) id OAA13909 for ; Fri, 23 Aug 1996 14:47:42 -0400 Received: from stealth.ctron.com(134.141.5.107) by gatekeeper via smap (V1.3mjr) id sma013887; Fri Aug 23 14:47:00 1996 Received: from thoth.ctron.com by stealth.ctron.com (4.1/SMI-4.1) id AA04817; Fri, 23 Aug 96 14:44:43 EDT Received: from thoth (localhost [127.0.0.1]) by thoth.ctron.com (8.6.12/8.6.12) with SMTP id OAA18309 for ; Fri, 23 Aug 1996 14:47:49 -0400 Message-Id: <321DFCD4.2881@ctron.com> Date: Fri, 23 Aug 1996 14:47:48 -0400 From: Alexander Seth Jones Organization: Cabletron Systems, Inc. X-Mailer: Mozilla 3.0b5aGold (X11; I; SunOS 5.4 sun4m) Mime-Version: 1.0 To: hackers@freefall.freebsd.org Subject: kernel variable and clock speed Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Is there a kernel variable that holds the clock speed of the cpu? or anyway of figuring out what the clock speed of the processor is from user space? -- Alex Jones | ajones@ctron.com Cabletron Systems, Inc. Durham, NH USA 03824 From owner-freebsd-hackers Fri Aug 23 12:00:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA26555 for hackers-outgoing; Fri, 23 Aug 1996 12:00:25 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA26548 for ; Fri, 23 Aug 1996 12:00:21 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id MAA19454 for ; Fri, 23 Aug 1996 12:00:20 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA05137; Fri, 23 Aug 1996 11:54:22 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma005135; Fri Aug 23 11:54:05 1996 Message-ID: <321DFE14.6F5992E1@whistle.com> Date: Fri, 23 Aug 1996 11:53:08 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Richard Wackerbarth CC: Julian Assange , freebsd-hackers@FreeBSD.org Subject: Re: Am I wrong or is this just stupid?r References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Richard Wackerbarth wrote: > > >> Looking more at our make world methodology, I'm wondering at > >> stuff like this: > >> > >> # lib-tools - build tools to compile and install the libraries. > >> # > >> lib-tools: > >> cd ${.CURDIR}/usr.bin/tsort && \ > >> ${MAKE} ${MK_FLAGS} all install ${CLEANDIR} ${OBJDIR} > >> ... ^^^^^^^^^^^ > >> > >> I know that one can turn this off by whacking CLEANDIR, but why even > >> do this at all for the intermediate build targets? We build the > >> miscellaneous build tools, the compiler tools and all the core > >> libraries only to throw away the results of all that work so that we > >> can come around and do it all over again when it comes time to make it > >> all from the top. I've looked at all the ordering issues with this > >> and I still can't see the logic of it. Anyone in opposition to simply > >> > >> Jordan > > > I agree that this was the logic behind the process. However, how often do > we really upgrade gcc, etc. ? > > IMHO, the problem occurs because of the "build in place" mentality as > opposed to the idea of "moving down the block". If we would adopt the idea > that everything is made in a context which, in general, is NOT that of the > running system, we can get a number of benefits. > maybe we should have a way of markig when the tools have changed, in which case an extra pass of Make bootstrap or similar could fix it.. From owner-freebsd-hackers Fri Aug 23 12:12:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA27629 for hackers-outgoing; Fri, 23 Aug 1996 12:12:49 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA27594 for ; Fri, 23 Aug 1996 12:12:32 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id MAA05215; Fri, 23 Aug 1996 12:06:23 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma005209; Fri Aug 23 12:06:15 1996 Message-ID: <321E00ED.6EEA4806@whistle.com> Date: Fri, 23 Aug 1996 12:05:17 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Paul Richards CC: Richard Wackerbarth , Julian Assange , freebsd-hackers@FreeBSD.org Subject: Re: Am I wrong or is this just stupid?r References: <57u3tu2qcj.fsf@elsevier.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Paul Richards wrote: > > rkw@dataplex.net (Richard Wackerbarth) writes: > > > I agree that this was the logic behind the process. However, how often do > > we really upgrade gcc, etc. ? > > > > I've mentioned this before, I think our build system is a hangover > from our early days when build tools were changing frequently. It's > rare for this to happen these days and when it does we can special > case it for that release in the bootstrap target, which is what we've > done anyway for new tools that have been added (like lint). > > If you do a make depend once and then just type make after each > upgrade everything just works at the moment since the bootstrapping > stuff is redundant. The make depend is not even needed the first time because there are no objects and the make is forced to happen. then as we are doing it, we should use Gcc's -MD option. This generates the dependency file as a byproduct of the compile for next time.. This is the way the dependency is done on OSF1 and works fine.. The OSF kernel ends up with a dependency file after teh first build.. you don't need it before that becasue everything needs to be rebuilt anyhow.. > > -- > Paul Richards. Originative Solutions Ltd. (Netcraft Ltd. contractor) > Elsevier Science TIS online journal project. > Email: p.richards@elsevier.co.uk > Phone: 0370 462071 (Mobile), +44 (0)1865 843155 From owner-freebsd-hackers Fri Aug 23 12:33:38 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29116 for hackers-outgoing; Fri, 23 Aug 1996 12:33:38 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA29095; Fri, 23 Aug 1996 12:33:30 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id MAA05330; Fri, 23 Aug 1996 12:30:53 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma005328; Fri Aug 23 12:30:30 1996 Message-ID: <321E069C.31D2DE92@whistle.com> Date: Fri, 23 Aug 1996 12:29:32 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Nate Williams CC: Charles Green , hackers@freebsd.org, questions@freebsd.org Subject: Re: Dumb question about SCO compat References: <199608231614.MAA05605@arf.cs.sunyit.edu> <199608231808.MAA07705@rocky.mt.sri.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nate Williams wrote: > > > Quite awhile back I heard someone mention that at one point > > they had a large subset of SCO running under the SCO (ibcs2) compat on > > a FreeBSD system. I also believe that he was using the shared libs > > scarfed off of a SCO system. (Finally to the question!) How possible > > is that now if I were to order the SCO Free* OpenServer and used those > > libs? > > It may have been Terry, but I've had some significant SCO applications > running under emulation. I had to use SCO shlibs initially, but since > it required SCO licenses for every application it made no sense, so I there's a word here that is missing... built? bought? ordered? and if so who do we talk to to get copies of these? > versions of the commercial software used which didn't use SCO shlibs. > > > I'm curious as to how much that would help in attempting to run > > something like SCO's oracle, word perfect, etc. > > That's the same reason I'm ordering it. > > Nate From owner-freebsd-hackers Fri Aug 23 12:37:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA29397 for hackers-outgoing; Fri, 23 Aug 1996 12:37:02 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA29368; Fri, 23 Aug 1996 12:36:48 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id MAA16362; Fri, 23 Aug 1996 12:25:37 -0700 From: Terry Lambert Message-Id: <199608231925.MAA16362@phaeton.artisoft.com> Subject: Re: Dumb question about SCO compat To: nate@mt.sri.com (Nate Williams) Date: Fri, 23 Aug 1996 12:25:37 -0700 (MST) Cc: green@arf.cs.sunyit.edu, hackers@freebsd.org, questions@freebsd.org In-Reply-To: <199608231808.MAA07705@rocky.mt.sri.com> from "Nate Williams" at Aug 23, 96 12:08:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > Quite awhile back I heard someone mention that at one point > > they had a large subset of SCO running under the SCO (ibcs2) compat on > > a FreeBSD system. I also believe that he was using the shared libs > > scarfed off of a SCO system. (Finally to the question!) How possible > > is that now if I were to order the SCO Free* OpenServer and used those > > libs? > > It may have been Terry, but I've had some significant SCO applications > running under emulation. I had to use SCO shlibs initially, but since > it required SCO licenses for every application it made no sense, so I > versions of the commercial software used which didn't use SCO shlibs. It was SEF and his apartmentmate. Sean was running the full developement system under a FreeBSD kernel at one time. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Fri Aug 23 12:42:20 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA00142 for hackers-outgoing; Fri, 23 Aug 1996 12:42:20 -0700 (PDT) Received: from ra.dkuug.dk (ra.dkuug.dk [193.88.44.193]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA29999; Fri, 23 Aug 1996 12:42:11 -0700 (PDT) Received: (from sos@localhost) by ra.dkuug.dk (8.6.12/8.6.12) id VAA20905; Fri, 23 Aug 1996 21:41:26 +0200 Message-Id: <199608231941.VAA20905@ra.dkuug.dk> Subject: Re: Dumb question about SCO compat To: nate@mt.sri.com (Nate Williams) Date: Fri, 23 Aug 1996 21:41:25 +0200 (MET DST) Cc: green@arf.cs.sunyit.edu, hackers@freebsd.org, questions@freebsd.org In-Reply-To: <199608231808.MAA07705@rocky.mt.sri.com> from "Nate Williams" at Aug 23, 96 12:08:19 pm From: sos@freebsd.org Reply-to: sos@freebsd.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In reply to Nate Williams who wrote: > > > Quite awhile back I heard someone mention that at one point > > they had a large subset of SCO running under the SCO (ibcs2) compat on > > a FreeBSD system. I also believe that he was using the shared libs > > scarfed off of a SCO system. (Finally to the question!) How possible > > is that now if I were to order the SCO Free* OpenServer and used those > > libs? > > It may have been Terry, but I've had some significant SCO applications > running under emulation. I had to use SCO shlibs initially, but since > it required SCO licenses for every application it made no sense, so I > versions of the commercial software used which didn't use SCO shlibs. I think it may have been me, when I did the original ibcs2 code I had a complete SCO 3.2v2.0 system install chroot'ed, and it workd just fine as a cross dev environment. things like ps and such did of cause not work... > > I'm curious as to how much that would help in attempting to run > > something like SCO's oracle, word perfect, etc. > > That's the same reason I'm ordering it. Me too :), lets see what theyve got, and se if there is something we need to emulate :) -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org) FreeBSD Core Team So much code to hack -- so little time. From owner-freebsd-hackers Fri Aug 23 12:50:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA01013 for hackers-outgoing; Fri, 23 Aug 1996 12:50:52 -0700 (PDT) Received: from pcnet1.pcnet.com (root@pcnet1.pcnet.com [204.213.232.3]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA01006 for ; Fri, 23 Aug 1996 12:50:49 -0700 (PDT) Received: by pcnet1.pcnet.com (4.1/SMI-4.1) id AA14731; Fri, 23 Aug 96 15:15:20 EDT Date: Fri, 23 Aug 96 15:15:20 EDT From: eischen@vigrid.com (Daniel Eischen) Message-Id: <9608231915.AA14731@pcnet1.pcnet.com> To: hackers@FreeBSD.org, nate@mt.sri.com Subject: Re: Non-blocking I/O on sockets and closed sockets? Cc: nate@rocky.mt.sri.com Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I need to setup my sockets as non-blocking to avoid some problems, but > it brings up a problem of determining if the remote end has closed the > connection. Normally, if you run select() on a FD, and the subsequent > read() call returns 0 you can assume the socket is dead. However, with > non-blocking I/O a read of 0 does *NOT* mean the socket is dead. > > Will read() return a negative error code on a socket if the socket is > closed/dead? I've looked in Steven's and in the obvious manpages, but > nothing jumps out at me. > > Here's the code snippet which should explain what goes on. If the socket is non-blocking, then you should expect errno to be EAGAIN on a read with no data present. You probably only need something like this: [...] /* * We may have more data than can fit in lbuff, so read in lbuff * size chunks. * XXX - How do we determine if the socket is closed? */ do { i = read(data->stream_sock, lbuff, 512); if ( i > 0 ) save_data(lbuff, i); else { if (errno != EAGAIN) /* handle error on socket */ ; } } while ( i > 0 ); } } } Dan Eischen eischen@pcnet.com From owner-freebsd-hackers Fri Aug 23 12:56:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA01534 for hackers-outgoing; Fri, 23 Aug 1996 12:56:58 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA01526 for ; Fri, 23 Aug 1996 12:56:56 -0700 (PDT) Received: from cmr.kiev.ua (root@cmr.kiev.ua [193.193.193.50]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id MAA19523 for ; Fri, 23 Aug 1996 12:56:40 -0700 (PDT) Received: (vovik@localhost) by cmr.kiev.ua (Sendmail 8.who.cares/5) id TAA00326; Fri, 23 Aug 1996 19:25:44 GMT From: Vladimir Jakovenko Message-Id: <199608231925.TAA00326@cmr.kiev.ua> Subject: Re: IP over IP To: dennis@etinc.com (Dennis) Date: Fri, 23 Aug 1996 22:25:44 +0300 (EET DST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199608231446.KAA29278@etinc.com> from "Dennis" at Aug 23, 96 10:46:39 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, Dennis! > > Or you could use Netcon's IPX proxy, get a sync card, sell the Cisco and > not worry about any of this stuff..... :-) ...... or simple buy etinc bandwidth manager? I have another good idea, sell the Soros International Science Foundation Internet Project with this poor Cisco2511, and buy B class from RIPE for our campus, and build all network in FreeBSD boxes :-) > > Dennis > > >> Hi, all! > >> > >> Sorry for long posting, but it seems we really have a problem here. > >> > >> Some time ago our University was given access to Internet. We have > >> only 8+16 IP adress from ISP. Our network is happened to look like > >> it is shown on (simplified) figure below. > > [ skipped ] About proposed solution -- all seems to be fine, but: 1. I must have root access to all routers. 2. Nobody in Internet can't traceroute me. I try to look arround vif and sys/net sys/netinet about to incorporate some of vif facility ( like tuneling ) to FreeBSD. Vladimir. From owner-freebsd-hackers Fri Aug 23 13:14:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA05023 for hackers-outgoing; Fri, 23 Aug 1996 13:14:07 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA05000 for ; Fri, 23 Aug 1996 13:14:01 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.7.5/8.7.3) with SMTP id PAA12215; Fri, 23 Aug 1996 15:11:07 -0500 (EST) Date: Fri, 23 Aug 1996 15:11:06 -0500 (EST) From: John Fieber To: "Jordan K. Hubbard" cc: Julian Elischer , hackers@FreeBSD.org Subject: Re: MAIL archive not archiving? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 21 Aug 1996, John Fieber wrote: > I have to go out for a while at the moment, but later this > evening I'll update the index and add a few more mailing lists > that have been requested. Well, as fate would have it the indexer dumped core on about four of the mailing lists. I've restored the old index and am testing out a newer version of freewais-sf (I've also been testing CNIDR's Isearch which is nicer in a number of ways, but until Freefall gets more than a couple hundred megabytes of ram, it isn't technically possible.) -john == jfieber@indiana.edu =========================================== == http://fallout.campusview.indiana.edu/~jfieber ================ From owner-freebsd-hackers Fri Aug 23 13:23:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA06810 for hackers-outgoing; Fri, 23 Aug 1996 13:23:52 -0700 (PDT) Received: from main.gbdata.com (GB2.Brewich.COM [207.90.222.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA06804 for ; Fri, 23 Aug 1996 13:23:46 -0700 (PDT) Received: (from gclarkii@localhost) by main.gbdata.com (8.7.5/8.6.9) id PAA17356; Fri, 23 Aug 1996 15:23:37 -0500 (CDT) From: Gary Clark II Message-Id: <199608232023.PAA17356@main.gbdata.com> Subject: Re: max math performance - how? To: bde@zeta.org.au (Bruce Evans) Date: Fri, 23 Aug 1996 15:23:37 -0500 (CDT) Cc: freebsd-hackers@freefall.freebsd.org, kuku@gilberto.physik.rwth-aachen.de In-Reply-To: <199608201445.AAA32287@godzilla.zeta.org.au> from Bruce Evans at "Aug 21, 96 00:45:39 am" X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello, Bruce Evans wrote: > > 386BSD used libm, which is slow. -current uses msun, which is > slower, except possibly if it is compiled with option HAVE_FPU. I brought libmsun and the GPL'ed MATH_EMU into the tree for only one reason, so I could run gs 3.X on a 386 w/o a math co. The added bonus was that this same machine could also pass varius tests for ieee math processing. Maybe we should go back to libm as the default and tell people that if they have either the GPL'ed MATH_EMU --OR-- a real math-co then they should should compile libmsun with HAVE_FPU. This brings up another joint subject. Does GCC still use a dumb version of some math routines as default or has this changed? > > Bruce > Gary -- Gary Clark II (N5VMF) | I speak only for myself and "maybe" my company gclarkii@GBData.COM | Member of the FreeBSD Doc Team Providing Internet and ISP startups mail info@GBData.COM for information FreeBSD FAQ at ftp://ftp.FreeBSD.ORG/pub/FreeBSD/docs/freebsd-faq.ascii From owner-freebsd-hackers Fri Aug 23 13:25:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA06985 for hackers-outgoing; Fri, 23 Aug 1996 13:25:31 -0700 (PDT) Received: from gw.research.megasoft.com (gw.research.megasoft.com [206.230.35.93]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA06971 for ; Fri, 23 Aug 1996 13:25:23 -0700 (PDT) Received: from goffette.research.megasoft.com (goffette.research.megasoft.com [192.168.1.2]) by gw.research.megasoft.com (8.7.5/8.7.3-cmcurtin) with SMTP id QAA22910; Fri, 23 Aug 1996 16:19:20 -0400 (EDT) Received: by goffette.research.megasoft.com (940816.SGI.8.6.9/940406.SGI) id QAA01992; Fri, 23 Aug 1996 16:19:19 -0400 Date: Fri, 23 Aug 1996 16:19:19 -0400 Message-Id: <199608232019.QAA01992@goffette.research.megasoft.com> From: C Matthew Curtin To: "Jordan K. Hubbard" Cc: Don Yuniskis , freebsd-hackers@freefall.freebsd.org (FreeBSD hackers) Subject: Re: freefall down/dead? In-Reply-To: <1533.840733989@time.cdrom.com> References: <199608221602.JAA16581@seagull.rtd.com> <1533.840733989@time.cdrom.com> Reply-To: cmcurtin@research.megasoft.com X-Attribution: mattC Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >>>>> "JKH" == Jordan K Hubbard writes: JKH> freefall has been up for 11 days, and it's the Internet which JKH> goes down more frequently now. Ping isn't much of a test - use JKH> traceroute to see if it's actually us or something in between. I've found that it's very often impossible to get there when my ISP decides to route over a connection to Sprint. I talked them out of doing that, and now they route over MCI, but still occasionally can't make it. Usually, it's a confused router someplace, continually routing through itself, or two routers throwing the packets back and forth at each other... I can see it now... Router 1: Here you go Router 2: It's not mine Router 1: Yeah, but you can get there Router 2: You're closer Router 1: No I'm not Router 2: I'm not routing this packet Router 1: Look, this is a user's packet! Router 2: If it's such an emergency, then *you* route it. Router 1: Ok, here you go.... -- C Matthew Curtin MEGASOFT, LLC Chief Scientist I speak only for myself. Don't whine to anyone but me about anything I say. Hacker Security Firewall Crypto PGP Privacy Unix Perl Java Internet Intranet cmcurtin@research.megasoft.com http://research.megasoft.com/people/cmcurtin/ From owner-freebsd-hackers Fri Aug 23 13:44:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA09707 for hackers-outgoing; Fri, 23 Aug 1996 13:44:12 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA09691; Fri, 23 Aug 1996 13:44:06 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id NAA08299; Fri, 23 Aug 1996 13:33:49 -0600 (MDT) Date: Fri, 23 Aug 1996 13:33:49 -0600 (MDT) Message-Id: <199608231933.NAA08299@rocky.mt.sri.com> From: Nate Williams To: Julian Elischer Cc: Nate Williams , hackers@freebsd.org, questions@freebsd.org Subject: Re: Dumb question about SCO compat In-Reply-To: <321E069C.31D2DE92@whistle.com> References: <199608231614.MAA05605@arf.cs.sunyit.edu> <199608231808.MAA07705@rocky.mt.sri.com> <321E069C.31D2DE92@whistle.com> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Julian Elischer writes: > Nate Williams wrote: > > > > > Quite awhile back I heard someone mention that at one point > > > they had a large subset of SCO running under the SCO (ibcs2) compat on > > > a FreeBSD system. I also believe that he was using the shared libs > > > scarfed off of a SCO system. (Finally to the question!) How possible > > > is that now if I were to order the SCO Free* OpenServer and used those > > > libs? > > > > It may have been Terry, but I've had some significant SCO applications > > running under emulation. I had to use SCO shlibs initially, but since > > it required SCO licenses for every application it made no sense, so I > > there's a word here that is missing... built? bought? ordered? > and if so who do we talk to to get copies of these? As has been posted multiple times, SCO is giving away 'personal' copies of SCO OpenServer 5. Free, no-cost copies, other than the cost of getting media ($19). It includes the SCO development system. Nate From owner-freebsd-hackers Fri Aug 23 14:00:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA12100 for hackers-outgoing; Fri, 23 Aug 1996 14:00:10 -0700 (PDT) Received: from austin.polstra.com (austin.polstra.com [206.213.73.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA11992 for ; Fri, 23 Aug 1996 13:59:33 -0700 (PDT) Received: from austin.polstra.com (jdp@localhost) by austin.polstra.com (8.7.5/8.7.3) with ESMTP id NAA09258 for ; Fri, 23 Aug 1996 13:59:00 -0700 (PDT) Message-Id: <199608232059.NAA09258@austin.polstra.com> To: freebsd-hackers@freebsd.org Subject: CVSup release 13.3 is now available Date: Fri, 23 Aug 1996 13:59:00 -0700 From: John Polstra Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Announcing CVSup 13.3 --------------------- Release 13.3 of CVSup, the CVS-aware network distribution system, is now available. Where to Get CVSup ------------------ CVSup is free software. It is available from the following FTP sites: ftp://freefall.freebsd.org/pub/CVSup/ ftp://ftp.freebsd.org/pub/FreeBSD/incoming/ ftp://ftp.polstra.com/pub/FreeBSD/CVSup/ (slow; avoid if possible) Full sources as well as FreeBSD binaries are available: cvsup-bin-13.3.tar.gz FreeBSD binaries for the client cvsupd-bin-13.3.tar.gz FreeBSD binaries for the server cvsup-13.3.tar.gz Sources ** The MD5 signatures for these files are: MD5 (cvsup-bin-13.3.tar.gz) = 63e7a4cdf60973a8660486ab3d67680c MD5 (cvsupd-bin-13.3.tar.gz) = 221c98c87841fbaf1dc3a6740d0571c4 MD5 (cvsup-13.3.tar.gz) = c4c4ac290e53206a15b3645f1e173284 ** If you wish to build CVSup from the sources, be sure to read the discussion further on in this announcement. What Has Changed Since the Previous Release? -------------------------------------------- Implement a passive mode for establishing the data connection, to help people who live behind firewalls. Passive mode is similar to ftp's passive mode: all TCP connections are initiated from the client. See the "-P -" option in cvsup(1). Make the system much more resiliant in the face of errors in the server's CVS repository, such as unreadable files and garbled RCS files. Almost all such situations now lead to simple warnings, rather than fatal errors. Make it a warning rather than a fatal error when the client specifies an invalid collection. Fix the broken "refuse" file handling. Make the server refuse to run as root, for security reasons. Fix a bug that could cause a fatal error to occur in certain situations involving local check-ins to RCS files in the CVS repository. Fix a server bug encountered during SOCKS testing. Note: This release of CVSup still does not work with SOCKS. Enable TCP keepalives on the server. What Is CVSup? -------------- CVSup is a software package for distributing and updating collections of files across a network. CVSup is specifically tailored to distributing CVS repositories. By taking advantage of the special properties of the files contained in CVS repositories, CVSup is able to perform updates much faster than traditional systems. It is especially valuable for people with slow Internet connections. CVSup parses and understands the RCS files making up a CVS repository. When updates occur, CVSup extracts new deltas directly from the RCS files on the server and edits them into the client's RCS files. Likewise, CVSup notes the addition of new symbolic tags to the files on the server and sends only the new tags to the client. CVSup is able to merge new deltas and tags from the server with deltas and tags added locally on the client machine. This makes it possible for the client to check local modifications into his repository without their being obliterated by subsequent updates from the server. Note: Although this feature is fully implemented in CVSup, it will probably not be practical to use it until some small changes have been made to CVS. In addition to distributing the RCS files themselves, CVSup is able to distribute specific checked-out versions. The client can specify a symbolic tag, a date, or both and CVSup will extract the appropriate versions from the server's CVS repository. Checked-out versions do not need to be stored on the server since CVSup can extract any version directly from the CVS repository. If the client has an existing checked-out tree, CVSup will apply the appropriate edits to update the tree or transform it into the requested version. Only the differences between the existing version and the desired version are sent across the network. CVSup uses lightweight processes (threads) to implement a streaming protocol across the network. This completely eliminates the delays associated with the lock-step, request-reply form of communication used by many existing protocols, such as sup and NNTP. Information is transferred at the full available speed of the network in both directions at once. Network latency and server response delays are rendered practically irrelevant. CVSup uses the "zlib" compression package to optionally compress all communications. This provides an additional 65-75% compression, on top of the diff-based compression already built into CVSup. For efficiency, all processing is built into the CVSup package itself. Neither the client nor the server executes any other programs. For further information about how CVSup works, see the "Blurb" document in the CVSup distribution. Using CVSup to Maintain FreeBSD Sources --------------------------------------- CVSup servers are currently running at the following FreeBSD mirror sites: cvsup.freebsd.org cvsup2.freebsd.org Using CVSup, you can easily receive or update any of the standard FreeBSD source releases, namely, "cvs", "current", and "stable". The manual page for cvsup(1) describes how to do that. If all goes well, additional servers will come on-line soon. Building CVSup from the Sources ------------------------------- CVSup is written in Modula-3, a modern, compiled, object-oriented language. Modula-3 integrates threads, exceptions, and garbage collection, providing an ideal vehicle for this sort of application. Without Modula-3, CVSup would almost certainly not exist today. If you wish to build CVSup from the sources, you will first need to install the free Modula-3 compiler and runtime libraries from DEC SRC. A port is available in the FreeBSD ports collection, in "lang/modula-3". The corresponding package is, of course, available in the packages collection. You will also need version 1.0.4 or later of the "zlib" library. In recent versions of FreeBSD-2.2-current, this library has been incorporated into the system sources, in "src/sys/lib/libz". Prior to that, a FreeBSD port was available in "devel/libz" of the FreeBSD ports collection. For other sources of this library, see the "Install" file. Do not try to use versions earlier than 1.0.4. There is no conceptual problem with installing the Modula-3 distribution and building CVSup from source. However, it is rather inconvenient at present because the DEC SRC distribution contains several separate, large software projects that were developed using it. This makes the installation very large -- about 60 MB. Worse yet, one of the extraneous components requires a tremendous amount of swap space to build. You'll need at least 64 MB of swap and, even then, you'd better kill your X server during the build. Again, the problem lies not with Modula-3 itself but rather with the extra software that is included with it. I am working on splitting the FreeBSD Modula-3 port into several smaller ports in order to make it more convenient to install and use. Meanwhile, for convenience, I am providing binary releases for CVSup. Portability Issues ------------------ I intend for CVSup to be portable to most POSIX systems. The present release has only been tested under FreeBSD versions 2.1 and later. Primarily because of packaging problems, this release of CVSup probably won't build out-of-the-box on other systems. Among other things, it relies on Poul-Henning Kamp's "libmd" encapsulation of the MD5 subroutines. The library itself appears to be quite portable, but its Makefiles are BSD-specific. There are probably some other FreeBSD-specific things in CVSup that have not been found yet. Also, CVSup relies on a couple of patches and enhancements to the Modula-3 system. These changes have been submitted to DEC SRC and accepted by them, but they have not yet appeared in an official release from SRC. The FreeBSD port of Modula-3 includes these enhancements. Anybody who succeeds in porting CVSup to other systems is encouraged to send his changes to . As long as the changes are reasonably palatable, they will be incorporated into future CVSup releases. CVSup uses several POSIX-specific functions which may make it more of an effort to port the package to non-POSIX systems such as Win32. These functions include mmap, fork, syslog, stat, and chmod, among others. Status of this Release ---------------------- CVSup has been in alpha testing since mid-May. This should be considered a beta release. Please be prepared to find bugs -- without a doubt, there are some. Please report bugs to . -- John Polstra jdp@polstra.com John D. Polstra & Co., Inc. Seattle, Washington USA "Self-knowledge is always bad news." -- John Barth From owner-freebsd-hackers Fri Aug 23 14:08:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13141 for hackers-outgoing; Fri, 23 Aug 1996 14:08:56 -0700 (PDT) Received: from peedub.gj.org (ns045.munich.netsurf.de [194.64.166.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA13114 for ; Fri, 23 Aug 1996 14:08:41 -0700 (PDT) Received: from peedub.gj.org (localhost [127.0.0.1]) by peedub.gj.org (8.7.5/8.6.9) with ESMTP id XAA00363; Fri, 23 Aug 1996 23:07:09 GMT Message-Id: <199608232307.XAA00363@peedub.gj.org> X-Mailer: exmh version 1.6.7 5/3/96 To: Nate Williams Cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: Non-blocking I/O on sockets and closed sockets? Reply-To: Gary Jennejohn In-reply-to: Your message of "Fri, 23 Aug 1996 12:06:14 CST." <199608231806.MAA07694@rocky.mt.sri.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Aug 1996 23:07:09 +0000 From: Gary Jennejohn Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Nate Williams writes: >Will read() return a negative error code on a socket if the socket is >closed/dead? I've looked in Steven's and in the obvious manpages, but >nothing jumps out at me. > if select says the socket is ready for reading and you read 0 bytes then that indicates that the peer has closed his end. I've used that test many times with ASYNC sockets and it hasn't failed me yet. Another pssibility is to have a SIGPIPE handler; a read from a closed socket should result in a SIGPIPE. In my experience, that isn't nearly as reliable as the "read returns 0" test. >Here's the code snippet which should explain what goes on. >(error checking removed) > snippet deleted --- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-hackers Fri Aug 23 14:10:04 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA13350 for hackers-outgoing; Fri, 23 Aug 1996 14:10:04 -0700 (PDT) Received: from peedub.gj.org (ns045.munich.netsurf.de [194.64.166.45]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA13283 for ; Fri, 23 Aug 1996 14:09:51 -0700 (PDT) Received: from peedub.gj.org (localhost [127.0.0.1]) by peedub.gj.org (8.7.5/8.6.9) with ESMTP id XAA00376 for ; Fri, 23 Aug 1996 23:08:29 GMT Message-Id: <199608232308.XAA00376@peedub.gj.org> X-Mailer: exmh version 1.6.7 5/3/96 To: freebsd-hackers@freefall.FreeBSD.org Subject: Re: JDK 1.02 Reply-To: Gary Jennejohn In-reply-to: Your message of "Fri, 23 Aug 1996 09:21:08 MST." <199608231621.JAA15830@phaeton.artisoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Aug 1996 23:08:28 +0000 From: Gary Jennejohn Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert writes: >> > I would really like to have the native version rather that kaffe. >> > >> > I plan to ask sun for a source license. but I dont want to reinvent the >> > wheel and I would prefer to help if someone has already started to >> > work on this port. >> >> I think some people could team up on this.... Provided we get the source >> licence, of course. > >Any chance of finishing the Willows port before going off in another >direction? > is it worth it ? Willows is now shipping 2.0 but the available source is still 1.5.2 from Feb '96. --- Gary Jennejohn Home - Gary.Jennejohn@munich.netsurf.de Work - gjennejohn@frt.dec.com From owner-freebsd-hackers Fri Aug 23 14:31:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA15386 for hackers-outgoing; Fri, 23 Aug 1996 14:31:42 -0700 (PDT) Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.eu.org [193.56.58.253]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA15366 for ; Fri, 23 Aug 1996 14:31:31 -0700 (PDT) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.eu.org [193.56.58.33]) by mexico.brainstorm.eu.org (8.7.5/8.7.3) with ESMTP id XAA07087 for ; Fri, 23 Aug 1996 23:30:57 +0200 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id XAA17898 for freebsd-hackers@freebsd.org; Fri, 23 Aug 1996 23:30:20 +0200 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.Alpha.7/keltia-uucp-2.9) id XAA11818; Fri, 23 Aug 1996 23:27:43 +0200 (MET DST) Message-Id: <199608232127.XAA11818@keltia.freenix.fr> Date: Fri, 23 Aug 1996 23:27:43 +0200 From: roberto@keltia.freenix.fr (Ollivier Robert) To: freebsd-hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid?r In-Reply-To: <321E00ED.6EEA4806@whistle.com>; from Julian Elischer on Aug 23, 1996 12:05:17 -0700 References: <321E00ED.6EEA4806@whistle.com> <57u3tu2qcj.fsf@elsevier.co.uk> X-Mailer: Mutt 0.40 Mime-Version: 1.0 Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk According to Julian Elischer: > The make depend is not even needed the first time > because there are no objects and the make is forced to happen. Don't forget that people can (and I do) use the NOCLEAN var. In that case, /usr/obj is fully populated and the "make depend" case only redo .depend when it's needed. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.freenix.fr FreeBSD keltia.freenix.fr 2.2-CURRENT #18: Sun Aug 18 19:16:52 MET DST 1996 From owner-freebsd-hackers Fri Aug 23 14:51:33 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA17167 for hackers-outgoing; Fri, 23 Aug 1996 14:51:33 -0700 (PDT) Received: from shell.monmouth.com (pechter@shell.monmouth.com [205.164.220.9]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA17145; Fri, 23 Aug 1996 14:51:27 -0700 (PDT) Received: (from pechter@localhost) by shell.monmouth.com (8.7.4/8.7.3) id RAA10372; Fri, 23 Aug 1996 17:47:44 -0400 (EDT) From: Bill/Carolyn Pechter Message-Id: <199608232147.RAA10372@shell.monmouth.com> Subject: any one see this in 960801-SNAP To: FreeBSD-hackers@freebsd.org (FreeBSD-hackers) Date: Fri, 23 Aug 1996 17:47:44 -0400 (EDT) Cc: FreeBSD-current@freebsd.org (FreeBSD-current) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Anyone have a fix for this in 960801-SNAP I've tried to upgrade via make world... My last make world that worked was somewhere around June... --Bill make creating accept.o cpp: /usr/src/lib/libc/i386/SYS.h:41 :1 Could not find include file cpp: /usr/src/lib/libc/i386/DEFS.h:41 /usr/src/lib/libc/i386/SYS.h:42 :1 Could not find include file {standard input}: Assembler messages: {standard input}:98: Error: Rest of line ignored. First ignored character is `('. {standard input}:98: Error: Expected comma after symbol-name: rest of line ignored. {standard input}:98: Error: Rest of line ignored. First ignored character is `('. {standard input}:98: Error: invalid character '_' in opcode {standard input}:98: Error: Ignoring junk '(SYS_,x)' after expression *** Error code 1 Stop. ------------------------------------------------------------------------------- Bill Pechter/Carolyn Pechter | 17 Meredith Drive, Tinton Falls, NJ 07724, 908-389-3592 | pechter@shell.monmouth.com I'll run Win95 on my box when you pry the keyboard from my cold, dead hands. FreeBSD, OS/2, CP/M, RT11, spoken here. From owner-freebsd-hackers Fri Aug 23 14:58:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA17622 for hackers-outgoing; Fri, 23 Aug 1996 14:58:17 -0700 (PDT) Received: from mail.think.com (Mail1.Think.COM [131.239.33.245]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA17617 for ; Fri, 23 Aug 1996 14:58:15 -0700 (PDT) Received: from Early-Bird.Think.COM (Early-Bird-1.Think.COM [131.239.146.105]) by mail.think.com (8.7.5/m3) with ESMTP id RAA18284; Fri, 23 Aug 1996 17:58:11 -0400 (EDT) Received: from compound.Think.COM (fergus-27.dialup.prtel.com [206.10.99.158]) by Early-Bird.Think.COM (8.7.5/e1) with ESMTP id RAA28969; Fri, 23 Aug 1996 17:58:08 -0400 (EDT) Received: (from alk@localhost) by compound.Think.COM (8.7.5/8.7.3) id QAA05012; Fri, 23 Aug 1996 16:58:41 -0500 (CDT) Date: Fri, 23 Aug 1996 16:58:41 -0500 (CDT) From: Tony Kimball Message-Id: <199608232158.QAA05012@compound.Think.COM> To: phk@critter.tfs.com Cc: hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid?r Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Quoth Poul-Henning Kamp on Fri, 23 August: : Pointing a finger at something and saying: "This is wrong" has : historically not been a method for encouraging progress. It's a good way to find out whether or not you are right about it, though. Accomplishing a fixed goal is relatively simple, in comparison to the difficulty of determine what is a valid goal. That's why I ignore certain folks when they gripe about people complaining rather than contributing. Much of the time they are not complaining. They are attempting to learn the true situation, to validate their ideas -- often in order that appropriate goals may be formulated. A little help over this hump may be necessary in order to obtain the contribution of productive effort. There is a certain chilling effect resulting from the known condition that patches submitted sometimes languish, for example. By determining whether a patch would be well recieved, one can better estimate the desirability of generating the patch. From owner-freebsd-hackers Fri Aug 23 15:01:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA17869 for hackers-outgoing; Fri, 23 Aug 1996 15:01:18 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA17864 for ; Fri, 23 Aug 1996 15:01:15 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA01935; Fri, 23 Aug 1996 15:00:13 -0700 (PDT) To: John Fieber cc: Julian Elischer , hackers@freebsd.org Subject: Re: MAIL archive not archiving? In-reply-to: Your message of "Fri, 23 Aug 1996 15:11:06 CDT." Date: Fri, 23 Aug 1996 15:00:13 -0700 Message-ID: <1933.840837613@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Well, as fate would have it the indexer dumped core on about four > of the mailing lists. I've restored the old index and am testing > out a newer version of freewais-sf (I've also been testing > CNIDR's Isearch which is nicer in a number of ways, but until > Freefall gets more than a couple hundred megabytes of ram, it > isn't technically possible.) What are the minimum resources you need for processing this kind of data then? Give me some parameters to work with and I'll go sniffing around. Jordan From owner-freebsd-hackers Fri Aug 23 15:03:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA18160 for hackers-outgoing; Fri, 23 Aug 1996 15:03:40 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA18155 for ; Fri, 23 Aug 1996 15:03:37 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA01955; Fri, 23 Aug 1996 15:01:19 -0700 (PDT) To: Gary Jennejohn cc: freebsd-hackers@freefall.freebsd.org Subject: Re: JDK 1.02 In-reply-to: Your message of "Fri, 23 Aug 1996 23:08:28 -0000." <199608232308.XAA00376@peedub.gj.org> Date: Fri, 23 Aug 1996 15:01:19 -0700 Message-ID: <1953.840837679@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > is it worth it ? Willows is now shipping 2.0 but the available source > is still 1.5.2 from Feb '96. That was sort of my impression - lost cause, go on to next one. Jordan From owner-freebsd-hackers Fri Aug 23 15:26:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA20170 for hackers-outgoing; Fri, 23 Aug 1996 15:26:31 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA20158 for ; Fri, 23 Aug 1996 15:26:29 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA03451; Fri, 23 Aug 1996 15:24:44 -0700 (PDT) To: Terry Lambert cc: rkw@dataplex.net, proff@suburbia.net, freebsd-hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid?r In-reply-to: Your message of "Fri, 23 Aug 1996 09:40:39 PDT." <199608231640.JAA15936@phaeton.artisoft.com> Date: Fri, 23 Aug 1996 15:24:44 -0700 Message-ID: <3449.840839084@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Have you seen SVR4 sources? No, even when I worked for a company with a source license I avoided it. :-) Jordan From owner-freebsd-hackers Fri Aug 23 15:27:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA20315 for hackers-outgoing; Fri, 23 Aug 1996 15:27:37 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA20306 for ; Fri, 23 Aug 1996 15:27:33 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA03465; Fri, 23 Aug 1996 15:25:25 -0700 (PDT) To: Paul Richards cc: Poul-Henning Kamp , rkw@dataplex.net (Richard Wackerbarth), Julian Assange , freebsd-hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid?r In-reply-to: Your message of "23 Aug 1996 17:53:40 BST." <57sp9e2ga3.fsf@elsevier.co.uk> Date: Fri, 23 Aug 1996 15:25:25 -0700 Message-ID: <3463.840839125@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ohh cmon guys. I only chipped in with my opinion on why I thought > Jordan was probably right about the make process being overly complex > for the way things are today. Uh, I thought we were both talking to Richard Wackerbarth. :-) Jordan From owner-freebsd-hackers Fri Aug 23 15:51:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA22136 for hackers-outgoing; Fri, 23 Aug 1996 15:51:21 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA22114 for ; Fri, 23 Aug 1996 15:51:15 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id QAA09723; Fri, 23 Aug 1996 16:51:10 -0600 (MDT) Date: Fri, 23 Aug 1996 16:51:10 -0600 (MDT) Message-Id: <199608232251.QAA09723@rocky.mt.sri.com> From: Nate Williams To: hackers@freebsd.org Subject: forwarded: new rtty released (V3.2) -- console server software for UNIX systems Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk ------- start of forwarded message (RFC 934 encapsulation) ------- From: Paul A Vixie Sender: owner-bsdi-users@lists.gateway.com Date: Fri, 23 Aug 1996 15:31:30 -0700 - ------- Blind-Carbon-Copy to: nobody@vix.com reply-to: paul@vix.com Subject: new rtty released (V3.2) -- console server software for UNIX systems Date: Fri, 23 Aug 1996 15:31:30 -0700 From: Paul A Vixie FTP Path (24940 bytes) Credits This work has been paid for by Digital Equipment Corporation, Vixie Enterprises, and the Internet Software Consortium. /* Copyright (c) 1996 by Internet Software Consortium. * * Permission to use, copy, modify, and distribute this software for any * purpose with or without fee is hereby granted, provided that the above * copyright notice and this permission notice appear in all copies. * * THE SOFTWARE IS PROVIDED "AS IS" AND INTERNET SOFTWARE CONSORTIUM DISCLAIMS * ALL WARRANTIES WITH REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS. IN NO EVENT SHALL INTERNET SOFTWARE * CONSORTIUM BE LIABLE FOR ANY SPECIAL, DIRECT, INDIRECT, OR CONSEQUENTIAL * DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR * PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS * ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS * SOFTWARE. */ Introduction Rtty is "remote tty" (not radioteletype). You run a server per port and then connect to that server from any number of "tip"/"cu"-like clients. I wrote it for our console concentrator, but there's no reason other than performance why you couldn't use it to drive modems, printers, prom programmers, and so on. When you connect to the server from more than one client, all clients will see the same session and all clients can type at and see output from whatever device is attached to the tty port. Typing at a device when someone else is also typing at that device is confusing and more than a little bit creepy. You will need a BSD-derived UNIX to use this, and you will need "termios" (the POSIX terminal interface). (If "man termios" doesn't say something informative and useful, you are probably hosed.) Ultrix and SunOS and AT&T V.4 all have what you need. AT&T V.3 and non-Tahoe/Reno BSD are both lacking one thing or another. Details The server can be told to keep a log file. This log file will record all data in or out of the tty port; that is, data that comes from the tty port will be logged, and data that is typed at (and therefore sent to) the tty port from any client will be logged. There are no special markers in the log file to tell you which data came from which source; the data is all just interleaved in the order it was received by the server. Note that line terminators in the log file will be "physical" meaning probably \r\n rather than the normal UNIX \n. It depends on the device on the other end of the tty port, but \r\n is pretty common. We watch our log files with daemons that do roughly what "tail -f" does except they scan for things like "file table full" or "out of inodes" or "panic" -- you know, things that computers say when they are unhappy. None of our scanning software is included in this release of rtty, but you can write your own. Note that the protocol used between the server and client is mostly implemented in a separate module of this source directory; if you want to connect to the server in real time and scan the output direcly instead of tailing the log file, that's an option. (You would most especially want to do it this way if you aren't using any log files.) UNIX-domain sockets are the normal way that clients connect to the server. Both client and server support internet-domain sockets (we'll let you figure out "how" by reading the sources), there is absolutely no security in rtty, and opening up our tty ports to the local internet with no access control has seemed like a bad idea (especially since they are the main consoles of our Internet gateway computers). So we don't use this feature. (Win promised to Kerberize this stuff for me but then he got busy.) Other Notes Since there's no documentation, there's no harm in telling you that the "console" script just runs "rtty" with some obscure arguments to grease its skids. While in "rtty", a "~" after a carriage return (\r or 0x0D) is magic; "~?" will explain the magic to you somewhat tersely. The source code will explain it in more detail. Have fun. Drop me a note if you find this useful. Definitely drop me a note if you find a bug or add a feature. Paul Vixie - ------- End of Blind-Carbon-Copy ------- end ------- From owner-freebsd-hackers Fri Aug 23 16:51:32 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA25647 for hackers-outgoing; Fri, 23 Aug 1996 16:51:32 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA25639 for ; Fri, 23 Aug 1996 16:51:27 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.7.5/8.7.3) with SMTP id SAA13578; Fri, 23 Aug 1996 18:51:08 -0500 (EST) Date: Fri, 23 Aug 1996 18:51:07 -0500 (EST) From: John Fieber To: "Jordan K. Hubbard" cc: Julian Elischer , hackers@freebsd.org Subject: Re: MAIL archive not archiving? In-Reply-To: <1933.840837613@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 Aug 1996, Jordan K. Hubbard wrote: > What are the minimum resources you need for processing this kind of > data then? Give me some parameters to work with and I'll go sniffing > around. Basically, Iindex can index stuff in a reasonable amount of time *if* it can hold the entire index in memory. If it can't it has to index chunk at a time and merge the results. The merging is absolutely glacial. The raw text of the mail archive is about 250 megabytes. Freewais-sf is much faster at indexing, but the ranking of search results isn't as good. -john == jfieber@indiana.edu =========================================== == http://fallout.campusview.indiana.edu/~jfieber ================ From owner-freebsd-hackers Fri Aug 23 17:15:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA27219 for hackers-outgoing; Fri, 23 Aug 1996 17:15:42 -0700 (PDT) Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA27198 for ; Fri, 23 Aug 1996 17:15:38 -0700 (PDT) Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id SAA03083; Fri, 23 Aug 1996 18:30:30 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 23 Aug 1996 18:30:31 -0500 To: "Jordan K. Hubbard" From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Am I wrong or is this just stupid?r Cc: hackers@FreeBSD.org Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >> Jordan was probably right about the make process being overly complex >> for the way things are today. > >Uh, I thought we were both talking to Richard Wackerbarth. :-) Yes, it is too complex. As I have said before, I'm not going to fix the inherent problem that too many things reference absolute paths. Whenever the group wakes up and realizes that a change is in order, I'm willing to help. At present, I need two "tools" stages. One is to get around the absolute paths in "make" and the second to actually build the cross compilers, etc. The third stage is the normal "make all" using the cross compilers. In some respects, I do not agree that the fourth stage (remaking the system running under itself) is appropriate. That is certainly a part of the release testing. However, if the host is a production machine or if the target is some different machine, you cannot do it anyway. I'm sure that either Terry or I can give you a "roadmap" of things that need to be cleaned up in order to make it work. I actually got things to work with the current mess by creating my "stages" as symbolic links to imbedded environments to which I did a chroot for each level. It is very messy, but it gets by. If I did not have to handle all of the absolute paths, the structure would be much simpler because the chroot would become a "cd" and I would not have to clone the rest of the working environment. From owner-freebsd-hackers Fri Aug 23 17:19:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA28273 for hackers-outgoing; Fri, 23 Aug 1996 17:19:31 -0700 (PDT) Received: from eel.dataplex.net (EEL.DATAPLEX.NET [199.183.109.245]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id RAA28253 for ; Fri, 23 Aug 1996 17:19:27 -0700 (PDT) Received: from [199.183.109.242] (cod [199.183.109.242]) by eel.dataplex.net (8.6.11/8.6.9) with SMTP id TAA04073; Fri, 23 Aug 1996 19:19:18 -0500 X-Sender: rkw@shark.dataplex.net Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 23 Aug 1996 19:19:19 -0500 To: Julian Elischer From: rkw@dataplex.net (Richard Wackerbarth) Subject: Re: Am I wrong or is this just stupid?r Cc: hackers@FreeBSD.ORG Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Julian Elischer writes: >maybe we should have a way of marking when the tools have changed, >in which case an extra pass of Make bootstrap or similar >could fix it.. This is the common method of using "cookies" to represent a portion of the build process. We would probably want to have 3 conditions. 1) Unconditionally build the tools 2) Test to see if the tools are up-to-date 3) Assume the tools are up-to-date as of the time of the cookie. This can be done with two tokens, "tools_built" and "tools_changed". At the top level, "make" tests a rules that says that "tools_built" depends on "tools_changed". The depend rules for "tools_changed" actually forces those tools to get made. To force the tools to be made, remove "tools_built". From owner-freebsd-hackers Fri Aug 23 18:33:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA18706 for hackers-outgoing; Fri, 23 Aug 1996 18:33:36 -0700 (PDT) Received: from ottawa.net (ppp-67.ottawa.net [205.211.4.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA18675 for ; Fri, 23 Aug 1996 18:33:31 -0700 (PDT) Received: (from brianc@localhost) by ottawa.net (8.7.5/8.7.3) id VAA00217 for freebsd-hackers@FreeBSD.org; Fri, 23 Aug 1996 21:33:21 -0400 (EDT) From: Brian Campbell Message-Id: <199608240133.VAA00217@ottawa.net> Subject: Multiple swaps slow down system? To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Date: Fri, 23 Aug 1996 21:33:20 -0400 (EDT) Reply-to: brianc@pobox.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Due to some debate in one of the usenet I decided to try using multiple swap partitions, one on an IDE drive and the other on a SCSI drive, to see if it increased performance. I can't say I noticed any performance increase while using the system. However, I find it takes several times longer for a shutdown to complete. Is there any logic to that? From owner-freebsd-hackers Fri Aug 23 18:34:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA19141 for hackers-outgoing; Fri, 23 Aug 1996 18:34:54 -0700 (PDT) Received: from ottawa.net (ppp-67.ottawa.net [205.211.4.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA19109 for ; Fri, 23 Aug 1996 18:34:49 -0700 (PDT) Received: (from brianc@localhost) by ottawa.net (8.7.5/8.7.3) id VAA00229 for freebsd-hackers@FreeBSD.org; Fri, 23 Aug 1996 21:34:41 -0400 (EDT) From: Brian Campbell Message-Id: <199608240134.VAA00229@ottawa.net> Subject: MPU-401 support To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Date: Fri, 23 Aug 1996 21:34:41 -0400 (EDT) Reply-to: brianc@pobox.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk The MPU driver doesn't seem to properly detect my SCC-1. It reports it as version 0.0. I also get send timeouts (although it sounds fine) Is there a newer version, or perhaps someone who knows more about this than I has a helpful comment? sb0 at 0x220 irq 5 drq 1 on isa sb0: sbxvi0 at 0x0 drq 5 on isa sbxvo0: sbmidi0 at 0x300 on isa opl0 at 0x388 on isa opl0: mpu1 at 0x330 irq 9 drq 0 on isa mpu0: From owner-freebsd-hackers Fri Aug 23 18:36:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA19661 for hackers-outgoing; Fri, 23 Aug 1996 18:36:17 -0700 (PDT) Received: from ottawa.net (ppp-67.ottawa.net [205.211.4.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA19634 for ; Fri, 23 Aug 1996 18:36:14 -0700 (PDT) Received: (from brianc@localhost) by ottawa.net (8.7.5/8.7.3) id VAA00244 for freebsd-hackers@FreeBSD.org; Fri, 23 Aug 1996 21:36:04 -0400 (EDT) From: Brian Campbell Message-Id: <199608240136.VAA00244@ottawa.net> Subject: pcvt features To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Date: Fri, 23 Aug 1996 21:36:04 -0400 (EDT) Reply-to: brianc@pobox.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Are there any plans for the pcvt driver to include the same support for loadable screen savers as syscons? I hacked in support for the green saver, which I suspect is the same way the stars saver got in there. Wouldn't it be more convenient to support the lkm's? I was also wondering why pcvt restricted its [VGA] font support to 8, 10, 14 and 16 scanline fonts. I'm getting used to 40-lines, but (in a previous life) I used to run an 11 scanline font for 36 lines (I won't mention that it supported 94 columns ;-) From owner-freebsd-hackers Fri Aug 23 18:38:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA20390 for hackers-outgoing; Fri, 23 Aug 1996 18:38:15 -0700 (PDT) Received: from ottawa.net (ppp-67.ottawa.net [205.211.4.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA20359 for ; Fri, 23 Aug 1996 18:38:09 -0700 (PDT) Received: (from brianc@localhost) by ottawa.net (8.7.5/8.7.3) id VAA00256 for freebsd-hackers@FreeBSD.org; Fri, 23 Aug 1996 21:38:01 -0400 (EDT) From: Brian Campbell Message-Id: <199608240138.VAA00256@ottawa.net> Subject: Triton II chipsets To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Date: Fri, 23 Aug 1996 21:38:01 -0400 (EDT) Reply-to: brianc@pobox.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I'm running on a Triton II VX chipset and wanted the chipset probe to recognize and display my chipset. So, in chipset_probe() I added: case 0x70308086: return ("Intel 82437 PCI cache memory controller"); I also copied the conf82437fx[] block into a conf82437vx[] block. It's identical to the former except that it doesn't include the block for register offset 0x50. Also, the PIIX3 on the Triton II chipset supports the same registers displayed for the PIIX. So, in chipset_attach() I added: case 0x70308086: writeconfig (config_id, conf82437vx); break; case 0x70108086: case 0x122e8086: where the second last case falls into the (already present) last case label for the PIIX. I suspect the HX chipset will support the same configuration registers as the VX, and FX, but I haven't got one to try it with. [I can generate a patch if necessary] From owner-freebsd-hackers Fri Aug 23 18:39:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA20874 for hackers-outgoing; Fri, 23 Aug 1996 18:39:48 -0700 (PDT) Received: from ottawa.net (ppp-67.ottawa.net [205.211.4.67]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA20853 for ; Fri, 23 Aug 1996 18:39:44 -0700 (PDT) Received: (from brianc@localhost) by ottawa.net (8.7.5/8.7.3) id VAA00296 for freebsd-hackers@FreeBSD.org; Fri, 23 Aug 1996 21:39:35 -0400 (EDT) From: Brian Campbell Message-Id: <199608240139.VAA00296@ottawa.net> Subject: DOS root directory? To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Date: Fri, 23 Aug 1996 21:39:35 -0400 (EDT) Reply-to: brianc@pobox.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk When I mount my DOS C drive (formatted by W95's format for W95) I get: mountmsdosfs(): Warning: root directory is not a multiple of the clustersize in length Is this a serious or important warning, or just something the author didn't think would happen and wanted to be informed of? From owner-freebsd-hackers Fri Aug 23 19:20:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA03710 for hackers-outgoing; Fri, 23 Aug 1996 19:20:43 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA03680; Fri, 23 Aug 1996 19:20:24 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id UAA13905; Fri, 23 Aug 1996 20:20:19 -0600 (MDT) Message-Id: <199608240220.UAA13905@rover.village.org> To: sos@freebsd.org Cc: hackers@freebsd.org Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? In-reply-to: Your message of Fri, 23 Aug 1996 10:47:51 +0200 Date: Fri, 23 Aug 1996 20:20:17 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : I've got my hands on one of these oldish 20" monitors, : I don't have any specs on it though, anybody know : the videobandwith, max h/V sync frequencies etc... If it is off a Sun I can help you... Otherwise I can't. I have a XF86Config file for my Sun minitor that I've included. I've also included an *OLD* post on the topic I wrote. Warner P.S. I've cc'd hackers to make sure this makes it into the archives :-) # ********************************************************************** # Files section. This allows default font and rgb paths to be set # ********************************************************************** Section "Files" RgbPath "/usr/X11R6/lib/X11/rgb" # Multiple FontPath entries are allowed (which are concatenated together), # as well as specifying multiple comma-separated entries in one FontPath # command (or a combination of both methods) FontPath "/usr/X11R6/lib/X11/fonts/75dpi/" FontPath "/usr/X11R6/lib/X11/fonts/misc/" FontPath "/usr/X11R6/lib/X11/fonts/Type1/" FontPath "/usr/X11R6/lib/X11/fonts/Speedo/" FontPath "/usr/X11R6/lib/X11/fonts/100dpi/" EndSection # ********************************************************************** # Server flags section. # ********************************************************************** Section "ServerFlags" # Uncomment this to cause a core dump at the spot where a signal is # received. This may leave the console in an unusable state, but may # provide a better stack trace in the core dump to aid in debugging # NoTrapSignals # Uncomment this to disable the server abort sequence # DontZap EndSection # ********************************************************************** # Input devices # ********************************************************************** # ********************************************************************** # Keyboard section # ********************************************************************** Section "Keyboard" Protocol "Standard" # when using XQUEUE, comment out the above line, and uncomment the # following line # Protocol "Xqueue" AutoRepeat 500 5 ServerNumLock # Specifiy which keyboard LEDs can be user-controlled (eg, with xset(1)) # Xleds 1 2 3 # To set the LeftAlt to Meta, RightAlt key to ModeShift, # RightCtl key to Compose, and ScrollLock key to ModeLock: LeftAlt Meta RightAlt Meta # RightCtl Compose # ScrollLock ModeLock EndSection # ********************************************************************** # Pointer section # ********************************************************************** Section "Pointer" Protocol "MouseMan" Device "/dev/mouse" # When using XQUEUE, comment out the above two lines, and uncomment # the following line. # Protocol "Xqueue" # Baudrate and SampleRate are only for some Logitech mice # BaudRate 9600 # SampleRate 150 # Emulate3Buttons is an option for 2-button Microsoft mice # Emulate3Buttons # ChordMiddle is an option for some 3-button Logitech mice ChordMiddle EndSection # ********************************************************************** # Monitor section # ********************************************************************** # Any number of monitor sections may be present Section "Monitor" Identifier "Sun 66Hz Monitor" VendorName "Unknown" ModelName "Unknown" # Bandwidth is in MHz unless units are specified Bandwidth 100 HorizSync 61-62 # 61.80 kHz is the manual frequency VertRefresh 65.5-66.5 # The manual says 66Hz # Modes can be specified in two formats. A compact one-line format, or # a multi-line format. Mode "1152x900-sun66" DotClock 92.940 HTimings 1152 1184 1312 1504 VTimings 900 902 906 937 Flags "-HSync" "-VSync" EndMode EndSection Section "Monitor" Identifier "Hitatchi" VendorName "Unknown" ModelName "Unknown" # Bandwidth is in MHz unless units are specified Bandwidth 100 HorizSync 35-59.5 VertRefresh 55-90 # Modes can be specified in two formats. A compact one-line format, or # a multi-line format. Mode "1024x768" DotClock 80.0 HTimings 1024 1056 1072 1344 VTimings 768 770 782 815 EndMode Mode "1152x910" DotClock 80.0 HTimings 1152 1200 1312 1520 VTimings 910 920 926 940 EndMode EndSection # ********************************************************************** # Graphics device section # ********************************************************************** # Any number of graphics device sections may be present Section "Device" Identifier "Generic VGA" VendorName "Unknown" BoardName "Unknown" Chipset "generic" # VideoRam 256 # Clocks 25.2 28.3 EndSection Section "Device" # SVGA server auto-detected chipset Identifier "Generic SVGA" VendorName "Unknown" BoardName "Unknown" EndSection # Section "Device" # Identifier "Any Trident TVGA 9000" # VendorName "Trident" # BoardName "TVGA 9000" # Chipset "tvga9000" # VideoRam 512 # Clocks 25 28 45 36 57 65 50 40 25 28 0 45 72 77 80 75 # EndSection # Section "Device" # Identifier "Actix GE32+ 2MB" # VendorName "Actix" # BoardName "GE32+" # Ramdac "ATT20C490" # Dacspeed 110 # Option "dac_8_bit" # Clocks 25.0 28.0 40.0 0.0 50.0 77.0 36.0 45.0 # Clocks 130.0 120.0 80.0 31.0 110.0 65.0 75.0 94.0 # EndSection Section "Device" Identifier "Number nine Lvl 11" VendorName "NumberNine" BoardName "Level 11" Option "number_nine" ClockChip "icd2061a" EndSection # ********************************************************************** # Screen sections # ********************************************************************** # The accelerated servers (S3, Mach32, Mach8, 8514, P9000, AGX, W32) Section "Screen" Driver "accel" Device "Number nine Lvl 11" Monitor "Sun 66Hz Monitor" # Monitor "Hitatchi" Subsection "Display" Depth 8 Modes "1152x900-sun66" # Modes "1024x768" EndSubsection SubSection "Display" Depth 16 Weight 565 Modes "640x480" ViewPort 0 0 Virtual 1024 768 EndSubsection EndSection # ---------------------------------------- CUT HERE -------------------- Newsgroups: comp.windows.x.i386unix Subject: Re: Sun monitor & XFree86 anybody? Summary: Expires: References: <3qtu3k$8vo@bubba.NMSU.Edu> <3r01jd$i3m@canopus.cc.umanitoba.ca> Sender: Followup-To: Distribution: Organization: The Village Keywords: Cc: In article <3r01jd$i3m@canopus.cc.umanitoba.ca>, Kelly Kitson wrote: >I just picked up a used Sun monitor that is fixed at 64hz. I was planning on >the same thing u are, but i have a choice of 4 or 5 points to connect to. >Please let me know if you have any success. Here's what I have on the subject. It was written for the old XFree config file format, so I'm including my current XFree config file bits in this message. Basically, if you have a "fancy" card, you can generate almost exactly what the Monitor expects. If you don't, you can usually come "close" with a dotclock that is close to 90MHz and adjusting the timing numbers so that you get the same timings as these generate for 92.940MHz. Oh, there is also a new program called SVGATextMode that will solve the text problem mostly on Linux. I've not had time to port it to FreeBSD. Section "Monitor" Identifier "Sun 66Hz Monitor" VendorName "Unknown" ModelName "Unknown" Bandwidth 100 HorizSync 61-62 # 61.80 kHz is the manual frequency VertRefresh 65.5-66.5 # The manual says 66Hz Mode "1152x900-sun66" DotClock 92.940 HTimings 1152 1184 1312 1504 VTimings 900 902 906 937 Flags "-HSync" "-VSync" EndMode EndSection Warner To: XXXXX Subject: Re: Anyone used a Sun 4/110 color monitor with a standard VGA card? Cc: hackers@FreeBSD.org Date: Sun, 02 Oct 1994 23:14:41 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk [ I realize this is slightly off list charter, but I'm sending the answer here so it may be archived -- imp ] : I have a spare color monitor from an old 110 machine and would love to : use it with a #9 VGA card - does anyone know if this can be done with a : specialized cable or sync converter? Kinda sorta, depending on the limintations that you are willing to live with. If you only want to run X (or some other windowing environment). Text mode, for me anyway, has been right out. I've been told that other people have adjusted the sync rates of the monitors to do this, but with unsatisfactory results, even to the point of needing to adjust them every reboot. Also, you need a card that will do any clock frequency to get superior quality in the picture (the #9 will likely do this, but if it is a level 11, make sure you have a Rev E or higher chipset as the X servers won't handle the fast dot clocks with the Rev D chipset). I have a #9 Level 11 (Rev E) and it works quite well. Number 9 company will give you an upgrade if you call them at their support number, btw. I've hacked together a really bad 1152x910 mode with an ET4000 at 90MHz, but the card just didn't have what it took to do that well. I've lost the config for that card, btw. You'll need to get a cable that has BNC connectors on one end and the D connector on the other. I've been told that Egg Head has them, but mine came with the #9 card I purchased used. I'd suggest getting a cable rather than making one, but that is based on how horrible my homemade cable came out more than anything else. I may be able to dig up the pinouts if you trust your skills at aquiring the right parts and putting them together. You'll need to find out if it has a 66Hz or a 76Hz vertical refresh rate. The monitor that I'm using came off an old Solbourne Kbus machine, but had also seen time on a SparcStation2 and a Solbourne S4000. Likely with a monitor that old, it will be a 66Hz monitor. I think only the newer Sparc10's have the 76Hz monitors, but I may be mistaken. Next, you'll need lines in your Xconfig file that look like: Modes "1024x768" "1152x900-66" # Originally from Tadpole's user guide pg 154-155 # fbconfig 1152 900 92.940 29 128 195 2 4 31 cr # hres vres dot-clock hfront hsync hback vfront vsync vback flags # flags == c - composite sync r - read only (note hv are not present, so # we get negative pulses for them) # all units in pixels. # so the before VGA restrictions, we have: # 92.940 1152 1181 1309 1504 900 902 906 937 -hsync -vsync # in case your video card doesn't do 92.940. Other dotclocks have proven # workable, but inferior in picture quality for some unknown reason. # # WARNING: this monitor is fixed frequency (within 5%) and will not # sync to the normal text modes. Damage to the monitor may result # if you attempt to use it in text mode. # "1152x900-66" 92.940 1152 1184 1312 1504 900 902 906 937 -hsync -vsync I found all this information in a TadPole manual, as cited in the comments. I don't have the numbers for the 76Hz monitor handy, or I'd post them as well. Keep in mind that you *MUST* leave your monitor off while you are away from your machine and you *MUST* turn it off ASAP when the machine crashes and is rebooting to prevent possible damage to the monitor when the machine is in text mode. I have two monitors: the 17" Sony from the Solbourne machine that I normally use, and a 15" Hitachi that I use to upgrade my machine, or when the system has crashed and I need to do something about it before bringing X up again or I'm on the road with my machine. Warner From owner-freebsd-hackers Fri Aug 23 21:16:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA19347 for hackers-outgoing; Fri, 23 Aug 1996 21:16:49 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA19335 for ; Fri, 23 Aug 1996 21:16:45 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA24844; Sat, 24 Aug 1996 13:46:40 +0930 From: Michael Smith Message-Id: <199608240416.NAA24844@genesis.atrad.adelaide.edu.au> Subject: Re: DOS root directory? To: brianc@pobox.com Date: Sat, 24 Aug 1996 13:46:39 +0930 (CST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199608240139.VAA00296@ottawa.net> from "Brian Campbell" at Aug 23, 96 09:39:35 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 Brian Campbell stands accused of saying: > > When I mount my DOS C drive (formatted by W95's format for W95) I get: > mountmsdosfs(): Warning: root directory is not a multiple of > the clustersize in length > > Is this a serious or important warning, or just something the author > didn't think would happen and wanted to be informed of? It indicates that your DOS partition was shrunk at some sage, probably by FIPS or a similar tool. The FreeBSD MSDOSFS appears particularly unreliable with such filesystems; I would advise extreme caution. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Aug 23 21:18:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA19685 for hackers-outgoing; Fri, 23 Aug 1996 21:18:35 -0700 (PDT) Received: from w2xo.pgh.pa.us (w2xo.pgh.pa.us [206.210.70.5]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id VAA19667 for ; Fri, 23 Aug 1996 21:18:29 -0700 (PDT) Received: (from durham@localhost) by w2xo.pgh.pa.us (8.6.12/8.6.9) id AAA13726; Sat, 24 Aug 1996 00:20:36 -0400 Date: Sat, 24 Aug 1996 00:20:35 -0400 (EDT) From: Jim Durham X-Sender: durham@w2xo.pgh.pa.us To: hackers@freebsd.org Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? In-Reply-To: <199608240220.UAA13905@rover.village.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 Aug 1996, Warner Losh wrote: > : I've got my hands on one of these oldish 20" monitors, > : I don't have any specs on it though, anybody know > : the videobandwith, max h/V sync frequencies etc... > > If it is off a Sun I can help you... Otherwise I can't. I have a > XF86Config file for my Sun minitor that I've included. I've also > included an *OLD* post on the topic I wrote. > > Warner > P.S. I've cc'd hackers to make sure this makes it into the archives :-) > > > Keep in mind that you *MUST* leave your monitor off while you are away > from your machine and you *MUST* turn it off ASAP when the machine > crashes and is rebooting to prevent possible damage to the monitor > when the machine is in text mode. I have two monitors: the 17" Sony > from the Solbourne machine that I normally use, and a 15" Hitachi that > I use to upgrade my machine, or when the system has crashed and I need > to do something about it before bringing X up again or I'm on the road > with my machine. > > Warner > I have a 19 inch Hitachi (HM-4119). It is 48 khz horizontal and 60-70 vertical, just for giggles. Here is my "monitor" section of XF86Config... Section "Monitor" Identifier "Hitachi Monitor" VendorName "Hitachi" ModelName "HM-4119" # Bandwidth is in MHz unless units are specified Bandwidth 100.0 HorizSync 48-52 VertRefresh 58-64 # typical for a single frequency fixed-sync monitor Mode "1056x796" DotClock 64.98 HTimings 1056 1160 1272 1312 VTimings 796 800 812 846 Flags "-vsync" "-hsync" EndMode Section "Screen" Driver "svga" Device "Cirrus 5422" Monitor "Hitachi Monitor" Subsection "Display" Depth 8 Modes "1056x796" ViewPort 0 0 Virtual 1180 850 EndSubsection EndSection Notice that the flags "-vsync" and "-hsync" are necessary with my Hitachi to make the sync pulses go in the proper direction, which is negative-going with my monitor, whereas a garden-variety VGA is positive-going. I also have to use an old 13 inch Mono monitor to see what is happening when the machine is booting. Why wouldn't it be possible to modify the console driver so that the scan rates could be changed on it to allow those of us with large, fixed-scan monitors to see boot messages and use the virtual consoles? I'm gonna go look to see where the video card is initialized. regards, -Jim Durham From owner-freebsd-hackers Fri Aug 23 21:22:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA20412 for hackers-outgoing; Fri, 23 Aug 1996 21:22:15 -0700 (PDT) Received: from Arizona.EDU (Penny.Telcom.Arizona.EDU [128.196.128.217]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA20401 for ; Fri, 23 Aug 1996 21:22:11 -0700 (PDT) Received: from sun1paztcn.wr.usgs.gov by Arizona.EDU (PMDF V5.0-5 #2381) id <01I8MODZPVDSCQFGEI@Arizona.EDU>; Fri, 23 Aug 1996 21:22:00 -0700 (MST) Received: from localhost by sun1paztcn.wr.usgs.gov (4.1/SMI-4.1) id AA02605; Fri, 23 Aug 1996 21:20:50 -0700 (MST) Date: Fri, 23 Aug 1996 21:20:49 -0700 From: Doug Wellington Subject: Re: JDK 1.02 In-reply-to: "Your message of Fri, 23 Aug 1996 10:44:31 CST." <199608231644.KAA07194@rocky.mt.sri.com> To: Nate Williams Cc: hackers@FreeBSD.org, doug@sun1paztcn.wr.usgs.gov Message-id: <9608240420.AA02605@sun1paztcn.wr.usgs.gov> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Previously: >Java is here to stay whether we like it or not [...] Is this REALLY true? I mean, will Java continue to be a "force"? Or is this just another phrase from the spin doctors? Lots of people have sworn that lots of languages were the end all of programming - look at lisp/scheme, ada, visual basic... (All have loyal followers, but how much of a "force" are they? ...well, visual basic... hmmm...) What is The Real Deal(tm) with Java anyway? Once you get through the hype, is Java anything more than C++ without pointers? If the world becomes dependent upon applets, then maybe Java has a place, but when everyone realizes that it is just the mainframe mentality repackaged for the nineties, will it really last? Do we really want to be dependent upon some server somewhere for what are really just throw-away viewers? Do we even have the bandwidth to do it? Heck, I can't stand using graphical web browsers because of the HUGE noise to content ratio now! I'm not sure I want to wait for some inane little applet to transfer... If I need it, I would rather take the time to set up a viewer once and know what functions it provides rather than wait for some latest and greatest viewer to be transferred, used and thrown away... Am I just a stick-in-the-mud? (Or have I just been reading too many William Shatner Tek novels lately?) -Doug ...who remembers buying the "Smart" system back in 1986 - an integrated suite of applications, word processor, spreadsheet, database, macro language, etc - that ran on a PC with 640K, 20MB hard disk... Now-a-days we have integrated suites of applications that won't run in 8MB RAM or 100MB of disk! And are we any more productive?????? (But gee, the apps look so pretty!) Doug Wellington doug@sun1paztcn.wr.usgs.gov System and Network Administrator US Geological Survey, Tucson, AZ Project Office According to proposed Federal guidelines, this message is a "non-record". Hmm, I wonder if _everything_ I say is a "non-record"...? FreeBSD and Apache - the best real tools for the virtual world! Check out www.freebsd.org and www.apache.org... Just say NO to Netscape Navigator! From owner-freebsd-hackers Fri Aug 23 22:47:25 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA03976 for hackers-outgoing; Fri, 23 Aug 1996 22:47:25 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA03964 for ; Fri, 23 Aug 1996 22:47:02 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id PAA16214; Sat, 24 Aug 1996 15:43:57 +1000 Date: Sat, 24 Aug 1996 15:43:57 +1000 From: Bruce Evans Message-Id: <199608240543.PAA16214@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, voisine@cioe.com Subject: Re: rintf broke? Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Umm... is the rintf function broken or what? >... > cout << rintf(12.3456789) << endl; >... >here's the output: >12.125 Yes, it is broken. printf("%g", rintf(12.3456789) also gives 12.125. I wouldn't use the float-precision functions. hypotf() and powf() are also broken. acosf(), asinf() and atan2f() have small errors and are slower than the corresponding double-precision functions if the hardware versions are used. Here are some fixes. They have been tested a lot using `ucbtest' but haven't been used much. `ucbtest' apparently doesn't test rintf(). Bruce diff -c2 src/lib/msun/src/e_acosf.c~ src/lib/msun/src/e_acosf.c *** src/lib/msun/src/e_acosf.c~ Wed May 31 19:12:47 1995 --- src/lib/msun/src/e_acosf.c Wed May 31 19:15:41 1995 *************** *** 27,33 **** #endif one = 1.0000000000e+00, /* 0x3F800000 */ ! pi = 3.1415925026e+00, /* 0x40490fda */ ! pio2_hi = 1.5707962513e+00, /* 0x3fc90fda */ ! pio2_lo = 7.5497894159e-08, /* 0x33a22168 */ pS0 = 1.6666667163e-01, /* 0x3e2aaaab */ pS1 = -3.2556581497e-01, /* 0xbea6b090 */ --- 27,33 ---- #endif one = 1.0000000000e+00, /* 0x3F800000 */ ! pi = 3.1415927410e+00, /* 0x40490fdb */ ! pio2_hi = 1.5707963705e+00, /* 0x3fc90fdb */ ! pio2_lo = -4.3711388287e-08, /* 0xb33bbd2e */ pS0 = 1.6666667163e-01, /* 0x3e2aaaab */ pS1 = -3.2556581497e-01, /* 0xbea6b090 */ diff -c2 src/lib/msun/src/e_asinf.c~ src/lib/msun/src/e_asinf.c *** src/lib/msun/src/e_asinf.c~ Sat Jul 13 18:31:41 1996 --- src/lib/msun/src/e_asinf.c Sat Jul 13 18:31:41 1996 *************** *** 28,34 **** one = 1.0000000000e+00, /* 0x3F800000 */ huge = 1.000e+30, ! pio2_hi = 1.5707962513e+00, /* 0x3fc90fda */ ! pio2_lo = 7.5497894159e-08, /* 0x33a22168 */ pio4_hi = 7.8539818525e-01, /* 0x3f490fdb */ /* coefficient for R(x^2) */ pS0 = 1.6666667163e-01, /* 0x3e2aaaab */ --- 28,35 ---- one = 1.0000000000e+00, /* 0x3F800000 */ huge = 1.000e+30, ! pio2_hi = 1.5707963705e+00, /* 0x3fc90fdb */ ! pio2_lo = -4.3711388287e-08, /* 0xb33bbd2e */ pio4_hi = 7.8539818525e-01, /* 0x3f490fdb */ + /* coefficient for R(x^2) */ pS0 = 1.6666667163e-01, /* 0x3e2aaaab */ diff -c2 src/lib/msun/src/e_atan2f.c~ src/lib/msun/src/e_atan2f.c *** src/lib/msun/src/e_atan2f.c~ Wed May 31 19:12:50 1995 --- src/lib/msun/src/e_atan2f.c Wed May 31 19:16:01 1995 *************** *** 30,35 **** pi_o_4 = 7.8539818525e-01, /* 0x3f490fdb */ pi_o_2 = 1.5707963705e+00, /* 0x3fc90fdb */ ! pi = 3.1415925026e+00, /* 0x40490fda */ ! pi_lo = 1.5099578832e-07; /* 0x34222168 */ #ifdef __STDC__ --- 30,35 ---- pi_o_4 = 7.8539818525e-01, /* 0x3f490fdb */ pi_o_2 = 1.5707963705e+00, /* 0x3fc90fdb */ ! pi = 3.1415927410e+00, /* 0x40490fdb */ ! pi_lo = -8.7422776573e-08; /* 0xb3bbbd2e */ #ifdef __STDC__ diff -c2 src/lib/msun/src/e_hypotf.c~ src/lib/msun/src/e_hypotf.c *** src/lib/msun/src/e_hypotf.c~ Wed May 31 19:12:56 1995 --- src/lib/msun/src/e_hypotf.c Wed May 31 19:16:16 1995 *************** *** 47,52 **** return w; } ! /* scale a and b by 2**-60 */ ! ha -= 0x5d800000; hb -= 0x5d800000; k += 60; SET_FLOAT_WORD(a,ha); SET_FLOAT_WORD(b,hb); --- 47,52 ---- return w; } ! /* scale a and b by 2**-68 */ ! ha -= 0x22000000; hb -= 0x22000000; k += 68; SET_FLOAT_WORD(a,ha); SET_FLOAT_WORD(b,hb); *************** *** 55,66 **** if(hb <= 0x007fffff) { /* subnormal b or 0 */ if(hb==0) return a; ! SET_FLOAT_WORD(t1,0x3f000000); /* t1=2^126 */ b *= t1; a *= t1; k -= 126; ! } else { /* scale a and b by 2^60 */ ! ha += 0x5d800000; /* a *= 2^60 */ ! hb += 0x5d800000; /* b *= 2^60 */ ! k -= 60; SET_FLOAT_WORD(a,ha); SET_FLOAT_WORD(b,hb); --- 55,66 ---- if(hb <= 0x007fffff) { /* subnormal b or 0 */ if(hb==0) return a; ! SET_FLOAT_WORD(t1,0x7e800000); /* t1=2^126 */ b *= t1; a *= t1; k -= 126; ! } else { /* scale a and b by 2^68 */ ! ha += 0x22000000; /* a *= 2^68 */ ! hb += 0x22000000; /* b *= 2^68 */ ! k -= 68; SET_FLOAT_WORD(a,ha); SET_FLOAT_WORD(b,hb); diff -c2 src/lib/msun/src/e_powf.c~ src/lib/msun/src/e_powf.c *** src/lib/msun/src/e_powf.c~ Wed May 31 19:13:02 1995 --- src/lib/msun/src/e_powf.c Wed May 31 19:16:23 1995 *************** *** 49,53 **** --- 49,57 ---- lg2 = 6.9314718246e-01, /* 0x3f317218 */ lg2_h = 6.93145752e-01, /* 0x3f317200 */ + #if 0 + lg2_l = 1.42860677e-06, /* 0x35bfbe8e */ + #else lg2_l = 1.42860654e-06, /* 0x35bfbe8c */ + #endif ovt = 4.2995665694e-08, /* -(128-log2(ovfl+.5ulp)) */ cp = 9.6179670095e-01, /* 0x3f76384f =2/(3ln2) */ *************** *** 168,174 **** s_h = s; GET_FLOAT_WORD(is,s_h); ! SET_FLOAT_WORD(s_h,is&0xfffff000); /* t_h=ax+bp[k] High */ ! SET_FLOAT_WORD(t_h,((ix>>1)|0x20000000)+0x0040000+(k<<21)); t_l = ax - (t_h-bp[k]); s_l = v*((u-s_h*t_h)-s_h*t_l); --- 172,178 ---- s_h = s; GET_FLOAT_WORD(is,s_h); ! SET_FLOAT_WORD(s_h,is&0xfffc0000); /* t_h=ax+bp[k] High */ ! SET_FLOAT_WORD(t_h,((ix>>1)|0x20000000)+0x00400000+(k<<21)); t_l = ax - (t_h-bp[k]); s_l = v*((u-s_h*t_h)-s_h*t_l); *************** *** 237,241 **** t = p_l+p_h; GET_FLOAT_WORD(is,t); ! SET_FLOAT_WORD(t,is&0xfffff000); u = t*lg2_h; v = (p_l-(t-p_h))*lg2+t*lg2_l; --- 241,245 ---- t = p_l+p_h; GET_FLOAT_WORD(is,t); ! SET_FLOAT_WORD(t,is&0xfffffff8); u = t*lg2_h; v = (p_l-(t-p_h))*lg2+t*lg2_l; From owner-freebsd-hackers Fri Aug 23 22:48:43 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA04056 for hackers-outgoing; Fri, 23 Aug 1996 22:48:43 -0700 (PDT) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA04051 for ; Fri, 23 Aug 1996 22:48:39 -0700 (PDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id XAA10782; Fri, 23 Aug 1996 23:48:22 -0600 (MDT) Date: Fri, 23 Aug 1996 23:48:22 -0600 (MDT) Message-Id: <199608240548.XAA10782@rocky.mt.sri.com> From: Nate Williams To: Doug Wellington Cc: Nate Williams , hackers@freebsd.org Subject: Re: JDK 1.02 In-Reply-To: <9608240420.AA02605@sun1paztcn.wr.usgs.gov> References: <199608231644.KAA07194@rocky.mt.sri.com> <9608240420.AA02605@sun1paztcn.wr.usgs.gov> Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Java is here to stay whether we like it or not [...] > > Is this REALLY true? I mean, will Java continue to be a "force"? For awhile. > Or is this just another phrase from the spin doctors? Lots of people > have sworn that lots of languages were the end all of programming - > look at lisp/scheme, ada, visual basic... (All have loyal followers, > but how much of a "force" are they? ...well, visual basic... hmmm...) Most of these languages weren't written up in the press on a daily basis, and touted as the 'best of breed' in programming languages. Something will come along that's better in the future, but for now Java is *the* language. > What is The Real Deal(tm) with Java anyway? Once you get through > the hype, is Java anything more than C++ without pointers? Java is C++ w/out pointers, w/out multiple inheritance, and the ability to run on multiple platforms w/out recompile. It's the 'ultimate' in portability, although M$ and others are trying to muddy the waters by making 'platform specific' extensions for it. > If the world becomes dependent upon applets, then maybe Java has a > place, but when everyone realizes that it is just the mainframe > mentality repackaged for the nineties, will it really last? Do we > really want to be dependent upon some server somewhere for what are > really just throw-away viewers? Whose 'we' Kemosabe'? :) For 'intranets' (the current buzzword which has replaced 'enterprise-wide network), applets are a great way to go. You can leave the low powered PC on everyone's desk (maybe even a 'Network Computer') which runs applets which talk to the main server. However, you can have multiple 'servers'. The push for 'Data warehousing' and other meaningless names makes it easy to push for Java. For those zillions of programmers who have been doing Win32 programming (aka, the API of the day), Java is a way out. > Do we even have the bandwidth to do it? Java applets decreases bandwidth in many cases. There is no longer the need for 'server push', and instead you can get everything in one shot by using an applet. Java is much bigger than the WWW, especially if Sun has it's way. Nate From owner-freebsd-hackers Fri Aug 23 22:58:54 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA05257 for hackers-outgoing; Fri, 23 Aug 1996 22:58:54 -0700 (PDT) Received: from iidpwr.com ([204.33.177.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA05233; Fri, 23 Aug 1996 22:58:48 -0700 (PDT) Received: by mail.iidpwr.com id <15364>; Fri, 23 Aug 1996 23:00:23 -0700 Date: Fri, 23 Aug 1996 23:03:41 -0700 From: Tony Tam Organization: Imperial Irrigation District X-Mailer: Mozilla 3.0 (X11; I; FreeBSD 2.1.5-RELEASE i386) MIME-Version: 1.0 To: hackers@FreeBSD.org CC: questions@FreeBSD.org Subject: Novell Netware Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <96Aug23.230023pdt.15364@mail.iidpwr.com> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hackers, Could anybody tell me what are the advantages of a Novell Netware Network? Since Windows 95 comes with TCP/IP stack, file, and printer sharing capabilities, why would a network need a Novell Netware server? Moreover, FreeBSD supports samba, why would a network need a Novell Netware server? Is there any technical advantages which IPX over TCP/IP? -- Yours truly, Tony Tam Imperial Irrigation District P.O. BOX 937 Imperial, CA 92251 USA Tel: 619-339-9454 FAX: 619-339-9189 E-Mail: ttam@iidpwr.com From owner-freebsd-hackers Fri Aug 23 23:02:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA05766 for hackers-outgoing; Fri, 23 Aug 1996 23:02:13 -0700 (PDT) Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA05754 for ; Fri, 23 Aug 1996 23:02:10 -0700 (PDT) Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0uuBnJ-000I0bC; Sat, 24 Aug 96 08:02 MET DST Received: by ernie.kts.org (Smail3.1.29.1 #4) id m0uuB0G-00000uC; Sat, 24 Aug 96 07:11 MET DST Message-Id: From: hm@kts.org (Hellmuth Michaelis) Subject: Re: pcvt features To: brianc@pobox.com Date: Sat, 24 Aug 1996 07:11:24 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199608240136.VAA00244@ottawa.net> from "Brian Campbell" at Aug 23, 96 09:36:04 pm Organization: Kitchen Table Systems Reply-To: hm@kts.org X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Brian Campbell wrote: > Are there any plans for the pcvt driver to include the same support > for loadable screen savers as syscons? Yes, plans do exist. For quite some time now; but the time available for hacking seems to be getting smaller and smaller. > I was also wondering why pcvt restricted its [VGA] font support to 8, > 10, 14 and 16 scanline fonts. I don't know ;-) hellmuth -- Hellmuth Michaelis hm@kts.org Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Fri Aug 23 23:14:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA06972 for hackers-outgoing; Fri, 23 Aug 1996 23:14:36 -0700 (PDT) Received: from eac.iafrica.com (196-7-192-187.iafrica.com [196.7.192.187]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA06963 for ; Fri, 23 Aug 1996 23:14:31 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id IAA01310; Sat, 24 Aug 1996 08:11:01 +0200 From: Robert Nordier Message-Id: <199608240611.IAA01310@eac.iafrica.com> Subject: Re: DOS root directory? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sat, 24 Aug 1996 08:10:59 +0200 (SAT) Cc: brianc@pobox.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199608240416.NAA24844@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Aug 24, 96 01:46:39 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > > Brian Campbell stands accused of saying: > > > > When I mount my DOS C drive (formatted by W95's format for W95) I get: > > mountmsdosfs(): Warning: root directory is not a multiple of > > the clustersize in length > > > > Is this a serious or important warning, or just something the author > > didn't think would happen and wanted to be informed of? > > It indicates that your DOS partition was shrunk at some sage, probably > by FIPS or a similar tool. The FreeBSD MSDOSFS appears particularly > unreliable with such filesystems; I would advise extreme caution. Uhm, actually it doesn't indicate use of FIPS (which wouldn't affect the cluster or root directory size). The warning will always appear when accessing FAT filesystems with a cluster size of >32 sectors (64, for instance), since a standard root directory on a hard drive has 512 entries and therefore occupies only 512 * sizeof(DIRENTRY) / SECTOR_SIZE = 32 sectors. Incidentally, the warning also appears when accessing 3.5-inch floppy disks in the new Win95 distribution format. The msdosfs doesn't inherently require a root directory allocated to cluster boundaries, but (in general) the bigger your DOS partition, the more likely it is you will experience msdosfs-related problems. So I'd agree regarding "extreme caution". -- Robert Nordier From owner-freebsd-hackers Fri Aug 23 23:38:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA08808 for hackers-outgoing; Fri, 23 Aug 1996 23:38:17 -0700 (PDT) Received: from ns.via.net (ns.via.net [140.174.204.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA08801 for ; Fri, 23 Aug 1996 23:38:15 -0700 (PDT) Received: (from joe@localhost) by ns.via.net (8.7.5/8.6.9) id XAA19422 for freebsd-hackers@freebsd.org; Fri, 23 Aug 1996 23:35:46 -0700 (PDT) Date: Fri, 23 Aug 1996 23:35:46 -0700 (PDT) From: Joe McGuckin Message-Id: <199608240635.XAA19422@ns.via.net> To: freebsd-hackers@freebsd.org Subject: Kingston Technology PCI ethernet card? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I saw an ad for this. It uses the DEC chip. It sells for less than $100. I would think that it is functionally the same as the SMC PCI ethernet card - but half the price. -joe From owner-freebsd-hackers Fri Aug 23 23:40:16 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09048 for hackers-outgoing; Fri, 23 Aug 1996 23:40:16 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA09038 for ; Fri, 23 Aug 1996 23:40:13 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id QAA25313; Sat, 24 Aug 1996 16:09:54 +0930 From: Michael Smith Message-Id: <199608240639.QAA25313@genesis.atrad.adelaide.edu.au> Subject: Re: DOS root directory? To: rnordier@iafrica.com (Robert Nordier) Date: Sat, 24 Aug 1996 16:09:54 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, brianc@pobox.com, freebsd-hackers@FreeBSD.org In-Reply-To: <199608240611.IAA01310@eac.iafrica.com> from "Robert Nordier" at Aug 24, 96 08:10:59 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 Robert Nordier stands accused of saying: > > Uhm, actually it doesn't indicate use of FIPS (which wouldn't affect > the cluster or root directory size). Hmm, I've only seen this warning reported by people who'd used FIPS to shrink DOS filesystems across a cluster-size boundary. I don't have any DOS filesystems that big, so I've never seen it myself. Thanks for the clarification. > Robert Nordier (geez, my accuracy ratio has fallen right off. time to be quiet for a while 8) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-hackers Fri Aug 23 23:51:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA09992 for hackers-outgoing; Fri, 23 Aug 1996 23:51:29 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA09979 for ; Fri, 23 Aug 1996 23:51:24 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA15061; Sat, 24 Aug 1996 08:51:17 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA15702; Sat, 24 Aug 1996 08:51:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA08875; Sat, 24 Aug 1996 08:28:22 +0200 (MET DST) From: J Wunsch Message-Id: <199608240628.IAA08875@uriah.heep.sax.de> Subject: Re: DOS root directory? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 24 Aug 1996 08:28:22 +0200 (MET DST) Cc: brianc@pobox.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608240139.VAA00296@ottawa.net> from Brian Campbell at "Aug 23, 96 09:39:35 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Brian Campbell wrote: > When I mount my DOS C drive (formatted by W95's format for W95) I get: > mountmsdosfs(): Warning: root directory is not a multiple of > the clustersize in length > > Is this a serious or important warning, or just something the author > didn't think would happen and wanted to be informed of? It's basically a totally unimportant warning, except that it makes me think you've probably shrunk it using FIPS. Partitions shrunk by FIPS are known to cause *serious* troubles when mounting them under FreeBSD. FIPS doesn't modify the clustersize, and some random bug in the msdosfs code gets seriously confused about this. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Aug 23 23:51:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10036 for hackers-outgoing; Fri, 23 Aug 1996 23:51:35 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA10002 for ; Fri, 23 Aug 1996 23:51:30 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA15066; Sat, 24 Aug 1996 08:51:19 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA15703; Sat, 24 Aug 1996 08:51:18 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA08898; Sat, 24 Aug 1996 08:36:49 +0200 (MET DST) From: J Wunsch Message-Id: <199608240636.IAA08898@uriah.heep.sax.de> Subject: Re: pcvt features To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 24 Aug 1996 08:36:49 +0200 (MET DST) Cc: brianc@pobox.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608240136.VAA00244@ottawa.net> from Brian Campbell at "Aug 23, 96 09:36:04 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Brian Campbell wrote: > Are there any plans for the pcvt driver to include the same support > for loadable screen savers as syscons? I hacked in support for the > green saver, which I suspect is the same way the stars saver got > in there. Wouldn't it be more convenient to support the lkm's? I once thought about lkm's (not only for the screen saver, but also for the hardware-dependant modules), but we never got round to implement it. You are free to do this if you want, and i promise to integrate your patches into the tree... > I was also wondering why pcvt restricted its [VGA] font support to 8, > 10, 14 and 16 scanline fonts. I'm getting used to 40-lines, but (in a > previous life) I used to run an 11 scanline font for 36 lines (I won't > mention that it supported 94 columns ;-) Hysterical raisons. By the time pcvt has been written (late 1992, originally for 386BSD), simply nobody thought about display font sizes. This requirement has been first faced to me when i've been playing with my (ancient) notebook that is used best with 480 scan lines. It is hard to break with such constraints without also breaking compatibility to older versions. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Aug 23 23:51:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA10045 for hackers-outgoing; Fri, 23 Aug 1996 23:51:36 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id XAA09986 for ; Fri, 23 Aug 1996 23:51:27 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id IAA15057; Sat, 24 Aug 1996 08:51:16 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA15701; Sat, 24 Aug 1996 08:51:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA08864; Sat, 24 Aug 1996 08:25:01 +0200 (MET DST) From: J Wunsch Message-Id: <199608240625.IAA08864@uriah.heep.sax.de> Subject: Re: Triton II chipsets To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 24 Aug 1996 08:25:01 +0200 (MET DST) Cc: brianc@pobox.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608240138.VAA00256@ottawa.net> from Brian Campbell at "Aug 23, 96 09:38:01 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Brian Campbell wrote: > I'm running on a Triton II VX chipset and wanted the chipset probe to > recognize and display my chipset. Something like this? uriah /kernel: chip0 rev 1 on pci0:0 uriah /kernel: DRAM ECC/Parity: ECC, ECC Test disabled, uriah /kernel: Shutdown to Port 92 disabled, Dual Processor NA# disabled, uriah /kernel: Peer Concurrency enabled, SERR# Output Type: Open drain output, uriah /kernel: Global TXC enabled uriah /kernel: Cache: 512K dual-bank pipelined-burst, NA Disable: disabled, uriah /kernel: Extended Cacheability disabled, SCFMI disabled, L1 enabled uriah /kernel: Speculative Leadoff disabled, Turn-around Insertion disabled, uriah /kernel: Memory Address Drive Strength: 8mA/8mA, 64 Mbit mode disabled uriah /kernel: Hole: None, EDO Detect mode disabled, uriah /kernel: DRAM Refrest Rate 66Mhz uriah /kernel: Turbo Read Leadoff disabled, uriah /kernel: DRAM Read Burst Timing: x-3-3-3/x-4-4-4, uriah /kernel: DRAM Write Burst Timing: x-3-3-3, uriah /kernel: Fast RAS to CAS Delay: 3 clocks, uriah /kernel: DRAM leadoff Timing: Read 7, Write 6, Precharge 4, Refresh 5 uriah /kernel: chip1 rev 0 on pci0:7:0 uriah /kernel: DMA Reserved Page Register Aliasing disabled uriah /kernel: 8-Bit I/O Recovery: disabled uriah /kernel: I/O Recovery Timing: 8-bit 3.5 clocks, 16-bit 3.5 clocks uriah /kernel: APIC Chip Select: disabled uriah /kernel: Extended BIOS: disabled uriah /kernel: Lower BIOS: enabled uriah /kernel: Coprocessor IRQ13: enabled uriah /kernel: Mouse IRQ12: disabled uriah /kernel: BIOSCS# Write Protect: disabled uriah /kernel: Keyboard Controller Address Location: enabled uriah /kernel: RTC Address Location: enabled uriah /kernel: Interrupt Routing: A: IRQ11, B: IRQ10, C: IRQ12, D: disabled uriah /kernel: MB0: disabled, MB1: The patch has been posted to -hackers (or -current, i eventually forgot) some days ago, but i haven't heard anything back. If the author is happy with it now, we can commit it to the sources. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Aug 24 00:05:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA11619 for hackers-outgoing; Sat, 24 Aug 1996 00:05:21 -0700 (PDT) Received: from aida.aida.org (root@codix2.codix.fr [194.98.13.102]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA11603 for ; Sat, 24 Aug 1996 00:05:15 -0700 (PDT) Received: from aida (didier@localhost [127.0.0.1]) by aida.aida.org (8.7.5/8.7.3) with SMTP id WAA00592; Fri, 23 Aug 1996 22:05:38 GMT Date: Sat, 24 Aug 1996 00:05:38 +0200 (MET DST) From: didier@aida.org To: Terry Lambert cc: nate@mt.sri.com, imp@village.org, chuckr@glue.umd.edu, hackers@freebsd.org Subject: Re: JDK 1.02 In-Reply-To: <199608231630.JAA15888@phaeton.artisoft.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 23 Aug 1996, Terry Lambert wrote: > > - is kaffe able to totally replace the native java ? > > (I heard many horrible about kaffe) > > It is incomplete and not productized. I think everything horrible falls > into that category. I didn't like the Kaffe license, actually, so I > have played with real JAVA instead. > If java is well specified Perhaps that a group of people could start to write a Java clone: something like kaffe but with a BSD copyright. if some other people were interested I would be really happy to help in that task -- Didier Derny | Private FreeBSD 2.2-CURRENT Site Email: didier@aida.org | Microsoft Free Computer. Homepage: http://www.codix.fr/~dderny | Pentium 150 on ASUS P/I-P55TP4N From owner-freebsd-hackers Sat Aug 24 00:21:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13403 for hackers-outgoing; Sat, 24 Aug 1996 00:21:27 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA13392 for ; Sat, 24 Aug 1996 00:21:20 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA15600; Sat, 24 Aug 1996 09:21:16 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA15966; Sat, 24 Aug 1996 09:21:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA09275; Sat, 24 Aug 1996 08:56:37 +0200 (MET DST) From: J Wunsch Message-Id: <199608240656.IAA09275@uriah.heep.sax.de> Subject: Re: Non-blocking I/O on sockets and closed sockets? To: Gary.Jennejohn@munich.netsurf.de Date: Sat, 24 Aug 1996 08:56:37 +0200 (MET DST) Cc: nate@mt.sri.com, freebsd-hackers@freefall.freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608232307.XAA00363@peedub.gj.org> from Gary Jennejohn at "Aug 23, 96 11:07:09 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Gary Jennejohn wrote: > Another pssibility > is to have a SIGPIPE handler; a read from a closed socket should result > in a SIGPIPE. I don't think so. SIGPIPE translates into ``Write on a pipe with noone reading.'', i.e. it's just the opposite. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Aug 24 00:21:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA13420 for hackers-outgoing; Sat, 24 Aug 1996 00:21:30 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id AAA13397 for ; Sat, 24 Aug 1996 00:21:25 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id JAA15606; Sat, 24 Aug 1996 09:21:19 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA15969; Sat, 24 Aug 1996 09:21:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id IAA09299; Sat, 24 Aug 1996 08:59:55 +0200 (MET DST) From: J Wunsch Message-Id: <199608240659.IAA09299@uriah.heep.sax.de> Subject: Re: pcvt features To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 24 Aug 1996 08:59:55 +0200 (MET DST) Cc: brianc@pobox.com Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: from Hellmuth Michaelis at "Aug 24, 96 07:11:24 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Hellmuth Michaelis wrote: > > I was also wondering why pcvt restricted its [VGA] font support to 8, > > 10, 14 and 16 scanline fonts. > > I don't know ;-) Btw., now as i re-read them, it's not accurate either. The display is limited to 25, 28, 40, or 50 character rows on a VGA, but you have to account for overall screen size, so this is only 8/10/14/16 lines per character cell for a 400-line display. As i wrote, i needed to work on a 480-line notebook LCD display, this works now with bigger fonts (but still 25/28/40/50 character rows). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Aug 24 01:20:28 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA17503 for hackers-outgoing; Sat, 24 Aug 1996 01:20:28 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA17494 for ; Sat, 24 Aug 1996 01:20:25 -0700 (PDT) Received: from eac.iafrica.com (196-7-119-232.iafrica.com [196.7.119.232]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id BAA20568 for ; Sat, 24 Aug 1996 01:20:21 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id KAA00455; Sat, 24 Aug 1996 10:15:12 +0200 From: Robert Nordier Message-Id: <199608240815.KAA00455@eac.iafrica.com> Subject: Re: DOS root directory? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sat, 24 Aug 1996 10:15:11 +0200 (SAT) Cc: brianc@pobox.com, hackers@freebsd.org In-Reply-To: <199608240639.QAA25313@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Aug 24, 96 04:09:54 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael Smith wrote: > > Robert Nordier stands accused of saying: > > > > Uhm, actually it doesn't indicate use of FIPS (which wouldn't affect > > the cluster or root directory size). > > Hmm, I've only seen this warning reported by people who'd used FIPS to > shrink DOS filesystems across a cluster-size boundary. I don't have > any DOS filesystems that big, so I've never seen it myself. Thanks > for the clarification. Most users with very large DOS filesystems probably do shrink them when installing FreeBSD. And if FIPS were more conscientious, it would adjust the cluster size to something more appropriate (and probably then <= 32 sectors). So FIPS is generally involved, even if not actually responsible for the msdosfs habit of eating other filesystems. > (geez, my accuracy ratio has fallen right off. time to be quiet for a > while 8) You're too quiet lately already. :) -- Robert Nordier From owner-freebsd-hackers Sat Aug 24 01:29:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA18140 for hackers-outgoing; Sat, 24 Aug 1996 01:29:44 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id BAA18131 for ; Sat, 24 Aug 1996 01:29:38 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id SAA20590; Sat, 24 Aug 1996 18:22:55 +1000 Date: Sat, 24 Aug 1996 18:22:55 +1000 From: Bruce Evans Message-Id: <199608240822.SAA20590@godzilla.zeta.org.au> To: bde@zeta.org.au, gclarkii@main.gbdata.com Subject: Re: max math performance - how? Cc: freebsd-hackers@freefall.freebsd.org, kuku@gilberto.physik.rwth-aachen.de Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Maybe we should go back to libm as the default and tell people that if they >have either the GPL'ed MATH_EMU --OR-- a real math-co then they should >should compile libmsun with HAVE_FPU. No, msun is slower than libm (in the !HAVE_FPU case) because it is more correct. The only reason to keep libm is that msun doesn't work on machines that don't have IEEE floating point. I was wrong saying that msun is slower. Many parts are faster because they use optimizations that depend on IEEE format. I guess only things like sin() for large args are much slower (because they are more accurate). Users shouldn't have to manage libraries. >This brings up another joint subject. Does GCC still use a dumb version >of some math routines as default or has this changed? This changed in gcc-2.6.3 or earlier a long time ago. Bruce From owner-freebsd-hackers Sat Aug 24 01:41:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA19179 for hackers-outgoing; Sat, 24 Aug 1996 01:41:59 -0700 (PDT) Received: from rhiannon.clari.net.au (dns1.clari.net.au [203.27.85.9]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id BAA19170 for ; Sat, 24 Aug 1996 01:41:53 -0700 (PDT) Received: (from root@localhost) by rhiannon.clari.net.au (8.7.5/8.6.12) id SAA06284 for freebsd-hackers@freebsd.org; Sat, 24 Aug 1996 18:42:20 +1000 (EST) Date: Sat, 24 Aug 1996 18:42:20 +1000 (EST) From: Peter Hawkins Message-Id: <199608240842.SAA06284@rhiannon.clari.net.au> To: freebsd-hackers@freebsd.org Subject: help with portmap Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, I have never come across this system before (Ultrix/Dec Unix that's me :) ) so I am a bit puzzled. I want to nfs export a directory between two FreeBSD boxes on an ethernet. I made the /etc/exports entry and confirmed portmap is running prior to nfsiod (client) and both nfsiod and nfsd (server). I get RPC: Program not registerred when I use the mount command. I then type nfsd -r (though I can't see why I need to as the portmap WAS running first) and things improve a little: I get from (rpcinfo output...) program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper to program vers proto port 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100003 2 udp 2049 nfs But I STILL get: Cannot MNT RPC: RPC: Program not registered Any clues? Peter From owner-freebsd-hackers Sat Aug 24 02:02:56 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA20819 for hackers-outgoing; Sat, 24 Aug 1996 02:02:56 -0700 (PDT) Received: from cheops.anu.edu.au (avalon@cheops.anu.edu.au [150.203.76.24]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA20805 for ; Sat, 24 Aug 1996 02:02:52 -0700 (PDT) Message-Id: <199608240902.CAA20805@freefall.freebsd.org> Received: by cheops.anu.edu.au (1.37.109.16/16.2) id AA258077364; Sat, 24 Aug 1996 19:02:44 +1000 From: Darren Reed Subject: Re: Triton II chipsets To: brianc@pobox.com Date: Sat, 24 Aug 1996 19:02:44 +1000 (EST) Cc: freebsd-hackers@freebsd.org In-Reply-To: <199608240138.VAA00256@ottawa.net> from "Brian Campbell" at Aug 23, 96 09:38:01 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In some mail from Brian Campbell, sie said: [...] > I suspect the HX chipset will support the same configuration registers > as the VX, and FX, but I haven't got one to try it with. FX is Triton, HX is Triton II, isn't VX Triton III ? and is HX faster then VX, if so, why does VX exist ? From owner-freebsd-hackers Sat Aug 24 02:05:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA21025 for hackers-outgoing; Sat, 24 Aug 1996 02:05:23 -0700 (PDT) Received: from wireless.Stanford.EDU (wireless.Stanford.EDU [36.10.0.102]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA21016 for ; Sat, 24 Aug 1996 02:05:18 -0700 (PDT) Received: from localhost (akyol@localhost) by wireless.Stanford.EDU (8.7.5/8.7.1) with ESMTP id CAA02942; Sat, 24 Aug 1996 02:05:11 -0700 (PDT) Message-Id: <199608240905.CAA02942@wireless.Stanford.EDU> X-Mailer: exmh version 1.6.7 5/3/96 To: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org Subject: Re: Help on block size in tar In-reply-to: j's message of Sat, 24 Aug 1996 08:50:05 +0200. <199608240650.IAA09124@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 Aug 1996 02:05:11 -0700 From: Bora Akyol Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This gets stranget by the minute. I created a tar tape using all defaults on a SNAP-960612 system. I cannot read the tape on the same computer running Linux but I can boot FreeBSD and read the very same tape. What gives? Is the tar on FreeBSD different from tar on Linux in data format. Strange very strange! Bora ps. Both block sizes are apparently 20. From owner-freebsd-hackers Sat Aug 24 02:26:30 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA22852 for hackers-outgoing; Sat, 24 Aug 1996 02:26:30 -0700 (PDT) Received: from Campino.Informatik.RWTH-Aachen.DE (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA22846 for ; Sat, 24 Aug 1996 02:26:20 -0700 (PDT) Received: from gilberto.physik.rwth-aachen.de (gilberto.physik.rwth-aachen.de [137.226.31.2]) by Campino.Informatik.RWTH-Aachen.DE (RBI-Z-5/8.6.12) with ESMTP id LAA26892; Sat, 24 Aug 1996 11:21:35 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.11/8.6.9) id LAA28551; Sat, 24 Aug 1996 11:34:24 +0200 From: Christoph Kukulies Message-Id: <199608240934.LAA28551@gilberto.physik.rwth-aachen.de> Subject: Re: help with portmap In-Reply-To: <199608240842.SAA06284@rhiannon.clari.net.au> from Peter Hawkins at "Aug 24, 96 06:42:20 pm" To: peter@clari.net.au (Peter Hawkins) Date: Sat, 24 Aug 1996 11:34:23 +0200 (MET DST) Cc: freebsd-hackers@freebsd.org Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Hi, > > I have never come across this system before (Ultrix/Dec Unix that's me :) ) > so I am a bit puzzled. I want to nfs export a directory between two > FreeBSD boxes on an ethernet. I made the /etc/exports entry and > confirmed portmap is running prior to nfsiod (client) and both > nfsiod and nfsd (server). I get RPC: Program not registerred when > I use the mount command. I then type nfsd -r (though I can't see why I > need to as the portmap WAS running first) and things improve a little: > I get from (rpcinfo output...) > > program vers proto port > 100000 2 tcp 111 portmapper > 100000 2 udp 111 portmapper > > to > program vers proto port > 100000 2 tcp 111 portmapper > 100000 2 udp 111 portmapper > 100003 2 udp 2049 nfs > > But I STILL get: > Cannot MNT RPC: RPC: Program not registered > > Any clues? You don't have mountd running. > Peter > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de From owner-freebsd-hackers Sat Aug 24 02:29:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA23042 for hackers-outgoing; Sat, 24 Aug 1996 02:29:37 -0700 (PDT) Received: from gateway.zeus.leitch.com (gateway.zeus.leitch.com [205.210.38.6]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA23036; Sat, 24 Aug 1996 02:29:34 -0700 (PDT) Received: from tap.zeus.leitch.com (0@tap.zeus.leitch.com [204.187.60.10]) by gateway.zeus.leitch.com (8.6.12/8.6.9) with ESMTP id FAA26698; Sat, 24 Aug 1996 05:29:59 -0400 Received: from ale.zeus.leitch.com (0@ale.zeus.leitch.com [204.187.61.65]) by tap.zeus.leitch.com (8.6.12/8.6.6) with ESMTP id FAA09317; Sat, 24 Aug 1996 05:29:57 -0400 From: Dave Chapeskie Received: (dchapes@localhost) by ale.zeus.leitch.com (8.6.12/8.6.9) id FAA05695; Sat, 24 Aug 1996 05:29:57 -0400 Message-Id: <199608240929.FAA05695@ale.zeus.leitch.com> Subject: kernel vm_page_alloc_contig() can indirectly cause kernel page faults To: FreeBSD-hackers@freebsd.org Date: Sat, 24 Aug 1996 05:29:56 -0400 (EDT) Cc: davidg@freebsd.org X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [Small patch which I'd like committed follows my rather wordy description] I have a scenario where I need large amounts of contiguous memory (8-16MB). A colleague of mine tossed together a contiguous memory driver which uses vm_page_alloc_contig() from sys/vm/vm_page.c to alloc contiguous memory at startup and then makes it available to user processes to mmap that memory in. In using this memory we've been plagued with kernel page faults, commonly at vmapbuf+0x86 when using the memory in a read(2) or write(2) call. In tracking this down I found that there were no problems in the first 4MB or so of memory and that the problems only occurred when the virtual address (in the contig driver) crossed a page directory boundary (ie the top 10 bits changed). I believe the problem can be traced back to vm_page_alloc_contig() which wires down the pages directly with vm_page_wire(). Obviously the memory must be wired if it is to stay contiguous. The problem, I believe, is that the rest of the vm system isn't told that this memory is wired down. I imagine this problem isn't normally seen since vm_page_alloc_contig() maps the memory into the kernel map which has other pages mapped which will cause the entire page directory entry to be wired in. This would explain why I don't see the problem until the memory spreads into the next PDE. The following small patch makes everything work dandy for me. It lets vm_map_pageable() do the dirty work of making sure the entire vm system knows the memory is wired, in particular it tells the pmap so that the new PDE gets wired. Can a vm guru take a look at this and commit it (or tell me another way to fix my problem). I should be able to provide code that demonstrates the failure if it's required (I'd have to ask the guy that wrote it and my boss first). Diff is relative to $Id: vm_page.c,v 1.32.4.1 1996/06/19 07:22:45 davidg Exp $ from 2.1.5-RELEASE *** sys/vm/vm_page.c.orig Sat Aug 24 05:15:34 1996 --- sys/vm/vm_page.c Sat Aug 24 05:16:32 1996 *************** *** 746,755 **** m->bmapped = 0; m->busy = 0; vm_page_insert(m, kernel_object, tmp_addr - VM_MIN_KERNEL_ADDRESS); - vm_page_wire(m); pmap_kenter(tmp_addr, VM_PAGE_TO_PHYS(m)); tmp_addr += PAGE_SIZE; } splx(s); return (addr); --- 746,756 ---- m->bmapped = 0; m->busy = 0; vm_page_insert(m, kernel_object, tmp_addr - VM_MIN_KERNEL_ADDRESS); pmap_kenter(tmp_addr, VM_PAGE_TO_PHYS(m)); tmp_addr += PAGE_SIZE; } + + vm_map_pageable(kernel_map, addr, addr + size, FALSE); splx(s); return (addr); -- Dave Chapeskie Leitch Technology International Inc. Email: dchapes@zeus.leitch.com From owner-freebsd-hackers Sat Aug 24 02:47:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA24395 for hackers-outgoing; Sat, 24 Aug 1996 02:47:51 -0700 (PDT) Received: from jabber.paco.odessa.ua (jabber.paco.odessa.ua [193.124.52.20]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id CAA24268 for ; Sat, 24 Aug 1996 02:43:49 -0700 (PDT) Received: (from igor@localhost) by jabber.paco.odessa.ua (8.7.1/8.6.10/01) id MAA26632 for freebsd-hackers@freebsd.org; Sat, 24 Aug 1996 12:39:33 +0300 (UKD) From: Igor Khasilev Message-Id: <199608240939.MAA26632@jabber.paco.odessa.ua> Subject: Re: Non-blocking I/O on sockets and closed sockets? To: freebsd-hackers@freebsd.org Date: Sat, 24 Aug 1996 12:39:33 +0300 (UKD) In-Reply-To: <9608231915.AA14731@pcnet1.pcnet.com> from "Daniel Eischen" at Aug 23, 96 03:15:20 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I need to setup my sockets as non-blocking to avoid some problems, but > > it brings up a problem of determining if the remote end has closed the > > connection. Normally, if you run select() on a FD, and the subsequent > > read() call returns 0 you can assume the socket is dead. However, with > > non-blocking I/O a read of 0 does *NOT* mean the socket is dead. > > If the socket is non-blocking, then you should expect errno to be > EAGAIN on a read with no data present. You probably only need > something like this: > Another way is "read only if FD_ISSET for descriptor after select". Then 0 returned by read indicate EOF on socket. Igor From owner-freebsd-hackers Sat Aug 24 03:01:49 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA24766 for hackers-outgoing; Sat, 24 Aug 1996 03:01:49 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA24760 for ; Sat, 24 Aug 1996 03:01:46 -0700 (PDT) Received: from haldjas.folklore.ee (Haldjas.folklore.ee [193.40.6.121]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id DAA20810 for ; Sat, 24 Aug 1996 03:01:40 -0700 (PDT) Received: (from narvi@localhost) by haldjas.folklore.ee (8.6.12/8.6.12) id MAA24757; Sat, 24 Aug 1996 12:58:28 +0300 Date: Sat, 24 Aug 1996 12:58:27 +0300 (EET DST) From: Narvi To: Doug Wellington cc: Nate Williams , hackers@FreeBSD.org, doug@sun1paztcn.wr.usgs.gov Subject: Re: JDK 1.02 In-Reply-To: <9608240420.AA02605@sun1paztcn.wr.usgs.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 Fri, 23 Aug 1996, Doug Wellington wrote: > Previously: > >Java is here to stay whether we like it or not [...] > > Is this REALLY true? I mean, will Java continue to be a "force"? > Or is this just another phrase from the spin doctors? Lots of people > have sworn that lots of languages were the end all of programming - > look at lisp/scheme, ada, visual basic... (All have loyal followers, > but how much of a "force" are they? ...well, visual basic... hmmm...) > > What is The Real Deal(tm) with Java anyway? Once you get through > the hype, is Java anything more than C++ without pointers? If the > world becomes dependent upon applets, then maybe Java has a place, > but when everyone realizes that it is just the mainframe mentality > repackaged for the nineties, will it really last? Do we really want > to be dependent upon some server somewhere for what are really just > throw-away viewers? Do we even have the bandwidth to do it? Heck, > I can't stand using graphical web browsers because of the HUGE noise > to content ratio now! I'm not sure I want to wait for some inane little > applet to transfer... If I need it, I would rather take the time to set > up a viewer once and know what functions it provides rather than wait > for some latest and greatest viewer to be transferred, used and thrown > away... One part of the game is Java Applications. Theoretically, a Java Application compiled on one plaform will run on any other platform, the source code should also display similar features - once written, it will compile everywhere. Or so they say :-) Sander > > Am I just a stick-in-the-mud? (Or have I just been reading too many > William Shatner Tek novels lately?) > > -Doug > > ...who remembers buying the "Smart" system back in 1986 - an integrated > suite of applications, word processor, spreadsheet, database, macro > language, etc - that ran on a PC with 640K, 20MB hard disk... Now-a-days > we have integrated suites of applications that won't run in 8MB RAM or > 100MB of disk! And are we any more productive?????? (But gee, the apps > look so pretty!) > > Doug Wellington > doug@sun1paztcn.wr.usgs.gov > System and Network Administrator > US Geological Survey, Tucson, AZ Project Office > > According to proposed Federal guidelines, this message is a "non-record". > Hmm, I wonder if _everything_ I say is a "non-record"...? > > FreeBSD and Apache - the best real tools for the virtual world! > Check out www.freebsd.org and www.apache.org... > > Just say NO to Netscape Navigator! > From owner-freebsd-hackers Sat Aug 24 03:21:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA25715 for hackers-outgoing; Sat, 24 Aug 1996 03:21:23 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA25698 for ; Sat, 24 Aug 1996 03:21:18 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA18795 for ; Sat, 24 Aug 1996 12:21:16 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA18856 for freebsd-hackers@freebsd.org; Sat, 24 Aug 1996 12:21:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA09821 for freebsd-hackers@freebsd.org; Sat, 24 Aug 1996 12:07:17 +0200 (MET DST) From: J Wunsch Message-Id: <199608241007.MAA09821@uriah.heep.sax.de> Subject: Re: DOS root directory? To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 24 Aug 1996 12:07:17 +0200 (MET DST) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608240815.KAA00455@eac.iafrica.com> from Robert Nordier at "Aug 24, 96 10:15:11 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Robert Nordier wrote: > Most users with very large DOS filesystems probably do shrink them > when installing FreeBSD. And if FIPS were more conscientious, it > would adjust the cluster size to something more appropriate (and > probably then <= 32 sectors). This would require a complete reorganization of the file system, not just adjusting the BPB only. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Aug 24 03:21:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA25791 for hackers-outgoing; Sat, 24 Aug 1996 03:21:51 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA25777 for ; Sat, 24 Aug 1996 03:21:48 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA18825; Sat, 24 Aug 1996 12:21:41 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA18864; Sat, 24 Aug 1996 12:21:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA09935; Sat, 24 Aug 1996 12:16:21 +0200 (MET DST) From: J Wunsch Message-Id: <199608241016.MAA09935@uriah.heep.sax.de> Subject: Re: Help on block size in tar To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 24 Aug 1996 12:16:21 +0200 (MET DST) Cc: akyol@wireless.Stanford.EDU (Bora Akyol) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608240905.CAA02942@wireless.Stanford.EDU> from Bora Akyol at "Aug 24, 96 02:05:11 am" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Bora Akyol wrote: > Is the tar on FreeBSD different from tar on Linux in data format. No, but the drivers are. Doesn't your Linux tell you the block size? I get this when trying to read the wrong block size on FreeBSD: Aug 24 12:15:10 uriah /kernel: st0: 32768-byte record too big After this, i know which blocksize the tape is in. :) > Strange very strange! > > Bora > > ps. Both block sizes are apparently 20. You still forgot to tell us about your tape drive and tape driver setup (output of `mt status'). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Aug 24 03:22:00 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA25814 for hackers-outgoing; Sat, 24 Aug 1996 03:22:00 -0700 (PDT) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA25809 for ; Sat, 24 Aug 1996 03:21:57 -0700 (PDT) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id MAA18829; Sat, 24 Aug 1996 12:21:45 +0200 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA18877; Sat, 24 Aug 1996 12:21:44 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.7.5/8.6.9) id MAA09907; Sat, 24 Aug 1996 12:12:46 +0200 (MET DST) From: J Wunsch Message-Id: <199608241012.MAA09907@uriah.heep.sax.de> Subject: Re: help with portmap To: freebsd-hackers@freebsd.org (FreeBSD hackers) Date: Sat, 24 Aug 1996 12:12:46 +0200 (MET DST) Cc: peter@clari.net.au (Peter Hawkins) Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199608240842.SAA06284@rhiannon.clari.net.au> from Peter Hawkins at "Aug 24, 96 06:42:20 pm" X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E X-Mailer: ELM [version 2.4ME+ PL17 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Peter Hawkins wrote: > FreeBSD boxes on an ethernet. I made the /etc/exports entry and > confirmed portmap is running prior to nfsiod (client) and both > nfsiod and nfsd (server). I get RPC: Program not registerred when > I use the mount command. > But I STILL get: > Cannot MNT RPC: RPC: Program not registered mountd is not running. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat Aug 24 04:40:36 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA29126 for hackers-outgoing; Sat, 24 Aug 1996 04:40:36 -0700 (PDT) Received: from arl-img-4.compuserve.com (arl-img-4.compuserve.com [149.174.217.134]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA29121 for ; Sat, 24 Aug 1996 04:40:28 -0700 (PDT) Received: by arl-img-4.compuserve.com (8.6.10/5.950515) id HAA26303; Sat, 24 Aug 1996 07:39:57 -0400 Date: 24 Aug 96 07:39:10 EDT From: Jan Knepper <106030.3360@CompuServe.COM> To: "[FreeBSD Hackers]" Subject: Novell Netware Message-ID: <960824113909_106030.3360_JHF48-1@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tony Tam wrote: /* Could anybody tell me what are the advantages of a Novell Netware Network? */ I don't know if there are any advantages anymore, but there where a lot in the time that hardware was still expensive. Novell NetWare had their best growth when everybody (almost everybody) was using MS-DOS. IPX/SPX is a relative easy and small protocol. I think Rank Xerox originally defined it. In todays world where the Novell Market share is shrinking, Windows NT Server is growing, Unix is becoming more and more important and even beating the NT market I would think IPX/SPX aint that important anymore. Also Novell NetWare actually has a 8.3 filename standard. Is has a high performance filesystem, but if you ask me I would say it has been *designed* to interface with MS-DOS. /* Since Windows 95 comes with TCP/IP stack, file, and printer sharing capabilities, why would a network need a Novell Netware server? */ You don't need one. You also can use a FreeBSD machine as File Server or even a Windows 95 or Windows NT machine. However if you have applications that use NLM's like the Btrieve Server for instance you can switch to Windows NT server from Novell NetWare. Unix would be impossible for now since there is no Brieve Server available for that platform. Like Btrieve there are many others that work that way. /* Moreover, FreeBSD supports samba, why would a network need a Novell Netware server? */ Just for those that still use MS-DOS and want to share file, databases, printers I would say. /* Is there any technical advantages which IPX over TCP/IP? */ I *think* TCP/IP is much more a standard than IPX/SPX is. Also for this reason I guess that NT 4.0 supports TCP/IP as standard. I have never tried, but for a local network IPX/SPX might deliver the end user a higher performance. This is what I was told. I can not support it with any proof. <<<< Form a long term Novell NetWare user and developer >>>> Don't worry, be Kneppie, Jan From owner-freebsd-hackers Sat Aug 24 05:33:21 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA00844 for hackers-outgoing; Sat, 24 Aug 1996 05:33:21 -0700 (PDT) Received: from dub-img-6.compuserve.com (dub-img-6.compuserve.com [149.174.206.136]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA00809 for ; Sat, 24 Aug 1996 05:33:19 -0700 (PDT) Received: by dub-img-6.compuserve.com (8.6.10/5.950515) id IAA27101; Sat, 24 Aug 1996 08:32:48 -0400 Date: 24 Aug 96 08:31:14 EDT From: Jan Knepper <106030.3360@CompuServe.COM> To: "[FreeBSD Hackers]" Subject: Re: JDK 1.02 Message-ID: <960824123114_106030.3360_JHF92-2@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Terry Lambert wrote: /* Unlikely. The counter-accusation is that they are real-mode programmers who don't understand that memeory protection is to protect the system from them, not them from the system. */ Hmmm, ain't that true for the M$ programmers as well??? Don't worry, be Kneppie, Jan From owner-freebsd-hackers Sat Aug 24 06:55:46 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id GAA04247 for hackers-outgoing; Sat, 24 Aug 1996 06:55:46 -0700 (PDT) Received: from critter.tfs.com ([140.145.230.177]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id GAA04242; Sat, 24 Aug 1996 06:55:42 -0700 (PDT) Received: from critter.tfs.com (localhost.tfs.com [127.0.0.1]) by critter.tfs.com (8.7.5/8.7.3) with ESMTP id IAA03100; Sat, 24 Aug 1996 08:06:44 +0200 (MET DST) To: Tony Kimball cc: hackers@freebsd.org Subject: Re: Am I wrong or is this just stupid?r In-reply-to: Your message of "Fri, 23 Aug 1996 16:58:41 CDT." <199608232158.QAA05012@compound.Think.COM> Date: Sat, 24 Aug 1996 08:06:43 +0200 Message-ID: <3098.840866803@critter.tfs.com> From: Poul-Henning Kamp Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message <199608232158.QAA05012@compound.Think.COM>, Tony Kimball writes: >Quoth Poul-Henning Kamp on Fri, 23 August: >: Pointing a finger at something and saying: "This is wrong" has >: historically not been a method for encouraging progress. > >It's a good way to find out whether or not you are right about >it, though. Accomplishing a fixed goal is relatively simple, >in comparison to the difficulty of determine what is a valid >goal. That's why I ignore certain folks when they gripe about people >complaining rather than contributing. Much of the time they >are not complaining. They are attempting to learn the true >situation, to validate their ideas -- often in order that >appropriate goals may be formulated. A little help over this hump >may be necessary in order to obtain the contribution of >productive effort. There is a certain chilling effect >resulting from the known condition that patches submitted >sometimes languish, for example. By determining whether a patch >would be well recieved, one can better estimate the desirability of >generating the patch. > But then, when certain people consistently fails to produce any patches... -- 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 Sat Aug 24 07:12:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA04793 for hackers-outgoing; Sat, 24 Aug 1996 07:12:10 -0700 (PDT) Received: from gatekeeper.fsl.noaa.gov (gatekeeper.fsl.noaa.gov [137.75.131.181]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA04788 for ; Sat, 24 Aug 1996 07:12:06 -0700 (PDT) Received: from emu.fsl.noaa.gov (kelly@emu.fsl.noaa.gov [137.75.60.32]) by gatekeeper.fsl.noaa.gov (8.7.5/8.7.3) with ESMTP id OAA26864; Sat, 24 Aug 1996 14:12:05 GMT Message-Id: <199608241412.OAA26864@gatekeeper.fsl.noaa.gov> Received: by emu.fsl.noaa.gov (1.40.112.4/16.2) id AA043556029; Sat, 24 Aug 1996 08:13:50 -0600 Date: Sat, 24 Aug 1996 08:13:50 -0600 From: Sean Kelly To: Joe McGuckin Cc: hackers@freebsd.org Subject: Re: Kingston Technology PCI ethernet card? Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I saw an ad for this. It uses the DEC chip. It sells for less than $100. And it works just fine with FreeBSD: --- rosemary 261 > uname -rs FreeBSD 2.1.5-RELEASE rosemary 262 > dmesg | grep de0 de0 rev 17 int a irq 14 on pci0:18 de0: DC21041 [10Mb/s] pass 1.1 Ethernet address 00:c0:f0:15:14:a1 de0: enabling 10baseT/UTP port --- Performs well, too. -- Sean Kelly NOAA Forecast Systems Laboratory kelly@fsl.noaa.gov Boulder Colorado USA http://www-sdd.fsl.noaa.gov/~kelly/ From owner-freebsd-hackers Sat Aug 24 07:44:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA05712 for hackers-outgoing; Sat, 24 Aug 1996 07:44:19 -0700 (PDT) Received: from eac.iafrica.com (196-7-192-208.iafrica.com [196.7.192.208]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id HAA05705 for ; Sat, 24 Aug 1996 07:44:04 -0700 (PDT) Received: (from rnordier@localhost) by eac.iafrica.com (8.6.12/8.6.12) id QAA00248 for hackers@freebsd.org; Sat, 24 Aug 1996 16:40:49 +0200 From: Robert Nordier Message-Id: <199608241440.QAA00248@eac.iafrica.com> Subject: Re: DOS root directory? To: hackers@freebsd.org Date: Sat, 24 Aug 1996 16:40:47 +0200 (SAT) In-Reply-To: <199608241007.MAA09821@uriah.heep.sax.de> from "J Wunsch" at Aug 24, 96 12:07:17 pm X-Mailer: ELM [version 2.4 PL24 ME8a] Content-Type: text Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk J Wunsch wrote: > > As Robert Nordier wrote: > > > Most users with very large DOS filesystems probably do shrink them > > when installing FreeBSD. And if FIPS were more conscientious, it > > would adjust the cluster size to something more appropriate (and > > probably then <= 32 sectors). > > This would require a complete reorganization of the file system, not > just adjusting the BPB only. Yes. By "adjust the cluster size", I didn't mean (of course) just adjust the cluster size value in the BPB. There is a FIPS competitor, also freeware, called "Partition Resizer", by John Lagonikas, which does shrink partitions correctly, even changing FAT entry size between 16 and 12 bits, where necessary. With more user awareness of what FAT filesystem mount code properly entails, I think FIPS would probably have less of a following. Consider this logic applied by MS-DOS to the "OEM Name & Version" string in the boot sector BPB (quick 80x86 to C translation): if (!(oem[5] == '2' && oem[6] == '.' && oem[7] == '0')) { /* ... */ if (oem[5] == '0' && oem[6] == '.') { /* ... */ if (oem[4] != '1' && oem[4] != '2') disable_access_to_filesystem(); } else if (oem[6] < '.' || oem[6] == '.' && oem[7] < '1') derive_cluster_and_FAT_size_by_table_lookup(); } Too bad if my "format" utility sets bsOemName[6] != '.'; if even a "harmless" virus uses the space for something; or if the boot sector just gets partially corrupted. -- Robert Nordier From owner-freebsd-hackers Sat Aug 24 08:24:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA10005 for hackers-outgoing; Sat, 24 Aug 1996 08:24:18 -0700 (PDT) Received: from ime.net (ime.net [204.97.248.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA09981; Sat, 24 Aug 1996 08:24:08 -0700 (PDT) Received: from kimiko.tcguy.net (buxton-18.ime.net [206.231.148.147]) by ime.net (8.7.4/8.6.12) with SMTP id LAA02984; Sat, 24 Aug 1996 11:24:01 -0400 (EDT) Message-ID: <321F1E8B.1363@ime.net> Date: Sat, 24 Aug 1996 11:23:55 -0400 From: Gary Chrysler Reply-To: tcg@ime.net Organization: The Computer Guy X-Mailer: Mozilla 3.0b6 (Win95; I) MIME-Version: 1.0 To: Tony Tam CC: hackers@FreeBSD.org, questions@FreeBSD.org Subject: Re: Novell Netware References: <96Aug23.230023pdt.15364@mail.iidpwr.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Tony Tam wrote: > > Hackers, > > Could anybody tell me what are the advantages of a Novell Netware > Network? Since Windows 95 comes with TCP/IP stack, file, and printer > sharing capabilities, why would a network need a Novell Netware server? > Moreover, FreeBSD supports samba, why would a network need a Novell > Netware server? > > Is there any technical advantages which IPX over TCP/IP? > My sole reason is dos boxes! (Unfortunally) ipx/netx uses less then 70k (66,048 on my systems) of upper memory. (Or conventional for those poor soles) -Enjoy Gary ~~~~~~~~~~~~~~~~ Improve America's Knowledge... Share yours The Borg... Where minds meet (207) 929-3848 From owner-freebsd-hackers Sat Aug 24 08:28:09 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA10311 for hackers-outgoing; Sat, 24 Aug 1996 08:28:09 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA10300 for ; Sat, 24 Aug 1996 08:28:06 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id IAA22513 for ; Sat, 24 Aug 1996 08:28:02 -0700 (PDT) Received: from ppp-089.etinc.com (ppp-089.etinc.com [204.141.95.148]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA07563; Sat, 24 Aug 1996 11:31:33 -0400 Date: Sat, 24 Aug 1996 11:31:33 -0400 Message-Id: <199608241531.LAA07563@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: Tony Tam From: dennis@etinc.com (Dennis) Subject: Re: Novell Netware Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Hackers, > > Could anybody tell me what are the advantages of a Novell Netware >Network? Since Windows 95 comes with TCP/IP stack, file, and printer >sharing capabilities, why would a network need a Novell Netware server? >Moreover, FreeBSD supports samba, why would a network need a Novell >Netware server? The big issue is that Joe CNE doesn't know TCP/IP well enough to build a complex IP network, and that NOVELL file servers are WAY faster than NFS (please lets not war over this) or LAN Manager. Netware is practically bullet proof, certainly much more than any existing unix.TCP/IP in Windows ain't that great either...and IPX is certainly easier to configure (no addresses, netmasks, gateways...nuttin'). > > Is there any technical advantages which IPX over TCP/IP? > >-- not specifically IPX over TCP/IP..but as I said the application level implementations are the determining factor. While IP has slightly more overhead than IPX (assuming burst SPX), the IPX vs IP factor is not significant in making a decision. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Sat Aug 24 08:37:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA11068 for hackers-outgoing; Sat, 24 Aug 1996 08:37:17 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id IAA11063 for ; Sat, 24 Aug 1996 08:37:15 -0700 (PDT) Received: from etinc.com (etinc.com [204.141.244.98]) by who.cdrom.com (8.7.5/8.6.11) with SMTP id IAA22525 for ; Sat, 24 Aug 1996 08:37:13 -0700 (PDT) Received: from ppp-089.etinc.com (ppp-089.etinc.com [204.141.95.148]) by etinc.com (8.6.12/8.6.9) with SMTP id LAA07616; Sat, 24 Aug 1996 11:40:49 -0400 Date: Sat, 24 Aug 1996 11:40:49 -0400 Message-Id: <199608241540.LAA07616@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: "Mr. Jason A. Borgmann" From: dennis@etinc.com (Dennis) Subject: Re: 128k ISDN vs. T1 Cc: hackers@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Hello, I am in the process of starting an ISP in my area. I was wondering >if any of you could list the pros/cons of using a T1 over a 128k ISDN >(besides speed). This intended ISP will probably start very small (less >than 20 people is what we are figuring) but should be able to grow to over >200 accounts. If you get ISDN, you'll probably terminate in an overloaded Ascend or Cisco box. If you get a T1...you might terminate in a 7000 or 4XXX..which is a much faster and reliable box. Of course, you may terminate in a 2501, which isnt great but still better than ISDN. Dennis ---------------------------------------------------------------------------- Emerging Technologies, Inc. http://www.etinc.com Synchronous Communications Cards and Routers For Discriminating Tastes. 56k to T1 and beyond. Frame Relay, PPP, HDLC, and X.25 for BSD/OS, FreeBSD and LINUX From owner-freebsd-hackers Sat Aug 24 08:57:02 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id IAA12183 for hackers-outgoing; Sat, 24 Aug 1996 08:57:02 -0700 (PDT) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id IAA12178 for ; Sat, 24 Aug 1996 08:56:58 -0700 (PDT) Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.12/8.6.9) id BAA01347; Sun, 25 Aug 1996 01:54:31 +1000 Date: Sun, 25 Aug 1996 01:54:31 +1000 From: Bruce Evans Message-Id: <199608241554.BAA01347@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, voisine@cioe.com Subject: Re: rintf broke? Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk >Umm... is the rintf function broken or what? >I'm running it on an almost current freebsd system. >here's the code: >#include >#include >#include >int main() { > cout << rintf(12.3456789) << endl; >} >///////////EOF/////////// >here's the output: >12.125 This is caused by an old bug in the i386 version of gcc. rint() would be broken in the same way if double expressions were evaluated in long double precision, but FreeBSD defaults to double precision to avoid the gcc bug. Bruce *** s_rint.c~ Wed May 31 19:13:27 1995 --- s_rint.c Sun Aug 25 01:21:39 1996 *************** *** 28,35 **** #include "math_private.h" #ifdef __STDC__ ! static const double #else ! static double #endif TWO52[2]={ --- 28,42 ---- #include "math_private.h" + /* + * TWO23 is long double instead of double to avoid a bug in gcc. Without + * this, gcc thinks that TWO23[sx]+x and w-TWO23[sx] already have double + * precision and doesn't clip them to double precision when they are + * assigned and returned. Use long double even in the !__STDC__ case in + * case this is compiled with gcc -traditional. + */ #ifdef __STDC__ ! static const long double #else ! static long double #endif TWO52[2]={ *** s_rintf.c~ Wed May 31 19:13:28 1995 --- s_rintf.c Sun Aug 25 01:19:18 1996 *************** *** 21,28 **** #include "math_private.h" #ifdef __STDC__ ! static const float #else ! static float #endif TWO23[2]={ --- 21,34 ---- #include "math_private.h" + /* + * TWO23 is double instead of float to avoid a bug in gcc. Without + * this, gcc thinks that TWO23[sx]+x and w-TWO23[sx] already have float + * precision and doesn't clip them to float precision when they are + * assigned and returned. + */ #ifdef __STDC__ ! static const double #else ! static double #endif TWO23[2]={ From owner-freebsd-hackers Sat Aug 24 09:02:59 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA12547 for hackers-outgoing; Sat, 24 Aug 1996 09:02:59 -0700 (PDT) Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.109.160]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA12541 for ; Sat, 24 Aug 1996 09:02:55 -0700 (PDT) Received: (from jgreco@localhost) by brasil.moneng.mei.com (8.7.Beta.1/8.7.Beta.1) id LAA28246; Sat, 24 Aug 1996 11:01:51 -0500 From: Joe Greco Message-Id: <199608241601.LAA28246@brasil.moneng.mei.com> Subject: Re: Kingston Technology PCI ethernet card? To: joe@ns.via.net (Joe McGuckin) Date: Sat, 24 Aug 1996 11:01:50 -0500 (CDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199608240635.XAA19422@ns.via.net> from "Joe McGuckin" at Aug 23, 96 11:35:46 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > I saw an ad for this. It uses the DEC chip. It sells for less than $100. Substantially less than $100. > I would think that it is functionally the same as the SMC PCI ethernet > card - but half the price. The SMC card that is twice the price (~$150ish I believe) does 10/100. The Kingston card I am thinking of is a 10-only unit. ... JG From owner-freebsd-hackers Sat Aug 24 09:29:17 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14230 for hackers-outgoing; Sat, 24 Aug 1996 09:29:17 -0700 (PDT) Received: from ottawa.net (ppp-82.ottawa.net [205.211.4.82]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA14213 for ; Sat, 24 Aug 1996 09:29:13 -0700 (PDT) Received: (from brianc@localhost) by ottawa.net (8.7.5/8.7.3) id MAA00198; Sat, 24 Aug 1996 12:28:52 -0400 (EDT) From: Brian Campbell Message-Id: <199608241628.MAA00198@ottawa.net> Subject: Re: Triton II chipsets To: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Date: Sat, 24 Aug 1996 12:28:52 -0400 (EDT) In-Reply-To: <199608240625.IAA08864@uriah.heep.sax.de> from J Wunsch at "Aug 24, 96 08:25:01 am" Reply-to: brianc@pobox.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > As Brian Campbell wrote: > > I'm running on a Triton II VX chipset and wanted the chipset probe to > > recognize and display my chipset. > > Something like this? Yes, something like that ;-) That's more detailed than what I got by just reusing the FX description, but I suspect, with the detail it goes into, that it doesn't take into account SDRAM-based systems. Not a big deal ... I was just trying to conserve space anyway. Other than for systems that fail to boot, I like this sort of report in a userland utility anyway. > The patch has been posted to -hackers (or -current, i eventually > forgot) some days ago, but i haven't heard anything back. If the > author is happy with it now, we can commit it to the sources. Must have been -current. Could someone mail me the patch? From owner-freebsd-hackers Sat Aug 24 09:29:23 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA14256 for hackers-outgoing; Sat, 24 Aug 1996 09:29:23 -0700 (PDT) Received: from ottawa.net (ppp-82.ottawa.net [205.211.4.82]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA14241 for ; Sat, 24 Aug 1996 09:29:20 -0700 (PDT) Received: (from brianc@localhost) by ottawa.net (8.7.5/8.7.3) id MAA00207 for freebsd-hackers@FreeBSD.org; Sat, 24 Aug 1996 12:29:10 -0400 (EDT) From: Brian Campbell Message-Id: <199608241629.MAA00207@ottawa.net> Subject: Re: DOS root directory? To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Sat, 24 Aug 1996 12:25:10 -0400 (EDT) In-Reply-To: <199608240639.QAA25313@genesis.atrad.adelaide.edu.au> from Michael Smith at "Aug 24, 96 04:09:54 pm" Reply-to: brianc@pobox.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Robert Nordier stands accused of saying: > > Uhm, actually it doesn't indicate use of FIPS (which wouldn't affect > > the cluster or root directory size). > > Hmm, I've only seen this warning reported by people who'd used FIPS to > shrink DOS filesystems across a cluster-size boundary. I don't have > any DOS filesystems that big, so I've never seen it myself. Thanks > for the clarification. > > > Robert Nordier > > (geez, my accuracy ratio has fallen right off. time to be quiet for a > while 8) Well, I *considered* using FIPS, if that counts ;-) I ended up using partition magic to shrink my 512M DOS partition by 32M so that FreeBSD's root partition could be booted by the BIOS. I've only been using DOS as an intermediate holding space for moving stuff between operating systems. Nothing appears to have been corrupted so far. Is there a "fix" I can apply to the DOS filesystem to make this warning, and the possibility of corruption, go away? [I'm guessing this problem is due to the way clusters are located starting from after the number of sectors used for the FAT tables and root directory, and the possibility that the "slop" due to the root directory size might affect the way msdosfs (or mcopy) calculates cluster numbers?] From owner-freebsd-hackers Sat Aug 24 09:46:18 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA15762 for hackers-outgoing; Sat, 24 Aug 1996 09:46:18 -0700 (PDT) Received: from ottawa.net (ppp-71.ottawa.net [205.211.4.71]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA15756 for ; Sat, 24 Aug 1996 09:46:09 -0700 (PDT) Received: (from brianc@localhost) by ottawa.net (8.7.5/8.7.3) id MAA00175; Sat, 24 Aug 1996 12:45:45 -0400 (EDT) From: Brian Campbell Message-Id: <199608241645.MAA00175@ottawa.net> Subject: Re: Triton II chipsets To: avalon@coombs.anu.edu.au (Darren Reed), freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Date: Sat, 24 Aug 1996 12:45:45 -0400 (EDT) In-Reply-To: <199608240902.FAA07902@poboxer.pobox.com> from Darren Reed at "Aug 24, 96 07:02:44 pm" Reply-to: brianc@pobox.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > In some mail from Brian Campbell, sie said: > > I suspect the HX chipset will support the same configuration registers > > as the VX, and FX, but I haven't got one to try it with. > > FX is Triton, HX is Triton II, isn't VX Triton III ? In the early Intel literature, I believe both were referred to as Triton II family chipsets. I believe Intel is no longer referring to them as triton chipsets anymore (some trademark restriction?) > and is HX faster then VX, if so, why does VX exist ? Well, I've heard the rumor before, but have seen nothing to substantiate it yet ;-) In terms of memory bandwidth, which may not be important to some, my machine is leading the pack in the stream benchmark. It's worth mentioning that that "pack" includes a PentiumPro and Alpha system as well. There was also guy from sandia labs that posted to some of the pc hardware newsgroups looking for people with various systems, notably sdram systems, to run a "lattice gas flow simulations" benchmark. I ran it and sent him the results. Again, my system beat all the others he tested including one or more P6's. I also get 4.5-5M/s on my IDE drive, and 3M/s on an old SCSI drive. I know the FIFO depths on the HX are deeper than the VX, but I haven't seen anything, yet, to illustrate that that's a problem. The VX is also limited to 128M, but as I've only got 32M, 128M seems a long way away ;-) I've heard nasty rumors about how UMA, which only the VX supports will impair performance, but haven't actually heard of anyone using that feature. I'll also note the VX doesn't support SMP, which the HX does, but I've got only one processor so that's not a problem for me ;-) From owner-freebsd-hackers Sat Aug 24 10:00:27 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA16625 for hackers-outgoing; Sat, 24 Aug 1996 10:00:27 -0700 (PDT) Received: from mail-1.mail.demon.net (mail-1.mail.demon.net [158.152.1.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id KAA16616 for ; Sat, 24 Aug 1996 10:00:14 -0700 (PDT) Received: from post.demon.co.uk ([158.152.1.72]) by mail-1.mail.demon.net id ab29014; 24 Aug 96 17:37 BST Received: from longacre.demon.co.uk ([158.152.156.24]) by relay-3.mail.demon.net id aa16801; 24 Aug 96 17:36 +0100 From: Michael Searle Message-ID: To: hackers@freefall.freebsd.org Subject: Re: kernel variable and clock speed References: <199608232044.NAA09730@freefall.freebsd.org> Date: Sat, 24 Aug 1996 14:54:38 BST X-Mailer: Offlite 0.09 / Termite Internet for Acorn RISC OS Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk owner-hackers-digest@freefall.freebsd.org wrote: > Is there a kernel variable that holds the clock speed of the cpu? or > anyway of figuring out what the clock speed of the processor is from > user space? 'mhz', part of the lmbench benchmarks. -- Michael Searle - searle@longacre.demon.co.uk From owner-freebsd-hackers Sat Aug 24 10:53:35 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id KAA20112 for hackers-outgoing; Sat, 24 Aug 1996 10:53:35 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id KAA20092; Sat, 24 Aug 1996 10:53:31 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id KAA00545; Sat, 24 Aug 1996 10:53:21 -0700 (PDT) To: tcg@ime.net cc: Tony Tam , hackers@freebsd.org, questions@freebsd.org Subject: Re: Novell Netware In-reply-to: Your message of "Sat, 24 Aug 1996 11:23:55 EDT." <321F1E8B.1363@ime.net> Date: Sat, 24 Aug 1996 10:53:21 -0700 Message-ID: <542.840909201@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > My sole reason is dos boxes! (Unfortunally) > ipx/netx uses less then 70k (66,048 on my systems) of upper memory. > (Or conventional for those poor soles) So see http://www.netcon.com :-) Jordan From owner-freebsd-hackers Sat Aug 24 11:02:22 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA20500 for hackers-outgoing; Sat, 24 Aug 1996 11:02:22 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id LAA20491 for ; Sat, 24 Aug 1996 11:02:20 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id LAA00632; Sat, 24 Aug 1996 11:02:14 -0700 (PDT) To: Jan Knepper <106030.3360@CompuServe.COM> cc: "[FreeBSD Hackers]" Subject: Re: Novell Netware In-reply-to: Your message of "24 Aug 1996 07:39:10 EDT." <960824113909_106030.3360_JHF48-1@CompuServe.COM> Date: Sat, 24 Aug 1996 11:02:14 -0700 Message-ID: <629.840909734@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Just for those that still use MS-DOS and want to share file, databases, print ers > I would say. Folks, folks, you can do *all* of this from FreeBSD now. Doesn't anyone read my announcements anymore? :-) We've been running the Netcon server at Walnut Creek CDROM for a few months now and it works great as a Novell server replacement. Jordan From owner-freebsd-hackers Sat Aug 24 11:57:29 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id LAA22875 for hackers-outgoing; Sat, 24 Aug 1996 11:57:29 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id LAA22868 for ; Sat, 24 Aug 1996 11:57:28 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id LAA19717; Sat, 24 Aug 1996 11:45:05 -0700 From: Terry Lambert Message-Id: <199608241845.LAA19717@phaeton.artisoft.com> Subject: Re: JDK 1.02 To: narvi@haldjas.folklore.ee (Narvi) Date: Sat, 24 Aug 1996 11:45:05 -0700 (MST) Cc: doug@sun1paztcn.wr.usgs.gov, nate@mt.sri.com, hackers@FreeBSD.org In-Reply-To: from "Narvi" at Aug 24, 96 12:58:27 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > One part of the game is Java Applications. Theoretically, a Java > Application compiled on one plaform will run on any other platform, the > source code should also display similar features - once written, it will > compile everywhere. Or so they say :-) I hear that one IBCS2 binary for an Intel box will run on all other IBCS2 Intel boxes... 8-) 8-) 8-) ...My God! Sun has invented UCSD P-code for C++ source! Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Aug 24 12:03:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23146 for hackers-outgoing; Sat, 24 Aug 1996 12:03:13 -0700 (PDT) Received: from MindBender.serv.net (root@mindbender.serv.net [205.153.153.98]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA23134 for ; Sat, 24 Aug 1996 12:03:08 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id MAA05377; Sat, 24 Aug 1996 12:02:58 -0700 (PDT) Message-Id: <199608241902.MAA05377@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: brianc@pobox.com cc: freebsd-hackers@freebsd.org (FreeBSD Hackers) Subject: Re: Multiple swaps slow down system? In-reply-to: Your message of Fri, 23 Aug 96 21:33:20 -0400. <199608240133.VAA00217@ottawa.net> Date: Sat, 24 Aug 1996 12:02:58 -0700 From: "Michael L. VanLoon" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Due to some debate in one of the usenet I decided to try using >multiple swap partitions, one on an IDE drive and the other on a SCSI >drive, to see if it increased performance. I can't say I noticed >any performance increase while using the system. >However, I find it takes several times longer for a shutdown to >complete. Is there any logic to that? I don't know why that happens, but I wouldn't expect it to give you much of a performance boost, since IDE doesn't do asynchronous I/O (at least under *BSD anyway). If you have a very busy system, I would expect it to give you a performance drop, in fact. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... ----------------------------------------------------------------------------- From owner-freebsd-hackers Sat Aug 24 12:03:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23147 for hackers-outgoing; Sat, 24 Aug 1996 12:03:13 -0700 (PDT) Received: from Arizona.EDU (Penny.Telcom.Arizona.EDU [128.196.128.217]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id MAA23137 for ; Sat, 24 Aug 1996 12:03:10 -0700 (PDT) Received: from sun1paztcn.wr.usgs.gov by Arizona.EDU (PMDF V5.0-5 #2381) id <01I8NI9DWLXCCQFOEC@Arizona.EDU>; Sat, 24 Aug 1996 11:37:19 -0700 (MST) Received: from localhost by sun1paztcn.wr.usgs.gov (4.1/SMI-4.1) id AA04073; Sat, 24 Aug 1996 11:36:05 -0700 (MST) Date: Sat, 24 Aug 1996 11:36:05 -0700 From: Doug Wellington Subject: Re: JDK 1.02 To: hackers@freebsd.org Cc: nate@mt.sri.com, narvi@haldjas.folklore.ee, didier@aida.org Message-id: <9608241836.AA04073@sun1paztcn.wr.usgs.gov> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Me, then Nate: >> look at lisp/scheme, ada, visual basic... [...] >Most of these languages weren't written up in the press on a daily >basis, and touted as the 'best of breed' in programming languages. >Something will come along that's better in the future, but for now Java >is *the* language. Just like Coke is *the* soft drink, MacDonalds is *the* burger, Baywatch is *the* tv show, Femstat 3 is *the* cure? (Should I go on?) Can we only like things when the media tells us to? (And ALL things the media tells us to?) Why do we attach ourselves to such ridiculousness? (I thought we, the UNIX world, were about elegant solutions that work hand in hand with other tools we have, and not about flavors of the day!) [EEEEK, I hope I don't sound toooooo zealous there...] >Java is C++ w/out pointers, w/out multiple inheritance, and the ability >to run on multiple platforms w/out recompile. It's the 'ultimate' in >portability, although M$ and others are trying to muddy the waters by >making 'platform specific' extensions for it. Hmmm... When *I* want portability, I look to Python and TCL... There are always trade-offs, and I don't believe that there is any way Java will be consistant across platforms (like Unix itself - "of course it's standard, but we have modified it to make our version just a little better..."). Hmmm, I wonder if we can extend autoconf for interpretting Java on the fly? >> Do we really want to be dependent upon some server somewhere for what are >> really just throw-away viewers? >Whose 'we' Kemosabe'? :) ME, for one... "We" in general... The Public(tm) is too ignorant to know any better, so since I'm the duly elected "daemon's advocate", I represent all those who aren't here... ;-) >For 'intranets' (the current buzzword which has replaced >'enterprise-wide network), applets are a great way to go. You can leave >the low powered PC on everyone's desk (maybe even a 'Network Computer') >which runs applets which talk to the main server. However, you can have >multiple 'servers'. The push for 'Data warehousing' and other >meaningless names makes it easy to push for Java. We're really getting to the big point that I see, and that is the fact that there are two very distinct areas, 1) extension of the global www, and 2) locally controlled ("secure"?) nets. As for the www, I personally do not want to be transferring applets from parts unknown, even if I have a supposedly robust vm running on my local machine. And about the local stuff, I wonder if we wouldn't be better served with server side cgi scripting...? One focal point, one script, central control, etc, and if those PC's on everyone's desk are so "low powered", shouldn't we be doing the hard work on the server? Or if we have sufficient power on the local PC, shouldn't they be running a dedicated (efficient?) viewer program instead of running an interpreter? And while I'm on this track, if we ARE on a local secure net, why not run a more full-fledged, more powerful interpreter like perl, python or tcl that already exists, instead of waiting for some limited Java interpreter? >For those zillions of programmers who have been doing Win32 programming >(aka, the API of the day), Java is a way out. Ah, so Java is the answer to the Win32 blues...! ;-) Visual C++ 4.2 doesn't support win32s anymore, so we know there is a way out. Microsoft has already shown us the way... ;-) (Seriously though, I think we'd all be better off honing our knowledge of the MFC instead of trying to switch languages...) >> Do we even have the bandwidth to do it? >Java applets decreases bandwidth in many cases. There is no longer the >need for 'server push', and instead you can get everything in one shot >by using an applet. Hmm, not sure I follow you here... If I have to transfer an applet AND the data every time I want to view something, how is that less bandwidth than if I am just transferring the data to be viewed by a program I already have on my client machine? >Java is much bigger than the WWW, especially if Sun has it's way. And ActiveX will be bigger than both Sun and the WWW if Microsoft has its way... [shrug] ======================================================================== Narvi wrote: >One part of the game is Java Applications. Theoretically, a Java >Application compiled on one plaform will run on any other platform, the >source code should also display similar features - once written, it will >compile everywhere. Or so they say :-) Well, with tools like YACL, I can write C++ code that will compile everywhere... (Especially if we put the same effort into extending YACL as is being spent on Java...!) I use Python, and in reality (not just theory) Python code DOES run on other platforms. Recent versions of TCL also run multi-platform, and I think Perl also has interpreters on a variety of platforms... It might be entertaining to have everyone look into the problems encountered with multi-platform support with those three languages... So, my point is, Java isn't anything special, it's just neutered C++, Perl, Python and TCL... We already have all these other tools, they're stable and established, and free! ================================================================== Didier wrote: >If java is well specified Perhaps that a group of people could start to >write a Java clone: something like kaffe but with a BSD copyright. >if some other people were interested I would be really happy to help in that >task Why not build upon existing tools? Like I mentioned before, we already have Perl, Python, TCL, etc... What will Java give us that can't already be done? -Doug ...who is now wondering if he drank too much coffee this morning... Doug Wellington doug@sun1paztcn.wr.usgs.gov System and Network Administrator US Geological Survey, Tucson, AZ Project Office According to proposed Federal guidelines, this message is a "non-record". Hmm, I wonder if _everything_ I say is a "non-record"...? FreeBSD and Apache - the best real tools for the virtual world! Check out www.freebsd.org and www.apache.org... Chuck - Lord of Darkness? Or Lord of Cuteness? From owner-freebsd-hackers Sat Aug 24 12:23:48 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23918 for hackers-outgoing; Sat, 24 Aug 1996 12:23:48 -0700 (PDT) Received: from arl-img-1.compuserve.com (arl-img-1.compuserve.com [149.174.217.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA23913 for ; Sat, 24 Aug 1996 12:23:46 -0700 (PDT) Received: by arl-img-1.compuserve.com (8.6.10/5.950515) id PAA16827; Sat, 24 Aug 1996 15:23:14 -0400 Date: 24 Aug 96 15:21:40 EDT From: Jan Knepper <106030.3360@CompuServe.COM> To: "[FreeBSD Hackers]" Subject: Novell NetWare Message-ID: <960824192140_106030.3360_JHF79-1@CompuServe.COM> Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk /* Folks, folks, you can do *all* of this from FreeBSD now. ... ... We've been running the Netcon server at Walnut Creek CDROM for a few months now and it works great as a Novell server replacement. */ Well, correct me if I am wrong, but isn't that what I told in my message? OK, I could have said it clearer... The fact is that IF a company is using Novell NetWare and also uses 'Btrieve' or any other product like that that SPECIFICLY runs on a Novell NetWare File Server there is NO WAY of replacing it with FreeBSD, Linux or what-so-ever, unless you can load a NetWare-Loadable-Module (NLM) on FreeBSD and also have the IPX/SPX communication support. I think Netcon is a nice product as far as File-Service (note *Service*) goes and may be even Print-Service. But Btrieve-Service for instance is out of the question. So, yes, FreeBSD with Netcon is a nice replacement for NetWare if you are NOT using the *extra* functionality NetWare delivers. Otherwise, there might be an NT solution... Sorry, but, "you can do *all* of this from FreeBSD now" should be, "you can do almost all of this from FreeBSD now". Don't worry, be Kneppie, Jan From owner-freebsd-hackers Sat Aug 24 13:07:19 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA25430 for hackers-outgoing; Sat, 24 Aug 1996 13:07:19 -0700 (PDT) Received: from uucp.DK.net (uucp@uucp.DK.net [193.88.44.47]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id NAA25420 for ; Sat, 24 Aug 1996 13:07:15 -0700 (PDT) Received: from pingnet (uucp@localhost) by uucp.DK.net (8.6.12/8.6.12) with UUCP id WAA01815; Sat, 24 Aug 1996 22:06:02 +0200 Received: from kyklopen by ic1.ic.dk with UUCP id AA18670 (5.65c8/IDA-1.4.4j); Sat, 24 Aug 1996 21:59:52 +0200 Received: from localhost (staff@localhost) by kyklopen.ping.dk (8.7.5/8.7.3) with SMTP id VAA16077; Sat, 24 Aug 1996 21:50:35 +0200 (MET DST) Date: Sat, 24 Aug 1996 21:50:35 +0200 (MET DST) From: Thomas Sparrevohn X-Sender: staff@kyklopen To: Joerg Wunsch Cc: FreeBSD hackers , brianc@pobox.com Subject: Re: Triton II chipsets In-Reply-To: <199608240625.IAA08864@uriah.heep.sax.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Charset: ISO_8859-1 X-Char-Esc: 29 Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 24 Aug 1996, J Wunsch wrote: > As Brian Campbell wrote: > > > I'm running on a Triton II VX chipset and wanted the chipset probe to > > recognize and display my chipset. > > The patch has been posted to -hackers (or -current, i eventually > forgot) some days ago, but i haven't heard anything back. If the > author is happy with it now, we can commit it to the sources. > I posted it to -current. And i am happy with, but then again you normally are when you written some code :-) I am waiting for Rodney Grimes to review it but he has been busy. I dont own a VX but I take a look at it once a downloaded the datasheet. -- Thomas From owner-freebsd-hackers Sat Aug 24 13:28:37 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id NAA28753 for hackers-outgoing; Sat, 24 Aug 1996 13:28:37 -0700 (PDT) Received: from Arizona.EDU (Penny.Telcom.Arizona.EDU [128.196.128.217]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id NAA28743 for ; Sat, 24 Aug 1996 13:28:33 -0700 (PDT) Received: from sun1paztcn.wr.usgs.gov by Arizona.EDU (PMDF V5.0-5 #2381) id <01I8NM4NYO00CQFJX5@Arizona.EDU>; Sat, 24 Aug 1996 13:27:59 -0700 (MST) Received: from localhost by sun1paztcn.wr.usgs.gov (4.1/SMI-4.1) id AA04373; Sat, 24 Aug 1996 13:26:49 -0700 (MST) Date: Sat, 24 Aug 1996 13:26:49 -0700 From: Doug Wellington Subject: Re: JDK 1.02 In-reply-to: "Your message of Sat, 24 Aug 1996 11:45:05 MST." <199608241845.LAA19717@phaeton.artisoft.com> To: Terry Lambert Cc: narvi@haldjas.folklore.ee (Narvi), nate@mt.sri.com, hackers@FreeBSD.org, doug@sun1paztcn.wr.usgs.gov Message-id: <9608242026.AA04373@sun1paztcn.wr.usgs.gov> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Previously: >...My God! Sun has invented UCSD P-code for C++ source! [ROTFL!] Touche! Oh God, I'm gonna be laughing about that comment all day now! -Doug Doug Wellington doug@sun1paztcn.wr.usgs.gov System and Network Administrator US Geological Survey, Tucson, AZ Project Office According to proposed Federal guidelines, this message is a "non-record". Hmm, I wonder if _everything_ I say is a "non-record"...? FreeBSD and Apache - the best real tools for the virtual world! Check out www.freebsd.org and www.apache.org... Chuck - Lord of Darkness? Or Lord of Cuteness? From owner-freebsd-hackers Sat Aug 24 14:02:07 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA00482 for hackers-outgoing; Sat, 24 Aug 1996 14:02:07 -0700 (PDT) Received: from orion.webspan.net (root@orion.webspan.net [206.154.70.41]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA00475 for ; Sat, 24 Aug 1996 14:02:03 -0700 (PDT) Received: from localhost (gpalmer@localhost [127.0.0.1]) by orion.webspan.net (8.7.5/8.6.12) with SMTP id RAA21029; Sat, 24 Aug 1996 17:00:36 -0400 (EDT) X-Authentication-Warning: orion.webspan.net: Host gpalmer@localhost [127.0.0.1] didn't use HELO protocol To: Peter Hawkins cc: freebsd-hackers@FreeBSD.org From: "Gary Palmer" Subject: Re: help with portmap In-reply-to: Your message of "Sat, 24 Aug 1996 18:42:20 +1000." <199608240842.SAA06284@rhiannon.clari.net.au> Date: Sat, 24 Aug 1996 17:00:36 -0400 Message-ID: <21026.840920436@orion.webspan.net> Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Peter Hawkins wrote in message ID <199608240842.SAA06284@rhiannon.clari.net.au>: > program vers proto port > 100000 2 tcp 111 portmapper > 100000 2 udp 111 portmapper > 100003 2 udp 2049 nfs > But I STILL get: > Cannot MNT RPC: RPC: Program not registered Try running `mountd' too. Gary -- Gary Palmer FreeBSD Core Team Member FreeBSD: Turning PC's into workstations. See http://www.FreeBSD.ORG/ for info From owner-freebsd-hackers Sat Aug 24 14:11:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA00788 for hackers-outgoing; Sat, 24 Aug 1996 14:11:55 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA00782 for ; Sat, 24 Aug 1996 14:11:52 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA19883; Sat, 24 Aug 1996 14:00:02 -0700 From: Terry Lambert Message-Id: <199608242100.OAA19883@phaeton.artisoft.com> Subject: Re: JDK 1.02 To: doug@sun1paztcn.wr.usgs.gov (Doug Wellington) Date: Sat, 24 Aug 1996 14:00:02 -0700 (MST) Cc: nate@mt.sri.com, hackers@FreeBSD.org, doug@sun1paztcn.wr.usgs.gov In-Reply-To: <9608240420.AA02605@sun1paztcn.wr.usgs.gov> from "Doug Wellington" at Aug 23, 96 09:20:49 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 > What is The Real Deal(tm) with Java anyway? Once you get through > the hype, is Java anything more than C++ without pointers? That's obvious. Two futures: Microsoft Sun ---------------------- ---------------------- Where to grab money? Set top boxes. Set top boxes. Implementation? Built in browser Built in browser with pluggable with pluggable extensions. extensions. Plugin technology? ActiveX controls. JAVA Applets. Linking technology? Dynamic loading, Dynamic loading, not using COM using COM Transport technology to avoid loacl storage? CIFS WebNFS Server technology? Intel; plus some Intel; plust some RISC platforms, but RISC platforms, like not SPARC machines SPARC machines Server OS? NT Solaris ---------------------- ---------------------- Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Aug 24 14:28:55 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA01272 for hackers-outgoing; Sat, 24 Aug 1996 14:28:55 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id OAA01250; Sat, 24 Aug 1996 14:28:45 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id OAA19921; Sat, 24 Aug 1996 14:18:56 -0700 From: Terry Lambert Message-Id: <199608242118.OAA19921@phaeton.artisoft.com> Subject: Re: Novell Netware To: ttam@mail.iidpwr.com (Tony Tam) Date: Sat, 24 Aug 1996 14:18:56 -0700 (MST) Cc: hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: <96Aug23.230023pdt.15364@mail.iidpwr.com> from "Tony Tam" at Aug 23, 96 11:03:41 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Could anybody tell me what are the advantages of a Novell Netware > Network? Since Windows 95 comes with TCP/IP stack, file, and printer > sharing capabilities, why would a network need a Novell Netware server? > Moreover, FreeBSD supports samba, why would a network need a Novell > Netware server? 1) Legacy. This is, IMO, Novell's big market right now, though they may still have the ability to double their stock price in the next while or so... 2) Directory services. Login to the newtork instead of the host is a big win. It's unfortunate for Novell that they harped on this so heavily with their 4.x release, since it damaged their ability to sell the other benefits of their 4.x product over their 3.x product. Big marketing blunder there. 3) Security. If the Internet doesn't run IPX, it will be a difficult thig to hack your way into a Novell Network. For most Windows95 SMB-over-TCP/IP networks, it's pretty trivial: the "security fix" fix one instance of a class of problems on Win95 (though it fixed the real problem on WinNT). Less of an issue after NT displaces 95 (and pigs fly and RAM and disk drives grow on trees. Several years off, at least). 4) Central administration. This is above and beyond just central administration of users (via NDS). A WinNT BrowseMonster ...er BrowseMaster... is still an annoying way to administer multiple servers, especially if one of them goes down. 5) Real TCP/IP. At least the Novell code doesn't violate the RFC's and listen to routing messages when it's not supposed to (the Win95 sniper bug is still alive and kicking, and the Internet shows no sighns of getting over its growing pains). 6) Bang for the buck. A Novell server can service 512 client stations on the same hardware where an NT server starts choking at 128. Part of this is the ability to turn around cached data reads in about 6uS or less. Yes, 6uS. Coding central loops in assembly that can fit in the processor L1 cache does have an effect... None of these are really compelling reasons on networks which aren't running near capacity, and need to trade more efficient use of the hardware off against not being able to put off the upgrade another year or so. > Is there any technical advantages which IPX over TCP/IP? No. Unless you count packetburst, which is a fixed window low latency transfer that could be implemented on TCP/IP without the fixed window (but which has no Microsoft equivalent yet, anyway). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Aug 24 14:58:58 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA02509 for hackers-outgoing; Sat, 24 Aug 1996 14:58:58 -0700 (PDT) Received: from fallout.campusview.indiana.edu (fallout.campusview.indiana.edu [149.159.1.1]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA02500 for ; Sat, 24 Aug 1996 14:58:53 -0700 (PDT) Received: from localhost (jfieber@localhost) by fallout.campusview.indiana.edu (8.7.5/8.7.3) with SMTP id QAA18392; Sat, 24 Aug 1996 16:58:46 -0500 (EST) Date: Sat, 24 Aug 1996 16:58:45 -0500 (EST) From: John Fieber To: "Jordan K. Hubbard" cc: Julian Elischer , hackers@freebsd.org Subject: Re: MAIL archive not archiving? In-Reply-To: <1933.840837613@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 Okay, I've got a newer version of freewais-sf running and it *appears* to be a little more stable than the previous version I was using. I've added a couple new lists to the index (smp and mobile). I've also started on some changes to the CGI script. The only visible changes so far are cosmetic, but more functionality will follow. Note, if you are coming at the archive through a mirror, you won't get the new index until the mirror gets a new search.html page. Let me know if there are any problems. -john == jfieber@indiana.edu =========================================== == http://fallout.campusview.indiana.edu/~jfieber ================ From owner-freebsd-hackers Sat Aug 24 15:33:31 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA04893 for hackers-outgoing; Sat, 24 Aug 1996 15:33:31 -0700 (PDT) Received: from Arizona.EDU (Penny.Telcom.Arizona.EDU [128.196.128.217]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA04888 for ; Sat, 24 Aug 1996 15:33:27 -0700 (PDT) Received: from sun1paztcn.wr.usgs.gov by Arizona.EDU (PMDF V5.0-5 #2381) id <01I8NPV1EH1SCQFQW0@Arizona.EDU>; Sat, 24 Aug 1996 15:15:37 -0700 (MST) Received: from localhost by sun1paztcn.wr.usgs.gov (4.1/SMI-4.1) id AA04621; Sat, 24 Aug 1996 15:14:18 -0700 (MST) Date: Sat, 24 Aug 1996 15:14:17 -0700 From: Doug Wellington Subject: Re: JDK 1.02 In-reply-to: "Your message of Sat, 24 Aug 1996 13:08:30 CST." <199608241908.NAA12878@rocky.mt.sri.com> To: Nate Williams Cc: narvi@haldjas.folklore.ee, didier@aida.org, terry@lambert.org, hackers@freebsd.org, doug@sun1paztcn.wr.usgs.gov Message-id: <9608242214.AA04621@sun1paztcn.wr.usgs.gov> MIME-version: 1.0 Content-type: TEXT/PLAIN; CHARSET=US-ASCII Content-transfer-encoding: 7BIT Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Previously: >[ Moved to -chat ] Hmmm, don't know from -chat... And I'm not about to sign up for yet another mail list... >Because standards are 'a good thing'. And, w/out standards we wouldn't >have jobs since our education would be meaningless. What's that ol' line about standards? Something like, "gee, standards are wonderful, there are so many to choose from!" If you're interested in standards, why are you here in UnixLand, home of BSD vs. USL, sockets vs. TLI, etc, etc? I would think that Microsoft has much better control over "standards"... Hmmm, education... Still working on that one... Every time I've tried to take a class at The University of Arizona, I've known more than the teacher... Uh-oh, there's that embarassing ego problem again... (I swore to myself that I wouldn't get my hair cut until I got my bachelor's degree - well, it's down to my butt, and I'm still about three full-time years away from a degree...) >Is it possible that Java is an elegant solution, or is not possible if >it like by the masses. Please define elegant... Recursion is "elegant", it's also a resource hog... I think we have too many elegant solutions already, and we haven't even asked all the questions that those solutions have provided answers to... >> Hmmm... When *I* want portability, I look to Python and TCL... >*YUK* I like neither. ...ummm, when did "like" enter the picture? I don't believe I said I liked ANY of them... If I could design my own language, it would have about four statements: read_designers_mind(); solve_all_designers_problems(); leave_designer_alone_but_pay_him_big_bucks(); allow_designer_to_change_mind_and_get_more_or_less_involved(); I'd "like" that! ;-) ;-) ;-) >What I *disklike* is Sun making it proprietary after touting how open >they were going to be about it. It's the way of the world, baby... (I agree with you though.) >[...] there is *NO* language/API that is consistant across platforms, >although Java is the closest I've seen. [...] Hmmm, do I understand that you want everything exactly the same everywhere? Why not just throw everything else away and just use Macintoshes? Another related question I have is, how much do we really want to change to be the same? Lots of people WANT to have a different interface - they want to be able to take advantage of the things their platform has that others don't... >You and Terry should form the 'I know better than the public' group. HAR! Hey Terry, let's do it! Shall I make a teeshirt? (Hmm, do you think it's just this Tucson heat affecting us?) >The 'Public(tm)' is smarter than you give them credit for. Nobody ever went broke underestimating the intelligence of the average human... ;-) >My wife is >one of the 'Public(tm)' who you claim is too ignorant to know better ..and...? (Hmmm, just wrote, then deleted, a whole bunch about this - let's leave others out of this, huh? It's just flamebait...) >the fact of the matter is the 'We' that you claim to represent haven't >give the public anything to get their job done, so they've went with the >'tainted/tasteless' solution that M$'s delivers. Something is better >than nothing. Hmmm... Why are you so bitter? If I have claimed to represent anyone, I think it is exactly those people of the public... I don't personally see how Java is going to help people get their jobs done any better. It is OUR abilities as programmers that provides solutions to those who want and/or need to use computers in their work... My guess is that Netscape has caused a productivity LOSS in the workplace... And with Java, all we are getting is "prettier" pages... Are we really going to provide any more content than would be available any other way? I personally find that Lynx gives me a significantly higher content ratio than ANY graphical browser... >Then disable Java in your browser. That's your business. I don't have Java in the first place... Sorry, but I don't think that the esteemed public even knows how to turn on/off Java, and I don't believe they have any concept of what kind of impact it has on them... >CGI doesn't cut the mustard. You can't put a nice front-end on a >back-end CGI script, and don't even begin to tell me that the current >crop of 'fill in the blank fields' is nice. CGI is too limiting. Hmmm... I'd like to see what you mean by a "nice" front-end... And ultimately, isn't everything "fill in the blanks" at one level or another? (How much CGI programming have you done?) >With CGI you're pretty much stuck, and with the current 'standard' of >using M$ you are limited in your choices of platforms to use on both the >remote and client end. I'm sorry, but I don't understand what you mean there... Are you saying that CGI is limited to Microsoft platforms? That is not correct... [re: perl, python and tcl interpreters] >Because they're not any more 'powerful' than Java, and there is still >the issue of security. If you're on a secure net, there is still the >issue of internal security. Java helps this. What do you mean by "powerful"? I would argue that perl, python and tcl are much more powerful than java applets, in the sense that those three provide more access to system services. A Java applet is limited to what its VM provides it. Are we going to have to provide two VM's, one for local apps, with unrestricted access to the system, and one for www apps, with limited system access? >MFC/Win32 == API/day. It changes about every 3 months, in often >non-backward compatible (*sarcasm* but it's better now) ways. Hmm, here, I would argue that WWW/HTML/Java is changing more rapidly than MFC... I AM open to disagreement on that one... Let's just say that it is ALL chaos! I am a (happy) subscriber to both the MSDN Professional (level 2) and Visual C++, as well as a quite devoted FreeBSD/SunOS user/programmer as well as a Mac user/administrator. I see lots of growing pains EVERYWHERE, with ALL of these platforms... >In any case, it's obvious to me that you know very little about Java (as >I admit I know little about Python). You need to do a bit more research >on it before throwing it out as stupid. I don't claim to know lots about Java - this thread started as a serious inquiry into what Java really is. So far, I'm not at all convinced that Java is anything but market posturing... -Doug Doug Wellington doug@sun1paztcn.wr.usgs.gov System and Network Administrator US Geological Survey, Tucson, AZ Project Office According to proposed Federal guidelines, this message is a "non-record". Hmm, I wonder if _everything_ I say is a "non-record"...? FreeBSD and Apache - the best real tools for the virtual world! Check out www.freebsd.org and www.apache.org... Chuck - Lord of Darkness? Or Lord of Cuteness? From owner-freebsd-hackers Sat Aug 24 15:34:13 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA05008 for hackers-outgoing; Sat, 24 Aug 1996 15:34:13 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA04998 for ; Sat, 24 Aug 1996 15:34:08 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id PAA03308 for ; Sat, 24 Aug 1996 15:34:06 -0700 (PDT) To: hackers@freebsd.org Subject: FreeBSD T-shirt production - anyone want to take this over? Date: Sat, 24 Aug 1996 15:34:06 -0700 Message-ID: <3306.840926046@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Walnut Creek CDROM is going to be phasing out the FreeBSD T-shirts since they're just not making any money on them - stock control is very difficult (most of our T's seem to grow legs and leave the warehouse by the back door :-) and the margins are not very high if you're trying to produce a product like this with 4-color printing and heavy-duty cotton T's used as stock. Sure, we could print 2 color shirts on cheap "unravel while you watch" far-East product T shirts, but I don't think that any of us would want to see that happen. No, the real answer is that this is something that a much smaller outfit (1 or 2 people) could do far more profitably, and WC has decided it's time to let some small outfit do just that. Any volunteers? Also please note that if you intend to use the same artwork you'll also need the permission of Tatsumi Hosokawa, the artist, and you'll need to come to financial terms with Kirk McKusick, the trademark holder of the BSD Daemon. Kirk gets a portion of all sales from daemon related merchandise and how big that portion is depends entirely on whatever arrangement you come to with him. That's about all I can think of. Please let me know if you've any questions (other than "How can we convince WC to continue selling the T-shirts?!" since I've already tried that :-). Jordan From owner-freebsd-hackers Sat Aug 24 15:34:57 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA05184 for hackers-outgoing; Sat, 24 Aug 1996 15:34:57 -0700 (PDT) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id PAA05165 for ; Sat, 24 Aug 1996 15:34:53 -0700 (PDT) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id PAA11847; Sat, 24 Aug 1996 15:33:29 -0700 (PDT) Received: from current1.whistle.com(207.76.205.22) by whistle.com via smap (V1.3) id sma011845; Sat Aug 24 15:33:06 1996 Message-ID: <321F82E7.58EEE8E@whistle.com> Date: Sat, 24 Aug 1996 15:32:07 -0700 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0b6 (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Bora Akyol CC: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org Subject: Re: Help on block size in tar References: <199608240905.CAA02942@wireless.Stanford.EDU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Bora Akyol wrote: > > This gets stranget by the minute. > I created a tar tape using all defaults on a SNAP-960612 system. > I cannot read the tape on the same computer running Linux but > I can boot FreeBSD and read the very same tape. What gives? > Is the tar on FreeBSD different from tar on Linux in data format. > > Strange very strange! > > Bora > > ps. Both block sizes are apparently 20. probably the device driver has decided that it is a variable blocksize device under one OS and a fixed size blocksize under the other, (or different blocksizes) this can be changed by 'mt' so you shoudl adjust it to match teh other system.. julian (read the man page.. man 4 st man 4 scsi man 1 mt From owner-freebsd-hackers Sat Aug 24 16:20:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA09838 for hackers-outgoing; Sat, 24 Aug 1996 16:20:42 -0700 (PDT) Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA09829 for ; Sat, 24 Aug 1996 16:20:41 -0700 (PDT) Received: from hpnmhjw.sr.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA244918839; Sat, 24 Aug 1996 16:20:39 -0700 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA217098838; Sat, 24 Aug 1996 16:20:38 -0700 Message-Id: <199608242320.AA217098838@hpnmhjw.sr.hp.com> To: Brian Campbell Cc: hackers@freefall.freebsd.org Subject: Re: Triton II chipsets In-Reply-To: Your message of "Fri, 23 Aug 1996 21:38:01 EDT." Date: Sat, 24 Aug 1996 16:20:38 -0700 From: Darryl Okahata Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I'm running on a Triton II VX chipset and wanted the chipset probe to > recognize and display my chipset. So, in chipset_probe() I added: Thomas Sparrevohn just did this a few days ago, as Joerg has already pointed out. -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. From owner-freebsd-hackers Sat Aug 24 16:25:52 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA10472 for hackers-outgoing; Sat, 24 Aug 1996 16:25:52 -0700 (PDT) Received: from relay.hp.com (relay.hp.com [15.255.152.2]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA10463 for ; Sat, 24 Aug 1996 16:25:50 -0700 (PDT) Received: from hpnmhjw.sr.hp.com by relay.hp.com with ESMTP (1.37.109.16/15.5+ECS 3.3) id AA246939148; Sat, 24 Aug 1996 16:25:49 -0700 Received: from mina.sr.hp.com by hpnmhjw.sr.hp.com with SMTP (1.37.109.16/15.5+ECS 3.3) id AA217299148; Sat, 24 Aug 1996 16:25:48 -0700 Message-Id: <199608242325.AA217299148@hpnmhjw.sr.hp.com> To: Darren Reed Cc: hackers@freefall.freebsd.org Subject: Re: Triton II chipsets In-Reply-To: Your message of "Sat, 24 Aug 1996 19:02:44 +1000." Date: Sat, 24 Aug 1996 16:25:48 -0700 From: Darryl Okahata Sender: owner-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > FX is Triton, HX is Triton II, isn't VX Triton III ? No, VX is just a variant of the Triton II, although some people mistakenly call it the "Triton III" (the two chips came out roughly at the same time, and so it doesn't make sense to call it "III"). > and is HX faster then VX, if so, why does VX exist ? It exists to satisfy the el-cheapo clone makers. Using the VX, you can build cheap systems whose video subsystems use the motherboard's main RAM as video memory. Of course, this kills performance, but the uninformed masses don't know that .... -- Darryl Okahata Internet: darrylo@sr.hp.com DISCLAIMER: this message is the author's personal opinion and does not constitute the support, opinion, or policy of Hewlett-Packard, or of the little green men that have been following him all day. From owner-freebsd-hackers Sat Aug 24 17:12:41 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id RAA14176 for hackers-outgoing; Sat, 24 Aug 1996 17:12:41 -0700 (PDT) Received: from rover.village.org (rover.village.org [204.144.255.49]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id RAA14168 for ; Sat, 24 Aug 1996 17:12:35 -0700 (PDT) Received: from rover.village.org (localhost [127.0.0.1]) by rover.village.org (8.7.5/8.6.6) with ESMTP id RAA00599 for ; Sat, 24 Aug 1996 17:24:24 -0600 (MDT) Message-Id: <199608242324.RAA00599@rover.village.org> To: hackers@freebsd.org Subject: Re: Specs on a Hitachi CM2085me monitor anybody ?? In-reply-to: Your message of Sat, 24 Aug 1996 00:20:35 EDT Date: Sat, 24 Aug 1996 17:24:24 -0600 From: Warner Losh Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk : Why wouldn't it be possible to modify the console driver so that the scan : rates could be changed on it to allow those of us with large, fixed-scan : monitors to see boot messages and use the virtual consoles? I'm gonna go : look to see where the video card is initialized. Linux has SVGATextMode that does this. Might want to give that a shot. Requires some kernel hacks if you change the size of the console window (to say 132x50). Warner From owner-freebsd-hackers Sat Aug 24 18:34:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA20327 for hackers-outgoing; Sat, 24 Aug 1996 18:34:40 -0700 (PDT) Received: from ottawa.net (ppp-62.ottawa.net [205.211.4.62]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA20318 for ; Sat, 24 Aug 1996 18:34:35 -0700 (PDT) Received: (from brianc@localhost) by ottawa.net (8.7.5/8.7.3) id VAA00204 for freebsd-hackers@FreeBSD.org; Sat, 24 Aug 1996 21:34:24 -0400 (EDT) From: Brian Campbell Message-Id: <199608250134.VAA00204@ottawa.net> Subject: Re: Multiple swaps slow down system? To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers) Date: Sat, 24 Aug 1996 21:34:24 -0400 (EDT) In-Reply-To: <199608241902.MAA05377@MindBender.serv.net> from "Michael L. VanLoon" at "Aug 24, 96 12:02:58 pm" Reply-to: brianc@pobox.com X-Mailer: ELM [version 2.4ME+ PL22 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > >Due to some debate in one of the usenet I decided to try using > >multiple swap partitions, one on an IDE drive and the other on a SCSI > >drive, to see if it increased performance. I can't say I noticed > >any performance increase while using the system. > >However, I find it takes several times longer for a shutdown to > >complete. Is there any logic to that? > > I don't know why that happens, but I wouldn't expect it to give you > much of a performance boost, since IDE doesn't do asynchronous I/O (at > least under *BSD anyway). If you have a very busy system, I would > expect it to give you a performance drop, in fact. Oh? There's no busmastering IDE support yet? Is it in the works? Would you suggesting using SCSI for swap even if the IDE drive has 50% higher throughput? Is latency an issue? Any hints for finding out why w/ swap on either IDE or SCSI, shutdown takes less than 15s, but when using both it takes more than 60s? From owner-freebsd-hackers Sat Aug 24 19:34:10 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA23941 for hackers-outgoing; Sat, 24 Aug 1996 19:34:10 -0700 (PDT) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id TAA23916 for ; Sat, 24 Aug 1996 19:34:07 -0700 (PDT) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id TAA20313; Sat, 24 Aug 1996 19:23:37 -0700 From: Terry Lambert Message-Id: <199608250223.TAA20313@phaeton.artisoft.com> Subject: Re: Multiple swaps slow down system? To: brianc@pobox.com Date: Sat, 24 Aug 1996 19:23:37 -0700 (MST) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199608250134.VAA00204@ottawa.net> from "Brian Campbell" at Aug 24, 96 09:34:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Oh? There's no busmastering IDE support yet? Is it in the works? Yes, we have a team standing by for the moment when engineers who can build a working IDE chipset get funding. > Would you suggesting using SCSI for swap even if the IDE drive has > 50% higher throughput? Is latency an issue? Concurrency us an issue, and processor overhead may or may not bean issue. > Any hints for finding out why w/ swap on either IDE or SCSI, shutdown > takes less than 15s, but when using both it takes more than 60s? Not a clue. I'd have to see it do it... Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat Aug 24 19:37:44 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA24362 for hackers-outgoing; Sat, 24 Aug 1996 19:37:44 -0700 (PDT) Received: from vegemite.Stanford.EDU (vegemite.Stanford.EDU [171.65.76.158]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA24353 for ; Sat, 24 Aug 1996 19:37:42 -0700 (PDT) Received: (hlew@localhost) by vegemite.Stanford.EDU (8.7.1/8.6.4) id TAA02170; Sat, 24 Aug 1996 19:37:39 -0700 (PDT) Date: Sat, 24 Aug 1996 19:37:38 -0700 (PDT) From: Howard Lew To: "Jordan K. Hubbard" cc: hackers@freebsd.org Subject: Re: FreeBSD T-shirt production - anyone want to take this over? In-Reply-To: <3306.840926046@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 24 Aug 1996, Jordan K. Hubbard wrote: > Walnut Creek CDROM is going to be phasing out the FreeBSD T-shirts > since they're just not making any money on them - stock control is > very difficult (most of our T's seem to grow legs and leave the > warehouse by the back door :-) and the margins are not very high if > you're trying to produce a product like this with 4-color printing and > heavy-duty cotton T's used as stock. Sure, we could print 2 color > shirts on cheap "unravel while you watch" far-East product T shirts, > but I don't think that any of us would want to see that happen. Didn't know they even had T-shirts for FreeBSD.... How much are they? > > No, the real answer is that this is something that a much smaller > outfit (1 or 2 people) could do far more profitably, and WC has > decided it's time to let some small outfit do just that. > > Any volunteers? Also please note that if you intend to use the same > artwork you'll also need the permission of Tatsumi Hosokawa, the > artist, and you'll need to come to financial terms with Kirk McKusick, > the trademark holder of the BSD Daemon. Kirk gets a portion of all > sales from daemon related merchandise and how big that portion is > depends entirely on whatever arrangement you come to with him. > > That's about all I can think of. Please let me know if you've any > questions (other than "How can we convince WC to continue selling the > T-shirts?!" since I've already tried that :-). > > Jordan > ---- || Shoppers Network BEST PRICES, FULLY x86 COMPATIBLE & FAST!!! || PO BOX 16627 Cyrix 686s now available! || San Francisco, CA 94116 Email - info@shoppersnet.com | ------------------------------> WWW - http://www2.shoppersnet.com -------------------------------> WWW - http://www.shoppersnet.com/shopping From owner-freebsd-hackers Sat Aug 24 20:14:15 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA26841 for hackers-outgoing; Sat, 24 Aug 1996 20:14:15 -0700 (PDT) Received: from vegemite.Stanford.EDU (vegemite.Stanford.EDU [171.65.76.158]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA26832 for ; Sat, 24 Aug 1996 20:14:13 -0700 (PDT) Received: (hlew@localhost) by vegemite.Stanford.EDU (8.7.1/8.6.4) id UAA02198; Sat, 24 Aug 1996 20:10:26 -0700 (PDT) Date: Sat, 24 Aug 1996 20:10:26 -0700 (PDT) From: Howard Lew To: Darryl Okahata cc: Darren Reed , hackers@freefall.freebsd.org Subject: Re: Triton II chipsets In-Reply-To: <199608242325.AA217299148@hpnmhjw.sr.hp.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, 24 Aug 1996, Darryl Okahata wrote: > > FX is Triton, HX is Triton II, isn't VX Triton III ? > > No, VX is just a variant of the Triton II, although some people > mistakenly call it the "Triton III" (the two chips came out roughly at > the same time, and so it doesn't make sense to call it "III"). Motherboard manufacturers call it Triton III. It is the 3rd release of the Triton chipset, hence the name. > > > and is HX faster then VX, if so, why does VX exist ? > We configure and sell both of them here and never noticed any performance difference between the two. The primary difference is that most HX boards support 512MB memory and Parity/ECC memory whereas the VX handles up to 128MB for most boards (I believe there are some 256MB boards too) and does not support parity memory, but supports the faster SDRAM memory. The VX exists because it is targeted for a different market. For a comparison of the chipsets, try: http://www.intel.com/design/pcisets/ > It exists to satisfy the el-cheapo clone makers. Using the VX, you > can build cheap systems whose video subsystems use the motherboard's > main RAM as video memory. Of course, this kills performance, but the > uninformed masses don't know that .... > Possibly true, but as far as I know there are currently no such video cards out. Besides, who would want to fake video memory when video memory is so cheap nowadays? ---- || Shoppers Network BEST PRICES, FULLY x86 COMPATIBLE & FAST!!! || PO BOX 16627 Cyrix 686s now available! || San Francisco, CA 94116 Email - info@shoppersnet.com | ------------------------------> WWW - http://www2.shoppersnet.com -------------------------------> WWW - http://www.shoppersnet.com/shopping From owner-freebsd-hackers Sat Aug 24 20:21:42 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA27455 for hackers-outgoing; Sat, 24 Aug 1996 20:21:42 -0700 (PDT) Received: from time.cdrom.com (time.cdrom.com [204.216.27.226]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA27446 for ; Sat, 24 Aug 1996 20:21:36 -0700 (PDT) Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.5/8.6.9) with ESMTP id UAA04025; Sat, 24 Aug 1996 20:21:34 -0700 (PDT) To: Howard Lew cc: hackers@freebsd.org Subject: Re: FreeBSD T-shirt production - anyone want to take this over? In-reply-to: Your message of "Sat, 24 Aug 1996 19:37:38 PDT." Date: Sat, 24 Aug 1996 20:21:33 -0700 Message-ID: <4023.840943293@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Didn't know they even had T-shirts for FreeBSD.... How much are they? They're $14.95 Jordan From owner-freebsd-hackers Sat Aug 24 20:27:12 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA27763 for hackers-outgoing; Sat, 24 Aug 1996 20:27:12 -0700 (PDT) Received: from plains.nodak.edu (tinguely@plains.NoDak.edu [134.129.111.64]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA27752; Sat, 24 Aug 1996 20:27:09 -0700 (PDT) Received: (from tinguely@localhost) by plains.nodak.edu (8.7.5/8.7.3) id WAA26323; Sat, 24 Aug 1996 22:27:02 -0500 (CDT) Date: Sat, 24 Aug 1996 22:27:02 -0500 (CDT) From: Mark Tinguely Message-Id: <199608250327.WAA26323@plains.nodak.edu> To: FreeBSD-hackers@freebsd.org, dchapes@zeus.leitch.com Subject: Re: kernel vm_page_alloc_contig() can indirectly cause kernel page faults Cc: davidg@freebsd.org Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I reported this panic last summer when I started writing the Meteor driver. THe work around I used wast to start the allocation starting at the first Meg mark, at that time I speculated it was treating the low memory and the first meg as being contiguous even though there is a memory hole between them. Starting contiguous allocation at/after the first meg never caused anymore panics, so I left it at that. --mark. From owner-freebsd-hackers Sat Aug 24 21:28:40 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id VAA02891 for hackers-outgoing; Sat, 24 Aug 1996 21:28:40 -0700 (PDT) Received: from ime.net (ime.net [204.97.248.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id VAA02871; Sat, 24 Aug 1996 21:28:36 -0700 (PDT) Received: from kimiko.tcguy.net (buxton-1.ime.net [206.231.148.130]) by ime.net (8.7.4/8.6.12) with SMTP id XAA07187; Sat, 24 Aug 1996 23:40:30 -0400 (EDT) Message-ID: <321FCB33.6F36@ime.net> Date: Sat, 24 Aug 1996 23:40:35 -0400 From: Gary Chrysler Reply-To: tcg@ime.net Organization: The Computer Guy X-Mailer: Mozilla 3.0b6 (Win95; I) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: Tony Tam , hackers@freebsd.org, questions@freebsd.org Subject: Re: Novell Netware References: <542.840909201@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > My sole reason is dos boxes! (Unfortunally) > > ipx/netx uses less then 70k (66,048 on my systems) of upper memory. > > (Or conventional for those poor soles) > > So see http://www.netcon.com :-) > > Jordan I have checked it out, Not worth 400 bux to me being that I already own Netware! (Of course thats why I'm *Trying* to hack a free one so I can junk Netware and just use FreeBSD. As well as for the C education. :) I really only need file services. -Enjoy Gary ~~~~~~~~~~~~~~~~ Improve America's Knowledge... Share yours The Borg... Where minds meet (207) 929-3848 From owner-freebsd-hackers Sat Aug 24 22:02:08 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA05209 for hackers-outgoing; Sat, 24 Aug 1996 22:02:08 -0700 (PDT) Received: from ime.net (ime.net [204.97.248.4]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id WAA05159; Sat, 24 Aug 1996 22:01:59 -0700 (PDT) Received: from kimiko.tcguy.net (buxton-1.ime.net [206.231.148.130]) by ime.net (8.7.4/8.6.12) with SMTP id BAA10772; Sun, 25 Aug 1996 01:01:47 -0400 (EDT) Message-ID: <321FDE41.79DA@ime.net> Date: Sun, 25 Aug 1996 01:01:53 -0400 From: Gary Chrysler Reply-To: tcg@ime.net Organization: The Computer Guy X-Mailer: Mozilla 3.0b6 (Win95; I) MIME-Version: 1.0 To: "Jordan K. Hubbard" , Tony Tam , hackers@freebsd.org, questions@freebsd.org Subject: Re: Novell Netware References: <542.840909201@time.cdrom.com> <321FCB33.6F36@ime.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Gary Chrysler wrote: > > Jordan K. Hubbard wrote: > > > > > My sole reason is dos boxes! (Unfortunally) > > > ipx/netx uses less then 70k (66,048 on my systems) of upper memory. > > > (Or conventional for those poor soles) > > > > So see http://www.netcon.com :-) > > > > Jordan > > I have checked it out, Not worth 400 bux to me being that I > already own Netware! > (Of course thats why I'm *Trying* to hack a free one so I > can junk Netware and just use FreeBSD. As well as for the C > education. :) > > I really only need file services. > Whoops, Let me correct that! FreeBSD/BSDI Twenty Five(25) User Version $1995.00 times two (50 users) = $3990.00 Heck I can buy a new Novell for less then that! Thats what I get for seeing the 395.00 on thier page and stopping at that point! thats for a 3 seater.. Ha! 2 seater NW4x is FREE!! -Enjoy Gary ~~~~~~~~~~~~~~~~ Improve America's Knowledge... Share yours The Borg... Where minds meet (207) 929-3848 From owner-freebsd-hackers Sat Aug 24 23:59:51 1996 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id XAA15239 for hackers-outgoing; Sat, 24 Aug 1996 23:59:51 -0700 (PDT) Received: from mx.serv.net (mx.serv.net [199.201.191.10]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id XAA15232 for ; Sat, 24 Aug 1996 23:59:49 -0700 (PDT) Received: from MindBender.serv.net by mx.serv.net (8.7.5/SERV Revision: 2.30 † id XAA15566; Sat, 24 Aug 1996 23:59:52 -0700 (PDT) Received: from localhost.HeadCandy.com (michaelv@localhost.HeadCandy.com [127.0.0.1]) by MindBender.serv.net (8.7.5/8.7.3) with SMTP id XAA07224; Sat, 24 Aug 1996 23:59:31 -0700 (PDT) Message-Id: <199608250659.XAA07224@MindBender.serv.net> X-Authentication-Warning: MindBender.serv.net: Host michaelv@localhost.HeadCandy.com [127.0.0.1] didn't use HELO protocol To: Darren Reed cc: brianc@pobox.com, freebsd-hackers@freebsd.org Subject: Re: Triton II chipsets In-reply-to: Your message of Sat, 24 Aug 96 19:02:44 +1000. <199608240902.CAA20805@freefall.freebsd.org> Date: Sat, 24 Aug 1996 23:59:30 -0700 From: "Michael L. VanLoon" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >In some mail from Brian Campbell, sie said: >[...] >> I suspect the HX chipset will support the same configuration registers >> as the VX, and FX, but I haven't got one to try it with. >FX is Triton, HX is Triton II, isn't VX Triton III ? >and is HX faster then VX, if so, why does VX exist ? If I remember correctly, VX is not high-performance, but low-cost. I think it's the one that will map video memory into normal RAM, making a really cheap on-board video controller possible, but also increasing memory contention. ----------------------------------------------------------------------------- Michael L. VanLoon michaelv@MindBender.serv.net --< Free your mind and your machine -- NetBSD free un*x >-- NetBSD working ports: 386+PC, Mac 68k, Amiga, Atari 68k, HP300, Sun3, Sun4/4c/4m, DEC MIPS, DEC Alpha, PC532, VAX, MVME68k, arm32... NetBSD ports in progress: PICA, others... -----------------------------------------------------------------------------