From owner-freebsd-hackers Sun Dec 21 00:26:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA17396 for hackers-outgoing; Sun, 21 Dec 1997 00:26:04 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from wartch.rih.org (ppp-207-214-209-81.snfc21.pacbell.net [207.214.209.81]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA17390 for ; Sun, 21 Dec 1997 00:25:54 -0800 (PST) (envelope-from peterh@wartch.rih.org) Received: from wartch.rih.org (localhost [127.0.0.1]) by wartch.rih.org (8.8.8/8.8.8) with ESMTP id AAA00800; Sun, 21 Dec 1997 00:03:46 -0800 (PST) (envelope-from peterh@wartch.rih.org) Message-Id: <199712210803.AAA00800@wartch.rih.org> To: Kazutaka YOKOTA cc: freebsd-hackers@freebsd.org In-reply-to: Your message of "Sun, 21 Dec 1997 15:20:37 +0900." <199712210620.PAA19069@zodiac.mech.utsunomiya-u.ac.jp> From: psh1@cornell.edu Date: Sun, 21 Dec 1997 00:03:46 -0800 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >I understand that the PS/2 mouse, the motherboard and the psm driver >have been working until lately. Have you ever plug or unplug the PS/2 >mouse from the system while power to the system is ON? The PS/2 mouse >interface and the keyboard interface appear to be very sensitive to >noise and can be fried easily. I have known a couple of people around >me who did unplug or plug the PS/2 mouse while the system is running >and ruined the interface. Yep. I'll bet that was it. While we are on that subject. Are there any devices you can safely plug in or out while running? From owner-freebsd-hackers Sun Dec 21 02:20:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA21467 for hackers-outgoing; Sun, 21 Dec 1997 02:20:56 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA21440 for ; Sun, 21 Dec 1997 02:20:49 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id LAA28148 for freebsd-hackers@freebsd.org; Sun, 21 Dec 1997 11:20:47 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id LAA00438; Sun, 21 Dec 1997 11:20:20 +0100 (MET) Date: Sun, 21 Dec 1997 11:20:20 +0100 (MET) Message-Id: <199712211020.LAA00438@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <199712200941.KAA29224@uriah.heep.sax.de> <199712210212.UAA14247@nospam.hiwaay.net> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: Segate Tape stor 3200MB X-Original-Newsgroups: local.freebsd.hackers To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk David Kelly wrote: > That would be an Arcive Anaconda 2750? Yep, i think so. > QIC-9130, uses the *real* QIC > tapes such as QIC-150 a.k.a. DC6150, and eveything in between. Think I > got my two at Onsale for about $139 each. That's a reasonable price, given the robustness of good ol' QIC, compared to these el-cheapo technologies. > OTOH Archive DDS-1 drives > have been aproaching the $225 price. In (not only) my experience, DAT doesn't last that long. The drives last at most two years (daily use) until they are worn out, and a repair is usually in the same price range as a new drive. Media life is short, too. -- 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 Dec 21 07:51:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA09150 for hackers-outgoing; Sun, 21 Dec 1997 07:51:15 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA09140 for ; Sun, 21 Dec 1997 07:51:09 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id HAA17897; Sun, 21 Dec 1997 07:50:52 -0800 (PST) To: Luoqi Chen cc: hackers@FreeBSD.ORG Subject: Re: msdosfs win95 long file name support In-reply-to: Your message of "Sun, 21 Dec 1997 01:58:40 EST." <199712210658.BAA11974@watermarkgroup.com> Date: Sun, 21 Dec 1997 07:50:52 -0800 Message-ID: <17893.882719452@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > I know someone (Robert Nordier?) has been working on a replacement for msdosf s. > But my patience ran out after more than one year of waiting, so I took up And I think Robert has said publically that if somebody ran out of patience and did this, he wouldn't mind at all. :-) He had good intentions but simply ran out of time and can probably be safely counted out at this point. > the matter myself. After about two weekends of work, I got a set of working > code. If anyone's interested, I have uploaded the diff to ftp://ftp.cdrom.com / > pub/FreeBSD/incoming/msdosfs-vfat.diff.gz. Since I have been working on a > 2.2-stable machine, the diff was taken against the 2.2.5 release. I haven't Cool! I don't have any VFAT partitions to test this with (I have a Windows-free household for the most part and the one emergency Windows partition I *do* have is a DOS FAT filesystem :-), so I hope that others will jump in on this one. Having it be relative to -current would also allow someone to commit it in the short term for more thorough testing. Any chance of getting ahold of a -current system somewhere locally there? Thanks! And a merry Christmas to you also. Jordan From owner-freebsd-hackers Sun Dec 21 10:21:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA16483 for hackers-outgoing; Sun, 21 Dec 1997 10:21:19 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from dan.emsphone.com (dan@dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA16478 for ; Sun, 21 Dec 1997 10:21:14 -0800 (PST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.8.6/8.8.6) id MAA10659; Sun, 21 Dec 1997 12:21:10 -0600 (CST) Message-ID: <19971221122110.33706@emsphone.com> Date: Sun, 21 Dec 1997 12:21:10 -0600 From: Dan Nelson To: psh1@cornell.edu Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: PS/2 mouse References: <199712210620.PAA19069@zodiac.mech.utsunomiya-u.ac.jp> <199712210803.AAA00800@wartch.rih.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88.4e In-Reply-To: <199712210803.AAA00800@wartch.rih.org>; from "psh1@cornell.edu" on Sun Dec 21 00:03:46 GMT 1997 X-OS: FreeBSD 2.2-970701-RELENG Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In the last episode (Dec 21), psh1@cornell.edu said: > >I understand that the PS/2 mouse, the motherboard and the psm driver > >have been working until lately. Have you ever plug or unplug the > >PS/2 mouse from the system while power to the system is ON? The PS/2 > >mouse interface and the keyboard interface appear to be very > >sensitive to noise and can be fried easily. I have known a couple of > >people around me who did unplug or plug the PS/2 mouse while the > >system is running and ruined the interface. > > Yep. I'll bet that was it. While we are on that subject. Are there > any devices you can safely plug in or out while running? I've hot-plugged serial mice without problems (I much prefer serial mice over PS/2 mice for exactly this reason), and external SCSI devices as well. -Dan Nelson dnelson@emsphone.com From owner-freebsd-hackers Sun Dec 21 15:40:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA06354 for hackers-outgoing; Sun, 21 Dec 1997 15:40:43 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from zippy.dyn.ml.org (garbanzo@haiti-112.ppp.hooked.net [206.169.228.112]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA06346 for ; Sun, 21 Dec 1997 15:40:31 -0800 (PST) (envelope-from garbanzo@hooked.net) Received: from localhost (garbanzo@localhost) by zippy.dyn.ml.org (8.8.8/8.8.7) with SMTP id PAA08228; Sun, 21 Dec 1997 15:41:43 -0800 (PST) X-Authentication-Warning: zippy.dyn.ml.org: garbanzo owned process doing -bs Date: Sun, 21 Dec 1997 15:41:43 -0800 (PST) From: Alex X-Sender: garbanzo@zippy.dyn.ml.org To: psh1@cornell.edu cc: freebsd-hackers@FreeBSD.ORG Subject: Re: your mail In-Reply-To: <199712210803.AAA00800@wartch.rih.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 21 Dec 1997 psh1@cornell.edu wrote: > Yep. I'll bet that was it. While we are on that subject. Are there any > devices you can safely plug in or out while running? Many non PS/2 devices like AT keyboards, serial mice, adb keyboards and mice, external scsi devices, and occasionally if you're lucky (or just stupid) floppy data cables. If you're talking PS/2 devices, probably none of them. I fried a keyboard by plugging it into the mouse only port (or I seemed to, perhaps it was something else). - alex From owner-freebsd-hackers Sun Dec 21 15:48:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA06704 for hackers-outgoing; Sun, 21 Dec 1997 15:48:08 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from systemy.systemy.it (systemy.systemy.it [194.20.140.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA06682 for ; Sun, 21 Dec 1997 15:47:54 -0800 (PST) (envelope-from luppolo.lpds.sublink.org!wcp@systemy.systemy.it) Received: by systemy.systemy.it (Smail3.1.29.1 #4) id m0xjv65-0001l6C; Mon, 22 Dec 97 00:47 MET Received: from luppolo.lpds.sublink.org (luppolo.lpds.sublink.org [192.9.200.50]) by radikkio.lpds.sublink.org (8.8.7/8.8.7) with ESMTP id VAA08008 for ; Sun, 21 Dec 1997 21:31:23 +0100 (CET) (envelope-from wcp@luppolo.lpds.sublink.org) Received: (from wcp@localhost) by luppolo.lpds.sublink.org (8.8.5/8.8.5) id VAA24035; Sun, 21 Dec 1997 21:40:07 +0100 (CET) Date: Sun, 21 Dec 1997 21:40:07 +0100 (CET) Message-Id: <199712212040.VAA24035@luppolo.lpds.sublink.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit From: wcp@luppolo.lpds.sublink.org (Walter C. Pelissero) X-Attribution: WcP To: hackers@freebsd.org Subject: ftpd little bug X-Mailer: VM 6.22 under Emacs 19.34.1 Reply-To: wcp@lpds.sublink.org Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I belive I found a little bug in ftpd. In ftpd.c (if VIRTUAL_HOSTING is defined) there is a definition of hostname as char pointer while in ftpcmd.y it is externally declared as array of chars. You can varify the bug telneting to the ftp port and entering the HELP command. Hope this helps. From owner-freebsd-hackers Sun Dec 21 15:55:14 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA07172 for hackers-outgoing; Sun, 21 Dec 1997 15:55:14 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA07155 for ; Sun, 21 Dec 1997 15:55:03 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id KAA03110; Mon, 22 Dec 1997 10:24:53 +1030 (CST) (envelope-from grog) Message-ID: <19971222102453.31775@lemis.com> Date: Mon, 22 Dec 1997 10:24:53 +1030 From: Greg Lehey To: Joerg Wunsch Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Segate Tape stor 3200MB References: <199712200941.KAA29224@uriah.heep.sax.de> <199712210212.UAA14247@nospam.hiwaay.net> <199712211020.LAA00438@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: <199712211020.LAA00438@uriah.heep.sax.de>; from J Wunsch on Sun, Dec 21, 1997 at 11:20:20AM +0100 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Dec 21, 1997 at 11:20:20AM +0100, J Wunsch wrote: > In (not only) my experience, DAT doesn't last that long. The drives > last at most two years (daily use) until they are worn out, and a > repair is usually in the same price range as a new drive. I contributed significantly to that report. I had a series of HP 35480As (DDS-1) which each lasted about 6 months. Things have changed. I have had no trouble with more recent DDS-2 drives, including the Archive changer I'm currently using. I've heard of problems with refurbished drives, though. > Media life is short, too. I've had no trouble at all with this. I have retired some tapes which I've been using twice-weekly (16 hours tape motion per week) after about 18 months. I don't think that's unreasonable, especially when you consider that a 90m DDS tape costs about $1.50 per gigabyte, compared to about $45 per gigabyte for a QIC-525. Greg From owner-freebsd-hackers Sun Dec 21 16:08:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA08445 for hackers-outgoing; Sun, 21 Dec 1997 16:08:45 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA08437 for ; Sun, 21 Dec 1997 16:08:40 -0800 (PST) (envelope-from karl@Mars.mcs.net) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id SAA08594; Sun, 21 Dec 1997 18:08:38 -0600 (CST) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id SAA15359; Sun, 21 Dec 1997 18:08:38 -0600 (CST) Message-ID: <19971221180837.31464@mcs.net> Date: Sun, 21 Dec 1997 18:08:37 -0600 From: Karl Denninger To: Alex Cc: psh1@cornell.edu, freebsd-hackers@FreeBSD.ORG Subject: Re: your mail References: <199712210803.AAA00800@wartch.rih.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84 In-Reply-To: ; from Alex on Sun, Dec 21, 1997 at 03:41:43PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, Dec 21, 1997 at 03:41:43PM -0800, Alex wrote: > > > On Sun, 21 Dec 1997 psh1@cornell.edu wrote: > > > Yep. I'll bet that was it. While we are on that subject. Are there any > > devices you can safely plug in or out while running? > > Many non PS/2 devices like AT keyboards, serial mice, adb keyboards and > mice, external scsi devices, and occasionally if you're lucky (or just > stupid) floppy data cables. If you're talking PS/2 devices, probably none > of them. I fried a keyboard by plugging it into the mouse only port (or I > seemed to, perhaps it was something else). > > - alex SCSI devices can only be "safely" unplugged and plugged if the connector is designed for it. Specifically, the power and ground pins have to be longer than the signal pins so that the circuitry (particularly the tri-state buffers on the target device) power up and settle BEFORE you connect their data lines to the bus. You won't be likely to FRY anything if its not, but you will almost certainly glitch the bus - which will usually crash the system (or lock the SCSI bus up entirely - the same effect comes from either, as you're reaching for the RESET switch). You can also destroy the data being transferred at the instant when you do this. The short form is *DON'T DO THAT*, unless you have quiesced the bus first (in which case the glitch generally won't hurt anything, as no data transfer will be in process). -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/ | T1's from $600 monthly to FULL DS-3 Service | NEW! K56Flex support on ALL modems Voice: [+1 312 803-MCS1 x219]| EXCLUSIVE NEW FEATURE ON ALL PERSONAL ACCOUNTS Fax: [+1 312 803-4929] | *SPAMBLOCK* Technology now included at no cost From owner-freebsd-hackers Sun Dec 21 16:47:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA11533 for hackers-outgoing; Sun, 21 Dec 1997 16:47:28 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from localhost.kiev.ua (c206.dialup.kar.net [195.178.130.206]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA10682 for ; Sun, 21 Dec 1997 16:36:28 -0800 (PST) (envelope-from kushn@olinet.isf.kiev.ua) Received: from localhost (volodya@localhost) by localhost.kiev.ua (8.8.8/8.8.5) with SMTP id CAA04323; Mon, 22 Dec 1997 02:39:53 +0200 (EET) Date: Mon, 22 Dec 1997 02:39:53 +0200 (EET) From: Vladimir Kushnir X-Sender: volodya@kushnir.kiev.ua Reply-To: Vladimir Kushnir To: Luoqi Chen cc: hackers@FreeBSD.ORG Subject: Re: msdosfs win95 long file name support In-Reply-To: <199712210658.BAA11974@watermarkgroup.com> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="0-1421434191-882750989=:4258" Content-ID: Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1421434191-882750989=:4258 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: On Sun, 21 Dec 1997, Luoqi Chen wrote: > I know someone (Robert Nordier?) has been working on a replacement for msdosfs. > But my patience ran out after more than one year of waiting, so I took up > the matter myself. After about two weekends of work, I got a set of working > code. If anyone's interested, I have uploaded the diff to ftp://ftp.cdrom.com/ > pub/FreeBSD/incoming/msdosfs-vfat.diff.gz. Since I have been working on a > 2.2-stable machine, the diff was taken against the 2.2.5 release. I haven't > done much testing on this, so use at your own risk. Please send feedbacks > to luoqi@watermarkgroup.com. And Merry Chrismas to everyone. > > -lq > > Hello, Thanks for a code. I've applied this patch against -current (after some editing, of course). Don't know how stable it is, but so far it works. Here are this edited patch and an essential part from make' output: cc -O -DMSDOSFS -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/msdos/../../sys -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -DVFS_LKM -DMODVN OPS=msdos_modvnops -I. -c /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c: In function `msdosfs_lookup': /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c:93: warning: `slotcount' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c:93: warning: `slotfound' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c:94: warning: `slotclsbeg' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c:94: warning: `slotclsend' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c:95: warning: `slotofsbeg' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c:95: warning: `slotofsend' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c:96: warning: `fndclust' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c:96: warning: `lfnclust' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c:97: warning: `fndoffset' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c:97: warning: `lfnoffset' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c:115: warning: `lfnmask' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_lookup.c:118: warning: `needlfn' might be used uninitialized in this function cc -O -DMSDOSFS -DKERNEL -DACTUALLY_LKM_NOT_KERNEL -I/usr/src/lkm/msdos/../../sys -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wuninitialized -DVFS_LKM -DMODVN OPS=msdos_modvnops -I. -c /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_vnops.c /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_vnops.c: In function `msdosfs_readdir': /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_vnops.c:1462: warning: `ckp' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_vnops.c:1465: warning: `lfnmask' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_vnops.c:1466: warning: `lfnoff' might be used uninitialized in this function /usr/src/lkm/msdos/../../sys/msdosfs/msdosfs_vnops.c:1468: warning: `namlen' might be used uninitialized in this function (everything else compiled without warnings). Sorry if this is useless. And Merry Christmas to everyone. Vladimir --0-1421434191-882750989=:4258 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME="msdosfs-vfat-current.uu" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: msdosfs-vfat-diff for -current YmVnaW4gNjY2IG1zZG9zZnMtdmZhdC1jdXJyZW50LmRpZmYuZ3oNCk0nWEwo ImBKUkczMGBgVlVTOSZdUzlHLE09RjlBPSJVQz03KVI5NllUK0YxSTlGOGBb I1FZP11MVkxHXksNCk1HUCkpLUhFRDQzOSleNTo8S0M9NlZLUVVbI1s7Wjk1 Rk8xMClWRlBEREIkSSdWVl1HX1ctI2BaIiUuNzgNCk1DTS83WzpZXi9EMDAs UUAuWUAwJiMqKFA5I1Y/XTMqVi0sVlNJM1NTRV8rKz8mRjIhVEQ+WUNVX0ZG NFwNCk0rSTgiJ0I8ITdTUU1bKjdPP0smUEwnYFMvKlc3MjxTVkRDL0ZLIyVb PjcvOVY3MT1ZRlFMSydXMVpfNk4NCk0nWDFgPVtDL2AsKlYtWVdVUz9aSmAl Vkg/SEA6OVdHOTxFODwxQFYsTTApXj1FUlBAIV8jRVQmS007MGANCk1XXFxC R1svUzRZWVElRDEoOUc7KVFNJDlTXUciJEwpLENcPSk/JClgND46L0lXRFEw JCNaUUMuNkEqUFgNCk0lOiFeRDAhTCYoVFlcWS5YXCooWGBMI0ItLEo5MC1O YCxgRyNHYE4sMjE5JEwzPDYmIzUsJS0/UGBZKCcNCk0pSShQI0FKSSJJLUkn IiE8LjdAPVNBUjxPTFohYFooNTUsOSMvUlgkW15gWzwiV1ZcNyZHPDIlW1lE NFYNCk1dMExGKVZYQltAIUQuREVJKSJcKEIrWURGQyVRNVQpNFAsPilfU1hE Li9JJkQqLytASyxRL14tQ05AVlMNCk1FISw0IkhWOFo1NCZXV01fSklFNjYl SyhCQyI2OSlFVC8zJ1FBNSRGRiMoI0o8OSc0K0M0OFo4PkxGKUYNCk02L0Yx Q1pgJSsxX1FEUCRLL1NATV9gMzA/JFNSRkEkRlg1UiRVVEtELTAzUi4qQ0FA WTpbRF0+LFtIOyQNCk0xPCE4X2BBTFAvNDMnTT5QMDBPL08iKCJMUTkvKVIs QCw0UFJFSVxGNjwlQjtcK18jPzJPVD8qTktFRy4NCk1GQkxMK1JHSEZATC1a VEkhJ1A0XEMmKz5WQUQ+T19FRjlfTUhWKyhPOy1NPlFHJEYyMSIlRDJeODRE M2ANCk1AVkQ6PiMhVlFDXSw+MlhJLTMiXFdNXVldPys1PCg9UEstTSJWXSU/ TCUsTyFXJ0JMPDMpYFhOLUlANzMNCk1IXigzUFg8TUwiQi9HUChLLiYnTypO Uzg8Vz1fW1pOXVs9PSNGQyQ4UDslTUZDRyQzPS0iPUoiPEpSX1ANCk0rT1Ah SSQ+OSVePFAyODlWSDkxJCcqREpTSSRQJCEmPkg/KVooJDtcMEVaYCMkUDYm UUdLLkJONlpaWEkNCk1FWDojSGBFKVNHQFZdQllTLEIlQSUsQSlHOCpNOl4+ PEJZRT4vLlQwIiUoSVlRRD8sViJfIk08QEkoWjoNCk1DTDxASjYwSj4nUTJH KitgRSFCNSpTJ1tJVVlgXzglUiQkQ0JCUz4uM04oKTVZKTk8M1woVEZBRVIy IjYNCk1aTjBDNlwsTEY9M11FVDBgJkRLQDQxU1AiWjEyQClVJ0AkPzg0WDY4 WCEkJV0tOiYkOyZAM0s4Ol0pIigNCk1PQUooJjE0U1BcWjIlLVMqUEgrNEtO LFNFIylIMlA8RFkqW0s2Jls/NDQpXl9ZLzNOTjdETSZYXy46VS8NCk1HOVM2 VzI7Ry1LUC47QUpYMkM8Xy1XMzVdVlwwTy5KXj1QRT8yXiMjSjBRQCc+O1Yt VT82LU5WNV4wJ0wNCk02TVwiRlpGLSolUFpdSygyK1w0T0wjOT1FKzVPN1ZY P1UyVTI6N0EmOistU1pIRCYzTUVZJTBHXCJGVFANCk1AP1pJRVs3Jl8hNy5G L2BSPk8pUE9LMi9UUTpSTT9NUltXQVdeXyJIIT05V1Y6Wz0+KzZXLF9QPltT QUENCk0hP1w+VC46XD0+UVc4QFBHRVxYTlMrUDMpOTFGX15UIksiOTg7SVgr QC5WQ0hYLUMmKiEqQkZLJWA+V0oNCk1AYDxcWV1EOSNQOjVVQT5HJydAUkcw QkRBTS9VWThUWic0QldeXTlRKT1UTlYuUUtaM1hMTypRWCg4M1wNCk0rNCMt KC5OXzc5OlheRURDS0JOJEAxX0gwNz1TK0ZZKlUwPF1YSVlfQk8sWDtXKzA9 XlQuQDJFLjdaITINCk0tUCdGRiIqJy1CI0tNJUtNLUdVQTJcUGBaW2BOPFNI VSopKClaKVAyJS9bTy85PSJgXiZIR09CLilHV0INCk03MUEiKjZHV1FOL0RH YD5TJStfPl9FWDNbOlpMKiJSJjE4VkQrMDRXWjE1Ki4jJDQhUVtELkUrRzFR QFwNCk1ALUw/IVY5VEM2UDJOKzM1NyEzN1dUJichLi5gOjxbOSoiSCglJ1ZV W1YnK047S10vRFsuVjJHXF5MREQNCk1BPD8qPEIyRTQ4LFdVREFFSTtPNjg8 Ny5cMF8jWzgvQ1BaXT9PMDMtVjEiKl8iQCpYM1tbXl8hQDtbQCsNCk0hTzRM YD8sX0M6LCslWlAoITQrJ1FdXlRWVSlVTDIlL1A5KExMIikvKzo7XCwwMF8w PzZSMiNOPUA8KCcNCk1KJVMkNj4rM0NDUEhIOCsiOEhXQyIkUDhWIkkkKCdE MiM8SFUiXipXQ08sLiw9JEUuLU84JiVUXTMwVCgNCk0+VkQwQTAkJ0Y8OEhE QVZUPShcQFwoWSI1ITchKClXWk42YDVFXVU6OSdHLysqWVJOLEtAPl4uTzlO X00NCk0uKlA4Ky9DNVMtXi9MOT8mSSlQIlVgJVxLUz4+PE0wQ2BRX1leKElR V11UPT9LNl1WVktVJ2BIMjEiOywNCk1ITyY4R1RgLEJYLVlPQFpdMyxDI0tf PC9UJiUwMyEoNUglQ0MsPSozTC83JU9NK0omOkM3S1taJyYrX0UNCk0qIkAl KCYpWkMiSzgpK0hgQF4pWy45XCVRU0A+W2BFIiVUREInIjRALCMnSSghJVlA WDtOQSE9REw0UkENCk1UIllTSDlQIlhGOFkiUEI6M05cLFpEXzJWWCsqKUgp Nk9KTEJgLy1VWio7ITUuQDVcXihITk83USQoSloNCk1XMiVaJEciVyJJUDwm XSktUVU5ViVTRCtfRjw8UTYjJylVWTo4NlRVNTg4XDY/YCo4Myg+UTFgWCUp N14NCk0sSz4kWS1DSCIyQzBNVFMyWE8qWlNGKjJfOFEjL0FPUD4zVE01Rl1L OkwyPilANjxUTjIvWEMzTDMySkwNCk1QK0QnS0JbKVMsPj4wLFhSQVtaVEQ8 YCorU0M8Qy9XWUUsQEwzTDAhQEg5UFspV0QmTlQ0LmAyIWA/WzUNCk07NkY2 YCxVNUVJLkxJUVlIL0hVNUlSSS9JSSNQUyFgKzAxREhdRD5cIkBFMDdXRjUv WlxgWjU6LDkxKFQNCk0sRihJUFheLVwzKj5DQ1VfV0ghQShfOlBKOyVIWyVK OEM9PzNAOFVXPz5ZRlMnXDxbPkQyXiwzK1dAPVwNCk1TJiVeS1kkUkk0M1Nf T11ZTS8mRl9ERk0kVGA8PEs7SC1XTjI6SV4vPlpRSl9TTlhLQUoiNjFdVlM+ WjUNCk1WVV5VVy42XldLVyJBIjQhUDlVWEVSUS5CRDcxMUpOVk4mOzxDTUA2 TFA8TDhMXlY2IVMhRVZaVyhVOi8NCk02Q1s8QEtATz5DPkAyUEAnTlVVSEJP KUlGTypMWzc/OEVRYCs4M0kmJVlPLCddIzIqIltYSCchVE5XMV0NCk1BNCRU KzcwMTozS0ZfQTMyJSJWMk8nRkMtQylIPjwtUjVVOFVAUzJOSVhNLyZTJjVR KlErOEdCNUYjSkMNCk07TFpJRjomTiEuRyRLPjVVSCUuT1ZdUCdHMFU8RlQ9 IShePTZANy9LRkctN1U2N0slUiJMWissXCJPXEkNCk08Mj4rIjQmUlFXO1Yj VzcrSExDJjBTYE9NJyg6KSNTJ142PFxTQiZLJU1CKjRTIktEJSFgO0oxM2BM SjcNCk1gMURIMVhHPlJTQSMtSFxDJ0JTKk01IjE1LCUlRjhCVCw5PCksKV5B WSQ1TE0qREw5ViE8QkQyJzZHMk4NCk1AVT8kMEZSKVMtWl43JFVLKzJFRT5Q R143QlA6RiUyIl08Ky0vREhXMUYsTz9JXEMlV0BOWmA/Ti8sVTkNCk1aQDQy MV9HJEJUKDQ1TT5MT0osNUlWMFxLPmApK0ImJ1kySjRgQTpXJ11KXSM7Oz1e XSdLXz8qN1FUXVsNCk1RV19dVVNcP00jT18+LzNEKVw9PVtfV0RLSlBcLS8n NEVAKUdMJzZNUD07Oz1QXi0pNCZPQidSPSlKKF0NCk1dWytcKzZDOC5ZYFQ2 QiJUKzc6O0dTTiIuITlTWi0pSV5IJVZFV1g8XkBON1giWzhAWD4vX08rWFI9 LVYNCk05WiVLXTE6N1kkKTwoWCg6KU9VNzgrKD1NW15cTEtKVk9LJFk+KztV XyxMOzg5S11gNFFfVz9bO0JZV0ENCk1SWl5eP080Xz9dXV1POz1fNFRSOilI V0lGX1xdLiNRWlxeVVdXX19QWF1OP1dPV0NeLlhUXz0sO145YDMNCk1HWVEm L1tcPzNeK0RJSUNUIyNGKjNeRicrIl5GOV48N0VbX1xeTU81T11DPTovSE9S LlwjNEJYQ19QJS0NCk0vLUNCU1Y3QSs/OFNIJEgqQlE0I1U3Q0pZPjJfKzE5 U0NLT1JMVlhgPipRWkA+RjNXMkImMDM5XjNCPzENCk1aKlRXRUwlSTshQiEo JDU2NDxCYDRWXU1MLFg0MktgRzNQMCtcLUshNGAmQ0AkI1QkKyQmUUBZQkI0 XScNCk01Ry8wTyc0OlQ7Si06JjYjPF1UWERGTC9aKEU/KS5ERTw6VEo/OzAu LVheOVRVMz5BIVEhSEEkO0dRJUYNCk0vMVguOyMkME43NjNHXlJbVFBDMiRJ IVVGJzooWC4pPEVMQ0QxOStGJExUVDVVKj45IS5RTFRgI0lURSYNCk0sSl9W JFBSQiVNRys5IVJgTkJANCYhVzJQSi4uPzFcVFErWUspMy9BMlFOQzM1Ul5R ME4/LzEjLCxeLFwNCk0iTlxIXy0wMSlYOj8uQTpFXCEsWzhDQkhPQCdWN0pf Lj1SJUlLVCpZIVhUTCgnRS81KE46QElTOSVXUyUNCk1QTTo4JTVDYCwsOzpC WkNgQVE1OFtgTVs5OSdJRzFCVS84KVA6RjwmRFVBOVJQKEYwJjJTJWAjVTc9 T0oNCk1LWlQ5RjwuR1JTKzM6XEpfRVUwV0MlQjFbWT0xJyFgP1FBWypWQzAs SFhMRk4xYDRdKUIjXE8kPFkkMjINCk0iOS5OSTonN1pQQzMlMigsPUUrMjA2 Q2BOKiZgPStNQFpIMkRfPFI+TDNYQmBJJjMtRyRGUVlEOi4wWyINCk1aVkMv NVpUWDcoJyxMM05CUDdRVE4/MT9bXktKLDVKRVM3MURLUTlOJCQzUUUsT0tK USpYJS5cMkA2JV8NCk0yUFFQNDRJXyUwXyxVI0tLTEleWzc5UE9KMTtCR04j PCxeNS5KJ049T0JPJlFTRDcyRDw8RTxZJFUoU0gNCk0iMy04TypZOCMvVUdE RlYjT1hXTEc+J04vLjhWXCc6Nk01Ny4mQFxdUl08Jk1DOVFdNEo5R1kqPzJM WlsNCk0zIyw0R0FTVz4mTEQ9P10oLUo/KUdfOT1cKj0mNjNgXjNKIUxRPidO X00nUVNHIVc+IzM8WjUyLGBNVDkNCk1LQFFETjhRNl1ELVAwMkdTWEROKERD KEApIy4jSCZESjhCSFQuNEZGXyk9REA0MEA/LUJCTiIoIzw3WioNCk06NU1b VUUuSD42UlBdV0AhPD9FS1tTVyY2IUVONVNcXUBaX08oWUM5QChKMEkhTEtA J1dgKTRZLiwsNkENCk1ZOyMkIjVdOjIiRjhIWFFbW1xPOT9VI1dYRylDJzhN VlhBUl05PklFPkRMPkldPUJAITZYQFJYM1JYXmANCk0nMjFLJEBHWTMrOjdQ J1EzJiVFJSFFLktSQDBgM0ZUUWBHN1lIQzpVMEhJUjA4R1RYQTFHSTVEUlxE OUMNCk1JLSdTPzlbRzwoJEExXGBJTzM0OS9LL0BYTUMtS09KXlc3LllgRCM+ PD1WVTVMSEpSM00qSUswRTJCRl8NCk05JktbJFBDMl5CXTo6NFw1RkBVX11I IT1aNFUwXiZNTEBWKkVBUjdHNSVHMkY+VSlaIywwUTZgQjhMP04NCk0uTzI2 KU81N0xQLkA3KENJI107OkpJWDBfNS1NQksrYDw4SiEuJUorK0ZNNzpVIzA/ VzlgJEhSSiU0KiMNCk1eJEhALjcxK1UsSTIqIlxQKFYpYEBRNEw1KThEOCok UUNXW0EyPUBWW1YlUUMjTFAtITJGJEw0I0onTyYNCk06I1I0JTdAPDZJUTtg LUg+Ji9YWjk9VE0iMlsoLCE8WEk4Pi8xMUNQVlZeKDxWTitEYEktLyRFYGBZ KUkNCk0sOD1OXVFKWlc8XSU9VT5bQFY6Wk5RNloxPlw6VzdUSkJGSkZOUl9J W01aPltKWSE9XT5ETlpPSSFJSFYNCk0hWEleLTpROVEoMUU7MVVSVEEyQERe YFxKUTEnQjYnYD5BPUFeWiZJKjlVLTY0WkZaSzc6Q1gvLjNfJSMNCk0qPTZU VjovVDUsSFkpLkYiK00yW0tFRSMsKi1XVzdFWlVaV0s3PT8wTlpZOVkjPkM9 XVZaV0hHOU5KVz4NCk09MU9VS0VPMU5UOFk8KloxYFo9KSNNMExEXzBJPjUi LUswNEkkQkA6QFRKMysyXS1COSNBJ1kuWEUvUzYNCk1ELUYtQiIxSEs+TSUm YFtGTSVQOSxNQkBRNy5ZWC9bJzwuJzYtTicvUDg1W00kLyo8TVIvJzkoJTI7 XiMNCk0nMCpaJy9BVTJXTVRXWDtIL0RSLzxEJTVUP2A9XEQnMldbQFhMRzkz N14oUzBJUEVZOjIyRyNGPUNJMSINCk1RXFMkRyRZIzdVP1c9PFZeS00kN0wo YDNBIjsxNDRaTjReREAkRF9TT0IyTDUhJyM+PVo3Sz9IT1ZTWEkNCk1YL0Qv OFlPOTU7OClEWiYsREpRU0FgMkk4XUozOCw7JFktSjoxLEgiWidQT1VaTlNT JyUkPEA/V1pRX0wNCk1VNltHOChcPTMvJ0xCVzQ7VjhPJVw9I1pfI0RWPV01 Rj9gRE4nUiQ/NSEqXVZROlRSKy8vJ1JFSTQ7VU4NCk03TTJCKCNaQUsqNiJI Q1I2TzYpT05MWFVROUddPTxNOStOTFY5SE4yUSI7LlsiVTlMMDtfL0pDTV5D UjoNCk1JJi1RMysnXSkuIjBXWVg+WVdARTVLKDBgIjtPUjxbUFpeVyNLXUwh WklIWCVGUFE/MicvLk4kNEVEV0INCk1DIj41KTAmNiNaQU1CJlJAXFcrXjA2 O0FfYC8hSSFEX1BaJDRDSUE/JS4pPCYjV1AySUc2V18mITJcJjINCk0pNU9S XikwRVNaLionRDhXMDo6QElDUSJgVSksKVY1VjdBVCw3UVNNJ19QQDMkS11I XFlGOzZGRkYqPTkNCk0hQFQwSS5YKjpITl0vTVM5L1dRWT4rIl8/XTJENF5I Q1NdKTZeQV9PT1NRTCZIJzY6Jl5gUkM6IUM6I0wNCk1YXF5IU1tUVV0tO0g5 WjJELE1SRyJaOEJKXE9OMjBAO003YD1BJykjJ1RXMTFST1VQO147R09SS1Ap SycNCk1TJl1YW0RfK08jSjRPUiJeSTQ0ViwpOjgqQkpBM0QiQz8xNktPXkk8 LFdYXzI4SiJRUUlCMjJEN05AIj4NCk05NERGXjJHPiQ4I1wyQj9gS0cxIktQ TDBBM0pWOztFVl40KiE/Vi9OVyItRyZHPkc7PT1SQz1VSUU4OCQNCk1fKDA3 OzAhR0NcJiI6MU9bPiFROCkyTzhYUE4rWjA8Mi81JFEnSj40ST0jQk9fQGBI QSorQDwkYCVbISYNCk0oPkQ3LzA4X04mIz00VUwxWTJTIUUpVSQ5XGAsLydF LTleRVNMNTJPU1RRQkRCMyopKEkkOE8iXS4oREMNCk03UVsxJUhVK14oXjQ0 M1wnS0RLSSpdMyNaWlBPRk1cPkpLIUJUMTgjU0RUSTtaTUIsMFRQLyY5L0FF QEUNCk04LFdIXUZBQzMvLlpQPDFCI1MqSixVVU1OQ0ZTQFdTKCozLDZZXk0o QiopPCdaWDMjO1gnSD1EQj5ZLVMNCk1MMDY6UiovXDIyQFRSVURGPjInLU5G VEwtJFoyXV0vVDhbJjBaRzdTNiRBIT8kKEw1JCVBUSQoO0ZbOFsNCk0vUTk6 PTpRNUszTi8oR1MhIVsjUDYwVlkvIideTyskLyc4XyE2UyFBTEg4Ly0rIVVM U0lSNEpOOjw7LiQNCk0tKzE4VzchVTIuQiwyTSdPPCwvTickXkU+SUVfOk5I LjM7VFg8VlJeKFY3VjEwQj4qQisqTiE/KE1SIVgNCk1EUkNGYDZXV1wwODA/ PShMJUQ/JVojVDFOJz1UR0RTJ0hMUGBWMkotPVEvNy1VUytMNjwiVC1HU2A6 YCcNCk0nSUBfW1FCXiJcTihRQTFMWFJAPlUsUkZWTiUoTGAwPjk0TFdHN05A UC00RkJgLCpHKklJK0U/U1U0JlUNCk1PP1ZdODxMViZFW05PXUc7OjNERkgl OzFHRS0hNmA4U1FIVFBcVTVdRFFEUjpOSlMpIkRSL0RZUDA0SFYNCk1CPkQ2 O0chXWBRQ0VVYC83XlY2NC04XSNNIiFFVDU9WlM0S006Pyc1LDk7WlNGTldR OU1FKy83PU8qVz4NCk1GJjBRXzQoPVhZO1IqTjRLPFJKTDsoRzNBVi1cJlxE ODEuXkw9LT9GPlIvTlAuWyYmLFdJNlhbS1VgNVUNCk0tYFc5UEJANTVLSFEx LiFYPF5fLVtKWVlXU0MnQDVPWiw0UjgjV0VUUUAtU1FQWk1AXVEzSTkvTkJE WFoNCk0kVitgVDs2XkJdVkMpIzdOUlE6M2AnRUhRLkIkKzMqM0RUPVNJOExa V0FHXls8VTdcQkA2ISpKTjZRPyINCk1TXFYkXlYtYEYxTyw2UlU1J1c0NClY UEc3T1peKj4tMztSUFBMU1BcLSEzQU5YNEwvJkFfKE04WVM7TloNCk1TSyc6 Kyk3SjReOkcuO1VXKyo+XzpLU1tJXl8yOl1BVFM5P1hHLiRJOk8lO1JVIy0k KFgyNkFCO1g7TEUNCk02RTBJQ1cmKClgLkMjU0tOQlw/TFhDUSJBMDJFM11g SVo+IS1VPy1BPjokJCVXT0AhIkciL1MxSSwrMCgNCk03RyI3XyUwPEBFWDRg JTM7XypMSDdVR1BROko7WEElVTVFTGBNKyNEVVw0YEBXN0ZYX0k8Szs1SzdF LkUNCk1FSV4qXkAqVT9AOkNYPTtKVFZUSjY8Lks5VyNVWFUuWUgoOC03NkNQ R0soPj1JK0tAMjlJPCtMXSE9WjwNCk1RJVM0WVc7NCRVU0FOSUtEPFYvNVNC NzU0OVBEWitKXUwpYDUpKE04UjsqWDYnVU8mNUhWKFcyNjpgQycNCk0uO1RU KDwyOk4qQGBLWltKQlImKipPQERFUl01Li83LiomIjxGIUI7ITZQOU8tKjo3 OVtbSDJVRkRGOiQNCk06MlldVyRHJCJZWEg0LCU5IkMsKDk8RDE0WUUnR0ov LFguLzJYNElaOEVWQiknJkBKLEEuSkUpJVVfKFANCk0vL0EmSTolJkg1X0lZ VCRAUik3SzRLWlYtQUE7Wyw3ITwvTUgyKU9HOT4vISQvPFJKIzpUKzRTLyRf O0oNCk0kLz4iN05TSS5KIypgIUBcIycxUy80UDBBWz9gUEk1VVVON0lcK0k8 Nko4O0wlQS0yRDdONDckNDUiNSkNCk0uNC5TJzJfU1BGSlxDI000NiVAK0ZJ Sys2RU09JV84WE1dMlswQVgnRWBbVk0vJ1gqJ0c6PylCWSJUVV4NCk1dMlVb OjgqT1hgSVAwRD43OiktKC4oUDo4JzU7KEglLi01WilEU1cuWksrRUspPUs/ Jy4lREM6RjUrRzwNCk1bJjBMPS5JMyg3VjEtP040NzlKJFpAMyg/NDBdUSk5 OTRdQkFBOD9KIlFKMjMpSFdNPihePys3Vys5OD8NCk1TTCRON2BWNl5NR1gm NEI/SF5YVzNHX1dOTkQ3JlkzJkstL15JIVI6R0srOTEvVi4mQlY8UUc+PDdA UiMNCk0oViJPWVJKLElQNCIqQ100VSQxRFUmOSxAN0E5WCU4OVcqSFpJL05Q IiVLUSU2OCc9Uj8qKEsjUj0zXVUNCk0wOipNQylHQztZXS02UUktXk1IOjok X0VLKk05MVlARiI7Vz4kRkwhPzpeQC5DWDk2Tj9ANGBYMyJWPlENCk1QJkcm SkUlL0hBQScxMyUmXEQtWjRWKFFPSjFDJiM1P1E2QCo8V1JGQVErSTBWOjs8 VT0mWzNLOikjXi8NCk0mMCZVIyJAWSQoWDs9OV0yJzVQXFxUPDMrVlVDRCgs PSsvOURBJ11cTzgzI0kpPEdgJUgoMEUuUkw2KlkNCk0xTTtVQVY5Jl46WEwj Iy8kVjcvUC4kUyleTj1FNVosTFUxOlYtN0hMOTBXOlFIK0YmMFIkKFpCRjQ6 SVYNCk01LztWMDAtV0siPkM9Jjk0TkUyVkxMUUk5MzReKTcuIiw/K1ssViwp NT4hN01USCZNJDJOVElbKTgzSUwNCk0hKyJDWFAjRiY7Pkc5KlhINSs3NURG NkNLS1VKTj42SVRPXicpXVsyU19NTF9NLTpJPkM8UlosVzMzWk0NCk0xQl5P RTkuTzNJQyhJNSpRKzgpW1s2OTVbPyNVLVQ8X0ArNjUkIUE/LSc9NFk7P1pG YChCLTgqUCFTKywNCk0qU0xUUUghLFcrSU5QVFEiNVQuWVZPKCE/TzJRQTlH LkJGLCYnPjQyRDtEUFQ5KUdRNl9gKFNVSzUhQC4NCk0wWz5VTysxRFIhL0tV OUgqOktUKylVSjdZLlEwS0ckMjhTN1o2Myo+WE1PQU8hJ1Q5JlRPT0oyNy01 TVQNCk1XLyFHKCs+JEYkVFguSE9aW0koUS0+SUE5TT8/T11XPz84Ly41KTk1 MjFCPF5JJF9gMU1EUUk8JjFSU0YNCk0uYCkoTCooUVcpJDxHUV9SMytQIjcq TFQkKFwjUllBOCU+SSonIks8STpZRk9WSi5XKShcNTVgK1soIS8NCk0uKlUn QjM9PkpSVEpQMlZDN1dXKyJJN1pfIzJBKFctISUhQF0iODU8WTE7WTg/REYv TEs1UkpaRS5ZJyENCk0lO1dGRU48OCZUMVEhMj03VlpJWi80VDxcUyxaVDBO QTo/RVhZQVc8WztAUitCVFpVV0xLXVokRFEhIjENCk0mVkZATU5GRl1MRjs8 TkUiS1FPXjdXTS9fTTMmRD5bL1JFXFFZLTVCUjFJYCRDPDhJWEEtTEpYWC4m NigNCk1EU1dSSmAkKTQlRSgqREdALiZeXT9fT0tbXkteXklCMTwnUl1LND9N LkMjM1c9LydVXV1dUS0/Lk0xI0MNCk1DS1VaMl5LNikqXCxaPiRVVU4zLCND Ny5ZTkgzRyU3UyhdQi5bUTwiUEohN0wiV0ZfITooP1c4XSZHMEkNCk04W0c+ Ml1EJ08mSjRTSzo1O1cxPEstWydRSjYwRjpUVyw/KCUhL11gL2BUUEtEOSpa NE9STj8xPVBTLDQNCk0pRjEpPFIlUEFGQFsrK1YoNV0+Q1o8UV1RWUc+WDUq KkI9KT4yLk1PRDA4OVBWMks+W1MnRCgjRj9LWkgNCk0nLDo2WSlDOEs1XzEl JjpBRSI/Xk82QCYqLCMzNClOQCY9UFgyMy9YNzAiV1tcSEZfLEMpLVAkOVEv PDINCk0iNS85U1xYTiIhSCxEKVJGOjxPKi4qKjpIJEIyMjVQUTxRPlk6T2Am KEgwIUNYVy0xPkFVIzg4Wj9RTV4NCk1gTjpUVEQ4WFgzUlpNTCc6XzhHWUUv UTIlUi9GVyNBXSwvMk5fJiNMOUknVEJCSFZWTlNTVD5TOlZRKDANCk1BNVVD RSgwUSVRRlIrWkwmQlRRRzAqMUVBNVlLMUQpKC9aO0YmVVcyRzUqJDUyVkRS M0AhITFGLio7JlUNCk0rIlNSJS5TRkpFNTQ4PFVGXU5HOEYqOkArJEomLCtK XU5JOD0mUTw3Lz0mSTVgKVksW0A6LkNSIjNKXjkNCk0vQ1dPWGBSKSEyRF89 WFRRJ1I6JF1UJVJgQyJOYD9QSzEwRjA1XU04J1stXUpCPS9ZUjYzPTE8Ui40 X0INCk07JEJRQTJIIUxeXmBYPyFXMFExTDBVJSwmKDItSDZHK1JaK1JAMlpI JFQoXTM2SSYsNS1HTkRDVjleTkkNCk03WkwtLy0nIjY1VDo3NzkyTV89NkQw XVZRWTc8VCZIWEM7QiM1RzpUJk1NTkxALVFASVYnJloxLTMzLDENCk0mQz0o YFc5XjJbMDZZImBPNFxQJk9XT0dDQFVHNTE5TiQqV0dPUF9MKFIiSV0/OkMx W1g3P0suLUNPQCoNCk0rQVFASCw0Jig6LlgsRjA2YEgmTTBMQ0wzLiQ2IUo0 OEciRkdMPko+S15FSStUNUEiOic2VS5VNEouWSoNCk1LMlVLOVhcPjk/WiJd RSxAJ1IiOjNSMyZTKTVCJyMoTVhSViJFNTIyIkE9I0NgWFxFTkhBNEJHPk4o OyQNCk1WRz8tNTY6XFBEKCZZS0kvKE9cVEheOCs4LVlNXSNSXSc0SU81KEk/ R1lPQVJZUypOTkk0JSNDJUYpMEwNCk08IS1UTCFJUk9GKDQxVVYzJj9POU4s U1U6MFNOL05dUVFQWlM6OE8hVEgmKyVTOycoTz8vXyJSKTkoUzMNCk1UJClR TllWWDUyWSgqTCE9IjEzSVs0JVYvJihaWEpWIk5eRUlWUTBfNVJaWEFcPEBP N1FBWixQOzdYWjgNCk09UjEpOj1IPCFETlIkKDouVjU/LVYtISstOypZVUVg IUJRXFBbIj9ESS5cN0BYJUYqTFRdTyFTVCtdYEYNCk1YMFlPSktASj5bUEMs SVA2PDg2MixHRVZSMUQhUCdaMC4lOSNBWTVaMDldSjxUPj9KX0VLTzEmVCVJ LTANCk0iVS40ISRRNk5GRFs6TUteKzxXQTZeOS5bJEdcLVhKWkQnTkNHNjww TTsmLV41KlIjSjknLDAjUFwqIk0NCk05OjIoX15PXzlBQk8hWlQnOkgqMTkm SzovLFg+WyNZUCxZLzwhXyhXUypIKS40YD4+SC4kN1VKIStTNUwNCk0tWDVD NF8uIi8iX18/RSFRKSgnWko9XkhXQ0tYISRTVCw9T0U3Jk1LSVtPQjQnQz1f ISZbRCpDRjhOPzMNCk1TNEwoUitXMSwlVU9DN05NLE5QIyJdTjpLQlZCJFVN OCk7OlgxRlExQT1AQl5LIiVVNidTTTYlKVxFUE0NCk1QJTpIUEpLSSMvPlcz RzZRMSJOXj5gRVk1RDJOUSIiUTcqQyY8PipEJEFgM0hBNFhMNilGOjY8QilE XVANCk1FJDsoOCM5VVs0PSMzIkYiV0QuVlYsQkAtUC9bNlxbLlQ6WFVDQDk5 XFpSLzJZIjdEW1U6LTVEN0tVSjQNCk1XUCIhNlMpYFBJSzkuQjZfKDsxNlIm XjEhMUQjIkdXX2AsSCM4TEZdUVg2NSwwVDUkREIlYCIqIktCL10NCk1GNjgu KEsnXlc6PzI+IjpNMjVOTU8rLlNKPFcyVkMkYFcwP1woOlwrLyZATC5MPilQ JTRWWSMpSzAzRkINCk0tLj4mXUAmTF5YPl8qR04yMFk5TClOIkNNQllVVSRX VygyVic/IlwoPCUrRihfRjIwXSchSVVRO0tWJUANCk1FS0JHN1gtWCFcO04j OkA/VChOUkYzWlRPPy81QllfLiNJXFwuM0hZSjotV1g6TT83Q1hbLzxIUzJF Vk4NCk1HMUg3LUcoJiFLWCM8Sy5SLiJVQWAoQ0RLTUAkSClMQD4jT0M2ISkk PCZYNSdDMyUnMCJXVF4zOEhgTVMNCk06L0kkUko7TCNLLVRSTkosNTdJSUsr Nyg7PFYxOT9cWjwsNDVdUFRcKExXRFxIV0BZQjQ3STZeS0tNOFwNCk09VUg4 WC4zUCUwKiQuWiRFWVJTPlArKVdAJDkpR102Q1hJTzBILT9dSUI7RSZTOFY2 T0cmQ049Ilw0NTwNCk03LCleXVtKV0knW1tMLT1WQkpENkchK1kvXzs2KURQ SCZPUzlMRSVZOFRPOl4lUSk4RSFHNVJEP1UtRTcNCk1QTTFdVT44NFtXLUQh KkE+MF1TRkxaKD1HRFwwRykmPExYW08oKzBDR00kISJQLjJLPjUuWCNXKy5V OlINCk0oNjZdRTtUPUReMl4yQjVaJTc9QixcJlAtLzI4Qk4mNV0uKSYqVVtX Qk44VFA6OFRVWVEwSENFWTRHVikNCk0mIz8lLkpWTzteM0taW0xOIkYhU085 NU9LRk1LPEZRW1wyXlIuXlg5S1VAUV1SWVYpVkFAQjlKKlgoJjENCk0nTVlB UC83M0hdLDdLXkpGPzIuXTZJSChIKjI/Q1leXz4vKCNIOjE2R0QmJ1kkKldV Ty9VKzU2RTxXLksNCk1HNl9OSydeNkE8Sz1CJyU/LFtKIyw1WUsxRzxQVzw4 V0BMVyE/NjYjOk1TN10iWVYqPlorL1E/Q00/QVMNCk1aMzg1OlhCMTRdRkAm Q0ZZLTIzTktMWFQ3QDopXVtSNjo2Izw7Pj9LTltPKl8yVCU6MjYzNixJVFtK TU4NCk1HLzAhKzcsN0YhIlMvUlQsJUMiJ0BAQ0laXTZPITtGXD5HR1QnPVI5 QUs9NlxYYFxYKzQ3Ri0hXyZSRj4NCk1OWFA2WE8iJCU4SjZfPk9KLjxNTk07 O1JLPzpGTkZUPz88NCsrWUBPKytgWElSXj4nS0U2J1c4OzRIIlANCk1UPUsp LV1LSyNCTU09MztSSz82LkVVSzRYIiw8UzQ9LywuVVk+JkBOJkgpUTczYDFV NCNDKCJSLkwzKDMNCk1gLS5UOEsuM1peQlRcUFU3IWBGS0ZfOyZBTDJKMi4s MUkjQkA1LCdQJ08oJ0skQ04nNEQtYD0kYChSXU4NCk03MVM3Tjk5OiQmPSwl NilLRi0wJDFQMyYlOV8hSjUtSjUqRyI1TD8zSDUpQ0YoJGAlSTMuXDEoXStH RU4NCk1MV1BETEMuJFQ9SEpMODA+UjNLMiNILU8xYCdAYCdOMitcM1xKPU1S RCY1NSIqIjIyXzImOSddSVs/US4NCk1OUipfOEYoJ1xSTEVIYExXUzhfWVJf UTgtLC5XRDVPJUgnPFlUXDVcOzsjWTQvU0EwO0A7NDFJRk5ENFwNCk0iSEFc OWAzSlNbKzFUITQzVC9GSCo+OjxDJlpDKDYwQk9OQi1AOi5FLlYyRFJKV003 NTc/XzcsIihVO1ENCk1APUFLXFAlP0lbQEBHKilMXT4mYE01RDEnX1hFQDsq OzlZUlVEJE5QSEEsYFE4PTMjI0gwPzRGLzYlLEENCk1NNkFZUyJGTzYjKVZO LkUiUDs2S0IhXD5fVkZPVUg8LTApLF08RFMuVyVAQ0w9Mzo4JVpSS0RZTkFZ IjMNCk0lWk1aKilNSFcwQFQ7UiZASl9eWi1XQztSLjRSJTRTQj04MU5CNUIo OkBAISJcPjYvPFlWWDg8JC5ARV4NCk0uV1lRXE0uM0YoKV0iMkBIMjFcV01P Ki1LOzpHSDFZMWBPNU5QS18kIy9ZKyNfNz1YMzsyQkZTQDVFQyoNCk0hL0RD TTg0Vlg4UU8mTSNcIyRUIkVFMEc2JlEjMGBfUCw+Wl4mXSdVUj8uQ1BZPCsq VzomQlgyK0IqYEwNCk0hSCdHQUNeWSwmPUMjQDErTVkvWVNYIzxeJzg2JyIu W0tFISdMSFBFRU5XUjAkNE1gSS4oMzo7Q1NeQUcNCk0kTSMxPjovXzFSXlJZ LUQpKC1HOVo+MztLMFUvRj9FSVNJQyRHJF1eUiZSUyk7PSdKIkZJNyFeUVNK M1INCk02ODEoTT5gJjw2PTdUQiE4JSxKP0g5XFg2WlZcSiRTRUNaTz5BMCUu MC9cXWAiIjldTi4hSCcsKStINSENCk1TVk84TE4+VEBBNSVTPTI1LkFfLzFL VFFSMV9HMyNfXGAxT08jPDUpUys2VUc2XUwqVSc1VkMrWzBcKiENCk1QXlMt SSJdVTAsUkhUXT5LVj8mK1RaLF0yQiZALSVPMk9YTV5OWWBeKllPPlQmWDc0 UUw8Qjg5V2AhVk4NCk0vSjtWVVo3PkJGW1tPSzFQLVNOWltDOEwzOlglUS1X KTlCOjNFTSQ9QDpVP1olOUQ3LTsoNyo2QzdUXi8NCk03QVg/L0dfVl1aL1o0 JkJcI01cJUUrJz07Tjc7JlJURyU3XilGXkw0T142WypYSz9DW15bYDRfUlRe VEwNCk09S0VSJTxIIkVTTzNYO0FXMT9YOjw6Xjs3QyY8RkVFI10rQChQOVBa LTYhPjRFUio0TiFJX0o6LElXJzoNCk0vTyo0SE1dKSMxNVdYLT48OzNAPFAy OGBaKl5MOCFGTFVILkwiME8sX0kqVUs3PD9fK1VWWCFaXDhXVjkNCk1dLDY+ X1daQDU2M0clWi9RVlxDI1o8USZWK0UsUGBMIj8xKyNbJlNERlZUNSIrUzgn Oy8hTFdBIUstKzYNCk00W0RgVC1YOVUlVEc7MSkqMChXJi9DSEkwITgiYCkk W0UoWz44LSklUFxEUSI2Ok00P0szK04+UTNBQlwNCk1FKiUzMFAmTjBFWi4t MU5YMDxEJygtQDsyQi1BSEM3Kl8uOiorK0ssPC44L0UxTk5dITlJUDMiMkxT QTcNCk1ESVwzVFdfRiwmLSJcKE84TVVaSVZGJElOXl5dW1Q0R0VNW1IoJCMk QlRLOzVcP0FgWChNQEtWXUw5R08NCk1LIk8tWF9WMVMiXihAQC4nKChYUDJE SFUtT05XQkQzMCdNKSNbMiktJVBaPTlEMkYxPS42RTdgQUU5IlANCk0hPlpJ UlNcRFYyNUk+XFYyX1EoUy9ZWV0oN0VXRyI8MjtYWVZdPictODZRMzJCRjwp PCcvPitGNCNKOzANCk1dIjIqMVc8P0RXNylIVy8kRDtXOVonUTg/QldWUFo2 NlEtQUtTXkRMJDciPzw8MV1NR1JfNzYrTEZIWU0NCk0+PUIoVitBUFhFWyRR WCRdXTdVV1hAWTgnJ0MoPytTPl9TSlBgMi9eWCNIUlFQO0ZeJFU+XUo6XVI1 Vy8NCk1RQ1JZLVRcPDslX1hYMzc8MCJPSFo+OlYqQUpUTzA5QTU5VEhbVSUy UjonSj0pMDBCIjo9VDVaMjRLIzsNCk1bWUNFQ2AzQV4rLFQ4NSg4OEBbXD1S KyFJSWAnUypVNTNCIkoqYC9FNEQxMExLXDJfUjkvTD1TMz8wQiYNCk09N0sw JSIvUTQrJik3RE9GIl9cJDs4RzU8Ljg7OjEwMEspXEwxXl4xOSIuWFxfLUg1 IS1INSRIVDRRLjkNCk0yXD46TUk6JDcwSlpYXE82QEVOLycxIiouTUtTOSpR TjdUKi1UOVhNVjYhSWBfOjsxUUUqIjQuJFw6KE0NCk04K0tAKEkyVVE9NjFg VUU4QEFaWDozSSxMLkEhXlstP18qQCU/Uj5QXyIpK0dHT05DST4+Pl9SIk1c SzkNCk1GMTNXTy1FSVlZTj07NjVZJFBcQEBWJCYxP15GV04jOFozP0BJRFBe PFlZLWBXU0dIW1MwQDZWIjc+VVoNCk1dMyVQXTwjNClQUCxcYFlZOl41JlNR W1wvOT8tRlg8KlRKOEtEWDktVzZISFpHRy87VF8mWSlWLTNLWlMNCk1MOiws LyFdX1M9R0c3JzNSWC0/O1oqQyMhU18vLEYlN1RdQitEW0BJTjxZVzg9Ml1H IVVDVik3W0BZWiwNCk1ZTFxIKSRcMkhMIy5DNC09Qz9dKCU0XCgjOE1YVilP RkwlVTVDT1xTWlIyUlpSXFQ9TipMRChMV1VXP1MNCk1TOFctUCY5UGBUJj8o K1FSV0ZVVF08M0QyUDE1JGBYKjtPMTNLVDghOjNCND8yLjQzSEYzOSQ0KCpQ Q0kNCk0jM0NaUF4+NCFFS1A7LDIlKydbMidFJ0VURC1gNjo0VV46JCJTWFxQ TC03Kj1bOlZgXTdaJVtUNUxBI1ENCk1RXyI+TCIhLD8qOio8Ky1VMztSSi1e XlU7Pz0tVjdcVycoVkdcUytWPFIsJFNfTiwmTjtLV11XO1YlSFANCk03W1w+ MD0rVT1fOzpHO1c2O0dGWl9MVz05K0leJyNeNUhRXT5XYFtbVFVEV10wOFUx LyFCMTtWWFo0XE8NCk1TIzJHWFlbXFFfYDlJSSdBXkstPz9fVzVAYDwyITRQ Ly9cV05TQjkwSVguPVUrV1lIIyRSXTVHQkMlLU8NCk0oJEVQLDtASylFUTAw K15fTlVGW05QRFtYPCxTLGApLUFFKiRgJVBAPV8vTU1ELkwnVko7Ukk/OFMv WyQNCk0qSUw/OC8+O1tbPTkqMUFLO1ZbRjs3JEgtNz9QXyhfPjklMT8nTSoi PEJEO1FXXlNcJ0NaWyw+QzVYPy8NCk1TVFk/RywmTylTXD0vOkRPU19KQDNF Vj48PTIvVi9LQUw3RFkxMTRZWzkqWVg0Xis2PF1fPE1JJzpFOjYNCk0sU0Ay RzU3N1hZKlxPJjg2Skk2RylKQTNgOCRbXixdPTw3OCMnLFBSUVAqUDBKV1Yj MkQzI0VcXl4+TlMNCk01VD85R09fR09eQy9FVD4nM1VcPC9fXTteIzc/S1hd TUxOSF01IShfYDMtNlhBVzdQSyZYJFhLQTEiV04NCk1RRCY7TlslK1tCS1hX I0lSTmAsRS1BISotQzVUOktFOlsyJU9CPyk7XSRUOj09XUc9IUU9MURdLiNV XVINCk1PNSM+TVNeYE4lIWBRXUQ/SFokWkY/JzBCLCwtS0UqVk42V0BTR0hX Pzc6WF5XXThKODA1XE1bWjdgIjMNCk0wRVJbSzpVXD1aL0UpJDgySDdaIVRC UjcoWC5KV11DSFovLUJWS18oQkwnNVIsQkJVUz1bVSFSNTZJQVINCk0iYDA2 OClRKUBZOF05ITc6RS8pJDlbVz8jOlY4Vkk8VSVMMUxgV0tcK05AKi8pR0Eh RCFDLUo3KDdMRloNCk1IQDhCSlpBOFo/ISM/TiQ6XCNLQFw1VCgkLzNFR0tU VytDJF4/RTknRiQsWyNMWUBDSVw5MTUqOTYrTEANCk0tXjU1SDMwJy46RyxW KUMyJ1lWKE4sVyVIJj8wTD4lJlRUWiNbXkAwXytGWkVPIiU4KU80LCwkVlZS OjgNCk1ERjEmO0FDTk0/KkEuTDRUNl9TXDc+KjRARFdZRCQ9JUJUXj1UI0VH TT0lSyosUUZdQD9IL1AoPyNgXisNCk1PSycwQDgpLy4sU1taVTdTQlZFK0BH OzhOLzJYVGA8VFY0Pi40LVZJJVQvSjEhPkctQVc9M0JZWiNaODkNCk1RMDpI SD9OOCJRVUM9MSMpW1s6VlxdV1UrOj9BPi5cWypFTlFFS0oxPDAsPiUkXlNY LVxHJVNZTDg1KFoNCk1bX1E9UCNQRkBRPWBYUVYnRkdFWCo9I0lFPVk5O1db Si9KNVA/Nj5OTVYtUCVBPFs+LUA/WVUkVWAkRUUNCk1UMCFUIj4zUi07Vz1I J1AzIzdIOkAyLVktPCcyKlAkMy5YL11XI1g3Jj0pIilTWEBRXCYsTFpBISdQ MF0NCk1UXERgQkVAJyMpUVpMJEBNPjZENkdQKFNHPChDL0xLQ1w1KVdBI1hN Qz9QTyxHYFchO2AwMjwhN04yW0kNCk1QXDRQKUs6TDFJQS1NUCtaLzkuQTVX JzRVPTc0Tz9WM01SWSkqOz86Xj5aNlJFKj09SVBOU0Y5MjNeTj0NCk0kMyss YFc6RDdLJy5RSy4xJSZDOENSVEFZKkNcQUo8R0tgSjZSLCpJNFRAK1NZRyo9 UCIqLCdTQFtFOkcNCk1IR0s6XURaXk5aLUIyVzpXVVxWI0okUjhMXCFUMVMv Uy9dXVk/YCdTMyUiWzIhRmBAIT81L00/Xi1MIVANCk1FVVVSOlovKCZeKisr S01XU2BRPSlFWz5FNDdYWz5aTlleVjZKQT5HQkxNMDY8QEdKTTIwVTBWIkxS NlgNCk1ZWi8vNCgnIUYvKU4lMVA7XDBJI1JBQD5RL0g2LD9SRjUkQDIpUCFX Iy8rRDhGMSIpR0UmVUlQL0oiSS0NCk1GMltYMEhOPjE2R1MoLjZQQDZbOlQj UzUzIkpMPCZFLVRHPD1TQkNbIzo9OzU4RVBYIUpAXVRHL0NXRjgNCk1bRSU3 L0JGTFAtRDs3SUA7KFhfLTRfVDgoNlc3NylTPUJMSV5bPThaJy06WkJMPUxN U0tQOiw/JS9KR1MNCk1MUFtIPSItSFRdV0Y0TEhPSDVOUFFbRS1TUCo1IlpE WzRAQlNMPCxLWCNdTDdBQVQ1PjckLCM5L0MuP0sNCk0kO0lfUzFgTCNTKThO XztZTkBSNT9NKyhLVV8tXjVNYFtXPDkqMDZdK086SS09ISkxQVJIXyQlO0Q6 IV0NCk1KXUQzUjdVRl41UzsjOkZRT1NaKDkhLVZBUStPOEhIU1ozJyFKTEAq KUU7RSU4PUZTUSg+O0UzMFIjLysNCk02M0dJJE42QiY3REIwXjRXIzwiRVlD PVRMM0BPTkwmSEQ+OFUuQDY7TFI+WVg3RVwwTEQuRDg/Jk9gREYNCk1IIiY7 RTNLLEkiIyE7XlklWkw5MCUwX05LKl9RKEEqI15cOzpJOUNWLiNNSCdSLCVc MVMlUU5HQixZLzANCk0wIlhIKVddXWAyKUwjLE0vVTVVLmBPMTMvJic7V0g4 JEQxPTYiKWA/YDM4NlpdIkguL09IUipJLi9DWlENCk01I1JUVkwlT0AyRS8p KlsiSS0jLDEtTiw1VVpKLFY7VzVLL08wWF04Vl1DMCIpQjZgPl41LUkzTUxT PlkNCk0oMTs2VlpEO1ZISVg0PCsrLSw6UDNALzFLTlRHNkVMN0A3Qz80TFZN J1dbOV1CPk4wPDdeP1ExPDFQWCINCk0nT0kwL0hCOSJLWCIuSj1SSC1FI1Mh Lkk8T0tCMFgyPExDLjsyPSIzWkJSVFxAOEBdNVBFRT00LCNgV0ANCk1DMFwi JCg9ODM2Xy85XiEyUlAyNFo7M0M9LCEkOVdCSC0jLGAxPUU6SkUxQDQtXzAo XzREUE8qPDk6W10NCk1GPiVCV0hZW0spLDozNEJgSFQkUEJWJU8yTDYnTz9G OTYxViJFPTpASzNbKj1NSU1dVDsyWloqPV1SJlcNCk0wLkUvPy8tOWBgTkZK ISgyNjc5ITUnX1ItVCkwNTtFUSozKiU5NTc7OzE9Nl0sN09TMD06PzFJMj1A Ui8NCk1WLVlOSlxQKVpNWURZJ0I5OTUqNFBXRERMV0Y/W04mLFopODQ5RjxC Q0U0XFcmYEtYQ08uVV81Lk5BI1cNCk1ZUks2KElOWkUnJFhFI044IkU5NVtI UkcsXC0zWFIkWCsoU1whQS1RMVNHUUwzVTdUWFc6PD8+NFtbRi0NCk0oU0RP Iyo8T1AyMzRQPDo1KjMlNCk2LiJCQV8oXzwsWClgPVhdMUlIJzIwLkg+XCtB WTM8IzxeYC8jTykNCk0rPF4+X1chVl0uTjNZU14/LydNVUEsRTo4J2BHXUIm PCM2I0E7U0VVQzhQNS4pPT9aT0NBKWBNRyRVNycNCk1KI1NUMC89PTAxJio1 Jjg5LTdPLitZLUUkPUExMkJCKkVRIkErIkEnMWBVK1BBOF5SITE2SEJHOE07 TTkNCk1QKDkrWEIlVjAkK1lEXDVEJSUrQUEnR1srXlchU1JILzdPSzouQVc8 J1ZeK14xLk4iWz05KFRWKTJMU0UNCk06UFFgUV8nPClMTVU0ODgrVzJNOy4k XVpSNVZgWSlWJCYsNy1VSl4sJlUoTFo2Xlg0NjhBVTM0Sj9gLSINCk0yIkoj M1VNWiQ/SkFcMzk+QyI7MCQnNUBUSTwiRCQmMWAvQDtUVi1TVUJbWUgqTy1a VSJVXSdbMzhfVTgNCk0kOSVZL0dMOFUxOCctTy9gPFk3Ti8iX1g6SkBUNlY1 LikhSz4/QUg4UEYpQE4kMEMpMWA/NDIxQylSJzgNCk0hR2AwLE9SJT0sPTU8 OTBCNiM5N08zIzExMyEqWEI4Tj5AVyQiX1FSMDFKVVEmWk8jKzZWRl1APS41 XToNCk1dLVIlS0tbU0QlTjo6WlInQjFQOjZgQ1RPMjo7RkhJNVUtJiQoRlJU MSooJkwvLldAUlomUEIoLUwySFQNCk1KOltTP0RAUy4tLU5eOicuSFAmMV1Z REZgSSQ/RkQ8JUVJKitLRVEwMjhNTlYsMk02MVVYSTMuUDdKTkYNCk0kWV1Y REY1SkBgQjZSRzQwS0RLMChCSChFPURUVSMkWFQpUltGJz8kKTEsNWBcRDVc UyxTLjErVlEnLFENCk07OzxbVlg6TVctN0lKPEs4Mkw/UFI4XyctUzc0IllB SV4zUys2QDYtQEBcKS1eVj5SSF5eJyxDSUhAPSINCk0hOV8zQyg5KCtaQlQ3 NTldJS5eLSRLKyRaQUI/XldAXEA9ODM3OC5YVSFaU0JdQVY8OTpMPyE8XltX O1kNCk1LJTNYPFZdVTFgK1krW0NOXEg4PyJUU1gpUDA5IktOMidSQjNgUTZf Jzc+R10oOipONU9VLkpWSU9eWkENCk0zJFJJJCJMVilJOTpUTktGNEVSUyIj WzQ3Mk0uPTBYNSI3XFRPP2AuOEcmJDkyXlM8VUouJlo1STMqMykNCk1KXlpI WiRWTFU1L1MrW10nIlpPOyVZWSgwTz4uTSZMLissXDcoJispUDFeQjEoUVgi VykkWjFUSE0wQyQNCk1aWFRJPVc4T0BJUzReVzBWTV8pVjlWTSshVC08JSlg KU9gTCpTOz5TWl9bUEJHNixJL0JcKiZaWU1EITANCk0uPVVUYFtWRSMkKUol LiFfUFFQW1VOVE9TIzJJUllMTCtcPSEjXkZaJksmUydNVlNUJjRPXF81Ljlg TicNCk1gOCs0NVRPLjAkSDlVPlBcLiosOkwzOj1HOTs5TjVUT1FfSjdMRy5Y SyNBSilLNV9KMFZcVV9aRS1HI04NCk0jQjlBPDtWVUZbPzcuUVQlQlZPRC44 SVowNyQiUTlGMDxSWkVQRiMnNyxSLlVaQVBWLzo3JTVLXEFTWy8NCk0kUz5W J01TT1s/LysnW2A+T19SV11PPS1HQl9AJkVVW1AjOitYXFJNOCFLRkNLIiwi TlQ5Xl0mWiUjJjENCk1GSFBfQisiITUtRS1AQUI8KCk0SzdASyg+TVU+V11B NEVeKl1DT2BfO1k8NTEnVkAjNF8+SDhXNjlNWz4NCk02Jz8xJFcoV0dRVjtT OzAhS1RMVkFPW0lbPFctNlY7P0lFQEdNN11TLlkiVDVJWS9JVzU/TlRQQCw3 OiwNCk0nIkkvJ1pNIz5QSVlWK0QkVCdAUk5OTVc8PzFJO1M0WydMVThEPTRL K0paNVtaSFVGNUVVKi5KIkJCRV8NCk0oLTFZVT08W1Y7RkFNNS5MWy4zRT8h JE1TVkFaMU5MRFBCJlpUMy00TVhQWFEpWSxKVVQsPi43IjdZKzcNCk1cQFIs Lz9YM0BRPkI1TkIpVT1HWCM5Wl40XjFbQSRZQFRXXVQwIl9RL1pSJSkxKzZT QkZPLzReRVlPMVINCk0/IyQiSVslJjNMVUlESktZVFUuYDMxRC1ZSk0+Vkpf MEstNDs8XFNORT5LUitPXzQ8XlE0UyslTERLIy8NCk1bLzpGTE9RRCpHOzki LltdQjolOyM8KTImWVQ9TkIyIkk8SE5SN10xSCUsJl1fV1hdLjM5V15MVEs0 OyQNCk1HJTdfXyUuUTxfNVpXNFJPTDVTVy1cUzBJVTsjSCFNPDclOE5aV0lD OTUyRyEmOzQ7Izw+XEQlNEM/Ui8NCk1VRlwtLF9JWihVTy5fS1c+NCZORCdb LzI7V19eU0pSNF9dWUw9VEI6N1YxU1RRQUlgXCpZPUFWJyoxP08NCk1YNC4j IzQ+Q1VQOkUpJVBcRVkwU0ldN0pdRSVBU0U3M1wrSi07VCVZMkxITVxEMVZP WFs0W1gvMTUjNVINCk1WP1xELj5VMF9aNDBgT1ldV0JeRj1AWFo5WDtaPFwh X0FWWjwyWkZIXSwjVTRDQzFKSlJeRkglOjJLRjgNCk1GT1xGN0lHXiRQQ2BC OV0/My5QNiQuK0ozXFJEX1skKTo3T0FGRSZgW1A1WT1IKSM8JVEsUFBVWlZR XUUNCk0jXiY/YFI5U1lHPDxXYEFGOVYjX09LM0ctXjBTRVBXXUpLMVw4RTFa MTYiTUw5Pz0yMkBZPykxXkBXKFkNCk1fKk5ZITEjQDBWViJCJys5PE5RSkoz KjZWSic/TjMsPkIyV0BcSTZWMFQ/U1I9WixAKzotUU4jRlRQLDoNCk05V1g7 SCIlRlRLTFJZJzEiIS0nMEwuJiUsTlQjNDxTWjpSLVJSVCgnMEIhV09BJiok SkYxKFxIVU4oKiINCk1PLCFDJiwxRSNILSVVUzwzISU5VC4rNikmK0BgJy42 PCFdRlVSLDgjRSYsQVVSWC88VihWWEsrSCNbKUINCk0tQC0/YFYwJFcuS2Ai IUNXTEUpKS88JEhRNzgyIkpfUlk6VTNcV1hfVyVWVjFBSTk6MipTIV1GNjRS WDoNCk03RidIOT1SJCcsJD4wXCMjTCJFTDhHPTNfLj1NWChPQTxWO11cPCJZ VU8iKFE1PSk4W19TWUwmTTBBOygNCk07KSc+IzRGMTpCIUtZOydZUVQjKE0t XCU1JUxPKDkpMCsqPyFGJjo6WitKQjwhNjZGLDBPLyxLKkFKLFoNCk1KREA5 WyRCXFtONkw8QSgtX1ciOCVgKV5cJj1USCsmR08uSi9bRTg+RldfLiFOQlVZ NUkwSjwpQCpCNScNCk1fSTpdTGBITDU2QEEuISI2WDEiUFArYFBKQ1AmLSs1 QSMsKkpYR1RDN00sYCI9UTFdLjAxJThUNCowVSwNCk1SS19UUixaKktHRk4o QkYyYDRGLzwjTyZWVzEtLTohRihRWSY8XF8zR0csIV8pOTxXOy1HRmBSMy4t WUINCk1ZTCdFVUg5OUU7VzcxOTwhPVMqPV4/O1A6I18sLigvXiczI0ZQWjNP UjApKmBePjBcQTY7QlJNUFtdNCgNCk1HPjBOODlBNU4mJDQtUitTMk0wMUtW J1ZfQGAqNi9MQl8hVDNWMFlOOEEpLEc5VE4hLlUnNT1WTDYyVzENCk1EVVtg PTVFPiNOPCdSOTNGIzZEJS9XNT8xKjxOOyhFOF82STw2LE8uOTJHPCQjTEpN LlMoOCQoUCg/JjQNCk0tVVNYNy45QjFAMEdAR0k9OEFVJF0jIiw3XyEpLD4y OitZO04nUSkqOlJFREFFTVI6QlcxMV83TiQ5SVgNCk1bK1I8IUlBSypDSlQl O1EwQz5TUThZTF5aRihYTz5ZP1xLOi0qR0xNTlRaM1xRJDQxSj0+Nyg+TCtH Sk4NCk1LIVtFSUMpQ0MoOlQrIzVDN0ImRl1XI1xFSzdGS1kxLlE4JEVdR1VE WjlSTkdeVT45VSlDJkEtUCIzLUsNCk0jVl1cPDdZM0MqRTRRMCEyOlJXQy9R PyNSJFA9Pz4vLylWMzMmWUFKI1RMPjBZOVlPNi5RWDVTN1RWJkMNCk08WUNC VyU4JT1RQ0dATzdOUycoMmA4QSU/NCNLSU03TVk1MFoxTlxdTywoMkBPLCww NFhZMl47MEtbTDwNCk1eTjpOQyYzL0A4NVZfOCVRQ0tLIy0yLC5GQUtRXTsh N0QjW1oqYExeOC9YOSpEXDAxRDwuXlRaWj5dUDUNCk0uLUQsKVgqX1gyM1At XylWLCtdVz9AP1Y7OCpfNjwxK0YhPidSKyVbQ0VVUz5KMVwpPTAzUVw7KV49 REINCk1WNkoqWSpWJENPJjA3UV1DLVJXLzU1YF0xI1MiUEc4MT1SXiooXClG PVovISs0MCklPj5dYDc/JzpMMzINCk1RMGAjJSkwOEJGPDVFOiEoVShZMDZd PltaWF1OSVc4Uk4yJzhQXU8rQE8oNiE3LjVaSFMkMCUjNUI+JEgNCk0mJjBV VmA0QkpPW15gNCUlOVEuLF8rO1VbKCZURSM5RU9RMk88M1VRIywpLU9XS1Ff Ljw/Q1EzVTA5TmANCk1GOkhKLDBZX0BLIS86ST5MNjRLI0ErUiRZPDQ5VipV WEpgPEVQPUE9QT9BWzxTXUcuWiNHXSQnVl0vM0wNCk1ZXiw/Q0VfXDxBUlUo LFUmXEZNI1peI0NXRDdUNGBBRUwkKiE4M0tTX0EyQzNGXUc5K04jJSoqUjMt MWANCk1IQV5XW01gK1ZdXDVWKidPNVsoN09ORkotWC07OjVfSDpPLDUxUVRb RionTkpXX0lRMTgmSypgPU8mOC8NCk1SR1NeJUU2OltGLjojNzMnKEZER0gl PjAxKSk7TiQnOzk7IUNNWzo2XDVRKV0nSFAlMzEpQypLPSouMVUNCk0+MSdO VDlKPkUpVTU5RkNALz47RidMRChDUVlFWzJUQyhNRC9IP1osVC5PKkcpKEpQ JyJUP0tcVC9YVGANCk1OSWA+Pik9I0o4XzRaVDRPQiszR15bJDhELkBFWDxc VyY6RTlMU1dYWT43MV1eJ1BdRyg5LC5WYCc+NVINCk1aLixUUlFLUjFLRlwx VlokR0lWVU9FME5dUV4qIykwTiwvTystLj49ODI2LSk1OFk6IThHLFRdOShZ MSsNCk0/UlMvXypVLkRCUk89UzcsLlQhK1grUFJLQU4nSSg/VEgpMD08LDA/ RlMxK0EwR15AJi00VkZZVEdeIi4NCk07SyQkMFZdUlReT1ZAMjBaXzxDRVs2 IWAiQEosSlM6VDRNLzBGNUFXNCpOIjEtMyhOPF5SLV5BWEJEJDENCk07KU5W TzdBSFVCJUVVXmA6LkIlTzlBUylbJzo+LzdNQFovT0VJLkFXJTFEVVxOQDtV STBQKV1AYDkxPiQNCk1gVi0hKVRgOS1fVks6USFfQVpZQ1dYS0VJKlJCUCpP XlwjNDI/S04oOE4rRj4lPCxeRVZTRCFeK01WMEkNCk0oQCk+OSZcKl0rV04j WyYlQS5AJTJTT08mMEc+Uz8kITIrN102OEs4SltBUS8sTychVUM/IV8yRT0q QywNCk1eX1dGTCc3JD1MO1ImPzZRUURfWlRRLlc4Rzs/OF9BI1NHMSFXSTEh Vj9GQlxFU01ZLi5ZRVRXPSFfJDUNCk1dUzxXPCdSLStULV5BNEs/SyE2KGAo SkcxYFQoJScsRjFQSTEhWCRDITJIWDI/PSJbOjBbOShIR0FJYFINCk1PS0lg PTUjXl0kMyEqRixAWCRRPjJWXkohIyxNV09JWlRSJkVDMzc3SFBMRCM/KFFG Ij5eXVNRWkNRJSMNCk0/VyIwJClOOFA0TkpZNDJALzhCJTNBJ1FEYEs5TEtD P0dBVV4/XjI0VFFGUSEyVksxUEYkK1lLOzA0SEoNCk1BOSxQWVtRNzJeR1kj Lj1IQzI6SEs7IjIvSkcpSzFZX0I0KlYhJ0hcVCgtOlc4QVtdXS9PQ0owIjNP MiYNCk0nSE5JUi1KKVhIPUNCUlBdXzxaVD1XNFlQKDM4L1NdWzw3O1JNWS4z R1BaPyckJlI7WlZUTyFCQkZEPEoNCk04KFYrOD9cQlRHR005Oz8jV05dQ1BW MjlIUD1bYFwrQlw3PEcmOjtQR1dQTUpALTo6TkteVj4tNyxbMFoNCk1UXy1C NkopPywrXFRbLiEnNSw8WU5NS0lgNUU2TTs4NlJBNTlNWj1GVTNWUk1QO1Ff J0AmPjpPQE9bXDwNCk0vQ01dXDAtXyZCTUg4IUU/N0okQVErM1VKLkk1KVgs S1soKjxKWFk2J0I7RjtEQERGPFw6VCohKUE9VjkNCk00VylCI05CMEZQPz4y VDkrYEArLTlOOFxGWlJVQjMnPFBQIT4jWlApOkVeXz1aX1U2XSUzNiU3VSI+ TiQNCk1WNEo0VTAkLjtCJ0MxMV1dPTs3QlU7PEc2MUJdQVZZKTpZLD4+TCxZ NU08NTo4TTpCKCZNJUk5Nj4hPTkNCk09LERQI0s7Ols0VDckW05ISz05L084 LV9TWyQsOUglTUQkP0A+Si1YUChNOzNLL1tWJFkjJlpULS44NTcNCk1TS0o7 QlRFNyY4RkVHKENfUzgwMS1LMko2Sy9aLzZSS0Q8NlZSXlFJUERbTUZVOl0x RypfPF8vOzpXXCMNCk1AT0pPPkpGVlwoQVo6KUorR0U0LkNbUlFPMTQ7M0FV NiMlREk/Q1NcJT5KVy9TXFpfRFUtVEtLLFQtXywNCk07KiMxRU85NVFEXDtD TkFKUD5NWTlDNVRIRFU4TS1AMUYuWFRVMiQyWlEjNilLUFZfW1xJQUZcJSQw YC8NCk1QNjA/Jjw5S1BZR0ZKQk8kKV1aKFFRMkdNU1lfRlE1M0xYJUgqMUVG QUUuOSUlP0IpQl1dUT4jODo+NDwNCk1XSEdeUU0vUTotQSUnTUw1MTMpOz1G NjglXS5YVzVbRV9GTVYtU1AsOU9UWiU8OCs6L046XjIzTTk+VycNCk1QXj8v N1NSSTZSYDFKLEZTRiUzPEdIJ0ciQlU9MSxURFMwIypcU0pAI0dYWEEzPFtG OE1bWEJaRD09UzYNCk0tOV48JFJPP1ZBKlZVVyZdU0M4K05GVVsnOS0mQCpQ JicrVSwiUVwsTiVTJlY/R0AtM0dHQzVAM0QnJEENCk0pPy46OCMpRUVCIVA3 Q0cwWiQvWks1NUohLkNTQlFEJ0hMSFtGOSg/UCQ7NV4/OzldV1BJPihGXD9Z WyENCk1CTz9cQFlAMyxFXmAiO1w0NzwzR0hdJzg8JU5TX0YhLydLNTdBOkdX P2BXQTU2PTUlVFQmKEAsSCc6NTsNCk06OytOLTYkYERZPDtKVDJROiE5Ukg5 Iz1WPV5XNlFBKDBTUUdGMzNCYCFgVGBFVDxXTlY0SlgnTSk8KCENCk1NLFBJ LjU4IStIXEhXRCNIW0AjSkkoLl9AXlZCUlxPJD42OVg4SyguN0BDI0cuJylI RElAXyhIKkdBJTgNCk1CJyRENzQ5K0A+MEI2R2BXS2A9Tl4sIidAWUgqNClM Vy0mTy1VPmA1RmAnPkNAUFwjNl1bX0k+MkddKj4NCk1PSllQRV9JMk5OSDg4 IUknXjdFMC5SREM3UDI1Tz0yYDdCNFtPWTQ9Szw6JDVdVTc+REFIMV4sNFUl UVkNCk06Ty8sWkJLTVMrUDo5TE5WQSVEQ15NWV9GWjZWJ1NWIkhGJThOUCVa QEosQTQlPC0iPyspKUU3Q05eSkkNCk1gRi8kI04xVlspSy8mKlJUJlc7RlpL LU00LTtaV1RWPzlRN0BFIUkwV0BNUiRFXVJPNzVXRCMlRSoyQ1gNCk1CUEsk QFBBPU09YCNdODo6V0dQRSs+Xk9NWERJTC0hM0FQJENDXTldTzJZVixBSSo/ KUc1XChKKl1bMVcNCk0sUVktIkAvWlAsSCJEXi1LKEcvNSVPYEcoRiE/XzZA J01PQEo0SCVGR0tYS09LTz00KzReV2BfPlZgVzQNCk03Ij9OKl8iSF0vYFdR OCVQPkAsJlZKU0s6OV5JPjUuIjg2NSo9Ri9OOTReUic+OzlEW0FBOyRfKixG X1MNCk1bRj0wWEItPVEqIiQzPl1FNCsqOElNMkAxK0NgLV1LQExaWU9fMmBD QUA1QkNYJCwwKysyVyoyLTMiJzANCk0rNilEKklVT0o5JSlSKlo4QzJJNlIt ODkiXVpKNDwqRkkoJl8xKj1CUSMhI0Q8Q0hYJlhWNVNdN01aMDwNCk1eV0co UCk8SjAuT1JGQzBOSilBQSY7Izo7PE1OXSxKKlhfTTlNNCVbRl44JyxAXVMq OTkrMkNcLj5bXy8NCk1BKS4yRVZOLl0xNz4vIlojWk07QypUUSlYPkopKCZH R0cmOFNROCcnMD1aVUZMPiUiUU5ONmAjL1FZVD8NCk0+PVJZSE1cLiZaSkdb VS4+M1tYNDxeUlVCJjwvL0xPWk4mQTBCV1ElKCsoLEJgSUBdRFtRTlAnMEFF RDkNCk0sOEYoMUxDQTFMOCsoNl8uOC0sRVBYMjYhJC49PitTIixHLydUIUVH JU1CRzE6MzJWS1dENEtENEhLQVcNCk1MRjUzIi9aPD5YQD08LVpDMltNRVpE M05bOEVLPlJKL1dgNV08Nlc3UiI9Nz5eLV5SVyZTPDtBOUM0LU4NCk0wPDBa QVEzXCxSLEhAQV1fP1Y4SFArMlgxJzxSUipJI0k1XUdGNzdaSStYMy0kKjIo Wk9SKUcoPzNWJjQNCk1BMilQTjovWSY5JSs4KjNTKzM8JzZUIT4+XENJQFw+ Q1o7MV87SjEnMSFWTkQrSC9LITldMS1KK0ZFNjkNCk0vNEs6RihATl47PlY5 QTcrX0VMPDlCND4pSy9UTSJQPjMqLi8+JC0qUmBbOEZdKDRQUiw4RkA+Uior XkUNCk0uNkYvWVZXWzEsR1FOVkVSSSxFVlMmTyZRJ0khPUI7RjROLi5TTSdJ UD5KI10lTExcL1NAR1JXVy5KO1QNCk1dXjw2OkooOyInOEo5YDhcO0xgMUwk STonXl5ONCspV1I4LUxFUVlEWVBMXVIsW1snVjM5VlxaNzxcU0UNCk1SLk4j YDwhXTolSE00QlxJLEpFKFdPRjg5USFQPy9AUC0sYEk+JFo6XEsqJE40VEwm LzFVSV02XFtgXisNCk1gPEshXSQ6S1tFNyEyOkw5R1xPYCQvX1JWJldJMEBR K0whVlFIQ0FNMUpBXV1fK0hSIUQoMi4lTz1TWlINCk1HRkpeLjM6XSJHJ0E8 UFg9UFs2Xk9XUSZcOyFAOzVDUUswVjU9RVddRzQyIT42NDczPDpUW0szNzxf Ly8NCk1LSE1JWTheOUw+Wyw0MixISk81MVgxJEhDKSI9Xz8zRCMnMT9IYCwj Jzc+QjpaPkpbVF4nSVdeRU9KRy8NCkpSTU1dXGBLSTsmWV5AU0UoUDsyW0xd VFY0XVlWSTVYX1kpMV1HPVgnR09bX2BHNS0wOTpHJlAkYA0KYA0KZW5kDQoN Cg== --0-1421434191-882750989=:4258-- From owner-freebsd-hackers Sun Dec 21 18:23:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA17340 for hackers-outgoing; Sun, 21 Dec 1997 18:23:09 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from tokyonet-entrance.astec.co.jp (tokyonet-entrance.astec.co.jp [202.239.16.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA17326 for ; Sun, 21 Dec 1997 18:23:00 -0800 (PST) (envelope-from junichi@astec.co.jp) Received: from amont.astec.co.jp (amont.astec.co.jp [172.20.10.1]) by tokyonet-entrance.astec.co.jp (8.8.8+2.7Wbeta7/3.6W-astecMX2.3) with ESMTP id LAA26512 for ; Mon, 22 Dec 1997 11:22:55 +0900 (JST) Received: from stone.astec.co.jp (stone.astec.co.jp [172.20.10.23]) by amont.astec.co.jp (8.7.6/3.6Wbeta5-astecMX2.4) with ESMTP id LAA00746 for ; Mon, 22 Dec 1997 11:23:07 +0900 (JST) Received: (from junichi@localhost) by stone.astec.co.jp (8.8.5/3.5W-solaris1-1.2) id LAA14298; Mon, 22 Dec 1997 11:22:52 +0900 (JST) Message-Id: <199712220222.LAA14298@stone.astec.co.jp> To: freebsd-hackers@freebsd.org Subject: ATAPI LS-120 driver for 3.0-971208-SNAP Date: Mon, 22 Dec 1997 11:22:51 +0900 From: Satoh Junichi Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I wrote the ATAPI LS-120(SuperDisk) driver for 3.0-971208-SNAP. ^^^^^^^^^^^^^^^ Please test it and report to me who have a LS-120 drive. http://www.jp.freebsd.org/~junichi --- Junichi From owner-freebsd-hackers Sun Dec 21 20:28:25 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA24996 for hackers-outgoing; Sun, 21 Dec 1997 20:28:25 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA24985 for ; Sun, 21 Dec 1997 20:28:13 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id OAA00540; Mon, 22 Dec 1997 14:52:14 +1030 (CST) Message-Id: <199712220422.OAA00540@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Satoh Junichi cc: freebsd-hackers@freebsd.org Subject: Re: ATAPI LS-120 driver for 3.0-971208-SNAP In-reply-to: Your message of "Mon, 22 Dec 1997 11:22:51 +0900." <199712220222.LAA14298@stone.astec.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 14:52:14 +1030 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I wrote the ATAPI LS-120(SuperDisk) driver for 3.0-971208-SNAP. > ^^^^^^^^^^^^^^^ > Please test it and report to me who have a LS-120 drive. I have been looking at this, in what passes for free time. I haven't mailed you back simply because I haven't had any real success yet. Much of this has been due to attempting to work with an ATAPI Zip which has been performing oddly. One significant defect in your driver is that you do not support slices. This makes it impossible to use the driver for things like Zip disks which come partitioned like harddisks. Could you perhaps look into adding slice support? Thanks, mike From owner-freebsd-hackers Sun Dec 21 20:57:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA26581 for hackers-outgoing; Sun, 21 Dec 1997 20:57:22 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA26576 for ; Sun, 21 Dec 1997 20:57:16 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id PAA00692; Mon, 22 Dec 1997 15:21:28 +1030 (CST) Message-Id: <199712220451.PAA00692@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: John-Mark Gurney cc: Mike Smith , FreeBSD Hackers Subject: Re: converting drivers to dynamic memory... In-reply-to: Your message of "Sat, 20 Dec 1997 23:33:51 -0800." <19971220233351.10621@hydrogen.nike.efn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 15:21:27 +1030 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Mike Smith scribbled this message on Dec 21: > > my point was that this "framework" that you said was debunking my changes > ISN'T complete and working, even though you said it was... I will be > needing it in a couple months... To be honest, I made no claim as to its functionality, merely its inevitability. It's hardly reasonable to be making loud accusations of debunkment when you're talking about a hypothetical scheme yourself. > > This is entirely contingent on the acceptance of devfs as "the way to > > go", and the encompassing of the various prerequisite tasks (such as > > persistence and fixing buggy devfs support in drivers). > > so, until that happens, can I procede with phase one (that Darren Reed > was so nice to name :) )... almost ALL of that work will be able to > easily translate once devfs is complete.. What was "phase one"? I'm hardly going to stop you doing something yourself, but you should consider whether the work is worth the effort. > > I think that devfs will be a goer for 3.0. I don't know what sort of > > timetable you're on for your bus restructuring, but I suspect you may > > be looking at 3.1 for that. > > I'm hoping for having the bus/device code completely written and > functional with in the next two months... of course, after the bus/device > code is done, it will require massive changes to the device drivers... I would recommend working on a minimal functional subset of drivers for the new model, such that people can test the framework before you spam it into -current. You should think long and hard about how you can support old-style drivers in the new environment as you suggested, as you'll make some *very* unhappy vendors otherwise. mike From owner-freebsd-hackers Sun Dec 21 21:59:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA00456 for hackers-outgoing; Sun, 21 Dec 1997 21:59:17 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA00449 for ; Sun, 21 Dec 1997 21:59:09 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id AAA29624 for ; Mon, 22 Dec 1997 00:58:24 -0500 (EST) Date: Mon, 22 Dec 1997 00:58:23 -0500 (EST) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: FreeBSD-Hackers@FreeBSD.org Subject: gcc error Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk I was trying to compile ddd version 2.2 for a project, and I got an error: ==> Making all in ./ddd... Building ddd-2.2-i386-unknown-freebsd3.0... c++ -DHAVE_CONFIG_H -DNDEBUG -O2 -g -Wall -fexternal-templates -felide-constructors -fconserve-space -c -I. -I. -I./.. -I/usr/X11R6/include -o ddd.o ddd.C ddd.C: In function `int main(int, char **)': ddd.C:2490: virtual memory exhausted *** Error code 1 This can't possibly refer to FreeBSD's memory, seeing as this is a big machine, with 192M of swap, and it wasn't even fractionally full. I think it's some gcc/g++ (note it's a C++ file being compiled) problem, but I don't know how to increase g++'s idea of memory. Does anyone else know how? ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sun Dec 21 22:15:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA01433 for hackers-outgoing; Sun, 21 Dec 1997 22:15:26 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA01426 for ; Sun, 21 Dec 1997 22:15:17 -0800 (PST) (envelope-from tom@sdf.com) Received: from tom by misery.sdf.com with smtp (Exim 1.73 #1) id 0xk0xX-0004Uv-00; Sun, 21 Dec 1997 22:03:23 -0800 Date: Sun, 21 Dec 1997 22:03:21 -0800 (PST) From: Tom To: Chuck Robey cc: FreeBSD-Hackers@freebsd.org Subject: Re: gcc error In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 22 Dec 1997, Chuck Robey wrote: > This can't possibly refer to FreeBSD's memory, seeing as this is a big > machine, with 192M of swap, and it wasn't even fractionally full. I think ... Yes but on a stock setup, only root can have processes that big. Are you compiling as root? If not, check the output from "limit", and make appropiate adjustments in /etc/login.conf > > ----------------------------+----------------------------------------------- > Chuck Robey | Interests include any kind of voice or data > chuckr@glue.umd.edu | communications topic, C programming, and Unix. > 213 Lakeside Drive Apt T-1 | > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > (301) 220-2114 | version 3.0 current -- and great FUN! > ----------------------------+----------------------------------------------- > Tom From owner-freebsd-hackers Sun Dec 21 22:21:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA01847 for hackers-outgoing; Sun, 21 Dec 1997 22:21:56 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA01841 for ; Sun, 21 Dec 1997 22:21:48 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id QAA00506; Mon, 22 Dec 1997 16:47:49 +1030 (CST) (envelope-from grog) Message-ID: <19971222164749.21879@lemis.com> Date: Mon, 22 Dec 1997 16:47:49 +1030 From: Greg Lehey To: Chuck Robey Cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: gcc error References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Chuck Robey on Mon, Dec 22, 1997 at 12:58:23AM -0500 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, Dec 22, 1997 at 12:58:23AM -0500, Chuck Robey wrote: > I was trying to compile ddd version 2.2 for a project, and I got an error: > > ==> Making all in ./ddd... > Building ddd-2.2-i386-unknown-freebsd3.0... > c++ -DHAVE_CONFIG_H -DNDEBUG -O2 -g -Wall -fexternal-templates > -felide-constructors -fconserve-space -c -I. -I. -I./.. > -I/usr/X11R6/include -o ddd.o ddd.C > ddd.C: In function `int main(int, char **)': > ddd.C:2490: virtual memory exhausted > *** Error code 1 > > This can't possibly refer to FreeBSD's memory, seeing as this is a big > machine, with 192M of swap, and it wasn't even fractionally full. I think > it's some gcc/g++ (note it's a C++ file being compiled) problem, but I > don't know how to increase g++'s idea of memory. > > Does anyone else know how? Yes, this is a per-process limit. Check with ulimit or friends: === grog@freebie (/dev/ttyp5) ~ 1 -> ulimit -a core file size (blocks) unlimited data seg size (kbytes) 524288 file size (blocks) unlimited max memory size (kbytes) unlimited stack size (kbytes) 65536 cpu time (seconds) unlimited pipe size (512 bytes) 1 open files 1024 max user processes 120 virtual memory (kbytes) 589824 At a guess, your data seg, stack size or max virtual memory will be too low (I think 32 MB is the absolute minimum for data seg, and that may be too low). Check the sh/bash man page for ulimit. If you use a csh variant, I think the corresponding command is called limit, and it's also in the shell man page. Check also login.conf: that's where your hard limits get set. Greg From owner-freebsd-hackers Mon Dec 22 00:08:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA06869 for hackers-outgoing; Mon, 22 Dec 1997 00:08:53 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from acroal.com (firewall0.acroal.com [209.24.61.154]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA06861 for ; Mon, 22 Dec 1997 00:08:48 -0800 (PST) (envelope-from jamil@acroal.com) Received: from localhost (jamil@localhost) by acroal.com (8.8.8/8.8.7) with SMTP id AAA02522 for ; Mon, 22 Dec 1997 00:08:48 -0800 (PST) (envelope-from jamil@acroal.com) Date: Mon, 22 Dec 1997 00:08:48 -0800 (PST) From: "J. Weatherbee - Senior Systems Architect" To: hackers@freebsd.org Subject: Am I off my rocker? (/dev/tick device) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I certainly hope this does not already exist . . . I was thinking about a certain application I've been working on the makes extensive use of synchronous I/O multiplexing (e.g. select(2) or poll(2)). The environment is such that for the most part using a timeout in these calls are unnecessary, since for any reasonable timeout select() will return first with descriptors ready for I/O. Also, these devices for the most part (serial & analog ports) predictably periodically become ready for read. I may be dealing with 64 or so descriptors, but I thought it might be useful to have a /dev/tick pseudo device that would come ready for i/o say 10-100 times a second (depending on an ioctl). So suppose you open this device, and ioctl() it to 10 hertz, if you went into select() it would return ~100ms after opening the read ready on the /dev/tick fd. When you call read on /dev/tick, you get a unsigned int representing the number of microseconds (or alternately milliseconds) elapsed since the descriptor was opened. Milliseconds would be better, since that is at the limit of it usefulness and the descriptor would only turn over once every 49 days. Or better yet, let the frequency be user ioctl() controllable. I prefer to think of the I/O multiplexed method of writing multiuser daemons, as kind of processing one big aggregrate stream of data. With a /dev/tick fd in there the stream would have some predictable processing rate. In this case, very useful for real-time priority processes. I am confident I could author this pseudo-device (but that doesn't mean it is a good idea), so I want some feedback. From owner-freebsd-hackers Mon Dec 22 00:10:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA06986 for hackers-outgoing; Mon, 22 Dec 1997 00:10:41 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA06980 for ; Mon, 22 Dec 1997 00:10:38 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id AAA04785; Mon, 22 Dec 1997 00:09:37 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd004783; Mon Dec 22 00:09:32 1997 Date: Mon, 22 Dec 1997 00:06:43 -0800 (PST) From: Julian Elischer To: Mike Smith cc: Satoh Junichi , freebsd-hackers@FreeBSD.ORG Subject: Re: ATAPI LS-120 driver for 3.0-971208-SNAP In-Reply-To: <199712220422.OAA00540@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Mike.. Or add support for my slice code, which is less work.. On Mon, 22 Dec 1997, Mike Smith wrote: > > I wrote the ATAPI LS-120(SuperDisk) driver for 3.0-971208-SNAP. > > ^^^^^^^^^^^^^^^ > > Please test it and report to me who have a LS-120 drive. > > I have been looking at this, in what passes for free time. I haven't > mailed you back simply because I haven't had any real success yet. > Much of this has been due to attempting to work with an ATAPI Zip which > has been performing oddly. > > One significant defect in your driver is that you do not support > slices. This makes it impossible to use the driver for things like Zip > disks which come partitioned like harddisks. > > Could you perhaps look into adding slice support? > > Thanks, > mike > > > From owner-freebsd-hackers Mon Dec 22 00:20:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA07590 for hackers-outgoing; Mon, 22 Dec 1997 00:20:31 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA07577 for ; Mon, 22 Dec 1997 00:20:23 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id AAA04865; Mon, 22 Dec 1997 00:17:07 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd004863; Mon Dec 22 00:17:05 1997 Date: Mon, 22 Dec 1997 00:14:16 -0800 (PST) From: Julian Elischer To: Mike Smith cc: John-Mark Gurney , FreeBSD Hackers Subject: Re: converting drivers to dynamic memory... In-Reply-To: <199712220451.PAA00692@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As to when DEVFS becomes ready, I'm looking at a release in a week or two. I'm having trouble finding things that fail. (you should try the newest file in ftp://hub.freebsd.org/pub/scsi) mainly they are related to things that make stupid assumptions.. e.g. the partition under a filesystem must have a disklabel, or the swap must have a minor number of '1' (i.e be the 'b' partition) I'm running on a system totally running on devfs. BTW Mike, You said you found some failure conditions but I can't find the email can you remind me? I'm tracking down that sort of thing in the evenings. julian Mike Smith wrote: > > Mike Smith scribbled this message on Dec 21: > > > > my point was that this "framework" that you said was debunking my changes > > ISN'T complete and working, even though you said it was... I will be > > needing it in a couple months... > > To be honest, I made no claim as to its functionality, merely its > inevitability. It's hardly reasonable to be making loud accusations of > debunkment when you're talking about a hypothetical scheme yourself. > > > > This is entirely contingent on the acceptance of devfs as "the way to > > > go", and the encompassing of the various prerequisite tasks (such as > > > persistence and fixing buggy devfs support in drivers). > > > > so, until that happens, can I procede with phase one (that Darren Reed > > was so nice to name :) )... almost ALL of that work will be able to > > easily translate once devfs is complete.. > > What was "phase one"? I'm hardly going to stop you doing something > yourself, but you should consider whether the work is worth the effort. > > > > I think that devfs will be a goer for 3.0. I don't know what sort of > > > timetable you're on for your bus restructuring, but I suspect you may > > > be looking at 3.1 for that. > > > > I'm hoping for having the bus/device code completely written and > > functional with in the next two months... of course, after the bus/device > > code is done, it will require massive changes to the device drivers... > > I would recommend working on a minimal functional subset of drivers for > the new model, such that people can test the framework before you spam > it into -current. You should think long and hard about how you can > support old-style drivers in the new environment as you suggested, > as you'll make some *very* unhappy vendors otherwise. > > mike > > From owner-freebsd-hackers Mon Dec 22 00:24:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA07898 for hackers-outgoing; Mon, 22 Dec 1997 00:24:58 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from tokyonet-entrance.astec.co.jp (tokyonet-entrance.astec.co.jp [202.239.16.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA07876 for ; Mon, 22 Dec 1997 00:24:51 -0800 (PST) (envelope-from junichi@astec.co.jp) Received: from amont.astec.co.jp (amont.astec.co.jp [172.20.10.1]) by tokyonet-entrance.astec.co.jp (8.8.8+2.7Wbeta7/3.6W-astecMX2.3) with ESMTP id RAA09270; Mon, 22 Dec 1997 17:23:57 +0900 (JST) Received: from stone.astec.co.jp (stone.astec.co.jp [172.20.10.23]) by amont.astec.co.jp (8.7.6/3.6Wbeta5-astecMX2.4) with ESMTP id RAA08029; Mon, 22 Dec 1997 17:24:10 +0900 (JST) Received: (from junichi@localhost) by stone.astec.co.jp (8.8.5/3.5W-solaris1-1.2) id RAA18911; Mon, 22 Dec 1997 17:23:55 +0900 (JST) Message-Id: <199712220823.RAA18911@stone.astec.co.jp> To: Mike Smith cc: freebsd-hackers@freebsd.org Subject: Re: ATAPI LS-120 driver for 3.0-971208-SNAP In-reply-to: Your message of "Mon, 22 Dec 1997 14:52:14 +1030." <199712220422.OAA00540@word.smith.net.au> Date: Mon, 22 Dec 1997 17:23:54 +0900 From: Satoh Junichi Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > I have been looking at this, in what passes for free time. I haven't > mailed you back simply because I haven't had any real success yet. > Much of this has been due to attempting to work with an ATAPI Zip which > has been performing oddly. > > One significant defect in your driver is that you do not support > slices. This makes it impossible to use the driver for things like Zip > disks which come partitioned like harddisks. I don't know features of the ATAPI Zip drive. Does it work as a harddisk? The LS-120 drive has no such functions. Slice codes are not needed. > Could you perhaps look into adding slice support? No. But, I'll try to support it, if I get a ATAPI Zip drive. --- Junichi From owner-freebsd-hackers Mon Dec 22 00:35:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA08434 for hackers-outgoing; Mon, 22 Dec 1997 00:35:15 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from acroal.com (firewall0.acroal.com [209.24.61.154]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA08427 for ; Mon, 22 Dec 1997 00:35:10 -0800 (PST) (envelope-from jamil@acroal.com) Received: from localhost (jamil@localhost) by acroal.com (8.8.8/8.8.7) with SMTP id AAA02567 for ; Mon, 22 Dec 1997 00:35:09 -0800 (PST) (envelope-from jamil@acroal.com) Date: Mon, 22 Dec 1997 00:35:09 -0800 (PST) From: "J. Weatherbee - Senior Systems Architect" To: hackers@freebsd.org Subject: Descriptor vectorized read/write? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk And in addition to this, has anyone ever though of implement vectorized read/write calls that are vectorized across multiple descriptors. i.e reading from multiple descriptors into buffers simultaneously, possibly implemented similarily to the way poll(2) is. i.e (multiple duplicate fd's with same direction handled the same as readv/writev scatter io) --------------------------------------------------------------------------- void mreadv (const struct miovec *miov, int miovcnt); struct miovec { int fd; /* file descriptor */ int err; /* error status/ return count / initially i/o direction * MREAD/MWRITE */ char *base; /* base address */ size_t len; /* io length */ }; --------------------------------------------------------------------------- From owner-freebsd-hackers Mon Dec 22 00:40:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA08786 for hackers-outgoing; Mon, 22 Dec 1997 00:40:38 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA08781 for ; Mon, 22 Dec 1997 00:40:32 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id TAA00426; Mon, 22 Dec 1997 19:04:46 +1030 (CST) Message-Id: <199712220834.TAA00426@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Satoh Junichi cc: Mike Smith , freebsd-hackers@freebsd.org Subject: Re: ATAPI LS-120 driver for 3.0-971208-SNAP In-reply-to: Your message of "Mon, 22 Dec 1997 17:23:54 +0900." <199712220823.RAA18911@stone.astec.co.jp> Mime-Version: 1.0 Date: Mon, 22 Dec 1997 19:04:45 +1030 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > One significant defect in your driver is that you do not support > > slices. This makes it impossible to use the driver for things like Zip > > disks which come partitioned like harddisks. > > I don't know features of the ATAPI Zip drive. > Does it work as a harddisk? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii No. It's an ATAPI removable, like the LS-120, although not properly compliant with the specification (it doesn't support the removable media page, nor does it have 'Floppy' at the end of the device ID string). You can use it almost as-is with the wfd driver, however normally Zip disks are supplied with a partition table on them (like a hard disk). In order to work with this, the wfd driver has to have slice support. > The LS-120 drive has no such functions. Do you mean that the DOS FDISK program will not allow you to put a partition table on an LS-120 disk? > Slice codes are not needed. For the LS-120, maybe not. For the Zip, they certainly are. > > Could you perhaps look into adding slice support? > No. > But, I'll try to support it, if I get a ATAPI Zip drive. OK. There are other problems with the Zip at the moment, so perhaps I should shelve it a little. Apart from the slice problems, I was actually pretty happy with the wfd driver. If you have a few other LS-120 users that are reporting it working well, I'd be more than willing to commit it soon. mike From owner-freebsd-hackers Mon Dec 22 00:49:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA09251 for hackers-outgoing; Mon, 22 Dec 1997 00:49:05 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA09244 for ; Mon, 22 Dec 1997 00:48:56 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id TAA00476; Mon, 22 Dec 1997 19:12:42 +1030 (CST) Message-Id: <199712220842.TAA00476@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Julian Elischer cc: Mike Smith , John-Mark Gurney , FreeBSD Hackers Subject: Re: converting drivers to dynamic memory... In-reply-to: Your message of "Mon, 22 Dec 1997 00:14:16 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 19:12:42 +1030 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > As to when DEVFS becomes ready, > I'm looking at a release in a week or two. > I'm having trouble finding things that fail. > (you should try the newest file in ftp://hub.freebsd.org/pub/scsi) Wilco. See other message about hardware. 8( > mainly they are related to things that make stupid assumptions.. ... or have typos in the #ifdef DEVFS section. We had a few of those in code here. 8) > BTW Mike, > You said you found some failure conditions but I can't find the email > can you remind me? Start xdm, and try logging in. Then move the mouse. caveat: there were odd poll/select changes going on when I tried this last, it may have been non-DEVFS related. I think there may be problems in the pccard code too; I was seeing an extra insertion event for the second card at startup, and there may be problems with card removal not revoking the device node. mike From owner-freebsd-hackers Mon Dec 22 00:50:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA09382 for hackers-outgoing; Mon, 22 Dec 1997 00:50:34 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA09373 for ; Mon, 22 Dec 1997 00:50:27 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id TAA00494; Mon, 22 Dec 1997 19:14:48 +1030 (CST) Message-Id: <199712220844.TAA00494@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "J. Weatherbee - Senior Systems Architect" cc: hackers@FreeBSD.ORG Subject: Re: Am I off my rocker? (/dev/tick device) In-reply-to: Your message of "Mon, 22 Dec 1997 00:08:48 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 19:14:48 +1030 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > for read. I may be dealing with 64 or so descriptors, but I thought it > might be useful to have a /dev/tick pseudo device that would come ready > for i/o say 10-100 times a second (depending on an ioctl). So suppose you > open this device, and ioctl() it to 10 hertz, if you went into select() it > would return ~100ms after opening the read ready on the /dev/tick fd. When > you call read on /dev/tick, you get a unsigned int representing the number > of microseconds (or alternately milliseconds) elapsed since the descriptor > was opened. Try 'man setitimer' and 'man gettimeofday'. There's nothing you're suggesting that can't already be done with those two. mike From owner-freebsd-hackers Mon Dec 22 01:22:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA11284 for hackers-outgoing; Mon, 22 Dec 1997 01:22:19 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA11261 for ; Mon, 22 Dec 1997 01:22:00 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id TAA00603; Mon, 22 Dec 1997 19:46:14 +1030 (CST) Message-Id: <199712220916.TAA00603@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "J. Weatherbee - Senior Systems Architect" cc: hackers@freebsd.org Subject: Re: Descriptor vectorized read/write? In-reply-to: Your message of "Mon, 22 Dec 1997 00:35:09 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 19:46:14 +1030 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > And in addition to this, has anyone ever though of implement vectorized > read/write calls that are vectorized across multiple descriptors. i.e > reading from multiple descriptors into buffers simultaneously, possibly > implemented similarily to the way poll(2) is. Use async I/O for this. And overloading structure members is poor programming technique. mike From owner-freebsd-hackers Mon Dec 22 01:48:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA12603 for hackers-outgoing; Mon, 22 Dec 1997 01:48:15 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from acroal.com (firewall0.acroal.com [209.24.61.154]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA12598 for ; Mon, 22 Dec 1997 01:48:10 -0800 (PST) (envelope-from jamil@acroal.com) Received: from localhost (jamil@localhost) by acroal.com (8.8.8/8.8.7) with SMTP id BAA02697; Mon, 22 Dec 1997 01:47:58 -0800 (PST) (envelope-from jamil@acroal.com) Date: Mon, 22 Dec 1997 01:47:58 -0800 (PST) From: "J. Weatherbee - Senior Systems Architect" To: Mike Smith cc: hackers@FreeBSD.ORG Subject: Re: Am I off my rocker? (/dev/tick device) In-Reply-To: <199712220844.TAA00494@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk 1) I realize that (/dev/tick). However, the "clock" is a device, and in the UNIX spirit of things should also be a file. No? In this same way, I don't really see why any of the /dev/mem devices are necessary? All of those things could be accomplished through system calls. In that way /dev/null and /dev/zero are pretty useless, I mean what do they really achieve that you couldn't do in C code? 2) On the vectorized i/o, think about processes multiplexing with say 1000 - 2000 descriptors. 3) Your pretty conservative, sometime I wonder if maybye you wouldn't be happier with a 10 year old copy of AT&T UNIX? On Mon, 22 Dec 1997, Mike Smith wrote: > > for read. I may be dealing with 64 or so descriptors, but I thought it > > might be useful to have a /dev/tick pseudo device that would come ready > > for i/o say 10-100 times a second (depending on an ioctl). So suppose you > > open this device, and ioctl() it to 10 hertz, if you went into select() it > > would return ~100ms after opening the read ready on the /dev/tick fd. When > > you call read on /dev/tick, you get a unsigned int representing the number > > of microseconds (or alternately milliseconds) elapsed since the descriptor > > was opened. > > Try 'man setitimer' and 'man gettimeofday'. There's nothing you're > suggesting that can't already be done with those two. > > mike > > > From owner-freebsd-hackers Mon Dec 22 01:56:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA12950 for hackers-outgoing; Mon, 22 Dec 1997 01:56:20 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA12922 for ; Mon, 22 Dec 1997 01:55:46 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id UAA00717; Mon, 22 Dec 1997 20:20:07 +1030 (CST) Message-Id: <199712220950.UAA00717@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "J. Weatherbee - Senior Systems Architect" cc: Mike Smith , hackers@FreeBSD.ORG Subject: Re: Am I off my rocker? (/dev/tick device) In-reply-to: Your message of "Mon, 22 Dec 1997 01:47:58 -0800." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 20:20:07 +1030 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I am going to try to avoid another of your long, rambling "there is no egg on my face" threads by not cc:ing -hackers on this. > 1) I realize that (/dev/tick). However, the "clock" is a device, and > in the UNIX spirit of things should also be a file. No? No. Consider network devices. > In this same way, > I don't really see why any of the /dev/mem devices are necessary? All of > those things could be accomplished through system calls. No, they can't. Think ownership, permissions, access control. > In that way > /dev/null and /dev/zero are pretty useless, I mean what do they really > achieve that you couldn't do in C code? They interoperate efficiently with, and provide useful services to, user programs. > 2) On the vectorized i/o, think about processes multiplexing > with say 1000 - 2000 descriptors. So? Async I/O is *more* efficient, not less. > 3) Your pretty conservative, sometime I wonder if maybye you wouldn't be > happier with a 10 year old copy of AT&T UNIX? That's a laugh. Consider the flipside: if your ideas are so damn good, why, over the last thirty odd years of Unix development, hasn't someone else already implemented them? You can't possibly imagine that you are smarter, or more innovative, than people that have come before you? The fact that you've come up with an idea does not disqualify it from being a stupid idea, any more than my ideas, or anyone elses. You simply seem to be less experienced when it comes to telling how bad your ideas are, and less cautious when it comes to airing them. mike From owner-freebsd-hackers Mon Dec 22 01:58:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA13117 for hackers-outgoing; Mon, 22 Dec 1997 01:58:36 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA13098 for ; Mon, 22 Dec 1997 01:58:30 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id UAA00739; Mon, 22 Dec 1997 20:22:57 +1030 (CST) Message-Id: <199712220952.UAA00739@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: "J. Weatherbee - Senior Systems Architect" cc: hackers@freebsd.org Subject: Re: Am I off my rocker? (/dev/tick device) In-reply-to: Your message of "Mon, 22 Dec 1997 20:20:07 +1030." <199712220950.UAA00717@word.smith.net.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 20:22:57 +1030 From: Mike Smith Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > > I am going to try to avoid another of your long, rambling "there is no > egg on my face" threads by not cc:ing -hackers on this. Hah! And whose face is the egg on now?! 8) Where'd that pointy mailman's hat go? mike From owner-freebsd-hackers Mon Dec 22 02:54:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA15782 for hackers-outgoing; Mon, 22 Dec 1997 02:54:43 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from omnix.net (root@omnix.net [194.183.217.130]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA15777 for ; Mon, 22 Dec 1997 02:54:35 -0800 (PST) (envelope-from didier@omnix.net) Received: from localhost (didier@localhost [127.0.0.1]) by omnix.net (8.8.5/8.8.5) with SMTP id KAA29094 for ; Mon, 22 Dec 1997 10:52:10 GMT Date: Mon, 22 Dec 1997 11:52:10 +0100 (CET) From: Didier Derny To: hackers@freebsd.org Subject: QUOTA problem. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, when I use the QUOTA on the December 08 snapshot freebsd is unable to halt/reboot correctly. What can I do to help you to solve this problem ? The snapshot was installed by upgrade above the previous version. -- Didier Derny didier@omnix.net From owner-freebsd-hackers Mon Dec 22 03:39:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA17840 for hackers-outgoing; Mon, 22 Dec 1997 03:39:40 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA17834 for ; Mon, 22 Dec 1997 03:39:34 -0800 (PST) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id DAA02414; Mon, 22 Dec 1997 03:38:11 -0800 (PST) Message-ID: <19971222033811.27791@hydrogen.nike.efn.org> Date: Mon, 22 Dec 1997 03:38:11 -0800 From: John-Mark Gurney To: A Joseph Koshy Cc: freebsd-hackers@freebsd.org Subject: Re: converting drivers to dynamic memory References: <199712190404.UAA03560@palrel1.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199712190404.UAA03560@palrel1.hp.com>; from A Joseph Koshy on Fri, Dec 19, 1997 at 09:33:54AM +0530 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk A Joseph Koshy scribbled this message on Dec 19: > >>>>>> John-Mark Gurney said: > For example, concurrent B-trees are supposedly very complex to implement, > so typically people get by locking the root node and taking the serialization > hit. well... I was thinking about concurrent btrees... as B-tree can be completely implemented as a signle downward pass, all you need to do is lock your parent, and the current node, then when you set down, you only release your lock upon your parent AFTER you've locked your next node... as long as there aren't and processes that climb the tree, you won't have any deadlocks to avoid... this does mean you can't do concurrent operations and traversals of the tree though... you could lock the nodes read-only which would still allow current read operations to finish before you started modifing the tree.. > > quite small. The Fib heap code is under 3k, and the B-tree code is > > 4736 bytes, but this includes some debugkuing code (printing tree and > > Did you look at skiplists too? Typical skiplist implementations tend to be > small and can be coded to use the cache nicely. Further, combined with > non-blocking primitives like compare-and-swap (x86-post-P5), or > load-linked/store-conditional (Alpha) (we are going to have FreeBSD/Alpha > some day aren't we? :)) it can really shine. well.. I just implemented skiplists... they don't even come close to the performance of B-Trees (unless you use really small sets like 100 keys)... the data density is terible with skiplists... I ran it on freefall and it ran out of 64megs of ran for one million keys... but the B-Tree code (128bytes/node, 6-15keys/node) only used 16.5megs, four megs of that was for the table of keys that I had inserted into the tree)... the code for the skiplist is much smaller though.. 1632 bytes (sub 200 lines) for some debuging code, create, insert, delete... (4736 for B-tree, 500+ lines)... (and it did only take me about 6-8 hours to completely understand, write, and debug the code, compared to the 12-20 for the B-tree code)... I'm going to read a bit more, but I really don't think that skiplists are that useful for large sets of data... they also have the serious limitations that they are bounded by how much data you think you'll need (max height)... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking P.O. Box 5693, 97405 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Mon Dec 22 03:40:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA17953 for hackers-outgoing; Mon, 22 Dec 1997 03:40:09 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA17944 for ; Mon, 22 Dec 1997 03:40:05 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id GAA01259; Mon, 22 Dec 1997 06:39:43 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712221139.GAA01259@dyson.iquest.net> Subject: Re: Descriptor vectorized read/write? In-Reply-To: from "J. Weatherbee - Senior Systems Architect" at "Dec 22, 97 00:35:09 am" To: jamil@acroal.com (J. Weatherbee - Senior Systems Architect) Date: Mon, 22 Dec 1997 06:39:43 -0500 (EST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In -current, we have implemented POSIX AIO, it does what you need. It is super-efficient on raw devices (I wonder what that is for??? :-)). J. Weatherbee - Senior Systems Architect said: > And in addition to this, has anyone ever though of implement vectorized > read/write calls that are vectorized across multiple descriptors. i.e > reading from multiple descriptors into buffers simultaneously, possibly > implemented similarily to the way poll(2) is. > > i.e (multiple duplicate fd's with same direction handled the same as > readv/writev scatter io) > > --------------------------------------------------------------------------- > > void mreadv (const struct miovec *miov, int miovcnt); > > struct miovec > { > int fd; /* file descriptor */ > int err; /* error status/ return count / initially i/o direction > * MREAD/MWRITE */ > char *base; /* base address */ > size_t len; /* io length */ > }; > --------------------------------------------------------------------------- > -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-hackers Mon Dec 22 03:41:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA18010 for hackers-outgoing; Mon, 22 Dec 1997 03:41:18 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from dyson.iquest.net (dyson.iquest.net [198.70.144.127]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA18002 for ; Mon, 22 Dec 1997 03:41:13 -0800 (PST) (envelope-from toor@dyson.iquest.net) Received: (from root@localhost) by dyson.iquest.net (8.8.8/8.8.8) id GAA01265; Mon, 22 Dec 1997 06:40:45 -0500 (EST) (envelope-from toor) From: "John S. Dyson" Message-Id: <199712221140.GAA01265@dyson.iquest.net> Subject: Re: gcc error In-Reply-To: <19971222164749.21879@lemis.com> from Greg Lehey at "Dec 22, 97 04:47:49 pm" To: grog@lemis.com (Greg Lehey) Date: Mon, 22 Dec 1997 06:40:45 -0500 (EST) Cc: chuckr@glue.umd.edu, FreeBSD-Hackers@freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Greg Lehey said: > On Mon, Dec 22, 1997 at 12:58:23AM -0500, Chuck Robey wrote: > > I was trying to compile ddd version 2.2 for a project, and I got an error: > > > > ==> Making all in ./ddd... > > Building ddd-2.2-i386-unknown-freebsd3.0... > > c++ -DHAVE_CONFIG_H -DNDEBUG -O2 -g -Wall -fexternal-templates > > -felide-constructors -fconserve-space -c -I. -I. -I./.. > > -I/usr/X11R6/include -o ddd.o ddd.C > > ddd.C: In function `int main(int, char **)': > > ddd.C:2490: virtual memory exhausted > > *** Error code 1 > > > > This can't possibly refer to FreeBSD's memory, seeing as this is a big > > machine, with 192M of swap, and it wasn't even fractionally full. I think > > it's some gcc/g++ (note it's a C++ file being compiled) problem, but I > > don't know how to increase g++'s idea of memory. > > > > Does anyone else know how? > > Yes, this is a per-process limit. Check with ulimit or friends: > Note that GCC (the C++ part) can get really really big. -- John | Never try to teach a pig to sing, dyson@freebsd.org | it just makes you look stupid, jdyson@nc.com | and it irritates the pig. From owner-freebsd-hackers Mon Dec 22 03:58:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA19021 for hackers-outgoing; Mon, 22 Dec 1997 03:58:29 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from phobos.ras.ru (root@phobos.ras.ru [193.124.148.76]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA19013 for ; Mon, 22 Dec 1997 03:58:21 -0800 (PST) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by phobos.ras.ru (8.8.5/8.8.5) with UUCP id OAA01196 for freebsd-hackers@freebsd.org; Mon, 22 Dec 1997 14:31:35 +0300 Received: (from uucp@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-3) with UUCP id OAA06787 for freebsd-hackers@freebsd.org; Mon, 22 Dec 1997 14:22:54 +0300 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.8/8.8.7) with ESMTP id OAA00995 for ; Mon, 22 Dec 1997 14:24:17 +0300 (MSK) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199712221124.OAA00995@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-hackers@freebsd.org Subject: Re: msdosfs win95 long file name support In-reply-to: Your message of "Sun, 21 Dec 1997 01:58:40 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 14:24:17 +0300 From: Dmitrij Tejblum Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luoqi Chen wrote: > I know someone (Robert Nordier?) has been working on a replacement for msdosfs. > But my patience ran out after more than one year of waiting, so I took up > the matter myself. After about two weekends of work, I got a set of working > code. If anyone's interested, I have uploaded the diff to ftp://ftp.cdrom.com/ > pub/FreeBSD/incoming/msdosfs-vfat.diff.gz. Since I have been working on a > 2.2-stable machine, the diff was taken against the 2.2.5 release. I haven't > done much testing on this, so use at your own risk. Please send feedbacks > to luoqi@watermarkgroup.com. And Merry Chrismas to everyone. > Sigh. Recently (after MSDOS replaced to Win95 on my harddrive) my patience ran out too :) And I just got a working code :) But I went other way --- I merged msdosfs from NetBSD. If anyone still interested, I have uploaded the diff to ftp://ftp.freebsd.org/pub/FreeBSD/incoming/msdosfs-netbsd.diff.gz. The diff is for -current. The diff is very large --- it full of gratuitous changes. But the changes decreases diff with NetBSD, and they are actively maintained this stuff. To be honest, there is some mess in this diff. It is result of the merge too ... Some other differences: - NetBSD support FAT32 (I haven't tested it) - NetBSD support such things as access time of a file. - NetBSD removed warning "root directory is not a multiple of the clustersize in length" :-) Dima From owner-freebsd-hackers Mon Dec 22 07:03:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA27006 for hackers-outgoing; Mon, 22 Dec 1997 07:03:13 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from kalypso.cybercom.net (kalypso.cybercom.net [209.21.136.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA26994 for ; Mon, 22 Dec 1997 07:03:00 -0800 (PST) (envelope-from ksmm@kalypso.cybercom.net) Received: from localhost (ksmm@localhost) by kalypso.cybercom.net (8.8.7/8.8.7) with SMTP id KAA13276 for ; Mon, 22 Dec 1997 10:01:37 -0500 (EST) Date: Mon, 22 Dec 1997 10:01:34 -0500 (EST) From: The Classiest Man Alive To: hackers@freebsd.org Subject: Re: ATAPI LS-120 driver for 3.0-971208-SNAP In-Reply-To: <199712220422.OAA00540@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 22 Dec 1997, Mike Smith wrote: : > I wrote the ATAPI LS-120(SuperDisk) driver for 3.0-971208-SNAP. : > ^^^^^^^^^^^^^^^ : > Please test it and report to me who have a LS-120 drive. : : [ snip, snip ] : : One significant defect in your driver is that you do not support : slices. This makes it impossible to use the driver for things like Zip : disks which come partitioned like harddisks. Does the LS-120 drive support the concept of slices or partitions? Does it work okay under FreeBSD with the standard 1.44 MB floppy? K.S. From owner-freebsd-hackers Mon Dec 22 07:49:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA00467 for hackers-outgoing; Mon, 22 Dec 1997 07:49:28 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from tokyonet-entrance.astec.co.jp (tokyonet-entrance.astec.co.jp [202.239.16.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA00443 for ; Mon, 22 Dec 1997 07:49:16 -0800 (PST) (envelope-from hamada@astec.co.jp) Received: from amont.astec.co.jp (amont.astec.co.jp [172.20.10.1]) by tokyonet-entrance.astec.co.jp (8.8.8+2.7Wbeta7/3.6W-astecMX2.3) with ESMTP id AAA21946; Tue, 23 Dec 1997 00:30:31 +0900 (JST) Received: from stone.astec.co.jp (stone.astec.co.jp [172.20.10.23]) by amont.astec.co.jp (8.7.6/3.6Wbeta5-astecMX2.4) with ESMTP id AAA14246; Tue, 23 Dec 1997 00:30:44 +0900 (JST) Received: (from hamada@localhost) by stone.astec.co.jp (8.8.5/3.5W-solaris1-1.2) id AAA21964; Tue, 23 Dec 1997 00:30:29 +0900 (JST) To: hackers@FreeBSD.ORG CC: The Classiest Man Alive Subject: Re: ATAPI LS-120 driver for 3.0-971208-SNAP References: From: HAMADA Naoki Date: 23 Dec 1997 00:30:27 +0900 In-Reply-To: The Classiest Man Alive's message of 22 Dec 1997 15:23:27 -0000 Message-ID: Lines: 12 X-Mailer: Gnus v5.3/Emacs 19.34 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The Classiest Man Alive writes: > : One significant defect in your driver is that you do not support > : slices. This makes it impossible to use the driver for things like Zip > : disks which come partitioned like harddisks. > Does the LS-120 drive support the concept of slices or partitions? Does > it work okay under FreeBSD with the standard 1.44 MB floppy? The LS-120 drive never support slices, because it is only a floppy drive. So supporting slices on the LS-120 drive makes no sense nether you use MS Windows et al. nor FreeBSD. - nao From owner-freebsd-hackers Mon Dec 22 07:52:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA00882 for hackers-outgoing; Mon, 22 Dec 1997 07:52:22 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA00870 for ; Mon, 22 Dec 1997 07:52:09 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id KAA01014; Mon, 22 Dec 1997 10:49:27 -0500 (EST) Date: Mon, 22 Dec 1997 10:49:26 -0500 (EST) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Greg Lehey cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: gcc error In-Reply-To: <19971222164749.21879@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 22 Dec 1997, Greg Lehey wrote: > > This can't possibly refer to FreeBSD's memory, seeing as this is a big > > machine, with 192M of swap, and it wasn't even fractionally full. I think > > it's some gcc/g++ (note it's a C++ file being compiled) problem, but I > > don't know how to increase g++'s idea of memory. > > > > Does anyone else know how? > > Yes, this is a per-process limit. Check with ulimit or friends: > > === grog@freebie (/dev/ttyp5) ~ 1 -> ulimit -a > core file size (blocks) unlimited > data seg size (kbytes) 524288 > file size (blocks) unlimited > max memory size (kbytes) unlimited > stack size (kbytes) 65536 > cpu time (seconds) unlimited > pipe size (512 bytes) 1 > open files 1024 > max user processes 120 > virtual memory (kbytes) 589824 That was it, thanks, Greg. > > At a guess, your data seg, stack size or max virtual memory will be > too low (I think 32 MB is the absolute minimum for data seg, and that > may be too low). Check the sh/bash man page for ulimit. If you use a > csh variant, I think the corresponding command is called limit, and > it's also in the shell man page. Check also login.conf: that's where > your hard limits get set. > > Greg > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Dec 22 07:56:36 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA01261 for hackers-outgoing; Mon, 22 Dec 1997 07:56:36 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA01225 for ; Mon, 22 Dec 1997 07:56:12 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id KAA01334; Mon, 22 Dec 1997 10:55:17 -0500 (EST) Date: Mon, 22 Dec 1997 10:55:17 -0500 (EST) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Tom cc: FreeBSD-Hackers@FreeBSD.ORG Subject: Re: gcc error In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sun, 21 Dec 1997, Tom wrote: > > On Mon, 22 Dec 1997, Chuck Robey wrote: > > > This can't possibly refer to FreeBSD's memory, seeing as this is a big > > machine, with 192M of swap, and it wasn't even fractionally full. I think > ... > > Yes but on a stock setup, only root can have processes that big. Are > you compiling as root? If not, check the output from "limit", and make > appropiate adjustments in /etc/login.conf > Thanks for the correct answer, Tom, it completes the compile now. > > > > > ----------------------------+----------------------------------------------- > > Chuck Robey | Interests include any kind of voice or data > > chuckr@glue.umd.edu | communications topic, C programming, and Unix. > > 213 Lakeside Drive Apt T-1 | > > Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD > > (301) 220-2114 | version 3.0 current -- and great FUN! > > ----------------------------+----------------------------------------------- > > > > Tom > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Dec 22 07:59:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA01647 for hackers-outgoing; Mon, 22 Dec 1997 07:59:40 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA01518 for ; Mon, 22 Dec 1997 07:58:50 -0800 (PST) (envelope-from luoqi@watermarkgroup.com) Received: by watermarkgroup.com (4.1/SMI-4.1) id AA11732; Mon, 22 Dec 97 10:54:45 EST Date: Mon, 22 Dec 97 10:54:45 EST From: luoqi@watermarkgroup.com (Luoqi Chen) Message-Id: <9712221554.AA11732@watermarkgroup.com> To: dima@tejblum.dnttm.rssi.ru Subject: Re: msdosfs win95 long file name support Cc: hackers@freebsd.org Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Actually I looked at NetBSD's code before I started. But its lookup code is somehow not very efficient: directory entry found is stored as directory relative offset, as opposed to file system relative offset as in our code. This results in extra pcbmap() calls in subsequent vnops (this problem is somewhat alleviated by the usage of fat cache, though). Their long file name support is not very well designed too. For instance, if we are to create a file with long file name, we need to find a unique 8.3 name. The logical place is to do that is in the lookup code, where we traverse the whole directory. NetBSD's code instead does that in vnops code, which means that you need to go through the directory TWICE. This is a Bad Thing(TM) if the directory is very large (say, windows/system :) So I decided to modify our existing code, instead merging with NetBSD's code. More efficient code in less time. > Some other differences: > - NetBSD support FAT32 (I haven't tested it) This would be nice to have in our code. I don't know how hard that would be. I remember read in the mailing-list archive, someone said it was a completely different beast than FAT16/12. > - NetBSD support such things as access time of a file. Yes, they support creation/access time. But they didn't try hard to set them correctly. If I've read their code correctly, both creation and access time are always set to equal to the modification time. After all, it is trivial to add support for them. > - NetBSD removed warning "root directory is not a multiple of the clustersize > in length" :-) There's one feature in NetBSD's code I think would be useful. They have a mount option called shortname, which allows you to use the 8.3 name space. I added that to my code last night, this involves changes to sys/mount.h and userland mount program (mount_msdos), and lkm has a different API, it's no longer a drop-in replacement for the old module. So I am not sure if I want to distribute the code now. > > Dima > > > -lq From owner-freebsd-hackers Mon Dec 22 08:30:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA03405 for hackers-outgoing; Mon, 22 Dec 1997 08:30:56 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from kalypso.cybercom.net (kalypso.cybercom.net [209.21.136.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA03395 for ; Mon, 22 Dec 1997 08:30:47 -0800 (PST) (envelope-from ksmm@kalypso.cybercom.net) Received: from localhost (ksmm@localhost) by kalypso.cybercom.net (8.8.7/8.8.7) with SMTP id LAA18807 for ; Mon, 22 Dec 1997 11:29:51 -0500 (EST) Date: Mon, 22 Dec 1997 11:29:48 -0500 (EST) From: The Classiest Man Alive To: hackers@freebsd.org Subject: Re: ATAPI LS-120 driver for 3.0-971208-SNAP In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On 23 Dec 1997, HAMADA Naoki wrote: : The LS-120 drive never support slices, because it is only a floppy : drive. So supporting slices on the LS-120 drive makes no sense nether : you use MS Windows et al. nor FreeBSD. Is this ATAPI limitation? Do the parallel/ATAPI zip drives support slices? I would have thought the LS-120 would only behave like a floppy with floppies and enable more functionality on the 120 MB media (e.g., various non-FAT filesystems). All the SCSI removable models I've used (jaz, zip, SyQuest) seem to support slices. Removability even works with a little care. I hope that FreeBSD can support as much of that as possible on the LS-120 drives (since I hope to get one someday. But since I haven't written a lick of code, I'm in no position to make demands. :-) ) K.S. PS -- How do you like the drive's performance and reliability? From owner-freebsd-hackers Mon Dec 22 08:45:33 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA04316 for hackers-outgoing; Mon, 22 Dec 1997 08:45:33 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from tokyonet-entrance.astec.co.jp (tokyonet-entrance.astec.co.jp [202.239.16.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA04292 for ; Mon, 22 Dec 1997 08:45:18 -0800 (PST) (envelope-from junichi@astec.co.jp) Received: from amont.astec.co.jp (amont.astec.co.jp [172.20.10.1]) by tokyonet-entrance.astec.co.jp (8.8.8+2.7Wbeta7/3.6W-astecMX2.3) with ESMTP id BAA25623; Tue, 23 Dec 1997 01:45:02 +0900 (JST) Received: from stone.astec.co.jp (stone.astec.co.jp [172.20.10.23]) by amont.astec.co.jp (8.7.6/3.6Wbeta5-astecMX2.4) with ESMTP id BAA14796; Tue, 23 Dec 1997 01:45:15 +0900 (JST) Received: (from junichi@localhost) by stone.astec.co.jp (8.8.5/3.5W-solaris1-1.2) id BAA22155; Tue, 23 Dec 1997 01:45:00 +0900 (JST) Message-Id: <199712221645.BAA22155@stone.astec.co.jp> To: The Classiest Man Alive cc: hackers@freebsd.org Subject: Re: ATAPI LS-120 driver for 3.0-971208-SNAP In-reply-to: Your message of "Mon, 22 Dec 1997 10:01:34 EST." Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Date: Tue, 23 Dec 1997 01:44:58 +0900 From: Satoh Junichi > Does the LS-120 drive support the concept of slices or partitions? No, if you mean fdisk partitions. Yes, if you mean logical slices in a disk. In the LS-120 driver, I'm providing a 'disktab' file for using the LS-120 disk as one partition. If you want to use some slices, you need to write 'disktab'. > Does it work okay under FreeBSD with the standard 1.44 MB floppy? Yes. See http://www.jp.freebsd.org/~junichi --- Junichi From owner-freebsd-hackers Mon Dec 22 08:45:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA04389 for hackers-outgoing; Mon, 22 Dec 1997 08:45:55 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA04352; Mon, 22 Dec 1997 08:45:44 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [204.141.95.138]) by etinc.com (8.8.3/8.6.9) with SMTP id LAA27047; Mon, 22 Dec 1997 11:50:45 -0500 (EST) Message-Id: <3.0.32.19971222114843.00db82e0@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 22 Dec 1997 11:48:44 -0500 To: hackers@freebsd.org From: dennis Subject: de driver - STILL needs a patch? Cc: isp@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk de? still doesnt always comes up at 100Mb/s on boot (cant autodetect) with the -C rev devices. with v2.22 there was a patch to make all that work....is there a patch that makes 2.2.5 work? Why can't this stuff get commited after half a year? Dennis From owner-freebsd-hackers Mon Dec 22 08:47:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA04552 for hackers-outgoing; Mon, 22 Dec 1997 08:47:01 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA04538 for ; Mon, 22 Dec 1997 08:46:49 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id LAA01670; Mon, 22 Dec 1997 11:44:29 -0500 (EST) Date: Mon, 22 Dec 1997 11:44:29 -0500 (EST) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: John-Mark Gurney cc: A Joseph Koshy , freebsd-hackers@FreeBSD.ORG Subject: Re: converting drivers to dynamic memory In-Reply-To: <19971222033811.27791@hydrogen.nike.efn.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Mon, 22 Dec 1997, John-Mark Gurney wrote: > A Joseph Koshy scribbled this message on Dec 19: > > >>>>>> John-Mark Gurney said: > > For example, concurrent B-trees are supposedly very complex to implement, > > so typically people get by locking the root node and taking the serialization > > hit. > > well... I was thinking about concurrent btrees... as B-tree can be > completely implemented as a signle downward pass I didn't know that ... I wonder how ... do you keep a count of keys stored inside a node hierarchy or something like that? How is splitting handled? , all you need to do is > lock your parent, and the current node, then when you set down, you only > release your lock upon your parent AFTER you've locked your next node... > as long as there aren't and processes that climb the tree, you won't > have any deadlocks to avoid... this does mean you can't do concurrent > operations and traversals of the tree though... you could lock the > nodes read-only which would still allow current read operations to > finish before you started modifing the tree.. > > > > quite small. The Fib heap code is under 3k, and the B-tree code is > > > 4736 bytes, but this includes some debugkuing code (printing tree and > > > > Did you look at skiplists too? Typical skiplist implementations tend to be > > small and can be coded to use the cache nicely. Further, combined with > > non-blocking primitives like compare-and-swap (x86-post-P5), or > > load-linked/store-conditional (Alpha) (we are going to have FreeBSD/Alpha > > some day aren't we? :)) it can really shine. > > well.. I just implemented skiplists... they don't even come close to > the performance of B-Trees (unless you use really small sets like 100 > keys)... > > the data density is terible with skiplists... I ran it on freefall and > it ran out of 64megs of ran for one million keys... but the B-Tree code > (128bytes/node, 6-15keys/node) only used 16.5megs, four megs of that > was for the table of keys that I had inserted into the tree)... > > the code for the skiplist is much smaller though.. 1632 bytes (sub 200 > lines) for some debuging code, create, insert, delete... (4736 for > B-tree, 500+ lines)... (and it did only take me about 6-8 hours to > completely understand, write, and debug the code, compared to the 12-20 > for the B-tree code)... > > I'm going to read a bit more, but I really don't think that skiplists > are that useful for large sets of data... they also have the serious > limitations that they are bounded by how much data you think you'll > need (max height)... > > -- > John-Mark Gurney Modem/FAX: +1 541 683 6954 > Cu Networking P.O. Box 5693, 97405 > > Live in Peace, destroy Micro$oft, support free software, run FreeBSD > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Mon Dec 22 09:23:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA07667 for hackers-outgoing; Mon, 22 Dec 1997 09:23:21 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA06932 for ; Mon, 22 Dec 1997 09:18:06 -0800 (PST) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id JAA08688; Mon, 22 Dec 1997 09:17:56 -0800 (PST) Message-ID: <19971222091755.35537@hydrogen.nike.efn.org> Date: Mon, 22 Dec 1997 09:17:55 -0800 From: John-Mark Gurney To: Chuck Robey Cc: A Joseph Koshy , freebsd-hackers@FreeBSD.ORG Subject: Re: converting drivers to dynamic memory References: <19971222033811.27791@hydrogen.nike.efn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: ; from Chuck Robey on Mon, Dec 22, 1997 at 11:44:29AM -0500 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Chuck Robey scribbled this message on Dec 22: > On Mon, 22 Dec 1997, John-Mark Gurney wrote: > > > A Joseph Koshy scribbled this message on Dec 19: > > > >>>>>> John-Mark Gurney said: > > > For example, concurrent B-trees are supposedly very complex to implement, > > > so typically people get by locking the root node and taking the serialization > > > hit. > > > > well... I was thinking about concurrent btrees... as B-tree can be > > completely implemented as a signle downward pass > > I didn't know that ... I wonder how ... do you keep a count of keys stored > inside a node hierarchy or something like that? How is splitting handled? well... first of all B-trees have [ t-1, 2t-1 ] keys per node (the root node can have [ 1, 2t-1] keys)... and these keys subdivide the rangs of values of the tree... because of the key per node requirement, they keep track of 'em and adjust the tree as neccessary... when adding keys, the keys slowly "filter" up, until the root node contains 2t-1 keys, at which point the tree increases in height by one... then pretty much the reverse happens when deleting keys, except that the tree decreases height when the root node contains no keys... now, if your talking about splitting the tree around a key, I don't think that it possible to do that with B-trees (and keep 'em balanced)... hope this answers your questions.... P.S. I fixed the fib code so that it doesn't require floating point like it used to. -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking P.O. Box 5693, 97405 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Mon Dec 22 09:32:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA08546 for hackers-outgoing; Mon, 22 Dec 1997 09:32:09 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from acroal.com (firewall0.acroal.com [209.24.61.154]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA08486 for ; Mon, 22 Dec 1997 09:31:58 -0800 (PST) (envelope-from jamil@acroal.com) Received: from localhost (jamil@localhost) by acroal.com (8.8.8/8.8.7) with SMTP id JAA03319; Mon, 22 Dec 1997 09:31:41 -0800 (PST) (envelope-from jamil@acroal.com) Date: Mon, 22 Dec 1997 09:31:41 -0800 (PST) From: "J. Weatherbee - Senior Systems Architect" To: Mike Smith cc: hackers@FreeBSD.ORG Subject: Re: Am I off my rocker? (/dev/tick device) In-Reply-To: <199712220950.UAA00717@word.smith.net.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > 2) On the vectorized i/o, think about processes multiplexing > > with say 1000 - 2000 descriptors. > > So? Async I/O is *more* efficient, not less. It is not an issue of asynchronous versus synchronous i/o. As in both cases you are still going to need to use a select() or poll() call (in the signal handler). Rather, it is an issue of going through the call gate x number of times, in the case of a large number of descriptors. And aside from that (mikey) signals are expensive to catch [Leffler et al. 1989] (Check Richard Stevens, Unix Network Programming, 1990, p. 328. From owner-freebsd-hackers Mon Dec 22 09:54:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA10183 for hackers-outgoing; Mon, 22 Dec 1997 09:54:38 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from tokyonet-entrance.astec.co.jp (tokyonet-entrance.astec.co.jp [202.239.16.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA09863 for ; Mon, 22 Dec 1997 09:49:21 -0800 (PST) (envelope-from junichi@astec.co.jp) Received: from amont.astec.co.jp (amont.astec.co.jp [172.20.10.1]) by tokyonet-entrance.astec.co.jp (8.8.8+2.7Wbeta7/3.6W-astecMX2.3) with ESMTP id CAA27258; Tue, 23 Dec 1997 02:45:13 +0900 (JST) Received: from stone.astec.co.jp (stone.astec.co.jp [172.20.10.23]) by amont.astec.co.jp (8.7.6/3.6Wbeta5-astecMX2.4) with ESMTP id CAA15281; Tue, 23 Dec 1997 02:45:25 +0900 (JST) Received: (from junichi@localhost) by stone.astec.co.jp (8.8.5/3.5W-solaris1-1.2) id CAA22306; Tue, 23 Dec 1997 02:45:10 +0900 (JST) Message-Id: <199712221745.CAA22306@stone.astec.co.jp> To: Mike Smith cc: Satoh Junichi , freebsd-hackers@freebsd.org Subject: Re: ATAPI LS-120 driver for 3.0-971208-SNAP In-reply-to: Your message of "Mon, 22 Dec 1997 19:04:45 +1030." <199712220834.TAA00426@word.smith.net.au> Date: Tue, 23 Dec 1997 02:45:09 +0900 From: Satoh Junichi Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Do you mean that the DOS FDISK program will not allow you to put a > partition table on an LS-120 disk? Yes!!! Solly, I thought you mean it. > > Slice codes are not needed. > > For the LS-120, maybe not. For the Zip, they certainly are. Hahaha... I forgot to write this code. (^^; > > > Could you perhaps look into adding slice support? > > No. > > But, I'll try to support it, if I get a ATAPI Zip drive. I'll write it. --- Junichi From owner-freebsd-hackers Mon Dec 22 10:18:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA12533 for hackers-outgoing; Mon, 22 Dec 1997 10:18:06 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from aliceoy.isracom.net.il (mail@aliceoy.isracom.net.il [192.117.64.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA12498 for ; Mon, 22 Dec 1997 10:17:47 -0800 (PST) (envelope-from alex12@isracom.net.il) Received: from alex12 (pop17-20.IsraCom.Net.il [192.117.74.21]) by aliceoy.isracom.net.il (8.8.5/8.Who.Cares) with ESMTP id UAA11214 for ; Mon, 22 Dec 1997 20:17:38 +0200 Message-Id: <199712221817.UAA11214@aliceoy.isracom.net.il> From: "Tsirlin Alex" To: Subject: installation Date: Mon, 22 Dec 1997 20:12:06 +0200 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-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Hello! I have freebsd ver.5. I don't know how can I make floppy boot disc, I have 3 files: cpio.ddi, filesyst.ddi, kcopy_ah.ddi, I must to extract it or not? my email address is: alex12@isracom.net.il Thanks, Eddy and Alex. From owner-freebsd-hackers Mon Dec 22 10:25:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA13206 for hackers-outgoing; Mon, 22 Dec 1997 10:25:27 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from freefall.pipeline.ch (intranet.pipeline.ch [195.134.128.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA13131; Mon, 22 Dec 1997 10:24:53 -0800 (PST) (envelope-from andre@pipeline.ch) Received: from pipeline.ch ([195.134.128.41]) by freefall.pipeline.ch (Netscape Mail Server v2.02) with ESMTP id AAA710; Mon, 22 Dec 1997 19:23:09 +0100 Message-ID: <349EB02A.BEF100BB@pipeline.ch> Date: Mon, 22 Dec 1997 19:23:38 +0100 From: "IBS / Andre Oppermann" Organization: Internet Business Solutions Ltd. (AG) X-Mailer: Mozilla 4.03 [en] (WinNT; U) MIME-Version: 1.0 To: hackers@FreeBSD.ORG CC: isp@FreeBSD.ORG Subject: Re: de driver - STILL needs a patch? References: <3.0.32.19971222114843.00db82e0@etinc.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I have also that problem but in the other direction: My Accton 10/100 Card (DEC21140AE and an NS DP83840 Chip) comes up with 100M on a 10M Hub and then even when forced to 10M refuses to send or receive anything. I've compiled the de-driver (kernel) with TULIP_DEBUG and TULIP_DO_GPR_SENSE and never got any useful result (not even debug output). dennis wrote: > > de? still doesnt always comes up at 100Mb/s on boot (cant autodetect) with > the -C rev devices. with v2.22 there was a patch to make all that work....is > there a patch that makes 2.2.5 work? > > Why can't this stuff get commited after half a year? > > Dennis -- Andre Oppermann CEO / Geschaeftsfuehrer Internet Business Solutions Ltd. (AG) Hardstrasse 235, 8005 Zurich, Switzerland Fon +41 1 277 75 75 / Fax +41 1 277 75 77 http://www.pipeline.ch ibs@pipeline.ch From owner-freebsd-hackers Mon Dec 22 10:47:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA15128 for hackers-outgoing; Mon, 22 Dec 1997 10:47:53 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA15091 for ; Mon, 22 Dec 1997 10:47:29 -0800 (PST) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id KAA09344; Mon, 22 Dec 1997 10:46:15 -0800 (PST) Message-ID: <19971222104615.43159@hydrogen.nike.efn.org> Date: Mon, 22 Dec 1997 10:46:15 -0800 From: John-Mark Gurney To: Tsirlin Alex Cc: freebsd-hackers@freefall.FreeBSD.org Subject: Re: installation References: <199712221817.UAA11214@aliceoy.isracom.net.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199712221817.UAA11214@aliceoy.isracom.net.il>; from Tsirlin Alex on Mon, Dec 22, 1997 at 08:12:06PM +0200 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Tsirlin Alex scribbled this message on Dec 22: > Hello! I have freebsd ver.5. I don't know how can I make floppy boot disc, > I have 3 files: > cpio.ddi, filesyst.ddi, kcopy_ah.ddi, I must to extract it or not? my email > address is: alex12@isracom.net.il WOW, are those images EVER old... those images are from freebsd 1.x, it is recommended that you use the latest 2.2.5 images... if you need more help, visit http://www.freebsd.org/... hope this helps... ttyl... -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking P.O. Box 5693, 97405 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Mon Dec 22 10:54:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA15627 for hackers-outgoing; Mon, 22 Dec 1997 10:54:10 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from mole (mole.slip.net [207.171.193.16]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id KAA15613; Mon, 22 Dec 1997 10:53:58 -0800 (PST) (envelope-from dnelson@slip.net) Received: from slip-3.slip.net [207.171.193.17] (dnelson) by mole with smtp (Exim 1.73 #2) id 0xkCyj-0003EQ-00; Mon, 22 Dec 1997 10:53:25 -0800 Date: Mon, 22 Dec 1997 10:53:20 -0800 (PST) From: Dru Nelson X-Sender: dnelson@slip-3 To: dennis cc: hackers@freebsd.org, isp@freebsd.org Subject: Re: de driver - STILL needs a patch? In-Reply-To: <3.0.32.19971222114843.00db82e0@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk autodetect with 100Base-T doesn't always work. It is best to set the interface to a certain speed and duplex. (This was confirmed for me with Ultrasparc boxes and Cisco CAT5000 devices.) I have heard similar stories with other manufacturers products. Dru On Mon, 22 Dec 1997, dennis wrote: > > de? still doesnt always comes up at 100Mb/s on boot (cant autodetect) with > the -C rev devices. with v2.22 there was a patch to make all that work....is > there a patch that makes 2.2.5 work? > > Why can't this stuff get commited after half a year? > > Dennis > From owner-freebsd-hackers Mon Dec 22 11:23:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA18274 for hackers-outgoing; Mon, 22 Dec 1997 11:23:55 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from cyber1.servtech.com (root@cyber1.servtech.com [199.1.22.8]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA17669 for ; Mon, 22 Dec 1997 11:18:12 -0800 (PST) (envelope-from housley@pr-comm.com) Received: from pr-comm.com (root@prcomm.roc.servtech.com [204.181.3.14]) by cyber1.servtech.com (8.8.6/8.8.5) with ESMTP id OAA25545 for ; Mon, 22 Dec 1997 14:17:45 -0500 (EST) Received: from pr-comm.com (housley@localhost [127.0.0.1]) by pr-comm.com (8.8.8/8.8.8) with ESMTP id OAA00565 for ; Mon, 22 Dec 1997 14:15:14 -0500 (EST) (envelope-from housley@pr-comm.com) Message-ID: <349EBC3F.8F03755E@pr-comm.com> Date: Mon, 22 Dec 1997 14:15:11 -0500 From: "James E. Housley" Organization: PR Communications, Inc. X-Mailer: Mozilla 4.04 [en] (X11; I; FreeBSD 2.2.5-STABLE i386) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org Subject: Crash installing over a lp network Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Some time after Dec 4 I started geting page fauls when installing a new system to my laptop via the lp interface. It usually makes it through include but not always. The last one failed the AM with src-2.2.0548 patches. This is the screen: fault trap 12: page fault while in kernel mode fault virtual address = 0x10 fault code = supervisor read, page not present instruction pointer = 0x8:0xf012c325 stack pointer = 0x10:0xf0197c50 frame pointer = 0x10:0xf0197c60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = net tty bio panic: page fault /etc/make.conf ----- # $Id: make.conf,v 1.37.2.5 1997/10/16 18:11:58 jkh Exp $ # # This file, if present, will be read by make (see /usr/share/mk/sys.mk). # It allows you to override macro definitions to make without changing # your source tree, or anything the source tree installs. # # This file must be in valid Makefile syntax. # # You have to find the things you can put here in the Makefiles and # documentation of the source tree. # # One, and probably the most common, use could be: # CFLAGS= -O2 -m486 -pipe # # Another useful entry is # NOPROFILE= true # Avoid compiling profiled libraries # # To have 'obj' symlinks created in your source directory # (they aren't needed/necessary) #OBJLINK= yes # # To compile just the kernel with special optimisations, you should use # this instead of CFLAGS (which is not applicable to kernel builds anyway): # COPTFLAGS= -O2 -pipe # # To compile and install the 4.4 lite libm instead of the default use: # #WANT_CSRG_LIBM= yes # # If you do not want unformatted manual pages to be compressed # when they are installed: # #NOMANCOMPRESS= true # # # If you want the "compat" shared libraries installed as part of your normal # builds, uncomment these: # #COMPAT1X= yes #COMPAT20= yes #COMPAT21= yes # # # If you do not want additional documentation (some of which are # a few hundred KB's) for ports to be installed: # #NOPORTDOCS= true # # # Default format for system documentation, depends on your printer. # Set this to "ascii" for simple printers or screen # #PRINTER= ps # # # How long to wait for a console keypress before booting the default kernel. # This value is approximately in milliseconds. Keypresses are accepted by the # BIOS before booting from disk, making it possible to give custom boot # parameters even when this is set to 0. # #BOOTWAIT=0 #BOOTWAIT=30000 # # By default, the system will always use the keyboard/video card as system # console. However, the boot blocks may be configured to use a serial port # or probe the hardware to determine if the serial port or kbd/video should # be used. # # By default we use COM1 as our serial console port *if* we're going to use # a serial port as our console at all. (0x3E8 = COM2) # #BOOT_COMCONSOLE_PORT= 0x3F8 # # Uncomment the following line to test if a keyboard is present. If the # keyboard isn't there, use the serial port as console. # #BOOT_PROBE_KEYBOARD= true # # Uncomment the following line to read the keyboard lock switch. If the # keyboard is locked, use the serial port as console. # #BOOT_PROBE_KEYBOARD_LOCK= true # # Uncomment the following line to always force the use of a serial console. # #BOOT_FORCE_COMCONSOLE= true # # By default, this points to /usr/X11R6 for XFree86 releases 3.0 or earlier. # If you have a XFree86 from before 3.0 that has the X distribution in # /usr/X386, you want to uncomment this. # #X11BASE= /usr/X386 # # # If you have Motif on your system, uncomment this. # #HAVE_MOTIF= yes # # If the default location of the Motif library (specified below) is NOT # appropriate for you, uncomment this and change it to the correct value. # If your motif is in ${X11BASE}/lib, you don't need to touch this line. # #MOTIFLIB= -L${X11BASE}/lib -lXm # # # If you are running behind a firewall, uncomment the following to leave a # hint for various make-spawned utilities that they should use passive FTP. # #FTP_PASSIVE_MODE= YES # # If you're resident in the USA, this will help various ports to determine # whether or not they should attempt to comply with the various U.S. # export regulations on certain types of software which do not apply to # anyone else in the world. # USA_RESIDENT= YES # # # Port master sites. # # If you want your port fetches to go somewhere else than the default # (specified below) in case the distfile/patchfile was not found, # uncomment this and change it to a location nearest you. (Don't # remove the "/${DIST_SUBDIR}/" part.) # #MASTER_SITE_BACKUP?= \ # ftp://ftp.freebsd.org/pub/FreeBSD/distfiles/${DIST_SUBDIR}/ # # If you want your port fetches to check the above site first (before # the MASTER_SITES specified in the port Makefiles), uncomment the # line below. You can also change the right side to point to wherever # you want. # #MASTER_SITE_OVERRIDE?= ${MASTER_SITE_BACKUP} # # Some ports use a special variable to point to a collection of # mirrors of well-known software archives. If you have a mirror close # to you, uncomment any of the following lines and change it to that # address. (Don't remove the "/${MASTER_SITE_SUBDIR}/" part.) # # Note: the right hand sides of the following lines are only for your # information. For a full list of default sites, take a look at # bsd.port.mk. # #MASTER_SITE_XCONTRIB= ftp://ftp.x.org/contrib/${MASTER_SITE_SUBDIR}/ #MASTER_SITE_GNU= ftp://prep.ai.mit.edu/pub/gnu/${MASTER_SITE_SUBDIR}/ #MASTER_SITE_PERL_CPAN= ftp://ftp.digital.com/pub/plan/perl/CPAN/modules/by-module/${MASTER_SITE_SUBDIR}/ #MASTER_SITE_TEX_CTAN= ftp://ftp.tex.ac.uk/public/ctan/tex-archive/${MASTER_SITE_SUBDIR}/ #MASTER_SITE_SUNSITE= ftp://sunsite.unc.edu/pub/Linux/${MASTER_SITE_SUBDIR}/ # # # Kerberos IV # If you want the eBones-based Kerberos, define this: # #MAKE_EBONES= yes # # # SUP/CVSup updates # #SUP_UPDATE= yes # # SUP block # #SUP= sup #SUPFLAGS= -v #SUPFILE= /usr/share/examples/sup/standard-supfile #SUPFILE1= /usr/share/examples/sup/secure-supfile #SUPFILE2= /usr/share/examples/sup/ports-supfile # # CVSup block # #SUP= /usr/local/bin/cvsup #SUPFLAGS= -g -L 2 -z #SUPFILE= /usr/share/examples/cvsup/standard-supfile #SUPFILE1= /usr/share/examples/cvsup/secure-supfile #SUPFILE2= /usr/share/examples/cvsup/ports-supfile # # top(1) uses a hash table for the user names. The size of this hash # can be tuned to match the number of local users. The table size should # be a prime number approximately twice as large as the number of lines in # /etc/passwd. The default number is 20011. # #TOP_TABLE_SIZE= 101 # SENDMAIL_CF=pr-comm.cf -------------------- MYKERNEL ----------- # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information read the handbook part System Administration -> # Configuring the FreeBSD Kernel -> The Configuration File. # The handbook is available in /usr/share/doc/handbook or online as # latest version from the FreeBSD World Wide Web server # # # An exhaustive list of options and more detailed explanations of the # device lines is present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $Id: GENERIC,v 1.77.2.4 1997/02/22 20:31:24 joerg Exp $ machine "i386" #cpu "I386_CPU" cpu "I486_CPU" #cpu "I586_CPU" #cpu "I686_CPU" ident MYKERNEL # # The `maxusers' parameter controls the static sizing of a number of # internal system tables by a complicated formula defined in param.c. # maxusers 16 # # Under some circumstances it is convenient to increase the defaults # for the maximum number of processes per user and the maximum number # of open files files per user. E.g., (1) in a large news server, user # `news' may need more than 100 concurrent processes. (2) a user may # need lots of windows under X. In both cases, it may be inconvenient # to start all the processes from a parent whose soft rlimit on the # number of processes is large enough. The following options work by # changing the soft rlimits for init. # options CHILD_MAX=128 options OPEN_MAX=128 options INET #InterNETworking options FFS #Berkeley Fast Filesystem #options NFS #Network Filesystem #options MSDOSFS #MSDOS Filesystem #options "CD9660" #ISO 9660 Filesystem #options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor # # These three options provide support for System V Interface # Definition-style interprocess communication, in the form of shared # memory, semaphores, and message queues, respectively. # options SYSVSHM options SYSVSEM options SYSVMSG # # This option includes a MD5 routine in the kernel, this is used for # various authentication and privacy uses. # options "MD5" # # Internet family options: # # TCP_COMPAT_42 causes the TCP code to emulate certain bugs present in # 4.2BSD. This option should not be used unless you have a 4.2BSD # machine and TCP connections fail. # # MROUTING enables the kernel multicast packet forwarder, which works # with mrouted(8). # # IPFIREWALL enables support for IP firewall construction, in # conjunction with the `ipfw' program. IPFIREWALL_VERBOSE sends # logged packets to the system logger. IPFIREWALL_VERBOSE_LIMIT # limits the number of times a matching entry can be logged. # # IPDIVERT enables the divert IP sockets, used by ``ipfw divert'' # # TCPDEBUG is undocumented. # #options "TCP_COMPAT_42" #emulate 4.2BSD TCP bugs #options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about # dropped packets options "IPFIREWALL_VERBOSE_LIMIT=10" #limit verbosity options IPDIVERT #divert sockets #options TCPDEBUG # This allows you to actually store this configuration file into # the kernel binary itself, where it may be later read by saying: # strings /kernel | grep ^___ | sed -e 's/^___//' > MYKERNEL # options INCLUDE_CONFIG_FILE # Include this file in kernel options "NO_F00F_HACK" config kernel root on wd1 controller isa0 #controller eisa0 #controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 #controller wdc1 at isa? port "IO_WD2" bio irq 15 vector wdintr #disk wd2 at wdc1 drive 0 #disk wd3 at wdc1 drive 1 #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device wcd0 #IDE CD-ROM # A single entry for any of these controllers (ncr, ahb, ahc, amd) is # sufficient for any number of installed devices. #controller ncr0 #controller amd0 #controller ahb0 #controller ahc0 #controller bt0 at isa? port "IO_BT0" bio irq ? vector bt_isa_intr #controller uha0 at isa? port "IO_UHA0" bio irq ? drq 5 vector uhaintr #controller aha0 at isa? port "IO_AHA0" bio irq ? drq 5 vector ahaintr #controller aic0 at isa? port 0x340 bio irq 11 vector aicintr #controller nca0 at isa? port 0x1f88 bio irq 10 vector ncaintr #controller nca1 at isa? port 0x350 bio irq 5 vector ncaintr #controller sea0 at isa? bio irq 5 iomem 0xc8000 iosiz 0x2000 vector seaintr #controller scbus0 #device sd0 #device od0 #See LINT for possible `od' options. #device st0 #device cd0 #Only need one of these, the code dynamically grows #device wt0 at isa? port 0x300 bio irq 5 drq 1 vector wtintr #device mcd0 at isa? port 0x300 bio irq 10 vector mcdintr #controller matcd0 at isa? port 0x230 bio #device scd0 at isa? port 0x230 bio # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr # # Laptop support (see LINT for more options) # #device apm0 at isa? disable # Advanced Power Management #options APM_BROKEN_STATCLOCK # Workaround some buggy APM BIOS # PCCARD (PCMCIA) support #controller crd0 #device pcic0 at crd? #device pcic1 at crd? device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio2 at isa? port "IO_COM3" tty irq 10 vector siointr device sio3 at isa? port "IO_COM4" tty irq 11 vector siointr #device lpt0 at isa? port? tty irq 7 vector lptintr #device lpt1 at isa? port? tty irq 5 vector lptintr device lpt0 at isa? port "IO_LPT1" irq 7 vector lptintr device lpt1 at isa? port "IO_LPT2" vector lptintr device lpt2 at isa? port "IO_LPT3" irq 5 vector lptintr #device mse0 at isa? port 0x23c tty irq 5 vector mseintr #device psm0 at isa? disable port "IO_KBD" conflicts tty irq 12 vector psmintr # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device de0 #device fxp0 #device vx0 #device ed0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr device ed0 at isa? port 0x300 net irq 15 iomem 0xd8000 vector edintr #device ie0 at isa? port 0x360 net irq 7 iomem 0xd0000 vector ieintr #device ep0 at isa? port 0x300 net irq 10 vector epintr #device ex0 at isa? port 0x300 net irq 10 iomem 0xd0000 vector exintr #device fe0 at isa? port 0x300 net irq ? vector feintr #device ix0 at isa? port 0x300 net irq 10 iomem 0xd0000 iosiz 32768 vector ixintr #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 vector le_intr #device lnc0 at isa? port 0x280 net irq 10 drq 0 vector lncintr #device ze0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector zeintr #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 vector zpintr pseudo-device loop pseudo-device ether pseudo-device log # pseudo-device sl 1 # ijppp uses tun instead of ppp device pseudo-device ppp 2 pseudo-device tun 2 pseudo-device pty 8 pseudo-device speaker #Play IBM BASIC-style noises out your speaker pseudo-device gzip # Exec gzipped a.out's pseudo-device bpfilter 2 #Berkeley packet filter #pseudo-device snp 3 #Snoop device - to look at pty/vty/etc.. # KTRACE enables the system-call tracing facility ktrace(2). # This adds 4 KB bloat to your kernel, and slightly increases # the costs of each syscall. # options KTRACE #kernel tracing -------------------- What is my next step? Do I enable KTRACE? And what else? I am reasonably skilled with the system, but not very knowledgable about working with the kernel. I can use gdb. All guidance apperciated. Thanks Jim. -- -------------------------------------------+------------------------- James E. Housley | PGP: 1024/03983B4D PR Communications, Inc. | 2C 3F 3A 0D A8 D8 C3 13 www.servtech.com/public/pr-comm | 7C F0 B5 BF 27 8B 92 FE From owner-freebsd-hackers Mon Dec 22 11:57:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA21471 for hackers-outgoing; Mon, 22 Dec 1997 11:57:56 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA21436; Mon, 22 Dec 1997 11:57:44 -0800 (PST) (envelope-from tom@sdf.com) Received: from tom by misery.sdf.com with smtp (Exim 1.73 #1) id 0xkDnL-0004qr-00; Mon, 22 Dec 1997 11:45:43 -0800 Date: Mon, 22 Dec 1997 11:45:42 -0800 (PST) From: Tom To: dennis cc: hackers@freebsd.org, isp@freebsd.org Subject: Re: de driver - STILL needs a patch? In-Reply-To: <3.0.32.19971222114843.00db82e0@etinc.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 22 Dec 1997, dennis wrote: > de? still doesnt always comes up at 100Mb/s on boot (cant autodetect) with > the -C rev devices. with v2.22 there was a patch to make all that work....is > there a patch that makes 2.2.5 work? > > Why can't this stuff get commited after half a year? You assuming that it can be fixed. Reliable 100mbs detection is rare with all hardware. > Dennis Tom From owner-freebsd-hackers Mon Dec 22 11:59:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA21775 for hackers-outgoing; Mon, 22 Dec 1997 11:59:30 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA21632; Mon, 22 Dec 1997 11:58:39 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [204.141.95.138]) by etinc.com (8.8.3/8.6.9) with SMTP id PAA28279; Mon, 22 Dec 1997 15:03:37 -0500 (EST) Message-Id: <3.0.32.19971222150134.00a5bbb0@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 22 Dec 1997 15:01:35 -0500 To: Dru Nelson From: dennis Subject: Re: de driver - STILL needs a patch? Cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 10:53 AM 12/22/97 -0800, Dru Nelson wrote: > >autodetect with 100Base-T doesn't always work. It is best to >set the interface to a certain speed and duplex. (This was confirmed for >me with Ultrasparc boxes and Cisco CAT5000 devices.) I have >heard similar stories with other manufacturers products. > > >Dru > >On Mon, 22 Dec 1997, dennis wrote: > >> >> de? still doesnt always comes up at 100Mb/s on boot (cant autodetect) with >> the -C rev devices. with v2.22 there was a patch to make all that work....is >> there a patch that makes 2.2.5 work? >> >> Why can't this stuff get commited after half a year? >> >> Dennis Actually, I wrote it backwards....it always comes up at 100Mb/s, but it is on a 10Mb/s hub. There was a patch for this for 2.2.2..(Matt's driver I think)..is there a patch, or is de no longer supported. Another question.... will the old de driver patch work with 2.2.5, because whatever is in the release really sucks. Dennis From owner-freebsd-hackers Mon Dec 22 12:47:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA25725 for hackers-outgoing; Mon, 22 Dec 1997 12:47:21 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from narnia.plutotech.com (narnia.plutotech.com [206.168.67.130]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA25709 for ; Mon, 22 Dec 1997 12:47:08 -0800 (PST) (envelope-from gibbs@narnia.plutotech.com) Received: (from gibbs@localhost) by narnia.plutotech.com (8.8.8/8.7.3) id NAA08975; Mon, 22 Dec 1997 13:45:05 -0700 (MST) Date: Mon, 22 Dec 1997 13:45:05 -0700 (MST) From: "Justin T. Gibbs" Message-Id: <199712222045.NAA08975@narnia.plutotech.com> To: John-Mark Gurney cc: hackers@FreeBSD.org Subject: Re: converting drivers to dynamic memory... Newsgroups: pluto.freebsd.hackers In-Reply-To: <19971218035032.46460@hydrogen.nike.efn.org> <199712181217.EAA24070@resnet.uoregon.edu> <19971218044804.38303@hydrogen.nike.efn.org> User-Agent: tin/pre-1.4-971204 (UNIX) (FreeBSD/3.0-CURRENT (i386)) Sender: owner-freebsd-hackers@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > if you do it right, you have to touch almost the ENTIRE system... and > modify any part of the system that calls drivers.. that means changing > the tty, char, block, and net interface code... ALONG with doing the > modifications to the driver... I personally haven't looked at the > interface layer for any of that code yet, so I don't know how long it > would take to modify the whole system... You don't have to modify the entire system in order to start "doing it right". Start by making the ISA interrupt handlers take a void* instead of an int and many of the reasons device drivers have static tables goes away. Change the areas of the kernel that need "fast softc lookup" so that they don't require lookups at all (like interrupt handlers), and have the areas that you can't change (or can afford to postpone changing) use an interface that is as space efficient as possible. For instance, open and close aren't speed critical, so a linear search is fine. If you want something faster, go with a reallocating array (the SCSI code already has an implementation of this) and just do the offset. Remeber that if DEVFS is done correctly, there will be almost no reason to do any lookups at all once you have the device's vnode, so I'm guessing a linked list will be more than adequate. Don't get me wrong. I like cool algorithms, but I think they should only be used when appropriate for the task at hand. Take your B Tree code and use it in a filesystem. That would be a great application for it. > -- > John-Mark Gurney Modem/FAX: +1 541 683 6954 > Cu Networking P.O. Box 5693, 97405 > Live in Peace, destroy Micro$oft, support free software, run FreeBSD -- Justin T. Gibbs =========================================== FreeBSD - Turning PCs into workstations =========================================== From owner-freebsd-hackers Mon Dec 22 12:54:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA26400 for hackers-outgoing; Mon, 22 Dec 1997 12:54:21 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA26382 for ; Mon, 22 Dec 1997 12:54:06 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id MAA18077; Mon, 22 Dec 1997 12:33:53 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd018075; Mon Dec 22 12:33:52 1997 Message-ID: <349ECE06.167EB0E7@whistle.com> Date: Mon, 22 Dec 1997 12:31:02 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Luoqi Chen CC: dima@tejblum.dnttm.rssi.ru, hackers@freebsd.org Subject: Re: msdosfs win95 long file name support References: <9712221554.AA11732@watermarkgroup.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk hi! this is great.. from 0 options to 2 options in 2 days.. Is there a possibility that you guys can make a version of teh netbsd code that is clean enough to be acceptable to dima and friends? :) that way we can commit a single set of changes rather than trying to figure out which to apply. Luoqi Chen wrote: > > Actually I looked at NetBSD's code before I started. But its lookup code is > somehow not very efficient: directory entry found is stored as directory > relative offset, as opposed to file system relative offset as in our code. > This results in extra pcbmap() calls in subsequent vnops (this problem is > somewhat alleviated by the usage of fat cache, though). > > Their long file name support is not very well designed too. For instance, > if we are to create a file with long file name, we need to find a unique > 8.3 name. The logical place is to do that is in the lookup code, where we > traverse the whole directory. NetBSD's code instead does that in vnops code, > which means that you need to go through the directory TWICE. This is a > Bad Thing(TM) if the directory is very large (say, windows/system :) > > So I decided to modify our existing code, instead merging with NetBSD's code. > More efficient code in less time. > > > Some other differences: > > - NetBSD support FAT32 (I haven't tested it) > This would be nice to have in our code. I don't know how hard that would be. > I remember read in the mailing-list archive, someone said it was a completely > different beast than FAT16/12. > > > - NetBSD support such things as access time of a file. > Yes, they support creation/access time. But they didn't try hard to set them > correctly. If I've read their code correctly, both creation and access time > are always set to equal to the modification time. After all, it is trivial > to add support for them. > > > - NetBSD removed warning "root directory is not a multiple of the clustersize > > in length" :-) > > There's one feature in NetBSD's code I think would be useful. They have a > mount option called shortname, which allows you to use the 8.3 name space. > I added that to my code last night, this involves changes to sys/mount.h > and userland mount program (mount_msdos), and lkm has a different API, it's > no longer a drop-in replacement for the old module. So I am not sure if I want > to distribute the code now. > > > > Dima > > > > > > > -lq From owner-freebsd-hackers Mon Dec 22 12:56:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA26638 for hackers-outgoing; Mon, 22 Dec 1997 12:56:29 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from inertia.dfacades.com (inertia.dfacades.com [207.155.93.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA26118 for ; Mon, 22 Dec 1997 12:50:53 -0800 (PST) (envelope-from dleeds@dfacades.com) Received: (from dleeds@localhost) by inertia.dfacades.com (8.8.7/8.8.7) id MAA22455 for hackers@freebsd.org; Mon, 22 Dec 1997 12:54:23 -0800 (PST) From: Daniel Leeds Message-Id: <199712222054.MAA22455@inertia.dfacades.com> Subject: userconfig To: hackers@freebsd.org Date: Mon, 22 Dec 1997 12:54:23 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL35 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk im trying to setup a ne2000 ethernet card on an older machine and it probes as ed1 but device times out when trying to set the network up for ftp install. i read the page where it says to use userconfig and set the card to -1 IRQ for software settings...but userconfig wont let me enter -1 any ideas? i have no documentation on the card and it doesnt appear to have jumpers :) thanks From owner-freebsd-hackers Mon Dec 22 13:32:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA29349 for hackers-outgoing; Mon, 22 Dec 1997 13:32:09 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA29329 for ; Mon, 22 Dec 1997 13:31:56 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id NAA19682 for ; Mon, 22 Dec 1997 13:29:40 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd019678; Mon Dec 22 13:29:38 1997 Message-ID: <349EDB18.59E2B600@whistle.com> Date: Mon, 22 Dec 1997 13:26:48 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@freebsd.org Subject: Anyone remember this (diff) program? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk long long time ago, in a galaxy far far away, someone gave a reference (in the 1993 timeframe) to a graphical diff program they had written. It also (I think) could do merges, but the saliant feature that I remember was that each file had a side-bar, that represented th whole file, with parts that differed being shown on orange, with lines indicating which unchanged (blue) section corresponded with which (blue) section in the side-bar of the other file. Does anyone know what became of this..? it was truely a magic program. you could get the program to do merges as it also had a 3rd window which would take cut'n'paste sections fom the others, or you could click on a diff and have that bit incorporated.. julian From owner-freebsd-hackers Mon Dec 22 13:48:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA00692 for hackers-outgoing; Mon, 22 Dec 1997 13:48:38 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA00668; Mon, 22 Dec 1997 13:48:25 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [204.141.95.138]) by etinc.com (8.8.3/8.6.9) with SMTP id QAA28991; Mon, 22 Dec 1997 16:53:27 -0500 (EST) Message-Id: <3.0.32.19971222165124.00dd4970@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Mon, 22 Dec 1997 16:51:24 -0500 To: Tom From: dennis Subject: Re: de driver - STILL needs a patch? Cc: hackers@FreeBSD.ORG, isp@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk At 11:45 AM 12/22/97 -0800, Tom wrote: > >On Mon, 22 Dec 1997, dennis wrote: > >> de? still doesnt always comes up at 100Mb/s on boot (cant autodetect) with >> the -C rev devices. with v2.22 there was a patch to make all that work....is >> there a patch that makes 2.2.5 work? >> >> Why can't this stuff get commited after half a year? > > You assuming that it can be fixed. Reliable 100mbs detection is rare >with all hardware. Yeah...but it doesnt work at 10 at all...and that is unusual. dennis From owner-freebsd-hackers Mon Dec 22 13:54:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA01340 for hackers-outgoing; Mon, 22 Dec 1997 13:54:13 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from misery.sdf.com (misery.sdf.com [204.244.210.193]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA01318 for ; Mon, 22 Dec 1997 13:53:41 -0800 (PST) (envelope-from tom@sdf.com) Received: from tom by misery.sdf.com with smtp (Exim 1.73 #1) id 0xkFbi-0004u2-00; Mon, 22 Dec 1997 13:41:50 -0800 Date: Mon, 22 Dec 1997 13:41:47 -0800 (PST) From: Tom To: Daniel Leeds cc: hackers@freebsd.org Subject: Re: userconfig In-Reply-To: <199712222054.MAA22455@inertia.dfacades.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 22 Dec 1997, Daniel Leeds wrote: > -1 IRQ for software settings...but userconfig wont let me enter -1 I don't see that in the ed(4) manpage. I don't think it can even be done on most ne2000 cards. > i have no documentation on the card and it doesnt appear to have jumpers :) Then you need to use some kind of softset utility to change it. It could conflicting with something in your system already, in which case you will forced to the change the IRQ. > thanks Tom From owner-freebsd-hackers Mon Dec 22 14:16:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA03087 for hackers-outgoing; Mon, 22 Dec 1997 14:16:43 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA03062 for ; Mon, 22 Dec 1997 14:16:31 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id OAA04434; Mon, 22 Dec 1997 14:08:15 -0800 (PST) To: Julian Elischer cc: Luoqi Chen , dima@tejblum.dnttm.rssi.ru, hackers@FreeBSD.ORG Subject: Re: msdosfs win95 long file name support In-reply-to: Your message of "Mon, 22 Dec 1997 12:31:02 PST." <349ECE06.167EB0E7@whistle.com> Date: Mon, 22 Dec 1997 14:08:15 -0800 Message-ID: <4430.882828495@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Is there a possibility that you guys can make a version of teh netbsd > code that is clean enough to be acceptable to dima and friends? > > :) That's only one of the possible options and I wouldn't want it to preclude consideration of the 2nd, which is to add FAT32 support to what Luoqi has already done. It's less important to get something in immediately than it is to get something in which will be *supported* for awhile and, if our past track record is anything to go by, we've not been much good at tracking any of NetBSD's more significant subsystem changes. If someone's more enthusiastic about a home-grown solution then I'd be more inclined to bank on enthusiasm than on any particular source. Jordan From owner-freebsd-hackers Mon Dec 22 14:21:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA03574 for hackers-outgoing; Mon, 22 Dec 1997 14:21:51 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA03532 for ; Mon, 22 Dec 1997 14:21:16 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id OAA16821; Mon, 22 Dec 1997 14:20:46 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma016819; Mon Dec 22 14:20:30 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.7/8.6.12) id OAA22011; Mon, 22 Dec 1997 14:20:30 -0800 (PST) From: Archie Cobbs Message-Id: <199712222220.OAA22011@bubba.whistle.com> Subject: Re: userconfig In-Reply-To: <199712222054.MAA22455@inertia.dfacades.com> from Daniel Leeds at "Dec 22, 97 12:54:23 pm" To: dleeds@dfacades.com (Daniel Leeds) Date: Mon, 22 Dec 1997 14:20:29 -0800 (PST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Daniel Leeds writes: > im trying to setup a ne2000 ethernet card on an older machine and > it probes as ed1 but device times out when trying to set the network up > for ftp install. > > i read the page where it says to use userconfig and set the card to > -1 IRQ for software settings...but userconfig wont let me enter -1 > > any ideas? > > i have no documentation on the card and it doesnt appear to have jumpers :) This usually means your card has some IRQ set that is not what you set in your kernel.. So either try different IRQ settings in the kernel, or else find the MSDOS floppy disk configurator that came with the card and run it :-) -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com From owner-freebsd-hackers Mon Dec 22 14:50:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA06447 for hackers-outgoing; Mon, 22 Dec 1997 14:50:54 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA06202 for ; Mon, 22 Dec 1997 14:47:30 -0800 (PST) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id QAA15052; Mon, 22 Dec 1997 16:47:21 -0600 (CST) Received: (from jlemon@localhost) by right.PCS (8.6.13/8.6.4) id QAA08195; Mon, 22 Dec 1997 16:46:50 -0600 Message-ID: <19971222164649.14658@right.PCS> Date: Mon, 22 Dec 1997 16:46:49 -0600 From: Jonathan Lemon To: Julian Elischer Cc: hackers@FreeBSD.ORG Subject: Re: Anyone remember this (diff) program? References: <349EDB18.59E2B600@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <349EDB18.59E2B600@whistle.com>; from Julian Elischer on Dec 12, 1997 at 01:26:48PM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Dec 12, 1997 at 01:26:48PM -0800, Julian Elischer wrote: > long long time ago, in a galaxy far far away, > someone gave a reference (in the 1993 timeframe) to a graphical diff > program they had written. > It also (I think) could do merges, but the saliant feature that I > remember was that each file had a side-bar, that represented th > whole file, with parts that differed being shown on orange, with > lines indicating which unchanged (blue) section corresponded with > which (blue) section in the side-bar of the other file. Yeah, I remember something like this: it had the cute feature of each diff having a number, and clicking on the number actually merged the diff into the correct spot in the other file. However, IIRC, it was commercial software, from Clearcase|Pure, or maybe some other vendor. -- Jonathan From owner-freebsd-hackers Mon Dec 22 14:53:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA06642 for hackers-outgoing; Mon, 22 Dec 1997 14:53:04 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA06634 for ; Mon, 22 Dec 1997 14:52:57 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id OAA04877; Mon, 22 Dec 1997 14:52:46 -0800 (PST) To: Julian Elischer cc: hackers@FreeBSD.ORG Subject: Re: Anyone remember this (diff) program? In-reply-to: Your message of "Mon, 22 Dec 1997 13:26:48 PST." <349EDB18.59E2B600@whistle.com> Date: Mon, 22 Dec 1997 14:52:46 -0800 Message-ID: <4873.882831166@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > long long time ago, in a galaxy far far away, > someone gave a reference (in the 1993 timeframe) to a graphical diff > program they had written. > It also (I think) could do merges, but the saliant feature that I > remember was that each file had a side-bar, that represented th > whole file, with parts that differed being shown on orange, with > lines indicating which unchanged (blue) section corresponded with > which (blue) section in the side-bar of the other file. Sounds a bit like mgdiff, to me. I've stashed a copy for you at ftp://freebsd.org/pub/jkh/mgdiff Jordan From owner-freebsd-hackers Mon Dec 22 15:14:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA08500 for hackers-outgoing; Mon, 22 Dec 1997 15:14:09 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA08490 for ; Mon, 22 Dec 1997 15:14:01 -0800 (PST) (envelope-from leisner@sdsp.mc.xerox.com) Received: from gemini.sdsp.mc.xerox.com ([13.231.132.20]) by alpha.xerox.com with SMTP id <52245(3)>; Mon, 22 Dec 1997 15:13:49 PST Received: from gnu.sdsp.mc.xerox.com (gnu [13.231.133.90]) by gemini.sdsp.mc.xerox.com (8.8.7/8.8.7) with SMTP id SAA03823; Mon, 22 Dec 1997 18:12:43 -0500 (EST) Received: from gnu (localhost) by gnu.sdsp.mc.xerox.com (4.1/client-1.3) id AA07635; Mon, 22 Dec 97 18:12:42 EST Message-Id: <9712222312.AA07635@gnu.sdsp.mc.xerox.com> X-Mailer: exmh version 2.0zeta 7/24/97 To: Julian Elischer Cc: hackers@freebsd.org Subject: Re: Anyone remember this (diff) program? In-Reply-To: Your message of "Mon, 22 Dec 1997 13:26:48 PST." <349EDB18.59E2B600@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 22 Dec 1997 15:12:41 PST From: "Marty Leisner" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I jus know of mgdiff... I'm interesting in anything else... (is it motif based?) -- marty leisner@sdsp.mc.xerox.com The Feynman problem solving Algorithm 1) Write down the problem 2) Think real hard 3) Write down the answer Murray Gell-mann in the NY Times From owner-freebsd-hackers Mon Dec 22 15:21:44 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA09336 for hackers-outgoing; Mon, 22 Dec 1997 15:21:44 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from mail.virginia.edu (mail.Virginia.EDU [128.143.2.9]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA09315 for ; Mon, 22 Dec 1997 15:21:30 -0800 (PST) (envelope-from atf3r@cs.virginia.edu) Received: from mail.cs.virginia.edu by mail.virginia.edu id aa18869; 22 Dec 97 18:21 EST Received: from mamba.cs.Virginia.EDU (mamba-fo.cs.Virginia.EDU [128.143.136.18]) by ares.cs.Virginia.EDU (8.8.5/8.8.5) with ESMTP id SAA12548; Mon, 22 Dec 1997 18:21:15 -0500 (EST) Received: from localhost (atf3r@localhost) by mamba.cs.Virginia.EDU (8.7.5/8.7.3) with SMTP id SAA21590; Mon, 22 Dec 1997 18:21:14 -0500 (EST) X-Authentication-Warning: mamba.cs.Virginia.EDU: atf3r owned process doing -bs Date: Mon, 22 Dec 1997 18:21:14 -0500 (EST) From: "Adrian T. Filipi-Martin" Reply-To: Adrian Filipi-Martin To: Julian Elischer cc: hackers@freebsd.org Subject: Re: Anyone remember this (diff) program? In-Reply-To: <349EDB18.59E2B600@whistle.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset= Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by hub.freebsd.org id PAA09318 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 22 Dec 1997, Julian Elischer wrote: > long long time ago, in a galaxy far far away, > someone gave a reference (in the 1993 timeframe) to a graphical diff > program they had written. > It also (I think) could do merges, but the saliant feature that I > remember was that each file had a side-bar, that represented th > whole file, with parts that differed being shown on orange, with > lines indicating which unchanged (blue) section corresponded with > which (blue) section in the side-bar of the other file. > > Does anyone know what became of this..? > it was truely a magic program. > > you could get the program to do merges > as it also had a 3rd window which would take > cut'n'paste sections fom the others, or you could > click on a diff and have that bit incorporated.. I don't remember such a program, but are you familiar with the ediff-mode in emacs/xemacs? It lets you view both old and new file ˆversoins with the different portions highlighted. It supports patching from one to the other, three way diff's and even understands the version control mode. cheers, Adrian -- adrian@virginia.edu ---->>>>| If I were stranded on a desert island, and System Administrator --->>>| I could only have one OS for my computer, Neurosurgical Visualzation Lab -->>| it would be FreeBSD. Think about it..... http://www.nvl.virginia.edu/ ->| http://www.freebsd.org/ From owner-freebsd-hackers Mon Dec 22 15:41:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA10741 for hackers-outgoing; Mon, 22 Dec 1997 15:41:28 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA10688 for ; Mon, 22 Dec 1997 15:41:07 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id PAA02960; Mon, 22 Dec 1997 15:40:59 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712222340.PAA02960@rah.star-gate.com> To: Julian Elischer cc: hackers@FreeBSD.ORG, hasty@rah.star-gate.com Subject: Re: Anyone remember this (diff) program? In-reply-to: Your message of "Mon, 22 Dec 1997 13:26:48 PST." <349EDB18.59E2B600@whistle.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <2957.882834058.1@rah.star-gate.com> Date: Mon, 22 Dec 1997 15:40:58 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Don't remember the name of the program however I do remember that it was a tcl/tk script so try looking in a tcl/tk archive. Amancio From owner-freebsd-hackers Mon Dec 22 16:23:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA13215 for hackers-outgoing; Mon, 22 Dec 1997 16:23:13 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA13195 for ; Mon, 22 Dec 1997 16:22:57 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id QAA24813; Mon, 22 Dec 1997 16:11:05 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd024808; Mon Dec 22 16:10:57 1997 Message-ID: <349F00E7.167EB0E7@whistle.com> Date: Mon, 22 Dec 1997 16:08:07 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: "Jordan K. Hubbard" CC: Luoqi Chen , dima@tejblum.dnttm.rssi.ru, hackers@FreeBSD.ORG Subject: Re: msdosfs win95 long file name support References: <4430.882828495@time.cdrom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jordan K. Hubbard wrote: > > > Is there a possibility that you guys can make a version of teh netbsd > > code that is clean enough to be acceptable to dima and friends? > > > > :) > > That's only one of the possible options and I wouldn't want it to > preclude consideration of the 2nd, which is to add FAT32 support to > what Luoqi has already done. It's less important to get something in > immediately than it is to get something in which will be *supported* > for awhile and, if our past track record is anything to go by, we've > not been much good at tracking any of NetBSD's more significant > subsystem changes. If someone's more enthusiastic about a home-grown > solution then I'd be more inclined to bank on enthusiasm than on any > particular source. > > Jordan very true.. it would be best if we had a unified version with 2 people who understand it than 2 different versions. From owner-freebsd-hackers Mon Dec 22 16:43:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA14488 for hackers-outgoing; Mon, 22 Dec 1997 16:43:08 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from helios.dnttm.ru (root@dnttm.wave.ras.ru [194.85.104.197]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA14468 for ; Mon, 22 Dec 1997 16:42:19 -0800 (PST) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-3) with UUCP id DAA17627; Tue, 23 Dec 1997 03:41:05 +0300 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.8/8.8.7) with ESMTP id DAA01959; Tue, 23 Dec 1997 03:36:23 +0300 (MSK) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199712230036.DAA01959@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: luoqi@watermarkgroup.com (Luoqi Chen) cc: hackers@freebsd.org Subject: Re: msdosfs win95 long file name support In-reply-to: Your message of "Mon, 22 Dec 1997 10:54:45 EST." <9712221554.AA11732@watermarkgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Dec 1997 03:36:23 +0300 From: Dmitrij Tejblum Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Luoqi Chen wrote: > Actually I looked at NetBSD's code before I started. To be honest, i didn't looked at it. I only merged it. > But its lookup code is > somehow not very efficient: directory entry found is stored as directory > relative offset, as opposed to file system relative offset as in our code. ^^^^^^^^^ You mean "old NetBSD code"? :) > This results in extra pcbmap() calls in subsequent vnops (this problem is > somewhat alleviated by the usage of fat cache, though). Hmm. I see, you store begin and end cluster of dir entry in denode. Don't you assume that dir entry can only be in 2 clusters, by a chance? Probably, very long names cannot happen, but it wouldn't look as a good design. > > Their long file name support is not very well designed too. For instance, > if we are to create a file with long file name, we need to find a unique > 8.3 name. The logical place is to do that is in the lookup code, where we > traverse the whole directory. NetBSD's code instead does that in vnops code, > which means that you need to go through the directory TWICE. This is a > Bad Thing(TM) if the directory is very large (say, windows/system :) Oh, indeed, your way seems much better than the NetBSD's. Congratulations. > > - NetBSD support FAT32 (I haven't tested it) > This would be nice to have in our code. I don't know how hard that would be. > I remember read in the mailing-list archive, someone said it was a completely > different beast than FAT16/12. I don't think so. From looking at the NetBSD code, the only differences is that FAT entry is 32-bit, and the root directory has a FAT chain as every other file. There are some new fields in the BPB also. > > > - NetBSD support such things as access time of a file. > Yes, they support creation/access time. But they didn't try hard to set them > correctly. If I've read their code correctly, both creation and access time > are always set to equal to the modification time. No, I think, they set access time if denode has DE_ACCESS flag, and modification time if denode has DE_UPDATE flag. At least, the times seems to be different on my computer. > After all, it is trivial > to add support for them. Sure. Dima From owner-freebsd-hackers Mon Dec 22 16:43:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA14556 for hackers-outgoing; Mon, 22 Dec 1997 16:43:47 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from helios.dnttm.ru (root@dnttm.wave.ras.ru [194.85.104.197]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA14524 for ; Mon, 22 Dec 1997 16:43:31 -0800 (PST) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-3) with UUCP id DAA17628; Tue, 23 Dec 1997 03:41:05 +0300 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.8/8.8.7) with ESMTP id DAA02018; Tue, 23 Dec 1997 03:43:06 +0300 (MSK) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199712230043.DAA02018@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Jordan K. Hubbard" cc: Julian Elischer , Luoqi Chen , hackers@freebsd.org Subject: Re: msdosfs win95 long file name support In-reply-to: Your message of "Mon, 22 Dec 1997 14:08:15 PST." <4430.882828495@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Dec 1997 03:43:06 +0300 From: Dmitrij Tejblum Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk "Jordan K. Hubbard" wrote: > It's less important to get something in > immediately than it is to get something in which will be *supported* > for awhile and, if our past track record is anything to go by, we've > not been much good at tracking any of NetBSD's more significant > subsystem changes. But tracking is easy. Just say 'cvs import ...' and 'cvs update -j ...'... Btw, NetBSD is not a 'vendor' for other subsystems, but 'vendor' for msdosfs. > If someone's more enthusiastic about a home-grown > solution then I'd be more inclined to bank on enthusiasm than on any > particular source. But what if someone enthusiastic about a merge? :) Dima From owner-freebsd-hackers Mon Dec 22 16:50:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA15101 for hackers-outgoing; Mon, 22 Dec 1997 16:50:08 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from nomis.simon-shapiro.org (nomis.i-Connect.Net [206.190.143.100]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA15061 for ; Mon, 22 Dec 1997 16:49:28 -0800 (PST) (envelope-from shimon@nomis.Simon-Shapiro.ORG) Received: (qmail 5069 invoked by uid 1000); 7 Feb 2036 10:49:41 -0000 Message-ID: X-Mailer: XFMail 1.2-beta-121997 [p0] on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 Date: Thu, 07 Feb 2036 02:49:40 -0800 (PST) Reply-To: shimon@simon-shapiro.org Organization: The Simon Shapiro Foundation From: Simon Shapiro To: FreeBSD-hackers@freebsd.org Subject: GCC 2.8 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Did anyone have success building it on FreeBSD, and if so, can you contribute the specs file, or whatever made it work? Thanx! ---------- Sincerely Yours, Simon Shapiro Shimon@Simon-Shapiro.ORG Voice: 503.799.2313 Windows NT: n. 32-bit extensions and a graphical shell for a 16-bit patch to an 8-bit operating system originally coded for a 4-bit microprocessor, written by a 2-bit company that can't stand for 1 bit of competition. From owner-freebsd-hackers Mon Dec 22 16:51:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA15287 for hackers-outgoing; Mon, 22 Dec 1997 16:51:20 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA15267 for ; Mon, 22 Dec 1997 16:51:12 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id QAA05369; Mon, 22 Dec 1997 16:49:26 -0800 (PST) To: Dmitrij Tejblum cc: Julian Elischer , Luoqi Chen , hackers@freebsd.org Subject: Re: msdosfs win95 long file name support In-reply-to: Your message of "Tue, 23 Dec 1997 03:43:06 +0300." <199712230043.DAA02018@tejblum.dnttm.rssi.ru> Date: Mon, 22 Dec 1997 16:49:26 -0800 Message-ID: <5365.882838166@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > But tracking is easy. Just say 'cvs import ...' and 'cvs update -j ...'... > Btw, NetBSD is not a 'vendor' for other subsystems, but 'vendor' for msdosfs. The technical side is easy. Getting someone to do the work reliably on an ongoing basis, that seems to be the really hard part. :-) > But what if someone enthusiastic about a merge? :) If everyone's agreed on some sort of solution that can: A) Make it into 3.0-current during our current lifetimes. B) Be technically pure and attractive enough that everyone involved doesn't mind working on it. Then sure. Otherwise, what'd be the point? It would simply be another doomed effort. Jordan From owner-freebsd-hackers Mon Dec 22 18:40:09 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21891 for hackers-outgoing; Mon, 22 Dec 1997 18:40:09 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from watermarkgroup.com (luoqi.watermarkgroup.com [207.202.73.170]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA21572 for ; Mon, 22 Dec 1997 18:34:49 -0800 (PST) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by watermarkgroup.com (8.8.8/8.8.7) id VAA02498; Mon, 22 Dec 1997 21:33:52 -0500 (EST) (envelope-from luoqi) Date: Mon, 22 Dec 1997 21:33:52 -0500 (EST) From: Luoqi Chen Message-Id: <199712230233.VAA02498@watermarkgroup.com> To: dima@tejblum.dnttm.rssi.ru Subject: Re: msdosfs win95 long file name support Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > > But its lookup code is > > somehow not very efficient: directory entry found is stored as directory > > relative offset, as opposed to file system relative offset as in our code. > ^^^^^^^^^ > You mean "old NetBSD code"? :) I suppose so. I wish I could have access to their cvs tree to find why they changed that. > > This results in extra pcbmap() calls in subsequent vnops (this problem is > > somewhat alleviated by the usage of fat cache, though). > > Hmm. I see, you store begin and end cluster of dir entry in denode. Don't you > assume that dir entry can only be in 2 clusters, by a chance? Probably, very > long names cannot happen, but it wouldn't look as a good design. That actually is the assumption. Longest file name is 255 characters, occupies about 20 blocks. Each block is 32 bytes, that gives us 640 bytes. Are clusters always greater than or equal to two sectors? Hmm, this is not a valid assumption. Just checked my floppy, it has one-sector clusters. :( Maybe it is not a very good design. I'll give it a little more thought. Thanks for pointing it out. -lq From owner-freebsd-hackers Mon Dec 22 20:02:15 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA27344 for hackers-outgoing; Mon, 22 Dec 1997 20:02:15 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from word.smith.net.au (vh1.gsoft.com.au [203.38.152.122]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA27336 for ; Mon, 22 Dec 1997 20:02:05 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id OAA00713; Tue, 23 Dec 1997 14:25:47 +1030 (CST) Message-Id: <199712230355.OAA00713@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: The Classiest Man Alive cc: hackers@FreeBSD.ORG Subject: Re: ATAPI LS-120 driver for 3.0-971208-SNAP In-reply-to: Your message of "Mon, 22 Dec 1997 11:29:48 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Dec 1997 14:25:47 +1030 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > On 23 Dec 1997, HAMADA Naoki wrote: > > : The LS-120 drive never support slices, because it is only a floppy > : drive. So supporting slices on the LS-120 drive makes no sense nether > : you use MS Windows et al. nor FreeBSD. > > Is this ATAPI limitation? No. As I stated in my original posting, it is a limitation of the 'wfd' (ATAPI removable) driver. It looks like it'll be fixed soon. > Do the parallel/ATAPI zip drives support > slices? The parallel Zip is a SCSI unit, and is handled by the 'sd' driver. The ATAPI Zip is a slightly strange animal, but it looks as though it *should* work with the 'wfd' driver, modulo a few changes. To use Zip disks from other drives, one of these changes has to be support for slices. mike -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ Remember, the race is long, \\ msmith@freebsd.org \\ and in the end it's only with yourself. \\ From owner-freebsd-hackers Mon Dec 22 20:20:21 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA28180 for hackers-outgoing; Mon, 22 Dec 1997 20:20:21 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA28161 for ; Mon, 22 Dec 1997 20:20:08 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id UAA00945 for ; Mon, 22 Dec 1997 20:14:34 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd000943; Mon Dec 22 20:14:28 1997 Message-ID: <349F39FA.41C67EA6@whistle.com> Date: Mon, 22 Dec 1997 20:11:38 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: hackers@FreeBSD.ORG Subject: Summary: GUI based diff References: <199712222340.PAA02960@rah.star-gate.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk I received 5 pointers to this. I'm pretty sure that mgdiff (in ports/textutils/mgdiff is the one I was looking for. (who'd have thought of looking for it in textutils?) the other files were: tkdiff, part of tkCVS... xemacs e-diff part of emacs I guess (I don't use emacs) xdiff (I haven't seen this yet) and http://www.doitnow.com/~quillan/john/tkxcd tkdiff and tkxcd allow you to examine diffs but don't seem to allow you to use it as a merge tool. mgdiff does allow you to select which diff to choose where and can output the result. It doesn't however allow you to edit the result while merging, which I definitly remember being able to do on one version.. (maybe it was commercial) jkh has a binary mgdiff at: Sounds a bit like mgdiff, to me. I've stashed a copy for you at ftp://freebsd.org/pub/jkh/mgdiff but you need to grap the Mgdiff.ad file from the sources (and put it in your $HOME) to get it in all it's glory. From owner-freebsd-hackers Mon Dec 22 20:51:29 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA00707 for hackers-outgoing; Mon, 22 Dec 1997 20:51:29 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from spoon.beta.com (root@mcgovern.ne.mediaone.net [24.128.19.128]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA00699; Mon, 22 Dec 1997 20:51:21 -0800 (PST) (envelope-from mcgovern@spoon.beta.com) Received: from spoon.beta.com (mcgovern@localhost.ne.mediaone.net [127.0.0.1] (may be forged)) by spoon.beta.com (8.8.7/8.8.7) with ESMTP id XAA04403; Mon, 22 Dec 1997 23:51:16 -0500 (EST) (envelope-from mcgovern@spoon.beta.com) Message-Id: <199712230451.XAA04403@spoon.beta.com> To: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Moving CD audio data around with HP 4020i Date: Mon, 22 Dec 1997 23:51:16 -0500 From: "Brian J. McGovern" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk I apologize for the cross post. However, although this is a -question per se, I think its going to need a -hacker's opinion. I've been trying now for several days (and twice as many blanks) to be able to copy an audio CD that I originally put together under windows. The closest I've managed to get was static on the CD. A search of the mail archives yielded little on the topic, except for a plea many months ago before I gave up once on this endeavor. I hope to solve it this time around. I have an HP 4020i that I've been using to burn strictly data CDs. So far, its been working fine. What I'd like to do now is put together some strictly audio, and some mixed-mode CDs. Unfortunately, the documentation gets sparse. What I tried to do was to use cd-write (1.4) to extract the data from the CD. Usually, it fails during the end of a data disk with a read error. It seems to be able to do audio tracks... but I'm not sure, as I've never rewritten one successfully. I've also tried cdrecord. For some reason, it doesn't like my drive. I haven't tried wasting blanks on making it work. The CD tracks I'd like to use come from two sources. The first is an audio CD that I made under win 3.1 with the software that came with the CD drive. I basically played several of my MIDI files, and captured them back to WAV, then used the software to move the WAV files in to a CD format, and burn them. I then used a second CD to store all the original MID files, using a ISO 9660 format, a la mkisofs. Now, given these seperate sources, can anyone tell me how to read them back on to the harddisk, and then to write them back on to a merged CD? Thanks. -Brian From owner-freebsd-hackers Mon Dec 22 21:29:36 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA03015 for hackers-outgoing; Mon, 22 Dec 1997 21:29:36 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from whizzo.TransSys.COM (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA03010 for ; Mon, 22 Dec 1997 21:29:17 -0800 (PST) (envelope-from louie@whizzo.TransSys.COM) Received: from whizzo.TransSys.COM (localhost.transsys.com [127.0.0.1]) by whizzo.TransSys.COM (8.8.8/8.7.3) with ESMTP id AAA13858; Tue, 23 Dec 1997 00:29:15 -0500 (EST) Message-Id: <199712230529.AAA13858@whizzo.TransSys.COM> X-Mailer: exmh version 2.0zeta 7/24/97 To: Julian Elischer cc: hackers@FreeBSD.ORG From: "Louis A. Mamakos" Subject: Re: Summary: GUI based diff References: <199712222340.PAA02960@rah.star-gate.com> <349F39FA.41C67EA6@whistle.com> In-reply-to: Your message of "Mon, 22 Dec 1997 20:11:38 PST." <349F39FA.41C67EA6@whistle.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Dec 1997 00:29:14 -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Could you be thinking of a like tool that runs (ran?) under NextStep? My machine is in a box at the moment, but I recall it had the sort of features you were speaking of. It has a very nicely done graphical interface, and you could select on a diff-by-diff basis which was to be included in the "output" file. I don't know that the source for this application was ever made available, but if you have the opportunity to see it in person, it would give you some good ideas to steal. I think it appeared in NextStep 3.2 or 3.3. louie From owner-freebsd-hackers Tue Dec 23 01:13:24 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA25062 for hackers-outgoing; Tue, 23 Dec 1997 01:13:24 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from helios.dnttm.ru (root@dnttm.wave.ras.ru [194.85.104.197]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA25057 for ; Tue, 23 Dec 1997 01:13:07 -0800 (PST) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-3) with UUCP id MAA23198; Tue, 23 Dec 1997 12:10:25 +0300 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.8/8.8.7) with ESMTP id MAA00382; Tue, 23 Dec 1997 12:11:53 +0300 (MSK) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199712230911.MAA00382@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 cc: luoqi@watermarkgroup.com (Luoqi Chen), hackers@FreeBSD.ORG Subject: Re: msdosfs win95 long file name support In-reply-to: Your message of "Tue, 23 Dec 1997 03:36:23 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Dec 1997 12:11:52 +0300 From: Dmitrij Tejblum Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk I wrote: > > > > Their long file name support is not very well designed too. For instance, > > if we are to create a file with long file name, we need to find a unique > > 8.3 name. The logical place is to do that is in the lookup code, where we > > traverse the whole directory. NetBSD's code instead does that in vnops code, > > which means that you need to go through the directory TWICE. This is a > > Bad Thing(TM) if the directory is very large (say, windows/system :) > > Oh, indeed, your way seems much better than the NetBSD's. Congratulations. On second thought... After 'touch AAAAA~1' and 'touch AA~99999' you will unable to create any long filename started with 'aa'. I am not sure if it is a Good Thing(TM). (Also, my windows/system is not very large. It is only 1 cluster in length :) Dima From owner-freebsd-hackers Tue Dec 23 04:26:00 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA03123 for hackers-outgoing; Tue, 23 Dec 1997 04:26:00 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA02967 for ; Tue, 23 Dec 1997 04:20:52 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id MAA03152; Tue, 23 Dec 1997 12:20:49 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id NAA24467; Tue, 23 Dec 1997 13:20:47 +0100 (MET) To: Bruce Evans Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: kern/5355: Fix for NULLFS problems References: <199712221900.LAA16112@hub.freebsd.org> From: Eivind Eklund Date: 23 Dec 1997 13:20:46 +0100 In-Reply-To: Bruce Evans's message of Mon, 22 Dec 1997 11:00:01 -0800 (PST) Message-ID: <86d8iow8rl.fsf@bitbox.follo.net> Lines: 29 X-Mailer: Gnus v5.4.52/XEmacs 20.2 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Bruce Evans writes: > The following reply was made to PR kern/5355; it has been noted by GNATS. > > From: Bruce Evans > To: bde@zeta.org.au, cschuber@uumail.gov.bc.ca > Cc: cy@passer.osg.gov.bc.ca, freebsd-gnats-submit@freebsd.org > Subject: Re: kern/5355: Fix for NULLFS problems > Date: Tue, 23 Dec 1997 05:52:30 +1100 > > >Would it be a good idea to to have a panic() or a printf() where I return a > >FALSE? I'm torn between providing better diagnostic messages and reducing > >kernel bloat. By doing a printf() or panic() any author of a filesystem would > >know that he would need to do some work on his code. > > I think you have to trust the [author of] the filesystem. There are many > other details that must be right, and this particular mistake probably > won't be made again. I disagree (if I'm allowed to have an opinion ;-) I think this should be a panic() #ifdef'ed on DIAGNOSTIC. This should IMNSHO be the case for all checkable conditions; if we can detect an error early, it cost us _very_ little to put it under DIAGNOSTIC; if we feel that makes things running under DIAGNOSTIC too slow - well, we'll just have to create a even more heavy diagnostic option ;-) Eivind. From owner-freebsd-hackers Tue Dec 23 04:51:15 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA04042 for hackers-outgoing; Tue, 23 Dec 1997 04:51:15 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from pili.adn.edu.ph (pili.adn.edu.ph [165.220.57.4]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA03999; Tue, 23 Dec 1997 04:50:53 -0800 (PST) (envelope-from art@pili.adn.edu.ph) Received: from localhost (art@localhost) by pili.adn.edu.ph (8.8.7/8.8.7) with SMTP id VAA01882; Tue, 23 Dec 1997 21:16:45 +0800 (PHT) (envelope-from art@pili.adn.edu.ph) Date: Tue, 23 Dec 1997 21:16:45 +0800 (PHT) From: Arthur Alacar To: hackers@FreeBSD.ORG cc: freebsd-questions@FreeBSD.ORG Subject: ESS ES688 Audio Drive In-Reply-To: <349FB2DD.45FC@EUnet-Bretagne.fr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk GOOD DAY!... any success story with ESS ES688 Audio Drive? had tried luigi's driver but its not that complete (as mentioned in his docs) and can't make it to work :(. voxware as well failed, returning some error message > Sound: DMA timed out, IRQ/DRQ config error? i hardly make this card to work. NEED HELP ! .a.r.t. From owner-freebsd-hackers Tue Dec 23 04:52:12 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA04132 for hackers-outgoing; Tue, 23 Dec 1997 04:52:12 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from korin.warman.org.pl (korin.nask.waw.pl [148.81.160.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA04083 for ; Tue, 23 Dec 1997 04:51:42 -0800 (PST) (envelope-from abial@korin.warman.org.pl) Received: from localhost (abial@localhost) by korin.warman.org.pl (8.8.8/8.8.5) with SMTP id NAA21414 for ; Tue, 23 Dec 1997 13:53:54 +0100 (CET) Date: Tue, 23 Dec 1997 13:53:53 +0100 (CET) From: Andrzej Bialecki To: freebsd-hackers@FreeBSD.ORG Subject: Adaptec AIC-7895 (on-board double-channel SCSI) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Hi! Do we support such a controller? I'm trying to boot today's kernel on such a motherboard, and it doesn't detect the SCSI at all... :-(( What can I do? Andrzej Bialecki ---------------------+--------------------------------------------------------- abial@warman.org.pl | if(halt_per_mth > 0) { fetch("http://www.freebsd.org") } Research & Academic | "Be open-minded, but don't let your brains to fall out." Network in Poland | All of the above (and more) is just my personal opinion. ---------------------+--------------------------------------------------------- From owner-freebsd-hackers Tue Dec 23 05:25:33 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA05963 for hackers-outgoing; Tue, 23 Dec 1997 05:25:33 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gatekeeper.itribe.net (gatekeeper.itribe.net [209.49.144.254]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA05947 for ; Tue, 23 Dec 1997 05:25:19 -0800 (PST) (envelope-from jamie@itribe.net) Message-Id: <199712231317.IAA13053@gatekeeper.itribe.net> Received: forwarded by SMTP 1.5.2. Date: Tue, 23 Dec 1997 08:23:48 -0500 (EST) From: Jamie Bowden To: "Jordan K. Hubbard" cc: Julian Elischer , hackers@FreeBSD.ORG Subject: Re: Anyone remember this (diff) program? In-Reply-To: <4873.882831166@time.cdrom.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Mon, 22 Dec 1997, Jordan K. Hubbard wrote: > > long long time ago, in a galaxy far far away, > > someone gave a reference (in the 1993 timeframe) to a graphical diff > > program they had written. > > It also (I think) could do merges, but the saliant feature that I > > remember was that each file had a side-bar, that represented th > > whole file, with parts that differed being shown on orange, with > > lines indicating which unchanged (blue) section corresponded with > > which (blue) section in the side-bar of the other file. > > Sounds a bit like mgdiff, to me. I've stashed a copy for you at > > ftp://freebsd.org/pub/jkh/mgdiff > > Jordan > I remember compiling xdiff for Irix 5.3 a couple years ago, but I don't remember where it's home is. Ah, archie was a wonderful thing. I would guess altavista will show you this beasts home as well if it's still out there. -- Jamie Bowden Systems Administrator, iTRiBE.net If we've got to fight over grep, sign me up. But boggle can go. -Ted Faber (on Hasbro's request for removal of /usr/games/boggle) From owner-freebsd-hackers Tue Dec 23 07:31:04 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA14034 for hackers-outgoing; Tue, 23 Dec 1997 07:31:04 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA13423 for ; Tue, 23 Dec 1997 07:25:42 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [204.141.95.138]) by etinc.com (8.8.3/8.6.9) with SMTP id KAA05821; Tue, 23 Dec 1997 10:30:51 -0500 (EST) Message-Id: <3.0.32.19971223102841.00dde660@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 23 Dec 1997 10:28:42 -0500 To: Tom From: dennis Subject: Re: de driver - STILL needs a patch? Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk At 11:45 AM 12/22/97 -0800, you wrote: > >On Mon, 22 Dec 1997, dennis wrote: > >> de? still doesnt always comes up at 100Mb/s on boot (cant autodetect) with >> the -C rev devices. with v2.22 there was a patch to make all that work....is >> there a patch that makes 2.2.5 work? >> >> Why can't this stuff get commited after half a year? > > You assuming that it can be fixed. Reliable 100mbs detection is rare >with all hardware. But it USED to work in 2.2.2...which implies that it can be done. no? dennis From owner-freebsd-hackers Tue Dec 23 07:53:57 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA15445 for hackers-outgoing; Tue, 23 Dec 1997 07:53:57 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA15439 for ; Tue, 23 Dec 1997 07:53:52 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id HAA11066; Tue, 23 Dec 1997 07:53:41 -0800 (PST) To: Julian Elischer cc: hackers@FreeBSD.ORG Subject: Re: Summary: GUI based diff In-reply-to: Your message of "Mon, 22 Dec 1997 20:11:38 PST." <349F39FA.41C67EA6@whistle.com> Date: Tue, 23 Dec 1997 07:53:40 -0800 Message-ID: <11062.882892420@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > jkh has a binary mgdiff at: > Sounds a bit like mgdiff, to me. I've stashed a copy for you at > > ftp://freebsd.org/pub/jkh/mgdiff > > but you need to grap the Mgdiff.ad file from the sources > (and put it in your $HOME) to get it in all it's glory. Whoops! Sorry about that, I forgot that piece. For those who still want to use this binary version (though I suspect that there's also a package if it's in ports/textutils now), I've put Mgdiff in the same pub/jkh directory on hub.freebsd.org. Install it as /usr/X11R6/lib/X11/app-defaults/Mgdiff and life will be good again. Jordan From owner-freebsd-hackers Tue Dec 23 08:00:03 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA15973 for hackers-outgoing; Tue, 23 Dec 1997 08:00:03 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA15918; Tue, 23 Dec 1997 07:59:54 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id HAA11095; Tue, 23 Dec 1997 07:59:43 -0800 (PST) To: "Brian J. McGovern" cc: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Moving CD audio data around with HP 4020i In-reply-to: Your message of "Mon, 22 Dec 1997 23:51:16 EST." <199712230451.XAA04403@spoon.beta.com> Date: Tue, 23 Dec 1997 07:59:43 -0800 Message-ID: <11091.882892783@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > Now, given these seperate sources, can anyone tell me how to read them > back on to the harddisk, and then to write them back on to a merged > CD? Use DOS and some commercial CDR mastering software. :-( Sorry, but that's the same answer we came up with when we embarked upon this same road here at Walnut Creek CDROM. Some audio CDs have very short gaps in between songs and this information is destroyed (and a frisbee produced) with any of the UN*X based mastering solutions we tried. I wish I could remember the name of the DOS software we now use for this now but it totally slips my mind. DOS, not being multitasking, is actually an ideal platform for a does-it-all CDR software solution since there are no drivers to get in the way nor any competition for the CDR or disk. A friend from the Linux camp went through this same process and now swears by the DOS solution - he tried all the Linux solutions and they all sucked in the same ways that the *BSD solutions did. :-( Jordan From owner-freebsd-hackers Tue Dec 23 08:14:35 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA17136 for hackers-outgoing; Tue, 23 Dec 1997 08:14:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from watermarkgroup.com (luoqi.watermarkgroup.com [207.202.73.170]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA16688 for ; Tue, 23 Dec 1997 08:09:24 -0800 (PST) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by watermarkgroup.com (8.8.8/8.8.7) id LAA01641; Tue, 23 Dec 1997 11:07:31 -0500 (EST) (envelope-from luoqi) Date: Tue, 23 Dec 1997 11:07:31 -0500 (EST) From: Luoqi Chen Message-Id: <199712231607.LAA01641@watermarkgroup.com> To: dima@tejblum.dnttm.rssi.ru Subject: Re: msdosfs win95 long file name support Cc: hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > > I wrote: > > > > > > Their long file name support is not very well designed too. For instance, > > > if we are to create a file with long file name, we need to find a unique > > > 8.3 name. The logical place is to do that is in the lookup code, where we > > > traverse the whole directory. NetBSD's code instead does that in vnops code, > > > which means that you need to go through the directory TWICE. This is a > > > Bad Thing(TM) if the directory is very large (say, windows/system :) > > > > Oh, indeed, your way seems much better than the NetBSD's. Congratulations. > > On second thought... After 'touch AAAAA~1' and 'touch AA~99999' you will > unable to create any long filename started with 'aa'. I am not sure if it is a > Good Thing(TM). > > (Also, my windows/system is not very large. It is only 1 cluster in length :) Dima, don't be so cynical. I think technically my solution is better, there's still room for improvement though. The problem you mentioned could be easily remedied by a bitmap. I didn't do this because I wanted to focus on more important issues. After those are working correctly, then I can deal with lesser issues like this one. There is another feature I programmed in which is (arguably) quite desirable. It allows you to change a filename to one that differs only by the case of some of the letters. For example, mv README Readme. You cannot do this in NetBSD's code (I didn't try this, just by reading their code, so I could be wrong). Of course, you can always do, mv README r; mv r Readme. > > Dima > > -lq From owner-freebsd-hackers Tue Dec 23 08:20:12 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA17731 for hackers-outgoing; Tue, 23 Dec 1997 08:20:12 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from kalypso.cybercom.net (kalypso.cybercom.net [209.21.136.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA17630 for ; Tue, 23 Dec 1997 08:19:57 -0800 (PST) (envelope-from ksmm@kalypso.cybercom.net) Received: from localhost (ksmm@localhost) by kalypso.cybercom.net (8.8.7/8.8.7) with SMTP id LAA20782 for ; Tue, 23 Dec 1997 11:18:36 -0500 (EST) Date: Tue, 23 Dec 1997 11:18:33 -0500 (EST) From: The Classiest Man Alive To: hackers@FreeBSD.ORG Subject: Re: msdosfs win95 long file name support In-Reply-To: <199712230911.MAA00382@tejblum.dnttm.rssi.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Tue, 23 Dec 1997, Dmitrij Tejblum wrote: : On second thought... After 'touch AAAAA~1' and 'touch AA~99999' you will : unable to create any long filename started with 'aa'. I am not sure if : it is a Good Thing(TM). Is anybody really going to create 100,000 files that start with the same two letters in the same directory? I thought that there were limits on the number of files allowed in a directory that were lower than that. (Terry?) : (Also, my windows/system is not very large. It is only 1 cluster in : length :) I'm surprised it still works. :-) K.S. From owner-freebsd-hackers Tue Dec 23 09:17:28 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA21213 for hackers-outgoing; Tue, 23 Dec 1997 09:17:28 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from horton.iaces.com (horton.iaces.com [204.147.87.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA20867; Tue, 23 Dec 1997 09:12:03 -0800 (PST) (envelope-from proot@horton.iaces.com) Received: (from proot@localhost) by horton.iaces.com (8.8.7/8.8.7) id LAA00793; Tue, 23 Dec 1997 11:11:45 -0600 (CST) From: "Paul T. Root" Message-Id: <199712231711.LAA00793@horton.iaces.com> Subject: Re: Moving CD audio data around with HP 4020i To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 23 Dec 1997 11:11:45 -0600 (CST) Cc: mcgovern@spoon.beta.com, questions@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <11091.882892783@time.cdrom.com> from "Jordan K. Hubbard" at "Dec 23, 97 07:59:43 am" X-Organization: !nterprise Networking Services - ACES X-Phone: (612) 664-3385 X-Fax: (612) 664-4779 X-Page: (800) SKY-PAGE PIN: 537-7270 X-Address: 600 Stinson Blvd, Fl 1S X-Address: Minneapolis, MN 55413 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-freebsd-hackers@FreeBSD.ORG Precedence: bulk In a previous message, Jordan K. Hubbard said: > > Now, given these seperate sources, can anyone tell me how to read them > > back on to the harddisk, and then to write them back on to a merged > > CD? > > Use DOS and some commercial CDR mastering software. :-( > > Sorry, but that's the same answer we came up with when we embarked > upon this same road here at Walnut Creek CDROM. Some audio CDs have > very short gaps in between songs and this information is destroyed > (and a frisbee produced) with any of the UN*X based mastering > solutions we tried. I wish I could remember the name of the DOS > software we now use for this now but it totally slips my mind. DOS, > not being multitasking, is actually an ideal platform for a > does-it-all CDR software solution since there are no drivers to get in > the way nor any competition for the CDR or disk. A friend from the > Linux camp went through this same process and now swears by the DOS > solution - he tried all the Linux solutions and they all sucked in the > same ways that the *BSD solutions did. :-( > > Jordan I successfully used CD-GEAR on Solaris to make audio CDs. It read an wrote, using a Philips CDD2000. I've got a new Yamaha drive that I've yet to get working with the GEAR software (lack of time and out of disks), but it works fine on my NT for data (haven't tried audio except to download songs into wav format). Sorry that doesn't help FreeBSD but, there is Unix CD master software available that does audio. Paul. -- The gene pool needs a little chlorine - Gerry Gilmore From owner-freebsd-hackers Tue Dec 23 09:32:33 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA22385 for hackers-outgoing; Tue, 23 Dec 1997 09:32:33 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA22041; Tue, 23 Dec 1997 09:27:20 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id JAA11669; Tue, 23 Dec 1997 09:27:02 -0800 (PST) To: "Paul T. Root" cc: mcgovern@spoon.beta.com, questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Moving CD audio data around with HP 4020i In-reply-to: Your message of "Tue, 23 Dec 1997 11:11:45 CST." <199712231711.LAA00793@horton.iaces.com> Date: Tue, 23 Dec 1997 09:27:02 -0800 Message-ID: <11666.882898022@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > I successfully used CD-GEAR on Solaris to make audio CDs. It read an > wrote, using a Philips CDD2000. I've got a new Yamaha drive that Heh, I'll bet you $10 right now that I can send you an Audio CD (transcribed from DAT) which you will *not* be able to duplicate with your Solaris box. :-) Jordan From owner-freebsd-hackers Tue Dec 23 09:44:10 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA23188 for hackers-outgoing; Tue, 23 Dec 1997 09:44:10 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA22849 for ; Tue, 23 Dec 1997 09:38:49 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id JAA01502 for ; Tue, 23 Dec 1997 09:38:45 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712231738.JAA01502@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: hackers@FreeBSD.ORG Subject: procedure to adjust clock drift? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Dec 1997 09:38:44 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Hi, Does anyone have a procedure to adjust the clock drift in a PC? Tnks, Amancio From owner-freebsd-hackers Tue Dec 23 09:47:14 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA23385 for hackers-outgoing; Tue, 23 Dec 1997 09:47:14 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from horton.iaces.com (horton.iaces.com [204.147.87.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA23036; Tue, 23 Dec 1997 09:42:01 -0800 (PST) (envelope-from proot@horton.iaces.com) Received: (from proot@localhost) by horton.iaces.com (8.8.7/8.8.7) id LAA00936; Tue, 23 Dec 1997 11:41:07 -0600 (CST) From: "Paul T. Root" Message-Id: <199712231741.LAA00936@horton.iaces.com> Subject: Re: Moving CD audio data around with HP 4020i To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 23 Dec 1997 11:41:07 -0600 (CST) Cc: mcgovern@spoon.beta.com, questions@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <11666.882898022@time.cdrom.com> from "Jordan K. Hubbard" at "Dec 23, 97 09:27:02 am" X-Organization: !nterprise Networking Services - ACES X-Phone: (612) 664-3385 X-Fax: (612) 664-4779 X-Page: (800) SKY-PAGE PIN: 537-7270 X-Address: 600 Stinson Blvd, Fl 1S X-Address: Minneapolis, MN 55413 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-freebsd-hackers@FreeBSD.ORG Precedence: bulk In a previous message, Jordan K. Hubbard said: > > I successfully used CD-GEAR on Solaris to make audio CDs. It read an > > wrote, using a Philips CDD2000. I've got a new Yamaha drive that > > Heh, I'll bet you $10 right now that I can send you an Audio CD > (transcribed from DAT) which you will *not* be able to duplicate > with your Solaris box. :-) I don't know. How the gear software works is that you sample each song into a file on the HD then build a disk from that. There is no CD to CD-R duplication. However, like I said, I haven't got the Yamaha working yet. Also, I had to give up my 100BT/FastWide SBUS card (that I had my fast/wide barracuda on) for testing. So I'd take the bet, if I had a stable system. But, I don't. If you want, when I'm stable again, I'll try for you if you want the disk. Paul. -- "God willing... we shall return." -Gene Cernan, the Moon, Dec 1972 From owner-freebsd-hackers Tue Dec 23 10:02:04 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA24364 for hackers-outgoing; Tue, 23 Dec 1997 10:02:04 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from phoenix.its.rpi.edu (dec@phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA24352; Tue, 23 Dec 1997 10:01:40 -0800 (PST) (envelope-from dec@phoenix.its.rpi.edu) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.8/8.8.7) with SMTP id NAA03244; Tue, 23 Dec 1997 13:01:18 -0500 (EST) (envelope-from dec@phoenix.its.rpi.edu) Date: Tue, 23 Dec 1997 13:01:17 -0500 (EST) From: "David E. Cross" To: "Jordan K. Hubbard" cc: "Paul T. Root" , mcgovern@spoon.beta.com, questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: Moving CD audio data around with HP 4020i In-Reply-To: <11666.882898022@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Tue, 23 Dec 1997, Jordan K. Hubbard wrote: > > I successfully used CD-GEAR on Solaris to make audio CDs. It read an > > wrote, using a Philips CDD2000. I've got a new Yamaha drive that > > Heh, I'll bet you $10 right now that I can send you an Audio CD > (transcribed from DAT) which you will *not* be able to duplicate > with your Solaris box. :-) I am affraid I have to agree with Jordan on this, DOS is the best for this right now. I have seen people *attempt* (and fail) to do it on UNIX boxen, and even DOS has problems with audio files that are >10 mins. -- David Cross ACS Consultant From owner-freebsd-hackers Tue Dec 23 10:08:55 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA25090 for hackers-outgoing; Tue, 23 Dec 1997 10:08:55 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA24986 for ; Tue, 23 Dec 1997 10:08:00 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id KAA11815; Tue, 23 Dec 1997 10:07:44 -0800 (PST) To: "Paul T. Root" cc: mcgovern@spoon.beta.com, hackers@FreeBSD.ORG Subject: Re: Moving CD audio data around with HP 4020i In-reply-to: Your message of "Tue, 23 Dec 1997 11:41:07 CST." <199712231741.LAA00936@horton.iaces.com> Date: Tue, 23 Dec 1997 10:07:44 -0800 Message-ID: <11811.882900464@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > I don't know. How the gear software works is that you sample each song > into a file on the HD then build a disk from that. There is no CD to > CD-R duplication. That's not actually a factor so much as is the inter-song gap that's *written*. I have audio CDs which are *full*, and if you have writer software which sticks a 2 second gap in between each song by default then you're not going to be able to fit it all on there. The originals are mastered with far shorter gaps. Jordan From owner-freebsd-hackers Tue Dec 23 11:00:01 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA28205 for hackers-outgoing; Tue, 23 Dec 1997 10:50:38 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA28118; Tue, 23 Dec 1997 10:49:50 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id LAA29710; Tue, 23 Dec 1997 11:49:35 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id LAA02720; Tue, 23 Dec 1997 11:49:28 -0700 Date: Tue, 23 Dec 1997 11:49:28 -0700 Message-Id: <199712231849.LAA02720@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Jordan K. Hubbard" Cc: "Paul T. Root" , mcgovern@spoon.beta.com, questions@freebsd.org, hackers@freebsd.org Subject: Re: Moving CD audio data around with HP 4020i In-Reply-To: <11666.882898022@time.cdrom.com> References: <199712231711.LAA00793@horton.iaces.com> <11666.882898022@time.cdrom.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@freebsd.org Precedence: bulk > > I successfully used CD-GEAR on Solaris to make audio CDs. It read an > > wrote, using a Philips CDD2000. I've got a new Yamaha drive that > > Heh, I'll bet you $10 right now that I can send you an Audio CD > (transcribed from DAT) which you will *not* be able to duplicate > with your Solaris box. :-) I've got audio CD's that won't work under the CD mastering software that came with the CDR under Win95, so I'm not convinced it's a FreeBSD problem. Nate From owner-freebsd-hackers Tue Dec 23 12:34:29 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA05675 for hackers-outgoing; Tue, 23 Dec 1997 12:34:29 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.119.24.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA05659 for ; Tue, 23 Dec 1997 12:33:51 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [194.198.43.36]) by ns1.yes.no (8.8.7/8.8.7) with ESMTP id UAA07864; Tue, 23 Dec 1997 20:33:05 GMT Received: (from eivind@localhost) by bitbox.follo.net (8.8.6/8.8.6) id VAA25464; Tue, 23 Dec 1997 21:33:03 +0100 (MET) To: Jamie Bowden Cc: "Jordan K. Hubbard" , Julian Elischer , hackers@FreeBSD.ORG Subject: Re: Anyone remember this (diff) program? References: <199712231317.IAA13053@gatekeeper.itribe.net> From: Eivind Eklund Date: 23 Dec 1997 21:33:01 +0100 In-Reply-To: Jamie Bowden's message of Tue, 23 Dec 1997 08:23:48 -0500 (EST) Message-ID: <86afdrx0jm.fsf@bitbox.follo.net> Lines: 11 X-Mailer: Gnus v5.4.52/XEmacs 20.2 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Jamie Bowden writes: > I remember compiling xdiff for Irix 5.3 a couple years ago, but I don't > remember where it's home is. Ah, archie was a wonderful thing. I would > guess altavista will show you this beasts home as well if it's still out > there. Check out http://ftpsearch.ntnu.no/ for an archie replacement - it is even a FreeBSD box and maintained by a FreeBSD developer (Tore Egge). Eivind. From owner-freebsd-hackers Tue Dec 23 12:47:10 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA06472 for hackers-outgoing; Tue, 23 Dec 1997 12:47:10 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA06447 for ; Tue, 23 Dec 1997 12:46:58 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id MAA12356; Tue, 23 Dec 1997 12:46:22 -0800 (PST) To: Nate Williams cc: "Paul T. Root" , mcgovern@spoon.beta.com, hackers@FreeBSD.ORG Subject: Re: Moving CD audio data around with HP 4020i In-reply-to: Your message of "Tue, 23 Dec 1997 11:49:28 MST." <199712231849.LAA02720@mt.sri.com> Date: Tue, 23 Dec 1997 12:46:22 -0800 Message-ID: <12352.882909982@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > I've got audio CD's that won't work under the CD mastering software that > came with the CDR under Win95, so I'm not convinced it's a FreeBSD > problem. That proves nothing, I'm afraid. I already know that the Win95 CD mastering software sucks. :-) Jordan From owner-freebsd-hackers Tue Dec 23 12:50:28 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA06940 for hackers-outgoing; Tue, 23 Dec 1997 12:50:28 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA06884 for ; Tue, 23 Dec 1997 12:50:14 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id VAA03387; Tue, 23 Dec 1997 21:50:02 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id VAA13954; Tue, 23 Dec 1997 21:42:29 +0100 (MET) Date: Tue, 23 Dec 1997 21:42:29 +0100 (MET) Message-Id: <199712232042.VAA13954@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <349EBC3F.8F03755E@pr-comm.com> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: Crash installing over a lp network X-Original-Newsgroups: local.freebsd.hackers To: freebsd-hackers@FreeBSD.ORG cc: "James E. Housley" Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk "James E. Housley" wrote: > Some time after Dec 4 I started geting page fauls when installing a new > system to my laptop via the lp interface. It usually makes it through > include but not always. The last one failed the AM with src-2.2.0548 > patches. This is the screen: > > fault trap 12: page fault while in kernel mode > fault virtual address = 0x10 > fault code = supervisor read, page not present > instruction pointer = 0x8:0xf012c325 > What is my next step? Well, posting the entire config file wasn't that useful (in particular posting all the commented out lines). What's really important is: nm /kernel | sort | more -e ....and lookup the symbol that's next before address 0xf012c325. This tells you the function it was crashing in. Fault VA 0x10 looks like dereferencing a structure member where the struct pointer is a null pointer. Please, see also the handbook's section about kernel debugging. -- 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 Dec 23 12:55:13 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA07307 for hackers-outgoing; Tue, 23 Dec 1997 12:55:13 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA06802 for ; Tue, 23 Dec 1997 12:50:00 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id VAA03381 for freebsd-hackers@freebsd.org; Tue, 23 Dec 1997 21:49:52 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id VAA13940; Tue, 23 Dec 1997 21:38:05 +0100 (MET) Date: Tue, 23 Dec 1997 21:38:05 +0100 (MET) Message-Id: <199712232038.VAA13940@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <199712220844.TAA00494@word.smith.net.au> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: Am I off my rocker? (/dev/tick device) X-Original-Newsgroups: local.freebsd.hackers To: freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk "J. Weatherbee - Senior Systems Architect" wrote: > 1) I realize that (/dev/tick). However, the "clock" is a device, and > in the UNIX spirit of things should also be a file. No? Not all of them. For example, network devices don't appear in the filesystem in BSD (although i think this is just inconsistent with the remainder of the OS). Anyway, i've got an implementation for a /dev/rtc in the pipeline, but it went somewhat on the backburner (the ISDN folks are bugging me to adopt the sppp driver for the new isdn4bsd code :). The idea behind /dev/rtc is that you could do synchronized reads from their, correlating to the CMOS RTC ticks. The implementation is 95 % ready, but needs some thoughts to solve a few tricky things on SMP machines. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue Dec 23 13:14:51 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA08738 for hackers-outgoing; Tue, 23 Dec 1997 13:14:51 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA08714 for ; Tue, 23 Dec 1997 13:14:25 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xkbEy-0004iq-00; Tue, 23 Dec 1997 13:47:48 -0700 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id NAA24278; Tue, 23 Dec 1997 13:47:46 -0700 (MST) Message-Id: <199712232047.NAA24278@harmony.village.org> To: Dmitrij Tejblum Subject: Re: msdosfs win95 long file name support Cc: "Jordan K. Hubbard" , Julian Elischer , Luoqi Chen , hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 23 Dec 1997 03:43:06 +0300." <199712230043.DAA02018@tejblum.dnttm.rssi.ru> References: <199712230043.DAA02018@tejblum.dnttm.rssi.ru> Date: Tue, 23 Dec 1997 13:47:46 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk In message <199712230043.DAA02018@tejblum.dnttm.rssi.ru> Dmitrij Tejblum writes: : But what if someone enthusiastic about a merge? :) I'd say we let them succeed or fail. If the first effort gives us an incremental improvement over what we got, let the merge happen. If it just so happens they are good at keeping up with NetBSD and/or making fixes to the code, we come out even more ahead. We've reached the point on msdosfs that it would be hard to make things worse than they are right now. Warner From owner-freebsd-hackers Tue Dec 23 13:15:09 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA08797 for hackers-outgoing; Tue, 23 Dec 1997 13:15:09 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA08720 for ; Tue, 23 Dec 1997 13:14:29 -0800 (PST) (envelope-from imp@village.org) Received: from harmony [10.0.0.6] by rover.village.org with esmtp (Exim 1.71 #1) id 0xkbLK-0004iz-00; Tue, 23 Dec 1997 13:54:22 -0700 Received: from harmony.village.org (localhost [127.0.0.1]) by harmony.village.org (8.8.8/8.8.3) with ESMTP id NAA24318; Tue, 23 Dec 1997 13:54:25 -0700 (MST) Message-Id: <199712232054.NAA24318@harmony.village.org> To: Amancio Hasty Subject: Re: procedure to adjust clock drift? Cc: hackers@FreeBSD.ORG In-reply-to: Your message of "Tue, 23 Dec 1997 09:38:44 PST." <199712231738.JAA01502@rah.star-gate.com> References: <199712231738.JAA01502@rah.star-gate.com> Date: Tue, 23 Dec 1997 13:54:25 -0700 From: Warner Losh Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk In message <199712231738.JAA01502@rah.star-gate.com> Amancio Hasty writes: : Does anyone have a procedure to adjust the clock drift in a PC? ntp? It is already in the tree as xntpd and friends... Warner From owner-freebsd-hackers Tue Dec 23 13:34:57 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA10654 for hackers-outgoing; Tue, 23 Dec 1997 13:34:57 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA10613 for ; Tue, 23 Dec 1997 13:34:46 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [204.141.95.138]) by etinc.com (8.8.3/8.6.9) with SMTP id QAA08265; Tue, 23 Dec 1997 16:39:48 -0500 (EST) Message-Id: <3.0.32.19971223163730.00ddc9e0@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 23 Dec 1997 16:37:31 -0500 To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) From: dennis Subject: Re: Am I off my rocker? (/dev/tick device) Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk At 09:38 PM 12/23/97 +0100, you wrote: >"J. Weatherbee - Senior Systems Architect" wrote: > >> 1) I realize that (/dev/tick). However, the "clock" is a device, and >> in the UNIX spirit of things should also be a file. No? > >Not all of them. For example, network devices don't appear in the >filesystem in BSD (although i think this is just inconsistent with the >remainder of the OS). Network devices also dont have /dev access points. db From owner-freebsd-hackers Tue Dec 23 13:36:24 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA10886 for hackers-outgoing; Tue, 23 Dec 1997 13:36:24 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA10801; Tue, 23 Dec 1997 13:36:01 -0800 (PST) (envelope-from jmz@cabri.obs-besancon.fr) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA20778; Tue, 23 Dec 97 22:38:31 +0100 Date: Tue, 23 Dec 97 22:38:31 +0100 Message-Id: <9712232138.AA20778@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: jkh@time.cdrom.com Cc: mcgovern@spoon.beta.com, questions@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <11091.882892783@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Moving CD audio data around with HP 4020i X-Mailer: Emacs Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk >>>>> Jordan K Hubbard writes: >> Now, given these seperate sources, can anyone tell me how to read them >> back on to the harddisk, and then to write them back on to a merged >> CD? > Use DOS and some commercial CDR mastering software. :-( > Sorry, but that's the same answer we came up with when we embarked > upon this same road here at Walnut Creek CDROM. Some audio CDs have > very short gaps in between songs and this information is destroyed > (and a frisbee produced) with any of the UN*X based mastering > solutions we tried. I wish I could remember the name of the DOS > software we now use for this now but it totally slips my mind. DOS, > not being multitasking, is actually an ideal platform for a > does-it-all CDR software solution since there are no drivers to get in > the way nor any competition for the CDR or disk. A friend from the > Linux camp went through this same process and now swears by the DOS > solution - he tried all the Linux solutions and they all sucked in the > same ways that the *BSD solutions did. :-( If your CD is audio only (not audio+data) you _can_ burn disks with arbitrary gap length between tracks, even 0 second gap (useful for live recordings). I have burned 10s of them, all on FreeBSD :-) You just need the right program. Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr From owner-freebsd-hackers Tue Dec 23 13:38:20 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA11075 for hackers-outgoing; Tue, 23 Dec 1997 13:38:20 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from passer.osg.gov.bc.ca (passer.osg.gov.bc.ca [142.32.110.29]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA10240 for ; Tue, 23 Dec 1997 13:31:49 -0800 (PST) (envelope-from cy@cschuber.net.gov.bc.ca) Received: (from uucp@localhost) by passer.osg.gov.bc.ca (8.8.8/8.6.10) id NAA29979; Tue, 23 Dec 1997 13:31:15 -0800 (PST) Received: from cschuber.net.gov.bc.ca(142.31.240.113), claiming to be "cwsys.cwsent.com" via SMTP by passer.osg.gov.bc.ca, id smtpdaabAwa; Tue Dec 23 13:31:08 1997 Received: (from uucp@localhost) by cwsys.cwsent.com (8.8.8/8.6.10) id NAA00838; Tue, 23 Dec 1997 13:07:21 -0800 (PST) Message-Id: <199712232107.NAA00838@cwsys.cwsent.com> Received: from localhost.cwsent.com(127.0.0.1), claiming to be "cwsys" via SMTP by localhost.cwsent.com, id smtpd000829; Tue Dec 23 21:06:28 1997 X-Mailer: exmh version 2.0zeta 7/24/97 Reply-to: Cy Schubert - ITSD Open Systems Group From: Cy Schubert - ITSD Open Systems Group X-Sender: cy To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: freebsd-hackers@FreeBSD.ORG, Simon Coggins Subject: Re: Segate Tape stor 3200MB In-reply-to: Your message of "Sat, 20 Dec 1997 10:41:08 +0100." <199712200941.KAA29224@uriah.heep.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 23 Dec 1997 13:06:25 -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > "Bryan K. Ogawa" wrote: > > > While I can't speak to the specific model you're talking about here, > > generally speaking floppy tape drives are poorly supported or entirely > > unsupported under FreeBSD. > > That's right. Further, the floppy controller hardware makes a rather > poort tape interface hardware. You need to format your tape in advance > into `sectors' (which takes a huge amount of time), and you're bound > to the FDC clock rates that are used for floppies, thus only get the > same basic speed as a floppy. In FreeBSD, currently only 500 kbps are > supported as the highest rate, this yields something around 30 KB/s > for a floppy disk. I doubt it will be much more for a `floppy' tape. QIC-40 & QIC-80 drives are pretty flakey too. I had three drives that wouldn't work in my old place because of the moisture. Since moving the drives worked. > > Compare this to >100 KB/s even for the simplest SCSI drives, like an > ancient Archive Viper 150, or to (180...) 300...500 KB/s for modern > drives. > > > Most people instead recommend SCSI tape drives of some stripe or > > another (Travan, 8mm, 4mm (DDS/DAT), DLT). > > I wouldn't even recommend any Travan tape. There have been a number > of questions regarding the SCSI ones popping up in freebsd-scsi, and > the net result is their SCSI firmware implementation is poor enough so > you often can't call the result `SCSI' at all (since they violate > things that are flagged `mandatory' in the standard). > > > If you're worried about price, www.corpsys.com, for example, often > > sells referbished drives quite cheaply. > > See also Jonathan Breslers recommendation for a QIC drive in the > handbook. I think it was a 1 GB drive (1.3 GB with XL cartridges), > not too expensive, and damn fast. There are a number of happy campers > using Tandberg drives (like me :), but these ones aren't what one > would call `cheap' right away. But they are rock-solid, and that's > what counted more to me. > > -- > 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. ;-) > Regards, Phone: (250)387-8437 Cy Schubert Fax: (250)387-5766 UNIX Support OV/VM: BCSC02(CSCHUBER) ITSD BITNET: CSCHUBER@BCSC02.BITNET Government of BC Internet: cschuber@uumail.gov.bc.ca Cy.Schubert@gems8.gov.bc.ca "Quit spooling around, JES do it." From owner-freebsd-hackers Tue Dec 23 13:38:59 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA11227 for hackers-outgoing; Tue, 23 Dec 1997 13:38:59 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from pip.cc.brandeis.edu (pip.cc.brandeis.edu [129.64.1.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA10436 for ; Tue, 23 Dec 1997 13:33:14 -0800 (PST) (envelope-from st963602@PIP.CC.BRANDEIS.EDU) Received: from pip.cc.brandeis.edu (balor.world-net.net) by PIP.CC.BRANDEIS.EDU (PMDF V5.1-5 #17139) with ESMTP id <01IRIQ743WFK00B91D@PIP.CC.BRANDEIS.EDU> for freebsd-hackers@freebsd.org; Tue, 23 Dec 1997 16:32:22 EDT Date: Tue, 23 Dec 1997 15:29:54 -0600 From: Happyweed Subject: unsubscribe To: freebsd-hackers@FreeBSD.ORG Message-id: <34A02D52.F2CE5431@pip.cc.brandeis.edu> MIME-version: 1.0 X-Mailer: Mozilla 4.04 [en] (Win95; I) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk UNSUBSCRIBE From owner-freebsd-hackers Tue Dec 23 13:42:35 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA11776 for hackers-outgoing; Tue, 23 Dec 1997 13:42:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA10993 for ; Tue, 23 Dec 1997 13:37:27 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [204.141.95.138]) by etinc.com (8.8.3/8.6.9) with SMTP id QAA08284 for ; Tue, 23 Dec 1997 16:42:41 -0500 (EST) Message-Id: <3.0.32.19971223164023.00ddb910@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Tue, 23 Dec 1997 16:40:24 -0500 To: hackers@FreeBSD.ORG From: dennis Subject: de? driver working Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk I installed Matt Thomas's v1.7 netbsd driver with a 21140-AC chip board and it autodetects and works like a charm....I'm wondering why someone doesnt commit this (rather than the crappy one in the tree now). Its very concerning (seeing all the subject matter being discussed in hackers) that noone cares that a fundamental driver (one that USED to be highly recommended) doesnt work. Dennis From owner-freebsd-hackers Tue Dec 23 14:22:12 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA14846 for hackers-outgoing; Tue, 23 Dec 1997 14:22:12 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from alpo.whistle.com (alpo.whistle.com [207.76.204.38]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA14720 for ; Tue, 23 Dec 1997 14:20:33 -0800 (PST) (envelope-from julian@whistle.com) Received: (from daemon@localhost) by alpo.whistle.com (8.8.5/8.8.5) id OAA24857; Tue, 23 Dec 1997 14:16:30 -0800 (PST) Received: from UNKNOWN(), claiming to be "current1.whistle.com" via SMTP by alpo.whistle.com, id smtpd024854; Tue Dec 23 14:16:24 1997 Message-ID: <34A0378D.446B9B3D@whistle.com> Date: Tue, 23 Dec 1997 14:13:33 -0800 From: Julian Elischer Organization: Whistle Communications X-Mailer: Mozilla 3.0Gold (X11; I; FreeBSD 2.2-CURRENT i386) MIME-Version: 1.0 To: Joerg Wunsch CC: freebsd-hackers@FreeBSD.ORG Subject: Re: Am I off my rocker? (/dev/tick device) References: <199712220844.TAA00494@word.smith.net.au> <199712232038.VAA13940@uriah.heep.sax.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > Anyway, i've got an implementation for a /dev/rtc in the pipeline, but > it went somewhat on the backburner (the ISDN folks are bugging me to > adopt the sppp driver for the new isdn4bsd code :). did you ever look at the 'netgraph' code I made available for this sort of thing.. It becomes 'public' on jan 1. From owner-freebsd-hackers Tue Dec 23 16:57:07 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA25699 for hackers-outgoing; Tue, 23 Dec 1997 16:57:07 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA25686 for ; Tue, 23 Dec 1997 16:56:54 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id QAA00734; Tue, 23 Dec 1997 16:57:59 -0800 (PST) Message-Id: <199712240057.QAA00734@implode.root.com> To: dennis cc: hackers@FreeBSD.ORG Subject: Re: de? driver working In-reply-to: Your message of "Tue, 23 Dec 1997 16:40:24 EST." <3.0.32.19971223164023.00ddb910@etinc.com> From: David Greenman Reply-To: dg@root.com Date: Tue, 23 Dec 1997 16:57:59 -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk >I installed Matt Thomas's v1.7 netbsd driver with a 21140-AC chip >board and it autodetects and works like a charm....I'm wondering >why someone doesnt commit this (rather than the crappy one in >the tree now). I'm not sure when "v1.7" came out, but the driver was updated recently in -current. A mixed bag, as always - some cards now work while support for others that used to work is now broken. -DG David Greenman Core-team/Principal Architect, The FreeBSD Project From owner-freebsd-hackers Tue Dec 23 17:18:33 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA27643 for hackers-outgoing; Tue, 23 Dec 1997 17:18:33 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dog.farm.org (gw-hssi-2.farm.org [209.66.103.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA27590 for ; Tue, 23 Dec 1997 17:18:12 -0800 (PST) (envelope-from dog.farm.org!dk) Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id RAA01688; Tue, 23 Dec 1997 17:20:21 -0800 (PST) Date: Tue, 23 Dec 1997 17:20:21 -0800 (PST) From: Dmitry Kohmanyuk Message-Id: <199712240120.RAA01688@dog.farm.org> To: jmz@cabri.obs-besancon.fr (Jean-Marc Zucconi) Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Moving CD audio data around with HP 4020i Newsgroups: cs-monolit.gated.lists.freebsd.hackers Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk In article <9712232138.AA20778@cabri.obs-besancon.fr> you wrote: > >>>>> Jordan K Hubbard writes: > >> Now, given these seperate sources, can anyone tell me how to read them > >> back on to the harddisk, and then to write them back on to a merged > >> CD? > > Use DOS and some commercial CDR mastering software. :-( > > Sorry, but that's the same answer we came up with when we embarked > > upon this same road here at Walnut Creek CDROM. Some audio CDs have > > very short gaps in between songs and this information is destroyed > > (and a frisbee produced) with any of the UN*X based mastering > > solutions we tried. I wish I could remember the name of the DOS > > software we now use for this now but it totally slips my mind. DOS, > > not being multitasking, is actually an ideal platform for a > > does-it-all CDR software solution since there are no drivers to get in > > the way nor any competition for the CDR or disk. A friend from the > > Linux camp went through this same process and now swears by the DOS > > solution - he tried all the Linux solutions and they all sucked in the > > same ways that the *BSD solutions did. :-( > If your CD is audio only (not audio+data) you _can_ burn disks with > arbitrary gap length between tracks, even 0 second gap (useful for > live recordings). I have burned 10s of them, all on FreeBSD :-) > You just need the right program. do you remember which program does that? to comment on quoted text by jkh - This sounds like wrong statement. Granted, it takes a little time to learn how to use cdrecord on Linux, but then I was able to write multi-session (data and audio) CDs with tracks copied by cdd on FreeBSD. On Linux, it was done under X with lightly loaded system, separate SCSI buses for disk and recorder, and 2-speed writer. Recently, a FreeBSD port of cdrecord was done. A stripped-down system (no daemons running, no networking except when downloading files to be written to CD) - just console - should not get any competition as you describe it. You can even run single-user. Of course, if you don't know how to use FreeBSD or Linux for this correctly, it is your right to use DOS from Micro$oft - after all, they also made NT, which is better than Unix in networking . ;-) As for short gaps, well, there is `disk at once' mode which allows to write any data to CD. But then, let me quote README.audio from cdrecord package by Joerg Schilling: <<<< Cdrecord crently only supports Track at once. This gives 2 seconds pause between two audio tracks. The 2 seconds pause between two audio tracks is the CD ***standard*** The standard says: Each track starts with 2 seconds of silence followed by at least 4 seconds of audio data. For that reason the 2 second pause is generated by the CD-R drive in Track at once (TAO) mode. CD's that have no pause bewteen two tracks are illegal. These illegal disks may be made with Disk At Once (DAO) only. In DAO mode the writing software needs to send the 2 seconds pause as binary zeroes and therefore is able to create illegal disks by sending audio data instead. >>>> From owner-freebsd-hackers Tue Dec 23 17:52:28 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA29966 for hackers-outgoing; Tue, 23 Dec 1997 17:52:28 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from helios.dnttm.ru (root@dnttm.wave.ras.ru [194.85.104.197]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA29563 for ; Tue, 23 Dec 1997 17:47:08 -0800 (PST) (envelope-from dima@tejblum.dnttm.rssi.ru) Received: (from uucp@localhost) by helios.dnttm.ru (8.8.5/8.8.5/IP-3) with UUCP id EAA14218; Wed, 24 Dec 1997 04:43:32 +0300 Received: from tejblum.dnttm.rssi.ru (localhost [127.0.0.1]) by tejblum.dnttm.rssi.ru (8.8.8/8.8.7) with ESMTP id EAA02346; Wed, 24 Dec 1997 04:45:37 +0300 (MSK) (envelope-from dima@tejblum.dnttm.rssi.ru) Message-Id: <199712240145.EAA02346@tejblum.dnttm.rssi.ru> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luoqi Chen cc: hackers@FreeBSD.ORG Subject: Re: msdosfs win95 long file name support In-reply-to: Your message of "Tue, 23 Dec 1997 11:07:31 EST." <199712231607.LAA01641@watermarkgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Dec 1997 04:45:37 +0300 From: Dmitrij Tejblum Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Luoqi Chen wrote: > Dima, don't be so cynical. Sorry, I didn' want to offend you, really. > I think technically my solution is better, there's > still room for improvement though. There is always a big room for improvement :( :( See: Wolfgang Solfrank develop msdosfs from 1994. And he still maintain it --- at least he adds years to his copyright notice :). WS and NetBSD adds support for new Microsoft stuff soon after Microsoft release these stuff. NetBSD and OpenBSD users already tested long file name support somehow. So I (as an user) would prefer Wolfgang's work over your 2 weekend's work. Why change the "professional" stuff for "homegrown"? For slight performance improvement plus some lack of correctness? (Both performance and full correctness is not so important for me, though.) You say, you can do something better? Sure. But did you tried offer your patches to NetBSD people? Why not follow the simple rule --- before fixing or improving a software, get the latest version? Sorry if above offend you (or somebody else). I actually only want to convince you that importing NetBSD code again is not so bad idea too. :) > The problem you mentioned could be easily > remedied by a bitmap. I didn't do this because I wanted to focus on more > important issues. After those are working correctly, then I can deal with > lesser issues like this one. > > There is another feature I programmed in which is (arguably) quite desirable. > It allows you to change a filename to one that differs only by the case > of some of the letters. For example, mv README Readme. You cannot do this > in NetBSD's code (I didn't try this, just by reading their code, so I could > be wrong). Of course, you can always do, mv README r; mv r Readme. Yes, this is very desirable (for me, at least), and yes, NetBSD cannot do it. (Btw, i suspect that their 'do nothing if the files are same' is only a quick fix for a panic. So, they may want something better too). I will say you more about bugs in the NetBSD code: for example, it cannot handle russian filenames :) Apparently, readdir returns something that lookup cannot find. I suspect that your code do not have this problem: you don't try to recode filenames, like NetBSD. But in long term perspective, russians filenames should be recoded, since russian charsets in dos, windows, and unix are different. NetBSD recode tables simple don't work for russian charsets, apparently... ... NetBSD fixed some problems with mounting (i hope). (This is post-Lite2 problems, i. e. they don't apply to 2.2...) It may be not so important, of course, but... again: Lite-2 merge was almost year ago, and since that nobody fixed the problems. You also haven't fixed them. How can we get them fixed, if not import the NetBSD code? Note also that the merge is already done... Dima From owner-freebsd-hackers Tue Dec 23 18:01:35 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA00693 for hackers-outgoing; Tue, 23 Dec 1997 18:01:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA00678 for ; Tue, 23 Dec 1997 18:01:11 -0800 (PST) (envelope-from deischen@iworks.InterWorks.org) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id UAA00605; Tue, 23 Dec 1997 20:05:53 -0600 (CST) Message-Id: <199712240205.UAA00605@iworks.InterWorks.org> Date: Tue, 23 Dec 1997 20:05:53 -0600 (CST) From: "Daniel M. Eischen" To: freebsd-hackers@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: Moving CD audio data around with HP 4020i Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > Heh, I'll bet you $10 right now that I can send you an Audio CD > (transcribed from DAT) which you will *not* be able to duplicate > with your Solaris box. :-) Wait, I've got a buddy that's been trying to figure out how to read an audio DAT tape and write it to a CD audio track. Is there a known solution??? I know he'd be *very* interested if there was, as he's been trying to figure it out for a few months (on and off). Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-hackers Tue Dec 23 18:59:12 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA04297 for hackers-outgoing; Tue, 23 Dec 1997 18:59:12 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA04051 for ; Tue, 23 Dec 1997 18:54:21 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id NAA09323; Wed, 24 Dec 1997 13:21:49 +1030 (CST) (envelope-from grog) Message-ID: <19971224132149.33375@lemis.com> Date: Wed, 24 Dec 1997 13:21:49 +1030 From: Greg Lehey To: "Daniel M. Eischen" Cc: freebsd-hackers@FreeBSD.ORG, jkh@time.cdrom.com Subject: Re: Moving CD audio data around with HP 4020i References: <199712240205.UAA00605@iworks.InterWorks.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199712240205.UAA00605@iworks.InterWorks.org>; from Daniel M. Eischen on Tue, Dec 23, 1997 at 08:05:53PM -0600 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Tue, Dec 23, 1997 at 08:05:53PM -0600, Daniel M. Eischen wrote: > >> Heh, I'll bet you $10 right now that I can send you an Audio CD >> (transcribed from DAT) which you will *not* be able to duplicate >> with your Solaris box. :-) > > Wait, I've got a buddy that's been trying to figure out how to read > an audio DAT tape and write it to a CD audio track. Is there a > known solution??? With enough effort, there's always a solution. > I know he'd be *very* interested if there was, as he's been trying > to figure it out for a few months (on and off). There's a lot more involved than just copying. IIRC, CDs record at 41.4 ksamples/second, and DATs record at 44 or 48 ksamples/second, so you'd effectively have to remaster. I suppose straight interpolation would work, but it's still a lot of processing. Greg From owner-freebsd-hackers Tue Dec 23 20:10:07 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA08007 for hackers-outgoing; Tue, 23 Dec 1997 20:10:07 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.netwalk.com (root@mail.netwalk.com [205.156.197.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA07990 for ; Tue, 23 Dec 1997 20:10:00 -0800 (PST) (envelope-from randy@tcs2-29.netwalk.net) Received: from tcs2-29.netwalk.net (randy@tcs2-29.netwalk.net [206.175.52.93]) by mail.netwalk.com (8.8.5/8.6.9) with ESMTP id XAA22489 for ; Tue, 23 Dec 1997 23:09:50 -0500 Received: (from randy@localhost) by tcs2-29.netwalk.net (8.8.5/8.8.5) id XAA13931; Tue, 23 Dec 1997 23:09:21 -0500 Message-ID: <19971223230921.57532@netwalk.com> Date: Tue, 23 Dec 1997 23:09:21 -0500 From: dh2@netwalk.com To: hackers@FreeBSD.ORG Subject: (?) lnc0: Transmit underflow error -- Resetting Reply-To: dh2@netwalk.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk I'm trying to do transfers of a large amount of data between my FreeBSD 3.0-971208-SNAP box with a NE2100 Lance card and a Linux 2.0.32 box with an NE2000. My effective transfer rate is measely 1.6kbytes per second over a 10Mbps ethernet with FTP, and I'm getting loads of these in the FreeBSD error log: /kernel: lnc0: Transmit underflow error -- Resetting /kernel: lnc0: Transmit underflow error -- Resetting /kernel: lnc0: Transmit underflow error -- Resetting as well as some of these: /kernel: lnc0: Receive overflow error The machines will swap a few segments, then the line freezes for a second, and then this repeats. Does anyone know what these messages indicate? Any suggestions on what is the underlying reason for the transfer rate being so ridiculously low? Please Cc responses to me via e-mail as I'm not at my normal list address. Thanks. Randall Hopper From owner-freebsd-hackers Tue Dec 23 21:02:17 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA10070 for hackers-outgoing; Tue, 23 Dec 1997 21:02:17 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from tapti.hss.hns.com (tapti.hss.hns.com [139.85.242.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA10061 for ; Tue, 23 Dec 1997 21:01:51 -0800 (PST) (envelope-from kchowksey@hss.hns.com) Received: from tarang.hss.hns.com (tarang.hss.hns.com [139.85.242.33]) by tapti.hss.hns.com (8.8.2/8.7.3) with ESMTP id KAA12621; Wed, 24 Dec 1997 10:28:58 +0500 (IST) Received: (from kchowksey@localhost) by tarang.hss.hns.com (8.8.2/8.7.3) id KAA17065; Wed, 24 Dec 1997 10:26:26 -0500 (GMT) Date: Wed, 24 Dec 1997 10:26:26 -0500 (GMT) Message-Id: <199712241526.KAA17065@tarang.hss.hns.com> From: Kapil Chowksey MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: dh2@netwalk.com CC: hackers@FreeBSD.ORG Subject: Re: (?) lnc0: Transmit underflow error -- Resetting In-Reply-To: <19971223230921.57532@netwalk.com> References: <19971223230921.57532@netwalk.com> X-Mailer: VM 6.34 under Emacs 19.34.1 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Tue, 23 December, dh2@netwalk.com wrote: > I'm trying to do transfers of a large amount of data between my FreeBSD > 3.0-971208-SNAP box with a NE2100 Lance card and a Linux 2.0.32 box with an > NE2000. > > My effective transfer rate is measely 1.6kbytes per second over a 10Mbps > ethernet with FTP, and I'm getting loads of these in the FreeBSD error log: Ditto here. I have a PCI based NE2100 card (lnc1) on an HP Vectra pentium 200Mhz class PC which gives equally pathetic performance (both under 2.2.5-RELEASE and 3.0-971208-SNAP) while ftp'ing to any other host (Solaris, HPUX, EtherExpress Linux's, ed0 based FreeBSDs). It seems that packet sizes greater than 738 get delayed by 1-2 seconds in the driver itself ! elbereth# ping -f -s 738 luthien PING luthien.hss.hns.com (139.85.242.7): 738 data bytes . but, elbereth# ping -f -s 739 luthien PING luthien.hss.hns.com (139.85.242.7): 738 data bytes ................................................ elbereth# netstat -ni Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll lnc1 1500 00.60.b0.5b.74.c6 389811 0 102696 0 1258 Nothing abnormal here. I think the driver slows down while transmitting IP packets of sizes greater than 738 (ICMP data) + 8 (ICMP header) + 20 (IP Header) = 766 bytes > /kernel: lnc0: Transmit underflow error -- Resetting I am not getting any messages from lnc driver however. Is there a maintainer for lnc driver currently ? sincerely, -- Kapil Chowksey "Modularity is not a hack." kchowksey@hss.hns.com -- D. J. Bernstein From owner-freebsd-hackers Tue Dec 23 23:29:07 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA18030 for hackers-outgoing; Tue, 23 Dec 1997 23:29:07 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from dog.farm.org (gw-hssi-2.farm.org [209.66.103.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA18026 for ; Tue, 23 Dec 1997 23:29:01 -0800 (PST) (envelope-from dog.farm.org!dk) Received: (from dk@localhost) by dog.farm.org (8.7.5/dk#3) id XAA07267; Tue, 23 Dec 1997 23:26:16 -0800 (PST) Date: Tue, 23 Dec 1997 23:26:16 -0800 (PST) From: Dmitry Kohmanyuk Message-Id: <199712240726.XAA07267@dog.farm.org> To: imp@village.org (Warner Losh) Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: procedure to adjust clock drift? Newsgroups: cs-monolit.gated.lists.freebsd.hackers Organization: FARM Computing Association Reply-To: dk+@ua.net X-Newsreader: TIN [version 1.2 PL2] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk In article <199712232054.NAA24318@harmony.village.org> you wrote: > In message <199712231738.JAA01502@rah.star-gate.com> Amancio Hasty writes: > : Does anyone have a procedure to adjust the clock drift in a PC? > ntp? > It is already in the tree as xntpd and friends... of course; the problem with PCs is that they, unlike, say, sparcs, can gain few seconds in a day... I usually put this into /etc/daily.local (this is for old rc style, adjust to taste): # /etc/daily.local # If there is a global system configuration file, suck it in. if [ -f /etc/sysconfig ]; then . /etc/sysconfig fi if [ "X${ntpdate}" != X"NO" ]; then echo 'Running ntpdate:'; ntpdate ${ntpdate} #>/dev/null 2>&1 fi maybe this is a good idea for standard /etc/daily ?? Setting date by ntpdate only on boot looks like useless idea to me - freebsd boxes have trend to stay up for months... ;-) From owner-freebsd-hackers Wed Dec 24 00:38:56 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA21990 for hackers-outgoing; Wed, 24 Dec 1997 00:38:56 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA21980 for ; Wed, 24 Dec 1997 00:38:50 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id AAA14905; Wed, 24 Dec 1997 00:38:39 -0800 (PST) To: "Daniel M. Eischen" cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Moving CD audio data around with HP 4020i In-reply-to: Your message of "Tue, 23 Dec 1997 20:05:53 CST." <199712240205.UAA00605@iworks.InterWorks.org> Date: Wed, 24 Dec 1997 00:38:39 -0800 Message-ID: <14901.882952719@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > > > Heh, I'll bet you $10 right now that I can send you an Audio CD > > (transcribed from DAT) which you will *not* be able to duplicate > > with your Solaris box. :-) > > Wait, I've got a buddy that's been trying to figure out how > to read an audio DAT tape and write it to a CD audio track. > Is there a known solution??? I know he'd be *very* interested The Zefiro Acoustics ZA2 (http://www.zefiro.com/za2/). The software for it runs under Win95 (ack) though the folks at http://www.opensound.com/ also claim it among their supported sound cards for FreeBSD, though lord only knows in what capacity. It might be worth at least asking them. Jordan From owner-freebsd-hackers Wed Dec 24 01:22:25 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA24381 for hackers-outgoing; Wed, 24 Dec 1997 01:22:25 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA24293 for ; Wed, 24 Dec 1997 01:20:59 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id KAA12264 for freebsd-hackers@freebsd.org; Wed, 24 Dec 1997 10:20:55 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id KAA17022; Wed, 24 Dec 1997 10:11:37 +0100 (MET) Date: Wed, 24 Dec 1997 10:11:37 +0100 (MET) Message-Id: <199712240911.KAA17022@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <199712231741.LAA00936@horton.iaces.com> <11811.882900464@time.cdrom.com> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: Moving CD audio data around with HP 4020i X-Original-Newsgroups: local.freebsd.hackers To: freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk "Jordan K. Hubbard" wrote: > That's not actually a factor so much as is the inter-song gap that's > *written*. I have audio CDs which are *full*, and if you have writer > software which sticks a 2 second gap in between each song by default > then you're not going to be able to fit it all on there. The > originals are mastered with far shorter gaps. I think you're talking about `disk at once'. Jean-Marc is working on it, and the worm(4) driver is supposed to already support it. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Dec 24 03:20:57 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA01128 for hackers-outgoing; Wed, 24 Dec 1997 03:20:57 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA01110 for ; Wed, 24 Dec 1997 03:20:47 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id MAA13281 for freebsd-hackers@freebsd.org; Wed, 24 Dec 1997 12:20:45 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id LAA17159; Wed, 24 Dec 1997 11:55:36 +0100 (MET) Date: Wed, 24 Dec 1997 11:55:36 +0100 (MET) Message-Id: <199712241055.LAA17159@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <199712240726.XAA07267@dog.farm.org> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: procedure to adjust clock drift? X-Original-Newsgroups: local.freebsd.hackers To: freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Dmitry Kohmanyuk wrote: > maybe this is a good idea for standard /etc/daily ?? Setting date > by ntpdate only on boot looks like useless idea to me - freebsd boxes > have trend to stay up for months... ;-) If you've got an NTP server at your reach, the idea is that you call ntpdate at boot-time, and run xntpd to stay in sync afterwards. Calling ntpdate repeatedly in a running system is not a good idea, since it'll cause `time warp's. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed Dec 24 05:52:43 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA08624 for hackers-outgoing; Wed, 24 Dec 1997 05:52:43 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gatekeeper.itribe.net (gatekeeper.itribe.net [209.49.144.254]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA08620 for ; Wed, 24 Dec 1997 05:52:37 -0800 (PST) (envelope-from jamie@itribe.net) Message-Id: <199712241354.IAA04331@gatekeeper.itribe.net> Received: forwarded by SMTP 1.5.2. Date: Wed, 24 Dec 1997 08:52:37 -0500 (EST) From: Jamie Bowden To: dk+@ua.net cc: Warner Losh , freebsd-hackers@FreeBSD.ORG Subject: Re: procedure to adjust clock drift? In-Reply-To: <199712240726.XAA07267@dog.farm.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Tue, 23 Dec 1997, Dmitry Kohmanyuk wrote: > In article <199712232054.NAA24318@harmony.village.org> you wrote: > > In message <199712231738.JAA01502@rah.star-gate.com> Amancio Hasty writes: > > : Does anyone have a procedure to adjust the clock drift in a PC? > > > ntp? > > > It is already in the tree as xntpd and friends... > > of course; the problem with PCs is that they, unlike, say, sparcs, > can gain few seconds in a day... > I have an SGI Challenge S that just started losing about 40 minutes a day about a week ago. It's not just a PC problem, though PC clocks tend suck in general. My SGI's are highly reliable with that one exception, and that one worries me, but hey, that's what backups are for. -- Jamie Bowden Systems Administrator, iTRiBE.net If we've got to fight over grep, sign me up. But boggle can go. -Ted Faber (on Hasbro's request for removal of /usr/games/boggle) From owner-freebsd-hackers Wed Dec 24 06:26:30 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA10554 for hackers-outgoing; Wed, 24 Dec 1997 06:26:30 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from phoenix.its.rpi.edu (dec@phoenix.its.rpi.edu [128.113.161.45]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA10546 for ; Wed, 24 Dec 1997 06:26:23 -0800 (PST) (envelope-from dec@phoenix.its.rpi.edu) Received: from localhost (dec@localhost) by phoenix.its.rpi.edu (8.8.8/8.8.7) with SMTP id JAA03979; Wed, 24 Dec 1997 09:25:56 -0500 (EST) (envelope-from dec@phoenix.its.rpi.edu) Date: Wed, 24 Dec 1997 09:25:56 -0500 (EST) From: "David E. Cross" To: Jamie Bowden cc: dk+@ua.net, Warner Losh , freebsd-hackers@FreeBSD.ORG Subject: Re: procedure to adjust clock drift? In-Reply-To: <199712241354.IAA04331@gatekeeper.itribe.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Wed, 24 Dec 1997, Jamie Bowden wrote: > On Tue, 23 Dec 1997, Dmitry Kohmanyuk wrote: > > > In article <199712232054.NAA24318@harmony.village.org> you wrote: > > > In message <199712231738.JAA01502@rah.star-gate.com> Amancio Hasty writes: > > > : Does anyone have a procedure to adjust the clock drift in a PC? > > > > > ntp? > > > > > It is already in the tree as xntpd and friends... > > > > of course; the problem with PCs is that they, unlike, say, sparcs, > > can gain few seconds in a day... > > > > I have an SGI Challenge S that just started losing about 40 minutes a day > about a week ago. It's not just a PC problem, though PC clocks tend suck > in general. My SGI's are highly reliable with that one exception, and > that one worries me, but hey, that's what backups are for. Heh... we used to routinely have entire labs of SGIs go off by DAYS in the period of a weekend, they were all trying to sync off each other, and just kept drifting further and further away. What is curious for me though is before I enabled xntpd (and I recomend that everyone should use this program to keep in sync), I would drift by a minute a week (rather FreeBSD would, my CMOS clock would still be right on)... I understand why this happens, it is just a bit strange (IMO that FreeBSD would not repoll the CMOS clock occassionaly) -- David Cross ACS Consultant From owner-freebsd-hackers Wed Dec 24 06:50:06 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA11565 for hackers-outgoing; Wed, 24 Dec 1997 06:50:06 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mail.netwalk.com (root@mail.netwalk.com [205.156.197.5]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA11501 for ; Wed, 24 Dec 1997 06:49:56 -0800 (PST) (envelope-from randy@tcs5-28.netwalk.net) Received: from tcs5-28.netwalk.net (randy@tcs5-28.netwalk.net [206.175.76.28]) by mail.netwalk.com (8.8.5/8.6.9) with ESMTP id JAA13357; Wed, 24 Dec 1997 09:49:54 -0500 Received: (from randy@localhost) by tcs5-28.netwalk.net (8.8.5/8.8.5) id JAA05852; Wed, 24 Dec 1997 09:49:29 -0500 Message-ID: <19971224094929.26472@netwalk.com> Date: Wed, 24 Dec 1997 09:49:29 -0500 From: dh2@netwalk.com To: Kapil Chowksey Cc: hackers@FreeBSD.ORG Subject: Re: (?) lnc0: Transmit underflow error -- Resetting Reply-To: dh2@netwalk.com References: <19971223230921.57532@netwalk.com> <199712241526.KAA17065@tarang.hss.hns.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.85 In-Reply-To: <199712241526.KAA17065@tarang.hss.hns.com>; from Kapil Chowksey on Wed, Dec 24, 1997 at 10:26:26AM -0500 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Kapil Chowksey: > On Tue, 23 December, dh2@netwalk.com wrote: > > I'm trying to do transfers of a large amount of data between my FreeBSD > > 3.0-971208-SNAP box with a NE2100 Lance card and a Linux 2.0.32 box with an > > NE2000. > > > > My effective transfer rate is measely 1.6kbytes per second over a 10Mbps > > ethernet with FTP, and I'm getting loads of these in the FreeBSD error log: > > Ditto here. I have a PCI based NE2100 card (lnc1) on an HP Vectra > pentium 200Mhz class PC which gives equally pathetic performance (both > under 2.2.5-RELEASE and 3.0-971208-SNAP) while ftp'ing to any other > host (Solaris, HPUX, EtherExpress Linux's, ed0 based FreeBSDs). > > It seems that packet sizes greater than 738 get delayed by 1-2 seconds > in the driver itself ! That's interesting. I found last night that if I cranked the lnc0 interface's MTU down to 512, I got slightly better performance, but going even further down to 256 made a much bigger difference. For example, FTPing a 540Meg file between the machines, at MTU=512, it was still going to take > 100min to ftp it over a 10-base ethernet. At MTU=256 however, it took only 15 min, just a few minutes longer than I'd expect at an optimized config. It appears that segment size is related as you said. Though indications here are that there's a significant difference with numbers below 738 -- between 256 and 512 for sure. > I am not getting any messages from lnc driver however. Is there a > maintainer for lnc driver currently ? I'd also be interested. Would be happy to try suggestions and patches here. Thanks, Randall Hopper From owner-freebsd-hackers Wed Dec 24 08:13:49 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA15808 for hackers-outgoing; Wed, 24 Dec 1997 08:13:49 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA15784 for ; Wed, 24 Dec 1997 08:13:38 -0800 (PST) (envelope-from hoek@hwcn.org) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.7/8.8.7) with ESMTP id LAA09417; Wed, 24 Dec 1997 11:14:02 -0500 (EST) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.7/8.8.7) with SMTP id LAA24941; Wed, 24 Dec 1997 11:14:48 -0500 (EST) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Wed, 24 Dec 1997 11:14:47 -0500 (EST) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca To: Dmitrij Tejblum cc: Luoqi Chen , hackers@FreeBSD.ORG Subject: Re: msdosfs win95 long file name support In-Reply-To: <199712240145.EAA02346@tejblum.dnttm.rssi.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Wed, 24 Dec 1997, Dmitrij Tejblum wrote: > already tested long file name support somehow. So I (as an user) would prefer > Wolfgang's work over your 2 weekend's work. Why change the "professional" > stuff for "homegrown"? For slight performance improvement plus some lack of It occurs to me that this all would have been quite unnecessary had vfatfs been stuffed down the throats of -current users as soon as it was mildly stable and usable. -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-hackers Wed Dec 24 08:23:56 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA16330 for hackers-outgoing; Wed, 24 Dec 1997 08:23:56 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA16303 for ; Wed, 24 Dec 1997 08:23:42 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id JAA07071; Wed, 24 Dec 1997 09:23:20 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id JAA06439; Wed, 24 Dec 1997 09:23:13 -0700 Date: Wed, 24 Dec 1997 09:23:13 -0700 Message-Id: <199712241623.JAA06439@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: dk+@ua.net Cc: imp@village.org (Warner Losh), freebsd-hackers@FreeBSD.ORG Subject: Re: procedure to adjust clock drift? Newsgroups: cs-monolit.gated.lists.freebsd.hackers In-Reply-To: <199712240726.XAA07267@dog.farm.org> References: <199712240726.XAA07267@dog.farm.org> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > > : Does anyone have a procedure to adjust the clock drift in a PC? > > > It is already in the tree as xntpd and friends... > > of course; the problem with PCs is that they, unlike, say, sparcs, > can gain few seconds in a day... Huh? You're kidding right? My Sparcs have always gained a few seconds every day. Heck, they are *more* likely to get off-time than my 486/66 at home. Nate From owner-freebsd-hackers Wed Dec 24 09:17:35 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA18759 for hackers-outgoing; Wed, 24 Dec 1997 09:17:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA18754 for ; Wed, 24 Dec 1997 09:17:21 -0800 (PST) (envelope-from roberte@ghost.mep.ruhr-uni-bochum.de) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.8.5/8.8.4) id SAA17076; Wed, 24 Dec 1997 18:16:54 +0100 (MEZ) From: Robert Eckardt Message-Id: <199712241716.SAA17076@ghost.mep.ruhr-uni-bochum.de> Subject: Re: procedure to adjust clock drift? In-Reply-To: <199712232054.NAA24318@harmony.village.org> from Warner Losh at "Dec 23, 97 01:54:25 pm" To: imp@village.org (Warner Losh) Date: Wed, 24 Dec 1997 18:16:54 +0100 (MEZ) Cc: hasty@rah.star-gate.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk It was Warner Losh who wrote: > In message <199712231738.JAA01502@rah.star-gate.com> Amancio Hasty writes: > : Does anyone have a procedure to adjust the clock drift in a PC? If you think of hardware tuning the frequency: No, I don't know. (It will depend e.g. on whether you have the machine running all the time or just during the day (temperature).) If you are happy with periodically synchronizing the clock to some time standard: I wrote some time ago a driver which connects a cheap DCF clock (german radio standard time signal (others should be easy to implement) controlled, price at about 10-20 $) via a simple interface to my (otherwise unused :-) game port (iX 11/1994p6). The kernel polls every 1/100 s the state and buffers it for a user program to evaluate (which I run via cron twice a day). In a network I use xntpd with the machine with the clock configured as a stratum 1. The driver (including a plan for the interface) can be found at: ftp://hadron.tp2.ruhr-uni-bochum.de/pub/DCF/DCF77-1.3-beta.tar.gz (the `beta' reflects the fact that the Readme is in German and it needs some hand work to apply the patches to the kernel (no port)) A slightly different solution exists for the serial port with direct interface to ntp (in iX 10/1994p154). In this article the authors point to parse/util/dcfd.c in the NTP-distribution. Robert > > ntp? > > It is already in the tree as xntpd and friends... > > Warner > -- Robert Eckardt \\ FreeBSD -- solutions for a large universe.(tm) RobertE@MEP.Ruhr-Uni-Bochum.de \\ What do you want to boot tomorrow ?(tm) http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte For PGP-key finger roberte@gluon.MEP.Ruhr-Uni-Bochum.de From owner-freebsd-hackers Wed Dec 24 09:37:06 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA19800 for hackers-outgoing; Wed, 24 Dec 1997 09:37:06 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from etinc.com (et-gw-fr1.etinc.com [204.141.244.98]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA19778 for ; Wed, 24 Dec 1997 09:36:10 -0800 (PST) (envelope-from dennis@etinc.com) Received: from dbsys.etinc.com (dbsys.etinc.com [204.141.95.138]) by etinc.com (8.8.3/8.6.9) with SMTP id MAA15440; Wed, 24 Dec 1997 12:41:34 -0500 (EST) Message-Id: <3.0.32.19971224123909.00de3920@etinc.com> X-Sender: dennis@etinc.com X-Mailer: Windows Eudora Pro Version 3.0 (32) Date: Wed, 24 Dec 1997 12:39:10 -0500 To: dg@root.com From: dennis Subject: Re: de? driver working Cc: hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk At 04:57 PM 12/23/97 -0800, you wrote: >>I installed Matt Thomas's v1.7 netbsd driver with a 21140-AC chip >>board and it autodetects and works like a charm....I'm wondering >>why someone doesnt commit this (rather than the crappy one in >>the tree now). > > I'm not sure when "v1.7" came out, but the driver was updated recently in >-current. A mixed bag, as always - some cards now work while support for >others that used to work is now broken. A driver is only as good as the effort put into it. If no one cares about it and it just gets casually patched, it will never be any good. The if_ed driver, which handles much bigger monsters (and many more varients) than the DEC chip, was always kept in order from release to release.......if you prefer the Intel boards (Now) thats cool, but lets not blame the hardware. Its a software thing. but when you start telling people that if they want to upgrade their OS they'll have to throw out their 35 or 50 dec boards (that you previously recommended), you give FreeBSD a black eye. Dennis From owner-freebsd-hackers Wed Dec 24 09:56:18 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA20705 for hackers-outgoing; Wed, 24 Dec 1997 09:56:18 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from unix.tfs.net (pm3-p31.tfs.net [206.154.183.223]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA20660 for ; Wed, 24 Dec 1997 09:55:59 -0800 (PST) (envelope-from jbryant@unix.tfs.net) Received: (from jbryant@localhost) by unix.tfs.net (8.8.8/8.8.5) id LAA09424 for freebsd-hackers@freebsd.org; Wed, 24 Dec 1997 11:55:49 -0600 (CST) From: Jim Bryant Message-Id: <199712241755.LAA09424@unix.tfs.net> Subject: Re: procedure to adjust clock drift? To: freebsd-hackers@FreeBSD.ORG Date: Wed, 24 Dec 1997 11:55:49 -0600 (CST) Reply-to: jbryant@unix.tfs.net X-Windows: R00LZ!@# MS-Winbl0wz DR00LZ!@# X-Operating-System: FreeBSD 3.0-CURRENT #0: Mon Dec 1 15:51:40 CST 1997 X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk if you are adventurous, you can tweak the loading capacitor for the clock crystal.. to zero the clock to the design frequency. best way to do this is to get a frequency counter and monitor the output of the oscillator while tweaking the capacitor [the variable near the crystal]. if you don't have a counter, the next best way to do this is to try trial and error by ear using some known reference such as WWV. to get a properly adjusted oscillator, you can spend upwards of a month using the trial and error method, as only cumulative error will be noticable. use a counter if you can find one!B this can be alleviated by running xntpd or timed, which by getting the time from a stratum 1 timeserver at regular intervals can skew the clock via software to correct for the frequency error of the oscillator. In reply: > It was Warner Losh who wrote: > > In message <199712231738.JAA01502@rah.star-gate.com> Amancio Hasty writes: > > : Does anyone have a procedure to adjust the clock drift in a PC? > > If you think of hardware tuning the frequency: No, I don't know. > (It will depend e.g. on whether you have the machine running all > the time or just during the day (temperature).) > > > If you are happy with periodically synchronizing the clock to > some time standard: > > I wrote some time ago a driver which connects a cheap DCF clock > (german radio standard time signal (others should be easy to implement) > controlled, price at about 10-20 $) via a simple interface to my > (otherwise unused :-) game port (iX 11/1994p6). > > The kernel polls every 1/100 s the state and buffers it for a > user program to evaluate (which I run via cron twice a day). > In a network I use xntpd with the machine with the clock configured > as a stratum 1. > > The driver (including a plan for the interface) can be found at: > ftp://hadron.tp2.ruhr-uni-bochum.de/pub/DCF/DCF77-1.3-beta.tar.gz > > (the `beta' reflects the fact that the Readme is in German and it > needs some hand work to apply the patches to the kernel (no port)) > > A slightly different solution exists for the serial port with direct > interface to ntp (in iX 10/1994p154). > In this article the authors point to parse/util/dcfd.c in the > NTP-distribution. > > > Robert > > > > > ntp? > > > > It is already in the tree as xntpd and friends... > > > > Warner jim -- All opinions expressed are mine, if you | "I will not be pushed, stamped, think otherwise, then go jump into turbid | briefed, debriefed, indexed, or radioactive waters and yell WAHOO !!! | numbered!" - #1, "The Prisoner" ------------------------------------------------------------------------------ Inet: jbryant@tfs.net AX.25: kc5vdj@wv0t.#neks.ks.usa.noam grid: EM28pw voice: KC5VDJ - 6 & 2 Meters AM/FM/SSB, 70cm FM. http://www.tfs.net/~jbryant ------------------------------------------------------------------------------ HF/6M/2M: IC-706-MkII, 2M: HTX-212, 2M: HTX-202, 70cm: HTX-404, Packet: KPC-3+ From owner-freebsd-hackers Wed Dec 24 10:32:19 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22530 for hackers-outgoing; Wed, 24 Dec 1997 10:32:19 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA22304 for ; Wed, 24 Dec 1997 10:27:11 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id KAA01767; Wed, 24 Dec 1997 10:26:56 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712241826.KAA01767@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Robert Eckardt cc: imp@village.org (Warner Losh), hackers@FreeBSD.ORG Subject: Re: procedure to adjust clock drift? In-reply-to: Your message of "Wed, 24 Dec 1997 18:16:54 +0100." <199712241716.SAA17076@ghost.mep.ruhr-uni-bochum.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Dec 1997 10:26:56 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > It was Warner Losh who wrote: > > In message <199712231738.JAA01502@rah.star-gate.com> Amancio Hasty writes: > > : Does anyone have a procedure to adjust the clock drift in a PC? > > If you think of hardware tuning the frequency: No, I don't know. > (It will depend e.g. on whether you have the machine running all > the time or just during the day (temperature).) I was told that PCs clocks are usually reliable and they are usually off by a fixed clock offset so yes I am thinking about adjusting the frequency on the clock in my PC. Typically, I use ASUS motherboards which come equip with a Dallas Semiconductor RTC which is supposed to be good. Guess, I have to go to the Dallas Semiconductor web site to find out more about my RTC part. > > If you are happy with periodically synchronizing the clock to > some time standard: > > I wrote some time ago a driver which connects a cheap DCF clock > (german radio standard time signal (others should be easy to implement) > controlled, price at about 10-20 $) via a simple interface to my > (otherwise unused :-) game port (iX 11/1994p6). Oh, that sounds great most time clocks run about $1000 or so around here . I wonder if there is a US counterpart. > > The kernel polls every 1/100 s the state and buffers it for a > user program to evaluate (which I run via cron twice a day). > In a network I use xntpd with the machine with the clock configured > as a stratum 1. > > The driver (including a plan for the interface) can be found at: > ftp://hadron.tp2.ruhr-uni-bochum.de/pub/DCF/DCF77-1.3-beta.tar.gz > > (the `beta' reflects the fact that the Readme is in German and it > needs some hand work to apply the patches to the kernel (no port)) > > A slightly different solution exists for the serial port with direct > interface to ntp (in iX 10/1994p154). > In this article the authors point to parse/util/dcfd.c in the > NTP-distribution. > Tnks Amancio From owner-freebsd-hackers Wed Dec 24 10:50:56 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA23323 for hackers-outgoing; Wed, 24 Dec 1997 10:50:56 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from iconmail.bellatlantic.net (iconmail.bellatlantic.net [199.173.162.30]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA23318; Wed, 24 Dec 1997 10:50:48 -0800 (PST) (envelope-from dmm125@bellatlantic.net) Received: from myname.my.domain (client201-122-16.bellatlantic.net [151.201.122.16]) by iconmail.bellatlantic.net (IConNet Sendmail) with SMTP id NAA29808; Wed, 24 Dec 1997 13:50:47 -0500 (EST) Newsgroups: comp.unix.bsd.freebsd.misc Date: Wed, 24 Dec 1997 13:50:47 +0000 (GMT) From: Donn Miller X-Sender: dmm125@myname.my.domain To: questions@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: compiling glibc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk I have several questions. First, I know that fbsd doesn't support wctype.h as a header or in it's libc. Is it going to be incorporated info FreeBSD soon? If so, I think that the wctype stuff from the latest glibc can be merged into the libc from fbsd. Second, is there a system V compatablility package available? It would most likely have wide-character support. compiling glibc -- I get errors to the effect that ENOMSG is undefined. Are there any headers and/or libs that I can download to patch this? This seems also to be a SYSV issue. The reason for all this is that I was trying to compile Wine1221, and it wanted to include , but was unavailable. Now the Wine project people are saying something to the effect including wctype.h is wrong. Any suggestions or comments would be helpful. Donn From owner-freebsd-hackers Wed Dec 24 11:15:48 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA24779 for hackers-outgoing; Wed, 24 Dec 1997 11:15:48 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA24771 for ; Wed, 24 Dec 1997 11:15:42 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id LAA02079 for ; Wed, 24 Dec 1997 11:15:36 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712241915.LAA02079@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: hackers@FreeBSD.ORG Subject: getopt_long? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Dec 1997 11:15:35 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk I am wondering if anyone has an implementation of getopt_long preferably just a standalone routine. The routine is needed for chtugha. http://www.afn.org/~cthugha/ "An Oscilloscope on Acid" Cheers, Amancio From owner-freebsd-hackers Wed Dec 24 11:23:31 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA25205 for hackers-outgoing; Wed, 24 Dec 1997 11:23:31 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA25188 for ; Wed, 24 Dec 1997 11:23:18 -0800 (PST) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id AAA23306; Wed, 24 Dec 1997 00:56:18 -0500 (EST) From: Peter Dufault Message-Id: <199712240556.AAA23306@hda.hda.com> Subject: Re: procedure to adjust clock drift? In-Reply-To: <199712241826.KAA01767@rah.star-gate.com> from Amancio Hasty at "Dec 24, 97 10:26:56 am" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Wed, 24 Dec 1997 00:56:16 -0500 (EST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > I was told that PCs clocks are usually reliable and they are usually > off by a fixed clock offset so yes I am thinking about adjusting > the frequency on the clock in my PC. Typically, I use ASUS motherboards > which come equip with a Dallas Semiconductor RTC which is supposed > to be good. Guess, I have to go to the Dallas Semiconductor web site > to find out more about my RTC part. You'll find the specs will show that being off a few seconds per day is OK. > > > > I wrote some time ago a driver which connects a cheap DCF clock > > (german radio standard time signal (others should be easy to implement) > > controlled, price at about 10-20 $) via a simple interface to my > > (otherwise unused :-) game port (iX 11/1994p6). > > Oh, that sounds great most time clocks run about $1000 or so around > here . I wonder if there is a US counterpart. I think you're mixing synchronization cards that provide highly accurate time sync between multiple systems with one that picks up a radio broadcast. The sync cards have one master optionally with a satellite hookup and multiple slaves. The clocks that pick up the NIST radio signal in the US are only about $60.00 or so. I saw one in the last "Damark" catalog. I even saw a nice looking analog one for about $120.00. Apparently the PBS TV stations also broadcast the time in the US - I got a VCR as a gift and when I plugged it in first time it said something like "searching for PBS time signal..." and then set the clock. That should be right up your alley and of course you already have a TV tuner in your computer. Peter -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-hackers Wed Dec 24 11:39:30 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA26055 for hackers-outgoing; Wed, 24 Dec 1997 11:39:30 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA26021 for ; Wed, 24 Dec 1997 11:39:19 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id LAA02267; Wed, 24 Dec 1997 11:38:52 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712241938.LAA02267@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Peter Dufault cc: hackers@FreeBSD.ORG Subject: Re: procedure to adjust clock drift? In-reply-to: Your message of "Wed, 24 Dec 1997 00:56:16 EST." <199712240556.AAA23306@hda.hda.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Dec 1997 11:38:52 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > > I was told that PCs clocks are usually reliable and they are usually > > off by a fixed clock offset so yes I am thinking about adjusting > > the frequency on the clock in my PC. Typically, I use ASUS motherboards > > which come equip with a Dallas Semiconductor RTC which is supposed > > to be good. Guess, I have to go to the Dallas Semiconductor web site > > to find out more about my RTC part. > > You'll find the specs will show that being off a few seconds > per day is OK. > > > > > > > I wrote some time ago a driver which connects a cheap DCF clock > > > (german radio standard time signal (others should be easy to implement) > > > controlled, price at about 10-20 $) via a simple interface to my > > > (otherwise unused :-) game port (iX 11/1994p6). > > > > Oh, that sounds great most time clocks run about $1000 or so around > > here . I wonder if there is a US counterpart. > > I think you're mixing synchronization cards that provide highly > accurate time sync between multiple systems with one that picks up > a radio broadcast. The sync cards have one master optionally with > a satellite hookup and multiple slaves. > > The clocks that pick up the NIST radio signal in the US are > only about $60.00 or so. I saw one in the last "Damark" catalog. > I even saw a nice looking analog one for about $120.00. > > Apparently the PBS TV stations also broadcast the time in the US > - I got a VCR as a gift and when I plugged it in first time it said > something like "searching for PBS time signal..." and then set the > clock. That should be right up your alley and of course you already > have a TV tuner in your computer. Most Cool! Do you have any pointers on PBS stations broadcasting time signals ? I bet a lot of folks over at the multimedia mailing list would love using their TVs for timekeeping . They are literally suffering over there with "What time is it???" with some programs related to multimedia. Tnks, Amancio From owner-freebsd-hackers Wed Dec 24 12:22:02 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA28163 for hackers-outgoing; Wed, 24 Dec 1997 12:22:02 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA28156 for ; Wed, 24 Dec 1997 12:21:50 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id MAA03837 for ; Wed, 24 Dec 1997 12:21:44 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712242021.MAA03837@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 to: hackers@FreeBSD.ORG Subject: Re: getopt_long? In-reply-to: Your message of "Wed, 24 Dec 1997 11:15:35 PST." <199712241915.LAA02079@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Dec 1997 12:21:43 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Tnks Guys , boy that was quick 8) I found getopt_long in /usr/src/contrib/bison Amancio From owner-freebsd-hackers Wed Dec 24 12:35:50 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA28785 for hackers-outgoing; Wed, 24 Dec 1997 12:35:50 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (jkh@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA28777 for ; Wed, 24 Dec 1997 12:35:45 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: (from jkh@localhost) by time.cdrom.com (8.8.7/8.6.9) id MAA23106 for hackers@freebsd.org; Wed, 24 Dec 1997 12:35:44 -0800 (PST) Date: Wed, 24 Dec 1997 12:35:44 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199712242035.MAA23106@time.cdrom.com> To: hackers@FreeBSD.ORG Subject: http://www.unex.berkeley.edu:4243/cat/eng22.html Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Still not too late to enroll, if you can find $1,495 and get to Berkeley California for awhile. Isn't it about time your employer sent you out for some training anyway? ;-) Jordan From owner-freebsd-hackers Wed Dec 24 13:26:15 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA00837 for hackers-outgoing; Wed, 24 Dec 1997 13:26:15 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA00825 for ; Wed, 24 Dec 1997 13:26:08 -0800 (PST) (envelope-from nash@Jupiter.Mcs.Net) Received: from Jupiter.Mcs.Net (nash@Jupiter.mcs.net [192.160.127.88]) by Kitten.mcs.com (8.8.7/8.8.2) with ESMTP id PAA29624 for ; Wed, 24 Dec 1997 15:26:07 -0600 (CST) Received: from localhost (nash@localhost) by Jupiter.Mcs.Net (8.8.7/8.8.2) with SMTP id PAA06083 for ; Wed, 24 Dec 1997 15:26:06 -0600 (CST) Date: Wed, 24 Dec 1997 15:26:06 -0600 (CST) From: Alex Nash To: hackers@FreeBSD.ORG Subject: Re: http://www.unex.berkeley.edu:4243/cat/eng22.html In-Reply-To: <199712242035.MAA23106@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Wed, 24 Dec 1997, Jordan K. Hubbard wrote: > Still not too late to enroll, if you can find $1,495 and get to > Berkeley California for awhile. Isn't it about time your employer > sent you out for some training anyway? ;-) I'm sure there are many people who would like to go to this that are not able to (myself included). I've previously asked Dr. McKusick about the availability of his courses on video tape and he has indicated that he might be willing to produce one if the interest was there. Perhaps we could test for critical mass in the same way we did for the daemon plushies :) If anyone would be interested in a BSD internals video tape by McKusick, send an email to me (please don't send it to McKusick, he hasn't asked for this :), and I'll collect the responses and present a case to him. Alex From owner-freebsd-hackers Wed Dec 24 13:50:09 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA02072 for hackers-outgoing; Wed, 24 Dec 1997 13:50:09 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA02068 for ; Wed, 24 Dec 1997 13:50:01 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id NAA23437; Wed, 24 Dec 1997 13:49:57 -0800 (PST) To: Alex Nash cc: hackers@FreeBSD.ORG Subject: Re: http://www.unex.berkeley.edu:4243/cat/eng22.html In-reply-to: Your message of "Wed, 24 Dec 1997 15:26:06 CST." Date: Wed, 24 Dec 1997 13:49:57 -0800 Message-ID: <23433.883000197@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > Perhaps we could test for critical mass in the same way we did for the > daemon plushies :) If anyone would be interested in a BSD internals video > tape by McKusick, send an email to me (please don't send it to McKusick, > he hasn't asked for this :), and I'll collect the responses and present a > case to him. Sounds like a great idea, go for it! Jordan From owner-freebsd-hackers Wed Dec 24 14:18:01 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA03455 for hackers-outgoing; Wed, 24 Dec 1997 14:18:01 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA03450 for ; Wed, 24 Dec 1997 14:17:56 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id OAA06449; Wed, 24 Dec 1997 14:17:41 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712242217.OAA06449@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Jordan K. Hubbard" cc: Alex Nash , hackers@FreeBSD.ORG Subject: Re: http://www.unex.berkeley.edu:4243/cat/eng22.html In-reply-to: Your message of "Wed, 24 Dec 1997 13:49:57 PST." <23433.883000197@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 24 Dec 1997 14:17:41 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > > Perhaps we could test for critical mass in the same way we did for the > > daemon plushies :) If anyone would be interested in a BSD internals video > > tape by McKusick, send an email to me (please don't send it to McKusick, > > he hasn't asked for this :), and I'll collect the responses and present a > > case to him. > > Sounds like a great idea, go for it! > > Jordan > How about an mpeg cdrom with permission to distribute it with the FreeBSD cdrom 8) Amancio From owner-freebsd-hackers Wed Dec 24 14:31:02 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04185 for hackers-outgoing; Wed, 24 Dec 1997 14:31:02 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from mozart.canonware.com (canonware.com [206.184.206.112]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA04173 for ; Wed, 24 Dec 1997 14:30:56 -0800 (PST) (envelope-from jasone@canonware.com) Received: from localhost (jasone@localhost) by mozart.canonware.com (8.8.7/8.8.7) with SMTP id OAA01869; Wed, 24 Dec 1997 14:27:54 -0800 (PST) (envelope-from jasone@canonware.com) X-Authentication-Warning: mozart.canonware.com: jasone owned process doing -bs Date: Wed, 24 Dec 1997 14:27:54 -0800 (PST) From: Jason Evans To: "Jordan K. Hubbard" cc: hackers@FreeBSD.ORG Subject: Re: http://www.unex.berkeley.edu:4243/cat/eng22.html In-Reply-To: <199712242035.MAA23106@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Wed, 24 Dec 1997, Jordan K. Hubbard wrote: > Still not too late to enroll, if you can find $1,495 and get to > Berkeley California for awhile. Isn't it about time your employer > sent you out for some training anyway? ;-) Shhhh. I don't want the class to fill up before I can pay. =) Jason Jason Evans Email: [jasone@canonware.com] Home phone: [(650) 856-8204] Work phone: [(408) 774-8007] Quote: ["Invention is 1% inspiration, 99% perspiration" - Thomas Edison] From owner-freebsd-hackers Wed Dec 24 14:38:55 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04485 for hackers-outgoing; Wed, 24 Dec 1997 14:38:55 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA04481 for ; Wed, 24 Dec 1997 14:38:51 -0800 (PST) (envelope-from sef@kithrup.com) Received: (from sef@localhost) by kithrup.com (8.8.8/8.8.7) id OAA02812; Wed, 24 Dec 1997 14:38:50 -0800 (PST) (envelope-from sef) Date: Wed, 24 Dec 1997 14:38:50 -0800 (PST) From: Sean Eric Fagan Message-Id: <199712242238.OAA02812@kithrup.com> To: hackers@FreeBSD.ORG Subject: Re: http://www.unex.berkeley.edu:4243/cat/eng22.html In-Reply-To: <199712242035.MAA23106.kithrup.freebsd.hackers@time.cdrom.com> Organization: Kithrup Enterprises, Ltd. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk In article <199712242035.MAA23106.kithrup.freebsd.hackers@time.cdrom.com> you write: >Still not too late to enroll, if you can find $1,495 and get to >Berkeley California for awhile. I'll point out that this is a very useful and informative class, more so than the SysVr4 walk-through I had at work recently. It's also the reason I started writing procfs ;). From owner-freebsd-hackers Wed Dec 24 14:42:40 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA04788 for hackers-outgoing; Wed, 24 Dec 1997 14:42:40 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from uni-kl.de (mmdf@news.uni-kl.de [131.246.136.51]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id OAA04769 for ; Wed, 24 Dec 1997 14:42:30 -0800 (PST) (envelope-from <@alma.student.uni-kl.de:mheller@student.uni-kl.de>) Received: from alma.student.uni-kl.de by news.uni-kl.de id aa08332; 24 Dec 97 23:42 MET Received: from mater.student.uni-kl.de(really [131.246.90.23]) by alma.student.uni-kl.de via smtpd with smtp id for ; Wed, 24 Dec 1997 23:42:17 +0100 (CET) (Smail-3.2.0.95 1997-May-7 #5 built 1997-May-16) Received: from localhost by mater.student.uni-kl.de with smtp (Smail3.1.28.1 #1) id m0xkzVL-0001cLC; Wed, 24 Dec 97 23:42 CET Date: Wed, 24 Dec 1997 23:42:18 +0100 (CET) From: Martin Heller To: Greg Lehey cc: hackers@FreeBSD.ORG Subject: Re: Moving CD audio data around with HP 4020i In-Reply-To: <19971224132149.33375@lemis.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Wed, 24 Dec 1997, Greg Lehey wrote: > On Tue, Dec 23, 1997 at 08:05:53PM -0600, Daniel M. Eischen wrote: > > > >> Heh, I'll bet you $10 right now that I can send you an Audio CD > >> (transcribed from DAT) which you will *not* be able to duplicate > >> with your Solaris box. :-) > > > > Wait, I've got a buddy that's been trying to figure out how to read > > an audio DAT tape and write it to a CD audio track. Is there a > > known solution??? > > With enough effort, there's always a solution. Getting Audio data from a DAT is not trivial. To do this you need a special ROM on your DAT drive, SGI DATs are the only ones to have such a beast AFAIK. There is no known way around this problem - ever put a audio DAT tape into a DAT streamer ? my DAT doesnt like them and throws them out. > > I know he'd be *very* interested if there was, as he's been trying > > to figure it out for a few months (on and off). > > There's a lot more involved than just copying. IIRC, CDs record at > 41.4 ksamples/second, and DATs record at 44 or 48 ksamples/second, so > you'd effectively have to remaster. I suppose straight interpolation > would work, but it's still a lot of processing. I do not think that its so esay, but there are programs for professionals who can do this. MARTIN From owner-freebsd-hackers Wed Dec 24 15:02:56 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA06210 for hackers-outgoing; Wed, 24 Dec 1997 15:02:56 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA06200 for ; Wed, 24 Dec 1997 15:02:49 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id SAA05065; Wed, 24 Dec 1997 18:01:19 -0500 (EST) Date: Wed, 24 Dec 1997 18:01:19 -0500 (EST) From: Chuck Robey X-Sender: chuckr@picnic.mat.net To: Jason Evans cc: "Jordan K. Hubbard" , hackers@FreeBSD.ORG Subject: Re: http://www.unex.berkeley.edu:4243/cat/eng22.html In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Wed, 24 Dec 1997, Jason Evans wrote: > On Wed, 24 Dec 1997, Jordan K. Hubbard wrote: > > Still not too late to enroll, if you can find $1,495 and get to > > Berkeley California for awhile. Isn't it about time your employer > > sent you out for some training anyway? ;-) > > Shhhh. I don't want the class to fill up before I can pay. =) Damn, wish they had something like this at the Univ of Maryland! Wonder if there'll be course notes, and if Marshall Kirk McKusick would mind them being made public? I took the OS course here already, but the description here sounds like what I *wanted* my course to be (but it wasn't). Could you ask him, Jordan, when you see him next? > > Jason > > Jason Evans > Email: [jasone@canonware.com] > Home phone: [(650) 856-8204] > Work phone: [(408) 774-8007] > Quote: ["Invention is 1% inspiration, 99% perspiration" - Thomas Edison] > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Wed Dec 24 15:33:31 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA09132 for hackers-outgoing; Wed, 24 Dec 1997 15:33:31 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA09123 for ; Wed, 24 Dec 1997 15:33:23 -0800 (PST) (envelope-from roberte@ghost.mep.ruhr-uni-bochum.de) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.8.5/8.8.4) id AAA17532; Thu, 25 Dec 1997 00:33:11 +0100 (MEZ) From: Robert Eckardt Message-Id: <199712242333.AAA17532@ghost.mep.ruhr-uni-bochum.de> Subject: Re: procedure to adjust clock drift? In-Reply-To: <199712241755.LAA09424@unix.tfs.net> from Jim Bryant at "Dec 24, 97 11:55:49 am" To: jbryant@unix.tfs.net Date: Thu, 25 Dec 1997 00:33:11 +0100 (MEZ) Cc: freebsd-hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk It was Jim Bryant who wrote: > if you are adventurous, you can tweak the loading capacitor for the > clock crystal.. to zero the clock to the design frequency. best way > to do this is to get a frequency counter and monitor the output of the > oscillator while tweaking the capacitor [the variable near the > crystal]. if you don't have a counter, the next best way to do this > is to try trial and error by ear using some known reference such as > WWV. to get a properly adjusted oscillator, you can spend upwards of > a month using the trial and error method, as only cumulative error > will be noticable. use a counter if you can find one!B I think most motherboards nowadays use integrated oscillators without any tuneable parts -- at least I found none on my motherboards. My old 486-board stayed about 4 s/d behind when powered off and went 8 s/d ahead when in use. The ASUS I have now for my Pentium goes about 1 s/week behind. (I tuned my watch to 10 s/a, but now it's sensitive to the battery voltage.) > this can be alleviated by running xntpd or timed, which by getting the > time from a stratum 1 timeserver at regular intervals can skew the > clock via software to correct for the frequency error of the > oscillator. I agree, if you have a (permanent) connection to the internet this is the way I would go, but not all systems have one. Robert -- Robert Eckardt \\ FreeBSD -- solutions for a large universe.(tm) RobertE@MEP.Ruhr-Uni-Bochum.de \\ What do you want to boot tomorrow ?(tm) http://WWW.MEP.Ruhr-Uni-Bochum.de/~roberte For PGP-key finger roberte@gluon.MEP.Ruhr-Uni-Bochum.de From owner-freebsd-hackers Wed Dec 24 15:38:09 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA09763 for hackers-outgoing; Wed, 24 Dec 1997 15:38:09 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from bmccane.cavtech.com ([208.155.166.124]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA09470 for ; Wed, 24 Dec 1997 15:36:01 -0800 (PST) (envelope-from news@modem3739496.cavtech.com) Received: (from news@localhost) by bmccane.cavtech.com (8.8.7/8.8.7) id RAA00663 for hackers@freebsd.org; Wed, 24 Dec 1997 17:34:44 -0600 (CST) (envelope-from news) Date: Wed, 24 Dec 1997 17:34:44 -0600 (CST) From: News Subsystem Message-Id: <199712242334.RAA00663@bmccane.cavtech.com> To: hackers@FreeBSD.ORG Subject: Please forgive me. Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Very sorry, I have not seen any mail from any list since 22-Dec-97. This is just a ping. brian From owner-freebsd-hackers Wed Dec 24 15:55:41 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA10885 for hackers-outgoing; Wed, 24 Dec 1997 15:55:41 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA10875 for ; Wed, 24 Dec 1997 15:55:32 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id KAA23058; Thu, 25 Dec 1997 10:25:17 +1030 (CST) (envelope-from grog) Message-ID: <19971225102517.11857@lemis.com> Date: Thu, 25 Dec 1997 10:25:17 +1030 From: Greg Lehey To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.ORG Subject: Re: http://www.unex.berkeley.edu:4243/cat/eng22.html References: <199712242035.MAA23106@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199712242035.MAA23106@time.cdrom.com>; from Jordan K. Hubbard on Wed, Dec 24, 1997 at 12:35:44PM -0800 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Wed, Dec 24, 1997 at 12:35:44PM -0800, Jordan K. Hubbard wrote: > Still not too late to enroll, if you can find $1,495 and get to > Berkeley California for awhile. Isn't it about time your employer > sent you out for some training anyway? ;-) Great stuff. Apart from the availability of the course, it's nice to see that this effectively means that FreeBSD is *the* 4.4BSD of choice. Interesting also in view of the fact that Kirk used to be a director of BSDI. Greg From owner-freebsd-hackers Wed Dec 24 17:50:04 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA16590 for hackers-outgoing; Wed, 24 Dec 1997 17:50:04 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: (from jmb@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA16555; Wed, 24 Dec 1997 17:49:56 -0800 (PST) (envelope-from jmb) From: "Jonathan M. Bresler" Message-Id: <199712250149.RAA16555@hub.freebsd.org> Subject: Re: Please forgive me. To: news@modem3739496.cavtech.com (News Subsystem) Date: Wed, 24 Dec 1997 17:49:55 -0800 (PST) Cc: hackers@FreeBSD.ORG In-Reply-To: <199712242334.RAA00663@bmccane.cavtech.com> from "News Subsystem" at Dec 24, 97 05:34:44 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk News Subsystem wrote: > > Very sorry, I have not seen any mail from any list since 22-Dec-97. This is > just a ping. hhmmm....... that could be because you are bouncing the mail that we send you. Received: (from news@localhost) by bmccane.cavtech.com (8.8.7/8.8.7) id RAA00663 for hackers@freebsd.org; Wed, 24 Dec 1997 17:34:44 -0600 (CST) (envelope-from news) Date: Wed, 24 Dec 1997 17:34:44 -0600 (CST) From: News Subsystem Message-Id: <199712242334.RAA00663@bmccane.cavtech.com> 971224: 165 Subject: Returned mail: Host unknown (Name server: modem3739496.cavtech.com: host not found) jmb From owner-freebsd-hackers Wed Dec 24 18:04:05 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA17103 for hackers-outgoing; Wed, 24 Dec 1997 18:04:05 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA17085 for ; Wed, 24 Dec 1997 18:03:57 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.7/8.6.9) with ESMTP id SAA24144; Wed, 24 Dec 1997 18:03:47 -0800 (PST) To: Chuck Robey cc: Jason Evans , hackers@FreeBSD.ORG Subject: Re: http://www.unex.berkeley.edu:4243/cat/eng22.html In-reply-to: Your message of "Wed, 24 Dec 1997 18:01:19 EST." Date: Wed, 24 Dec 1997 18:03:46 -0800 Message-ID: <24140.883015426@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > Wonder if there'll be course notes, and if Marshall Kirk McKusick would > mind them being made public? I took the OS course here already, but the > description here sounds like what I *wanted* my course to be (but it > wasn't). > > Could you ask him, Jordan, when you see him next? I'll inquire on this topic and other related ones (others have wanted to see VHS/MPEG/MBONE versions of the above and it seems a reasonable thing, especially with FreeBSD's growing user base expanding this beyond a simple college-credit thing). Jordan From owner-freebsd-hackers Thu Dec 25 01:25:42 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA02035 for hackers-outgoing; Thu, 25 Dec 1997 01:25:42 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA02025 for ; Thu, 25 Dec 1997 01:25:32 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id TAA23951; Thu, 25 Dec 1997 19:55:13 +1030 (CST) (envelope-from grog) Message-ID: <19971225195512.18219@lemis.com> Date: Thu, 25 Dec 1997 19:55:12 +1030 From: Greg Lehey To: Martin Heller Cc: hackers@FreeBSD.ORG Subject: Re: Moving CD audio data around with HP 4020i References: <19971224132149.33375@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: ; from Martin Heller on Wed, Dec 24, 1997 at 11:42:18PM +0100 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Wed, Dec 24, 1997 at 11:42:18PM +0100, Martin Heller wrote: > On Wed, 24 Dec 1997, Greg Lehey wrote: >> On Tue, Dec 23, 1997 at 08:05:53PM -0600, Daniel M. Eischen wrote: >>>> Heh, I'll bet you $10 right now that I can send you an Audio CD >>>> (transcribed from DAT) which you will *not* be able to duplicate >>>> with your Solaris box. :-) >>> >>> Wait, I've got a buddy that's been trying to figure out how to read >>> an audio DAT tape and write it to a CD audio track. Is there a >>> known solution??? >> >> With enough effort, there's always a solution. > > Getting Audio data from a DAT is not trivial. > To do this you need a special ROM on your > DAT drive, SGI DATs are the only ones to have such a beast AFAIK. > There is no known way around this problem - ever put a audio DAT > tape into a DAT streamer ? Yup, and I've written data to them, too. > my DAT doesnt like them and throws them out. More modern DDS drives have a thing called MRS (Media Recognition System), which causes them to reject cartridges which are incorrectly coded, including a number of older data grade cartridges. You can disable this feature on most drives. I don't know whether this is sufficient to read DATs, however. >>> I know he'd be *very* interested if there was, as he's been trying >>> to figure it out for a few months (on and off). >> >> There's a lot more involved than just copying. IIRC, CDs record at >> 41.4 ksamples/second, and DATs record at 44 or 48 ksamples/second, so >> you'd effectively have to remaster. I suppose straight interpolation >> would work, but it's still a lot of processing. > > I do not think that its so esay, but there are programs for professionals > who can do this. Any comments on the difficulty, or the appropriateness of linear interpolation? Of course, you'd need to know the block format. Merry Christmas Greg From owner-freebsd-hackers Thu Dec 25 14:57:39 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA06111 for hackers-outgoing; Thu, 25 Dec 1997 14:57:39 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from hda.hda.com (hda-bicnet.bicnet.net [208.220.66.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA06105 for ; Thu, 25 Dec 1997 14:57:18 -0800 (PST) (envelope-from dufault@hda.hda.com) Received: (from dufault@localhost) by hda.hda.com (8.8.5/8.8.5) id EAA25694; Thu, 25 Dec 1997 04:30:17 -0500 (EST) From: Peter Dufault Message-Id: <199712250930.EAA25694@hda.hda.com> Subject: Re: procedure to adjust clock drift? In-Reply-To: <199712231738.JAA01502@rah.star-gate.com> from Amancio Hasty at "Dec 23, 97 09:38:44 am" To: hasty@rah.star-gate.com (Amancio Hasty) Date: Thu, 25 Dec 1997 04:30:16 -0500 (EST) Cc: hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > Does anyone have a procedure to adjust the clock drift in a PC? In addition to the obvious "use nttp", here is a pointer to "How to get NIST-traceable time on your computer": http://www.boulder.nist.gov/timefreq/pubs/hownist/hownis.htm I haven't read the whole thing, but it will tell you how to get NIST traceable time via radio, telephone, and the internet. Peter PS: The PBS time signals sound questionable since I immediately found a pointer to a comp.risks posting where the time was correct but the day was off by one. -- Peter Dufault (dufault@hda.com) Realtime development, Machine control, HD Associates, Inc. Safety critical systems, Agency approval From owner-freebsd-hackers Fri Dec 26 02:14:41 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA04798 for hackers-outgoing; Fri, 26 Dec 1997 02:14:41 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA04794 for ; Fri, 26 Dec 1997 02:14:36 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id CAA00227; Fri, 26 Dec 1997 02:14:29 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712261014.CAA00227@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Peter Dufault cc: hackers@FreeBSD.ORG Subject: Re: procedure to adjust clock drift? In-reply-to: Your message of "Thu, 25 Dec 1997 04:30:16 EST." <199712250930.EAA25694@hda.hda.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 02:14:28 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Hi Guys, I managed to run into a GPS unit called the Tripmate which retails for $200. http://www.delorme.com/products/ It looks like a cool GPS unit which can be interfaced to a Pilot or a PC. Right now , I am just wondering if anyone has one and if it can provide a time clock . Tnks, Amancio > > Does anyone have a procedure to adjust the clock drift in a PC? > > In addition to the obvious "use nttp", here is a pointer to > "How to get NIST-traceable time on your computer": > > http://www.boulder.nist.gov/timefreq/pubs/hownist/hownis.htm > > I haven't read the whole thing, but it will tell you how to get > NIST traceable time via radio, telephone, and the internet. > > Peter > > PS: The PBS time signals sound questionable since I immediately found > a pointer to a comp.risks posting where the time was correct but > the day was off by one. > > > -- > Peter Dufault (dufault@hda.com) Realtime development, Machine control, > HD Associates, Inc. Safety critical systems, Agency approval > From owner-freebsd-hackers Fri Dec 26 04:37:33 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA09726 for hackers-outgoing; Fri, 26 Dec 1997 04:37:33 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from polaris.we.lc.ehu.es (polaris.we.lc.ehu.es [158.227.6.43]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA09713 for ; Fri, 26 Dec 1997 04:37:08 -0800 (PST) (envelope-from borjam@we.lc.ehu.es) Received: from sirius.we.lc.ehu.es by polaris.we.lc.ehu.es (SMI-8.6/SMI-SVR4) id NAA07644; Fri, 26 Dec 1997 13:36:09 +0100 From: borjam@we.lc.ehu.es (Borja Marcos) Received: by sirius.we.lc.ehu.es (4.1/SMI-4.1) id AA08267; Fri, 26 Dec 97 13:36:08 +0100 Message-Id: <9712261236.AA08267@sirius.we.lc.ehu.es> Subject: User PPP and mrouted To: hackers@FreeBSD.ORG Date: Fri, 26 Dec 1997 13:36:08 +0100 (MET) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Hello, I'm posting it here because I'm not sure if this is a bug. I have a network connected to the net through my FreeBSD box, using user-level PPP with aliasing enabled. I wanted to do some MBONE tests with a friend (not connected to MBONE, we simply set up a mrouted tunnel between us). So, in the same box with the ppp in aliasing mode, I started mrouted with a tunnel to my friend's machine. He received my igmp messages, and (verifying it with tcpdump) he was sending them to me, but I idn't receive them. After a lot of tests, including setting up a ppp-over-tcp link between our machines, as I thought that some machine between us was filtering the igmp datagrams, I found that the igmp was failing because I had aliasing enabled in PPP. (It was failing also in the ppp-over-tcp link). Is this normal? I guess ppp should be transparent to messages originated at the same machine where the ppp daemon is running. The curious thing is that he received my igmp messages, but I didn't receive his messages! Thanks, Borja. -- *********************************************************************** Borja Marcos * Internet: borjam@we.lc.ehu.es Alangoeta, 11 1 izq * borjam@well.com 48990 - Algorta (Vizcaya) * borjamar@sarenet.es SPAIN * CompuServe: 100015,3502 *********************************************************************** From owner-freebsd-hackers Fri Dec 26 04:59:35 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA10560 for hackers-outgoing; Fri, 26 Dec 1997 04:59:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from iafnl.es.iaf.nl (uucp@iafnl.es.iaf.nl [195.108.17.20]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id EAA10554 for ; Fri, 26 Dec 1997 04:59:30 -0800 (PST) (envelope-from wilko@yedi.iaf.nl) Received: by iafnl.es.iaf.nl with UUCP id AA13259 (5.67b/IDA-1.5 for FreeBSD-hackers@freebsd.org); Fri, 26 Dec 1997 13:59:58 +0100 Received: (from wilko@localhost) by yedi.iaf.nl (8.8.7/8.6.12) id NAA00686 for FreeBSD-hackers@freebsd.org; Fri, 26 Dec 1997 13:56:19 +0100 (MET) From: Wilko Bulte Message-Id: <199712261256.NAA00686@yedi.iaf.nl> Subject: DEFPA/fddi on 2.2.5R: works fine To: FreeBSD-hackers@FreeBSD.ORG (FreeBSD hackers list) Date: Fri, 26 Dec 1997 13:56:19 +0100 (MET) X-Organisation: Private FreeBSD site - Arnhem, The Netherlands X-Pgp-Info: PGP public key at 'finger wilko@freefall.freebsd.org' 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-freebsd-hackers@FreeBSD.ORG Precedence: bulk FYI: There were some rumors on Usenet that indicated DEFPA fddi cards did not work on 2.2.5R. Just upgraded my main box to 2.2.5R and tested the DEFPA link to my Alpha. This is what I get when talking to D'Unix: ftp> get /genvmunix /dev/null local: /dev/null remote: /genvmunix 200 PORT command successful. 150 Opening BINARY mode data connection for /genvmunix (192.168.201.1,40005) (8425864 bytes). 226 Transfer complete. 8425864 bytes received in 2.38 seconds (3.37 Mbytes/s) ftp> Looks OK to me. Wilko _ ______________________________________________________________________ | / o / / _ Bulte email: wilko @ yedi.iaf.nl http://www.tcja.nl/~wilko |/|/ / / /( (_) Arnhem, The Netherlands - Do, or do not. There is no 'try' ---------------- Support your local daemons: run [Free,Net]BSD Unix ------ From owner-freebsd-hackers Fri Dec 26 07:47:29 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA17133 for hackers-outgoing; Fri, 26 Dec 1997 07:47:29 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA17126 for ; Fri, 26 Dec 1997 07:47:19 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id HAA03311 for ; Fri, 26 Dec 1997 07:20:31 -0800 (PST) To: hackers@FreeBSD.ORG Subject: Planning on configuring a machine for cvsup? Try this... Date: Fri, 26 Dec 1997 07:20:30 -0800 Message-ID: <3307.883149630@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Just a rough idea I've been playing with, but potentially useful and eliminating lots of beginner questions. pkg_add ftp://freebsd.org/pub/jkh/cvsupit.tgz Will update your cvsup to 15.2 (static, nogui) and interactively configure a cvsupfile for the most commonly chosen options. It won't bring up fancy submenus for all the src-foo and ports-foo sub-options, no, but it will let you specify the coarser grained details (which is I think all that most people want anyway). If somebody feels ambitious enough to create the "custom" menu options for src-* and ports-*, please feel free to look at the package's installation script. They could be added easily by anyone willing to type in all the dialog foo. Jordan From owner-freebsd-hackers Fri Dec 26 08:56:35 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA20582 for hackers-outgoing; Fri, 26 Dec 1997 08:56:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from grunt.vl.net.ua (grunt.vl.net.ua [193.124.76.209]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id IAA20318 for ; Fri, 26 Dec 1997 08:50:15 -0800 (PST) (envelope-from news@grunt.vl.net.ua) Received: from news by grunt.vl.net.ua with local (Exim 1.73 #1) id 0xlcpU-0003Rc-00; Fri, 26 Dec 1997 18:41:44 +0200 To: freebsd-hackers@FreeBSD.ORG Subject: Re: procedure to adjust clock drift? Date: 26 Dec 1997 18:41:44 +0200 Message-ID: <680mo8$ctn$1@grunt.vl.net.ua> X-Newsreader: TIN [UNIX 1.3 unoff BETA 970930; i386 FreeBSD 2.2.5-STABLE] X-Via: News-To-Mail v1.0 From: Vladimir Litovka Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk In maillist.freebsd.hackers J Wunsch wrote: > If you've got an NTP server at your reach, the idea is that you call > ntpdate at boot-time, and run xntpd to stay in sync afterwards. > Calling ntpdate repeatedly in a running system is not a good idea, > since it'll cause `time warp's. You can call ntpdate every 1/2 hour, so time warps will be very small. About link to the world: I have local NTP-server, which sinchronizes with external servers, and set of local stations, which sinchronize with my server for reduce load on outgoing link. -- Vladimir Litovka , hostmaster of vl.net.ua ---------------- Don't trouble trouble until trouble troubles you From owner-freebsd-hackers Fri Dec 26 09:40:24 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA22456 for hackers-outgoing; Fri, 26 Dec 1997 09:40:24 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from superior.mooseriver.com (dynamic57.pm05.san-mateo.best.com [205.149.176.57]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA22447 for ; Fri, 26 Dec 1997 09:40:15 -0800 (PST) (envelope-from jgrosch@superior.mooseriver.com) Received: (from jgrosch@localhost) by superior.mooseriver.com (8.8.8/8.8.5) id JAA07119; Fri, 26 Dec 1997 09:39:17 -0800 (PST) Message-ID: <19971226093916.60704@mooseriver.com> Date: Fri, 26 Dec 1997 09:39:16 -0800 From: Josef Grosch To: Amancio Hasty Cc: hackers@FreeBSD.ORG Subject: Re: procedure to adjust clock drift? Reply-To: jgrosch@superior.mooseriver.com References: <199712250930.EAA25694@hda.hda.com> <199712261014.CAA00227@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.79 In-Reply-To: <199712261014.CAA00227@rah.star-gate.com>; from Amancio Hasty on Fri, Dec 26, 1997 at 02:14:28AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Fri, Dec 26, 1997 at 02:14:28AM -0800, Amancio Hasty wrote: > Hi Guys, > > I managed to run into a GPS unit called the Tripmate which retails > for $200. > > http://www.delorme.com/products/ > > It looks like a cool GPS unit which can be interfaced to a Pilot or a > PC. Right now , I am just wondering if anyone has one and if it can > provide a time clock . > > Tnks, > Amancio > > [ DELETED ] If your GPS receiver is generating standard time code records, and most GPS receivers do, you can find the software to read these records at this location. http://www.eecis.udel.edu/~ntp/index.html Josef -- Josef Grosch | Another day closer to a | FreeBSD 2.2.5 jgrosch@MooseRiver.com | Micro$oft free world | UNIX for the masses From owner-freebsd-hackers Fri Dec 26 10:22:39 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA24760 for hackers-outgoing; Fri, 26 Dec 1997 10:22:39 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA24748 for ; Fri, 26 Dec 1997 10:22:26 -0800 (PST) (envelope-from j@uriah.heep.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.8.8/8.8.8) with UUCP id TAA09446 for freebsd-hackers@freebsd.org; Fri, 26 Dec 1997 19:21:46 +0100 (CET) (envelope-from j@uriah.heep.sax.de) Received: (from j@localhost) by uriah.heep.sax.de (8.8.8/8.8.5) id SAA26396; Fri, 26 Dec 1997 18:53:01 +0100 (MET) Date: Fri, 26 Dec 1997 18:53:01 +0100 (MET) Message-Id: <199712261753.SAA26396@uriah.heep.sax.de> Mime-Version: 1.0 X-Newsreader: knews 0.9.8 Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Organization: Private BSD site, Dresden 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 References: <680mo8$ctn$1@grunt.vl.net.ua> From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: procedure to adjust clock drift? X-Original-Newsgroups: local.freebsd.hackers To: freebsd-hackers@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Vladimir Litovka wrote: >> Calling ntpdate repeatedly in a running system is not a good idea, >> since it'll cause `time warp's. > You can call ntpdate every 1/2 hour, so time warps will be very > small. About link to the world: I have local NTP-server, which > sinchronizes with external servers, and set of local stations, which > sinchronize with my server for reduce load on outgoing link. Still, why can't you run xntpd on the clients against your local server? Apart from some saved virtual memory (for xntpd), i can't find any advantage in the `run ntpdate every 30 minutes' method. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri Dec 26 11:50:45 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA00110 for hackers-outgoing; Fri, 26 Dec 1997 11:50:45 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA29995 for ; Fri, 26 Dec 1997 11:50:38 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id LAA01778 for ; Fri, 26 Dec 1997 11:50:12 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712261950.LAA01778@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-hackers@FreeBSD.ORG Subject: patches for JDK 1.1.5? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 11:50:11 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk If no one has been able to compile JDK 1.1.5 I will start this week to do a port. Tnks, Amancio From owner-freebsd-hackers Fri Dec 26 13:28:23 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05820 for hackers-outgoing; Fri, 26 Dec 1997 13:28:23 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA05460 for ; Fri, 26 Dec 1997 13:23:15 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id OAA23340; Fri, 26 Dec 1997 14:23:06 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id OAA10027; Fri, 26 Dec 1997 14:22:59 -0700 Date: Fri, 26 Dec 1997 14:22:59 -0700 Message-Id: <199712262122.OAA10027@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Amancio Hasty Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: patches for JDK 1.1.5? In-Reply-To: <199712261950.LAA01778@rah.star-gate.com> References: <199712261950.LAA01778@rah.star-gate.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > If no one has been able to compile JDK 1.1.5 I will start this week to > do a port. Cool. I started on one with the JDK1.1.2 patches mentioned on the freebsd-java list, but didn't get anywhere with it. Nate From owner-freebsd-hackers Fri Dec 26 13:39:37 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA06623 for hackers-outgoing; Fri, 26 Dec 1997 13:39:37 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA06587 for ; Fri, 26 Dec 1997 13:39:25 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id NAA00574 for ; Fri, 26 Dec 1997 13:39:17 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712262139.NAA00574@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-hackers@FreeBSD.ORG Subject: Where is Java mailing list?? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 13:39:16 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk I look at www.freebsd.org and didn't see the freebsd-java mailing list additionally I have sent several messages to majordomo@freebsd.org and I have not gotten a single answer back. Tnks, Amancio From owner-freebsd-hackers Fri Dec 26 14:02:03 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA08076 for hackers-outgoing; Fri, 26 Dec 1997 14:02:03 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from relay.kacst.edu.sa (ns1.kacst.edu.sa [198.77.88.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA08041; Fri, 26 Dec 1997 14:01:38 -0800 (PST) (envelope-from onur@dpc.kfupm.edu.sa) Received: from ns1.kfupm.edu.sa ([198.77.102.26]) by relay.kacst.edu.sa (8.7.5/8.7.3) with ESMTP id AAA22605; Sat, 27 Dec 1997 00:05:30 -0300 (GMT) Received: from dpc107.dpc.kfupm.edu.sa ([196.15.32.8]) by ns1.kfupm.edu.sa (8.7.5/8.7.3) with ESMTP id AAA43330; Sat, 27 Dec 1997 00:04:06 +0300 Received: (from onur@localhost) by dpc107.dpc.kfupm.edu.sa (8.7.5/8.7.3) id AAA52009; Sat, 27 Dec 1997 00:09:46 +0300 Date: Sat, 27 Dec 1997 00:09:46 +0300 From: TOKER ONUR Message-Id: <199712262109.AAA52009@dpc107.dpc.kfupm.edu.sa> To: freebsd-questions@FreeBSD.ORG Subject: several networking questions ... Cc: freebsd-hackers@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Hello, I have several networking questions, and I hope FreeBSD community can help me. (1) Can I use an internal modem with FreeBSD ? If yes, which architectures are supported ? (2) If I have two 56K modems, and two telephone lines, can I dial my ISP using both telehone lines and achieve 112Kb/s data transfer rate for ftp or http connections ? If yes how ? (3) What is proxy, ip-tunneling, ip-masquareding ? How can I get more info. about these ? From owner-freebsd-hackers Fri Dec 26 14:53:51 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA11115 for hackers-outgoing; Fri, 26 Dec 1997 14:53:51 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA11095 for ; Fri, 26 Dec 1997 14:53:25 -0800 (PST) (envelope-from nate@mt.sri.com) Received: from mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with SMTP id PAA23872; Fri, 26 Dec 1997 15:53:12 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: by mt.sri.com (SMI-8.6/SMI-SVR4) id PAA10310; Fri, 26 Dec 1997 15:53:05 -0700 Date: Fri, 26 Dec 1997 15:53:05 -0700 Message-Id: <199712262253.PAA10310@mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Amancio Hasty Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: Where is Java mailing list?? In-Reply-To: <199712262139.NAA00574@rah.star-gate.com> References: <199712262139.NAA00574@rah.star-gate.com> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > I look at www.freebsd.org and didn't see the freebsd-java mailing list > additionally I have sent several messages to majordomo@freebsd.org > and I have not gotten a single answer back. Send email with 'subscribe freebsd-java hasy@rah.star-gate.com' to majordom@FreeBSD.org. I *just* subscribed since my last attempt apparently failed (which was about a month ago.) Nate From owner-freebsd-hackers Fri Dec 26 15:40:24 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA13370 for hackers-outgoing; Fri, 26 Dec 1997 15:40:24 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA13228 for ; Fri, 26 Dec 1997 15:35:11 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id KAA20151; Sat, 27 Dec 1997 10:05:05 +1030 (CST) (envelope-from grog) Message-ID: <19971227100505.15399@lemis.com> Date: Sat, 27 Dec 1997 10:05:05 +1030 From: Greg Lehey To: FreeBSD Hackers Cc: Brian Clapper Subject: Re: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk A few days ago, somebody asked a question about wctype.h, and the consensus was that it was some kind of Microsoft thing. This appears not to be the case; I answered a question on -questions a day or two ago, and got a number of replies. This is probably the most detailed one. Greg -----Forwarded message from Brian Clapper ----- Date: Fri, 26 Dec 1997 14:48:17 -0500 (EST) From: Brian Clapper To: Greg Lehey Cc: Donn Miller , FreeBSD Questions Subject: Re: On 25 December, 1997, at 10:20 (+1030) Greg Lehey wrote: > On Wed, Dec 24, 1997 at 02:46:06PM -0800, Doug White wrote: >> On Tue, 23 Dec 1997, Donn Miller wrote: >> >>> Just wondering about the include file. FreeBSD doesn't seem to >>> have it. Does fbsd support this library? >> >> What's the name of the library or package? It may not come with the core >> system but may be available as a package. > > This question came up on -hackers in the last day or so in connection > with wine. The replies indicate that it's some kind of Microsoft > header file, and that it shouldn't be used under UNIX: there should be > some kind of #ifdef. You might like to check if that fits in with > what your package wants. Sorry, it's not (just) some kind of Microsoft header file; it's a new ANSI header file that provides support routines and definitions for wide characters. In addition to being provided by the MS Visual C++ development environment, it's available on Solaris 2.5. The functions/macros it provides are also available on other commercial Unices--such as Digital's version of OSF/1, HP/UX 10, and AIX 4.2--even though they don't provide the header file. (You include either or to get them, depending on the OS flavor.) I find I miss the functionality on FreeBSD, in fact, when I try to port certain software (namely stuff I'm doing at work) onto my boxes at home. P.J. Plauger's DinkumWare site (`http://www.dinkumware.com/') has this to say on the subject: `http://www.dinkumware.com/htm_cl/wctype.html#': Include the standard header to declare several functions that are useful for classifying and mapping codes from the target wide-character set. Every function that has a parameter of type wint_t can accept the value of the macro WEOF or any valid wide-character code (of type wchar_t). Thus, the argument can be the value returned by any of the functions: btowc, fgetwc, fputwc, getwc, getwchar, putwc, putwchar, towctrans, towlower, towupper, or ungetwc. You must not call these functions with other wide-character argument values. The wide-character classification functions are strongly related to the (byte) character classification functions. Each function isXXX has a corresponding wide-character classification function iswXXX. Thus, is analogous to : It provides macros such as islower(), iswupper(), towlower(), towupper(), iswpunct(), etc. Complete info is available at the above URL. (The topic index page is helpful; it's located here: `http://www.dinkumware.com/htm_cl/_index.html'.) According to `http://www.dinkumware.com/htm_cl/lib_over.html#Amendment', "The headers , , and are added with Amendment 1, an addition to the C Standard published in 1995." See `http://www.dinkumware.com/refc.html' for a "complete HTML description of the Standard C Library, corresponding to ISO/IEC 9899 (1990) as amended in 1995." ----- Brian Clapper, bmc@WillsCreek.COM, http://WWW.WillsCreek.COM/ Real Programs don't use shared text. Otherwise, how can they use functions for scratch space after they are finished calling them? -----End of forwarded message----- From owner-freebsd-hackers Fri Dec 26 16:23:39 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA15602 for hackers-outgoing; Fri, 26 Dec 1997 16:23:39 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from gaia.coppe.ufrj.br (cisigw.coppe.ufrj.br [146.164.5.200]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA15587 for ; Fri, 26 Dec 1997 16:23:29 -0800 (PST) (envelope-from jonny@coppe.ufrj.br) Received: (from jonny@localhost) by gaia.coppe.ufrj.br (8.8.8/8.8.8) id WAA14981; Fri, 26 Dec 1997 22:23:07 -0200 (EDT) (envelope-from jonny) From: Joao Carlos Mendes Luis Message-Id: <199712270023.WAA14981@gaia.coppe.ufrj.br> Subject: Re: procedure to adjust clock drift? In-Reply-To: <19971226093916.60704@mooseriver.com> from Josef Grosch at "Dec 26, 97 09:39:16 am" To: jgrosch@superior.mooseriver.com Date: Fri, 26 Dec 1997 22:23:06 -0200 (EDT) Cc: hasty@rah.star-gate.com, hackers@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk #define quoting(Josef Grosch) // > I managed to run into a GPS unit called the Tripmate which retails // > for $200. // > // > http://www.delorme.com/products/ // > // > It looks like a cool GPS unit which can be interfaced to a Pilot or a // > PC. Right now , I am just wondering if anyone has one and if it can // > provide a time clock . // // If your GPS receiver is generating standard time code records, and most GPS // receivers do, you can find the software to read these records at this // location. // // http://www.eecis.udel.edu/~ntp/index.html Humm.... I'm wondering if the driver described below will work: http://www.eecis.udel.edu/~ntp/database/html_xntp3-5.90/driver20.html The TripMate page says: "Interface: RS-232 with NMEA-0183 Ver 2.0 protocol" Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 jonny@coppe.ufrj.br Universidade Federal do Rio de Janeiro UFRJ/COPPE/CISI PGP fingerprint: 29 C0 50 B9 B6 3E 58 F2 83 5F E3 26 BF 0F EA 67 From owner-freebsd-hackers Fri Dec 26 17:11:48 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA17828 for hackers-outgoing; Fri, 26 Dec 1997 17:11:48 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA17823 for ; Fri, 26 Dec 1997 17:11:40 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id SAA04794; Fri, 26 Dec 1997 18:11:40 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd004789; Fri Dec 26 18:11:34 1997 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id SAA01101; Fri, 26 Dec 1997 18:11:32 -0700 (MST) From: Terry Lambert Message-Id: <199712270111.SAA01101@usr04.primenet.com> Subject: Re: close() on a modem taking a long time? To: joerg_wunsch@uriah.heep.sax.de Date: Sat, 27 Dec 1997 01:11:32 +0000 (GMT) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199712202349.AAA05219@uriah.heep.sax.de> from "J Wunsch" at Dec 21, 97 00:49:37 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > >> It's probably better to fix the application to wait until all output > >> has been drained. > > > > Better to fix the driver to ignore/assert RTS/CTS while DCD remains off, > > and to take an on-to-off DCD transition as indicating "flush output to > > null". > > You're only considering modems. How would you force a mouse into > delivering DCD or CTS? (That's where the problem happened to me > recently, XFree86's server attempted to send something to my mouse, > but the mouse, being a plain old MouseSystems one, is only receptive > to cat's signals but not to RS-232 signals.) If the port ignored it, then the mouse would work... 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 Dec 26 17:14:48 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA18041 for hackers-outgoing; Fri, 26 Dec 1997 17:14:48 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from freebie.lemis.com (gregl1.lnk.telstra.net [139.130.136.133]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA18016; Fri, 26 Dec 1997 17:14:38 -0800 (PST) (envelope-from grog@lemis.com) Received: (from grog@localhost) by freebie.lemis.com (8.8.8/8.8.7) id LAA21179; Sat, 27 Dec 1997 11:44:15 +1030 (CST) (envelope-from grog) Message-ID: <19971227114414.06459@lemis.com> Date: Sat, 27 Dec 1997 11:44:14 +1030 From: Greg Lehey To: TOKER ONUR Cc: freebsd-questions@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: several networking questions ... References: <199712262109.AAA52009@dpc107.dpc.kfupm.edu.sa> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <199712262109.AAA52009@dpc107.dpc.kfupm.edu.sa>; from TOKER ONUR on Sat, Dec 27, 1997 at 12:09:46AM +0300 Organisation: LEMIS, PO Box 460, Echunga SA 5153, Australia Phone: +61-8-8388-8286 Fax: +61-8-8388-8725 Mobile: +61-41-739-7062 WWW-Home-Page: http://www.lemis.com/~grog Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Sat, Dec 27, 1997 at 12:09:46AM +0300, TOKER ONUR wrote: > > Hello, > > I have several networking questions, and I hope FreeBSD community can > help me. > > (1) Can I use an internal modem with FreeBSD ? Yes. > If yes, which architectures are supported ? The Hayes command set, at least. I've heard of things called Winmodems, which appear to lose. Some people say they won't work, but I don't know anything about them. I've never had difficulty getting modems to work, though. > (2) If I have two 56K modems, and two telephone lines, can I dial my ISP > using both telehone lines and achieve 112Kb/s data transfer rate for ftp > or http connections ? Maybe. > If yes how ? You'll need mpd (multi-line ppp). The problem is, so will your ISP. You'll need to find one who's also running FreeBSD, and who is prepared to do this. But you shouldn't have any trouble running a single 56 kb link. > (3) What is proxy, ip-tunneling, ip-masquareding ? How can I get more info. > about these ? Start with the online handbook. You may also like to read my "The Complete FreeBSD". The new edition will be available from Walnut Creek CDROM in a couple of weeks, and will cover these topics (but not mpd). Greg From owner-freebsd-hackers Fri Dec 26 17:53:51 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA19764 for hackers-outgoing; Fri, 26 Dec 1997 17:53:51 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp04.primenet.com (smtp04.primenet.com [206.165.6.134]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id RAA19756 for ; Fri, 26 Dec 1997 17:53:36 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp04.primenet.com (8.8.8/8.8.8) id SAA09357; Fri, 26 Dec 1997 18:53:29 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp04.primenet.com, id smtpd009340; Fri Dec 26 18:53:24 1997 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id SAA02918; Fri, 26 Dec 1997 18:53:24 -0700 (MST) From: Terry Lambert Message-Id: <199712270153.SAA02918@usr04.primenet.com> Subject: Re: msdosfs win95 long file name support To: ksmm@cybercom.net (The Classiest Man Alive) Date: Sat, 27 Dec 1997 01:53:23 +0000 (GMT) Cc: hackers@FreeBSD.ORG In-Reply-To: from "The Classiest Man Alive" at Dec 23, 97 11:18:33 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > : On second thought... After 'touch AAAAA~1' and 'touch AA~99999' you will > : unable to create any long filename started with 'aa'. I am not sure if > : it is a Good Thing(TM). > > Is anybody really going to create 100,000 files that start with the same > two letters in the same directory? I thought that there were limits on > the number of files allowed in a directory that were lower than that. > (Terry?) I am on Christmas vacation... However: There is a limit of 512 FAT table entries in the top level directory; this is including the volume label and the long file name entries for files in the top level directory. There is a limit of "however much disk space" for subdirectories. Also, both approaches aren't using the same algorithm that MS uses for generating "unique" 8.3 names. The MS algorithm seperates the lookup into a "prefix","suffix", and "numeric tail". The directory is passed and the tail starts counting until it gets a number that isn't already taken. So the "break" above won't break Win95. 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 Dec 26 18:01:25 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA20092 for hackers-outgoing; Fri, 26 Dec 1997 18:01:25 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA20088 for ; Fri, 26 Dec 1997 18:01:19 -0800 (PST) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id TAA13712; Fri, 26 Dec 1997 19:01:14 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp02.primenet.com, id smtpd013691; Fri Dec 26 19:01:06 1997 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id TAA03554; Fri, 26 Dec 1997 19:01:01 -0700 (MST) From: Terry Lambert Message-Id: <199712270201.TAA03554@usr04.primenet.com> Subject: Re: Moving CD audio data around with HP 4020i To: deischen@iworks.InterWorks.org (Daniel M. Eischen) Date: Sat, 27 Dec 1997 02:01:01 +0000 (GMT) Cc: freebsd-hackers@FreeBSD.ORG, jkh@time.cdrom.com In-Reply-To: <199712240205.UAA00605@iworks.InterWorks.org> from "Daniel M. Eischen" at Dec 23, 97 08:05:53 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > > Heh, I'll bet you $10 right now that I can send you an Audio CD > > (transcribed from DAT) which you will *not* be able to duplicate > > with your Solaris box. :-) > > Wait, I've got a buddy that's been trying to figure out how > to read an audio DAT tape and write it to a CD audio track. > Is there a known solution??? I know he'd be *very* interested > if there was, as he's been trying to figure it out for a > few months (on and off). DAT frequencies are such that when combined with CD frequencies, a harmonic "beat frequency" is created. This makes CD's digitally transscribed to DAT -- suck. This is on purpose. The American recording industry pretty much insisted on it before they let DAT's into the country. 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 Dec 26 18:31:13 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA21323 for hackers-outgoing; Fri, 26 Dec 1997 18:31:13 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA21315 for ; Fri, 26 Dec 1997 18:31:07 -0800 (PST) (envelope-from ken@plutotech.com) Received: (from ken@localhost) by pluto.plutotech.com (8.8.7/8.8.5) id TAA27023 for hackers@freebsd.org; Fri, 26 Dec 1997 19:31:05 -0700 (MST) From: Kenneth Merry Message-Id: <199712270231.TAA27023@pluto.plutotech.com> Subject: Re: procedure to adjust clock drift? In-Reply-To: <199712261753.SAA26396@uriah.heep.sax.de> from J Wunsch at "Dec 26, 97 06:53:01 pm" To: hackers@FreeBSD.ORG Date: Fri, 26 Dec 1997 19:31:05 -0700 (MST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk J Wunsch wrote... > Vladimir Litovka wrote: > > >> Calling ntpdate repeatedly in a running system is not a good idea, > >> since it'll cause `time warp's. > > > You can call ntpdate every 1/2 hour, so time warps will be very > > small. About link to the world: I have local NTP-server, which > > sinchronizes with external servers, and set of local stations, which > > sinchronize with my server for reduce load on outgoing link. > > Still, why can't you run xntpd on the clients against your local > server? Apart from some saved virtual memory (for xntpd), i can't > find any advantage in the `run ntpdate every 30 minutes' method. I've got a 486 that won't ever sync up properly with ntp. (i.e. when you do a ntptrace, it always shows itself as stratum 16, etc.) I have to run ntpdate to keep it synced up. Ken -- Kenneth Merry ken@plutotech.com From owner-freebsd-hackers Fri Dec 26 20:19:17 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA00498 for hackers-outgoing; Fri, 26 Dec 1997 20:19:17 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA00474 for ; Fri, 26 Dec 1997 20:19:05 -0800 (PST) (envelope-from jmz@cabri.obs-besancon.fr) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA11336; Sat, 27 Dec 97 05:21:30 +0100 Date: Sat, 27 Dec 97 05:21:30 +0100 Message-Id: <9712270421.AA11336@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: dk+@ua.net Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199712240120.RAA01688@dog.farm.org> (message from Dmitry Kohmanyuk on Tue, 23 Dec 1997 17:20:21 -0800 (PST)) Subject: Re: Moving CD audio data around with HP 4020i X-Mailer: Emacs Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk >>>>> Dmitry Kohmanyuk writes: >> If your CD is audio only (not audio+data) you _can_ burn disks with >> arbitrary gap length between tracks, even 0 second gap (useful for >> live recordings). I have burned 10s of them, all on FreeBSD :-) >> You just need the right program. > do you remember which program does that? Sure :-) ports/sysutils/cd-write. You need version 1.4 and -current. Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr From owner-freebsd-hackers Fri Dec 26 20:32:12 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA01522 for hackers-outgoing; Fri, 26 Dec 1997 20:32:12 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA01496 for ; Fri, 26 Dec 1997 20:32:01 -0800 (PST) (envelope-from jmz@cabri.obs-besancon.fr) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA11388; Sat, 27 Dec 97 05:34:34 +0100 Date: Sat, 27 Dec 97 05:34:34 +0100 Message-Id: <9712270434.AA11388@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: tlambert@primenet.com Cc: deischen@iworks.interworks.org, freebsd-hackers@FreeBSD.ORG, jkh@time.cdrom.com In-Reply-To: <199712270201.TAA03554@usr04.primenet.com> (message from Terry Lambert on Sat, 27 Dec 1997 02:01:01 +0000 (GMT)) Subject: Re: Moving CD audio data around with HP 4020i X-Mailer: Emacs Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk >>>>> Terry Lambert writes: > DAT frequencies are such that when combined with CD frequencies, > a harmonic "beat frequency" is created. This makes CD's digitally > transscribed to DAT -- suck. No. DAT sampling rates are 32KHz, 48KHz and 44.1KHz (and some can do 96KHz too). If you record at 44.1KHz there is no problem to transfer digital data. > This is on purpose. The American recording industry pretty much > insisted on it before they let DAT's into the country. Protection is done via the scms bit. Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr From owner-freebsd-hackers Fri Dec 26 21:11:15 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA04036 for hackers-outgoing; Fri, 26 Dec 1997 21:11:15 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA04007 for ; Fri, 26 Dec 1997 21:11:05 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id VAA01879 for ; Fri, 26 Dec 1997 21:11:00 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712270511.VAA01879@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-hackers@FreeBSD.ORG Subject: I rather see the tcp/ip stack fixed than vat patched Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 21:11:00 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Tnks, Amancio ------- Forwarded Message Return-Path: owner-freebsd-multimedia@freebsd.org Received: from ns3.harborcom.net (root@ns3.harborcom.net [206.158.4.7]) by rah.star-gate.com (8.8.8/8.8.8) with SMTP id VAA01841 for ; Fri, 26 Dec 1997 21:04:51 -0800 (PST) (envelope-from owner-freebsd-multimedia@freebsd.org) Received: from hub.freebsd.org [204.216.27.18] by ns3.harborcom.net with esmtp (Exim 1.73 #1) id 0xloQU-0002jk-00; Sat, 27 Dec 1997 00:04:42 -0500 Received: from localhost (daemon@localhost) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA02089; Fri, 26 Dec 1997 20:41:29 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA02077 for multimedia-outgoing; Fri, 26 Dec 1997 20:41:19 -0800 (PST) (envelope-from owner-freebsd-multimedia) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA02046 for ; Fri, 26 Dec 1997 20:41:10 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id EAA07550 for multimedia@freebsd.org; Sat, 27 Dec 1997 04:00:47 +0100 From: Luigi Rizzo Message-Id: <199712270300.EAA07550@labinfo.iet.unipi.it> Subject: a couple of vat patches To: multimedia@freebsd.org Date: Sat, 27 Dec 1997 04:00:47 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, a couple of patches for vat which I'd like to be committed (any volunteer ?). The first one has been floating around for a while and serves to let multiple instances of vat communicate using the 'conference bus'. The second one circumvents a feature of the FreeBSD network stack: when some ICMP msg is received, the socket (even if it is UDP) is disconnected causing further writes to fail. This is annoying when using vat on unicast and either the remote party is not ready yet. I also have a (relatively small) set of diffs to audio-voxware.cc, audio.cc and a few xpm files (icons) to send audio from a mu-law file. I find this useful for testing, but there are other obvious applications. If there is interest I can make the diffs available. Cheers Luigi diff -ubwr group-ipc.cc.orig vat-4.0b2/group-ipc.cc - --- group-ipc.cc.orig Tue Feb 6 23:43:40 1996 +++ group-ipc.cc Mon Sep 1 22:12:12 1997 @@ -166,7 +166,7 @@ perror("GroupIPC: IP_MULTICAST_IF"); exit(1); } - -#ifdef ultrix +#if defined(ultrix) || defined(__FreeBSD__) ttl = 1; if (setsockopt(ssock_, IPPROTO_IP, IP_MULTICAST_LOOP, &ttl, 1) < 0) { diff -ubwr net.cc.orig net.cc - --- net.cc.orig Thu Mar 21 12:49:18 1996 +++ net.cc Fri Dec 12 07:20:10 1997 @@ -166,7 +166,7 @@ switch (errno) { case ECONNREFUSED: /* no one listening at some site - ignore */ - -#if defined(__osf__) || defined(_AIX) +#if defined(__osf__) || defined(_AIX) || defined(__FreeBSD__) /* * Due to a bug in kern/uipc_socket.c, on several * systems, datagram sockets incorrectly persist ------- End of Forwarded Message From owner-freebsd-hackers Fri Dec 26 21:30:26 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA04775 for hackers-outgoing; Fri, 26 Dec 1997 21:30:26 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA04769 for ; Fri, 26 Dec 1997 21:30:15 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id VAA02013 for ; Fri, 26 Dec 1997 21:30:14 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712270530.VAA02013@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: freebsd-hackers@FreeBSD.ORG Subject: totally accurate clocks 8) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 21:30:14 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Surfing around the web I found this old reference: ftp://aleph.gsfc.nasa.gov/GPS/totally.accurate.clock Now it is quite obvious that we can use gps units to sync our clocks to . The question now is, does anyone in this group have any experience in using something like a Garmin GPS, Motorola Oncore , TAC to provide a stable, accurate clock? If I am not mistaken from anywhere to $150 to $300 for a GPS unit we should be to get timing clock signals accurate from 50 to 100 nano seconds. Tnks, Amancio From owner-freebsd-hackers Fri Dec 26 22:26:53 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA07178 for hackers-outgoing; Fri, 26 Dec 1997 22:26:53 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id WAA06988 for ; Fri, 26 Dec 1997 22:21:35 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id FAA07646; Sat, 27 Dec 1997 05:56:05 +0100 From: Luigi Rizzo Message-Id: <199712270456.FAA07646@labinfo.iet.unipi.it> Subject: Re: I rather see the tcp/ip stack fixed than vat patched To: hasty@rah.star-gate.com (Amancio Hasty) Date: Sat, 27 Dec 1997 05:56:04 +0100 (MET) Cc: freebsd-hackers@FreeBSD.ORG In-Reply-To: <199712270511.VAA01879@rah.star-gate.com> from "Amancio Hasty" at Dec 26, 97 09:10:41 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Amancio said: > I rather see the tcp/ip stack fixed than vat patched > > Tnks, > Amancio I brought out the things some time ago but there was not much reaction or agreement on what to do (yes, I know, I should learn CVS, get commit privs and act...) Furthermore I am not fully convinced that our udp stack is broken. For the first patch, having loopback on multicast socket is a configurable feature so there is no point in changin the default behaviour when 1-2 line change can fix the thing. For the ICMP response behaviour, I agree that there would be better to fix the kernel but the current behaviour is not totally unreasonable. Cheers Luigi From owner-freebsd-hackers Fri Dec 26 22:33:27 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA07591 for hackers-outgoing; Fri, 26 Dec 1997 22:33:27 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA07549 for ; Fri, 26 Dec 1997 22:32:41 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id WAA00277; Fri, 26 Dec 1997 22:32:28 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712270632.WAA00277@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: freebsd-hackers@FreeBSD.ORG Subject: Re: I rather see the tcp/ip stack fixed than vat patched In-reply-to: Your message of "Sat, 27 Dec 1997 05:56:04 +0100." <199712270456.FAA07646@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 22:32:28 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > Amancio said: > > > I rather see the tcp/ip stack fixed than vat patched > > > > Tnks, > > Amancio > > I brought out the things some time ago but there was not much reaction > or agreement on what to do (yes, I know, I should learn CVS, get commit > privs and act...) > > Furthermore I am not fully convinced that our udp stack is broken. For > the first patch, having loopback on multicast socket is a configurable > feature so there is no point in changin the default behaviour when 1-2 > line change can fix the thing. That depends if it should be the default behavior or not. > For the ICMP response behaviour, I agree that there would be better > to fix the kernel but the current behaviour is not totally unreasonable. Again, is a matter of consistency. Regards, Amancio From owner-freebsd-hackers Fri Dec 26 22:46:27 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08236 for hackers-outgoing; Fri, 26 Dec 1997 22:46:27 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (root@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA08229 for ; Fri, 26 Dec 1997 22:46:10 -0800 (PST) (envelope-from perlsta@sunyit.edu) Received: from ppp.ios.com (ppp-2.ts-5.nyc.idt.net [169.132.97.146]) by fang.cs.sunyit.edu (8.8.5/8.7.3) with ESMTP id CAA12827; Sat, 27 Dec 1997 02:47:01 GMT Message-Id: <199712270247.CAA12827@fang.cs.sunyit.edu> From: "Alfred Perlstein" To: , "Jordan K. Hubbard" Subject: Re: Planning on configuring a machine for cvsup? Try this... Date: Sat, 27 Dec 1997 01:39:25 -0500 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk This is silly, but if you had an option on it to fetch a GUI version i think that would be appreciated... some people just like gfx.... plus CVSup looks cool in X :) -Alfred ---------- > From: Jordan K. Hubbard > To: hackers@FreeBSD.ORG > Subject: Planning on configuring a machine for cvsup? Try this... > Date: Friday, December 26, 1997 10:20 AM > > Just a rough idea I've been playing with, but potentially useful > and eliminating lots of beginner questions. > > pkg_add ftp://freebsd.org/pub/jkh/cvsupit.tgz > > Will update your cvsup to 15.2 (static, nogui) and interactively > configure a cvsupfile for the most commonly chosen options. It won't > bring up fancy submenus for all the src-foo and ports-foo sub-options, > no, but it will let you specify the coarser grained details (which is > I think all that most people want anyway). If somebody feels > ambitious enough to create the "custom" menu options for src-* and > ports-*, please feel free to look at the package's installation > script. They could be added easily by anyone willing to type in all > the dialog foo. > > Jordan > > > From owner-freebsd-hackers Fri Dec 26 22:56:28 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA08832 for hackers-outgoing; Fri, 26 Dec 1997 22:56:28 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA08811 for ; Fri, 26 Dec 1997 22:56:10 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id WAA05778; Fri, 26 Dec 1997 22:55:59 -0800 (PST) To: "Alfred Perlstein" cc: hackers@FreeBSD.ORG Subject: Re: Planning on configuring a machine for cvsup? Try this... In-reply-to: Your message of "Sat, 27 Dec 1997 01:39:25 EST." <199712270247.CAA12827@fang.cs.sunyit.edu> Date: Fri, 26 Dec 1997 22:55:59 -0800 Message-ID: <5774.883205759@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > This is silly, but if you had an option on it to fetch a GUI version i > think that would be appreciated... some people just like gfx.... plus CVSup > looks cool in X :) Well, this is targetted at a slightly different class of user. :) Jordan From owner-freebsd-hackers Fri Dec 26 22:59:57 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA09006 for hackers-outgoing; Fri, 26 Dec 1997 22:59:57 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from word.smith.net.au (ppp4.portal.net.au [202.12.71.104]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA08985 for ; Fri, 26 Dec 1997 22:59:37 -0800 (PST) (envelope-from mike@word.smith.net.au) Received: from word (localhost [127.0.0.1]) by word.smith.net.au (8.8.8/8.8.5) with ESMTP id AAA01060; Fri, 26 Dec 1997 00:03:15 +1030 (CST) Message-Id: <199712251333.AAA01060@word.smith.net.au> X-Mailer: exmh version 2.0zeta 7/24/97 To: Greg Lehey cc: Martin Heller , hackers@FreeBSD.ORG Subject: Re: Moving CD audio data around with HP 4020i In-reply-to: Your message of "Thu, 25 Dec 1997 19:55:12 +1030." <19971225195512.18219@lemis.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 00:03:15 +1030 From: Mike Smith Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > >> There's a lot more involved than just copying. IIRC, CDs record at > >> 41.4 ksamples/second, and DATs record at 44 or 48 ksamples/second, so > >> you'd effectively have to remaster. I suppose straight interpolation > >> would work, but it's still a lot of processing. > > > > I do not think that its so esay, but there are programs for professionals > > who can do this. > > Any comments on the difficulty, or the appropriateness of linear > interpolation? Of course, you'd need to know the block format. Linear interpolation is trivial, and would probably yield an acceptable result. A polynomial interpolation would yield a rather more faithful conversion, with a speed tradeoff of course. Bah Humbug. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ Remember, the race is long, \\ msmith@freebsd.org \\ and in the end it's only with yourself. \\ From owner-freebsd-hackers Fri Dec 26 23:04:12 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA09354 for hackers-outgoing; Fri, 26 Dec 1997 23:04:12 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (root@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA09301; Fri, 26 Dec 1997 23:03:48 -0800 (PST) (envelope-from perlsta@sunyit.edu) Received: from ppp.ios.com (ppp-2.ts-5.nyc.idt.net [169.132.97.146]) by fang.cs.sunyit.edu (8.8.5/8.7.3) with ESMTP id DAA12900; Sat, 27 Dec 1997 03:04:23 GMT Message-Id: <199712270304.DAA12900@fang.cs.sunyit.edu> From: "Alfred Perlstein" To: "TOKER ONUR" , Cc: Subject: Re: several networking questions ... Date: Sat, 27 Dec 1997 02:00:06 -0500 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk quick run down as far as i know..... proxy: a machine that you can connect to as a service to request other services, ie. you have a firewall that doesn't allow any traffic through it, however traffic from the _firewall_ machine is allowed through.... well a program can be run on the firewall that sorta forwards requests out for machines in your internal network to the outside internet.... proxies can also cache data, meaning that if you have a small office connected to the internet a WWW proxy might identify the most common pages that are requested through it and store them locally on the machine, that way if duplicate requests from different machines come though the data is already on the internal network... some proxies are "transparent" i need to use a proxy to play quake, when i run it i set it up to listen on a port, and tell it the outside machine i want to connect to.... then i connect to it from one of my internal machines and it transparently connects me... others like SOCKS need clients (browsers,ftp tools, etc...) that understand that there is a proxy there.... because in the previous example i had to hardwire the quake proxy to connect to a specific machine, but SOCKS allows clients to tell it what data to fetch and from where.... proxies are cool for several reasons, among them: 1) they hide internal IP addresses 2) they might cache data 3) they allow "fake" IP addresses from an internal network to work outside on the net ip tunneling: (i might be wrong) you set up a machine that when connected to, forwards the socket to a different machine. my gateway machine (the one with the connection to the internet) forwards all incomming ftp,telnet,web and more connection to an internal machine that has more power. this is transparent... the incoming "connectee" doesn't know it's not really connecting to gateway.... i've heard that some tunneling programs encrypt the IP traffic in case you have to do something like this over the internet or somewhere where someone might be sniffing ip masqurading.... almost the opposite of tunneling.... one machine acts as a gateway to the internet, all machines trying to go through it have thier IP stripped off and the gateway's IP is put on.... the gateway sorta acts as a middleman, TCP sockets usually have no problem with this, UDP will always break... TCP breaks when someone tries to make an incoming socket to an internal machine.... since it only sees the gateway.... as the outgoing address it tries to connect to it, however it really needs to connect to one of the internal machines.... tough luck :) unless you also use tunneling.... i don't know if this is helpful or not, i'm just glad it'll be on the freeBSD-questions list... also check my web page: http://www.cs.sunyit.edu/~perlsta and try the "UNIX" link... shows some firewall and ipmasqurading for freebsd.... -Alfred > (3) What is proxy, ip-tunneling, ip-masquareding ? How can I get more info. > about these ? > From owner-freebsd-hackers Fri Dec 26 23:05:35 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA09520 for hackers-outgoing; Fri, 26 Dec 1997 23:05:35 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA09501 for ; Fri, 26 Dec 1997 23:05:18 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id XAA00514; Fri, 26 Dec 1997 23:05:09 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712270705.XAA00514@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: fenner@parc.xerox.com cc: Luigi Rizzo , freebsd-hackers@FreeBSD.ORG Subject: Re: I rather see the tcp/ip stack fixed than vat patched In-reply-to: Your message of "Sat, 27 Dec 1997 05:56:04 +0100." <199712270456.FAA07646@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 26 Dec 1997 23:05:08 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Bill care to comment? Tnks, Amancio > Amancio said: > > > I rather see the tcp/ip stack fixed than vat patched > > > > Tnks, > > Amancio > > I brought out the things some time ago but there was not much reaction > or agreement on what to do (yes, I know, I should learn CVS, get commit > privs and act...) > > Furthermore I am not fully convinced that our udp stack is broken. For > the first patch, having loopback on multicast socket is a configurable > feature so there is no point in changin the default behaviour when 1-2 > line change can fix the thing. > > For the ICMP response behaviour, I agree that there would be better > to fix the kernel but the current behaviour is not totally unreasonable. > > Cheers > Luigi From owner-freebsd-hackers Fri Dec 26 23:27:56 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA10783 for hackers-outgoing; Fri, 26 Dec 1997 23:27:56 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from alpha.xerox.com (firewall-user@alpha.Xerox.COM [13.1.64.93]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id XAA10729 for ; Fri, 26 Dec 1997 23:26:55 -0800 (PST) (envelope-from fenner@parc.xerox.com) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <53222(5)>; Fri, 26 Dec 1997 23:26:51 PST Received: from localhost by crevenia.parc.xerox.com with SMTP id <177484>; Fri, 26 Dec 1997 23:26:38 -0800 To: Amancio Hasty cc: fenner@parc.xerox.com, Luigi Rizzo , freebsd-hackers@FreeBSD.ORG Subject: Re: I rather see the tcp/ip stack fixed than vat patched In-reply-to: Your message of "Fri, 26 Dec 97 23:05:08 PST." <199712270705.XAA00514@rah.star-gate.com> Date: Fri, 26 Dec 1997 23:26:38 PST From: Bill Fenner Message-Id: <97Dec26.232638pst.177484@crevenia.parc.xerox.com> Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Amancio Hasty wrote: >Bill care to comment? For the first patch, I fail to see how adding a setsockopt to set IP_MULTICAST_LOOP to its default value when creating a new socket changes anything. For the second patch, if that's how the kernel behaves, then vat should deal with it and although the kernel should be fixed, it makes sense to make vat deal with earlier kernels. I don't have a test machine available to me now, so if you want anything more from me it'll have to wait until I get back to CA. Bill From owner-freebsd-hackers Sat Dec 27 00:09:28 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA13026 for hackers-outgoing; Sat, 27 Dec 1997 00:09:28 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA12995 for ; Sat, 27 Dec 1997 00:08:53 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA07805; Sat, 27 Dec 1997 07:43:11 +0100 From: Luigi Rizzo Message-Id: <199712270643.HAA07805@labinfo.iet.unipi.it> Subject: Re: I rather see the tcp/ip stack fixed than vat patched To: fenner@parc.xerox.com (Bill Fenner) Date: Sat, 27 Dec 1997 07:43:10 +0100 (MET) Cc: hasty@rah.star-gate.com, fenner@parc.xerox.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <97Dec26.232638pst.177484@crevenia.parc.xerox.com> from "Bill Fenner" at Dec 26, 97 11:26:19 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > Amancio Hasty wrote: > >Bill care to comment? > > For the first patch, I fail to see how adding a setsockopt to set > IP_MULTICAST_LOOP to its default value when creating a new socket Ok, I take it back... I just copied a patch which was floating, and thought that the socket involved was opened using IPNetwork::openssock() in net-ip.cc (where loopack is turned off). I had no idea that loopback was enabled by default. > changes anything. For the second patch, if that's how the kernel > behaves, then vat should deal with it and although the kernel should be > fixed, it makes sense to make vat deal with earlier kernels. I don't > have a test machine available to me now, so if you want anything more > from me it'll have to wait until I get back to CA. FWIW I experienced this behaviour several times on a 2.2.1 machine -- it is quite easy to find out, if you run vat using unicast and the remote party is not receiving, as soon as you start talking you get the ICMP back and the other party becomes unable to get your audio (which is ok because in the meantime you are screaming louder and louder clicking all buttons and putting out the best of your language wondering why you _can_ hear...). Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________ From owner-freebsd-hackers Sat Dec 27 00:13:45 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA13199 for hackers-outgoing; Sat, 27 Dec 1997 00:13:45 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA13193 for ; Sat, 27 Dec 1997 00:13:29 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id AAA00270; Sat, 27 Dec 1997 00:13:16 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712270813.AAA00270@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Bill Fenner cc: Luigi Rizzo , freebsd-hackers@FreeBSD.ORG Subject: Re: I rather see the tcp/ip stack fixed than vat patched In-reply-to: Your message of "Fri, 26 Dec 1997 23:26:38 PST." <97Dec26.232638pst.177484@crevenia.parc.xerox.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Dec 1997 00:13:15 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Tnks Bill , I will wait till you get back. Regards, Amancio > Amancio Hasty wrote: > >Bill care to comment? > > For the first patch, I fail to see how adding a setsockopt to set > IP_MULTICAST_LOOP to its default value when creating a new socket > changes anything. For the second patch, if that's how the kernel > behaves, then vat should deal with it and although the kernel should be > fixed, it makes sense to make vat deal with earlier kernels. I don't > have a test machine available to me now, so if you want anything more > from me it'll have to wait until I get back to CA. > > Bill > From owner-freebsd-hackers Sat Dec 27 02:04:22 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA18213 for hackers-outgoing; Sat, 27 Dec 1997 02:04:22 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from fang.cs.sunyit.edu (root@fang.cs.sunyit.edu [192.52.220.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA18207; Sat, 27 Dec 1997 02:04:16 -0800 (PST) (envelope-from perlsta@sunyit.edu) Received: from ppp.ios.com (ppp-2.ts-5.nyc.idt.net [169.132.97.146]) by fang.cs.sunyit.edu (8.8.5/8.7.3) with ESMTP id GAA16141; Sat, 27 Dec 1997 06:05:21 GMT Message-Id: <199712270605.GAA16141@fang.cs.sunyit.edu> From: "Alfred Perlstein" To: "TOKER ONUR" , Cc: Subject: Re: several networking questions ... Date: Sat, 27 Dec 1997 05:01:18 -0500 X-MSMail-Priority: Normal X-Priority: 3 X-Mailer: Microsoft Internet Mail 4.70.1161 MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > (3) What is proxy, ip-tunneling, ip-masquareding ? How can I get more info. > about these ? > quick run down as far as i know..... proxy: a machine that you can connect to as a service to request other services, ie. you have a firewall that doesn't allow any traffic through it, however traffic from the _firewall_ machine is allowed through.... well a program can be run on the firewall that sorta forwards requests out for machines in your internal network to the outside internet.... proxies can also cache data, meaning that if you have a small office connected to the internet a WWW proxy might identify the most common pages that are requested through it and store them locally on the machine, that way if duplicate requests from different machines come though the data is already on the internal network... some proxies are "transparent" i need to use a proxy to play quake, when i run it i set it up to listen on a port, and tell it the outside machine i want to connect to.... then i connect to it from one of my internal machines and it transparently connects me... others like SOCKS need clients (browsers,ftp tools, etc...) that understand that there is a proxy there.... because in the previous example i had to hardwire the quake proxy to connect to a specific machine, but SOCKS allows clients to tell it what data to fetch and from where.... proxies are cool for several reasons, among them: 1) they hide internal IP addresses 2) they might cache data 3) they allow "fake" IP addresses from an internal network to work outside on the net ip tunneling: (i might be wrong) you set up a machine that when connected to, forwards the socket to a different machine. my gateway machine (the one with the connection to the internet) forwards all incomming ftp,telnet,web and more connection to an internal machine that has more power. this is transparent... the incoming "connectee" doesn't know it's not really connecting to gateway.... i've heard that some tunneling programs encrypt the IP traffic in case you have to do something like this over the internet or somewhere where someone might be sniffing ip masqurading.... almost the opposite of tunneling.... one machine acts as a gateway to the internet, all machines trying to go through it have thier IP stripped off and the gateway's IP is put on.... the gateway sorta acts as a middleman, TCP sockets usually have no problem with this, UDP will always break... TCP breaks when someone tries to make an incoming socket to an internal machine.... since it only sees the gateway.... as the outgoing address it tries to connect to it, however it really needs to connect to one of the internal machines.... tough luck :) unless you also use tunneling.... i don't know if this is helpful or not, i'm just glad it'll be on the freeBSD-questions list... also check my web page: http://www.cs.sunyit.edu/~perlsta and try the "UNIX" link... shows some firewall and ipmasqurading for freebsd.... -Alfred From owner-freebsd-hackers Sat Dec 27 05:41:12 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA27531 for hackers-outgoing; Sat, 27 Dec 1997 05:41:12 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id FAA27525 for ; Sat, 27 Dec 1997 05:41:04 -0800 (PST) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id NAA07978 for hackers@freebsd.org; Sat, 27 Dec 1997 13:06:14 +0100 From: Luigi Rizzo Message-Id: <199712271206.NAA07978@labinfo.iet.unipi.it> Subject: Which CD drives can read audio data ? To: hackers@FreeBSD.ORG Date: Sat, 27 Dec 1997 13:06:13 +0100 (MET) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Hi, anyone knows which CD drives can read audio data, and if there is any support for reading audio data from ATAPI drives ? 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 Sat Dec 27 06:16:00 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA28614 for hackers-outgoing; Sat, 27 Dec 1997 06:16:00 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from seagull.cdrom.com (cracauer@seagull.cdrom.com [204.216.27.14]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id GAA28592 for ; Sat, 27 Dec 1997 06:15:53 -0800 (PST) (envelope-from cracauer@seagull.cons.org) Received: (from cracauer@localhost) by seagull.cdrom.com (8.8.6/8.6.6) id GAA13120 ; Sat, 27 Dec 1997 06:17:01 -0800 (PST) Message-ID: <19971227151701.07240@seagull.cons.org> Date: Sat, 27 Dec 1997 15:17:01 +0100 From: Martin Cracauer To: Amancio Hasty Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: patches for JDK 1.1.5? References: <199712261950.LAA01778@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81 In-Reply-To: <199712261950.LAA01778@rah.star-gate.com>; from Amancio Hasty on Fri, Dec 26, 1997 at 11:50:11AM -0800 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk In <199712261950.LAA01778@rah.star-gate.com>, Amancio Hasty wrote: > If no one has been able to compile JDK 1.1.5 I will start this week to > do a port. I tried to port 1.1.2, based on kwhite's patches for 1.1. I went pretty far, but somewhere between these releases Sun introduced major dependencies on the Solaris sheduler. You might have to rework major parts of the threads syste. I gave up at that point. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg/Germany http://www.bsdhh.org/ From owner-freebsd-hackers Sat Dec 27 07:43:15 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA02147 for hackers-outgoing; Sat, 27 Dec 1997 07:43:15 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA02142 for ; Sat, 27 Dec 1997 07:43:10 -0800 (PST) (envelope-from deischen@iworks.InterWorks.org) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id JAA03419; Sat, 27 Dec 1997 09:48:08 -0600 (CST) Message-Id: <199712271548.JAA03419@iworks.InterWorks.org> From: "Daniel M. Eischen" Subject: Summary: Converting DAT audio tapes to CD To: jmz@cabri.obs-besancon.fr Date: Sat, 27 Dec 97 9:48:08 CST Cc: freebsd-hackers@FreeBSD.ORG, tlambert@primenet.com, jkh@time.cdrom.com, mike@smith.net.au, grog@lemis.com, mheller@student.uni-kl.de In-Reply-To: <9712270434.AA11388@cabri.obs-besancon.fr>; from "Jean-Marc Zucconi" at Dec 27, 97 5:34 am Mailer: Elm [revision: 70.85] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk [ Re: audio DAT to CD conversion ] I'd thought I'd summarize to make a future archive search easier. Greg Lehey > There's a lot more involved than just copying. IIRC, CDs record at > 41.4 ksamples/second, and DATs record at 44 or 48 ksamples/second, so > you'd effectively have to remaster. I suppose straight interpolation > would work, but it's still a lot of processing. Jordan Hubbard > The Zefiro Acoustics ZA2 (http://www.zefiro.com/za2/). The software > for it runs under Win95 (ack) though the folks at http://www.opensound.com/ > also claim it among their supported sound cards for FreeBSD, though lord > only knows in what capacity. It might be worth at least asking them. Martin Heller > Getting Audio data from a DAT is not trivial. > To do this you need a special ROM on your > DAT drive, SGI DATs are the only ones to have such a beast AFAIK. > There is no known way around this problem - ever put a audio DAT > tape into a DAT streamer ? my DAT doesnt like them and throws them > out. Terry Lambert > DAT frequencies are such that when combined with CD frequencies, > a harmonic "beat frequency" is created. This makes CD's digitally > transscribed to DAT -- suck. Jean-Marc Zucconi > No. DAT sampling rates are 32KHz, 48KHz and 44.1KHz (and some can do > 96KHz too). If you record at 44.1KHz there is no problem to transfer > digital data. Mike Smith > Linear interpolation is trivial, and would probably yield an acceptable > result. A polynomial interpolation would yield a rather more faithful > conversion, with a speed tradeoff of course. The general consensus seems to be that it can be done (in software), with a couple of problems: 1) Reading the audio data from the DAT tape. Martin Heller has said that not many DAT drives will do this, perhaps only SGIs. We have some SGIs here, so I may be able to try this if they're standard DAT drives have this ability. 2) Converting audio data format to DAT audio format. It seems we need to first detect at what rate the DAT tape was recorded, and then perhaps perform some interpolation to get it into CD format. Thanks, Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-hackers Sat Dec 27 09:17:20 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA06133 for hackers-outgoing; Sat, 27 Dec 1997 09:17:20 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from damon.com (root@damon.com [207.170.114.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA06127 for ; Sat, 27 Dec 1997 09:17:11 -0800 (PST) (envelope-from dap@damon.com) Received: (from dap@localhost) by damon.com (8.8.3/8.8.3) id LAA23792; Sat, 27 Dec 1997 11:15:42 -0600 (CST) From: Damon Anton Permezel Message-Id: <199712271715.LAA23792@damon.com> Subject: Re: patches for JDK 1.1.5? To: nate@mt.sri.com (Nate Williams) Date: Sat, 27 Dec 1997 11:15:41 -0600 (CST) Cc: hasty@rah.star-gate.com, freebsd-hackers@FreeBSD.ORG In-Reply-To: <199712262122.OAA10027@mt.sri.com> from Nate Williams at "Dec 26, 97 02:22:59 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-freebsd-hackers@FreeBSD.ORG Precedence: bulk "Nate Williams sez: " > > If no one has been able to compile JDK 1.1.5 I will start this week to > > do a port. > > Cool. I started on one with the JDK1.1.2 patches mentioned on the > freebsd-java list, but didn't get anywhere with it. > I have a 1.1.4 port which I derived from 1.1.2 patches obtained from kwhite@uottawa.ca. It works fairly well, but suffers occasionally from recursive malloc calls. I have the 1.1.5 source, and I am about to move my 1.1.4 port to 1.1.5. From owner-freebsd-hackers Sat Dec 27 09:46:03 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA07764 for hackers-outgoing; Sat, 27 Dec 1997 09:46:03 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA07752; Sat, 27 Dec 1997 09:45:57 -0800 (PST) (envelope-from deischen@iworks.InterWorks.org) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id LAA03548; Sat, 27 Dec 1997 11:51:03 -0600 (CST) Message-Id: <199712271751.LAA03548@iworks.InterWorks.org> Date: Sat, 27 Dec 1997 11:51:03 -0600 (CST) From: "Daniel M. Eischen" To: jmz@cabri.obs-besancon.fr, owner-freebsd-hackers@FreeBSD.ORG Subject: Re: Summary: Converting DAT audio tapes to CD Cc: freebsd-hackers@FreeBSD.ORG, grog@lemis.com, jkh@time.cdrom.com, mheller@student.uni-kl.de, mike@smith.net.au, tlambert@primenet.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > 1) Reading the audio data from the DAT tape. Martin Heller > has said that not many DAT drives will do this, perhaps > only SGIs. We have some SGIs here, so I may be able to > try this if they're standard DAT drives have this ability. ^^^^^^^ their Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-hackers Sat Dec 27 09:57:36 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA08414 for hackers-outgoing; Sat, 27 Dec 1997 09:57:36 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from sos.freebsd.dk (sos.freebsd.dk [195.8.129.33]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA08409 for ; Sat, 27 Dec 1997 09:57:28 -0800 (PST) (envelope-from sos@sos.freebsd.dk) Received: (from sos@localhost) by sos.freebsd.dk (8.8.8/8.8.8) id SAA08803; Sat, 27 Dec 1997 18:57:57 +0100 (MET) (envelope-from sos) Message-Id: <199712271757.SAA08803@sos.freebsd.dk> Subject: Re: Which CD drives can read audio data ? In-Reply-To: <199712271206.NAA07978@labinfo.iet.unipi.it> from Luigi Rizzo at "Dec 27, 97 01:06:13 pm" To: luigi@labinfo.iet.unipi.it (Luigi Rizzo) Date: Sat, 27 Dec 1997 18:56:37 +0100 (MET) Cc: hackers@FreeBSD.ORG From: Søren Schmidt Reply-to: sos@FreeBSD.dk X-Mailer: ELM [version 2.4ME+ PL30 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk In reply to Luigi Rizzo who wrote: > Hi, > > anyone knows which CD drives can read audio data, and if there is any > support for reading audio data from ATAPI drives ? Some ATAPI drives supports it (it's optional according to the std.) I think my Toshiba drive is capable of it. We don't have support for it in the drivers though, but it should be fairly easy to add.... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Søren Schmidt (sos@FreeBSD.org) FreeBSD Core Team Even more code to hack -- will it ever end .. From owner-freebsd-hackers Sat Dec 27 10:58:48 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA10813 for hackers-outgoing; Sat, 27 Dec 1997 10:58:48 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA10804 for ; Sat, 27 Dec 1997 10:58:43 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id KAA11537; Sat, 27 Dec 1997 10:58:22 -0800 (PST) To: "Daniel M. Eischen" cc: jmz@cabri.obs-besancon.fr, freebsd-hackers@FreeBSD.ORG, tlambert@primenet.com, mike@smith.net.au, grog@lemis.com, mheller@student.uni-kl.de Subject: Re: Summary: Converting DAT audio tapes to CD In-reply-to: Your message of "Sat, 27 Dec 1997 09:48:08 CST." <199712271548.JAA03419@iworks.InterWorks.org> Date: Sat, 27 Dec 1997 10:58:22 -0800 Message-ID: <11533.883249102@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > The general consensus seems to be that it can be done (in software), > with a couple of problems: Not my concensus. My feeling is that if you want to do it right, buy the Z8 board I recommended. Otherwise stick to buying prerecorded media because you're obviously not serious about this whole process and should probably just leave it to those who are. :-) Jordan From owner-freebsd-hackers Sat Dec 27 12:19:24 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA15579 for hackers-outgoing; Sat, 27 Dec 1997 12:19:24 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from isbalham.ist.co.uk (isbalham.ist.co.uk [192.31.26.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA15563 for ; Sat, 27 Dec 1997 12:19:05 -0800 (PST) (envelope-from rb@gid.co.uk) Received: from gid.co.uk (uucp@localhost) by isbalham.ist.co.uk (8.8.7/8.8.4) with UUCP id UAA07966; Sat, 27 Dec 1997 20:17:13 GMT Received: from [194.32.164.2] by seagoon.gid.co.uk; Sat, 27 Dec 1997 20:16:20 GMT X-Sender: rb@194.32.164.1 Message-Id: In-Reply-To: <199712271757.SAA08803@sos.freebsd.dk> References: <199712271206.NAA07978@labinfo.iet.unipi.it> from Luigi Rizzo at "Dec 27, 97 01:06:13 pm" Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Sat, 27 Dec 1997 20:15:01 +0000 To: sos@FreeBSD.dk, luigi@labinfo.iet.unipi.it (Luigi Rizzo) From: Bob Bishop Subject: Re: Which CD drives can read audio data ? Cc: hackers@FreeBSD.ORG Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id MAA15564 Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk At 5:56 pm +0000 27/12/97, S¯ren Schmidt wrote: >In reply to Luigi Rizzo who wrote: >> Hi, >> >> anyone knows which CD drives can read audio data, and if there is any >> support for reading audio data from ATAPI drives ? > >Some ATAPI drives supports it (it's optional according to the std.) >I think my Toshiba drive is capable of it. We don't have support >for it in the drivers though, but it should be fairly easy to add.... Check out also http://www.heim3.tu-clausthal.de/~olli/tosha/tested.html for allegedly working SCSI hardware. -- Bob Bishop (0118) 977 4017 international code +44 118 rb@gid.co.uk fax (0118) 989 4254 between 0800 and 1800 UK From owner-freebsd-hackers Sat Dec 27 12:24:29 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA15925 for hackers-outgoing; Sat, 27 Dec 1997 12:24:29 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA15913 for ; Sat, 27 Dec 1997 12:24:17 -0800 (PST) (envelope-from gurney_j@efn.org) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.7/8.8.7) id MAA24586; Sat, 27 Dec 1997 12:24:07 -0800 (PST) Message-ID: <19971227122406.31462@hydrogen.nike.efn.org> Date: Sat, 27 Dec 1997 12:24:06 -0800 From: John-Mark Gurney To: Luigi Rizzo Cc: hackers@FreeBSD.ORG Subject: Re: Which CD drives can read audio data ? References: <199712271206.NAA07978@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.69 In-Reply-To: <199712271206.NAA07978@labinfo.iet.unipi.it>; from Luigi Rizzo on Sat, Dec 27, 1997 at 01:06:13PM +0100 Reply-To: John-Mark Gurney Organization: Cu Networking X-Operating-System: FreeBSD 2.2.1-RELEASE i386 X-PGP-Fingerprint: B7 EC EF F8 AE ED A7 31 96 7A 22 B3 D8 56 36 F4 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Luigi Rizzo scribbled this message on Dec 27: > anyone knows which CD drives can read audio data, and if there is any > support for reading audio data from ATAPI drives ? well... here's my experience from scsi cdrom drives... both PLEXTOR CD-ROM DM-XX28 3.08 and CHINON CD-ROM CDS-535 Q[12]0 can't pull digital audio (at least tosha and another program I can't remember couldn't)... but I can pull audio data from my SONY CD-ROM CDU-8003A 1.8f if I only read a block at a time... but that means it only gets read at single speed... the Sony drive is an external apple cdrom drive.. I use tosha to pull the data... also check out tosha's home page for tested drives: http://www.heim3.tu-clausthal.de/~olli/tosha/ -- John-Mark Gurney Modem/FAX: +1 541 683 6954 Cu Networking P.O. Box 5693, 97405 Live in Peace, destroy Micro$oft, support free software, run FreeBSD From owner-freebsd-hackers Sat Dec 27 12:30:47 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA16385 for hackers-outgoing; Sat, 27 Dec 1997 12:30:47 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA16379; Sat, 27 Dec 1997 12:30:40 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id MAA00361; Sat, 27 Dec 1997 12:30:34 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712272030.MAA00361@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: multimedia@FreeBSD.ORG cc: hackers@FreeBSD.ORG Subject: doom source available 8) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Dec 1997 12:30:33 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk What a cool Christmas gift! ---------------------------- Here it is, at long last. The DOOM source code is released for your non-profit use. You still need real DOOM data to work with this code. If you don't actually own a real copy of one of the DOOMs, you should still be able to find them at software stores. Many thanks to Bernd Kreimeier for taking the time to clean up the project and make sure that it actually works. Projects tends to rot if you leave it alone for a few years, and it takes effort for someone to deal with it again. The bad news: this code only compiles and runs on linux. We couldn't release the dos code because of a copyrighted sound library we used (wow, was that a mistake -- I write my own sound code now), and I honestly don't even know what happened to the port that microsoft did to windows. Still, the code is quite portable, and it should be straightforward to bring it up on just about any platform. I wrote this code a long, long time ago, and there are plenty of things that seem downright silly in retrospect (using polar coordinates for clipping comes to mind), but overall it should still be a usefull base to experiment and build on. The basic rendering concept -- horizontal and vertical lines of constant Z with fixed light shading per band was dead-on, but the implementation could be improved dramatically from the original code if it were revisited. The way the rendering proceded from walls to floors to sprites could be collapsed into a single front-to-back walk of the bsp tree to collect information, then draw all the contents of a subsector on the way back up the tree. It requires treating floors and ceilings as polygons, rather than just the gaps between walls, and it requires clipping sprite billboards into subsector fragments, but it would be The Right Thing. The movement and line of sight checking against the lines is one of the bigger misses that I look back on. It is messy code that had some failure cases, and there was a vastly simpler (and faster) solution sitting in front of my face. I used the BSP tree for rendering things, but I didn't realize at the time that it could also be used for environment testing. Replacing the line of sight test with a bsp line clip would be pretty easy. Sweeping volumes for movement gets a bit tougher, and touches on many of the challenges faced in quake / quake2 with edge bevels on polyhedrons. Some project ideas: Port it to your favorite operating system. Add some rendering features -- transparency, look up / down, slopes, etc. Add some game features -- weapons, jumping, ducking, flying, etc. Create a packet server based internet game. Do a 3D accelerated version. On modern hardware (fast pentium + 3DFX) you probably wouldn't even need to be clever -- you could just draw the entire level and get reasonable speed. With a touch of effort, it should easily lock at 60 fps (well, there are some issues with DOOM's 35 hz timebase...). The biggest issues would probably be the non-power of two texture sizes and the walls composed of multiple textures. I don't have a real good guess at how many people are going to be playing with this, but if significant projects are undertaken, it would be cool to see a level of community cooperation. I know that most early projects are going to be rough hacks done in isolation, but I would be very pleased to see a coordinated 'net release of an improved, backwards compatable version of DOOM on multiple platforms next year. Have fun. John Carmack 12-23-97 ------- Forwarded Message Return-Path: pjchilds@al.imforei.apana.org.au Received: from al.imforei.apana.org.au (pjchilds@al.imforei.apana.org.au [202.12.89.41]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id FAA03673 for ; Sat, 27 Dec 1997 05:20:43 -0800 (PST) (envelope-from pjchilds@al.imforei.apana.org.au) Received: (from pjchilds@localhost) by al.imforei.apana.org.au (beBop) id XAA19670; Sat, 27 Dec 1997 23:49:38 +1030 (CST) Message-ID: <19971227234938.34089@imforei.apana.org.au> Date: Sat, 27 Dec 1997 23:49:38 +1030 From: Peter Childs To: sa-feeds@sa.apana.org.au Cc: apana.sa.ftp@sa.apana.org.au, mike@smith.net.au, hasty@rah.star-gate.com Subject: native xdoom for freebsd! Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.76 Gday.. Since I scored Quake II for christmas i've been having a look at some of the work that some of the u*nx freaks are doing with quake etc... Anyway, the interesting thing that showed up was that the doom source code was released just before christmas! So for freebsd'ers that don't want to have to modload linux emulation there is a native port (and the sndserver's music works!! -- something that was very touch-and-go with freebsd's linux compat & sound) at ftp://ftp.imforei.apana.org.au/pub/freebsd/misc/freebsd22-doom-engine.tgz (the source is on ftp.idsoftware.com ( /idstuff/source i think.. )) You'll need to throw a "wad" file in there (you can get them from the shareware version of doom) and make sure that sndserver is in the path... then away you go! YMMV as its pretty well build as it came from the box (or tgz.. *grin*) Another interesting thing that Martin Bull brought to my attention is a bit of software called "bochs" which is a fully software based x86 emulator.. so far i've had it boot a DOS 6.22 image, and run Win95's setup proggy... all in a window under X (gosh is it _slow_) ftp://ftp.imforei.apana.org.au/pub/freebsd/distfiles/bochs-971216b.tar.gz The project guys here are talking about booting linux, booting NT, etc.. and porting it all to java (imaging Office97 running on a "virtual" 386 on a NC!) I'll post some screenshots if I ever make it all the way through the setup (didn't have my 3.11 disk "image" on hand the first time .. dolt!) Regards, Peter ------- End of Forwarded Message From owner-freebsd-hackers Sat Dec 27 12:52:26 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17733 for hackers-outgoing; Sat, 27 Dec 1997 12:52:26 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA17726; Sat, 27 Dec 1997 12:52:17 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (tnt2-139.HiWAAY.net [208.147.148.139]) by fly.HiWAAY.net (8.8.7/8.8.6) with SMTP id OAA23091; Sat, 27 Dec 1997 14:52:10 -0600 (CST) Message-ID: <34A569BE.4A7B7C1D@hiwaay.net> Date: Sat, 27 Dec 1997 14:56:51 -0600 From: Steve Price X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: waxing hard reference #include in 2.2-STABLE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Hi All, Attached is a second pass at what I attempted to do before to remove the hard reference to DEFS.h in asmacros.h. Please apply this patch and let me know of any problems. I have locally tried these patches with no detrimental effect, but I would like to get a greater number of "yeah, that works" before I commit it this time. <:) Thanks, Steve begin 644 2.2.5-diffs.gz M'XL("&"JHC0``S(N,BUD:69F[FTHV&!>\D*V=TN) MD[)+0A:3T_:YO7>_/A/KM8.59J7C@/-W MYE')O@Y+F[@6KW,!CP*'7SO>)0O@$CJ^QW2MJE6T:F[DC,=,G3$UB$M8+*RJ MJG%2T0\.]DIZI50^8'JM4:LT:G5%MB\4"JO5]#HKUQKU>J.ZEWO[EJG56G%_ MGQ7@LL?>OLTQ]IJ9%ZWW[*AYVCPQ-"S`/V4<^),&>[OSMWQ,L*[I;.<=#[YP ME]_F6:U4J98.RCDUKO^R/6HPV4G9(98A+`LC?LV9,9^RE]BRE&,Y]6^.9[NS M$6?_&=Z&)7O$QZ%V]8^5X7(',X+S7[71/+@SE7@I--]U^P,NL?'IM$?])OO M.L:@\$]-U8?_*F+E9:[&>3O%51)G&=S"!#?-K]T&. MI`JF92WNACQ;`=D"9HN4+(]2L==8\-9CEC=C[]I%!F8GE M69><15<<#-JU(C#H\,J9LB&/;CCW6'@[&?HN\ZP)#YGCL1810A+8A/\Q&+L"AAE1*-`28`&BT M,Q@8G>/!(,]*K]E?XJZX)72T8X.V\XJ"E\4MV8L=*YS0_<&@U3UK-?L[6C$N MBDT,R7Z[BW#2D*:V(?/WYDX14!!Z@QRW4N/58KEN<' M95014R>U_5UM29*!V6_V^@/CK-_[I&@1GT>'3!,-*]3P4"BK3`R.K,A"W#P_ M(KLH`C@VGT9LRH,K:QJRX2W<\]1+5/BXR&ZN'/N*W7`V\KU7$0MGTZD?1"L2 MG+:/)/\1T%_P/V3[# M]YBR<>5FIT]5<7PNJ2/F=^GZ0S>&;)X'@:+;*4_RQ;?CF6?C"#U,RD!JT3;5 M-U&`L^@"UHGMS[P(2/X^F;*#<5JHIY;HH"&L2DYCH*2F>0^AYE*:>5J,>>-0 M^4&-*(_*7G2?K$H!N_\%;28>:5*>3&G8%M@(`1*$EG2=$)>)>VB"?4<'F\!< M)$6?:;@4%N[#Q+*OH%4))A]T(-J;G$#STQ/X@,1THPNX!QZ3ON0"4@D3HJ(' M2"GAV97!LZLQ76^4]QNU/46V1@=<`8SX0>R99-]+\5\D#P'( M"-235#LWC8NC[LZ\>)N_D^%MOLA6.2*I1,^"`9*AT2]&X"W00O^5O:R]GH/$ MX32'Z^NE%3)PF$+PLV93YH_'(8\8V(WE1K#07J86-WL6!.#\@*_E) MRO(:ZU_!BFQ=^P[Z8N"($7OP>N+E;M!_WS.:1P.S>6PP"!."VYLK'G`B0RZ3 M\#+1WP)'*IXOB`BY=N!+H9;X2!.1A9I!%J=(\!!M"YP.J%+(J(+*));'H!#D M&%T%W!H-0FO,&0B%`S8LHC:G`9_"',0&LL9M.)`^IA2/*)'#&OJ+3KQJO6(W M@34%9P1D\=@E.(L!3.BCN(N6\)B3CB1V]:/C;N'!I60&PW_@QF!3?S>Q8<*AE$;;QV$%?JV@"^,$ M%J#`"FXQAK!F;B2"H,`:.6B=8&?QG!\R,=9P&._KQ3HK[->*5;%&"`;2WY/L MX\EAKUC.XZA"QCZX\S?6K9A"%LYLX@R.$!6:#M_;EZ=0U@?O MK9A:PFNPUHLEO%+<8X5*O'_S-['SLBPGRL0R^+"1=>V,+N7F2XZ9H)'"&V5H M3Z::R8:V/[W%ZY\\\.$*"PC\=Q`EN$[XQ+X*X@351Z<0,A/_FHMB6&^HN+!< M;!/5U'VF!)(JZ-FVHCA!Y#%!Y#%!+3$13CW-IJ:0@\!=%'O8UA8IV<;#1E0V M'09?1"KDTT5K00H2"X;PBT4WUE`SOVN6L9J>R")C[IMW$I=W$26H9(=Q6I@@ M6%9EC^GH/S9J-=Q#)!-,U4E;WUZCJJ];'^X(0?7`N;R*V(Z=1Z,KTT30XY?@ M8(3@A=""=N$YM'!&MUC2@J`9G`W/L6A]8TWP;(A&"#T)>7`=K^"TC4(N@^V# M'PK7$0^`$*S]@3^!]70P(\AM"?!3:GDJ'CX82*.SGH!SC1%0-/`:_^+"(R8K?' MIMVP(D,98:&?.!%*.`U\&(4HJG0&QK[K^C<()/1$S,NAV*W5BX!1`2[5NE1X MI]U\U^ZT^Y^*K-MC_6ZOSW;:9ZW.Q5'[[(2=&2>=]HEQUC+P;K?_WNA]:)M& MGC5[;1,KM,]8\^P3^]#\1-2Z%WT&X2+48Q>F(9)MDYG=X_Z'9L\H,N-7XXRU MCUGSZ%>@ MQ4X"IH("1-I'.R]>GO$(AO:R4+LHU&Y)UT$N5BXWZN5&>9?]'MFQ1'F3[;J@!>_S9^>"[XTL+3,J$1&!Y M7XJL[_N=D)U,AN_S$`$>J)7*OGJP7]\OEXD(ZERZPZ?&::M[_BE7$-Z*F,3S M<)L\@52MT^ZO1JH63OI)M=CC)*&I,([6Q94EV_:AD\J,'"*?`!]+DF=?OZ;+ MD&\>%QK_VE7TR@X&0>@/8O.X<#B(' M).%_;Q=D(3$Z(4DNPPVI)V[(4JV4(U*OP,1-N.G%@PHKP`*)L*FEUZHXH/I! M=T3=Y(ZH/\4=D51^@INA_APW@P[CH.&$1PW*Z-J*=*2U6"SJ^&061AAYPH`B MNM80D*)A1EHC*O`#ZZ9C\R)4`4VY0!#I+#@G1X`+L8"K[5K.A`<"B,JZ*,`R MI18I"O1U-+/YOTL:)CHJ28U\>S8!<[(D=B6`Q8<*`9M8$9B$!<%THG["#2FG M.R+Z5]7(UJP1&&,$HP>8+@@@!ZB)A6-N13,P180?S82L&+HA+4X*1MH`-E,7 M0O#ESL`D[ODW+A]=X"/':3_?9;TX0&KU[A+3'I M@%-N?#SO&::)GGO[]+S3!D)`N=<\Z[<-L\@2+Q]T#6[[6;JWWD(V#!Q+IN-T_0W['P+#)SIN]?KMUT6GVV/E%#QQ\00Z[ M=M0V6YUF^]0XPN/T,V!-<4&?F>^;G&]@F(9Z) ME"H/++<-^5C\LQ3Y;'^B_@CY:^KY(ZKL3N^0V"8"6E2X!)0E(H*5@*%/[]U4: MAC9"=?)89+%]L!A6\?;(B]4H:!+.O&0S_G$"GR66&V,=7=/E&EA,T=5R0`X-"Y]%)T ML#"DFV`63L1%TO5]VIT?.,!W2*DX\5D<-5=Q)[HN'V35SIO]]PWEY5\:K/3@ M5'PK32POJQCPQ6(6WC#U:-`V#&,`\_YIKI!9C!G2GW17W@B]QFK^ MAA!`O3?*)`=+.!CU6:QI)=:T':M\G*2N%JFX$(&0B3&=5F`O#\K8RP-=HITB M7WBC@)JL(9*'1("X8Y=7^H+6S%9,=6C;RQ3('RN@IUPCP<0 M'+%@YG(ZPQ3/`4#P:E^IB=,NXE2Z3X\98-PP=AT(`32ASP/4IUXN2X520*69 MFA\3=KPPXM8(PP[-3DK'<4@BJ>$L,`U@H,YYB$1VXF<+K3&$;^RW"0QB\&/P MV8!7^(#J#)_)$.V#@$.P151_R6M@H$C:P0@SI3,`06KXY5_.MP9+V2^.\A*6 MY@K+6EVK&9,0E9EB3_$F^.O``36M]9N]$Z,/MS20$\0`16=-N\103AF/./T_94-)RI)YCB:?F5F_>GY>E61-'#VS:I8T1OZGGQ^JDJS#OT7YS'* M?VM]C;5\[POXB6SG]\A^>^-,0GZKV?XD#]Z]XU$,;T9HO9<.#R'6\6PMX]GW MU(F"90<^/0)_UX$#DX<+Z/,N%"65LO[T?;V:?OJ>SA?N`IR6AB<`G/@^!'`A M<`PX9>X#^%I%!'R_4:X^>\!C1?TTP(4+\`2("\9W0EY9@[RR\%HDYB*7`7I- MD51BT-=K"M3UYS_,I;*D8C)@KVT#._E[CP\ZL=WZA2@IK@"P8R5M?J%J.ZB%2__X6`N^#QC?L<`";9')@+N^,KK7*PJ\J\\>;ZFH M.\9V?1O`*71[?+R)[0/@%N(*M"E]#[#7ZL58[SUWK&,E_42H,3I_$K"1\/>*RH.\9YY?Z`RXWUQP9<\MT:\$1@!%QFO@MX5D4!>/PP^K,%?*&HGP6X M.$!Y?,`%WZVG]41@`;C(9`"^O!N755$`7G_V@$M%W3&E;[$;ESXH>P+0$]X/ M&.DIP6/PDX([#$".^.S*8`25)V3X(_C"%?,:A M"_2_M@;Z^ID+X%UYYCY\HJ0[H-YB?VYQ_OWX:$O.#P`\$5I@+K/W@#VK:HS\ MP7-'?J&PGP:^>.+A";`7C!^PQDN18^1%+@/X^LHJGU%3X%Y]YHY\2EEWK/-; M[-LEC[<\/NPQXSN/8"IK1S"5Q1,Y,>QQ;@/L@HJ`/:.F@+U6?^ZP)\J2BOE1 MV'$C\`G.W1+&=\"^.M%7XXE>BBQ@CW,9L.\JDHJ`/:.F@+V^^]QA3Y0E%9,! M^Q;;M?(1MB=!_7N[<]FK^])0WSC2]U96]NR!KC_[ARH6BKIC5=_;!O#`\9Y@ M9T[R?0#@L<`"<)&Y!^#K%6/`G[TC)Q7ULP"GO=TGB=HEYP M+Z^XB/3>X+G+%;8/V#L+XL?VT*Z[`Z# MD#/!QOK"*IY_9+>BQ,WSPK:F\323PGZ&SFH4_;^W7>/9?3[^?,3 MRRNYE]9D8L%2^'A0I]G>^P,,B9R(L<7TI5(/95Z M_.ID>2_]]HU$6#N.V,B?#5V.:8]1<_9"%+'Y"U%C[/I6E%-3%:@$[Q>2PG&J ME&GF%3LRS%:O3>_7"N)"./SF)$S1XDLK>R@-_2=IC!'\^XQO-CACYN&'RD!1 ML\`+F>M]_OKU\\[KDYUY_JN6*XCRU6*FG4]S].$(/H]X@*_>@9?(+WF`$E@, MEP@0(M,P,"-?^WE$PTBSO6,.V%WYQBR5L$3>U,L2=O*EV4J5OC1;$>^J"1JI MER66OU17:U1VY4&-KM/+-GHR#93H71YG[.'7@_"]VIP:XF<4;&9?60$+[-`9 M_?-?[`U;>J?!CHHV(X#>(::ZKTUQ77\QU8'-S_#K(F7569+&!S?$C!MP= M'\H:7^=?_Z$GMZ&J^%"$XUU;KC,B"[/GZ"P'=_CA7G^=5FK'\;%4RC^ M\_7.U"P7Z**+2T5,MIG.*]*ZP95<\3,AK'S+(*X@U<7SR9__/D[,/UK5?3_NBLF&O^%9AJ_:*I)3C/Q"Y#:'.-OR>,PF]MUASE-,#!-?`9$FV#\ M[`S3W*V3&^$V<(9I/&Z&\>44PPS2L/G-?`P'D6PPP<@"FX89IIDWPY@!VJ(3 ME>F?$:`6FLORB^'4+\2`_RBDBK9M`E@^YG6O'[+QM=\U8%COK8>V(PGF`P[F MC\F]^`FUX,C_!M5(FDZHMZ8LDF MTQL+P!;9'"[;5E1%,Q;"%2*_NF:VE!V,"TC#UWT3O=&EXPW$0E(2XCZ,%9(X M4%-8#2MA1B*9+%5](@.7X!?V*&"8HKZ6U(]#8D>AL2O0TU>JN\NQ#5V>#9A5C@ MV+?&T;NW3E3_N/^QSG_X',`PP@@Z^$A-.SL:.5TF&3`T"=EO,+8M07(7E659 M4N)BGK/`P$_%P-^%@0['?[3 M>PP(D@[?VE@([F?3\`6P(.K=@+%)20D+XBK-U]IBPT5@04NE8X&G>BJ#H-IA M8FL@S:9L32_00-8\;RV#@*5@V!QA$W;()LB%?M(?%]B9[F\?'ATR\LG$IOC"B\Y]KW* M<'4["_(A:8-9X-NKMT""A21W?;D2$XQO@I7@?0E+)BM^P'Z)DEG#L3)7H.E- M(%+-ACQZ)MXS22:-T=S9=5I/9-GB=J7V31)R)1"X#IR+[%ONODF.?7-Q59/^ MH<:#0[5\-XSU)[5PAAJ?7#=;!6K_0:@NS+42UBFI[[G40Y/4]R#UD./TWLW) M&D.\O3[$_8=B?%7&')!G9>8TP">!J]:W-V^\>KG0<,^FRQ<`/M:Z@=$F*0GJ M^#EKL.OZ`HM*HP&\497`OYS<:ZOO'22ER/&-2FX?_M67SU1&:,N%'T/6ZCZ"HK*4O='^H(+)51[`*"D M`?#1LM@>>,NJ#IUU6Q)5H%&+$`ZES%**NDFU_B35+U;AES!>5.UF2NSK6FQ8 M)^3*TTJJ<=90-1KR@(7'&RK9AAQ%WIAU:N69-#EW==YLI%P)5(G4TH9:JVFL M4Z"Q4KG-2JNMI=%$'>4O`\8)2&E9:1`QF.SAF%BZD:?'U/!GUF*J=&T=%C)B M%!G\F-;?CNXWQ4DT[6UZ.4Z3BI\)$2)VV7OKU[)_S87]OA6P)B=0'5"D;:^! M3V/0*?-">)/R=C(N$SZKD9QT7S$DME&4SU/_4N#ON'?=HX:L!! MT"T)/Q5/_O+D=/]SGY'T_6@Z&]UJ=T]/SH\NU=W9=#&.1-POJJ%_-9O<+>#W M%XB,")%!Z&Q;&!(P^W`:/H3L!AU#&%;@&-ZNI'40\$J>35T2SW\-YC=>-[[D M@_W78,*_^-F-8R+%45L/OQSLETJ?>I=(+$1@8;=)5J3IB?5Z>C"+J2+EZ>;] M_JEET;C*@,NVPF4BE6Y8FO*0W<<2)*T= M.>!L;V99D@6:3$O1`C?FE>O:S5;-=5B5_BDZM$P0>YG>` MFS2.WN7N.M&"F[?E)'=R1&FQOY"NCK9A<-.("%`E@JMR-=3=AH)<:0*5R*_O M-8&P7#PE:J5B<\F3^T[Q3AFODS9U10NJX38^]X*5X$)FPJ\Q)T[)%F=37@VW MO;$M7W9)6'%I+[M%FU)"-YZ?`L85;PI7/XE7`Q&$+9LT8`U4L"7/97DL%=3; MD@/9SH,@6T0'4HMA0JHZ.[(9RGK.T#>^-^.?)`9@23$D:A,%YYEJU6-K>X='GW>[_?. M/P%I58%?,C7K)% M,+V;4"3%P61\<\L:-2?J.!B]P?[>:+WKD"WN9K/I/$Q)\.GH@ZS_FI'42#6>DD*.1D- M6'N($7=`1(QL:RA31K42@;6P%\\@=E><6`63BLJE1'>(^FXFT^&$[4%(#IB! MV!8P?W5=>^^+A\^[ZCLN->75VD9?<,H]88<0Y`U2?K^:WMV&O,BOWV>LX^M" MO;1$G5V01LE3XIW4.U]#J$A*$^EB1+O=TB-[I/2LU5/S4:M@=G\%.B/CGPEY MC-*P#<:&!%`CE.AK5;C\H$T<)L3./!VS^+)8<;>Q%1V6-_+Q1TTB8PW0P.H# MM56+PHUHK68[77Z2U6"(-_:/T7#691"4BT%$KAI=4PH<:CZ%]D^/+ZSTD,?E M3&=43!SH.[=NC2^ISJ`W[7@J-9EB4+Z(3_"R2WX>2>36_Y'PSP.;YEB1<>*:+H%^!5(83[N9$!@C!&+?]B,9I`J)WA*%R. M1A2I%M-PQ@BTCLF^7S`*@BL"P$+9\(C$8@N7;`XV*#8N$0I+-14*4V&*XO+! M;O$+B-C;[^^=?-[K72R$R5A.Y]_HK2"P*[W/YT?L:C9[O1!O1=J_WJ&9E7.] MU%FA2`)=LE"@=+QE_1KGI?&XYB=6'VK)=I2Q`*9![#BW#`C-U*?^ZJ>R_;&_ M5YPMF?X@-['H>TJ/K@A0@SHL%35KKDM$G2-Q,?Z;F[NXVEJCBP'(2KHLN\+B M:JVBET]-QM,X5\6S=P8ZV(V\KHN3,TQ(T9[VC_DW\?6'H_/3WL7>H4`WSMNI MB46;\GNIB:5GF%AZ:3.X>MIG.=.^<7)^FH96A3(+YJ(4M/^H4IFA^]@#NP\5 M044)E;U3C;]*XD2]MTQ<&*?&F.+03#DH*XJFE?,J18^AI!5^BG@1^F6<%5%Y MKL?2V?*VF@FO!;]AFMS"?1&7V=?//?!AJ!SAQZ23DC/C-7<=B@Y?QR=J^-\6 M+8X;7)+>WMG).;@?S.27Q'<5_O^U?_9Y_[C(5Q%^2#B=LN]WG/U?W\TF(CP[ MV*^_!O/Q]&X!\E>V@M<4'A3G+,^C:/:>6VLF5O,_[9U\^7S1/^[]OG]LP4)[ M6;NW?WET@?>E,08!#G3@*C23[)DPMMMWB[E:6>*_5S2Z(KIM2;1GR&?P0.05 M!ON(+)\L]VJPD+'58RN.MML:#,LO9;_M1YI)^V%6SM[0RMD;6CF;_%'D"$.* M.P\NYW@"P(,Q$$YF[#C'$J4FR=4F9B/NRF1FI)IG)\/9-(JDT1KV+(J`@VX<['7&^C=%*%:,\6\'IH3)L<4J MM/:;ATGQ$S%,J3Y2_"F[WI0DEMEZ1`=J#/K]=/B53WHJ@9EBVZLI=N[ZU/\I E]A-2[*=L*+4C38;M]?EN(G],3IC.9%Z9^!BD^@\H7`%[W*4``*LI ` end From owner-freebsd-hackers Sat Dec 27 12:53:30 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17970 for hackers-outgoing; Sat, 27 Dec 1997 12:53:30 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-21.ix.netcom.com [207.93.143.149]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA17921 for ; Sat, 27 Dec 1997 12:53:18 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id MAA15179; Sat, 27 Dec 1997 12:52:51 -0800 (PST) Date: Sat, 27 Dec 1997 12:52:51 -0800 (PST) Message-Id: <199712272052.MAA15179@silvia.HIP.Berkeley.EDU> To: rb@gid.co.uk CC: sos@FreeBSD.dk, luigi@labinfo.iet.unipi.it, hackers@FreeBSD.ORG In-reply-to: (message from Bob Bishop on Sat, 27 Dec 1997 20:15:01 +0000) Subject: Re: Which CD drives can read audio data ? From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk * >> anyone knows which CD drives can read audio data, and if there is any * >> support for reading audio data from ATAPI drives ? * > * >Some ATAPI drives supports it (it's optional according to the std.) * >I think my Toshiba drive is capable of it. We don't have support * >for it in the drivers though, but it should be fairly easy to add.... * * Check out also http://www.heim3.tu-clausthal.de/~olli/tosha/tested.html for * allegedly working SCSI hardware. And tosha is in ports. I've read CDs on Toshiba and Sony SCSI CD drives using it. Satoshi From owner-freebsd-hackers Sat Dec 27 13:05:05 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA18950 for hackers-outgoing; Sat, 27 Dec 1997 13:05:05 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA18932; Sat, 27 Dec 1997 13:04:56 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id NAA00525; Sat, 27 Dec 1997 13:03:27 -0800 (PST) To: Amancio Hasty cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: doom source available 8) In-reply-to: Your message of "Sat, 27 Dec 1997 12:30:33 PST." <199712272030.MAA00361@rah.star-gate.com> Date: Sat, 27 Dec 1997 13:03:27 -0800 Message-ID: <521.883256607@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > The bad news: this code only compiles and runs on linux. We couldn't Not to worry since a FreeBSD native version is available from http://www.4front-tech.com/freebsd.html - the OSS folks ported it over and have made it available for download. It works with their OSS sound drivers and may even work with others, though I haven't tested it - I threw all my DOOM stuff away a long time ago. :) Jordan From owner-freebsd-hackers Sat Dec 27 13:34:31 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA20817 for hackers-outgoing; Sat, 27 Dec 1997 13:34:31 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from iworks.InterWorks.org (deischen@iworks.interworks.org [128.255.18.10]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA20808 for ; Sat, 27 Dec 1997 13:34:25 -0800 (PST) (envelope-from deischen@iworks.InterWorks.org) Received: (from deischen@localhost) by iworks.InterWorks.org (8.7.5/) id PAA03750; Sat, 27 Dec 1997 15:39:28 -0600 (CST) Message-Id: <199712272139.PAA03750@iworks.InterWorks.org> From: "Daniel M. Eischen" Subject: Re: Summary: Converting DAT audio tapes to CD To: jkh@time.cdrom.com Date: Sat, 27 Dec 97 15:39:27 CST Cc: jmz@cabri.obs-besancon.fr, freebsd-hackers@FreeBSD.ORG, tlambert@primenet.com, mike@smith.net.au, grog@lemis.com, mheller@student.uni-kl.de In-Reply-To: <11533.883249102@time.cdrom.com>; from "Jordan K. Hubbard" at Dec 27, 97 10:58 am Mailer: Elm [revision: 70.85] Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Jordan Hubbard wrote: > > The general consensus seems to be that it can be done (in software), > > with a couple of problems: > > Not my concensus. My feeling is that if you want to do it right, buy > the Z8 board I recommended. Otherwise stick to buying prerecorded > media because you're obviously not serious about this whole process > and should probably just leave it to those who are. :-) > Not really an option though if you don't have a DAT audio player. We only have the media and not the player. If you really want to know, there is a recording that is only available on DAT and not on CD. Dan Eischen deischen@iworks.InterWorks.org From owner-freebsd-hackers Sat Dec 27 14:03:24 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA22326 for hackers-outgoing; Sat, 27 Dec 1997 14:03:24 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-21.ix.netcom.com [207.93.143.149]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA22300; Sat, 27 Dec 1997 14:03:15 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id OAA17829; Sat, 27 Dec 1997 14:03:03 -0800 (PST) Date: Sat, 27 Dec 1997 14:03:03 -0800 (PST) Message-Id: <199712272203.OAA17829@silvia.HIP.Berkeley.EDU> To: sprice@hiwaay.net CC: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: <34A569BE.4A7B7C1D@hiwaay.net> (message from Steve Price on Sat, 27 Dec 1997 14:56:51 -0600) Subject: Re: waxing hard reference #include in 2.2-STABLE From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk * Attached is a second pass at what I attempted to do before to * remove the hard reference to DEFS.h in asmacros.h. Please * apply this patch and let me know of any problems. I have * locally tried these patches with no detrimental effect, but * I would like to get a greater number of "yeah, that works" * before I commit it this time. <:) I applied that patch and ran it with source in /k/src (no link from /usr/src) and -j2. It died here. === -------------------------------------------------------------- Rebuilding dependencies -------------------------------------------------------------- cd /k/src && PATH=/usr/obj/k/src/tmp/sbin:/usr/obj/k/src/tmp/usr/sbin:/usr/obj/k/src/tmp/bin:/usr/obj/k/src/tmp/usr/bin BISON_SIMPLE=/usr/obj/k/src/tmp/usr/share/misc/bison.simple COMPILER_PATH=/usr/obj/k/src/tmp/usr/libexec:/usr/obj/k/src/tmp/usr/bin GCC_EXEC_PREFIX=/usr/obj/k/src/tmp/usr/lib/ LD_LIBRARY_PATH=/usr/obj/k/src/tmp/usr/lib LIBRARY_PATH=/usr/obj/k/src/tmp/usr/lib:/usr/obj/k/src/tmp/usr/lib CC='cc -nostdinc' /usr/obj/k/src/tmp/usr/bin/make DESTDIR=/usr/obj/k/src/tmp -j 2 depend --- depend --- ===> include ===> lib --- depend --- ===> lib/csu/i386 ===> lib/libalias --- afterdepend --- ===> lib/libc make: don't know how to make memcpy.S. Stop *** Error code 2 === I tried it without -j2 but the result was still the same. I'm not sure if it is interfering with other patches on my system (most notably the PMAKESUBDIR patch) but the same source tree builds fine without your patch. I can make the system with both patches fail by just typing "make depend" in src/lib/libc so I think something is amyss here. Satoshi From owner-freebsd-hackers Sat Dec 27 14:25:25 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA23703 for hackers-outgoing; Sat, 27 Dec 1997 14:25:25 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA23415; Sat, 27 Dec 1997 14:20:16 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id OAA00661; Sat, 27 Dec 1997 14:20:07 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712272220.OAA00661@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: "Jordan K. Hubbard" cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: doom source available 8) In-reply-to: Your message of "Sat, 27 Dec 1997 13:03:27 PST." <521.883256607@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Dec 1997 14:20:07 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Peter Childs has ported it to FreeBSD ftp://ftp.imforei.apana.org.au/pub/freebsd/misc/freebsd22-doom-engine.tgz I am not that concern with the port rather the technology. Amancio > > The bad news: this code only compiles and runs on linux. We couldn't > > Not to worry since a FreeBSD native version is available from > http://www.4front-tech.com/freebsd.html - the OSS folks ported it over > and have made it available for download. It works with their OSS > sound drivers and may even work with others, though I haven't tested > it - I threw all my DOOM stuff away a long time ago. :) > > Jordan From owner-freebsd-hackers Sat Dec 27 14:34:53 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA24416 for hackers-outgoing; Sat, 27 Dec 1997 14:34:53 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA24407 for ; Sat, 27 Dec 1997 14:34:47 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id OAA01230; Sat, 27 Dec 1997 14:34:39 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712272234.OAA01230@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Luigi Rizzo cc: hackers@FreeBSD.ORG Subject: Re: Which CD drives can read audio data ? In-reply-to: Your message of "Sat, 27 Dec 1997 13:06:13 +0100." <199712271206.NAA07978@labinfo.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Dec 1997 14:34:39 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Hi Luigi , This is mostly multimedia stuff which we have hashed out in the past in the multimedia mailing list . tosha works out of the box with my : TOSHIBA CD-ROM XM-3701TA 3205 {root} tosha -t 2 -o vannessa.audio Device: /dev/cd0c TOSHIBA CD-ROM XM-3701TA 3205 Output file: vannessa.audio track playing start end raw size mp3 size # of number time sector sector in bytes 128 kbps frames -------------------------------------------------------------- 2 4:48'47 4215 25861 50913744 4618861 11049 --- What some us do is to convert the raw 16bit streams to audio mpeg streams that we can have our own audio juke box 8) Cheers, Amancio From owner-freebsd-hackers Sat Dec 27 14:51:52 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA25339 for hackers-outgoing; Sat, 27 Dec 1997 14:51:52 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA25335; Sat, 27 Dec 1997 14:51:47 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (max4-78.HiWAAY.net [208.147.145.78]) by fly.HiWAAY.net (8.8.7/8.8.6) with SMTP id QAA16508; Sat, 27 Dec 1997 16:51:36 -0600 (CST) Message-ID: <34A586A3.167EB0E7@hiwaay.net> Date: Sat, 27 Dec 1997 16:52:19 -0600 From: Steve Price X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Satoshi Asami CC: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG Subject: Re: waxing hard reference #include in 2.2-STABLE References: <199712272203.OAA17829@silvia.HIP.Berkeley.EDU> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Satoshi Asami wrote: > > I applied that patch and ran it with source in /k/src (no link from > /usr/src) and -j2. It died here. ... > ===> lib/libc > make: don't know how to make memcpy.S. Stop Thanks for the response. It seems I forget to include a file in the uuencoded diffs. steve[/usr/src/lib/libc/i386/string]$ cat memcpy.S #define MEMCOPY #include "bcopy.S" steve[/usr/src/lib/libc/i386/string]$ [crosses fingers] Try adding this file and all should be okay. Thanks, Steve > Satoshi From owner-freebsd-hackers Sat Dec 27 15:02:21 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA26057 for hackers-outgoing; Sat, 27 Dec 1997 15:02:21 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA26000; Sat, 27 Dec 1997 15:02:01 -0800 (PST) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id JAA30167; Sun, 28 Dec 1997 09:57:13 +1100 Date: Sun, 28 Dec 1997 09:57:13 +1100 From: Bruce Evans Message-Id: <199712272257.JAA30167@godzilla.zeta.org.au> To: asami@cs.berkeley.edu, sprice@hiwaay.net Subject: Re: waxing hard reference #include in 2.2-STABLE Cc: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk >===> lib/libc >make: don't know how to make memcpy.S. Stop >*** Error code 2 >=== > >I tried it without -j2 but the result was still the same. > >I'm not sure if it is interfering with other patches on my system >(most notably the PMAKESUBDIR patch) but the same source tree builds >fine without your patch. I can make the system with both patches fail >by just typing "make depend" in src/lib/libc so I think something is >amyss here. memcpy.S is for an unrelated cleanup and doesn't exist in 2.2. Including in bcopy.S is part of the same cleanup. Bruce From owner-freebsd-hackers Sat Dec 27 15:09:14 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA26583 for hackers-outgoing; Sat, 27 Dec 1997 15:09:14 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from fly.HiWAAY.net (root@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA26508; Sat, 27 Dec 1997 15:08:59 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from bonsai.hiwaay.net (max4-78.HiWAAY.net [208.147.145.78]) by fly.HiWAAY.net (8.8.7/8.8.6) with SMTP id RAA17915; Sat, 27 Dec 1997 17:08:45 -0600 (CST) Message-ID: <34A58AA9.2781E494@hiwaay.net> Date: Sat, 27 Dec 1997 17:09:29 -0600 From: Steve Price X-Mailer: Mozilla 3.01 (X11; I; FreeBSD 3.0-CURRENT i386) MIME-Version: 1.0 To: Bruce Evans CC: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG Subject: Re: waxing hard reference #include in 2.2-STABLE References: <199712272257.JAA30167@godzilla.zeta.org.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Bruce Evans wrote: > > memcpy.S is for an unrelated cleanup and doesn't exist in 2.2. > Including in bcopy.S is part of the same cleanup. > I haven't forgotten that you told me this. The patch that I posted has two, possibly three, separate commits in it. I am going to commit these separately, but close enough in time that I wanted to make sure that what I was about to commit was tested thoroughly on some other boxes, since my own tests did not cut the mustard last time. Steve > Bruce From owner-freebsd-hackers Sat Dec 27 16:23:38 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA00239 for hackers-outgoing; Sat, 27 Dec 1997 16:23:38 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: (from hsu@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA00226 for hackers; Sat, 27 Dec 1997 16:23:32 -0800 (PST) (envelope-from hsu) Date: Sat, 27 Dec 1997 16:23:32 -0800 (PST) From: Jeffrey Hsu Message-Id: <199712280023.QAA00226@hub.freebsd.org> To: hackers Subject: Re: patches for JDK 1.1.5? Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > I have a 1.1.4 port > It works fairly well, but suffers occasionally from recursive malloc > calls. Copy /usr/src/lib/libc/stdlib/malloc.c and to src/solaris/java/runtime/malloc_md.c and modify THREAD_LOCK() and THREAD_UNLOCK() to call sysMonitorEnter(&_malloc_lock) and sysMonitorExit(&_malloc_lock). From owner-freebsd-hackers Sat Dec 27 16:29:47 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA00458 for hackers-outgoing; Sat, 27 Dec 1997 16:29:47 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from time.cdrom.com (root@time.cdrom.com [204.216.27.226]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA00453 for ; Sat, 27 Dec 1997 16:29:41 -0800 (PST) (envelope-from jkh@time.cdrom.com) Received: from time.cdrom.com (jkh@localhost.cdrom.com [127.0.0.1]) by time.cdrom.com (8.8.8/8.6.9) with ESMTP id QAA01012; Sat, 27 Dec 1997 16:29:24 -0800 (PST) To: "Daniel M. Eischen" cc: jmz@cabri.obs-besancon.fr, freebsd-hackers@FreeBSD.ORG, tlambert@primenet.com, mike@smith.net.au, grog@lemis.com, mheller@student.uni-kl.de Subject: Re: Summary: Converting DAT audio tapes to CD In-reply-to: Your message of "Sat, 27 Dec 1997 15:39:27 CST." <199712272139.PAA03750@iworks.InterWorks.org> Date: Sat, 27 Dec 1997 16:29:24 -0800 Message-ID: <1008.883268964@time.cdrom.com> From: "Jordan K. Hubbard" Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk > Not really an option though if you don't have a DAT audio player. Ah, yes, well, that sucks. :) > We only have the media and not the player. If you really want > to know, there is a recording that is only available on DAT > and not on CD. Well, if it's a really nifty recording of some rock group that doesn't have 500 copies of this already floating around on DAT, I could probably get someone to do the transcription for you on the basis that they get to make a copy for themselves, too. :-) Jordan From owner-freebsd-hackers Sat Dec 27 18:00:48 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA06075 for hackers-outgoing; Sat, 27 Dec 1997 18:00:48 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from silvia.HIP.Berkeley.EDU (ala-ca34-21.ix.netcom.com [207.93.143.149]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id SAA06055; Sat, 27 Dec 1997 18:00:39 -0800 (PST) (envelope-from asami@vader.cs.berkeley.edu) Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.8/8.6.9) id SAA23755; Sat, 27 Dec 1997 18:00:06 -0800 (PST) Date: Sat, 27 Dec 1997 18:00:06 -0800 (PST) Message-Id: <199712280200.SAA23755@silvia.HIP.Berkeley.EDU> To: sprice@hiwaay.net CC: freebsd-stable@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG In-reply-to: <34A586A3.167EB0E7@hiwaay.net> (message from Steve Price on Sat, 27 Dec 1997 16:52:19 -0600) Subject: Re: waxing hard reference #include in 2.2-STABLE From: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk * Try adding this file and all should be okay. It worked this time. Satoshi From owner-freebsd-hackers Sat Dec 27 18:18:38 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA07198 for hackers-outgoing; Sat, 27 Dec 1997 18:18:38 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from cabri.obs-besancon.fr (cabri.obs-besancon.fr [193.52.184.3]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA07169; Sat, 27 Dec 1997 18:18:11 -0800 (PST) (envelope-from jmz@cabri.obs-besancon.fr) Received: by cabri.obs-besancon.fr (5.57/Ultrix3.0-C) id AA16928; Sun, 28 Dec 97 03:19:43 +0100 Date: Sun, 28 Dec 97 03:19:43 +0100 Message-Id: <9712280219.AA16928@cabri.obs-besancon.fr> From: Jean-Marc Zucconi To: hasty@rah.star-gate.com Cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG In-Reply-To: <199712272030.MAA00361@rah.star-gate.com> (message from Amancio Hasty on Sat, 27 Dec 1997 12:30:33 -0800) Subject: Re: doom source available 8) X-Mailer: Emacs Mime-Version: 1.0 (generated by tm-edit 7.106) Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk >>>>> Amancio Hasty writes: > What a cool Christmas gift! > The bad news: this code only compiles and runs on linux. We couldn't Porting it to FreeBSD is trivial: mainly a few changes in #include's, and compile with -DSNDSERV -DSNDSRV Jean-Marc _____________________________________________________________________________ Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex PGP Key: finger jmz@cabri.obs-besancon.fr From owner-freebsd-hackers Sat Dec 27 19:14:46 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA10693 for hackers-outgoing; Sat, 27 Dec 1997 19:14:46 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from damon.com (root@damon.com [207.170.114.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA10683; Sat, 27 Dec 1997 19:14:40 -0800 (PST) (envelope-from dap@damon.com) Received: (from dap@localhost) by damon.com (8.8.3/8.8.3) id VAA25423; Sat, 27 Dec 1997 21:14:36 -0600 (CST) From: Damon Anton Permezel Message-Id: <199712280314.VAA25423@damon.com> Subject: Re: patches for JDK 1.1.5? To: hsu@FreeBSD.ORG (Jeffrey Hsu) Date: Sat, 27 Dec 1997 21:14:36 -0600 (CST) Cc: hackers@hub.freebsd.org In-Reply-To: <199712280023.QAA00226@hub.freebsd.org> from Jeffrey Hsu at "Dec 27, 97 04:23:32 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-freebsd-hackers@FreeBSD.ORG Precedence: bulk "Jeffrey Hsu sez: " > > I have a 1.1.4 port > > It works fairly well, but suffers occasionally from recursive malloc > > calls. > > Copy /usr/src/lib/libc/stdlib/malloc.c and to > src/solaris/java/runtime/malloc_md.c and modify THREAD_LOCK() and > THREAD_UNLOCK() to call sysMonitorEnter(&_malloc_lock) and > sysMonitorExit(&_malloc_lock). > My approach was to redefine malloc to enter/exit a monitor, pick up "_malloc" out of libc, and call the original, in a manner so that I had a general solution which could be used for other libc funcs requiring serialization: void* malloc(size_t size) { void *res; if (!libcInitialized) initLibc(); if (monitorsInitialized) { LIBC_LOCK(LIBC_MALLOC); res = (*libctable[LIBC_MALLOC].addr)(size); LIBC_UNLOCK(LIBC_MALLOC); } else res = (*libctable[LIBC_MALLOC].addr)(size); return res; } I was unable to get this to work, due to some problems with ld.so. I will eventually go back an spend some more time of trying to figure out what was happening there, but with the fallback of just copying libc/.../malloc.c into the source, as you have. From owner-freebsd-hackers Sat Dec 27 20:59:03 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA17093 for hackers-outgoing; Sat, 27 Dec 1997 20:59:03 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA17087; Sat, 27 Dec 1997 20:58:57 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id UAA02150; Sat, 27 Dec 1997 20:58:45 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712280458.UAA02150@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Jean-Marc Zucconi cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: doom source available 8) In-reply-to: Your message of "Sun, 28 Dec 1997 03:19:43 +0100." <9712280219.AA16928@cabri.obs-besancon.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Dec 1997 20:58:45 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk Yeap, it may take a couple of hours to generate a ports and package and all we need is a volunteer . Enjoy, amancio > >>>>> Amancio Hasty writes: > > > What a cool Christmas gift! > > > The bad news: this code only compiles and runs on linux. We couldn't > > Porting it to FreeBSD is trivial: mainly a few changes in #include's, > and compile with -DSNDSERV -DSNDSRV > > Jean-Marc > _____________________________________________________________________________ > Jean-Marc Zucconi Observatoire de Besancon F 25010 Besancon cedex > PGP Key: finger jmz@cabri.obs-besancon.fr > From owner-freebsd-hackers Sat Dec 27 21:09:19 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA17674 for hackers-outgoing; Sat, 27 Dec 1997 21:09:19 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA17655; Sat, 27 Dec 1997 21:09:09 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id AAA00952; Sun, 28 Dec 1997 00:07:38 -0500 (EST) Date: Sun, 28 Dec 1997 00:07:38 -0500 (EST) From: Chuck Robey X-Sender: chuckr@localhost To: Amancio Hasty cc: "Jordan K. Hubbard" , multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: doom source available 8) In-Reply-To: <199712272220.OAA00661@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Sat, 27 Dec 1997, Amancio Hasty wrote: > > Peter Childs has ported it to FreeBSD > ftp://ftp.imforei.apana.org.au/pub/freebsd/misc/freebsd22-doom-engine.tgz Amancio, I can't seem to get into that ftp site (Can't set guest privileges) so if you have that file, could you either put it somewhere on freefall, or maybe your own site, so I could get it? Thanks > > I am not that concern with the port rather the technology. > > Amancio > > > The bad news: this code only compiles and runs on linux. We couldn't > > > > Not to worry since a FreeBSD native version is available from > > http://www.4front-tech.com/freebsd.html - the OSS folks ported it over > > and have made it available for download. It works with their OSS > > sound drivers and may even work with others, though I haven't tested > > it - I threw all my DOOM stuff away a long time ago. :) > > > > Jordan > > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+----------------------------------------------- From owner-freebsd-hackers Sat Dec 27 21:53:41 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA20001 for hackers-outgoing; Sat, 27 Dec 1997 21:53:41 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from rah.star-gate.com ([209.133.7.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA19979; Sat, 27 Dec 1997 21:53:27 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id VAA02453; Sat, 27 Dec 1997 21:53:16 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712280553.VAA02453@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Chuck Robey cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: doom source available 8) In-reply-to: Your message of "Sun, 28 Dec 1997 00:07:38 EST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 27 Dec 1997 21:53:16 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk This is the original source. ftp://rah.star-gate.com/pub/doomsrc.zip In case that your name server has not been updated, my new ip address is : 209.133.7.178 Enjoy, Amancio From owner-freebsd-hackers Sat Dec 27 22:37:45 1997 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA22404 for hackers-outgoing; Sat, 27 Dec 1997 22:37:45 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from picnic.mat.net (picnic.mat.net [206.246.122.117]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA22390; Sat, 27 Dec 1997 22:37:25 -0800 (PST) (envelope-from chuckr@glue.umd.edu) Received: from localhost (chuckr@localhost) by picnic.mat.net (8.8.8/8.8.5) with SMTP id BAA01122; Sun, 28 Dec 1997 01:35:26 -0500 (EST) Date: Sun, 28 Dec 1997 01:35:26 -0500 (EST) From: Chuck Robey X-Sender: chuckr@localhost To: Amancio Hasty cc: multimedia@FreeBSD.ORG, hackers@FreeBSD.ORG Subject: Re: doom source available 8) In-Reply-To: <199712280553.VAA02453@rah.star-gate.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk On Sat, 27 Dec 1997, Amancio Hasty wrote: > This is the original source. > ftp://rah.star-gate.com/pub/doomsrc.zip > > In case that your name server has not been updated, > my new ip address is : 209.133.7.178 Thanks, Amancio. I did need the address, as a matter of fact, and I snagged the sources, thanks. > > Enjoy, > Amancio > > > > ----------------------------+----------------------------------------------- Chuck Robey | Interests include any kind of voice or data chuckr@glue.umd.edu | communications topic, C programming, and Unix. 213 Lakeside Drive Apt T-1 | Greenbelt, MD 20770 | I run Journey2 and picnic, both FreeBSD (301) 220-2114 | version 3.0 current -- and great FUN! ----------------------------+-----------------------------------------------