From owner-freebsd-hackers Sun Apr 30 00:02:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA10988 for hackers-outgoing; Sun, 30 Apr 1995 00:02:39 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA10982 for ; Sun, 30 Apr 1995 00:02:20 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA17135; Sun, 30 Apr 1995 17:00:30 +1000 Date: Sun, 30 Apr 1995 17:00:30 +1000 From: Bruce Evans Message-Id: <199504300700.RAA17135@godzilla.zeta.org.au> To: freebsd-hackers@FreeBSD.org, root@ns2.redline.ru Subject: Re: please update /dev/MAKEDEV Sender: hackers-owner@FreeBSD.org Precedence: bulk >Subject: please update /dev/MAKEDEV >+ mach-4) >+ mknod iopl c 22 0 >+ mknod kbd c 23 0 >+ mknod mouse c 24 0 >+ mknod time c 25 0 >+ mknod timezone c 26 0 >+ ;; This can't be done. It conflicts with FreeBSD's devices: 22: fd 23: bpf 24: pca 25: va 26: spkr In general, foreign device numbers will always conflict or not work. Bruce From owner-freebsd-hackers Sun Apr 30 00:29:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA11280 for hackers-outgoing; Sun, 30 Apr 1995 00:29:22 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA11274 for ; Sun, 30 Apr 1995 00:29:21 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id AAA16376; Sun, 30 Apr 1995 00:29:14 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: jkh@morton.cdrom.com (Jordan K. Hubbard), hackers@freefall.cdrom.com Subject: Re: Translators needed urgently! In-reply-to: Your message of "Sat, 29 Apr 1995 16:30:48 MDT." <9504292230.AA29227@cs.weber.edu> Date: Sun, 30 Apr 1995 00:29:13 -0700 Message-ID: <16374.799226953@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > English, French, Italian, German, Spanish, and Japanese is the > traditional "FIGS" order. I have no one offering Spanish.. :-( Any takers? Same for Italian - my omission of these two languages from my initial list was a massive oversight, apologies to the Spanish and Italian speakers! Now, any of you care to step forward and volunteer for translation duty? :-) > Personally, I'd like to see locale data done at the same time. > > I guess I can hold off evangelizing message catalogs for a while. 8-). I need a gencat that's a bit more robust first. Ours doesn't generate the header files automagically, requiring you to manage the message number stuff by hand - bletch. Barry Morris did some work on this which I DO plan to get to RSN, I have simply been more than a bit swamped. Jordan From owner-freebsd-hackers Sun Apr 30 00:46:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA11665 for hackers-outgoing; Sun, 30 Apr 1995 00:46:41 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA11659 for ; Sun, 30 Apr 1995 00:46:40 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id AAA28200; Sun, 30 Apr 1995 00:45:19 -0700 From: Julian Elischer Message-Id: <199504300745.AAA28200@ref.tfs.com> Subject: Re: please update /dev/MAKEDEV To: bde@zeta.org.au (Bruce Evans) Date: Sun, 30 Apr 1995 00:45:18 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org, root@ns2.redline.ru In-Reply-To: <199504300700.RAA17135@godzilla.zeta.org.au> from "Bruce Evans" at Apr 30, 95 05:00:30 pm Content-Type: text Content-Length: 704 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >Subject: please update /dev/MAKEDEV > > >+ mach-4) > >+ mknod iopl c 22 0 > >+ mknod kbd c 23 0 > >+ mknod mouse c 24 0 > >+ mknod time c 25 0 > >+ mknod timezone c 26 0 > >+ ;; > > This can't be done. It conflicts with FreeBSD's devices: > > 22: fd > 23: bpf > 24: pca > 25: va > 26: spkr > > In general, foreign device numbers will always conflict or not work. maybe we could do the following: (we want to keep these people on-side) mkdir /dev/MACH-4 cd /dev/MACH-4 echo "MACH-4 devices.. DO NOT USE UNDER FREEBSD" >README mknod (devices mentioned) cd.. ln -s MACH-4/iopl iopl {etc.....} having them in the filesytem won't hurt us unless peole try use them.. > > Bruce > julian From owner-freebsd-hackers Sun Apr 30 01:01:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA11910 for hackers-outgoing; Sun, 30 Apr 1995 01:01:01 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA11900 for ; Sun, 30 Apr 1995 01:00:57 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id BAA16661; Sun, 30 Apr 1995 01:00:06 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Bruce Evans cc: freebsd-hackers@FreeBSD.org, root@ns2.redline.ru Subject: Re: please update /dev/MAKEDEV In-reply-to: Your message of "Sun, 30 Apr 1995 17:00:30 +1000." <199504300700.RAA17135@godzilla.zeta.org.au> Date: Sun, 30 Apr 1995 01:00:06 -0700 Message-ID: <16659.799228806@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Subject: please update /dev/MAKEDEV > > >+ mach-4) > >+ mknod iopl c 22 0 > >+ mknod kbd c 23 0 > >+ mknod mouse c 24 0 > >+ mknod time c 25 0 > >+ mknod timezone c 26 0 > >+ ;; > > This can't be done. It conflicts with FreeBSD's devices: > > 22: fd > 23: bpf > 24: pca > 25: va > 26: spkr I think it's reasonable, since you won't want to use [m]any of those devices under Mach (at least not as much as you'll want your X server to work! :-). Don't forget that the LITES people take a slightly different view of what it means to "Run FreeBSD." I think the changes are a reasonable service to LITES folk and I've commited them. It's not like he added them to all - you need to WANT to do this! :-) Jordan From owner-freebsd-hackers Sun Apr 30 01:18:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA12163 for hackers-outgoing; Sun, 30 Apr 1995 01:18:56 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA12157 for ; Sun, 30 Apr 1995 01:18:50 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id BAA00280 for ; Sun, 30 Apr 1995 01:10:49 GMT Message-Id: <199504300110.BAA00280@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: freebsd-hackers@FreeBSD.org Subject: Linux compat mode? (Re: please update /dev/MAKEDEV ) In-reply-to: Your message of "Sun, 30 Apr 1995 01:00:06 MST." <16659.799228806@time.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 30 Apr 1995 01:10:46 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> "Jordan K. Hubbard" said: Seeing a reference to lites, I just remember about the linux compat mode for freebsd. What is the status of that? Can we now play Doom ? :) Tnks, Amancio From owner-freebsd-hackers Sun Apr 30 01:25:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA12310 for hackers-outgoing; Sun, 30 Apr 1995 01:25:24 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA12286 for ; Sun, 30 Apr 1995 01:24:04 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id SAA19173; Sun, 30 Apr 1995 18:20:29 +1000 Date: Sun, 30 Apr 1995 18:20:29 +1000 From: Bruce Evans Message-Id: <199504300820.SAA19173@godzilla.zeta.org.au> To: bde@zeta.org.au, jkh@time.cdrom.com Subject: Re: please update /dev/MAKEDEV Cc: freebsd-hackers@FreeBSD.org, root@ns2.redline.ru Sender: hackers-owner@FreeBSD.org Precedence: bulk >I think it's reasonable, since you won't want to use [m]any of those >devices under Mach (at least not as much as you'll want your X server >to work! :-). Don't forget that the LITES people take a slightly >different view of what it means to "Run FreeBSD." What happens to FreeBSD device numbers under LITES? If LITES expects to access the standard devices using the standard numbers then it must use device numbers above all the standard device numbers for its own devices. This is hard to do when the last BSD device number is a rapidly increasing function of time :-). Bruce From owner-freebsd-hackers Sun Apr 30 02:11:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA13688 for hackers-outgoing; Sun, 30 Apr 1995 02:11:50 -0700 Received: from steyr.mt.cs.keio.ac.jp (steyr.mt.cs.keio.ac.jp [131.113.82.38]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA13682 for ; Sun, 30 Apr 1995 02:11:47 -0700 Received: (from hosokawa@localhost) by steyr.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id SAA09363; Sun, 30 Apr 1995 18:11:22 +0900 Date: Sun, 30 Apr 1995 18:11:22 +0900 Message-Id: <199504300911.SAA09363@steyr.mt.cs.keio.ac.jp> To: jkh@morton.cdrom.com Cc: hackers@freefall.cdrom.com, hosokawa@mt.cs.keio.ac.jp Subject: Re: Translators needed urgently! In-Reply-To: Your message of Sat, 29 Apr 1995 13:20:05 -0700. <199504292020.NAA05829@morton.cdrom.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article <199504292020.NAA05829@morton.cdrom.com> jkh@morton.cdrom.com writes: >> I'm going for only the european languages as I'm not certain I'll be >> able to fit the Japanese fonts on the first floppy. I can certainly >> do ISO-8859-1, which gets me pretty much all the european ones, and >> koi8 is also small. If I *can* manage Japanese then I certainly will, >> of course, but I don't even have a syscons font or screen map for it >> yet. Hmm... How about writing Japanese document in ISO-8859-1 by using alphabetical expression of Japanese? BTW, I'm too busy now, so I have no time to translate both README and INSTALL. Does anyone translate INSTALL into Japanese? -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sun Apr 30 03:11:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA16546 for hackers-outgoing; Sun, 30 Apr 1995 03:11:18 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA16540 for ; Sun, 30 Apr 1995 03:11:14 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA07919; Sun, 30 Apr 1995 12:11:09 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id MAA06746; Sun, 30 Apr 1995 12:11:08 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id MAA04691; Sun, 30 Apr 1995 12:09:08 +0200 From: J Wunsch Message-Id: <199504301009.MAA04691@uriah.heep.sax.de> Subject: Re: Translators needed urgently! To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Sun, 30 Apr 1995 12:09:07 +0200 (MET DST) Cc: alfredo_herrera@narcisa.sax.de In-Reply-To: <16374.799226953@time.cdrom.com> from "Jordan K. Hubbard" at Apr 30, 95 00:29:13 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 571 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > > English, French, Italian, German, Spanish, and Japanese is the > > traditional "FIGS" order. > > I have no one offering Spanish.. :-( Any takers? Perhaps. Let's see, i've got a colleague from Cuba. :) (Alfredo, Jordan asked for some takers to translate at least the top-level README for the next FreeBSD CD into several languages in a timely fashion. Kannst Du das machen? ¡gracias! :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 30 03:27:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA16941 for hackers-outgoing; Sun, 30 Apr 1995 03:27:02 -0700 Received: from news.rim.or.jp (news.rim.or.jp [202.255.181.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA16935 for ; Sun, 30 Apr 1995 03:27:00 -0700 Received: (from uucp@localhost) by news.rim.or.jp (8.6.10+2.4W/3.3W-rim1.0) with UUCP id TAA00808; Sun, 30 Apr 1995 19:26:09 +0900 Received: from us.and.or.jp (localhost [127.0.0.1]) by us.and.or.jp (8.6.11/3.3W8) with ESMTP id SAA10888; Sun, 30 Apr 1995 18:59:42 +0900 Message-Id: <199504300959.SAA10888@us.and.or.jp> Reply-To: sa2c@st.rim.or.jp To: amurai@spec.co.jp cc: taob@gate.sinica.edu.tw, hackers@FreeBSD.org Subject: Re: DHCP on FreeBSD (was Re: yeah, what is the deal with this?) (fwd) In-reply-to: Atsushi Murai's message of Sun, 30 Apr 1995 13:03:58 +0900 (JST) Date: Sun, 30 Apr 1995 18:59:41 +0900 From: NIIMI Satoshi Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I saw an announcement of WIDE DHCP in fj.* newsgroup a few days ago, > > but it didn't support FreeBSD box. > > Oh Really?? It used to be supporting FreeBSD 2.0(1.1.5?) when I > got it (1.5 month ago!?). I have not get a package, but only see a announcement. Sorry for my incomplete information. > # $BF|K\8l$bDL$8$l$P$b$C$H3Z$J$N$G$7$g$&$1$I!#(B I have little skill of English, so I can write half or so of I want to write. If it is hard to write, I would ignore it. :-( -- NIIMI Satoshi From owner-freebsd-hackers Sun Apr 30 03:28:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA17008 for hackers-outgoing; Sun, 30 Apr 1995 03:28:07 -0700 Received: from aristotle.algonet.se (mal@aristotle.algonet.se [193.12.207.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA16994 for ; Sun, 30 Apr 1995 03:27:57 -0700 Received: (from mal@localhost) by aristotle.algonet.se (8.6.9/hdw.1.0) id MAA05221; Sun, 30 Apr 1995 12:22:21 +0200 Date: Sun, 30 Apr 1995 12:22:21 +0200 From: Mats Lofkvist Message-Id: <199504301022.MAA05221@aristotle.algonet.se> To: jkh@morton.cdrom.com CC: hackers@freefall.cdrom.com In-reply-to: <199504292020.NAA05829@morton.cdrom.com> (jkh@morton.cdrom.com) Subject: Re: Translators needed urgently! Sender: hackers-owner@FreeBSD.org Precedence: bulk I might be able to do the Swedish version. The upcoming two weeks are ok, but the next week after (~May 13 to May 21) I will be away. _ Mats Lofkvist mal@algonet.se From owner-freebsd-hackers Sun Apr 30 03:42:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAB17193 for hackers-outgoing; Sun, 30 Apr 1995 03:42:58 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA17184 for ; Sun, 30 Apr 1995 03:42:24 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id SAA21288; Sun, 30 Apr 1995 18:42:25 +0800 Date: Sun, 30 Apr 1995 18:42:24 +0800 (CST) From: Brian Tao To: Simon Lai cc: hackers@FreeBSD.org Subject: Re: More commercial recognition In-Reply-To: <199504300045.KAA11264@mac20.ct.monash.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 30 Apr 1995, Simon Lai wrote: > > system. The research also compares performance on > the Intel 486 PC and shows the Research Institute's > system is equal to or better than commercially > available Unix systems such as Solaris 2.1, SCO > UNIX, Sys V R4.2 and Free BSD." So FreeBSD is a commercial UNIX system now, eh? Someone should tell Walnut Creek to start selling those CD-ROM's for $1000 a pop. :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sun Apr 30 03:44:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA17206 for hackers-outgoing; Sun, 30 Apr 1995 03:44:23 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA17200 for ; Sun, 30 Apr 1995 03:44:12 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id SAA21296; Sun, 30 Apr 1995 18:44:36 +0800 Date: Sun, 30 Apr 1995 18:44:35 +0800 (CST) From: Brian Tao To: Mark Hittinger cc: hackers@FreeBSD.org Subject: Re: multi-pci scsi controllers In-Reply-To: <199504291746.NAA27122@ns1.win.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 29 Apr 1995, Mark Hittinger wrote: > > We are getting enough news and web activity on the server to probably > justify two controllers at this point - if it would make a positive > difference. I probably need to scare up some more RAM (as usual). I'd be interested in any statistics you can generate about your httpd server (accesses per day, peak access rate, data throughput, load averages, etc.) It would be nice to have some hard data for FreeBSD in a heavy httpd load environment. We already know it handles massive FTP requests well. :) -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Sun Apr 30 03:59:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA17381 for hackers-outgoing; Sun, 30 Apr 1995 03:59:03 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA17375 for ; Sun, 30 Apr 1995 03:59:01 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA29237; Sun, 30 Apr 95 12:58:41 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id NAA05482 for freebsd-hackers@freefall.cdrom.com; Sun, 30 Apr 1995 13:09:05 +0200 Date: Sun, 30 Apr 1995 13:09:05 +0200 From: "Christoph P. Kukulies" Message-Id: <199504301109.NAA05482@gilberto.physik.rwth-aachen.de> To: freebsd-hackers@freefall.cdrom.com Subject: GUS (vat audio etc..) Sender: hackers-owner@FreeBSD.org Precedence: bulk Anyone knowing how to get rid off these: Sound: Audio queue4 corrupted for dev0 (2925/16) when starting vat? I don't see a way of getting rid of this being steadily logged unless rebooting. Is the 3.0 sound driver woven into -current now? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de 2.0.950418-SNAP FreeBSD 2.0.950418-SNAP #0: Sat Apr 22 04:33:25 MET DST 1995 root@blues.physik.rwth-aachen.de:/ usr/src/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Sun Apr 30 05:33:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA20285 for hackers-outgoing; Sun, 30 Apr 1995 05:33:31 -0700 Received: from specgw.spec.co.jp (specgw.spec.co.jp [202.32.13.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA20274 for ; Sun, 30 Apr 1995 05:33:22 -0700 Received: from localhost (uucp@localhost) by specgw.spec.co.jp (8.6.5/3.3Wb-SPEC) with UUCP id VAA21639; Sun, 30 Apr 1995 21:20:51 +0900 Received: by tama.spec.co.jp (8.6.11/6.4J.5) id VAA05540; Sun, 30 Apr 1995 21:15:21 +0900 From: Atsushi Murai Message-Id: <199504301215.VAA05540@tama.spec.co.jp> Subject: Re: Translators needed urgently! To: jkh@morton.cdrom.com (Jordan K. Hubbard) Date: Sun, 30 Apr 1995 21:15:20 +0900 (JST) Cc: hackers@freefall.cdrom.com In-Reply-To: <199504292020.NAA05829@morton.cdrom.com> from "Jordan K. Hubbard" at Apr 29, 95 01:20:05 pm Reply-To: amurai@spec.co.jp X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 4542 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello. > I'd like to have at least the top level README, and perhaps the > INSTALL guide (both of which I'll be revamping substantially in the > next 24 hours or so) in the following languages: Just Top level README for JAPANES. But Here we go! > Thanks! > > Jordan Atsushi. # P.S. I hope our gate-way never lost my mail again like a last week ;-) -- Atsushi Murai Internet: amurai@spec.co.jp System Planning and Engineering Co,.Ltd. Voice : +81-33833-5341 -------------------------- Cut from here ----------------------------------- ----------------------------------------- FreeBSD 2.0.5 --- ALPHA Release , , ----------------------------------------- /( )` \ \___ / | The ALPHA release of FreeBSD 2.0.5$B$X$h$&$3$=(B - $BK\(B /- _ `-/ ' $B%j%j!<%9$O:rG/%j%j!<%9$5$l$?!"?7(B 4.4BSD Lite $B$r(B (/\/ \ \ /\ $B$b$H$K$7$?%*%Z%l!<%F%#%s%0%7%9%F%`$NBh#2CF$G$9!#(B / / | ` \ $BA02s$N%j%j!<%9$K1w$$$F=i$a$FDs6!$$$?$7$^$7$?!"(B O O ) / | $B%$%s%9%H!<%k%W%m%0%i%`$b2~=$$N$_$J$i$:5!G=DI2C(B `-^--'`< ' $B$5$l!"I,MW:G>.8B$NCN<1$G:Q$`$h$&$J9=@.$r;n$_(B (_.) _ ) / $B$F$^$9$,!"$b$A$m$s!"$3$l$i$O;dC#$NL\I8$G(B `.___/` / $B$"$jK\%W%m%0%i%`$KBP$9$k$"$J$?$N$4=u8@Ey$K$h$j99$K(B `-----' / $BAG@2$i$7$$$b$N$K$J$k$G$7$g$&!#(B <----. __ / __ \ <----|====O)))==) \) /==== $B$"$J$?$+$i$N$4=u8@$"$k$$$O$4;XE&(B($BHcI>(B)$B$O(B <----' `--' `.__,' \ $B;d6&$K$H$C$F!"$+$1$,$($N$J$$$b$N$G$9!#(B | | $B5$7Z$K;d6&$K8fO"Mm$r$/$@$5$l$P9,$$$G$9!#(B \ / /\ ($BO"MmJ}K!$OJ8Kv$K5-:\;2>H(B) ______( (_ / \______/ ,' ,-----' | $B>0!"K\%j%j!<%9$K$"$?$j$G$-$k8B$j$N8!>Z$O9T$C$F(B `--{__________) $B$*$j$^$9$,!"K|$,0l$KHw$(!"A4$F$N%O!<%I%G%#%9%/Ey$N(B $B%P%C%/%"%C%W$rK\%7%9%F%`$N%$%s%9%H%l!<%7%g%s$r9T$&A0$K(B $BI,$:c32$,H/@8$7$?>l9g$K$O!"(BALT-F2$B$K$h$j>\:Y2h(B $BLL$K@ZBX$($i$l!"(BALT-F1$B$K$h$j85$N%$%s%9%H!<%k2hLL$KI|5"$7$^$9!#(BALT-F2$B$G(B $BI=<($5$l$k>c32I=<($O8e$G>c32Js9p$r$7$?$$$?$@$/:]$K=EMW$H$J$j$^$9$N$G!"(B $B$*]=hM}9`L\$N(B $B0\F0$,2DG=$G$"$j!":#$^$G$K(BDOS($BHFMQ5!$N$G$OL5$$(B)$B$NF3F~$r9T$C$?7P83$,$"(B $B$k$J$i$P!"N.$l$+$i0!"K\%j%j!<%9$G$N?75!G=$"$k$$$O2~NIE@$J$I$K$D$$$F$N5-=R$K$D$-$^$7$F$O(B "Release Note"$B$r!"$^$?!"K\%7%9%F%`<+BN$K$D$$$F$O2<5-$N=q@R$rJ;$;$F$4;2(B $B>H$9$k;v$r$*4+$aCW$7$^$9!#(B the 4.4BSD Document Set from O'Reilly Associates and the USENIX Associa tion. ISBN 1-56592-082-1 $BCm0U!';d6&$O(BO'Reilly Asscociates$B$H$O0l@Z4X78$O$"$j$^$;$s$,!"(B $BK\=q@R$N0&FIR2pCW$7$F$*$j$^$9!#(B $B$H$K$+$/F3F~$7$F;H$C$F8+$F$/$@$5$$!#$b$7K\%j%j!<%9$K1w$$$F$I$s$J:3:Y$J(B $B>c32!"0?$O2~A10F$,$"$l$P2<5-$N%+%F%4%j!<$K4p$E$$$F3FC4Evc32Js9p(B: $BK\%7%9%F%`$,!"L5;vF3F~$G$-$?8e$N>c32Js9p$G$"$l$P(B"send-pr"$B%3%^%s%I$r;H(B $BMQ$7$F$/$@$5$l$P4JC1$K9T$&;v$,$G$-$^$9$,!"$=$&$G$J$1$l$P2<5-$N%"%I%l%9(B $B$KD>@\EE;R%a%$%k$G$*Aw$j$/$@$5$$!#(B bugs@FreeBSD.org $B$4e$K$*BT$?$;$9$k;v$b$"$k;v$r$4M}2r5Z$S$4MFe$2$^$9!#(B questions@FreeBSD.org $B0J>e(B The FreeBSD Project Japanese translation: Atsushi Murai ----------------------------------- End of README ---------------------------- From owner-freebsd-hackers Sun Apr 30 06:07:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA23132 for hackers-outgoing; Sun, 30 Apr 1995 06:07:34 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA23118 for ; Sun, 30 Apr 1995 06:07:26 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43053>; Sun, 30 Apr 1995 15:07:02 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id OAA05788; Sat, 29 Apr 1995 14:09:01 +0200 Message-Id: <199504291209.OAA05788@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: Mike Pritchard cc: hackers@FreeBSD.org Subject: Re: Screen print capability In-reply-to: Your message of "Sat, 29 Apr 1995 00:54:07 +0200." <199504282254.RAA03844@mpp.com> Date: Sat, 29 Apr 1995 14:09:00 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.org Precedence: bulk > FYI: I named everything "screen*" That name has been taken I'm afraid, occasionally I do a cd /usr/ports; make install, something in there has enabled this: ] which screen ] /usr/local/bin/screen ] man screen ] NAME ] screen - screen manager with VT100/ANSI terminal emulation ] Screen is a full-screen window manager that multiplexes a ] physical terminal between several processes (typically ] interactive shells). Each virtual terminal provides the ] functions of a DEC VT100 terminal and, in addition, sev- ] eral control functions from the ANSI X3.64 (ISO 6429) and Julian S From owner-freebsd-hackers Sun Apr 30 06:07:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA23178 for hackers-outgoing; Sun, 30 Apr 1995 06:07:49 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA23133 ; Sun, 30 Apr 1995 06:07:37 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43055>; Sun, 30 Apr 1995 15:07:19 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id NAA05639; Sat, 29 Apr 1995 13:52:28 +0200 Message-Id: <199504291152.NAA05639@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: joerg_wunsch@uriah.heep.sax.de cc: roberto@blaise.ibp.fr (Ollivier Robert), julian@freefall.cdrom.com, hackers@freefall.cdrom.com Subject: Re: WHere is the fixit floppy? In-reply-to: Your message of "Fri, 28 Apr 1995 21:21:26 +0200." <199504281921.VAA00546@jette.heep.sax.de> Date: Sat, 29 Apr 1995 13:52:27 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.org Precedence: bulk > Wouldn't it be possible to open the ~ftp/incoming dir for reading > by those who have an account on freefall Seconded ! How can one be expected to feed one's guilt complex about what old junk one may have left consuming space in incoming, If one can't look ? Perhaps there's an incoming/README that explains any cron drive rm process, I'll look when I'm on line. Julian S From owner-freebsd-hackers Sun Apr 30 06:09:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA23316 for hackers-outgoing; Sun, 30 Apr 1995 06:09:06 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA23229 ; Sun, 30 Apr 1995 06:08:24 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43054>; Sun, 30 Apr 1995 15:07:31 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id OAA05683; Sat, 29 Apr 1995 14:01:36 +0200 Message-Id: <199504291201.OAA05683@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: Julian Elischer cc: hackers@freefall.cdrom.com Subject: Re: amazingly annoying In-reply-to: Your message of "Fri, 28 Apr 1995 22:11:14 +0200." <199504282011.NAA23740@freefall.cdrom.com> Date: Sat, 29 Apr 1995 14:01:35 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.org Precedence: bulk > julian > (just wasted another 30 minutes doing 'find' on freefall AGAIN > geeze you'd think I'd have learned by now that there is nothing useful here) As I recall the `locate' command works fine on freefall, it also comes back within a few seconds, & saves the machine many cpu cycles. Julian S Munich (as opposed to Julian E of SCSI fame, OZ & USA, above) From owner-freebsd-hackers Sun Apr 30 06:09:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA23381 for hackers-outgoing; Sun, 30 Apr 1995 06:09:32 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA23363 for ; Sun, 30 Apr 1995 06:09:24 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA10633; Sun, 30 Apr 1995 15:08:32 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id PAA07206; Sun, 30 Apr 1995 15:08:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id PAA05137; Sun, 30 Apr 1995 15:04:22 +0200 From: J Wunsch Message-Id: <199504301304.PAA05137@uriah.heep.sax.de> Subject: Re: Screen print capability To: pritc003@maroon.tc.umn.edu (Mike Pritchard) Date: Sun, 30 Apr 1995 15:04:22 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199504300643.BAA05486@mpp.com> from "Mike Pritchard" at Apr 30, 95 01:43:49 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 614 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Mike Pritchard wrote: > > However, my current method should also be adaptable to PCVT type consoles > with minimal work. This allows us to be more flexible, instead of > limiting ourselves to an SCO type interface and having to duplicate > code in two different areas (in syscons & pcvt). In this case (pcvt), you should consider to implement the official DEC VT hardcopy controls. I've once intented to implement them myself, but later forgot about the project. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sun Apr 30 07:35:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA26778 for hackers-outgoing; Sun, 30 Apr 1995 07:35:54 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA26772 for ; Sun, 30 Apr 1995 07:35:52 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id HAA17452; Sun, 30 Apr 1995 07:35:51 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Amancio Hasty cc: freebsd-hackers@FreeBSD.org Subject: Re: Linux compat mode? (Re: please update /dev/MAKEDEV ) In-reply-to: Your message of "Sun, 30 Apr 1995 01:10:46 -0000." <199504300110.BAA00280@star-gate.com> Date: Sun, 30 Apr 1995 07:35:50 -0700 Message-ID: <17450.799252550@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk No, I'm afraid that's kind of stalled for the time being. Soren simply has too many other things to do right now! Anybody else who wants to jump in on the whole Linux compat thing would probably not be discouraged from doing so by Soren! :) Jordan > >>> "Jordan K. Hubbard" said: > > Seeing a reference to lites, I just remember about the linux compat mode > for freebsd. What is the status of that? Can we now play Doom ? :) > > > Tnks, > Amancio > > From owner-freebsd-hackers Sun Apr 30 07:45:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA27135 for hackers-outgoing; Sun, 30 Apr 1995 07:45:38 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA27129 for ; Sun, 30 Apr 1995 07:45:37 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id HAA17525; Sun, 30 Apr 1995 07:45:25 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.cdrom.com Subject: Re: GUS (vat audio etc..) In-reply-to: Your message of "Sun, 30 Apr 1995 13:09:05 +0200." <199504301109.NAA05482@gilberto.physik.rwth-aachen.de> Date: Sun, 30 Apr 1995 07:45:25 -0700 Message-ID: <17523.799253125@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Anyone knowing how to get rid off these: > > Sound: Audio queue4 corrupted for dev0 (2925/16) > > when starting vat? I don't see a way of getting rid of this being steadily > logged unless rebooting. > > Is the 3.0 sound driver woven into -current now? Not yet - this one is on Gary Palmer's plate. Gary? :-) Jordan From owner-freebsd-hackers Sun Apr 30 08:04:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA27779 for hackers-outgoing; Sun, 30 Apr 1995 08:04:56 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA27773 for ; Sun, 30 Apr 1995 08:04:54 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id IAA17595 for ; Sun, 30 Apr 1995 08:04:55 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: hackers@freefall.cdrom.com Subject: US-ISDN standards and ISDN in general. Date: Sun, 30 Apr 1995 08:04:54 -0700 Message-ID: <17593.799254294@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk The current authors of the ISDN code are coming slowly back to life here (after I poked them with a sharp stick :-) and may be willing to serve as a semi-reluctant focal point for other work, assuming that anyone else is truly interested in the stuff currently in /sys/gnu/isdn & /usr/src/gnu/usr.sbin/isdn. Is anyone truly interested in this stuff? I'd like to see the ISDN code either progress significantly in the next 6 months or be entirely replaced by something that *is* progressing! I know that the Linux folks are happily ISDN'ing with some other code that may or may not be worth looking at, but we need to turn this into a more active project or move on with something else, and it's my preference that we do something with the current code if at all possible. Any takers? The guy coordinating for the ISDN stuff is Juergen Krause and he'd currently like to know where to get the US-ISDN standards. He says he needs the descriptions for Level 2 and 3 of the D-channel protocols. Please! Get in touch with him.. He says that he's not received any offers of help or code, and this is sad. I brought this stuff into the tree in the first place in hopes that it would form the nucleus of a real ISDN project, but results so far have been disappointing to say the least. If something doesn't happen with this stuff in the next 6 months then I'm going to remove it from the tree as obviously "dead code" - we have too much dead code in our tree as it is already! :-( Thanks! Jordan From owner-freebsd-hackers Sun Apr 30 08:10:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA27935 for hackers-outgoing; Sun, 30 Apr 1995 08:10:00 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA27929 for ; Sun, 30 Apr 1995 08:09:59 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id IAA17645; Sun, 30 Apr 1995 08:09:49 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: amurai@spec.co.jp cc: jkh@morton.cdrom.com (Jordan K. Hubbard), hackers@freefall.cdrom.com Subject: Re: Translators needed urgently! In-reply-to: Your message of "Sun, 30 Apr 1995 21:15:20 +0900." <199504301215.VAA05540@tama.spec.co.jp> Date: Sun, 30 Apr 1995 08:09:49 -0700 Message-ID: <17643.799254589@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hello. > > > I'd like to have at least the top level README, and perhaps the > > INSTALL guide (both of which I'll be revamping substantially in the > > next 24 hours or so) in the following languages: > > Just Top level README for JAPANES. But Here we go! Ack! Ack ack ack! :-) I'm not going to use this README - this is the old one! As I said in my posting, the documents are NOT ready to translate yet, I just wanted to find out who I could count on to do the translations in advance so that when I *did* have the information available, I could point the right people at it. You wasted your time translating the old README file! :-( :-( Jordan From owner-freebsd-hackers Sun Apr 30 08:13:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA28045 for hackers-outgoing; Sun, 30 Apr 1995 08:13:39 -0700 Received: from bunyip.cc.uq.oz.au (bunyip.cc.uq.oz.au [130.102.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA28039 for ; Sun, 30 Apr 1995 08:13:37 -0700 Received: from wcs.uq.edu.au (actually juno.wcs.uq.edu.au) by bunyip.cc.uq.oz.au with SMTP (PP); Mon, 1 May 1995 01:13:26 +1000 Received: by wcs.uq.edu.au (4.1/SMI-4.1) id AA03853; Mon, 1 May 95 01:13:17 EST From: Gary Roberts Message-Id: <9504301513.AA03853@wcs.uq.edu.au> Subject: Status of the Mentoring Project To: hackers@FreeBSD.org (FreeBSD Hackers) Date: Mon, 1 May 1995 01:13:17 +1000 (EST) X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1462 Sender: hackers-owner@FreeBSD.org Precedence: bulk Just a brief report to those who are interested. I'm going to run a simple manual system while the programming gets done. I'm calling the people doing the helping `Mentors' and the people being helped `Mentees'. I have 4 files prepared. Two of them, mentor.announce and mentee.announce, are small and designed to attract the respective classes of people. I'll only release mentee.announce when I've got some more Mentors. At the moment I've got 25 or so. The other two files, mentor.info and mentee.info, are much more detailed and include `fill-in' forms so that Mentors and Mentees can be `matched' as much as possible. When I've thought about this a bit more, and my shrink tells me I'm not insane, I'll send all current Mentors a copy of mentor.info. I'll then go on a `catch some more Mentors' drive. Finally I'll open the flood-gates by releasing mentee.announce. Everyone who responds to that will get mentee.info. Once a Mentee sends in the `fill-in' form, I'll start pairing off Mentees with Mentors. If anyone who hasn't previously responded is willing to be a Mentor, send me some mail. If you've been asleep, don't know what I'm raving about and are stup^H^H^H^Hkeen enough to want to know, just ask. BTW, my e-mail address is slightly different to keep this separate from my `real' work :->. Grumbles, complaints, offers of help, willing code hackers - all offers courteously received. Cheers, -- Gary Roberts (garyr@wcs.uq.edu.au) From owner-freebsd-hackers Sun Apr 30 08:30:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA28446 for hackers-outgoing; Sun, 30 Apr 1995 08:30:05 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA28440 for ; Sun, 30 Apr 1995 08:30:02 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id QAA06186; Sun, 30 Apr 1995 16:29:42 +0100 From: Paul Richards Message-Id: <199504301529.QAA06186@isl.cf.ac.uk> Subject: Re: Hot Java.. To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Sun, 30 Apr 1995 16:29:42 +0100 (BST) Cc: andreas@knobel.gun.de, hackers@FreeBSD.org In-Reply-To: <14423.799171783@time.cdrom.com> from "Jordan K. Hubbard" at Apr 29, 95 09:09:43 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 422 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Jordan K. Hubbard who said > > > Go read all the stuff they have on http://hotjava.sun.com and then > we'll revive this discussion! :) That's http://java.sun.com -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, URL: http://isl.cf.ac.uk/~paul/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) Dept. Mechanical Engineering, University of Wales, College Cardiff. From owner-freebsd-hackers Sun Apr 30 12:12:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA01603 for hackers-outgoing; Sun, 30 Apr 1995 12:12:46 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA01596 for ; Sun, 30 Apr 1995 12:12:37 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id MAA01098; Sun, 30 Apr 1995 12:04:11 GMT Message-Id: <199504301204.MAA01098@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.cdrom.com Subject: Re: GUS (vat audio etc..) Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 30 Apr 1995 12:04:09 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk If you like you can retrieve the linux sound driver version 3.0 which Jim and I ported to freebsd. About vat, we will like to dump native sound support for vat mostly because we don't have the sources. Someday Van Jacobson, is going to release the sources for vat and at that point it will be a trivial exercise to provide solid vat support for FreeBSD. On a good light , vat has a socket interface which a sound app can talk to and vmix (a pre-alpha release) is Jim's first cut at such a program. The advantage of using vmix with vat is that in theory it should support all sound cards supported in Voxware. Enjoy, Amancio ------- Forwarded Message Return-Path: Received: from freefall.cdrom.com by netcom11.netcom.com (8.6.12/Netcom) id HAA07505; Wed, 26 Apr 1995 07:15:16 -0700 Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA25335 for hackers-outgoing; Wed, 26 Apr 1995 07:10:51 -0700 Received: from miller.cs.uwm.edu (miller.cs.uwm.edu [129.89.35.13]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA25325 for ; Wed, 26 Apr 1995 07:10:45 -0700 Received: (from james@localhost) by miller.cs.uwm.edu (8.6.10/8.6.10) id JAA12796; Wed, 26 Apr 1995 09:10:37 -0500 Date: Wed, 26 Apr 1995 09:10:37 -0500 From: Jim Lowe Message-Id: <199504261410.JAA12796@miller.cs.uwm.edu> To: hasty@star-gate.com, jkh@time.cdrom.com Subject: Re: minor update to the sound driver. Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > From: "Jordan K. Hubbard" > > I can live with that, but I'd also like some indication that you and > Jim don't have any problems with the -current code, as it's otherwise > exactly what's going to go into 2.0.5! > I think the code is at least as good as what is in -current. I have only been able to test it with pas-16, gus, and gus-max cards. I don't have a sb card here. If you are going to check it into -current, please note that I changed the LINT/config options a bit (see the sound/freebsd directory). I also included a postscript file in the distribution (ultrawrd.ps) which is the gus sdk rev 2.22. The gus stuff (especially the gus max stuff) could still use a bit of work. If there is anyone with a gus-max card and some time, let me know. I can point you toward the things that need to be done. Also, vmix is really a pre-alpha type release. It needs a lot of work yet. If someone out there has a sb card and would like to work with the mbone tools, let me know. Vmix could easily be modified to input from the sb card and output to the speaker via the pcaudio driver. If you have trouble getting to ftp.best.com, I put a copy of this stuff on our ftp site. Check ftp://ftp.cs.uwm.edu/pub/FreeBSD for details. -Jim ------- End of Forwarded Message From owner-freebsd-hackers Sun Apr 30 12:50:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA02367 for hackers-outgoing; Sun, 30 Apr 1995 12:50:54 -0700 Received: from armitage (root@armitage.cyberspace.com [199.2.48.15]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA02361 for ; Sun, 30 Apr 1995 12:50:52 -0700 Received: from case (case.cyberspace.com) by armitage (4.1/SMI-4.1) id AA23058; Sun, 30 Apr 95 12:50:28 PDT Received: by case (4.1/SMI-4.1) id AA23234; Sun, 30 Apr 95 12:51:29 PDT Date: Sun, 30 Apr 1995 12:51:28 -0700 (PDT) From: Jack Valko X-Sender: valko@case To: hackers@FreeBSD.org Subject: X.25 support Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there X.25 support in the latest SNAP release of FreeBSD? ================================================== Jack Valko | - Cyberspace - System Administrator | 300 Queen Anne Ave. N. #396 cyberspace.com | Seattle, WA 98109-4599 cyberspace.net | (206) 505-5577 ================================================== From owner-freebsd-hackers Sun Apr 30 13:10:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA02744 for hackers-outgoing; Sun, 30 Apr 1995 13:10:11 -0700 Received: from relay1.UU.NET (relay1.UU.NET [192.48.96.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA02729 ; Sun, 30 Apr 1995 13:09:48 -0700 Received: from ast.com by relay1.UU.NET with SMTP id QQynsy05011; Sun, 30 Apr 1995 16:08:59 -0400 Received: from trsvax.fw.ast.com (fw.ast.com) by ast.com with SMTP id AA08176 (5.67b/IDA-1.5 for uunet!freebsd.org!hackers); Sun, 30 Apr 1995 13:08:56 -0700 Received: by trsvax.fw.ast.com (/\=-/\ Smail3.1.18.1 #18.1) id ; Sun, 30 Apr 95 15:09 CDT Received: by nemesis.lonestar.org (Smail3.1.27.1 #18) id m0s5d3U-0004vtC; Sun, 30 Apr 95 12:45 CDT Message-Id: Date: Sun, 30 Apr 95 12:45 CDT To: jkh@FreeBSD.org, hackers@FreeBSD.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Sun Apr 30 1995, 12:45:16 CDT Subject: Re: Revamp of probe/attach messages Cc: uhclem@nemesis.lonestar.org Sender: hackers-owner@FreeBSD.org Precedence: bulk [0]any of that. I don't, however, think that the current output is [0]helpful enough to qualify as anything but noise. You guys are [0]fighting the good fight, but on entirely the wrong battlefield. An [0]entirely common syndrome among UNIX die-hards and exactly why we lost [0]the war to Microsoft. Just a FYI, but Windows 95 does produce tons of messages reporting on what it found and where it found it, unlike earlier Windows products and very similar to the BSD world. However by default, NONE of the information is shown by Windows 95. You have to hit a key (F5?) during the boot sequence, and then you are innundated with information, including any commands executed and messages from AUTOEXEC.BAT. There is also a hidden key-sequence that records all the information (including failed detection attempts and some rule information) to a log file. This very-extended info is never even shown on the screen, only in the log file. Perhaps FreeBSD might consider a similar approach, only logging the "not found" errors to a log file (perhaps not even in the standard /var/log/messages file), or only write the probe/attach data to /var/log/messages when requested. As for the "I found it and am going to use it" messages, I'd make them go to the log always, and visible during boot on demand, *IF* you feel this stuff on the screen is scaring people away from UNIX. I don't exactly believe that, but whatever. I think a "ls /bin" does more "scaring" than anything we do at boot. If you don't want to display probe/attach messages, you will need a stalling tactic, such as displaying dots or something to keep people from thinking the system is lost, much in the way that Windows 95 displays a series of marquee arrows across the bottom of the start-up screen, which you stare at for nearly 90 seconds. We could use dots, perhaps one for each device probed or attached, just so they would appear at reasonably regular intervals. SCO displays letters during kernel initialization that overwrite one another. If a SCO system hangs, you can see the last letter displayed and know roughly what it was doing when it died during boot. However, SCO displays probing information too, and it hasn't visibly hurt their sales. So, I suggest: (for when we really have time to do something like this) 1. Not displaying "Not found" and "timeout" type messages on the primary console by default. (That timeout message in the Mitsumi driver is the only message that bugs me.) 2. Writing the more detailed info to a log somewhere. 3. If the probing messages are so offensive, display them on console #2 which people already know how to get to, but boot with console #1 visible. Do something on console 1 to make it appear the boot process is proceeding. (Continue to log the probing somewhere even if on console #2.) 4. Log all probing in gory detail (-v?) to a log file other than /var/log/messages, possibly keeping only a few generations around. The thing I don't want is for the information to not be logged if I or a client doesn't happen to be there to type -v (or whatever) when the system comes back up from a power failure or other crash and some peripheral doesn't start or is not detected correctly. For that type of case, I want the "I tried but failed" info. It might help me figure out what went wrong with a peripheral without having to go there and do a cold reboot on all devices. Thanks. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@fw.ast.com (Fastest Route)| demand... A SEGMENT REGISTER!!!" ...letni!rwsys!nemesis!uhclem |"A what?" ...decvax!fw.ast.com!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-hackers Sun Apr 30 13:48:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA03800 for hackers-outgoing; Sun, 30 Apr 1995 13:48:55 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA03794 for ; Sun, 30 Apr 1995 13:48:51 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id NAA01587; Sun, 30 Apr 1995 13:40:37 GMT Message-Id: <199504301340.NAA01587@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: jdc@xinside.com cc: hackers@freefall.cdrom.com Subject: Re: Video stuff... In-reply-to: Your message of "Fri, 24 Mar 1995 14:35:16 MST." <199503242135.OAA04397@crab.xinside.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 30 Apr 1995 13:40:33 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Jeremy Chatfield said: > > Hardware restrictions and the XVideo extension (or our interpretation > of the restrictions, at least), mean that we won't be supporting the > MPEG hardware initially. However, you will be able to take a live Are you aware of any existing extensions which are capable of supporting mpeg? I got hold of an mpeg board from OmniMedia which is capable of outputing to TV and/or vga works great under FreeBSD :) Regards, Amancio From owner-freebsd-hackers Sun Apr 30 14:36:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04474 for hackers-outgoing; Sun, 30 Apr 1995 14:36:15 -0700 Received: from aries.ai.net (ai.net [198.69.35.206]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA04422 ; Sun, 30 Apr 1995 14:34:23 -0700 Received: (from nc@localhost) by aries.ai.net (8.6.11/8.6.11) id RAA00563; Sun, 30 Apr 1995 17:28:19 -0400 Date: Sun, 30 Apr 1995 17:28:19 -0400 (EDT) From: Network Coordinator To: Poul-Henning Kamp cc: Paul Traina , current@FreeBSD.org, hackers@FreeBSD.org, phk@FreeBSD.org Subject: Re: looking for IP over printer port driver users In-Reply-To: <199504271808.LAA17131@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 27 Apr 1995, Poul-Henning Kamp wrote: > > Once I know the rewritten driver is happy, I'll be adding support for the > > Crynwr/Linux PLIP protocol format. > CooL! When you have that support going, I can test it for you. I have a linux box sitting right next to a freebsd box [both run EPP parallel ports] and move data really well with laplink [under DOS] normally. -Jerry. From owner-freebsd-hackers Sun Apr 30 14:58:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA04958 for hackers-outgoing; Sun, 30 Apr 1995 14:58:24 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA04952 ; Sun, 30 Apr 1995 14:58:23 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id OAA00160; Sun, 30 Apr 1995 14:57:54 -0700 From: Julian Elischer Message-Id: <199504302157.OAA00160@ref.tfs.com> Subject: Re: Translators needed urgently! To: joerg_wunsch@uriah.heep.sax.de Date: Sun, 30 Apr 1995 14:57:53 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org, ahasty@FreeBSD.org In-Reply-To: <199504301009.MAA04691@uriah.heep.sax.de> from "J Wunsch" at Apr 30, 95 12:09:07 pm Content-Type: text Content-Length: 248 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > As Jordan K. Hubbard wrote: > > > > > English, French, Italian, German, Spanish, and Japanese is the > > > traditional "FIGS" order. > > > > I have no one offering Spanish.. :-( Any takers? HEY AMANCIO!, (your chance for more fame! :) > From owner-freebsd-hackers Sun Apr 30 15:12:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA05517 for hackers-outgoing; Sun, 30 Apr 1995 15:12:31 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA05508 ; Sun, 30 Apr 1995 15:12:27 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id PAA01958; Sun, 30 Apr 1995 15:03:44 GMT Message-Id: <199504301503.PAA01958@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Julian Elischer cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org, ahasty@FreeBSD.org Subject: Re: Translators needed urgently! In-reply-to: Your message of "Sun, 30 Apr 1995 14:57:53 MST." <199504302157.OAA00160@ref.tfs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 30 Apr 1995 15:03:41 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Julian Elischer said: > > > > As Jordan K. Hubbard wrote: > > > > > > > English, French, Italian, German, Spanish, and Japanese is the > > > > traditional "FIGS" order. > > > > > > I have no one offering Spanish.. :-( Any takers? > HEY AMANCIO!, > (your chance for more fame! :) I am a bit strange in this Dept. for I grew up in Puerto Rico and went to High School and up in the States -- I have a huge gap of technical terminology in my Spanish :( Amancio From owner-freebsd-hackers Sun Apr 30 16:05:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06402 for hackers-outgoing; Sun, 30 Apr 1995 16:05:54 -0700 Received: (from julian@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06393 ; Sun, 30 Apr 1995 16:05:53 -0700 Date: Sun, 30 Apr 1995 16:05:53 -0700 From: Julian Elischer Message-Id: <199504302305.QAA06393@freefall.cdrom.com> To: bde, hackers Subject: early warning of DEVFS/SLICE mayhem Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm going to (as soon as it settles down) perform major mayhem on the slice code. I will subit my changes to bruce, but be aware that tehy are coming.. This is for two reasons.. 1/ I need functionallity that isn't there 2/ to make it work with DEVFS better the major change will be the breaking out of 'type handlers' for each slice type. I need to write a type handler fro MACH2.5 type slices, so I can cross mount my mach 2.5 partitions.. I believe this may also work for ISC sysV and other type 99 users as well. (but am unsure) each level will also be resonsible for it's own /devfs entries as well if slice 0 is BSD and slice 2 is MACH2.5 /devs/disks/sd0s0[a-h] will be assigned by tha 386BSD handler /devs/disks/sd0s2[a-p] will be assigned by tha MACH handler (there are 16 partitions under MACH) (I'm not quite sure how I'll attack that but I may grab a couple of bits from the top byte) (ideas?) julian From owner-freebsd-hackers Sun Apr 30 16:14:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06593 for hackers-outgoing; Sun, 30 Apr 1995 16:14:23 -0700 Received: from RosedeLima.Vir.com (RosedeLima.Vir.com [199.84.154.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA06586 ; Sun, 30 Apr 1995 16:14:18 -0700 Received: from ipdyne19.vir.com by Vir.com (8.6.10/2.0) id SAA09283; Sun, 30 Apr 1995 18:03:24 -0500 Date: Sun, 30 Apr 1995 18:03:24 -0500 Message-Id: <199504302303.SAA09283@Vir.com> X-Sender: procecorjb@vir.com X-Mailer: Windows Eudora Version 1.4.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: questions@FreeBSD.org From: procecorjb@Vir.com (Robert Burns) Subject: NFS - rpc.pcnfsd - Where ??? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk I've managed to get NFS/PCNFS up and going but there is one problem. The /etc/inetd.conf file points to /usr/libexec/rpc.pcnfsd, but I don't have this daemon anywhere on my system. Whats the fix. When I boot, I get the message that the rpc.pcnfsd file is missing. I believe it's required for user authentication, isn't it ? Robert Burns procecorjb@vir.com mtl,ca From owner-freebsd-hackers Sun Apr 30 16:23:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA06750 for hackers-outgoing; Sun, 30 Apr 1995 16:23:36 -0700 Received: from wdl1.wdl.loral.com (wdl1.wdl.loral.com [137.249.32.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA06743 for ; Sun, 30 Apr 1995 16:23:34 -0700 Received: from hps.sso.loral.com by wdl1.wdl.loral.com (4.1/WDL-4.2) id AA24783; Sun, 30 Apr 95 16:22:52 PDT Received: by hps.sso.loral.com (4.1/SSO-SUN-2.04) id AA01913; Sun, 30 Apr 95 19:23:02 EDT Date: Sun, 30 Apr 1995 19:23:01 -0400 (EDT) From: Richard Toren X-Sender: rpt@hps To: hackers@FreeBSD.org Subject: pthreads progress report Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I have been communication with Christopher Provenzano trying to get his pthreads package to build. One point that he keeps mentioning is: >BTW Do you have access to freefall? I'd like to get the other problems >resolved and I'me sure it's a problem with environements. I copied the >last release (beta 2) onto freefall and with the exception of the >configure problem (which the patch I posted fixed) I had no trouble with the build. Is there a difference between building on freefall, and what was deliverd in 2.0R? I found that if I add a '-traditional' to the top makefile, I can get past the initial step (the assemblies) but it then needs to have the traditional flag removed to compile the rest. ==================================================== Rip Toren | The bad news is that C++ is not an object-oriented | rpt@miles.sso.loral.com | programming language. .... The good news is that | | C++ supports object-oriented programming. | | C++ Programming & Fundamental Concepts | | by Anderson & Heinze | ==================================================== From owner-freebsd-hackers Sun Apr 30 16:53:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA07173 for hackers-outgoing; Sun, 30 Apr 1995 16:53:24 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA07166 for ; Sun, 30 Apr 1995 16:53:21 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04405; Sun, 30 Apr 95 17:46:46 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9504302346.AA04405@cs.weber.edu> Subject: Re: Screen print capability To: pritc003@maroon.tc.umn.edu (Mike Pritchard) Date: Sun, 30 Apr 95 17:46:46 MDT Cc: ache@astral.msk.su (Andrey A. Chernov Black Mage), hackers@FreeBSD.org, sos@login.dknet.dk In-Reply-To: <199504300643.BAA05486@mpp.com> from "Mike Pritchard" at Apr 30, 95 01:43:49 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Are you saying that SCO consoles allow some type of escape sequence > to be output to the screen to print the screen? Trivial to add > to my current code, but I'm not sure I like the idea, since if I > accidently cat a binary I might wind up doing 20 screen prints, > or someone might send me a mail-bomb with 20 of those escape sequences > in it. No, what the console can do is take an escape sequence and as a result, report the screen contents as if they were being typed at the keyboard, spacing, color, and all. This is not terrifically useful for screen-print unless the app sending the escape is the only one that will be posting a read to the console. An alternative to this is the ioctl() interface, that causes the screen contents to be reported into a user buffer instead. > Even if the screen contents are returned via an ioctl instead > of a read, you still need some mechanisim to wait for a screen print > event (screend, and I'll pick another name) and then suck up the contents > and print them out. The main magic here is needing a way to bind a key to a user space instead of a kernel action. One way of achieving this would be to call an ioctl() that eats a particular key sequenc and returns only when it has been seen. Then your print screen program becomes an ioctl() to get the print key followed by an ioctl() to get the screen contents, plus whatever code you want to use to do with the contents what you will. Then loop back to the first ioctl(). > Are there any SCO applications > that we really want to support that rely on a screen capture mechanisim > that works in a certain way? If so, then I'll be glad to do things > that way if someone would just tell me what the external interface > needs to look like. I believe Microsoft BASIC does, as does the partial-hardware 3270 emulator available from a third party. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 30 17:14:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA07794 for hackers-outgoing; Sun, 30 Apr 1995 17:14:45 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA07785 for ; Sun, 30 Apr 1995 17:14:43 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA00443; Sun, 30 Apr 1995 17:14:15 -0700 From: Julian Elischer Message-Id: <199505010014.RAA00443@ref.tfs.com> Subject: Re: Screen print capability To: terry@cs.weber.edu (Terry Lambert) Date: Sun, 30 Apr 1995 17:14:15 -0700 (PDT) Cc: pritc003@maroon.tc.umn.edu, ache@astral.msk.su, hackers@FreeBSD.org, sos@login.dknet.dk In-Reply-To: <9504302346.AA04405@cs.weber.edu> from "Terry Lambert" at Apr 30, 95 05:46:46 pm Content-Type: text Content-Length: 321 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > No, what the console can do is take an escape sequence and as a result, > report the screen contents as if they were being typed at the > keyboard, spacing, color, and all. This is REALLY DANGEROUSE!!!!!!! consider: mail root <; Sun, 30 Apr 1995 17:41:21 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04581; Sun, 30 Apr 95 18:34:41 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505010034.AA04581@cs.weber.edu> Subject: Re: Screen print capability To: julian@ref.tfs.com (Julian Elischer) Date: Sun, 30 Apr 95 18:34:40 MDT Cc: pritc003@maroon.tc.umn.edu, ache@astral.msk.su, hackers@FreeBSD.org, sos@login.dknet.dk In-Reply-To: <199505010014.RAA00443@ref.tfs.com> from "Julian Elischer" at Apr 30, 95 05:14:15 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > No, what the console can do is take an escape sequence and as a result, > > report the screen contents as if they were being typed at the > > keyboard, spacing, color, and all. > > This is REALLY DANGEROUSE!!!!!!! > > consider: > mail root < x > rm -rf /& > [sequence to make screen send contents from keyboard] > > DONE The mail utility isn't supposed to allow escape sequences through. I agree it can be dangerous to yourself. Doctor, it hurts when I do this... Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sun Apr 30 19:03:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA09658 for hackers-outgoing; Sun, 30 Apr 1995 19:03:28 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA09647 for ; Sun, 30 Apr 1995 19:03:19 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA14244 (5.67a/IDA-1.5); Sun, 30 Apr 1995 20:51:20 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA29547; 30 Apr 95 20:45:11 CDT (Sun) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id UAA29544; Sun, 30 Apr 1995 20:45:10 -0500 From: Peter da Silva Message-Id: <199505010145.UAA29544@bonkers.taronga.com> Subject: Re: Screen print capability To: terry@cs.weber.edu (Terry Lambert) Date: Sun, 30 Apr 1995 20:45:09 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <9505010034.AA04581@cs.weber.edu> from "Terry Lambert" at Apr 30, 95 06:34:40 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 439 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I agree it can be dangerous to yourself. Or in a timeshared environment. For example, one of our contractors used this as a joke. He had a file called "contract.rate" that contained the sequences to load the status line with "/his-home/.x/x" and send it, and in .x/x had a script that pretended to be deleting your home directory. You don't often *run* stuff in other people's directories, but catting a file is "supposed" to be safe! From owner-freebsd-hackers Sun Apr 30 20:07:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA11645 for hackers-outgoing; Sun, 30 Apr 1995 20:07:15 -0700 Received: from is1.hk.super.net (jbeukema@is1.hk.super.net [202.14.67.232]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA11637 for ; Sun, 30 Apr 1995 20:07:09 -0700 Received: by is1.hk.super.net id AA29304 (5.67b/IDA-1.5 for Hackers ); Mon, 1 May 1995 11:06:56 +0800 Date: Mon, 1 May 1995 11:06:56 +0800 (HKT) From: John Beukema To: Hackers Subject: ftok() .c and man page Message-Id: Mime-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1915892383-752729280-799297523=:28879" Content-Id: Sender: hackers-owner@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. --1915892383-752729280-799297523=:28879 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Content-ID: Seeing that your are nearing a release, I wonder whether you have the function ftok.c somewhere in the tree? It is used in conjunction with the SYSVQUEUES. I received the enclosed function and man page by mail from netBSD. It works well, is documented and its copyright seems consistent with fbsd. jbeukema --1915892383-752729280-799297523=:28879-- From owner-freebsd-hackers Sun Apr 30 20:11:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA11708 for hackers-outgoing; Sun, 30 Apr 1995 20:11:20 -0700 Received: from is1.hk.super.net (jbeukema@is1.hk.super.net [202.14.67.232]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA11700 for ; Sun, 30 Apr 1995 20:11:12 -0700 Received: by is1.hk.super.net id AA29495 (5.67b/IDA-1.5 for Hackers ); Mon, 1 May 1995 11:11:03 +0800 Date: Mon, 1 May 1995 11:11:03 +0800 (HKT) From: John Beukema To: Hackers Subject: ftok.c and man page Message-Id: Mime-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="1915892383-981972302-799297863=:29294" Sender: hackers-owner@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. --1915892383-981972302-799297863=:29294 Content-Type: TEXT/PLAIN; charset=US-ASCII Sorry the last message did not have the attachment. enclosed is the ftok function and man page. jbeukema --1915892383-981972302-799297863=:29294 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="ftok.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: RnJvbSBtcmxAdGVsZXBvcnQuY29tTW9uIE9jdCAzMSAwOTo0OToxNiAxOTk0 DQpEYXRlOiBTdW4sIDMwIE9jdCAxOTk0IDE3OjEyOjIwIC0wODAwIChQU1Qp DQpGcm9tOiAiTW9zdHluIFIuIExld2lzIiA8bXJsQHRlbGVwb3J0LmNvbT4N ClRvOiBqYmV1a2VtYUBISy5TdXBlci5ORVQNClN1YmplY3Q6IFJlOiBTWVNW IGZ0b2soKQ0KDQpTaXIsDQoNClRoaXMgbWF5IGJlIGEgYml0IG9sZCAtIEkg anVzdCBzYXcgeW91ciBtZXNzYWdlIGJ1dCBOZXRCU0QgaGFzIHRoZXNlIHJv dXRpbmVzDQppbiBsaWJjL2dlbi4gSSBlbmNsb3NlIHRoZSByb3V0aW5lIGFu ZCBtYW4gcGFnZSBmb3IgeW91ciBjb252ZW5pZW5jZS4NCg0KCQlNb3N0eW4N Ci0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS1mdG9rLmMNCi8qDQogKiBD b3B5cmlnaHQgKGMpIDE5OTQgU2lnbWFTb2Z0LCBUaC4gTG9ja2VydCA8dGhv bG9Ac2lnbWFzb2Z0LmNvbT4NCiAqIEFsbCByaWdodHMgcmVzZXJ2ZWQuDQog Kg0KICogUmVkaXN0cmlidXRpb24gYW5kIHVzZSBpbiBzb3VyY2UgYW5kIGJp bmFyeSBmb3Jtcywgd2l0aCBvciB3aXRob3V0DQogKiBtb2RpZmljYXRpb24s IGFyZSBwZXJtaXR0ZWQgcHJvdmlkZWQgdGhhdCB0aGUgZm9sbG93aW5nIGNv bmRpdGlvbnMNCiAqIGFyZSBtZXQ6DQogKiAxLiBSZWRpc3RyaWJ1dGlvbnMg b2Ygc291cmNlIGNvZGUgbXVzdCByZXRhaW4gdGhlIGFib3ZlIGNvcHlyaWdo dA0KICogICAgbm90aWNlLCB0aGlzIGxpc3Qgb2YgY29uZGl0aW9ucyBhbmQg dGhlIGZvbGxvd2luZyBkaXNjbGFpbWVyLg0KICogMi4gUmVkaXN0cmlidXRp b25zIGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBj b3B5cmlnaHQNCiAqICAgIG5vdGljZSwgdGhpcyBsaXN0IG9mIGNvbmRpdGlv bnMgYW5kIHRoZSBmb2xsb3dpbmcgZGlzY2xhaW1lciBpbiB0aGUNCiAqICAg IGRvY3VtZW50YXRpb24gYW5kL29yIG90aGVyIG1hdGVyaWFscyBwcm92aWRl ZCB3aXRoIHRoZSBkaXN0cmlidXRpb24uDQogKiAzLiBUaGUgbmFtZSBvZiB0 aGUgYXV0aG9yIG1heSBub3QgYmUgdXNlZCB0byBlbmRvcnNlIG9yIHByb21v dGUgcHJvZHVjdHMNCiAqICAgIGRlcml2ZWQgZnJvbSB0aGlzIHNvZnR3YXJl IHdpdGhvdXQgc3BlY2lmaWMgcHJpb3Igd3JpdHRlbiBwZXJtaXNzaW9uLg0K ICoNCiAqIFRISVMgU09GVFdBUkUgSVMgUFJPVklERUQgQlkgVEhFIEFVVEhP UiBgYEFTIElTJycgQU5EIEFOWSBFWFBSRVNTIE9SDQogKiBJTVBMSUVEIFdB UlJBTlRJRVMsIElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLCBUSEUg SU1QTElFRCBXQVJSQU5USUVTDQogKiBPRiBNRVJDSEFOVEFCSUxJVFkgQU5E IEZJVE5FU1MgRk9SIEEgUEFSVElDVUxBUiBQVVJQT1NFIEFSRSBESVNDTEFJ TUVELg0KICogSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFVVEhPUiBCRSBMSUFC TEUgRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFMLA0KICog U1BFQ0lBTCwgRVhFTVBMQVJZLCBPUiBDT05TRVFVRU5USUFMIERBTUFHRVMg KElOQ0xVRElORywgQlVUIE5PVCBMSU1JVEVEIFRPLA0KICogUFJPQ1VSRU1F TlQgT0YgU1VCU1RJVFVURSBHT09EUyBPUiBTRVJWSUNFUzsgTE9TUyBPRiBV U0UsIERBVEEsIE9SIFBST0ZJVFM7DQogKiBPUiBCVVNJTkVTUyBJTlRFUlJV UFRJT04pIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhFT1JZIE9GIExJ QUJJTElUWSwNCiAqIFdIRVRIRVIgSU4gQ09OVFJBQ1QsIFNUUklDVCBMSUFC SUxJVFksIE9SIFRPUlQgKElOQ0xVRElORyBORUdMSUdFTkNFIE9SDQogKiBP VEhFUldJU0UpIEFSSVNJTkcgSU4gQU5ZIFdBWSBPVVQgT0YgVEhFIFVTRSBP RiBUSElTIFNPRlRXQVJFLCBFVkVOIElGDQogKiBBRFZJU0VEIE9GIFRIRSBQ T1NTSUJJTElUWSBPRiBTVUNIIERBTUFHRS4NCiAqLw0KDQojaWYgZGVmaW5l ZChMSUJDX1NDQ1MpICYmICFkZWZpbmVkKGxpbnQpDQpzdGF0aWMgY2hhciAq cmNzaWQgPSAiJElkOiBmdG9rLmMsdiAxLjIgMTk5NC8wNi8yNiAxNjoyNzoz NCBqdGMgRXhwICQiOw0KI2VuZGlmIC8qIExJQkNfU0NDUyBhbmQgbm90IGxp bnQgKi8NCg0KI2luY2x1ZGUgPHN5cy90eXBlcy5oPg0KI2luY2x1ZGUgPHN5 cy9zdGF0Lmg+DQojaW5jbHVkZSA8c3lzL2lwYy5oPg0KDQprZXlfdA0KZnRv ayhwYXRoLCBpZCkNCgljb25zdCBjaGFyICpwYXRoOw0KCWNoYXIgaWQ7DQp7 DQoJc3RydWN0IHN0YXQgc3Q7DQoNCglpZiAoc3RhdChwYXRoLCAmc3QpIDwg MCkNCgkJcmV0dXJuIChrZXlfdCktMTsNCg0KCXJldHVybiAoa2V5X3QpIChp ZCA8PCAyNCB8IChzdC5zdF9kZXYgJiAweGZmKSA8PCAxNiB8IChzdC5zdF9p bm8gJiAweGZmZmYpKTsNCn0NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tZnRvay4zDQouXCIgQ29weXJpZ2h0IChj KSAxOTk0IFNpZ21hU29mdCwgVGguIExvY2tlcnQgPHRob2xvQHNpZ21hc29m dC5jb20+DQouXCIgQWxsIHJpZ2h0cyByZXNlcnZlZC4NCi5cIg0KLlwiIFJl ZGlzdHJpYnV0aW9uIGFuZCB1c2UgaW4gc291cmNlIGFuZCBiaW5hcnkgZm9y bXMsIHdpdGggb3Igd2l0aG91dA0KLlwiIG1vZGlmaWNhdGlvbiwgYXJlIHBl cm1pdHRlZCBwcm92aWRlZCB0aGF0IHRoZSBmb2xsb3dpbmcgY29uZGl0aW9u cw0KLlwiIGFyZSBtZXQ6DQouXCIgMS4gUmVkaXN0cmlidXRpb25zIG9mIHNv dXJjZSBjb2RlIG11c3QgcmV0YWluIHRoZSBhYm92ZSBjb3B5cmlnaHQNCi5c IiAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25zIGFuZCB0aGUg Zm9sbG93aW5nIGRpc2NsYWltZXIuDQouXCIgMi4gUmVkaXN0cmlidXRpb25z IGluIGJpbmFyeSBmb3JtIG11c3QgcmVwcm9kdWNlIHRoZSBhYm92ZSBjb3B5 cmlnaHQNCi5cIiAgICBub3RpY2UsIHRoaXMgbGlzdCBvZiBjb25kaXRpb25z IGFuZCB0aGUgZm9sbG93aW5nIGRpc2NsYWltZXIgaW4gdGhlDQouXCIgICAg ZG9jdW1lbnRhdGlvbiBhbmQvb3Igb3RoZXIgbWF0ZXJpYWxzIHByb3ZpZGVk IHdpdGggdGhlIGRpc3RyaWJ1dGlvbi4NCi5cIiAzLiBUaGUgbmFtZSBvZiB0 aGUgYXV0aG9yIG1heSBub3QgYmUgdXNlZCB0byBlbmRvcnNlIG9yIHByb21v dGUgcHJvZHVjdHMNCi5cIiAgICBkZXJpdmVkIGZyb20gdGhpcyBzb2Z0d2Fy ZSB3aXRob3V0IHNwZWNpZmljIHByaW9yIHdyaXR0ZW4gcGVybWlzc2lvbi4N Ci5cIg0KLlwiIFRISVMgU09GVFdBUkUgSVMgUFJPVklERUQgQlkgVEhFIEFV VEhPUiBgYEFTIElTJycgQU5EIEFOWSBFWFBSRVNTIE9SDQouXCIgSU1QTElF RCBXQVJSQU5USUVTLCBJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywg VEhFIElNUExJRUQgV0FSUkFOVElFUw0KLlwiIE9GIE1FUkNIQU5UQUJJTElU WSBBTkQgRklUTkVTUyBGT1IgQSBQQVJUSUNVTEFSIFBVUlBPU0UgQVJFIERJ U0NMQUlNRUQuDQouXCIgSU4gTk8gRVZFTlQgU0hBTEwgVEhFIEFVVEhPUiBC RSBMSUFCTEUgRk9SIEFOWSBESVJFQ1QsIElORElSRUNULCBJTkNJREVOVEFM LA0KLlwiIFNQRUNJQUwsIEVYRU1QTEFSWSwgT1IgQ09OU0VRVUVOVElBTCBE QU1BR0VTIChJTkNMVURJTkcsIEJVVCBOT1QgTElNSVRFRCBUTywNCi5cIiBQ Uk9DVVJFTUVOVCBPRiBTVUJTVElUVVRFIEdPT0RTIE9SIFNFUlZJQ0VTOyBM T1NTIE9GIFVTRSwgREFUQSwgT1IgUFJPRklUUzsNCi5cIiBPUiBCVVNJTkVT UyBJTlRFUlJVUFRJT04pIEhPV0VWRVIgQ0FVU0VEIEFORCBPTiBBTlkgVEhF T1JZIE9GIExJQUJJTElUWSwNCi5cIiBXSEVUSEVSIElOIENPTlRSQUNULCBT VFJJQ1QgTElBQklMSVRZLCBPUiBUT1JUIChJTkNMVURJTkcgTkVHTElHRU5D RSBPUg0KLlwiIE9USEVSV0lTRSkgQVJJU0lORyBJTiBBTlkgV0FZIE9VVCBP RiBUSEUgVVNFIE9GIFRISVMgU09GVFdBUkUsIEVWRU4gSUYNCi5cIiBBRFZJ U0VEIE9GIFRIRSBQT1NTSUJJTElUWSBPRiBTVUNIIERBTUFHRS4NCi5cIg0K LlwiCSRJZDogZnRvay4zLHYgMS4xIDE5OTQvMDYvMjYgMTY6MjQ6NTcganRj IEV4cCAkDQouRGQgSnVuZSAyNCwgMTk5NA0KLk9zDQouRHQgZnRvayAzDQou U2ggTkFNRQ0KLk5tIGZ0b2sNCi5OZCBjcmVhdGUgSVBDIGluZGVudGlmaWVy IGZyb20gcGF0aCBuYW1lDQouU2ggU1lOT1BTSVMNCi5GZCAjaW5jbHVkZSA8 c3lzL3R5cGVzLmg+DQouRmQgI2luY2x1ZGUgPHN5cy9pcGMuaD4NCi5GdCBr ZXlfdA0KLkZuIGZ0b2sgImNvbnN0IGNoYXIgKnBhdGgiICJjaGFyIGlkIiA7 DQouU2ggREVTQ1JJUFRJT04NClRoZQ0KLkZuIGZ0b2sNCmZ1bmN0aW9uIGF0 dGVtcHRzIHRvIGNyZWF0ZSBhIHVuaXF1ZSBrZXkgc3VpdGFibGUgZm9yIHVz ZSB3aXRoIHRoZQ0KLlhyIG1zZ2dldCAyICwNCi5YciBzZW1nZXQgMg0KYW5k DQouWHIgc2htZ2V0IDINCmZ1bmN0aW9ucyBnaXZlbiB0aGUNCi5GYSBwYXRo DQpvZiBhbiBleGlzdGluZyBmaWxlIGFuZCBhIHVzZXItc2VsZWN0YWJsZQ0K LkZhIGlkIC4NCi5QcA0KVGhlIHNwZWNpZmllZA0KLkZhIHBhdGgNCm11c3Qg c3BlY2lmeSBhbiBleGlzdGluZyBmaWxlIHRoYXQgaXMgYWNjZXNzaWJsZSB0 byB0aGUgY2FsbGluZyBwcm9jZXNzDQpvciB0aGUgY2FsbCB3aWxsIGZhaWwu ICBBbHNvLCBub3RlIHRoYXQgbGlua3MgdG8gZmlsZXMgd2lsbCByZXR1cm4g dGhlDQpzYW1lIGtleSwgZ2l2ZW4gdGhlIHNhbWUNCi5GYSBpZCAuDQouU2gg UkVUVVJOIFZBTFVFUw0KVGhlDQouRm4gZnRvaw0KZnVuY3Rpb24gd2lsbCBy ZXR1cm4gLTEgaWYNCi5GYSBwYXRoDQpkb2VzIG5vdCBleGlzdCBvciBpZiBp dCBjYW5ub3QgYmUgYWNjZXNzZWQgYnkgdGhlIGNhbGxpbmcgcHJvY2Vzcy4N Ci5TaCBTRUUgQUxTTw0KLlhyIG1zZ2dldCAyICwNCi5YciBzZW1nZXQgMiAs DQouWHIgc2htZ2V0IDINCi5TaCBISVNUT1JZDQpUaGUNCi5GbiBmdG9rDQpm dW5jdGlvbiBvcmlnaW5hdGUgd2l0aCBTeXN0ZW0gViBhbmQgaXMgdHlwaWNh bGx5IHVzZWQgYnkgcHJvZ3JhbXMNCnRoYXQgdXNlIHRoZSBTeXN0ZW0gViBJ UEMgcm91dGluZXMuDQouU2ggQVVUSE9SDQouQmwgLXRhZw0KVGhvcnN0ZW4g TG9ja2VydCA8dGhvbG9Ac2lnbWFzb2Z0LmNvbT4NCi5FbA0KLlNoIEJVR1MN ClRoZSByZXR1cm5lZCBrZXkgaXMgY29tcHV0ZWQgYmFzZWQgb24gdGhlIGRl dmljZSBhbmQgaW5vZGUgb2YgdGhlDQpzcGVjaWZpZWQNCi5GYSBwYXRoDQpp biBjb21iaW5hdGlvbiB3aXRoIHRoZSBnaXZlbg0KLkZhIGlkIC4NClRodXMg aXMgaXMgcXVpdGUgcG9zc2libGUgZm9yIHRoZSByb3V0aW5lIHRvIHJldHVy biBkdXBsaWNhdGUga2V5cw0KZ2l2ZW4gdGhhdCB0aG9zZSBmaWVsZHMgYXJl IG5vdCA4LSBhbmQgMTYtYml0IHF1YW50aXRpZXMgbGlrZSB0aGV5DQp3ZXJl IG9uIFN5c3RlbSBWIGJhc2VkIHN5c3RlbXMgd2hlcmUgdGhpcyBsaWJyYXJ5 IHJvdXRpbmUncyBhbmNlc3Rvcg0Kd2VyZSBvcmlnaW5hbGx5IGNyZWF0ZWQu DQo= --1915892383-981972302-799297863=:29294-- From owner-freebsd-hackers Sun Apr 30 21:19:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13021 for hackers-outgoing; Sun, 30 Apr 1995 21:19:58 -0700 Received: from nm0039.nmso.nm.blm.gov (nm0024.nmso.nm.blm.gov [158.68.160.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA13015 for ; Sun, 30 Apr 1995 21:19:56 -0700 Received: by nm0039.nmso.nm.blm.gov (AIX 3.2/UCB 5.64/4.03) id AA30878; Sun, 30 Apr 1995 22:20:30 -0600 Date: Sun, 30 Apr 1995 22:20:30 -0600 (MDT) From: Chris Olsen Reply-To: colsen@pdsinc.com To: "Jordan K. Hubbard" Cc: hackers@freefall.cdrom.com Subject: Re: Translators needed urgently! In-Reply-To: <16374.799226953@time.cdrom.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 30 Apr 1995, Jordan K. Hubbard wrote: > > English, French, Italian, German, Spanish, and Japanese is the > > traditional "FIGS" order. > > I have no one offering Spanish.. :-( Any takers? Same for Italian - > my omission of these two languages from my initial list was a massive > oversight, apologies to the Spanish and Italian speakers! Now, any > of you care to step forward and volunteer for translation duty? :-) > [ Stuff Deleted ] > > Jordan > Jordan, I have access to an English to Spanish translation package. Plus there are some people at the office who speak spanish that I could bounce it off. How long are these documents going to be. ------------------------------ | Christopher Bryan Olsen | | Productive Data Systems | | colsen@pdsinc.com | | (505) 438-7812 | ------------------------------ From owner-freebsd-hackers Sun Apr 30 21:22:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13072 for hackers-outgoing; Sun, 30 Apr 1995 21:22:29 -0700 Received: from staff.cc.purdue.edu (staff.cc.purdue.edu [128.210.7.43]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA13066 for ; Sun, 30 Apr 1995 21:22:24 -0700 Received: (from spm@localhost) by staff.cc.purdue.edu (8.6.12/8.6.10) id XAA25043 for freebsd-hackers@freebsd.org; Sun, 30 Apr 1995 23:22:20 -0500 Date: Sun, 30 Apr 1995 23:22:20 -0500 From: "Sean P. McDermott" Message-Id: <199505010422.XAA25043@staff.cc.purdue.edu> To: freebsd-hackers@FreeBSD.org Subject: not sure if you guys read other newsgroups...... Sender: hackers-owner@FreeBSD.org Precedence: bulk I know you guys hate people who post feature to news..... But this is something I think FreeBSD 2.1 could use.... Have fun. Article 416 of comp.unix.bsd.netbsd.misc: Path: mozo.cc.purdue.edu!purdue!lerc.nasa.gov!magnus.acs.ohio-state.edu!math.ohio-state.edu!jussieu.fr!univ-lyon1.fr!ensta!ensta.fr!bouyer From: bouyer@ensta.fr (Manuel Bouyer) Newsgroups: comp.unix.bsd.netbsd.misc Subject: driver for CD-ROM writers Date: 28 Apr 1995 10:06:57 GMT Organization: Techniques Avancees, Paris Lines: 491 Distribution: world Message-ID: <3nqeo1$30m@ici-paris.ensta.fr> NNTP-Posting-Host: bsdtest.ensta.fr This is a driver for write-once CD-ROM writers RICOH RS-9200CD or PHILIPS CDD 521 for NetBSD 1.0/i386. They can also be used as CD-ROM readers. As the SCSI commands used to write CD-ROMs are vendor specific, this driver will not work with other types of writers. The hardware configuration used to write CD-ROMs is: RICOH RS-9200CD: 486 DX2 33/66 whith 16 Mb or RAM, a bt445 SCSI adapter and a 1Gb scsi disk to store the raw image. PHILIPS CDD 521: 486 DX 33 whith two Adaptec 1542b (one for the PHILIPS, and one for the SCSI disk), and 8 Mb of RAM. As the CD-ROM has to be written at once, the raw image must be on a local disk, with short enough acces time (I think an old SCSI 1 disk will be to slow). To use this driver you will have to create the following devices: crw-r----- 1 root operator 11, 0 Sep 10 1994 /dev/rsworm0a crw-r----- 1 root operator 11, 3 Sep 10 1994 /dev/rsworm0d brw-r----- 1 root operator 15, 0 Sep 10 1994 /dev/sworm0a brw-r----- 1 root operator 15, 3 Sep 10 1994 /dev/sworm0d The block devices are seen as simple CD-ROM devices. The character devices are used to write CD-ROM with the cdwrite command. See the man pages (cdwrite(1) and sworm(4) for more informations). I have included the config file of the kernel of my machine (RICOH) in the patches. Note that as cdwrite uses the System V-like semaphores and memory sharing, they must be configured in the kernel. I use the mkisofs, V1,1 to create ISO 9660 raw images. It was available for anonymous ftp from tsx-11.mit.edu in /pub/linux/BETA/cdrom/mkisofs last year. Following is the copyright notice and the diffs to the 1.0 sources. It may be easily ported to other hardware supported by netbsd, but as i only have i386's i can't test it. Feel free to e-mail me for any questions. -- Manuel Bouyer, Ecole Nationale Superieure de Techniques Avancees, Paris email: bouyer@ensta.fr -- Copyright (C) 1994 Marc Baudoin, Manuel Bouyer, Frederic Loyer Ecole Nationale Superieure de Techniques Avancees, Paris. Authors: Marc Baudoin Manuel Bouyer Frederic Loyer THIS SOFTWARE IS PROVIDED "AS IS" AND WITHOUT ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. begin 644 worm.diff.gz M'XL(").KGR\"`W=OB+YDFT-2V^KI[<42 MMIG1-8#:[9B=T")`%FL$#(?=WHGY[R^S"B0NR>Z>V=A]+YZC6T!6WI65E54% MMKM:D:.E%4UFQ';C)'*7)_':C)R3C>GC_\[)V+QS5J[GD(<@VNQK_-.;-V^> M8L!=.S:1PXB(/2*<]D4!_A'A[*S[IZ.CHX/<2Y3O^I+4%WJ,\DWYCZHAM<\( M?2`$_HWE2><#MPQ7QSRQ+!M_/3^DEP0OMKW$WRC=P,6)W1@N*T1SK0VVNS;] MI?=_!WZNM$&S=`6JI>2L6GOOOEF$=K1NKD!_T#MY7309'@NSO7OSWN M`(8^/Q^JV@<.'7AL;MQ;D]#;=2CQ/+MUI=,>N]N85N_TCMW'H1E9[#8QUX'# M;N_-+^A'["'T*UR/_L_YE<08?/]1_]J%<7AB._[M.R*O!:V34(6,T^]Q,[<#UV_#DIXY'SH/TT8G:Y")R;"=R+3(* MX#GGHE@!Y)N)F;B!;\*=GH:`Y*210VR'&(ZU]MU?4B/$/%Y%?\WEYG\E)9&`WNS'+UM!OO."!O2, MR+A2=:)/+XQK65,(W,^TZ2=UJ`Q)2];A&?2>#,FU:EQ-YP;9IN@Z MF6I$'<]&*A``!TV>&*JBMXDZ&8SF0W5RV3#1M\]-XFL16[D#/<>_#B*HB( MI@ZF5T33C\Y$GA\,"8!F5Z#A3">#X9!T80*Q["C8D(?(A0%^G''7;R;3F:[J M^#BP22L(,9)BQ@Y5#:)J4\:6]M(LS%MA1KLCA3^J*T_,A&JZ3&/('9YY[Y"/ MK4ST4-$'FCI#?P/$6+LQ)#-B%HU*UA#1`UT%$XZTZ3C3/7Z&L6A?1K0Q'\G2 M(9%CVHBX"5(_@:$<^"C+C1PK":+'-C8A^\3Q21I#"D/AJ.GG"!Q'!1,!GJU@ M`UG!/@:%G5Q5"]))G(9A$"7`UGN$'X<$*ZH^9$22/(8P`@&0ZV\BGN6@DBHX M:!VD-J:>._*P=I,UB1W@:GI;=%`56<7F)G,'N+,-/PF`J=>`3QH[GA,#:WA. MT)%^D)`PB,'WD!:2@#$#ZR$S)&M0&'7,/&0F6_[`*7$W5+.\4S(CU\!YZ8!W M$B=&_S%5S:POJ#<[D,R'GXDDG?1Z6?LR2-;`2+;-,'$L(G0[(ED2<"`Y3V/# MN2.=3I>8M#6*,ZG@DGW"\EXNB\N:T=5%04M"XY?",VD`;5/+,Y';*,L9HV;8 MGL.709"HSS^)C0[L]<"O&U,EV/N*L2JZP/$+0-"IB%7`N=#`:@ M;_/>)*\H*C7V=>8&.CP5A<@C?5H-1-+.(#2:R6GY>0%%P2H&:(&3/(=4I]%Q M?NZ1H\2\A5M,]\?GE1R?SSS'Y^5<3GV3Y^_C42EQ`Z]OGXD.S>B/\0GHN#[! MA'AB!?[JA,;;U\_I>QA5ZN7N69\_?>:L+@B=?%I_@?^SD0!M8]-:0XV&8]*F MD82]ABG%LH\@!4-O+Y-L6-'.IN3<7U2[SWBT[XEPS(J+$[YS(@A$Y/M"M]_E M"9M?B?(E)'_)*.'?A@GDN!::APG6"E-X4N%I,9C-"Y!.#=+=05S;\1..NU0F M"BAR;F39X%\0NAQ4J'%"97T!NZ*8$WB,8S8I<)Q^+<]F\J6BM3]-ID.%W0Z5 M3_2FB'AQH1SZ83O3I2"FVC?7A5"]K\X.B3#%#IO&7Q!Z'YJW#IV>,9O9 MSLI,O:2NU8_SJ2%78..B.POUP6@/?#(?[6N:335#'C4VS2>LBJ@T7D(?7AP>$Y(';DUAUA9C(9&J]3&<2SC4!@F#O>6PT7/,K9A"17@3$X>;%P9F6%^ MCYDRWEZ%["IF5VG+"Y9-GN=$G!N;/`.R"8+C0HOG3)S'S8^$UA4M=;KXX7S8 M(F[T"RU$($AMLIXPJ-N"+#E ME7&%1EPZ=@M88B.6U*HY\,%N\M?U,!,N4"?`S,T!)D5$`I:"R4<*;?1TKUD29RJ#8BCMO6YT`$M%O-8Z9YM7POM`M/M(M/M$M[VA,S!-/C MA'^B_;!\ZPG]K:?TW[N"R2==]-\N!X66R^,U\WVI4PCQK2AOI8@[5D4^F20! MT9`B4V:[J+*+^@@5E7=8PK.PQ&=A27NPL!.V6`G_+*SGZ&4]RT;KH(T-G2>4 M.X^-+^(P8<7A)9ZRX75&W&#C;`!B\_!7I!%J--T:S6F%1B1[AK'`;XDLBQ'M M$@!Q/'X?X5F!?5C!^LC&^@[#=>I\>HS/NWV&>@TTXE9I.TOJA8SMAU\:4L]D M]CG+PMG$%\8.K#B.,BH'2HJH!O6"VP98$-:`8?+(26(-''N<4`>&CGD'PNRF MK?SZ`@'WTV.V1;EO#;%#*6_K'\+DC-0AY8LIV+[M+-;MN!C-]^;QJ%Q$B?'%L=QK-HQ/1BE67\>90O_R/DE M=2,H_Q!]2Y56J-+G4*5W9:KT[B#5VTP6W8"U=IEV)Q5;#K)XNJNW+@8)#M,B2I0BR*\[:(0_U>0=M8-5[W/H,T*RG@2KE74%(0`7": M*[F$WEO8CN6]BNW7[\N`I`*P$.-M$0,UK"!MK"J?>Y\"FM63I+8@G1;4D[IM MH2/DZG&4C7>W6=CI9O/XZG6;G`"52-Z<[&^5BJTX'RU33Y-VJ!+F^,0 MJ=,G]WX`_J/36A:\0/>V3D=WA=O,6":AVV=;1S3^J;#?T$075N_^TKL#>O*! MQ.Z_G&#U"KG%#Z_)21GP$__S?K=(?+L MAEZS:KUF/:O7I'=B6WIWFI]=I M#PM9*,&#T/&W3+!>R9A<&^V').\MOD]^5`='O'B"%ZG'"AM@].>,T`\28/<* M\2F!T">I3S>`6"Q0I-#*>,\&Y"V9?#+:H044-*+Z!("0!F+<1BO0%.-@V(YS MLP2IO]N0+.(7+-"-=IP4XHWBYXK37GW7:TNGXC;8_PO\>##LA5K8__?Y]8G= M3#:CP<^"9==OVLFL,JF<30)EI_/,74PL=[-=S),W\$/8#REP)T?%,YEP[7IN M&-.]C,BU@G7I7"DNL/C]1YS(Y/><<.::?-7Y)@K]BN/-(OK3IYNY1M]RM@ED MWW*T"63?>K*)KGOFP69F&-O%+@0/W\>04)AQ1VY;+`S3;@Z6C,CNDP8C=F4N0.Y5MJ)2QT%QN8@!=X MA_6X%X*5^7ZK`H/YTHGO'_DG\N=(2FI&Y M<6"D+#S'OTW6[S&QP:J*JM?`043ZW]X?4'R1'4_]VLR@(G_CV&ZZ6>"1Y!Z= MA0I\Z076'^;V(7!@Q/M,5*J]PRZL4D.G2@:X/>FY]J+Y6.RSY&G/W5_WO8>6].O\%A( M5XS%M:8:RF(\'2HL<_!?>*&"HL_4R7"T0P(4L8(BSXWI0E,,31X8&4JG4=!L M>JUHN:#3"LI0-N2"*H#2X:LHJCY8#(HHIWS9*"9'G5RIYRHFF@:C&(HRGEW) M^HV^M5NLH0RFLYMMOX-5BC$T`9FL1K7&ODV[#H5.W^]HC('(+Q0)[KD_U] M'4;.XM8,:S8V.8W*7/CI9KDWM]<[.+-4>H^PQB9Q?Y/0V.3Z=WW64FU:>>;M MGJ9:6)![Q[>#B/59HZ?C1]]:1\'",BWZ/M(?%WYL7C=M.ZI'QI[BP5\NEMY= M/6"*[MCOC:]W1E[834,T,MZ6<7G^A;0+RVV._Z(L"U"HD/'0GZ5N;*Q/(<9T M0,G.ZBU(1+"M5YP#;R:#*VVZ&,B#*P4:I>ST\X7CQ_2E7I?G[0,^K M2[/E5;'`HWW.'>YP.C_D..&JE@2V`<`U5ZA<*24T(38E@P9E%VO'A#502>=B M-''-=6@.7@=QLC##G9'Q M#,\Q^5X%,PX=F"M9;U),@00I$F6" MRBR4&UBWL3BU[$]V7"G3<4]&N52*\NHDPM5F6FZ[R+#[P@&!V>11`PE?.X16 M7AJO69;__69[2[.#*1T(7Q+]P)?Z!M"KY&+E^KSG_/<\K=$^G/&WMEG!T@'5)=0@OJF-X41W$ M"Z$*X/<-ZSP$05+`BJ]RY54LEBJUTL5HKE^Q2HEDE5)C948JE=F%^IEN49)* M77:A:CKN8RSDX5##1K%<>^&[QU$$=2.Y@7F*3FMK?-/C9>E;AI?X)OC+RC<, M+XGKD\<@C;(7^PB>LM,W[FWW'R-L-RNH!U4^?T MT$FQ>-H6)*EP."&>`6"K(T=(:P;QH2@::;5)*_MX8:B-CWH\3RC,]!];Y+$G2Z1OQ+S[$[SGA>X9BB;;H,GR0":(E?F$R3X?C:AD0B4O M/8\*GFG3@:+K4PT?8#0H0RI]/-64!8RI=N8#6;ED[ZNB!HH\S#;VMK!/PC%/ MG?"LDRCV;L7O.(5B#*HG4)V^V'WN>_2=7J_Y""I[[^-__?&3'FP``2KP)&:? M!;GP%`6W4)'C@A#:5F@"#"N+W4VO3!\JEV-"9!B7%"?>3L)%=30GFSI26OYAZ*>Q M@W-7#'.7Y5#(TO7-Z)%N+$`,/N`'4?CE"5R#E&TT8!WDKF`U0!=IQ(00#O%3 MWP2_L()XO'=MN$G6V>=@J\#S@@?ZV4H`^8Q.G(P/4FZA..*@C3(,\VP M=&!S,`1&>V$4S/+FH%8RS/=#?N@ M$;B(=65`:,$WN3)@KYU:SK]-'\)LW?*R`RO=.'YBYEUX`KT3X+N/9&-"YG)- M+]YU`NT^^JU%P93,1.F8QHMI0TI,7/JIXHX#B@!4!*X<,TGQ13@0A.&29YXX M6"4/T(5;U:A'0%#HF8\5>Z"X]H,'S[%O'>3,>IPSL@1F8_V:3>X[OO@^GN,% M(9BQ?*S&.A/:89]/^OA!8_:=I$FS&_V8#C^%6V9?3R4!H9N"J#]N%`>;('%R MV?'.NP[.$#;+GB4K\Q&`VQH61C\0NX5O/>D(B..M>Y_*;.LY$;0##S$&\GJ M6!EFW:!.0#91/BD3@^A7,A0E!=/.%5!*/A\IC"F8-E0U96"@^ME=SF4`G@%] M1E"NS)2!BC?*9P4LD+6;-J9Y_/A*^7$.2-!(AO)8OH1L_:KL!\:MZ@PLBN90 MBJ&.8+P^/]<-U9@;"KF<3H=T$L$UA0J5TWLRFNIT$ICK2J8PBT`]N&T*U37N3J!=$'GY2T8J,`H)`5[.`H6X<7&7] M4`C[RLPUA6P(B=/S'K>C!0;T]ZGG0FFH0#ZT,'N]^B<%_"U9Q<=0S+QFM%BJ M&=HUN0`&O@6IB>B/<>)L8MJ"Z0A?&V/?V.)G<*_$X^YK6&HZD4F_E(PI=FE( M_D][W[J61K8M^IOU%+/M+P8,$M#$3FMP;P1,L]K;%M-9.=WY^$HHM99(L2B( MNCLY[W<>9;_%&;=YJRH0D_2ZG6-W%*KF=:V4DLT&_'T\&*'T9 MNAF!BG\Y"8EH\<-F,!F%EY%0O<,0*-Q(O1VA7(GFX#)0GNLP2=&.X&,0#0,) MH&X>OL4_AB)+4S(=',?H'C-5C&A:S$3O51("/8VF&)<-/5[B7^H#I+XDN`PQ MINXZ'/,@N4$*Q9815-0^!2)'*!@$"0SY;+^K@-#'"J3'T32A3IF-`.P28KX3 M/;#+8!0E`?,J2^=P$C.FIR00W/N3]F`.G6%@^S#*@`8:`1H]GIT/HSX@R,0R MW7`@_3.SIW4&V1&X)@75`V"P68F.!OXTAN%1D+J.N8;5G+!##B+2;-37'"W- MP330^]$$F"OVT0\]P?LDGDR9B4Q`MV:,VWRUA;+U$IBLNK@P(+%MS/%.`AV( M0OO9-#Z_-@D/<"43ZW!BG[.<_)6)'7$`@9><^CN#\=YKTXG^6V M/XOBO,@OO62:3PFE4U+&N$DU#:%3$LYZ\:FDX+KR%9H MM?8P]'HT+;3"\]GE93@IDL,TV;=P%!BOZAG?;#EC;/#*V:*%9@O81O<,>!EP MD\*&]P;]8T"P*-1\3QY1&AL_MYNM5ON7XDWPUS*F_YF6284MJ=_$_%Q$D@E+ M6\0BI;(J%K%4"9^>D76NO==*U^UCK;'SBF6'DFX5%)OP>? M=MP7U\ZK:[&@ZI>$6WA.KM;P#!,^T,$96GOQ2`95)DSI`H*W&J(`#:IG-.U? M&3,O(,CF!A2'#Q?QCAXVM(#?4869L=JF,UOX]?HW@Z2/N2&H4_RF0$P1+YL#):$5T"<+J'/_E79[;ZL6K^@Z][/91WZX6-UR1DZKD$?U+RIH MX/4^D$%RZ1X4%\S(+8O2V90K6,A`(=!6+^^]*@C1M6Q)6!HN9MK!CNFEYR"1 MW[L<:Z0KQN/^X@IKZ1K^D6-^72R=KL?)6A;WE5O1<_J9NPXJVQGZJ*DY/8;X&IJO36FZ9E?X[CJ MB,P[>1XT4DP?B\&`Z]4=(GA:3A13&?.X'8HOL.>GU\3K1:ZD^44+#L(_>=59`(NNS87O&6: MD+9TF)#H",/E68/!`)+Y?E\Y\5,S*K M($Q"7`^:G1X/67VX7I7;'\6&IVHCC4/CT^[3S5:O>W9\4BA4TP^!:Q1J_L/V MG]O-L\+ZAJ_9HO%)SP`6=ZBA%;KL%[FQ+G1[!9PB(BM9/_ZHSQE4PXQ[%DT# MJ\.8K%E&<4"JAKABB3.*1("H0)K#X459!;.[4E;&6-.%UK`4\2#F%5!\1[P! M"^F=SE&Q=544MF*JIMGYVF`,Q5:I_/JNPY#GBBQ07'K&8MUFK]7>>_NF*&_+ MJ@L"8Z^UMP'"X(HSUVVU8IA;@1:A@,QXDH85GP=T0Z[MV8%JJHI?\>7U7X*AG*7LR4Z:'DBNV81J%AY4!/S>"G'UY M71E<]PRE6_5(GU`S]1UCX:"(`;XE]>F3T@^.VN^:QT?[G3>TXM!2F"#V1,E5 M<=7MI*Q6O0&)6F!)#_U`5T4?&.N[(@2:#R0TEHSC2"I-'Q:C$H@TQ;4E6RNI M8KI$#S7S/B]U;C]&#+6PUEVOJD:KUSG:[X'\UVL>MKK91IR9VH9VE:?CE#*U M%@S!JVG[^ZQ0]5H&6K6E9EISFS8?#?!0#$7[1F*!8L7U]*9YF_"913([%_Q# MZT:(1Y!3;R]-PDL0Y*%9J3C5^0HKZAU2O1$R`+9Q'%Q@ M+=TRG1$P=68R7G&VHBL)\@*5R=NU=W3\&4_OH74J]MGG(J0^<$(L,F\H3,(, M"S/A%;**!2$+Y;:G\3J0Z1`-@9@W\EP,;L]%"M-,`ALOXIXG$H'QITJT MS=^URA2BUPO@3-4H459+WYG+&!83>(UO0@]%X]:TIX!-TV/2W?5CO8)4:;>N M]94*=#S"6'->39!K9I.1:A_]I7.\8^BI\HICZ5^Q&?:[,ECO0U:(NDD2B5&Y M40#TDTR/&BMQ1-]Q]'!N_PX/\"B_"X:Y'*ZFO4$TH\/UVL:1U:MW3^X$%H"E M15#LGPQ*90<=X"OB*Q86PXIN*PTXL;AD66?G`J21IV;Z%(H&2#4HDZT*=S:F M$+T_CP?W!*;^,$89,R(3P4@:`5IQ#@+")%R'?36YKY!%YYZ%0I"]1Y=0`]VT M24_TH&H)/\MIJPR6PW:KT^@='#=:[59)K:YJH!HU?/Y"F)DUKT*0R6H[%-_DXGV-B$5`-ZPJ05>NH',R''F?F3!*NMW$!70U`64G" MZ&%RVGL'R5+TT5][F!Y*1`R>`"WD(\HN6E;3$&:*BQRS%B`U<`@B6J%\FJ#] MDLA;DAX1U7+&T>VR6%VF$;5/3WO'>?3;&]\1Z%"4-E*!`#>CXZ,I;E\^34=# M%P.6T<`?@H=5G^H,5C3MD`%'+]B(6TA(SQB!Q"Y?+88N!F^UI+ZKXV^V9\W= MY)LHQ@JQL8<5B(3($9@B%C05MG2M!D7;G+.2S;ZC]`M-357>R98250Y&-ZHM7GI#\`.1/ MJ`'0^@+<''E*"G&>V9@WC<_21=+R!"'7@&82G3PXC):QN5T$YQ/TT)DS&DT= MO:'`^($@#5-$FECUKJ?2D-;"IRW`8$P+"9)J*@Z[0MO%'[-T#\S.#C6^SIN4 M2_/]J85W43)-4A.;-R$[GU_QXX?*N'>1X/F8E!.`Y6(8P781F^#Z-9X]8:`)#0IW01WQGO/N4GAJ=CU M;J(1-D59V4-C:AW%5`_J)^$0A*>2ZRF!(SZ?H?59XD!PF/Q@G68!9/H\PE-; M3K^/87LT/<]$:!!31E`\'Y=2!T]KYV.#GB"(1I0\=)X),(U9@ICGH&J?DT7I M@\;<^48?P@T93TGAB')6K&%$/5RE(2JX"%LQ'Z`D;E9O!*04C^)\D*(SO/>T+LU/DMFS&#FM.830'>:BJJ^"*L251_TG'($\& MI+[R:,_)3&6^#:]'<AXZ^IZH M>5GU-)\.Y6BIF@#R\`WGG\_WS00`59^RFBUG35`R@)5,#48658]@CU*3E%`D MJ<[I^_1XO_M@[]H`$-#%3@:MRZ)580`@0@@4POO4@-QEXV'8OO!LQU^F5MB/ M4/\EI9CU+]AI5D+37#@87I-N?FX6RW0H7,\B=Y[,Q1V2?AVC2_UHD,#J@E@( MK995,/@KVA_-YD7:2O`JHRMP/TS8'"GV@!`-!!=VD&7U5W%`!\A(.1H=PX,Z MZU%G/?3"8X$2QNN;WZVL65:UDGIM()<"'7D:H&/0;83G>S(^2[^T157\(/`7 M$@[12S\T_!.YKQG`V\]3D9!GTV!;`IDDKA["E]'2C@T4>`09@X!U/P MPEDATJ]B4/H'8]S$6>G\#&T*SE:%N8*2HRYC\L@;95@SHJ5C=QC$;+.YA\YQ M*0UH>%'0M8+&)C*NKT_90T]V+3)FN_'PKHA0*SE2;DK&=?<=R,=[*+<#P"+/?CG$=@1;D69$@]))G]GZ%`S) M_H'WS-Q7D'+@I3R\;2>S4'MQH^!+@4QZ[MAB'VI.Z62=I"2=O0)&.`XG%$YA M8AP3,W'#I>.2@@3[1%JZNB*Q1+7:'E9/9X#*(1&:@ M@PN!`![D\V88>**##%O'U]``8:1L2I+R$RX4.NB*6 M!AK4LG`@P1.$F^M`Q0)%Y',BUS)(28P&62U)3(P/$(.J?EHW/W MP23`HT;7&58G?-#CFKK.MJIX%5W"+*Y*2(;X"#R-GL42SLU69WK%GI"^D$$. MD][:9@1<9U>G!:,O$VVM5)2NFGN,G;7WIZ0]<["2(^VY#8N/:/]F8"0\DH+* M"C/Q>N?ICJO9^!%GZ$P;M.!FC\]S:02Q(A:'0[&/&@J@+=A"ND.'@L%>&X;. M@:XYD\PR:--A>$>SYTM^[1N<, MCXEE6G.M%5*.67KA-K@.9^-BL4_!^=.2U!*UUV%`A8)0=Q=B^2M%80ETZQN' M1/#25?R)S!<#"EJ\A`(#XCC`[2](LD37G1+*(?<8CDK^/4ETJ1T<_>':JH9S MX9>=["R,Q!Y]-!([N4(;<1VDOPDBV]!=/,0\#I4C,3F!;3Z-AE2*)TP,!YGE7>H0RBSS/`&_L$!.H+<^Z\9'FM3.7>YWQC4+%JQ,!Q2` MW'C+WW!`828L2A`GE3JZZCYZNY532C2[J:%Z<9[$P]F4XSW'LZF6^T*@$;H% M81U>VA?7BJ+/JM5I2/IZ0"ZQ"3#9>]T$+Y"V>E`J'VM;I5WNXRB1.ROWT+?G MQDZ;LM$_5[A(>]W._VJ7+!HOI2,4W+VPR/R;:>V#K!V/[5E=P9MQ+[ZX`%G/ M+F.!C%X:O)#V;-Y=U4`1*ZOD%/AEYC<2I/OQ*;-BM\">C51[%TW";6!3[S23#,!P+UY+[18.1 M]:3)X45XN$J)C&\&EM5[WK67X8C"[M=*BM;ZABG)1EOZ%4E#+&F)HF MQJ.L-G&=L%S:-<<4+L[%(:I`66([1VK;^7K\]JQ4,@W`ENV^;6(*BWU@0.][ M__6V_19HL.Q=<:QYDFR32,)B\$HYZW)WAPZB)6/S2&E+)Z)W:"DCZ//)$GK2 M7`7#"TWG4#X0&?]GH,")$R%!RS3":&D=4+;@A(""IHKDJD$;$3&V3(?[V2,# M$OZT("BB`E4P+[%>UH=GGO_.8ADXHZGO1V+1UIJZUA-(5L++^^98:;[UJ<7R M9DF"KB*/F14"<+ZO2U:G)8FC4H&I`-6$Q4^NHO'7F`%_][R_G#-_ZD@[@%G? M%2T_?#:^H>3K39N45Y=\-%J=XV9WK]':]BL?_=(XT/,TY=ZT.D?[QUQRS02- MF)-AV/#D?S[G1-<;7C7;.*XAMVU"`XACHFN:-%UB_SMH;BZ?W7FP!48:0Q,> MP:X=1IV>AD.^'7F%%0X\F,?CA!O*L7$;C,C]!7T_Z!69G?B^8-T$1B(1S;C@ MW#&>-&,@]LXNAUU*9XE(^B8GGU6U3ZRUY)A3S5K#XN_[CB*)ZR(PQ\)HB?(\ M/"BK*GI8>/`RQ,2?R$%CKWW@8Z`>E2G8A))([L^.FS]13J%M?3+(_4>8"0[^ M279/21%*0-#S`CJ`LCX6,QX@]/_J],H(,-.K4LF'D*6`A>D5,G)H:C2-KY(B M?Y4IGF-ZCB(UQ=-W&LPB#%Z/7*= M4_@["I-?MUX*!G^FA&T[:1!J`$FU-9#E>:\4%Q0J61XR9WQK>CUT\!J#<1K" MCI:\<1K"N+7Q6<7.R:PDUMK5@*5",B_T7C9P/*S(!3ZVNIW8/H@N.5 M>,@>N]?8C8#OR!`"VYD#L:SXU$^!BR98]@;\+#5@'X`+<)(A>1.-$#IE@YGK MNXB:H`$4#1ZFQU=2S](B'!8*R8%,BJ1P%W$<6+,'^[)9QK(RV\%'[R;YZ'D[ MW/7F\YFP]>G3Y,-MY_ADR6;$-_#X)*<9"KIY3#L'Q^T_Y[1#7@?9=A[V4\BT M)'YQCVK+^-)EP=0^(_EF>X'3`WKZZ*-4])40R2>/5MF&FP>G#S9,OAV/;ADS M+_K3I_T'O,CU4J/RF*Z.1/_WFE*Z`,LX5::P*^,3\CE[98O3C[[PX6@_199M MF"*&T:LU_%TOYKY<*UGZZ,O4S'/KF8!1(3A8>7T7GY=2],F8'!X^)B^N.`UO MRY$U'Y%S4[Z1T!V=6!W(?Y*&`M(C2!--O$["C,"=0CS6M'*5*XS@B6X_._BE M1@\M+!IUWK!EW'.'[Z7YS)V(%U'KK09K\E\Y)VF>L\-^_>PX4I5"5]9+BNI3J"U%#"A97+J)DPD'"%+8I M4L?V%V#*OSN6^`'8BQ&'Z^4@S#Q<46O\IZXRF.(AR1SPNC#@AA`2G,MW-@D' M+A@60R%'6)7YL^)!K8L81B,IRQ,T-Z[11/<.?C96[>P.8I.$`TPS"1?`-7\X M7F2_0RHS(RAY0]:74A@G^)SV'FCILZL<.AL?M*BY^Y[R">"OG-7$ETOR:2_Y M@;?GOXP]>^TM8@8SC4YS:JAB=#F*`:U*MB[?4I(F#_J@37;0)`P9?66G2X=^ M`H3\13?*$7PJN4<5;'RDF'QKC\AXM/O(?71\=O9^)R/2#>(>6SG30$P;/&VL M!J-WJ]-XLTV5PXBOJN76];13?C.*'D7BM^[+(QZJ(#!F"8SO+%?AC: M824:44[6DIKC_2I\/]@78/H$9+R@4WQ_%T1,S[ODD5&FX]- ML`L;4]R`6?%E0JHP\%QKC&^K"=ZZ3[*'#$.9;1MPQQS>V#5G;$!?7)`9D M'&!BOJD?XKS8AEG%I2O>F`&(R' MZ72/?]S:6C!4-T)(@MCGEDW"OH1@9<>ZH`=!?6E]3B&=.:J.%YPO*->_![*% M;N/(@/(@^1P;P'1D"WJ#SL;A!)JRW/AS>8B2-(!V3#$T_^% M*\,&B;IJ<:Y\3!8[O_!-6_'9A4Z,7S#5]RB-A M.CD#MF#X0%R`G7+<=!/K9<5<#K#`+2UEY@`41+`,.;5R0(F8$XB MDW1$`SNTH546JD"/7&TR@(\["XKQP/3Q]HZ;18TS+Z1<(7R"/QNGW4OI7W*= M]H%D!RD=]\UNP_?QS"73PHKT4"SWD0[4)!Y@"Y>+XBA:$]HSH%GKT.B*5KOG'2(H^>P<:%&\@O3[ M&H664FHH%/^,GG].C+\:1J'ZSL4NKHZ\T`69A%=C[4$TA;UF)9]L++;'8S)A MV"[CUYJ&?$]1OC=FY^A`,0J,HR`Q\2)'S^U+F,@H*_A2S#F:7XGN\1D)UE]$ M_.QCLMOR.W-8QZDH+\-XUVT? M==M^"0):W8S>+L$12J.;RA*T.6B2$B22D#CP"AV,K3C^EVDATQ#-&&2ZYBM),(E-DCMZ.6)'#$><+'-F&$TM\43Y`4G1JZ4]"7)/WN=N M!CV*+-F$C=I_Y+9XOB:^"M_5%Y_I:]D+GM6+6*&TOKC"\P5.#3O2&HD:S!E' M;.LT()DC5)X=-TT`_@T]1Y^ZWF%WO[=_?'K8$"M==BMS(;]M5!`D#VV=U\1_ MK_:EUODR_2[F)3I(I!]=*'@U2 M;B..W.!4."E]Q%GY15Z4N;Y[IE]DPA2OK%4A;=?1<7OPG>((03U:4_W[H0XC MC1*,MD5XL;4L[>>9U7WGYQG+FN$XS(FLNA6CB.N>E$ MG$;7:TZKC\F^?$)%_^F5?;K\+X< M)'WW41+!KIRZ3R@)O0R=([$CDQ8ZF`(I,$;F>-*["9-?/["1\_<53!$J1RI% M"3Z$/;AB-OH*9]H*!O=XF2%?$\[EO3*C=9WR;3*@NT`N@F@(VPG;2A6:<@'A!R[!,YM*\8,X9^ M9$HF83#I7TDD.@BK,+Y@2$W'PQG>A05DYF(8WSI5X`FFW+S!Q,-HZ:8)SD9X M+9><-N&"K9"*N)-UM9'U_YUX[8ZL2K+S607)WWIXI9DL#.(4IR;]';A`]05T MTJ($F'8U\$I)4^`57L`)\P1@\'UR!OYNJ1^AU!DQ*WNE&"^E4ZI6@U)O1YC) M\R/EBL;N>]OIZ;W!"\4K@4'4'HBR@< M#NA83%#,WG'OU7GIM'SP]LA[M^6\X_;&WDR\P@B@0]Z"DFO#>_TC+#Y+]!=*Q^37:0KF4(PP;E#,UI19R\V:[9G/T&@M9N.IW]QFPY9# M5!5+K%>DY<(YFM*-@-$`20!N++Z'R:WP`A>N%06C.$%*EH/8+S;:5I"27HA(3U24S)B#*S?H$8C-(-K@G:5#,E7N+8WI&K0S`>HS22+;)I M08+<',<7_A7U4!R;OP->_D![3U]Q)7N03B"AULEAPRN,L#ZF*[KP[BCN81+> MQ!\=6NN4W\*!M#D9!X6@`/4*%*PW!BG1CJ,CURCA$U"OJHOU)#2;_!79LHCM MOS"9I!DB@EA:]JKF-*4K.Z\W''Q$2[\)^G#[>,4PC;PITR6(Y#[JXV0#UZ@[ MC<=CGB(R*WO0B[TKVW_#I0(TWT'5@*SH&=/\:3>$JLV"NWY33#)(HD,$G8D:9H#<2F/5L,'7&& M47_J`;SQRE\/3LV0)9^-'XDX<\H([/`BNK.<)C7.AL4T@Y?HO.&7VDMC@@BC M_OB00+7,D.,=DKLD\[:AK=P(C'2$\P MO4)T/N&)%LD/--/S'N)7TRE'^RH8WL0(*5!-O/GL(8(U9Q.Z%4/?.LP[$7-; MI]`18[-6CF+5WC^D%`\LL%B,).\S6QK1[`"ER?36UD6]TB_RQJT'G"F-V[HU MN[FY-VF=*MJQ81[23WGKD>+(!RP MBPH34#['2U.JUD9^0;TJ[+M'8/&J;2ZN-@2Y93WR<*_U8HDJH(EZ=5XNKA,# MGF)(>19/,P/>\N2CT\9A'EO<)QF2;K@1,ZTMI(&_7E.*.)0C[ZY\UI>"B#8& MRAB)N\X5?2GONV6EX+08O,GRZ[U*@>KO(1^K?TL!.3NHKQ*3U3^SG*S^0$%9 M/5Y2)A$&,`.%M\99YR1'Z$88-LZ3>').%X6*J)I3\/\-J5M]8[%;/4KN=EG0 MOY+HO5CR_H<*WO\B4C="M8&W[@KKH-,$1Y3Y`^3S?W;Q7'T[`=UKZQ\IHS]" M1%]:/E].-%].)%]"%'^$_+VL\&W*-:L\U7.8(FZ`X&.$]-(K@H#;D_2* M/7/D=_5/*,"K?R8)OMT^.3W.%=W;"-']T[>9O9XOKZNLP"ZRN1'9Z32+/&OJ M_M&B?[*Q5EJE4PM]O%'@DPFLA,_S_,YVW/0<5'%]EX\E"&N@<+>%.;^:QZUV M-MF=SK-+97^`:>L+7\*[*5_1F$R!Q-"QG^\+>!UB0JU48HGJW0^U;4H1.PB' MP7TH^0?)^%N7I(YO`H2DT?P!.ZF%3V"BIDU3.3GM@1XF&`6U6H? M--ZW6XKRFI45MX,I5RB+,WQU8G]A?%4;3O(`M'J_-`XZ.K^/7(B&\?'#XEJQ M2-=IKI5R!\S7Q^VXL4JVA>H733=(^G.*`R@%B7`&7KX#[&-U57W'2&2"BF;6 M1_')H/@DV7XR@/]+V\H$DZ6N%US?9?_MS(V")MXP?0=P:<[->5!5'!TS7>$5 MOW0]FWXPG(U*.QP(Y(UY1?)FT[$;3G%=U3[H&"?DU,6H7MW9B9X]LY&3"`VC M"T@F&)9L@"3=L(@[,Q_( M7K"9W[[L7+]9ORU_B4Q=FUA)7EG*>T21G$)U)8'W&/-+1IRZ2M/5G#"X](9> M1%;M6)SKOIX,W.L$'^`9.U^,=A;Q`WT9\2BNY"X/YP*RY&TV,@2.*EY%OG?Q M@Q4PR$U<89:K,(QO2_Y:+5C&S_-<'5+'T[G7>1=STYWI&[,I78/O`C&)^O&5 MYW$I+F;SWG.[)D6/&\1V,RAG]L]DWUPQ&XE/97W# M^,90GA?T6-6OJG?5T#AD5C@&%,==)T7\D]+1]R?O;2F2C:@068/L"])N>^A. M5N^VSR2`%T>8S3T\/WK6F9&]?BC7/2S=R$/)#4THNYO?4-S!0,ZC)2J[V8@\ M1]"7V@VT4'C`"=2[^7TQ;JU1/@U!+GFFD<1S\O80"R^4USZ-B]#(1130&IUG M$O?M>N8!-OQ:_2`1]^D7M0]28YD5A*[LRDF@];=8.'OCK9N?T"RQ@&SNH7Q;9!V54]!\V\"C6OPJL'RV]\J$MQI^`R&.5-](^A"OG( ME7:\S3+!B2BQY.!H9'[W3)F_`@3H#BV+L,7%)`_?78 M!E:WX;?&H9_R]F)^LOQ$O*D$NFY!QR4XE3W7EBHMC0X$G6U*L\9I%1",WQ`E M?`Z!:P4=>#DWRKZ_<*&6'[0VES&D4D[DX4HN7GCUU*-1H_O^J/G3Z7&OV0#A M?6EP>[6^\>[S09T-5-ABP%87[S9.6Y&[X^8F#5FT[^+^E^ZZ8\ME1^.@#BV! MKCX.S$,`@;OA,![@?AP^@KF:?O[."['IK81ZOK:E;D9TZVX\FY)BE$[,DSD4 MQQ09U6\F@V>D:^?=^"H:1N/$D\`SF35394DJWMBD>*Z-S1UM09S7FY86YO>H ML@%8?X2P?^'@DPCU;BL.J_44@(U-U@.HX>H=SSCU&M0(1T_8RI1(QF$XD-G6 M-S*O!VC`ESQ#-XXI;!Z:NTH`:A_<\./P/`_-0;;/17)?]/=@GT_?B;Q_<['? MNOTK\O,_BA4*^&@X$ZQ29G]].S%4(VRN(%KX.@DT)?>]<*1$C%->+"5N.J4? MED$W'B6!UK3\Z93CV+<',?+4S_!GY(Y+DP_X6Z"GAY]5^"\M>A(*6E;HTEN+ M&*DD=DM(%QH;O)HIHT9N&9\8^DFVO@W1V^^<=M&6T&NT6J?F;4J6%2JUM:S* M^:W(!!7.7:.LEHGF+0TV4C8KP_.``OQYZ8OF&<;E6SN9?8X!_8[%S;[`%`"P MLW:6HJZ<_GEEWUU&0.CAP,M4YH[62UOVH';L98_[0BU(XUJ.'K0\CCVD%*5P M*)@-'.78)2]`6[*DQ:$H:AE]UERR712_'IK5HPPEC\':![26A0R-;=J\Z'Q- MC8NZ[I=G.A9U.:SX8GS(N?AL.3Q@WXL<5-"WTOB7TKASFWLWC7\US9PJ:<78 M7E"36R&E()MK:G(*9_7R);'T2Y#TR?`N30W^/?%5?;V*;ACD<)9\F92UG_^$V275^GE_J(TM57NU M77VY_?(%5/GQ);;L_E!/544?L;5:^>4/"CZLVW![CI37+:MU'7'O*EV4F@VM M0GQI"SM03A*GOFK&X_L)70-3;)9P+"_483#IJSV0)>)H5(9OHUDX5'OQ[!ZO M5-W'C*)H>#F([^D^7VRDW<=\DT]5J8S:]BB?)MM<]H,+K<_[XG^$H`5GQ8K(KG>H?;X!8GC[, M+>Y/0+T>QMG2GJG-X/HC*Q0G:/FP=M6Y^A-65>5 M+*N=P\X9[>LR]-S.J:N.]]5A^[3Y$WQM[,%N.),><1C[G;,C['4?NFTH3&3; M:;X]:)RJD[>G)\?=M@-J$_$QZ@]GL#ZO$44I^VSE:C?SHC]`_-K5@>HYJJ=]6:]\)3SA6^W[#-H`7":15EX>V: M\V#[!Y$S/N\8>I(W!R"3_O$ED$RO(2!JWG?J:<-YH`GP]J;;?6W'Z3O=JP,T M3"&-I5B"U(KH9Q=$KDA!"!!ANMWSY[-D4CF/1L\/ M@^L0+T!EZII^2D1S7I7"(?#;H_BCJ@'%W=A^"01[@\B=I=:9*CZUWMCCDS'F/B`KJC#.UP_1HGDS)S!]B)?EQF&J."'W[#6QT"\ MUS]>3C"]Y<=(89V/>)TQ`$G=8K:1VSZGN,1?Z!2/-^3"7VI`KO^^BO$?OH16 M\"I5$H1_^]-WJG`73"X3=16W4_AO[A]TV`KEWW8VH. MVH7_*X8HG">#2C(['T23RLWU+K,GFCOQIW^ON0/?Y-VZ&`8+9`B-5-*0CZR/ MD27F-93"TMK6]LOJDC+%QBLM4WR/_Y2>;9GC7[0+]#06(/8'ZR!%$->6"E\M M/7S_=<(##^-1HL/WCY(?/;V]O*[H#D:9@ MD=_4"YI<((2;^P>--]VZ6F\='7>.U?HE/#7/+KF63U%PPSV6GLC?2NVK"8II M*4U10%'Y84F*LK6E*4KEMQ7^_0V(!+7R-63"#N91I(+Z?02Q\,H_3"[LJ+Z$ M9&"]+R$:6.]+R09!<$G"(;-K#=2?9R/UJLS"%CZ9:CZC:K(+NE?JJ''8EF]' M-Z8`?1TH-N0U6^NGQX>V2O?]T?%)M]/UZ^"WX[':'RJT#U3@[X5J8*C=,)3O M`_QN+JN0QEKM;O.T0E)C#',.#V\8VJL M*P].QM([CNH8KU8]1<6\K,@@(?=H4%PN:A<5IE3NR09V/#`WM&)!G<$+ M`4T%,4P)&KD*\*I?%5Y`64MA\FR#1@!->8^VR@BE,'XKJS\]EE M*34*SO;'.=MBH%YTX0:UBG4QN@L:Z``HQ#9]`XX*2B M.D\_0H^S/H(%8QGO37WH&N&$G2>8>!Y6=&NSJ@[/'YJ#P%RO0,*1F1BLC6'+ M,A!]_R=U!W\K>G.WVZIQT#W&KW^9L)U/O;!HU'@+!.V4]O[>4*U/`^2H2-0K M>RE*KOE+9<^GV&0=TU2Z_/ED@Q\\V4M MU\YHVE;K#RL'_WS&Q2YLCX2NN+$7V.L9].D=!7W^;1;#\O?YRU$XW>NV5+7R MX_^W4O[CK)3/UXP%B<1H?-"1B%(B@98IDBT!LZQ@NE@A)SK3+)$/N>7*6#>G MQK1I'U[T1UD[*)#LD36"9DRD:/I+\FRGR"/RGD?C?F[QJYO_- M;1!-S6A30XUNPKPJDS")9Y-^.'^22QB(4Z.0HXE=WU!YTFC^W#[KD25SJ*D-6R`=EE0N'"BBG@[-64GV$A5A]H\-F>]*_ M&@YJV4<;17V[SW5XW\.<"#>]:%"&'N$/OAE'@QXG:0*ZS,=&VJI_@5?8E.$W MBM3H1DNRM9,N*''/Z%1X%TTEMW?5VN%O@FA4Q-<@OO3+;/F&CQ]__:#/\<0: M'GXTM_WQ$^S,/-*00A.AP,@LPH(3"V4_[N24X=<[<\X*E/FDN]-I?#'X#V^) MIG&"1`X3VK&/L22*Z:.!F8Q.XTY@A7GIHQ(#5/'U0_2A75'C\Q[O MD&3'1W5^:I)O.PD#)(T7K+.`:S9"O0'6?T:_>[,1'V$D5Q@W2G@QBJ:_?JC_ M7BV;_S[OI/9`2)B*I9U5&%FL+5B`5SB?N\2L@UX"TRP6^_7+<`K0*1(^(%9\ M+*N5Z6#[8GNE1-?EK-*$K$H)*3<7TS:I#.=7](&'>VK05JA_:(`4)S'(-.&:4"V+8PO'%'E\G'OM'5\=/`>*M<1RDK# M=4R>)51(YQV`K:R*M=1UI]CN!>Y`W7AY%1:^Y`:L+]N4LP?JT$8EF5*6\NX1$+BD3NVO8'O+*` M)YF%32T&9EP7_!W&2:@7;]ZTO/N*-22UD(40?3(0LI,P"/EN2`-(@I^=1EDS M/HV>L$OZL"?(B@&L1(&(Y.2K+S)GJL,?H!/%:CEU00)QRM(:\?YRYZ39:YZV M&V>?JEO5:JGTNEKR9K["K:S,147;);2*?0)N\P"0^)4`M87W9H"Z0H57'MPO M16:X=?C#\Z&1/ZOEC3W=0_C`X)F*5X+))+BOKQH*7OU@<`Z>T=6UH4RIVSYK M'!R4N6(IV^$42B_JD`318K?SYJQ]>E@6.422R)AWG:,S[Y5.8"/DG$6-.LAT MUT4]!+S.#&GK>FW;V\#]8(06!"QKH^B]@>F:U6VE?D?JK1,=B>%'TV%D4?J& M;O;`TOL=,`LVGR&BTDDB0]"E*!6^&0%J";JU"!D:E(XQ.U[QY+1SW`/%K`G* M#T8?K=>JWO7,H]C>SRU@=ZJO9*^J5KR.*R!D'IQ,;QTW@CKAQ?Q6./BJA0OUS3$<25)_JW[ MFWVMI#?H,QS(6BY!L&W@ZSHNEF%2W*I<3^Y1(ZI@+GWS:&<.)\LEG_9A?Z`? M>215X&YFM[Y+(S0WP#T6X,\VEH7X$@#'CIC/&%#@H]TZ4:F2UU3#*JZXFS%#%J[#YT-`(\]?!=4,%+$OS2U_$-(YGKM&^[@;T8R7>ID1T&F M8'1;J^>+Y[804M?Z:M$EMJY.D@U<4&0*T*Q!/)N:KD7*^)QK(E5K M8[H%6>R*>F!48!L-`+^N3S^H]8%ZS2:>7;5^H4C]WD7M=6RN4'8%#BO7^+97 M'81P(=W`0`$-RX#GE.D24XP;"2:MAJ'N=WK8:4DL1`$H,KUGS3/]%D^M16LJ M`Q[]W#DX<%ZPD.6_ON6>/L;;?H5G8NHG9LQ?K*Z#0@GR1&IN-S M>VNJP;'5&2+J/_B6,M@L*VI;Z8VSXBOY1=-?B1HK^BW(AVV5!\S\';PQ#[H; M7P[=N0#&/)PY0%T6[E^'?G3%H4-%2Y[-@-[P2<%*3GDBL'-JX#NI8YG$(!Z% 5%;-Q>"/:Q:.'!/?_"Q".PHMQ&@$` ` end From owner-freebsd-hackers Sun Apr 30 21:27:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13139 for hackers-outgoing; Sun, 30 Apr 1995 21:27:15 -0700 Received: (from gclarkii@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13132 for hackers@freebsd.org; Sun, 30 Apr 1995 21:27:15 -0700 From: Gary Clark II Message-Id: <199505010427.VAA13132@freefall.cdrom.com> Subject: Re: IDE - 32bit .. yes but no :-( To: hackers@FreeBSD.org Date: Sun, 30 Apr 1995 21:27:15 -3100 (PDT) In-Reply-To: <199504291836.LAA25999@ref.tfs.com> from "Poul-Henning Kamp" at Apr 29, 95 11:36:42 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 924 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > I have a machine which has (literally) an el cheapo VLB IDE controller > > attached to a Quantum Maverick 540A. The problem with both the 950412 SNAP > > and the one before it is that, by default, it will try to set up 32bit mode. > > This has been changed in -current. Now you control 32bit and clustering > using > flags wdc0 0xYYYY > > > -- > Poul-Henning Kamp -- TRW Financial Systems, Inc. > 'All relevant people are pertinent' && 'All rude people are impertinent' > => 'no rude people are relevant' > phk, Will this flag be off as default? That way the people with the bogus WDCs can still load it. Gary -- Gary Clark II (N5VMF) | FreeBSD support and service gclarkii@FreeBSD.ORG | mail info@gbdata.com for information FreeBSD FAQ at ftp.FreeBSD.ORG in ~pub/FreeBSD/FreeBSD-current/src/share/FAQ/FreeBSD.FAQ From owner-freebsd-hackers Sun Apr 30 21:30:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13274 for hackers-outgoing; Sun, 30 Apr 1995 21:30:09 -0700 Received: from matrix.eden.com (ferror@matrix.eden.com [199.171.21.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA13268 for ; Sun, 30 Apr 1995 21:30:08 -0700 Received: (ferror@localhost) by matrix.eden.com (8.6.11.1/8.6.5) id XAA09769; Sun, 30 Apr 1995 23:30:04 -0500 Date: Sun, 30 Apr 1995 23:30:04 -0500 (CDT) From: Lee Feistel To: hackers@FreeBSD.org Subject: info Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I would like to request information on the mail distribution list. Thanks, Lee From owner-freebsd-hackers Sun Apr 30 21:35:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13384 for hackers-outgoing; Sun, 30 Apr 1995 21:35:16 -0700 Received: from silicon.csci.csusb.edu (silicon.csci.csusb.edu [139.182.38.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA13378 for ; Sun, 30 Apr 1995 21:35:14 -0700 Received: from orion.csci.csusb.edu by silicon.csci.csusb.edu (5.0/SMI-SVR4) id AA27329; Sun, 30 Apr 1995 21:40:31 +0800 Received: by orion.csci.csusb.edu (5.0/SMI-SVR4) id AA06011; Sun, 30 Apr 1995 21:34:45 +0800 Date: Sun, 30 Apr 1995 21:34:44 -0700 (PDT) From: Neal Westfall To: hackers@FreeBSD.org Subject: Netscape 1.1 and Current Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 623 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've just upgraded my system to -current this weekend from the April 12 snapshot. I'm having some trouble with Netscape 1.1. It locks up and reports the following: netscape: uname() failed; can't tell what system we're running on Previously it worked fine with the April 12 snapshot. If I boot up my old SNAP kernel, it works fine. Also, with the new slice code stuff, now I can't mount my dos partition. Any help appreciated! Neal Westfall nwestfal@csci.csusb.edu FreeBSD BUILT-19950429 #0: Sat Apr 29 04:13:14 PDT 1995 neal@darkside.csci.csusb.edu:/usr/src/sys/compile/DARKSIDE From owner-freebsd-hackers Sun Apr 30 21:46:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA13729 for hackers-outgoing; Sun, 30 Apr 1995 21:46:58 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA13720 for ; Sun, 30 Apr 1995 21:46:57 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA01555; Sun, 30 Apr 1995 21:46:55 -0700 From: Poul-Henning Kamp Message-Id: <199505010446.VAA01555@ref.tfs.com> Subject: Re: IDE - 32bit .. yes but no :-( To: gclarkii@freefall.cdrom.com (Gary Clark II) Date: Sun, 30 Apr 1995 21:46:55 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505010427.VAA13132@freefall.cdrom.com> from "Gary Clark II" at Apr 30, 95 09:27:15 pm Content-Type: text Content-Length: 419 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > This has been changed in -current. Now you control 32bit and clustering > > using > > flags wdc0 0xYYYY > > phk, > Will this flag be off as default? That way the people with the bogus > WDCs can still load it. > yes, of course. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Sun Apr 30 22:17:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA14182 for hackers-outgoing; Sun, 30 Apr 1995 22:17:51 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA14175 for ; Sun, 30 Apr 1995 22:17:47 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA11179; Sun, 30 Apr 1995 22:14:41 -0700 From: "Rodney W. Grimes" Message-Id: <199505010514.WAA11179@gndrsh.aac.dev.com> Subject: Re: Verbose vs. non-verbose To: tom@haven.uniserve.com (Tom Samplonius) Date: Sun, 30 Apr 1995 22:14:40 -3100 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at Apr 29, 95 08:26:49 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 636 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > On Sat, 29 Apr 1995, Rodney W. Grimes wrote: > > > BusLogic kinda screws things up here by nuking the vendor ID if the BIOS > > is running in ISA compatibility I/O address mode :-(. > > My Buslogic has the ISA compatibility enabled and it returns a valid > vendor ID. I thought this had something to do with using the jumpers to > set the system BIOS location? Or, is this yet another firmware difference? Your right.. I mixed the setting with the wrong symptom. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sun Apr 30 22:24:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA14313 for hackers-outgoing; Sun, 30 Apr 1995 22:24:08 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA14265 ; Sun, 30 Apr 1995 22:22:55 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA17351; Mon, 1 May 1995 15:16:46 +1000 Date: Mon, 1 May 1995 15:16:46 +1000 From: Bruce Evans Message-Id: <199505010516.PAA17351@godzilla.zeta.org.au> To: bde@freefall.cdrom.com, hackers@freefall.cdrom.com, julian@freefall.cdrom.com Subject: Re: early warning of DEVFS/SLICE mayhem Sender: hackers-owner@FreeBSD.org Precedence: bulk >I'm going to (as soon as it settles down) perform major mayhem on the slice >code. >... >the major change will be the breaking out of 'type handlers' for >each slice type. I need to write a type handler fro MACH2.5 type slices, >so I can cross mount my mach 2.5 partitions.. I believe this may >also work for ISC sysV and other type 99 users as well. (but am unsure) This will become very complicated. There also needs to be a layer to support a type handler for each slicing type (dsinit() is only for DOS partitions and shouldn't be called directly). There also needs to be a layer for unslicing (striping). Note that slices are supposed to be machine-independent and support for foreign labels as labels was not planned for. I hoped to handle all foreign labelling schemes by converting them to slices. This would require more slice bits, not more partition bits. Bruce From owner-freebsd-hackers Sun Apr 30 22:36:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA14435 for hackers-outgoing; Sun, 30 Apr 1995 22:36:51 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA14429 ; Sun, 30 Apr 1995 22:36:50 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id WAA01686; Sun, 30 Apr 1995 22:35:34 -0700 From: Julian Elischer Message-Id: <199505010535.WAA01686@ref.tfs.com> Subject: Re: early warning of DEVFS/SLICE mayhem To: bde@zeta.org.au (Bruce Evans) Date: Sun, 30 Apr 1995 22:35:33 -0700 (PDT) Cc: bde@freefall.cdrom.com, hackers@freefall.cdrom.com, julian@freefall.cdrom.com In-Reply-To: <199505010516.PAA17351@godzilla.zeta.org.au> from "Bruce Evans" at May 1, 95 03:16:46 pm Content-Type: text Content-Length: 1600 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > >I'm going to (as soon as it settles down) perform major mayhem on the slice > >code. > >... > >the major change will be the breaking out of 'type handlers' for > >each slice type. I need to write a type handler fro MACH2.5 type slices, > >so I can cross mount my mach 2.5 partitions.. I believe this may > >also work for ISC sysV and other type 99 users as well. (but am unsure) > > This will become very complicated. There also needs to be a layer to > support a type handler for each slicing type (dsinit() is only for DOS > partitions and shouldn't be called directly). There also needs to be > a layer for unslicing (striping). yes, but I think it's do-able.. and I NEED it.. also with DEVFS, each handler can name it's parts as it would expect :) > > Note that slices are supposed to be machine-independent and support for > foreign labels as labels was not planned for. I have 16 partitions per MACH slice and they are definitly not in a disklabel... that's why my (example) definition in diskslice.h changes sd_label to be an opaque data type.. each handler handles it's own structure.. we can't WRITE them, and DISKLABEL will refuse to work with them, but that's ok.. it's to allow us to FIT IN with other systems that are already present on a system > I hoped to handle all > foreign labelling schemes by converting them to slices. This would > require more slice bits, not more partition bits. the trouble with this is that other unix 'slices' will have their own bad-blocking methods.... we need a handler that can handle this or we might as well not try.. > > Bruce > From owner-freebsd-hackers Sun Apr 30 23:13:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA15117 for hackers-outgoing; Sun, 30 Apr 1995 23:13:17 -0700 Received: from caern.protocorp.com ([198.147.97.66]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA15111 for ; Sun, 30 Apr 1995 23:13:15 -0700 Received: from caern.leonardo.net (localhost [127.0.0.1]) by caern.protocorp.com (8.6.9/8.6.9) with ESMTP id XAA00432 for ; Sun, 30 Apr 1995 23:12:48 -0700 Message-Id: <199505010612.XAA00432@caern.protocorp.com> To: hackers@FreeBSD.org Subject: Compress dumps? Date: Sun, 30 Apr 1995 23:12:46 -0700 From: "Mike O'Brien" Sender: hackers-owner@FreeBSD.org Precedence: bulk Just a thought, but has anyone given any thought to running the "dump" data stream through 'gzip' on its way to the tape, so that we don't have to buy quite as many QIC-80 tapes? Sort of like the regular CMS 'tape' program does under DOS/Windows? Mike O'Brien From owner-freebsd-hackers Sun Apr 30 23:17:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA15185 for hackers-outgoing; Sun, 30 Apr 1995 23:17:32 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA15179 for ; Sun, 30 Apr 1995 23:17:31 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id XAA01805; Sun, 30 Apr 1995 23:17:29 -0700 From: Poul-Henning Kamp Message-Id: <199505010617.XAA01805@ref.tfs.com> Subject: Re: Compress dumps? To: obrien@leonardo.net (Mike O'Brien) Date: Sun, 30 Apr 1995 23:17:28 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505010612.XAA00432@caern.protocorp.com> from "Mike O'Brien" at Apr 30, 95 11:12:46 pm Content-Type: text Content-Length: 467 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Just a thought, but has anyone given any thought to running the > "dump" data stream through 'gzip' on its way to the tape, so that we > don't have to buy quite as many QIC-80 tapes? Sort of like the regular > CMS 'tape' program does under DOS/Windows? been doing it for years... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Mon May 1 01:44:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA17849 for hackers-outgoing; Mon, 1 May 1995 01:44:25 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA17841 for ; Mon, 1 May 1995 01:44:19 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03698; Mon, 1 May 1995 10:44:14 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA12748; Mon, 1 May 1995 10:44:13 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id KAA09682; Mon, 1 May 1995 10:32:07 +0200 From: J Wunsch Message-Id: <199505010832.KAA09682@uriah.heep.sax.de> Subject: Re: Netscape 1.1 and Current To: nwestfal@orion.csci.csusb.edu (Neal Westfall) Date: Mon, 1 May 1995 10:32:05 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: from "Neal Westfall" at Apr 30, 95 09:34:44 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 586 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Neal Westfall wrote: > > netscape: uname() failed; can't tell what system we're running on I guess, this is the problem: > FreeBSD BUILT-19950429 #0: Sat Apr 29 04:13:14 PDT 1995 ^^^^^^^^^^^^^^ Make the following in sys/conf/newvers.sh if [ "x$RELEASE" = xCURRENT ] ; then - RELEASE=`date '+BUILT-%Y%m%d'` + RELEASE=`date '+2.0-BUILT-%Y%m%d'` fi There's also a PR pendig for it. Anyone care to officialize this change? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 1 01:44:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA17858 for hackers-outgoing; Mon, 1 May 1995 01:44:30 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA17847 for ; Mon, 1 May 1995 01:44:24 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03706; Mon, 1 May 1995 10:44:16 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA12754; Mon, 1 May 1995 10:44:15 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id KAA09729; Mon, 1 May 1995 10:36:07 +0200 From: J Wunsch Message-Id: <199505010836.KAA09729@uriah.heep.sax.de> Subject: Re: pthreads progress report To: rpt@miles.sso.loral.com (Richard Toren) Date: Mon, 1 May 1995 10:36:07 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: from "Richard Toren" at Apr 30, 95 07:23:01 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 529 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Richard Toren wrote: > > Is there a difference between building on freefall, and what was deliverd > in 2.0R? Freefall runs a much newer system. Anyway, for work like this you would/should better use thud. It runs almost at the bleeding edge of -current wisdom, and is dedicated to things like larger compilations (while freefall is loaded hard enough with mail, CTM and sup). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 1 01:47:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA18020 for hackers-outgoing; Mon, 1 May 1995 01:47:59 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA17878 ; Mon, 1 May 1995 01:44:55 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03702; Mon, 1 May 1995 10:44:15 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA12751; Mon, 1 May 1995 10:44:14 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id KAA09695; Mon, 1 May 1995 10:32:53 +0200 From: J Wunsch Message-Id: <199505010832.KAA09695@uriah.heep.sax.de> Subject: Re: NFS - rpc.pcnfsd - Where ??? To: procecorjb@Vir.com (Robert Burns) Date: Mon, 1 May 1995 10:32:53 +0200 (MET DST) Cc: questions@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199504302303.SAA09283@Vir.com> from "Robert Burns" at Apr 30, 95 06:03:24 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 392 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Robert Burns wrote: > > I've managed to get NFS/PCNFS up and going but there is one problem. The > /etc/inetd.conf file points to /usr/libexec/rpc.pcnfsd, but I don't have > this daemon anywhere on my system. Whats the fix. ports/net/pcnfsd -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 1 01:56:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA18388 for hackers-outgoing; Mon, 1 May 1995 01:56:14 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id BAA18382 for ; Mon, 1 May 1995 01:56:03 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA03893; Mon, 1 May 1995 10:55:46 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA12793; Mon, 1 May 1995 10:55:46 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id KAA09970; Mon, 1 May 1995 10:54:36 +0200 From: J Wunsch Message-Id: <199505010854.KAA09970@uriah.heep.sax.de> Subject: Re: ftok.c and man page To: jbeukema@HK.Super.Net (John Beukema) Date: Mon, 1 May 1995 10:54:35 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: from "John Beukema" at May 1, 95 11:11:03 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 371 Sender: hackers-owner@FreeBSD.org Precedence: bulk As John Beukema wrote: > > Sorry the last message did not have the attachment. > > enclosed is the ftok function and man page. Thank you for your submission. I've just integrated it into libcompat, and commited the change. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 1 01:58:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA18476 for hackers-outgoing; Mon, 1 May 1995 01:58:54 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA18469 for ; Mon, 1 May 1995 01:58:50 -0700 Received: from localhost.Berkeley.EDU (localhost.Berkeley.EDU [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id BAA05788; Mon, 1 May 1995 01:57:41 -0700 Message-Id: <199505010857.BAA05788@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost.Berkeley.EDU didn't use HELO protocol To: Andreas Klemm cc: moto@CS.cmu.edu, freebsd-hackers@FreeBSD.org Subject: Re: AHC2940 + Micropolis/Seagate w/wo tagged queueing In-reply-to: Your message of "Sat, 29 Apr 1995 16:06:46 +0200." <199504291406.QAA02352@knobel.GUN.de> Date: Mon, 01 May 1995 01:57:20 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> I have two types of drive (Micropolis 4221 and Seagate Barracuda I >> (ST11950N)) and an AHA-2490. I did some experiments with these drives >> enabling/disabling the tagged queueing option on 940412-SNAP. Here is >> the result: >> ... >> >> I think that 950412 kernel is almost rock solid w.r.t. aha2940 driver, >> but looks like it still has a subtle timing problem. Not to mention, >> there is a possibility that this is just caused by a drive's firmware >> problem, though. I'd like to hear an experience from other people who >> are using aha2940. Thanks! > >Whats the status of this ? We use AHA 2940 in our departement. >I'd love to see this fixed. I wanna persuade our developers to >go with FreeBSD when 2.1 is out. So this is important for me. > > Andreas /// When David Greenman decided to go with 3 2940 controllers in wcarchive, a push was made to correct the many problems in the sequencer code that is downloaded to the aic7xxx chip on these boards. It took almost a week to acomplish, but the current sequencer code seems solid when running without tagged queuing. With tagged queuing, it seems to fail on some Seagate model drives, but everything else that has been tried so far has worked. As soon as I get a little more time, I'll be looking into the problem with the Segate drives. For now, the driver will ship with tag queuing disabled and optionally enabled via a kernel config option (AHC_TAGENABLE). >-- >andreas@knobel.gun.de /\/\___ Wiechers & Partner Datentechnik GmbH > Andreas Klemm ___/\/\/ - Support Unix - akl@wup.de - > > *** apsfilter - irgendwie clever *** >ftp.informatik.rwth-aachen.de:/pub/Linux/local/packs/APSfilter/aps-49...:-) -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Mon May 1 02:09:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA18820 for hackers-outgoing; Mon, 1 May 1995 02:09:56 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA18796 for ; Mon, 1 May 1995 02:09:35 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id LAA04203; Mon, 1 May 1995 11:09:22 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id LAA14617; Mon, 1 May 1995 11:09:21 +0200 Message-Id: <199505010909.LAA14617@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Mike O'Brien" cc: hackers@FreeBSD.org Subject: Re: Compress dumps? Date: Mon, 01 May 1995 11:09:21 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > Just a thought, but has anyone given any thought to running the > "dump" data stream through 'gzip' on its way to the tape, so that we > don't have to buy quite as many QIC-80 tapes? Sort of like the regular > CMS 'tape' program does under DOS/Windows? Yup. I have QIC 150's and 1.2GB of disk. I would not do it any other way. I do it by constructing a pipline, but if you have some other ideas I'll be interested! M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Mon May 1 02:15:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA19007 for hackers-outgoing; Mon, 1 May 1995 02:15:46 -0700 Received: from silicon.csci.csusb.edu (silicon.csci.csusb.edu [139.182.38.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA19001 for ; Mon, 1 May 1995 02:15:42 -0700 Received: from orion.csci.csusb.edu by silicon.csci.csusb.edu (5.0/SMI-SVR4) id AA27888; Mon, 1 May 1995 02:21:07 +0800 Received: by orion.csci.csusb.edu (5.0/SMI-SVR4) id AA07379; Mon, 1 May 1995 02:15:17 +0800 Date: Mon, 1 May 1995 02:15:17 -0700 (PDT) From: Neal Westfall To: Joerg Wunsch Cc: hackers@FreeBSD.org Subject: Re: Netscape 1.1 and Current In-Reply-To: <199505010832.KAA09682@uriah.heep.sax.de> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 933 Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 1 May 1995, J Wunsch wrote: > > netscape: uname() failed; can't tell what system we're running on > > I guess, this is the problem: > > > FreeBSD BUILT-19950429 #0: Sat Apr 29 04:13:14 PDT 1995 > ^^^^^^^^^^^^^^ I sort of suspected, but hadn't seen anyone else mention it. Thanks, I'll try cooking up a new kernel. > > Make the following in sys/conf/newvers.sh > > if [ "x$RELEASE" = xCURRENT ] ; then > - RELEASE=`date '+BUILT-%Y%m%d'` > + RELEASE=`date '+2.0-BUILT-%Y%m%d'` > fi > > There's also a PR pendig for it. Anyone care to officialize this change? > > -- > cheers, J"org > > joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ > Never trust an operating system you don't have sources for. ;-) > Neal Westfall nwestfal@csci.csusb.edu FreeBSD BUILT-19950429 #0: Sat Apr 29 04:13:14 PDT 1995 neal@darkside.csci.csusb.edu:/usr/src/sys/compile/DARKSIDE From owner-freebsd-hackers Mon May 1 02:27:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA19257 for hackers-outgoing; Mon, 1 May 1995 02:27:21 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id CAA19251 for ; Mon, 1 May 1995 02:27:16 -0700 Received: by sequent.kiae.su id AA03007 (5.65.kiae-2 ); Mon, 1 May 1995 13:26:25 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Mon, 1 May 95 13:26:24 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id NAA00521; Mon, 1 May 1995 13:18:16 +0400 To: Julian Elischer , Terry Lambert Cc: hackers@FreeBSD.org, pritc003@maroon.tc.umn.edu, sos@login.dknet.dk References: <199505010014.RAA00443@ref.tfs.com> In-Reply-To: <199505010014.RAA00443@ref.tfs.com>; from Julian Elischer at Sun, 30 Apr 1995 17:14:15 -0700 (PDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Mon, 1 May 1995 13:18:15 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Screen print capability Lines: 26 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 842 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199505010014.RAA00443@ref.tfs.com> Julian Elischer writes: >> >> No, what the console can do is take an escape sequence and as a result, >> report the screen contents as if they were being typed at the >> keyboard, spacing, color, and all. >This is REALLY DANGEROUSE!!!!!!! >consider: >mail root <x >rm -rf /& >[sequence to make screen send contents from keyboard] >DONE It is well known backdoor and it is MUA itself problem (MUA need to be fixed). All other stuff (wall,write,talk) already care about it using isprint(). -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Mon May 1 03:53:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA21056 for hackers-outgoing; Mon, 1 May 1995 03:53:04 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA21050 ; Mon, 1 May 1995 03:53:00 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id GAA20745; Mon, 1 May 1995 06:49:44 -0400 From: Peter Dufault Message-Id: <199505011049.GAA20745@hda.com> Subject: SLICES and bits in the device numbers To: bde@zeta.org.au (Bruce Evans) Date: Mon, 1 May 1995 06:49:44 -0400 (EDT) Cc: hackers@FreeBSD.org, julian@FreeBSD.org In-Reply-To: <199505010448.OAA16733@godzilla.zeta.org.au> from "Bruce Evans" at May 1, 95 02:48:51 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 2576 Sender: hackers-owner@FreeBSD.org Precedence: bulk Bruce Evans writes: > > Modified: sys/sys disklabel.h > > Log: > > making a reservation for more bits before people start using them > > in the minor number, (this stuff HAS to go!) > > The change I want is: > > /* > > 3 2 1 0 > > 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0 9 8 7 6 5 4 3 2 1 0 > > _________________________________________________________________ > > | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | > > ----------------------------------------------------------------- > > | TYPE | SLICE | MAJOR? | UNIT |PART | <-now > > ----------------------------------------------------------------- > > | TYPE |PART2| SLICE | MAJOR? | UNIT |PART | <-soon > > ----------------------------------------------------------------- > > > > I want 3 more part bits (taken from 'TYPE' (useless as it is) (JRE) > > */ > > I already use the low 6 bits of the TYPE for FDTYPE() in isa/fdc.h :-]. > > Don't forget to update all the places that decode or encode the bits, e.g., > dkminor() in MAKEDEV. Even if I remove the fixed SCSI device (BUS-ID-LUN embedded in major number) that can no longer work for disks, I still need a control device for the disk that bypasses all normal processing and only permits the ioctl (for formatting disks and fixing broken tapes). It appears that for a disk drive, the only field that belongs to the driver is the UNIT field. While you're fixing macros should you perhaps add something like a "This is NOT a slice" bit so that most of the TYPE and SLICE fields revert to the driver? Or will someone please propose a better idea? Joerg proposes that I use "O_NONBLOCK" to specify a control device, but I don't like it because the changes are then spread throughout the SCSI system more than if I intercept a control device in scsi_driver.c (As I bounced off Bruce once before: it would be real nice if we could divorce the actual device from the disk aspects of it, so that once you had a reliable block transfer mechanism you could turn it into a full disk driver without modifying it. You'd have two devices - a pseudo device that was the disk driver and the actual device that was the block transfer method. But not now.) I need this now, BTW, so I welcome suggestions. -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Mon May 1 09:28:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA29767 for hackers-outgoing; Mon, 1 May 1995 09:28:36 -0700 Received: from crab.xinside.com (crab.xinside.com [199.164.187.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA29761 for ; Mon, 1 May 1995 09:28:33 -0700 Received: (from jdc@localhost) by crab.xinside.com (8.6.8/8.6.9) id KAA07182; Mon, 1 May 1995 10:44:47 -0600 From: Jeremy Chatfield Message-Id: <199505011644.KAA07182@crab.xinside.com> Subject: Re: Video stuff... To: hasty@star-gate.com (Amancio Hasty) Date: Mon, 1 May 1995 10:44:46 -0600 (MDT) Cc: jdc@xinside.com, hackers@freefall.cdrom.com In-Reply-To: <199504301340.NAA01587@star-gate.com> from "Amancio Hasty" at Apr 30, 95 01:40:33 pm Organization: X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Phone: +1(303)470-5302 Reply-To: jdc@xinside.com X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2231 Sender: hackers-owner@FreeBSD.org Precedence: bulk Amancio Hasty writes: > > >>> Jeremy Chatfield said: > > > > Hardware restrictions and the XVideo extension (or our interpretation > > of the restrictions, at least), mean that we won't be supporting the > > MPEG hardware initially. However, you will be able to take a live > > Are you aware of any existing extensions which are capable of supporting > mpeg? > > I got hold of an mpeg board from OmniMedia which is capable of outputing > to TV and/or vga works great under FreeBSD :) We don't know of any X Consortium standards that cover MPEG control. Strictly speaking the XVideo extension is much more for control of the video stream, rather than any manipulation of it. For example, you can change brightness, contrast and so on, but you can't specify a source other than a channel. Connecting a channel to an MPEG device is beyond the scope of the extension. The Sun X Image Library offers something that is headed in the right direction , but is much more general than solely video sinks and sources. We suspect that it may be overkill for what most people want, but is probably interesting to those wishing to do some serious video work. It would also, we suspect, be a considerably licensing fee for us. At the moment, we believe that we will have to create our own extension, probably building an API that will be a compatible extension of the X Video extension. We will also need a device driver for each OS, because MPEG hardware works by filling a buffer and then refilling it before the decompressor empties it again. The signal to refill is typically sent via an interrupt. The Matrox Marvel II permits both SuperVGA (up to 1280x1204x16bpp or 800x600x24bpp) and TV formatted (NTSC and PAL, I think) output. However, when you engage the output, you lose the video input, so you don;t seem to be able to do a video window in a video output, until we get MPEG running on that board. Cheers, JeremyC. -- Jeremy Chatfield, +1(303)470-5302, FAX:+1(303)470-5513, email:jdc@xinside.com X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Commercial X Server - for more information please try these services http://www.xinside.com info@xinside.com ftp.xinside.com From owner-freebsd-hackers Mon May 1 09:29:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA29783 for hackers-outgoing; Mon, 1 May 1995 09:29:03 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA29777 for ; Mon, 1 May 1995 09:29:00 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA26054; Mon, 1 May 95 10:22:07 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505011622.AA26054@cs.weber.edu> Subject: Re: Screen print capability To: peter@bonkers.taronga.com (Peter da Silva) Date: Mon, 1 May 95 10:22:06 MDT Cc: hackers@FreeBSD.org In-Reply-To: <199505010145.UAA29544@bonkers.taronga.com> from "Peter da Silva" at Apr 30, 95 08:45:09 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > For example, one of our contractors used this as a joke. He had a file > called "contract.rate" that contained the sequences to load the > status line with "/his-home/.x/x" and send it, and in .x/x had a > script that pretended to be deleting your home directory. You don't > often *run* stuff in other people's directories, but catting a file is > "supposed" to be safe! All Wyse, Televideo, Adm, Hazeltine, Lear/Seigler, Beehive, etc. terminals have similar report sequences. As does the VT131 and any other terminal thet can be put in "block mode", like the IBM 3101, etc.. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 1 10:23:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA01051 for hackers-outgoing; Mon, 1 May 1995 10:23:24 -0700 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA01045 for ; Mon, 1 May 1995 10:23:23 -0700 Received: by netcom14.netcom.com (8.6.12/Netcom) id KAA12204; Mon, 1 May 1995 10:13:36 -0700 Date: Mon, 1 May 1995 10:13:36 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199505011713.KAA12204@netcom14.netcom.com> To: hasty@star-gate.com, jdc@xinside.com Subject: Re: Video stuff... Cc: hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >At the moment, we believe that we will have to create our own >extension, probably building an API that will be a compatible >extension of the X Video extension. We will also need a device Tnks, I am thinking about similar lines. My first cut at this problem will be to just have a simple app that can control the video overlay window and the mpeg stream. The second round will be two modify the X video extensions to allow us to feed it mpeg data. Thanks again for your input :) Amancio From owner-freebsd-hackers Mon May 1 10:36:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA01333 for hackers-outgoing; Mon, 1 May 1995 10:36:22 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA01327 for ; Mon, 1 May 1995 10:36:18 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07524; Mon, 1 May 95 11:29:46 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505011729.AA07524@cs.weber.edu> Subject: Re: Compress dumps? To: obrien@leonardo.net (Mike O'Brien) Date: Mon, 1 May 95 11:29:46 MDT Cc: hackers@FreeBSD.org In-Reply-To: <199505010612.XAA00432@caern.protocorp.com> from "Mike O'Brien" at Apr 30, 95 11:12:46 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Just a thought, but has anyone given any thought to running the > "dump" data stream through 'gzip' on its way to the tape, so that we > don't have to buy quite as many QIC-80 tapes? Sort of like the regular > CMS 'tape' program does under DOS/Windows? I always want to cry when someone suggests stream compression on dump formats. Without the compression, you can recover if your cat (or girlfriend or boyfriend or significant whatever) eats a hole in the tape (if if you have mylar-moths ...you get the idea). With stream compression, you get to lose all of the data following the munged area because you require compression state prior to the area being decompressed to correctly decompress. One possible fix is to go to a block compression scheme or a file compression scheme as the tapes are written. In that case, the maximum loss is when the cat senses a boundry to chew on and you lose the end of one and the start of another... so you lose two blocks-or-files depending on the compression scheme. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 1 10:43:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA01472 for hackers-outgoing; Mon, 1 May 1995 10:43:39 -0700 Received: from mail.rwth-aachen.de (mail.RWTH-Aachen.DE [137.226.144.9]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA01427 for ; Mon, 1 May 1995 10:40:25 -0700 Received: from gilberto.physik.rwth-aachen.de by mail.rwth-aachen.de (PMDF V4.3-10 #7297) id <01HQ00VQH7HC002K9R@mail.rwth-aachen.de>; Mon, 01 May 1995 19:38:18 +0100 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id TAA09091 for freebsd-hackers@freefall.cdrom.com; Mon, 1 May 1995 19:46:57 +0200 Date: Mon, 01 May 1995 19:46:57 +0200 From: "Christoph P. Kukulies" Subject: gabriel To: freebsd-hackers@freefall.cdrom.com Message-id: <199505011746.TAA09091@gilberto.physik.rwth-aachen.de> Content-transfer-encoding: 7BIT Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anyone gotten gabriel to work in an environment of 2.0 machines? I cannot get the install_gabriel_clients script to work since rlogin -l root always fails. Is it wise to relax security to run tools that should watch for breakins? --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de BUILT-19950430 FreeBSD BUILT-19950430 #0: Sun Apr 30 12:24:30 MET DST 1995 root@blues.physik.rwth-aachen.de:/usr/sr c/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Mon May 1 10:49:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA01632 for hackers-outgoing; Mon, 1 May 1995 10:49:44 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA01626 for ; Mon, 1 May 1995 10:49:44 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA03641; Mon, 1 May 1995 10:49:32 -0700 From: Poul-Henning Kamp Message-Id: <199505011749.KAA03641@ref.tfs.com> Subject: Re: Compress dumps? To: terry@cs.weber.edu (Terry Lambert) Date: Mon, 1 May 1995 10:49:31 -0700 (PDT) Cc: obrien@leonardo.net, hackers@FreeBSD.org In-Reply-To: <9505011729.AA07524@cs.weber.edu> from "Terry Lambert" at May 1, 95 11:29:46 am Content-Type: text Content-Length: 944 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Just a thought, but has anyone given any thought to running the > > "dump" data stream through 'gzip' on its way to the tape, so that we > > don't have to buy quite as many QIC-80 tapes? Sort of like the regular > > CMS 'tape' program does under DOS/Windows? > > I always want to cry when someone suggests stream compression on > dump formats. Terry, In my 10+ years in computing, I have >once< had a chance to restore from a damaged media which were still partially readable. Comparing that to how many tapes I've written, streams based compression is a very low risk thing to do to save money. How about this observation btw: If I can compress at least 3:1, I can make two copies, and still save 33% on media... (Assuming you fill them of course). -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Mon May 1 11:00:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01900 for hackers-outgoing; Mon, 1 May 1995 11:00:07 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA01886 for ; Mon, 1 May 1995 10:59:58 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id MAA01024; Mon, 1 May 1995 12:03:40 -0600 Date: Mon, 1 May 1995 12:03:40 -0600 From: Nate Williams Message-Id: <199505011803.MAA01024@trout.sri.MT.net> In-Reply-To: Poul-Henning Kamp "Re: Compress dumps?" (May 1, 10:49am) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Poul-Henning Kamp , terry@cs.weber.edu (Terry Lambert) Subject: Re: Compress dumps? Cc: obrien@leonardo.net, hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I always want to cry when someone suggests stream compression on > > dump formats. > > Terry, > > In my 10+ years in computing, I have >once< had a chance to restore > from a damaged media which were still partially readable. In my 10+ years in computing, I have had *multiple chances (experiences) trying to resurrect a dump from damaged media. I can count on the my fingers the # of restores I've had to do which were bad, but it's not an experience I'd go through again if I had a choice. > Comparing that to how many tapes I've written, streams based compression > is a very low risk thing to do to save money. Compared to how many tapes I've written and how many went bad, I would *NEVER* do stream based compression. Note, my experience has been that the failure rate is not very high, but for the cost of a few tapes the cost of *my* time to get the backup (if possible) and the cost of lost work of the developers it isn't an issue. > How about this observation btw: > > If I can compress at least 3:1, I can make two copies, and still save > 33% on media... (Assuming you fill them of course). The price of backup media has never been an issue for me. If price is an issue for you, then rotate your tapes. Nate From owner-freebsd-hackers Mon May 1 11:02:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA01943 for hackers-outgoing; Mon, 1 May 1995 11:02:31 -0700 Received: from kudu.ru.ac.za (kudu.ru.ac.za [146.231.128.5]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA01937 for ; Mon, 1 May 1995 11:02:19 -0700 Received: from by kudu.ru.ac.za with cbsmtp (Smail3.1.28.1 #2) id m0s5zln-000MfHC; Mon, 1 May 95 20:00 EET Received: by neptune.ru.ac.za (Smail3.1.28.1 #10) id m0s5do9-0000CuC; Sun, 30 Apr 95 20:33 SAT Message-Id: From: geoff@neptune.ru.ac.za (Geoff Rehmet) Subject: Strange Signal 4 while compiling lkm_nfs To: hackers@FreeBSD.org Date: Sun, 30 Apr 1995 20:33:27 +0200 (SAT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 676 Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anyone seen this before: While compiling the lkms, cc1 got a SIG 4 on nfs_vnops.c. This happened again when I restarted the make. Both times I had been running an mcopy at the same time as I got the SIG 4 (Illegal instruction). On my third try, I made sure that only my make was running, and this time the compile succeeded. Config: 386DX33, 8M RAM, 24M swap. Geoff. (BTW: I'm not back on -hackers yet, pending setting up my UUCP properly.) -- Geoff Rehmet | ____ _ o /\ geoff@neptune.ru.ac.za |___ _-\_<, / /\/\ "finger -l rehmet@cs.ru.ac.za" for PGP key | (*)/'(*) /\/ / \ \ From owner-freebsd-hackers Mon May 1 11:15:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA02288 for hackers-outgoing; Mon, 1 May 1995 11:15:22 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA02278 ; Mon, 1 May 1995 11:15:16 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA11695; Mon, 1 May 95 11:55:25 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505011755.AA11695@cs.weber.edu> Subject: Re: SLICES and bits in the device numbers To: dufault@hda.com (Peter Dufault) Date: Mon, 1 May 95 11:55:24 MDT Cc: bde@zeta.org.au, hackers@FreeBSD.org, julian@FreeBSD.org In-Reply-To: <199505011049.GAA20745@hda.com> from "Peter Dufault" at May 1, 95 06:49:44 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Even if I remove the fixed SCSI device (BUS-ID-LUN embedded in > major number) that can no longer work for disks, I still need a > control device for the disk that bypasses all normal processing > and only permits the ioctl (for formatting disks and fixing broken > tapes). It appears that for a disk drive, the only field that > belongs to the driver is the UNIT field. I don't understand the tapes issue -- I would think tapes would be unaffected by the slice code. As far as formatting disks go, I agree with you. Personally, if I were using the devfs, it would be via a heirarchy that includes slices last and thus you could open the intermediate "directory" file and work on it. Alternately, the operations you want to do are only applicable to whole devices, which implies that there is no confusion of you just want to make them work without recourse on slice devices as well. The only issue there is how do you open a slice device on a disk with no disklabel because it needs formatting. The O_NONBLOCK seems an elegant soloution to the problem, saying "ignore the slice bits on this open". My two cents. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 1 11:27:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA02522 for hackers-outgoing; Mon, 1 May 1995 11:27:15 -0700 Received: from crab.xinside.com (crab.xinside.com [199.164.187.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA02509 for ; Mon, 1 May 1995 11:27:07 -0700 Received: (from jdc@localhost) by crab.xinside.com (8.6.8/8.6.9) id MAA07543; Mon, 1 May 1995 12:42:55 -0600 From: Jeremy Chatfield Message-Id: <199505011842.MAA07543@crab.xinside.com> Subject: Re: Video stuff... To: hasty@netcom.com (Amancio Hasty Jr) Date: Mon, 1 May 1995 12:42:55 -0600 (MDT) Cc: hasty@star-gate.com, jdc@xinside.com, hackers@freefall.cdrom.com In-Reply-To: <199505011713.KAA12204@netcom14.netcom.com> from "Amancio Hasty Jr" at May 1, 95 10:13:36 am Organization: X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Phone: +1(303)470-5302 Reply-To: jdc@xinside.com X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1561 Sender: hackers-owner@FreeBSD.org Precedence: bulk Amancio Hasty Jr writes: > > >At the moment, we believe that we will have to create our own > >extension, probably building an API that will be a compatible > >extension of the X Video extension. We will also need a device > > Tnks, I am thinking about similar lines. My first cut at this > problem will be to just have a simple app that can control the > video overlay window and the mpeg stream. The second round will be > two modify the X video extensions to allow us to feed it mpeg data. > > Thanks again for your input :) We expect to start publishing our interface specs in a few months, when Release 1.2 is finally out of the door. I don't know what time requirements you have, but you might want to look at our API. It would reduce some of the incompatibility madness that afflicts the UNIX derivative environments... We'd certainly be prepared to look at your specs, and we may even be able to provide some suggestions with only mildly annoying criticism ;-) I think that you will need to develop much of the X Video spec API initially, since you probably want to have a superset of that functionality with the added capability of MPEG feed and controls. We found that it took us several months to bring to acceptable quality. Cheers, JeremyC. -- Jeremy Chatfield, +1(303)470-5302, FAX:+1(303)470-5513, email:jdc@xinside.com X Inside Inc, P O Box 10774, Golden, CO 80401-0610, USA. Commercial X Server - for more information please try these services http://www.xinside.com info@xinside.com ftp.xinside.com From owner-freebsd-hackers Mon May 1 11:27:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA02516 for hackers-outgoing; Mon, 1 May 1995 11:27:14 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA02510 for ; Mon, 1 May 1995 11:27:12 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA15590; Mon, 1 May 95 12:19:45 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505011819.AA15590@cs.weber.edu> Subject: Re: Compress dumps? To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Mon, 1 May 95 12:19:44 MDT Cc: obrien@leonardo.net, hackers@FreeBSD.org In-Reply-To: <199505011749.KAA03641@ref.tfs.com> from "Poul-Henning Kamp" at May 1, 95 10:49:31 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > In my 10+ years in computing, I have >once< had a chance to restore > from a damaged media which were still partially readable. > > Comparing that to how many tapes I've written, streams based compression > is a very low risk thing to do to save money. > > How about this observation btw: > > If I can compress at least 3:1, I can make two copies, and still save > 33% on media... (Assuming you fill them of course). Assuming you don't look at those tapes in a months time and say "hey! I don't need to buy more tapes! I'll just use these redunant tapes...". I've found that the problem with mirroring disks is that when you need more space, the mirroring goes out the window. If you can exercise restraint, a backup-backup is a perfectly acceptable way of eliminating the munged-compressed-tape risk altogether. Now if only I can convince you to rent a safety-deposit box and put your backup duplicates there... Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 1 11:51:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA02909 for hackers-outgoing; Mon, 1 May 1995 11:51:51 -0700 Received: from violet.berkeley.edu (violet.Berkeley.EDU [128.32.155.22]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA02903 for ; Mon, 1 May 1995 11:51:50 -0700 Received: by violet.berkeley.edu (8.6.10/1.33r) id LAA06428; Mon, 1 May 1995 11:51:48 -0700 Date: Mon, 1 May 1995 11:51:48 -0700 From: jkh@violet.berkeley.edu (Jordan K. Hubbard) Message-Id: <199505011851.LAA06428@violet.berkeley.edu> To: hackers@FreeBSD.org Subject: fyi.. Sender: hackers-owner@FreeBSD.org Precedence: bulk Newsgroups: info.bsdi.users,comp.unix.bsd.bsdi.announce Path: agate!howland.reston.ans.net!news.moneng.mei.com!hookup!noc.tor.hookup.net!metrics.com!tomh From: alan@lscruz.scf.lmsc.lockheed.com (Alan Strassberg) Subject: ANNOUNCE: New bootpd and DHCP patches (was: arptnew messages) Approved: tomh@metrics.com Keywords: bootpd DHCP arp Message-ID: Sender: tomh@metrics.com (Tom Haapanen) Organization: Lockheed M & S Co., Santa Cruz, California Date: Sun, 30 Apr 1995 16:41:38 GMT Followup-To: info.bsdi.users,comp.unix.bsd.bsdi.misc Lines: 26 Xref: agate info.bsdi.users:11602 comp.unix.bsd.bsdi.announce:4 Trevor Nancarrow wrote: > I am using V2.0 and keep getting " arptnew failed on XXXXXXXXXX" > messages on the system console, could anyone explain why ?? This has been fixed in the latest release of bootpd. Patches to support DHCP are also available. The latest bootpd is available from: ftp://firewall.mc.com/pub/bootp-2.4.3.tar.Z And the patches to add DHCP are found: ftp://nimbus.anu.edu.au/pub/tridge/samba/contributed/DHCP.patch alan -- ------------- Alan Strassberg alan@lmsc.lockheed.com (408) 425-6139 Lockheed Martin - home-pageless in Santa Cruz, California. -- [ /tom haapanen -- tomh@metrics.com -- software metrics inc -- waterloo, ont ] [ "most people would sooner die than think; in fact, they do so." ] [ -- bertrand russell ] From owner-freebsd-hackers Mon May 1 12:14:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA03252 for hackers-outgoing; Mon, 1 May 1995 12:14:02 -0700 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA03245 for ; Mon, 1 May 1995 12:13:59 -0700 From: hasty@netcom.com Received: from localhost by netcom14.netcom.com (8.6.12/Netcom) id MAA29778; Mon, 1 May 1995 12:12:10 -0700 Message-Id: <199505011912.MAA29778@netcom14.netcom.com> To: jdc@xinside.com cc: hackers@freefall.cdrom.com Subject: Re: Video stuff... In-reply-to: Your message of Mon, 01 May 95 12:42:55 -0600. <199505011842.MAA07543@crab.xinside.com> Date: Mon, 01 May 95 12:12:01 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Amancio Hasty Jr writes: > > > > >At the moment, we believe that we will have to create our own > > >extension, probably building an API that will be a compatible > > >extension of the X Video extension. We will also need a device > > > > Tnks, I am thinking about similar lines. My first cut at this > > problem will be to just have a simple app that can control the > > video overlay window and the mpeg stream. The second round will be > > two modify the X video extensions to allow us to feed it mpeg data. > > > > Thanks again for your input :) > We expect to start publishing our interface specs in a few months, > when Release 1.2 is finally out of the door. I don't know what time > requirements you have, but you might want to look at our API. It > would reduce some of the incompatibility madness that afflicts the > UNIX derivative environments... We'd certainly be prepared to look > at your specs, and we may even be able to provide some suggestions > with only mildly annoying criticism ;-) > I think that you will need to develop much of> the X Video spec > API initially, since you probably want to have a superset of that > functionality with the added capability of MPEG feed and controls. > We found that it took us several months to bring to acceptable > quality. Tnks when I am ready I will be happy to share with anyone my work and I can take criticism so I don't see this as an issue. My take on the current situation is that there is no standard so whatever I write in terms of X protocol support will be a throw away;however, the mechanism in the X server side which controls the card will most likely will remain intact . When you are ready with your specs please let us know ... I will be nice to be able to watch movies with another X implementation :) Now if any freebsd hackers, want to jump in the hardware assist mpeg bandwagon drop me a note . There is plenty of work to be done at all levels. Regards, Amancio From owner-freebsd-hackers Mon May 1 13:14:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA04183 for hackers-outgoing; Mon, 1 May 1995 13:14:22 -0700 Received: from cs.sunysb.edu (sbcs.sunysb.edu [130.245.1.15]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA04175 ; Mon, 1 May 1995 13:14:09 -0700 Received: from sbgrad9.csdept (sbgrad9.cs.sunysb.edu [130.245.2.29]) by cs.sunysb.edu (8.6.11/8.6.9) with SMTP id QAA10859; Mon, 1 May 1995 16:10:32 -0400 Date: Mon, 1 May 1995 16:10:32 -0400 From: Michael Vernick Message-Id: <199505012010.QAA10859@cs.sunysb.edu> Received: by sbgrad9.csdept (4.1/SMI-4.1) id AA14091; Mon, 1 May 95 16:09:51 EDT To: freebsd-hackers@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: 100 Mbs Ethernet drivers Sender: hackers-owner@FreeBSD.org Precedence: bulk I want to set up a cluster of PC's using 100 Mbs Ethernet. It seems that there is only 1 driver written so far for FreeBSD, for the DEC DE500-XA card. However, DEC tells me that the card is not yet available; the driver was written by someone at DEC. Is anyone else working on a driver for an available 100Mbs Ethernet card? I am not too familiar with writing drivers so I have a naive question. There are several drivers for these cards for Linux. Does anyone have a feel for how hard it is to port an Ethernet driver from Linux to FreeBSD? Thanks as always, Michael Vernick From owner-freebsd-hackers Mon May 1 13:41:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05122 for hackers-outgoing; Mon, 1 May 1995 13:41:47 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA05104 for ; Mon, 1 May 1995 13:41:15 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id WAA05123; Mon, 1 May 1995 22:40:32 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id WAA00477; Mon, 1 May 1995 22:40:30 +0200 Message-Id: <199505012040.WAA00477@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: "Christoph P. Kukulies" cc: freebsd-hackers@freefall.cdrom.com Subject: Re: gabriel Date: Mon, 01 May 1995 22:40:30 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > Has anyone gotten gabriel to work in an environment of 2.0 machines? I cannot > get the install_gabriel_clients script to work since rlogin -l root > always fails. Is it wise to relax security to run tools that should > watch for breakins? I have been exprimenting with this (a little). For the rlogin, I recommend Kerberos. That deals with some of the security problem. I also have TCP wrappers on my important stuff. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Mon May 1 13:51:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA05426 for hackers-outgoing; Mon, 1 May 1995 13:51:26 -0700 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA05417 for ; Mon, 1 May 1995 13:51:02 -0700 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA22285; Mon, 1 May 95 13:47:58 -0700 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Mon, 1 May 95 22:48 MSZ Message-Id: Date: Mon, 1 May 95 22:48 MSZ From: me@tartufo.pcs.dec.com (Michael Elbel) To: hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk j@uriah.heep.sax.de, jkh@freefall.cdrom.com Subject: Re: Translators needed urgently! Newsgroups: pcs.freebsd.hackers References: <199504292020.NAA05829@morton.cdrom.com> <199504300539.HAA03233@uriah.heep.sax.de> Reply-To: me@FreeBSD.org In pcs.freebsd.hackers you write: >As usual (:-), i can take German. Anyway, it must be before May 7. If you need help with the German, just say so. I'll actually have some time to do other stuff than work now. Michael -- Michael Elbel, PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-hackers Mon May 1 14:10:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA06148 for hackers-outgoing; Mon, 1 May 1995 14:10:22 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA06137 for ; Mon, 1 May 1995 14:10:18 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id OAA14064 for ; Mon, 1 May 1995 14:10:18 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Hackers - send me your setups! Date: Mon, 01 May 1995 14:10:18 -0700 Message-ID: <14062.799362618@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk One of the things I'll be putting on the 2.0.5 CD is a couple of "canned users", given that the first thing a new user generally does on a system is clone some local wizard's setup. Well, since our poor users are typically all alone on their new machines, they don't have anyone to copy and are left somewhat in the dark. I'd like to change that by setting up 3-4 fake users with descriptive names (and starred passwords - not to worry! :-) that cover the range of available shells and X/non-X setups. For example, for `csh-user' we'd have a .cshrc & .login, and for `sh-user' we'd have a .login and .profile or something (I can't remember - it's been too long since I was a sh user :-). For the X user, and I think I'd want about 2 of those, we'd have things like .xinitrc, .fvwmrc, etc. files. That's one approach. The other is to tie this in with the adduser phase somehow and copy one of several different "skeleton" files into place. The idea here is that if a user would like to see something like a really nice X setup, they can import someone's tricked-out .fvwmrc-from-hell and then modify it rather than having to invent it all from scratch. PLEASE don't just send me these files individually in the mail - I don't want to have to reassemble everything by hand. Send me a shar file or some suitable bundle of all the `dotfiles' you think are relevant, along with a short description of what makes it special. If you're not a shar fan, then make a tarfile out of it and stick it in incoming, sending me a pointer to it. Note that this isn't a call for several thousand 4 line .cshrc files; I'm looking for "complete setups" that people have spent a fair bit of time on and are proud of (and feel would be of genuine use to someone else). Due credit will, of course, be given.. Your chance to see your name in lights and live on in people's .login files all over the planet! :-) Thanks! Jordan From owner-freebsd-hackers Mon May 1 15:44:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA08879 for hackers-outgoing; Mon, 1 May 1995 15:44:38 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA08775 ; Mon, 1 May 1995 15:42:10 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id PAA12996; Mon, 1 May 1995 15:39:14 -0700 From: "Rodney W. Grimes" Message-Id: <199505012239.PAA12996@gndrsh.aac.dev.com> Subject: Re: 100 Mbs Ethernet drivers To: vernick@CS.SunySB.EDU (Michael Vernick) Date: Mon, 1 May 1995 15:39:14 -0700 (PDT) Cc: freebsd-hackers@FreeBSD.org, freebsd-hardware@FreeBSD.org In-Reply-To: <199505012010.QAA10859@cs.sunysb.edu> from "Michael Vernick" at May 1, 95 04:10:32 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1288 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I want to set up a cluster of PC's using 100 Mbs Ethernet. It seems > that there is only 1 driver written so far for FreeBSD, for the > DEC DE500-XA card. However, DEC tells me that the card is not > yet available; the driver was written by someone at DEC. Is > anyone else working on a driver for an available 100Mbs Ethernet card? I am now stocking and have completed my testing of the SMC 9332 card which is a DEC 21140 based 10/100MBS card. I sell them for $212.00 each. It is functionaly equivelent to the DEC DE500-XA card at a lower cost. Note these are 100-BASE-TX cards, so make sure your hubs/ switches are 100BASETX compliant (Grand Junction is the only one I know of currently shipping these types of hubs, though SMC will have something out in a few months.) > I am not too familiar with writing drivers so I have a naive > question. There are several drivers for these cards for Linux. Does > anyone have a feel for how hard it is to port an Ethernet driver from > Linux to FreeBSD? Never having looked at the Linux ethernet driver interface I could not say :-(. > Thanks as always, > Michael Vernick -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Mon May 1 16:05:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA09862 for hackers-outgoing; Mon, 1 May 1995 16:05:14 -0700 Received: from venere.inet.it (root@venere.inet.it [194.20.8.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA09841 for ; Mon, 1 May 1995 16:04:58 -0700 Received: from piero.inet.it (uupiero@localhost) by venere.inet.it (8.6.10/8.6.9) with UUCP id AAA78212; Tue, 2 May 1995 00:49:36 +0200 Received: (from piero@localhost) by piero.inet.it (8.6.9/8.6.9) id AAA01800; Tue, 2 May 1995 00:45:59 +0200 From: Piero Serini Message-Id: <199505012245.AAA01800@piero.inet.it> Subject: Re: Screen print capability To: ache@astral.msk.su (Andrey A. Chernov, Black Mage) Date: Tue, 2 May 1995 00:45:58 +0200 (MET DST) Cc: julian@ref.tfs.com, terry@cs.weber.edu, hackers@FreeBSD.org, pritc003@maroon.tc.umn.edu, sos@login.dknet.dk In-Reply-To: from "Andrey A. Chernov, Black Mage" at May 1, 95 01:18:15 pm Reply-To: Piero@piero.inet.it Operating-System: FreeBSD 1.1.5.1 X-Phone-Number: +39 (2) 89405894 X-Faqs-Maintained: Elm (comp.mail.elm), Mail Archive Servers (comp.mail.misc) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 844 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello. Quoting from Andrey A. Chernov, Black Mage (Mon May 1 11:18:15 1995): ... > >> report the screen contents as if they were being typed at the > >> keyboard, spacing, color, and all. > > >This is REALLY DANGEROUSE!!!!!!! ... > It is well known backdoor and it is MUA itself problem (MUA need > to be fixed). > All other stuff (wall,write,talk) already care about it using isprint(). cat? less? more? echo? gzip? dd? find? cd? ls? cp? rm? ps? pwd? I don't need to send you an e-mail to make strange character to be printed to your screen. Bye, -- # $Id: .signature,v 1.10 1995/02/05 17:34:46 piero Exp $ Piero Serini Via Giambologna, 1 TEMP: I 20136 Milano - ITALY AKA: - But this address is suspended for a while From owner-freebsd-hackers Mon May 1 16:14:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA10275 for hackers-outgoing; Mon, 1 May 1995 16:14:14 -0700 Received: from inet-gw-2.pa.dec.com (inet-gw-2.pa.dec.com [16.1.0.23]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA10203 ; Mon, 1 May 1995 16:12:21 -0700 Received: from muggsy.lkg.dec.com by inet-gw-2.pa.dec.com (5.65/24Feb95) id AA27928; Mon, 1 May 95 16:05:28 -0700 Received: from whydos.lkg.dec.com by muggsy.lkg.dec.com (5.65/DEC-Ultrix/4.3) with SMTP id AA17154; Mon, 1 May 1995 19:05:28 -0400 Received: from localhost (localhost [127.0.0.1]) by whydos.lkg.dec.com (8.6.11/8.6.9) with SMTP id TAA05762; Mon, 1 May 1995 19:07:19 GMT Message-Id: <199505011907.TAA05762@whydos.lkg.dec.com> X-Authentication-Warning: whydos.lkg.dec.com: Host localhost didn't use HELO protocol To: Michael Vernick Cc: freebsd-hackers@FreeBSD.org, freebsd-hardware@FreeBSD.org Subject: Re: 100 Mbs Ethernet drivers In-Reply-To: Your message of "Mon, 01 May 1995 16:10:32 -0400." <199505012010.QAA10859@cs.sunysb.edu> X-Mailer: exmh version 1.5omega 10/6/94 Date: Mon, 01 May 1995 19:07:19 +0000 From: Matt Thomas Sender: hackers-owner@FreeBSD.org Precedence: bulk > I want to set up a cluster of PC's using 100 Mbs Ethernet. It seems > that there is only 1 driver written so far for FreeBSD, for the > DEC DE500-XA card. However, DEC tells me that the card is not > yet available; the driver was written by someone at DEC. Is > anyone else working on a driver for an available 100Mbs Ethernet card? > I am not too familiar with writing drivers so I have a naive > question. There are several drivers for these cards for Linux. Does > anyone have a feel for how hard it is to port an Ethernet driver from > Linux to FreeBSD? Within a week or so, I should finish testing the support for the Cogent EM100 and the SMC 9332 Fast Ethernet boards (both of which are shipping). For what its worth, Matt Thomas Internet: matt@lkg.dec.com U*X Networking WWW URL: http://ftp.dec.com/%7Ethomas/ Digital Equipment Corporation Disclaimer: This message reflects my Littleton, MA own warped views, etc. From owner-freebsd-hackers Mon May 1 16:18:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA10567 for hackers-outgoing; Mon, 1 May 1995 16:18:58 -0700 Received: from ns1.win.net (ns1.win.net [204.215.209.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA10558 for ; Mon, 1 May 1995 16:18:53 -0700 Received: (from bugs@localhost) by ns1.win.net (8.6.11/8.6.9) id TAA08115 for hackers@freebsd.org; Mon, 1 May 1995 19:20:38 -0400 From: Mark Hittinger Message-Id: <199505012320.TAA08115@ns1.win.net> Subject: Re: Compress dumps? (fwd) To: hackers@FreeBSD.org Date: Mon, 1 May 1995 19:20:38 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 380 Sender: hackers-owner@FreeBSD.org Precedence: bulk If you look at the internals of BRU by EST software they compress the data but not the directory portion of the stream. So the files wind up on the tape like /kernel.Z /core.Z /bin/cp.Z ect You can reset yourself with the uncompressed directory header. Had to do this a few times. Regards, Mark Hittinger bugs@win.net From owner-freebsd-hackers Mon May 1 16:59:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA11540 for hackers-outgoing; Mon, 1 May 1995 16:59:20 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA11529 for ; Mon, 1 May 1995 16:59:10 -0700 Message-Id: <199505012359.QAA11529@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA22479; Mon, 1 May 1995 19:58:53 -0400 From: Charles Henrich Subject: /kernel: mb_map full To: freebsd-hackers@FreeBSD.org Date: Mon, 1 May 1995 19:58:53 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 386 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've been getting this regularly on a very heavily loaded 486/66 running 0210-SNAP, immediatly after that message the system reboots. What is it (out of mbuf's? If so why reboot, why not just dump the packet...) Suggestions on a solution anyone? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Mon May 1 17:00:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA11571 for hackers-outgoing; Mon, 1 May 1995 17:00:21 -0700 Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA11562 for ; Mon, 1 May 1995 17:00:13 -0700 Message-Id: <199505020000.RAA11562@freefall.cdrom.com> Received: by crh.cl.msu.edu (1.38.193.4/16.2) id AA22487; Mon, 1 May 1995 20:00:11 -0400 From: Charles Henrich Subject: telnetd To: freebsd-hackers@FreeBSD.org Date: Mon, 1 May 1995 20:00:10 -0400 (EDT) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 454 Sender: hackers-owner@FreeBSD.org Precedence: bulk Has anyone else out there noticed a problem with FTP's software in conjunction with freebsd? Whenever the connection is established using tn, the options are not negotiated properly, and the return key is being interpreted as two. This does not happen with any other system we have (SGI/HP/AIX/Linux..) Any ideas? -Crh Charles Henrich Michigan State University henrich@crh.cl.msu.edu http://rs560.msu.edu/~henrich/ From owner-freebsd-hackers Mon May 1 18:19:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA13180 for hackers-outgoing; Mon, 1 May 1995 18:19:29 -0700 Received: from mg1.cdsnet.net (mrcpu@mg1.cdsnet.net [204.118.244.5]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA13171 for ; Mon, 1 May 1995 18:19:25 -0700 Received: (from mrcpu@localhost) by mg1.cdsnet.net (8.6.10/8.6.10) id SAA28724; Mon, 1 May 1995 18:18:47 -0700 Date: Mon, 1 May 1995 18:18:47 -0700 (PDT) From: Jaye Mathisen To: Nate Williams cc: Poul-Henning Kamp , Terry Lambert , obrien@leonardo.net, hackers@FreeBSD.org Subject: Re: Compress dumps? In-Reply-To: <199505011803.MAA01024@trout.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk What Nate neglects to mention is that it was crappy hardware, trashed cache, and generally screwed up machine... :) I personally haven't had any tape problems in recently. On Mon, 1 May 1995, Nate Williams wrote: > > > I always want to cry when someone suggests stream compression on > > > dump formats. > > > > Terry, > > > > In my 10+ years in computing, I have >once< had a chance to restore > > from a damaged media which were still partially readable. > > In my 10+ years in computing, I have had *multiple chances (experiences) > trying to resurrect a dump from damaged media. I can count on the my > fingers the # of restores I've had to do which were bad, but it's not an > experience I'd go through again if I had a choice. > > > Comparing that to how many tapes I've written, streams based compression > > is a very low risk thing to do to save money. > > Compared to how many tapes I've written and how many went bad, I would > *NEVER* do stream based compression. Note, my experience has been that > the failure rate is not very high, but for the cost of a few tapes the > cost of *my* time to get the backup (if possible) and the cost of lost > work of the developers it isn't an issue. > > > How about this observation btw: > > > > If I can compress at least 3:1, I can make two copies, and still save > > 33% on media... (Assuming you fill them of course). > > The price of backup media has never been an issue for me. If price is > an issue for you, then rotate your tapes. > > > Nate > From owner-freebsd-hackers Mon May 1 19:01:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA14945 for hackers-outgoing; Mon, 1 May 1995 19:01:22 -0700 Received: from wdl1.wdl.loral.com (wdl1.wdl.loral.com [137.249.32.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA14932 for ; Mon, 1 May 1995 19:01:13 -0700 Received: from miles.sso.loral.com by wdl1.wdl.loral.com (4.1/WDL-4.2) id AA19063; Mon, 1 May 95 19:00:29 PDT Received: by miles.sso.loral.com (4.1/SSO-SUN-2.04) id AA09772; Mon, 1 May 95 22:01:21 EDT Date: Mon, 1 May 1995 22:01:20 -0400 (EDT) From: Richard Toren X-Sender: rpt@miles To: hackers@FreeBSD.org Subject: Rel 2.1 Regular Guy wish list Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk What I would like to see in 2.1.... Before I give you my list, let me identify myself. I think I am the type of user you want if you want to reach the Linux size following. I have: - I have used/programmed UNIX for 8 years, but want to start to learn more about the internals. - 1 system shared by myself and family. - No real exotic boards. (not even an e-net). - A 14.4 modem ( I figured out ppp for home and built for my system at work) - 500 Mb SCSI disk, purchased specifically for FreeBSD as a second drive. 400Mb filled ( I researched only the controllers on your published list for compatability). - A Conner QIC-80 tape unit (maybe not typical) which I don't really trust. - I installed from the 2.0R CD. - Have done 2 kernel gens to remove some drivers ( the first with great trepadation). - Made one patch to the ppp driver after collecting a dozen messages just to be sure what to do. (then remade the wrong part of the tree). - I have installed a number of packages from the Inet. Some worked some didn't ( ups-2.4.5 failed, pthreads failed, apsfilter failed) - I do not (presently) write kernel code. - I am not planning to install an ISDN board. - To date my system only panics after syncing the disks at shutdown ( big deal). What I want from the next CD release is: STABILITY Quality packages that are complete for installation an upgrade path that doesn't wipe out any work I have done so far. source in text form on the CD to free big chuck of that disk A boot manager that works when booting from wd0 and trying to get sd0 (the second drive) to take over. boot from floppy now. This message has been prompted by my recent experience with pthreads. I want to experiment with multi-threaded, C++ X applications. Unfortunately, It appears that the system that the author tested it on was freefall. And from the message I got today, it seems that 2.0R just isn't the same. I am not talking subtle things here, but just the compiler and assembler maybe >> >> Is there a difference between building on freefall, and what was deliverd >> in 2.0R? > >Freefall runs a much newer system. Anyway, for work like this you >would/should better use thud. It runs almost at the bleeding edge of >-current wisdom, and is dedicated to things like larger compilations >(while freefall is loaded hard enough with mail, CTM and sup). Keep the SNAPS and -current for the folks that want to push the envelope but remember that in order to really grow a customer base, you probably need 9 'regular guy' users for every kernel/device hacker (in the context of 1972 MIT dorms, not todays pulp news meaning). I love my/your system. It does mostly what I want, and I am very reluctant to do things to it that may break it. Don't force me to go back and start all over again. ==================================================== Rip Toren | The bad news is that C++ is not an object-oriented | rpt@miles.sso.loral.com | programming language. .... The good news is that | | C++ supports object-oriented programming. | | C++ Programming & Fundamental Concepts | | by Anderson & Heinze | ==================================================== From owner-freebsd-hackers Mon May 1 19:20:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA15659 for hackers-outgoing; Mon, 1 May 1995 19:20:38 -0700 Received: from news.rim.or.jp (news.rim.or.jp [202.255.181.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA15636 for ; Mon, 1 May 1995 19:20:25 -0700 Received: (from uucp@localhost) by news.rim.or.jp (8.6.10+2.4W/3.3W-rim1.0) with UUCP id LAA04994; Tue, 2 May 1995 11:19:33 +0900 Received: from us.and.or.jp (localhost [127.0.0.1]) by us.and.or.jp (8.6.11/3.3W8) with ESMTP id KAA04819; Tue, 2 May 1995 10:51:16 +0900 Message-Id: <199505020151.KAA04819@us.and.or.jp> Reply-To: sa2c@st.rim.or.jp To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org Subject: Re: Hackers - send me your setups! In-reply-to: "Jordan K. Hubbard"'s message of Mon, 01 May 1995 14:10:18 -0700 Date: Tue, 02 May 1995 10:51:15 +0900 From: NIIMI Satoshi Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm not a hacker and the setup is not very good, but this might be a sample for Japanese users. I'm currently using a Canna for Japanese input. Editor is Mule. Window Manager is fvwm. (I want to see better setup :-) -- NIIMI Satoshi # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # .Xmodmap # .Xresources # .canna # .cshrc # .emacs # .forward # .fvwmrc # .login # .maildelivery # .mh_profile # .netrc # .ppp.conf # .ppp.linkup # .xsession # echo x - .Xmodmap sed 's/^X//' >.Xmodmap << 'END-of-.Xmodmap' Xclear mod1 Xkeycode 113 = Kanji Xadd mod1 = Alt_L Xkeycode 22 = BackSpace END-of-.Xmodmap echo x - .Xresources sed 's/^X//' >.Xresources << 'END-of-.Xresources' X*customization: -color XKTerm*allowSendEvents: true XKTerm*VT100.Translations: #override \n\ X Kanji: begin-conversion(_JAPANESE_CONVERSION) XKTerm*VT100*fontList: -*-fixed-medium-r-normal--16-* X*vt100.eightBitInput: false X*ttyModes: erase ^H X! Mule XEmacs*FontSetList: 16 XEmacs*FontSet-16:\ X -*-fixed-medium-r-*--16-*-iso8859-1,\ X -*-fixed-medium-r-*--16-*-jisx0208.1983-* XEmacs*Background: gray XEmacs.Geometry: 80x39 Xmule*ScrollBars: False X! Kinput2 XKinput2*Font: -*-fixed-medium-r-normal--16-*-*-*-c-*-iso8859-1 XKinput2*KanjiFont: -*-fixed-medium-r-normal--16-*-*-*-c-*-jisx0208.1983-0 XKinput2*KanaFont: -*-fixed-medium-r-normal--16-*-*-*-c-*-jisx0201.1976-0 XKinput2*defaultFontList: -*-fixed-medium-r-normal--16-*-*-*-c-* X! XBiff XXBiff*fullPixmap: mailfull XXBiff*fullPixmapMask: mailfullmsk XXBiff*emptyPixmap: mailempty XXBiff*emptyPixmapMask: mailemptymsk XXBiff*flip: false XXBiff*shapeWindow: true END-of-.Xresources echo x - .canna sed 's/^X//' >.canna << 'END-of-.canna' X(setq romkana-table "default.kp") X X(use-dictionary X "iroha" X "fuzokugo" X "hojomwd" X "hojoswd" X :bushu "bushu" X :user "user" X ) X X(global-set-key "\F1" 'extend-mode) X(global-set-key "\Delete" 'delete-previous) X(set-key 'alpha-mode "\C-o" 'self-insert) X(set-key 'alpha-mode "\C-\" 'japanese-mode) X(set-key 'empty-mode "\C-o" 'undefined) X(set-key 'empty-mode "\C-\" 'alpha-mode) END-of-.canna echo x - .cshrc sed 's/^X//' >.cshrc << 'END-of-.cshrc' Xset history=1000 Xset savehist=1000 Xset path = ( $HOME/bin /usr/local/bin /usr/X11R6/bin /usr/games \ X /usr/bin /bin /usr/sbin /sbin) X X# These settings are for interactive shell only Xif ($?prompt) then X alias t term /dev/cuaa1 X alias ls ls -F X alias sless env LESSCHARSET=sjis less X set prompt="`whoami`@`hostname -s`% " X set filec X if ($?tcsh) then X bindkey ^W backward-delete-word X set prompt="$user@%m:%~%% " X endif Xendif X Xsetenv BLOCKSIZE K Xsetenv PAGER less Xsetenv LESS -Msc Xsetenv LESSCHARSET japanese-jis Xsetenv TMPDIR /tmp Xsetenv CVSROOT ~/cvs END-of-.cshrc echo x - .emacs sed 's/^X//' >.emacs << 'END-of-.emacs' X(setq load-path (cons (expand-file-name "~/Elisp") load-path)) X X(put 'eval-expression 'disabled nil) X X(if (eq window-system 'x) X (progn X (setq default-frame-alist X (append '((width . 80) (height . 39)) X default-frame-alist)) X;; (load "hilit19") X ) X (load "term/bobcat") X ) X X(display-time) X X(add-hook 'text-mode-hook X '(lambda () (auto-fill-mode t))) X X(if (and (boundp 'CANNA) CANNA) X (canna)) X X;; for tm X(load "tm-setup") X(gnusutil-add-group "rim" '(*autoconv* . *junet*)) X;;(load "mime-setup") X X(setq mail-yank-prefix "> " X mail-default-reply-to "sa2c@st.rim.or.jp") X X(setq make-backup-files nil) X X(setq gnus-use-generic-path t X gnus-use-generic-from t X gnus-local-distributions nil X gnus-required-headers '(From Newsgroups Subject Path)) X X(add-hook 'gnus-select-group-hook X '(lambda () (gnus-summary-sort-by-date nil))) X X(setq gnus-author-copy X "|/usr/local/lib/mh/rcvstore +Article") X X(setq gnus-mail-reply-method 'gnus-mail-reply-using-mhe X gnus-mail-forward-method 'gnus-mail-forward-using-mhe X gnus-mail-other-window-method 'gnus-mail-other-window-using-mhe) X X(setq gnus-ignored-headers X "^Path:\\|^Posting-Version:\\|^Article-I.D.:\\|^Expires:\\|^Date-Received:\\|^References:\\|^Control:\\|^Xref:\\|^Lines:\\|^Posted:\\|^Relay-Version:\\|^Message-ID:\\|^Nf-ID:\\|^Nf-From:\\|^Approved:\\|^Sender:\\|^Received:") X X(setq gnus-secondary-servers '(("us.and.or.jp") (":Mail"))) X X;; for mh-e X(global-set-key "\C-cr" 'mh-rmail) X(global-set-key "\C-xm" 'mh-smail) X(global-set-key "\C-x4m" 'mh-smail-other-window) X X;; for html-mode X(autoload 'html-mode "html-mode" "HTML major mode." t) X(or (assoc "\\.html$" auto-mode-alist) X (setq auto-mode-alist (cons '("\\.html$" . html-mode) X auto-mode-alist))) X X;; for w3 X(autoload 'w3-preview-this-buffer "w3" "WWW Previewer" t) X(autoload 'w3-follow-url-at-point "w3" "Find document at pt" t) X(autoload 'w3 "w3" "WWW Browser" t) X(autoload 'w3-open-local "w3" "Open local file for WWW browsing" t) X(autoload 'w3-fetch "w3" "Open remote file for WWW browsing" t) X(autoload 'w3-use-hotlist "w3" "Use shortcuts to view WWW docs" t) X(autoload 'w3-show-hotlist "w3" "Use shortcuts to view WWW docs" t) X(autoload 'w3-follow-link "w3" "Follow a hypertext link." t) X(autoload 'w3-batch-fetch "w3" "Batch retrieval of URLs" t) X(autoload 'url-get-url-at-point "url" "Find the url under the cursor" nil) X(autoload 'url-file-attributes "url" "File attributes of a URL" nil) X(autoload 'url-popup-info "url" "Get info on a URL" t) X(autoload 'url-retrieve "url" "Retrieve a URL" nil) X(autoload 'url-buffer-visiting "url" "Find buffer visiting a URL." nil) X X(autoload 'gopher-dispatch-object "gopher" "Fetch gopher dir" t) X X(setq url-proxy-services '(("http" . "http://127.0.0.1"))) END-of-.emacs echo x - .forward sed 's/^X//' >.forward << 'END-of-.forward' X"| /usr/local/lib/mh/slocal -user sa2c" END-of-.forward echo x - .fvwmrc sed 's/^X//' >.fvwmrc << 'END-of-.fvwmrc' X# Unfortunately, order does matter in this file X# The correct order for inserting configurations is: X# 1. Colors X# 2. Assorted configuration paramters such as ClickToFocus, or MWMBorders X# 3. Path setup (ModulePath, PixmapPath, IconPath) X# 4. Style settings, including the default style Style "*" ... X# 5. InitFunction and ResetFunction definitions. X# 6. Other Functions. Functions cannot be forward referenced from X# other functions, but they can be backward referenced. X# 7. Menus definitions. Same caveats about forward referencing X# 8. Key and Mouse Bindings. X# 9. Module options. X X# The order of steps 5, 6, and 7 is not critical, as long as there are X# no forward references to functions or menus. X X# If you get it wrong, the most common problem is that color or font settings X# are ignored X X########################################################################### X# set up the colors X# X# OK some people like bright clear colors on their window decorations. X# These people, I guess would mostly be from nice sunny/good weather places X# line California. X# X# StdForeColor Black X# StdBackColor LightSkyBlue X# HiForeColor yellow X# HiBackColor PeachPuff1 X# PagerBackColor BlanchedAlmond X X# Me, I'm from Upstate New York, and live in New Hampshire, so I prefer X# these dark muddy colors... X X# this is used for the selected window XHiForeColor Black X#HiBackColor #c06077 XHiBackColor LightSkyBlue X#HiBackColor Blue X XPagerBackColor SlateGrey XPagerForeColor DarkRed X XStickyForeColor Black XStickyBackColor gray X X# Menu colors XMenuForeColor Black XMenuBackColor grey XMenuStippleColor SlateGrey X#Pager -1 -1 X X############################################################################ X# Now the fonts - one for menus, another for window titles, another for icons X#Font -adobe-helvetica-medium-r-*-*-12-*-*-*-*-*-*-* X#Font -*-times-medium-i-*-*-*-120-*-*-*-*-*-* XFont -adobe-helvetica-bold-r-*-*-12-*-*-*-*-*-*-* XWindowFont -adobe-helvetica-bold-r-*-*-12-*-*-*-*-*-*-* X#IconFont -adobe-helvetica-medium-r-*-*-11-*-*-*-*-*-*-* XIconFont fixed X X########################################################################### X# Set up the major operating modes X# X######################## FOCUS STUFF ############################## X# Set windows to auto-raise after 750 milliseconds if you like it. X# Autoraise can sometimes obscure pop-up windows. Performance is now X# similar to olvwm's auto-raise feature. X#AutoRaise 750 X X# Normally, we'll be in focus-follows mouse mode, but uncomment this X# for mwm-style click-to-focus X#ClickToFocus X X######################## ICON STUFF ############################## X# Auto Place Icons is a nice feature.... X# This creates two icon boxes, one on the left side, then one on the X# bottom. Leaves room in the upper left for my clock and xbiff, X# room on the bottom for the Pager. X#IconBox -150 90 -5 -140 X#IconBox 5 -140 -140 -5 XIconBox -70 1 -1 -140 X X# If you uncomment this, and make sure that the WindowList is bound to X# something, it works pretty much like an icon manager. X#SuppressIcons X X# StubbornIcons makes icons de-iconify into their original position on the X# desktop, instead of on the current page. X#StubbornIcons X X# With AutoPlacement, icons will normally place themselves underneath active X# windows. This option changes that. X#StubbornIconPlacement X X# If you want ALL you icons to follow you around the desktop (Sticky), try X# this X#StickyIcons X X######################## MWM EMULATION ####################### X# X# My feeling is that everyone should use MWMDecorHints and MWMFunctionHints, X# since some applications depend on having the window manager respect them X X# MWMFunction hints parses the function information in the MOTIF_WM_HINTS X# property, and prohibits use of these functions on the window. Appropriate X# portions of the window decorations are removed. XMWMFunctionHints X X# MWM is kinda picky about what can be done to transients, and it was keeping X# me from iconifying some windows that I like to iconify, so here's an X# over-ride that will allow me to do the operation, even tough the menu X# item is shaded out. XMWMHintOverride X X# MWMDecor hints parses the decoration information in the MOTIF_WM_HINTS X# property, and removes these decoratons from the window. This does not affect X# the functions that can be performed via the menus. XMWMDecorHints X X# These are affect minor aspects for the look-and-feel. X# Sub-menus placement mwm-style? X# MWMMenus X# mwm-style border reliefs (less deep than default fvwm) ? X# MWMBorders X# Maximize button does mwm-inversion thingy X# MWMButtons X######################## MISCELLANEOUS STUFF ####################### X# If you don't like the default 150 msec click delay for the complex functions X# change this and uncomment it. X#ClickTime 150 X X# OpaqueMove has a number (N) attached to it (default 5). X# if the window occupies less than N% of the screen, X# then opaque move is used. 0 <= N <= 100 X# OpaqueMove 100 X X# flip by whole pages on the edge of the screen. XEdgeScroll 100 100 X X# A modest delay before flipping pages seems to be nice... X# I thresh in a 50 pixel Move-resistance too, just so people X# can try it out. XEdgeResistance 250 50 X X X######################## WINDOW PLACEMENT ####################### X# RandomPlacement prevents user interaction while placing windows: X#RandomPlacement X X# SmartPlacement makes new windows pop-up in blank regions of screen X# if possible, or falls back to random or interactive placement. XSmartPlacement X X# With SmartPlacement, windows will normally place themselves over icons. X# Uncomment this to change that. X#StubbornPlacement X X# NoPPosition instructs fvwm to ignore the PPosition field in window X# geometry hints. Emacs annoyingly sets PPosition to (0,0)! XNoPPosition X X X######################## DECORATIONS ####################### X# If you want decorated transient windows, uncomment this: X#DecorateTransients X X X########################################################################### X# Set up the virtual desktop and pager X X#set the desk top size in units of physical screen size XDeskTopSize 2x2 X X# and the reduction scale used for the panner/pager XDeskTopScale 32 X X########################################################################## X# Module path and paths to the icons X# X# ModulePath is a colon-separated list, just like regular unix PATH XModulePath /usr/X11R6/lib/X11/fvwm/ XPixmapPath /usr/X11R6/include/X11/pixmaps/ XIconPath /usr/X11R6/include/X11/bitmaps/ X X############################################################################ X# Set the decoration styles and window options X# Order is important!!!! X# If compatible styles are set for a single window in multiple Style X# commands, then the styles are ORed together. If conflicting styles X# are set, the last one specified is used. X X# These commands should command before any menus or functions are defined, X# and before the internal pager is started. X X# change the default width. XStyle "*" BorderWidth 5, HandleWidth 5, Color Black/gray,Icon unknown1.xpm X XStyle "Fvwm*" NoTitle, NoHandles, Sticky, WindowListSkip,BorderWidth 0 XStyle "Fvwm Pager" StaysOnTop XStyle "FvwmPager" StaysOnTop XStyle "FvwmBanner" StaysOnTop XStyle "GoodStuff" NoTitle, NoHandles, Sticky, WindowListSkip,BorderWidth 0 XStyle "*lock" NoTitle, NoHandles, Sticky, WindowListSkip XStyle "Maker" StartsOnDesk 1 XStyle "matlab" StartsOnDesk 3 XStyle "signal" StartsOnDesk 3 XStyle "rxvt" Icon term.xpm XStyle "xterm" Icon xterm.xpm, Color black/grey XStyle "kterm" Icon xterm.xpm, Color black/grey XStyle "Appointment" Icon datebook.xpm, NoButton 2, NoButton 4 XStyle "xcalc" Icon xcalc.xpm, NoButton 2 XStyle "xbiff" Icon mail1.xpm, NoButton 2 XStyle "xmh" Icon mail1.xpm, StartsOnDesk 2, NoButton 2 XStyle "xman" Icon xman.xpm XStyle "xvgr" Icon graphs.xpm XStyle "matlab" Icon math4.xpm XStyle "xmag" Icon mag_glass.xpm XStyle "xgraph" Icon graphs.xpm XStyle "GoodStuff" Icon toolbox.xpm XStyle "xconsole" NoTitle, WindowListSkip, NoHandles XStyle "netscape" Icon /home/sa2c/xpm/netscape.xpm XStyle "Mosaic" Icon /home/sa2c/xpm/mosaic.xpm XStyle "XEyes" NoTitle, NoHandles, Sticky, WindowListSkip XStyle "XBiff" NoTitle, NoHandles, Sticky, WindowListSkip XStyle "XLoad" NoTitle, NoHandles, Sticky, WindowListSkip X X# Change the Maximize and iconify buttons to up and down triangles. X XButtonStyle : 2 4 50x35@1 65x65@0 35x65@0 50x35@1 XButtonStyle : 4 4 50x65@1 35x35@1 65x35@1 50x65@0 X X############################################################################# X X# Stuff to do at start-up X XFunction "InitFunction" X Module "I" GoodStuff X# Module "I" FvwmPager 0 3 X# Exec "I" exec kterm -geometry 80x24+0+0 -ls -km sjis & X# Wait "I" kterm X# GotoPage "I" 1 0 X# Exec "I" exec mule -geometry 80x36+0+0 & X# Wait "I" mule X# GotoPage "I" 0 0 X# Desk "I" 0 0 XEndFunction X XFunction "RestartFunction" X Module "I" GoodStuff XEndFunction X X X############################################################################ X# Now define some handy complex functions X X# This one moves and then raises the window if you drag the mouse, X# only raises the window if you click, or does a RaiseLower if you double X# click XFunction "Move-or-Raise" X Move "Motion" X Raise "Motion" X Raise "Click" X RaiseLower "DoubleClick" XEndFunction X X# This one maximizes vertically if you click (leaving room for the GoodStuff bar at the X# bottom, or does a full maximization if you double click, or a true full vertical X# maximization if you just hold the mouse button down. XFunction "maximize_func" X Maximize "Motion" 0 100 X Maximize "Click" 0 80 X Maximize "DoubleClick" 100 100 XEndFunction X X X# This one moves and then lowers the window if you drag the mouse, X# only lowers the window if you click, or does a RaiseLower if you double X# click XFunction "Move-or-Lower" X Move "Motion" X Lower "Motion" X Lower "Click" X RaiseLower "DoubleClick" XEndFunction X X# This one moves or (de)iconifies: XFunction "Move-or-Iconify" X Move "Motion" X Iconify "DoubleClick" XEndFunction X X# This one resizes and then raises the window if you drag the mouse, X# only raises the window if you click, or does a RaiseLower if you double X# click XFunction "Resize-or-Raise" X Resize "Motion" X Raise "Motion" X Raise "Click" X RaiseLower "DoubleClick" XEndFunction X X X# This is provided as a hint only. X# Move to a known page on the desktop, then start an application in a X# known location. Could also switch to a known desktop, I guess X#Function "abs_coord" X# GoToPage "Immediate" 1,1 X# Exec "Immediate" exec xcalc -geometry +100+100& X#EndFunction X X X############################################################################## X#now define the menus - defer bindings until later X X# This menu is invoked as a sub-menu - it allows you to quit, X# restart, or switch to another WM. XPopup "Quit-Verify" X Title "Really Quit Fvwm?" X Quit "Yes, Really Quit" X Restart "Restart Fvwm" fvwm X Restart "Start twm" twm X Restart "Start tvtwm" tvtwm X Restart "Start mwm" mwm X Restart "Start olwm" /usr/openwin/bin/olwm X Nop "" X Nop "No, Don't Quit" XEndPopup X X# Provides a list of modules to fire off XPopup "Module-Popup" X Title "Modules" X Module "GoodStuff" GoodStuff X Module "Clean-Up" FvwmClean X Module "Identify" FvwmIdent X Module "SaveDesktop" FvwmSave X Module "Debug" FvwmDebug X Module "Pager" FvwmPager 0 3 X Module "FvwmWinList" FvwmWinList X Module "IconBox" FvwmIconBox XEndPopup X X# This menu will fire up some very common utilities XPopup "Utilities" X Title "Utilities" X Exec "Xterm" exec xterm & X Exec "Kterm" exec kterm -km sjis & X Exec "Mule" exec mule & X Exec "Netscape" exec netscape & X Exec "Mosaic" exec mosaic & X Nop "" X Quit "Quit Fvwm" X Restart "Restart Fvwm" fvwm X Nop "" X Popup "Modules" Module-Popup X Nop "" X Popup "Exit Fvwm" Quit-Verify XEndPopup X X# This defines the most common window operations XPopup "Window Ops" X Title "Window Ops" X Function "Move" Move-or-Raise X Function "Resize" Resize-or-Raise X Raise "Raise" X Lower "Lower" X Iconify "(De)Iconify" X Stick "(Un)Stick" X Function "(Un)Maximize" maximize_func X Nop "" X Destroy "Destroy" X Close "Close" X Nop "" X Refresh "Refresh Screen" XEndPopup X X# A trimmed down version of "Window Ops", good for binding to decorations XPopup "Window Ops2" X Function "Move" Move-or-Raise X Function "Resize" Resize-or-Raise X Raise "Raise" X Lower "Lower" X Iconify "Iconify" X Stick "(Un)Stick" X Nop "" X Destroy "Destroy" X Close "Close" X Nop "" X Module "ScrollBar" FvwmScroll 2 2 XEndPopup X X############################################################################# X# One more complex function - couldn't be defined earlier because it used X# pop-up menus X# X# This creates a motif-ish sticky menu for the title-bar window-ops X# pop-up X# Menu acts like normal twm menu if you just hold the button down, X# but if you click instead, the menu stays up, motif style XFunction "window_ops_func" X PopUp "Click" Window Ops2 X PopUp "Motion" Window Ops2 X# Motif would add: X# I'll add it too, it can be mighty handy. X Close "DoubleClick" XEndFunction X X X############################################################################## X# This defines the mouse bindings X X# First, for the mouse in the root window X# Button 1 gives the Utilities menu X# Button 2 gives the Window Ops menu X# Button 3 gives the WindowList (like TwmWindows) X# I use the AnyModifier (A) option for the modifier field, so you can hold down X# any shift-control-whatever combination you want! X X# Button Context Modifi Function XMouse 1 R A PopUp "Utilities" XMouse 2 R A PopUp "Window Ops" XMouse 3 R A Module "winlist" FvwmWinList transient X X X X# Now the title bar buttons X# Any button in the left title-bar button gives the window ops menu X# Any button in the right title-bar button Iconifies the window X# Any button in the rightmost title-bar button maximizes X# Note the use of "Mouse 0" for AnyButton. X X# Button Context Modifi Function XMouse 0 1 A Function "window_ops_func" XMouse 0 2 A Function "maximize_func" XMouse 0 4 A Iconify X X# Now the rest of the frame X# Here I invoke my complex functions for Move-or-lower, Move-or-raise, X# and Resize-or-Raise. X# Button 1 in the corner pieces, with any modifiers, gives resize or raise XMouse 1 FS A Function "Resize-or-Raise" X# Button 1 in the title, sides, or icon, w/ any modifiers, gives move or raise XMouse 1 T A Function "Move-or-Raise" X X# Button 1 in an icons gives move for a drag, de-iconify for a double-click, X# nothing for a single click X# Button 2 in an icon, w/ any modifiers, gives de-iconify X XMouse 1 I A Function "Move-or-Iconify" XMouse 2 I A Iconify X X# Button 2 in the corners, sides, or title-bar gives the window ops menu XMouse 2 FST A Function "window_ops_func" X# Button 3 anywhere in the decoration (except the title-bar buttons) X# does a raise-lower XMouse 3 TSIF A RaiseLower X X# Button 3 in the window, with the Modifier-1 key (usually alt or diamond) X# gives Raise-Lower. Used to use control here, but that interferes with xterm XMouse 3 W M RaiseLower X X############################################################################ X# Now some keyboard shortcuts. X X# Arrow Keys X# press arrow + control anywhere, and scroll by 1 page XKey Left A C Scroll -100 0 XKey Right A C Scroll +100 +0 XKey Up A C Scroll +0 -100 XKey Down A C Scroll +0 +100 X X# press arrow + meta key, and scroll by 1/10 of a page XKey Left A MC Scroll -10 +0 XKey Right A MC Scroll +10 +0 XKey Up A MC Scroll +0 -10 XKey Down A MC Scroll +0 +10 X X# press shift arrow + control anywhere, and move the pointer by 1% of a page XKey Left A SC CursorMove -1 0 XKey Right A SC CursorMove +1 +0 XKey Up A SC CursorMove +0 -1 XKey Down A SC CursorMove +0 +1 X X# press shift arrow + meta key, and move the pointer by 1/10 of a page XKey Left A SM CursorMove -10 +0 XKey Right A SM CursorMove +10 +0 XKey Up A SM CursorMove +0 -10 XKey Down A SM CursorMove +0 +10 X X# Keyboard accelerators XKey F1 A M Popup "Utilities" XKey F2 A M Popup "Window Ops" XKey F3 A M Module "WindowList" FvwmWinList XKey F4 A M Iconify XKey F5 A M Move XKey F6 A M Resize XKey F7 A M CirculateUp XKey F8 A M CirculateDown X XKey r A SC Resize XKey m A SC Move XKey h A SC CursorMove -10 +0 XKey j A SC CursorMove +0 +10 XKey k A SC CursorMove +0 -10 XKey l A SC CursorMove +10 +0 X X#Page Up/Dapge Down keys are used to scroll by one desktop page X# in any context, press page up/down + control X# in root context, just pressing page up/down is OK X# X# I prefer the non-wrapping scroll. These are for example purposes only X#Key Next A C Scroll 100000 0 X#Key Next R N Scroll 100000 0 X#Key Prior A C Scroll -100000 0 X#Key Prior R N Scroll -100000 0 X X X############################################################################ X############################################################################ X#Definitions used by the modules X X###################### GoodStuff button-bar ################################ X# Colors X*GoodStuffFore Black X*GoodStuffBack gray X X# Font X*GoodStuffFont -adobe-helvetica-bold-r-*-*-10-*-*-*-*-*-*-* X# Geometry - really likes to pick its own size, but giving a position is OK X*GoodStuffGeometry -1-1 X X# Layout: specify rows or columns, not both X#*GoodStuffRows 1 X*GoodStuffColumns 1 X X# Define the buttons to use..... X*GoodStuff - mailempty Swallow "xclock" xclock -bg gray -geometry -1500-1500 -padding 0 X*GoodStuff mail mailempty Swallow "xbiff" xbiff -geometry -1500-1500 X*GoodStuff - whatever SwallowModule "FvwmPager" FvwmPager 0 0 X X X######################### No Clutter ######################################## X# I only wrote NoClutter as a simple test case, but maybe some big sites like X# universities really have usage problems (too many open windows).... X# Time delays are in seconds. X*FvwmNoClutter 3600 Iconify 1 X*FvwmNoClutter 86400 Delete X*FvwmNoCLutter 172800 Destroy X X########################## Window-Identifier ############################### X# Just choose colors and a fonts X*FvwmIdentBack MidnightBlue X*FvwmIdentFore Yellow X*FvwmIdentFont -adobe-helvetica-medium-r-*-*-12-*-*-*-*-*-*-* X X########################### Pager ######################################### X*FvwmPagerBack gray X#*FvwmPagerFore #484048 X*FvwmPagerFore black X#*FvwmPagerFont -adobe-helvetica-bold-r-*-*-10-*-*-*-*-*-*-* X*FvwmPagerFont none X#*FvwmPagerHilight #cab3ca X*FvwmPagerHilight white X*FvwmPagerGeometry -1-1 X#*FvwmPagerLabel 0 Misc X#*FvwmPagerLabel 1 Maker X#*FvwmPagerLabel 2 Mail X#*FvwmPagerLabel 3 Matlab X*FvwmPagerSmallFont 5x8 X X X##########################FvwmWinList################################## X*FvwmWinListBack gray X*FvwmWinListFore Black X*FvwmWinListFont -adobe-helvetica-bold-r-*-*-12-*-*-*-*-*-*-* X*FvwmWinListAction Click1 Iconify -1,Focus X*FvwmWinListAction Click2 Iconify X*FvwmWinListAction Click3 Module "FvwmIdent" FvwmIdent X*FvwmWinListUseSkipList X*FvwmWinListGeometry -0+0 END-of-.fvwmrc echo x - .login sed 's/^X//' >.login << 'END-of-.login' X# stty crt erase ^h Xumask 022 END-of-.login echo x - .maildelivery sed 's/^X//' >.maildelivery << 'END-of-.maildelivery' XSender announce-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.announce" XSender bugs-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.bugs" XSender commit-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.commit" XSender current-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.current" XSender doc-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.doc" XSender fs-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.fs" XSender hackers-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.hackers" XSender hardware-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.hardware" XSender install-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.install" XSender platforms-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.platforms" XSender ports-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.ports" XSender questions-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.questions" XSender scsi-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.scsi" XSender security-owner@FreeBSD.org | A "/usr/local/lib/mh/rcvstore +freebsd.security" END-of-.maildelivery echo x - .mh_profile sed 's/^X//' >.mh_profile << 'END-of-.mh_profile' XPath: Mail Xrmmproc: /bin/rm Xshowproc: /usr/local/bin/less Xsend: -hencode Xwhom: -hencode Xscan: -form scancomps Xinc: -form scancomps XAliasfile: aliases END-of-.mh_profile echo x - .netrc sed 's/^X//' >.netrc << 'END-of-.netrc' Xmachine moon login sa2c Xmachine mars login sa2c Xmachine mercury login sa2c Xmachine freebird login sa2c Xdefault login ftp password sa2c@and.or.jp END-of-.netrc echo x - .ppp.conf sed 's/^X//' >.ppp.conf << 'END-of-.ppp.conf' Xdefault: X set device /dev/cuaa1 X set speed 57600 X disable lqr X deny lqr X set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \"\" ATZ OK-ATZ-OK \\dATDT\\T TIMEOUT 40 CONNECT" X set timeout 120 X set login "TIMEOUT 5 login:-\\r-login: \\U word: \\P" X set escape 0xff X Xrim: X set phone ****-**** X set authname Psa2c X set authkey ******** X set openmode active X set login "TIMEOUT 5 login:-\\r-login:" X Xand: X set phone ****-**** X set authname sa2c X set authkey ******** X set login "TIMEOUT 5 login:-\\r-login: ppp" END-of-.ppp.conf echo x - .ppp.linkup sed 's/^X//' >.ppp.linkup << 'END-of-.ppp.linkup' X# X# If connected to and, nothing to be done. X# Xand: X X# X# Otherwide, simply add peer as default gateway. X# XMYADDR: X add 0 0 HISADDR END-of-.ppp.linkup echo x - .xsession sed 's/^X//' >.xsession << 'END-of-.xsession' X#!/bin/sh X Xif [ -f $HOME/.Xmodmap ]; then X xmodmap $HOME/.Xmodmap Xfi Xif [ -f $HOME/.Xresources ]; then X xrdb -load $HOME/.Xresources Xfi Xif [ -f $HOME/.Xauthority ]; then X XAUTHORITY=$HOME/.Xauthority; export XAUTHORITY Xfi X Xfvwm & Xxsetroot -solid DarkSlateGray X#xsetroot -solid black X#xv -rmode 5 -root -quit freebsd.jpg & Xxconsole -geometry 480x130+0-0 -daemon -fn fixed X#oclock -geometry 90x90-0+0 -transparent & X#xeyes -geometry 90x90+0+100 -outline 'dark gray' & X#xload -geometry 90x90+0+200 -fn variable & X#xbiff -geometry 90x90+0+300 & Xbeforelight & X#twm & Xkinput2 & X#/home/sa2c/bin/fvwm & Xexec kterm -geometry 80x24+0+0 -ls -km sjis -title login END-of-.xsession exit From owner-freebsd-hackers Mon May 1 19:20:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA15643 for hackers-outgoing; Mon, 1 May 1995 19:20:31 -0700 Received: from news.rim.or.jp (news.rim.or.jp [202.255.181.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA15613 for ; Mon, 1 May 1995 19:19:59 -0700 Received: (from uucp@localhost) by news.rim.or.jp (8.6.10+2.4W/3.3W-rim1.0) with UUCP id LAA04997; Tue, 2 May 1995 11:19:34 +0900 Received: from us.and.or.jp (localhost [127.0.0.1]) by us.and.or.jp (8.6.11/3.3W8) with ESMTP id LAA04924; Tue, 2 May 1995 11:15:12 +0900 Message-Id: <199505020215.LAA04924@us.and.or.jp> Reply-To: sa2c@st.rim.or.jp To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: jkh@morton.cdrom.com, hackers@freefall.cdrom.com Subject: Re: Translators needed urgently! In-reply-to: "HOSOKAWA Tatsumi"'s message of "Sun, 30 Apr 1995 18:11:22 JST." <199504300911.SAA09363@steyr.mt.cs.keio.ac.jp> Date: Tue, 02 May 1995 11:15:12 +0900 From: NIIMI Satoshi Sender: hackers-owner@FreeBSD.org Precedence: bulk > >> I'm going for only the european languages as I'm not certain I'll be > >> able to fit the Japanese fonts on the first floppy. I can certainly > >> do ISO-8859-1, which gets me pretty much all the european ones, and > >> koi8 is also small. If I *can* manage Japanese then I certainly will, > >> of course, but I don't even have a syscons font or screen map for it > >> yet. > > Hmm... How about writing Japanese document in ISO-8859-1 by using > alphabetical expression of Japanese? It is easier for me to read English than to read Japanese written in ISO-8859-1 :-). > BTW, I'm too busy now, so I have no time to translate both README and > INSTALL. Does anyone translate INSTALL into Japanese? I can. -- NIIMI Satoshi From owner-freebsd-hackers Mon May 1 19:20:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA15611 for hackers-outgoing; Mon, 1 May 1995 19:20:00 -0700 Received: (from julian@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA15598 for hackers; Mon, 1 May 1995 19:19:52 -0700 Date: Mon, 1 May 1995 19:19:52 -0700 From: Julian Elischer Message-Id: <199505020219.TAA15598@freefall.cdrom.com> To: hackers Subject: policy with sources imported.. Sender: hackers-owner@FreeBSD.org Precedence: bulk Very often I want to compile something from FreeBSD, for another OS, so that I have compatible versions. This of course means I have to 'UN-PORT' it. I understand that for the ports, we have a lead back to the original versions, but for things that are imported, there are no such links.. would it make sense for us to have in our sources, at least a pointer to where it came from? The current case in point for me is rarpd.. now I guess it came with 4.4, but I can't find anywhere, a version of rarpd that doesn't need bpf.. It seems to me that rarpd should be able to run using a raw ICMP socket, similar to ping, but I can't find a version that does that, yet there are enough machines out there that don't have bpf for me to believe that possibly there might have been a version of this same software that did it with raw sockets.. (It might even be possible with this code if the original docs were there..) This sort of thing hits me again and again.. I want something that I know is in FreeBSD, but can't find any pointers as to where to look before that... any ideas? am I just net-illiterate? julian From owner-freebsd-hackers Mon May 1 19:42:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA16402 for hackers-outgoing; Mon, 1 May 1995 19:42:06 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA16396 for ; Mon, 1 May 1995 19:41:57 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id UAA03917; Mon, 1 May 1995 20:46:00 -0600 Date: Mon, 1 May 1995 20:46:00 -0600 From: Nate Williams Message-Id: <199505020246.UAA03917@trout.sri.MT.net> To: Jaye Mathisen Cc: Nate Williams , Poul-Henning Kamp , Terry Lambert , obrien@leonardo.net, hackers@FreeBSD.org Subject: Re: Compress dumps? In-Reply-To: References: <199505011803.MAA01024@trout.sri.MT.net> Sender: hackers-owner@FreeBSD.org Precedence: bulk > What Nate neglects to mention is that it was crappy hardware, trashed > cache, and generally screwed up machine... :) It wasn't on my box. ;P From owner-freebsd-hackers Mon May 1 19:43:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA16423 for hackers-outgoing; Mon, 1 May 1995 19:43:54 -0700 Received: from quicknet.transport.com (quicknet.transport.com [204.119.17.160]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA16416 for ; Mon, 1 May 1995 19:43:42 -0700 Received: (from timb@localhost) by quicknet.transport.com (8.6.9/8.6.9) id TAA17040 for freebsd-hackers@freebsd.org; Mon, 1 May 1995 19:34:07 -0700 From: User Timb Message-Id: <199505020234.TAA17040@quicknet.transport.com> Subject: Problems with second SCSI drive To: freebsd-hackers@FreeBSD.org Date: Mon, 1 May 1995 19:34:06 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2085 Sender: hackers-owner@FreeBSD.org Precedence: bulk Forwarded message: >From MAILER-DAEMON Mon May 1 19:02:59 1995 Date: Mon, 1 May 95 21:19:08 CDT Message-ID: <2C39+QONdjA@leo.cecer.army.mil> X-Priority: 3 (Normal) From: To: timb@quicknet.transport.com Subject: Undeliverable Message X-Incognito-SN: 117 X-Incognito-Format: VERSION=2.00 EA-5.1 ENCRYPTED=NO To: questions@FreeBSD.org Cc: Subject: Message not delivered to recipients below. Press F1 for help with VNM error codes. VNM3043: Matthew E Richards@TR-S@USACERL ------------------ Error number Explanation Follows ------------------- VNM3043 -- MAILBOX IS FULL The message cannot be delivered because the recipient's mailbox contains the maximum number of messages, as set by the system administrator. The recipient must delete some messages before any other messages can be delivered. The maximum message limit for a user's mailbox is 10,000. The default message limit is 1000 messages. Administrators can set message limits using the Mailbox Settings function available in the Manage User menu (MUSER). When a user's mailbox reaches the limit, the user must delete some of the messages before the mailbox can accept any more incoming messages. ---------------------- Original Message Follows ---------------------- Subject:Problems disklabeling second SCSI drive.. I formated it my second second drive 500 meg's for dos.. For some reason when i bring up sysinstall or try to disklabel it ..It doesnt want to label it or doesnt come up in sysinstall. This is the first time i ever tried to get dos and unix working on the same SCSI drive but i figured it would be the same pretty much as IDE.. IT comes up in the initial probes so it's being reconized there. I am running the latest kernel from a few day's ago on two 3.6 gig micropolis drives.. Anyone have a clue on how i can get the second drive to have dos on it?.. Basicly i just want to be able to mount the second drive as a dos partion and then copy over some files.. From owner-freebsd-hackers Mon May 1 19:49:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA16547 for hackers-outgoing; Mon, 1 May 1995 19:49:51 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA16536 for ; Mon, 1 May 1995 19:49:44 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA04944; Mon, 1 May 95 20:42:16 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505020242.AA04944@cs.weber.edu> Subject: Re: Translators needed urgently! To: sa2c@st.rim.or.jp Date: Mon, 1 May 95 20:42:15 MDT Cc: hosokawa@mt.cs.keio.ac.jp, jkh@morton.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199505020215.LAA04924@us.and.or.jp> from "NIIMI Satoshi" at May 2, 95 11:15:12 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hmm... How about writing Japanese document in ISO-8859-1 by using > > alphabetical expression of Japanese? > > It is easier for me to read English than to read Japanese written in > ISO-8859-1 :-). It's easier for me to read/write Romanji, then Kana, then Kanji (where it honestly isn't easy for me do either). Is there an automated system for Kanji <-> Kana translation anywhere (assume computer encoding -- I'm not talking character recognition here!). I's like Kana <-> Romanji translation to go with that, but could live without it. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 1 19:57:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA16766 for hackers-outgoing; Mon, 1 May 1995 19:57:08 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA16760 ; Mon, 1 May 1995 19:57:01 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA05147; Mon, 1 May 95 20:50:31 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505020250.AA05147@cs.weber.edu> Subject: Re: policy with sources imported.. To: julian@freefall.cdrom.com (Julian Elischer) Date: Mon, 1 May 95 20:50:31 MDT Cc: hackers@freefall.cdrom.com In-Reply-To: <199505020219.TAA15598@freefall.cdrom.com> from "Julian Elischer" at May 1, 95 07:19:52 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Very often I want to compile something from FreeBSD, for another OS, so that > I have compatible versions. This of course means I have to 'UN-PORT' it. > I understand that for the ports, we have a lead back to the original > versions, but for things that are imported, there are no such links.. > Why do you have to 'UN-PORT' it? Is it the makefile stuff? I thought it would be a nice thing if the makefile stuff could be easily cross-built to allow the packages to mostly "just compile" on other platforms. I did notice a distinct lack of portability for things like tcsh and telnetd, though; I would think it would be a goal to make sure that the code didn't get "deportablized" as it was imported -- I was really suprised at some of the things that wouldn't build for SunOS. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Mon May 1 20:13:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA17122 for hackers-outgoing; Mon, 1 May 1995 20:13:53 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA17113 for ; Mon, 1 May 1995 20:13:40 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.11/8.6.6) id XAA18977; Mon, 1 May 1995 23:12:58 -0400 From: John Capo Message-Id: <199505020312.XAA18977@irbs.irbs.com> Subject: Re: aspfilter & stdin To: andreas@knobel.gun.de (Andreas Klemm) Date: Mon, 1 May 1995 23:12:57 -0400 (EDT) Cc: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) In-Reply-To: <199504291417.QAA02391@knobel.GUN.de> from "Andreas Klemm" at Apr 29, 95 04:17:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 269 Sender: hackers-owner@FreeBSD.org Precedence: bulk Andreas Klemm writes: > > You speek of 4.8 ... well, then better get 4.8.1 which came shortly > after 4.8 for some reason :) > I am using verison 1.11 from a Linux site somewhere. Is there a reason I should not be using this version? It works fine. -- John Capo From owner-freebsd-hackers Mon May 1 20:23:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA17428 for hackers-outgoing; Mon, 1 May 1995 20:23:07 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA17414 ; Mon, 1 May 1995 20:22:58 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id VAA04068; Mon, 1 May 1995 21:27:05 -0600 Date: Mon, 1 May 1995 21:27:05 -0600 From: Nate Williams Message-Id: <199505020327.VAA04068@trout.sri.MT.net> To: terry@cs.weber.edu (Terry Lambert) Cc: julian@freefall.cdrom.com (Julian Elischer), hackers@freefall.cdrom.com Subject: Re: policy with sources imported.. In-Reply-To: <9505020250.AA05147@cs.weber.edu> References: <199505020219.TAA15598@freefall.cdrom.com> <9505020250.AA05147@cs.weber.edu> Sender: hackers-owner@FreeBSD.org Precedence: bulk > I did notice a distinct lack of portability for things like tcsh > and telnetd, though; I would think it would be a goal to make sure > that the code didn't get "deportablized" as it was imported I don't think that's a worthy goal. I think it's more important to make sure that the sources are readable and maintainable on the BSD box that it's used for than to shoot for spaghetti code full of #ifdefs which make it compile under every other OS. >-- I > was really suprised at some of the things that wouldn't build for SunOS. After using Ultrix for years, and then FreeBSD, I find that it is difficult to compile code for SunOS simply because the stock compiler doesn't support prototypes, and when you use something like gcc which does support prototypes there are *way* too many missing and/or bogus prototypes. I'm trying to do C++ development on my SunOS box, and I'm having a heck of a time getting things to work because everything under the Sun (gag) is screwed up. I could use a really old version of Lucid-C which provides prototyped include files, but it's fairly buggy so I'm trying to stick with gcc. Nate From owner-freebsd-hackers Mon May 1 21:03:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA18264 for hackers-outgoing; Mon, 1 May 1995 21:03:51 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA18258 for ; Mon, 1 May 1995 21:03:46 -0700 Received: by haven.uniserve.com id <210>; Mon, 1 May 1995 21:16:11 -0700 Date: Mon, 1 May 1995 21:15:12 -0700 (PDT) From: Tom Samplonius To: Charles Henrich cc: freebsd-hackers@FreeBSD.org Subject: Re: /kernel: mb_map full In-Reply-To: <199505012359.QAA11529@freefall.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Mon, 1 May 1995, Charles Henrich wrote: > I've been getting this regularly on a very heavily loaded 486/66 running > 0210-SNAP, immediatly after that message the system reboots. What is it > (out of mbuf's? If so why reboot, why not just dump the packet...) > > Suggestions on a solution anyone? Upgrade to a newer snap. This was a bug that was fixed (hopefuly for good!) some time ago. Tom From owner-freebsd-hackers Mon May 1 21:21:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA18844 for hackers-outgoing; Mon, 1 May 1995 21:21:04 -0700 Received: from tinman.mke.ab.com (tinman.mke.ab.com [130.151.82.17]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA18837 ; Mon, 1 May 1995 21:21:01 -0700 Received: from slip3.mke.ab.com (slip3.mke.ab.com [130.151.114.12]) by tinman.mke.ab.com (8.6.11/8.6.11) with SMTP id XAA06693; Mon, 1 May 1995 23:20:41 -0500 Date: Mon, 1 May 1995 23:20:41 -0500 Message-Id: <199505020420.XAA06693@tinman.mke.ab.com> X-Sender: eaparis@tinman.mke.ab.com (Unverified) X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: questions@FreeBSD.org, hackers@FreeBSD.org From: eaparis@mke.ab.com (Eloy A. Paris) Subject: Problems with zp0 driver in 041295 SNAP? Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi. Since I knew about FreeBSD around one month ago I challenged myself to put it to run in my company's LAN using Ethernet. Since then, I have been facing all kinds of new challenges. I have a Notebook computer (a NEC Versa V/50, with 20 MBytes of RAM and enough hard disk space for the basic stuff). Because of this the first thing I did was to change my Xircom PCMCIA Ethernet card for one of the supported cards (a 3Com Etherlink III 3C589 card.) At the very beginning I did not know that Xircom's cards are not supported because Xircom does not give technical information about them (stupid, isn't it?) so I struggled a little with it. Then, when I realized that and got my 3Com card, I said to my self: "Now you are in bussiness Eloy, at last you'll be able to surf the Net using your FreeBSD box." Guess what: I was wrong!!! I have been fighting with the zp0 driver for about 4 days and finally I decided to give up until somebody say something about this. What's the problem? Well, the zp0 driver sees the card but then when it reads the card information to make sure it has what it is supposed to have (after the driver has written the I/O base address and the IRQ), there is nothing there. I compiled the if_zp.c file with the symbol ZP_DEBUG defined but I could not tell what is going on since I do not have any technical infomation about the card nor the PCMCIA controller. But this is not all: the weird part is that after each time I reboot my computer with FreBSD the Card Information Structure (CIS) of my card gets corrupted. After this corruption I can not get into the 3Com's configuration program (for DOS) for this card (3C589CFG.EXE) because the program aborts with the message "Corrupted CIS. Please replace card with a good one and try again." Thanks God I found in 3Com's BBS a program to clean the CIS because if not I would not even be able to use Ethernet under DOS (that I am doing pretty fine.) I tryed everething. I compiled the whole kernel changing the I/O base address and the IRQ and nothing. I configured the card under DOS and then Ctrl-Alt-Del and nothing. Something very weird is going on here. I do not know if it is the combination of my NEC Versa with the zp0 driver or what. I would like to know. If somebody is interested, I can mail to the list(s) the debug information the zp0 driver is sending to the screen. Also, if somebody gives to me technical information about the 3Com card and the PCMCIA controller I could try to find by myself what is going on. Any help or pointers will be appreciated as well as your experience with this card under FreeBSD. See ya. Eloy.- -- Eloy A. Paris Allen-Bradley de Venezuela "Los poderosos nos parecen grandes solo porque estamos de rodillas, levantemonos!!!" Carlos Marx From owner-freebsd-hackers Mon May 1 21:33:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA19064 for hackers-outgoing; Mon, 1 May 1995 21:33:10 -0700 Received: from p5.spnet.com (spnet.com [204.156.130.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA19058 for ; Mon, 1 May 1995 21:33:07 -0700 Received: from localhost (localhost [127.0.0.1]) by p5.spnet.com (8.6.11/8.6.9) with SMTP id VAA05229; Mon, 1 May 1995 21:33:04 -0700 Message-Id: <199505020433.VAA05229@p5.spnet.com> X-Authentication-Warning: p5.spnet.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org cc: elh@p5.spnet.com Subject: bug in -current GENERIC Date: Mon, 01 May 1995 21:33:03 -0700 From: Ed Hudson Sender: hackers-owner@FreeBSD.org Precedence: bulk howdy. this has been in GENERIC for at least a few days, as downloaded by sup: > > config kernel root on wd0 swap on wd0 and wd1 and wd2 and wd3 sd0 and > ^^^^^ > ^^^^^ > ^^^^^ there is a missing 'and' between the 'wd3' and 'sd0' in the swap section above. this causes swap to be unconfigured, at least for scsi systems (the only kind i can test). thanks, -elh From owner-freebsd-hackers Mon May 1 21:40:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA19251 for hackers-outgoing; Mon, 1 May 1995 21:40:51 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA19244 for ; Mon, 1 May 1995 21:40:47 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA06266; Mon, 1 May 1995 21:40:38 -0700 From: Poul-Henning Kamp Message-Id: <199505020440.VAA06266@ref.tfs.com> Subject: Re: bug in -current GENERIC To: elh@p5.spnet.com (Ed Hudson) Date: Mon, 1 May 1995 21:40:38 -0700 (PDT) Cc: hackers@FreeBSD.org, elh@p5.spnet.com In-Reply-To: <199505020433.VAA05229@p5.spnet.com> from "Ed Hudson" at May 1, 95 09:33:03 pm Content-Type: text Content-Length: 287 Sender: hackers-owner@FreeBSD.org Precedence: bulk > this has been in GENERIC for at least a few days, as > downloaded by sup: Probably my mistake. Fixed. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Mon May 1 22:00:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA19493 for hackers-outgoing; Mon, 1 May 1995 22:00:41 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA19487 for ; Mon, 1 May 1995 22:00:36 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id WAA00462; Mon, 1 May 1995 22:58:12 -0600 Message-Id: <199505020458.WAA00462@rover.village.org> To: Mark Murray Subject: Re: Compress dumps? Cc: "Mike O'Brien" , hackers@FreeBSD.org In-reply-to: Your message of Mon, 01 May 1995 11:09:21 +0200 Date: Mon, 01 May 1995 22:58:12 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : Yup. I have QIC 150's and 1.2GB of disk. I would not do it any other way. : I do it by constructing a pipline, but if you have some other ideas I'll : be interested! How do you handle the 'I want to write more than one tape' problem? Warner From owner-freebsd-hackers Mon May 1 22:17:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA19988 for hackers-outgoing; Mon, 1 May 1995 22:17:25 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA19982 ; Mon, 1 May 1995 22:17:19 -0700 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id WAA08262; Mon, 1 May 1995 22:09:07 GMT Message-Id: <199505012209.WAA08262@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Julian Elischer cc: hackers@freefall.cdrom.com Subject: Re: policy with sources imported.. In-reply-to: Your message of "Mon, 01 May 1995 19:19:52 MST." <199505020219.TAA15598@freefall.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 May 1995 22:09:04 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Julian Elischer said: > > Very often I want to compile something from FreeBSD, for another OS, so that > I have compatible versions. This of course means I have to 'UN-PORT' it. > I understand that for the ports, we have a lead back to the original > versions, but for things that are imported, there are no such links.. > > would it make sense for us to have in our sources, at least a pointer to > where it came from? yeap, what you are saying makes sense. In fact, I wish that all net packages that are distributed on the net to have a pointer to where they come from. Ever surf late at nite, downloaded a package, play with and come back a a few weeks later and wonder where in the hell it came from ? :) Cheers, Amancio From owner-freebsd-hackers Mon May 1 22:52:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA20594 for hackers-outgoing; Mon, 1 May 1995 22:52:12 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA20588 for ; Mon, 1 May 1995 22:52:10 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id WAA27449; Mon, 1 May 1995 22:51:59 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id WAA00605; Mon, 1 May 1995 22:51:59 -0700 Message-Id: <199505020551.WAA00605@corbin.Root.COM> To: Charles Henrich cc: freebsd-hackers@FreeBSD.org Subject: Re: /kernel: mb_map full In-reply-to: Your message of "Mon, 01 May 95 19:58:53 EDT." <199505012359.QAA11529@freefall.cdrom.com> From: David Greenman Reply-To: davidg@Root.COM Date: Mon, 01 May 1995 22:51:57 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >(out of mbuf's? If so why reboot, why not just dump the packet...) It's a bug; not intended behavior. It has been mostly fixed in -current. -DG From owner-freebsd-hackers Mon May 1 23:04:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA20902 for hackers-outgoing; Mon, 1 May 1995 23:04:07 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA20891 for ; Mon, 1 May 1995 23:03:48 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id IAA01068; Tue, 2 May 1995 08:02:59 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id IAA02054; Tue, 2 May 1995 08:02:58 +0200 Message-Id: <199505020602.IAA02054@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: Warner Losh cc: Mark Murray , "Mike O'Brien" , hackers@FreeBSD.org Subject: Re: Compress dumps? Date: Tue, 02 May 1995 08:02:58 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > : Yup. I have QIC 150's and 1.2GB of disk. I would not do it any other way. > : I do it by constructing a pipline, but if you have some other ideas I'll > : be interested! > > How do you handle the 'I want to write more than one tape' problem? With great difficulty. :-( I usually just do incremental backups, but occaisionally I need to do a level 1 or 2 which overflows the tape. Then I step in and manually back up relevant pieces, or decide I really don't _need_ do backup the obj subtree or suchlike. That is the only real pain. Doesn't happen often though. M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Mon May 1 23:19:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA21288 for hackers-outgoing; Mon, 1 May 1995 23:19:40 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA21271 for ; Mon, 1 May 1995 23:19:28 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id OAA27098; Tue, 2 May 1995 14:19:34 +0800 Date: Tue, 2 May 1995 14:19:34 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: gcc -s option? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Are there any reports of gcc 2.6.3's -s I wrote a small utility to tally up accesses per user from an NCSA httpd logfile. If I compile it with "cc -O3 -s -o faddup faddup.c", it will run the first time, but then immediately segfault on subsequent runs. Compiling it without -s allows it to run indefinite times. Stripping the non -s binary does *not* cause segfaulting on the second and subsequent runs. Running the -s binary in gdb 4.13 twice also segfaults, but of course I can't tell where it is dying because the symbols have been deleted. This problem occurs on both my Am486DX4/100 (950412-SNAP) and an Intel P5-90 (950322-SNAP). I don't know if this is relevant, but I could not boot a stripped 950322 kernel either. It would get to the memory check and then reboot itself. Haven't tried the 950412 kernel yet. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon May 1 23:35:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA21563 for hackers-outgoing; Mon, 1 May 1995 23:35:51 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA21544 for ; Mon, 1 May 1995 23:34:53 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id OAA27145; Tue, 2 May 1995 14:34:45 +0800 Date: Tue, 2 May 1995 14:34:43 +0800 (CST) From: Brian Tao To: Neal Westfall cc: hackers@FreeBSD.org Subject: Re: Netscape 1.1 and Current In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 30 Apr 1995, Neal Westfall wrote: > > I've just upgraded my system to -current this weekend from the April 12 > snapshot. I'm having some trouble with Netscape 1.1. It locks up > and reports the following: > > netscape: uname() failed; can't tell what system we're running on That's funny, I get the error with my 950412 snapshot machine, but it doesn't seem to cause any problems, and I figured it is because my machine doesn't have an entry in our nameserver yet. % uname -v FreeBSD 2.0.950412-SNAP #0: Sat Apr 15 00:41:41 CST 1995 taob@falcon.ibms.sinica.edu.tw:/usr/sys/compile/ARIES -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon May 1 23:42:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA21657 for hackers-outgoing; Mon, 1 May 1995 23:42:41 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA21650 for ; Mon, 1 May 1995 23:42:35 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id OAA27163; Tue, 2 May 1995 14:43:03 +0800 Date: Tue, 2 May 1995 14:43:00 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: "page outside of object" kernel message Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I caught this in my /var/log/messages last week: Apr 30 00:40:55 aries /kernel: swap_pager_output: page outside of object -- 8192, 8192 Anything to be concerned about? There was plenty of swap left at the time, and the only anomalous activity was my httpd logfile analyze segfaulting all the time (which I think is related to the use of gcc's -s switch, as I mentioned in another message). -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Mon May 1 23:57:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA21858 for hackers-outgoing; Mon, 1 May 1995 23:57:09 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA21821 for ; Mon, 1 May 1995 23:54:10 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00990; Tue, 2 May 1995 08:54:06 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA20432; Tue, 2 May 1995 08:52:45 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA13772; Tue, 2 May 1995 08:23:23 +0200 From: J Wunsch Message-Id: <199505020623.IAA13772@uriah.heep.sax.de> Subject: Re: Translators To: hackers@freefall.cdrom.com Date: Tue, 2 May 1995 08:23:21 +0200 (MET DST) Cc: me@tartufo.pcs.dec.com (Michael Elbel) Reply-To: hackers@freefall.cdrom.com In-Reply-To: from "Michael Elbel" at May 1, 95 10:48:00 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 493 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Michael Elbel wrote: > > >As usual (:-), i can take German. Anyway, it must be before May 7. > > If you need help with the German, just say so. I'll actually have some > time to do other stuff than work now. Keep May 6 in mind. If Jordan's call for translators arrives after this date, please go on and do it -- i won't even read it then. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Mon May 1 23:59:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA21923 for hackers-outgoing; Mon, 1 May 1995 23:59:08 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA21910 for ; Mon, 1 May 1995 23:58:55 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA00995; Tue, 2 May 1995 08:54:08 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA20436 for hackers@FreeBSD.org; Tue, 2 May 1995 08:54:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA13788 for hackers@FreeBSD.org; Tue, 2 May 1995 08:28:03 +0200 From: J Wunsch Message-Id: <199505020628.IAA13788@uriah.heep.sax.de> Subject: Re: Hackers - send me your setups! To: hackers@FreeBSD.org Date: Tue, 2 May 1995 08:28:03 +0200 (MET DST) Reply-To: hackers@FreeBSD.org In-Reply-To: <14062.799362618@time.cdrom.com> from "Jordan K. Hubbard" at May 1, 95 02:10:18 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 869 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > Note that this isn't a call for several thousand 4 line .cshrc files; > I'm looking for "complete setups" that people have spent a fair bit of > time on and are proud of (and feel would be of genuine use to someone > else). Due credit will, of course, be given.. Your chance to see > your name in lights and live on in people's .login files all over the > planet! :-) If you're missing enough volunteers, i could put my files together (and clean them up a bit). It would require two or three hours work of documenting all (e.g. Alt-{1-6} to flip the desktop screens), but it's a fairly complete ``X-user'' (more specific: xdm user) setup. Are you also interested in sample .emacs files? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue May 2 00:00:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA21978 for hackers-outgoing; Tue, 2 May 1995 00:00:53 -0700 Received: from silicon.csci.csusb.edu (silicon.csci.csusb.edu [139.182.38.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA21970 for ; Tue, 2 May 1995 00:00:49 -0700 Received: from orion.csci.csusb.edu by silicon.csci.csusb.edu (5.0/SMI-SVR4) id AA01410; Tue, 2 May 1995 00:06:09 +0800 Received: by orion.csci.csusb.edu (5.0/SMI-SVR4) id AA14713; Tue, 2 May 1995 00:00:18 +0800 Date: Tue, 2 May 1995 00:00:18 -0700 (PDT) From: Neal Westfall To: Brian Tao Cc: hackers@FreeBSD.org Subject: Re: Netscape 1.1 and Current In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1150 Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 2 May 1995, Brian Tao wrote: > > netscape: uname() failed; can't tell what system we're running on > > That's funny, I get the error with my 950412 snapshot machine, but > it doesn't seem to cause any problems, and I figured it is because my > machine doesn't have an entry in our nameserver yet. > > % uname -v > FreeBSD 2.0.950412-SNAP #0: Sat Apr 15 00:41:41 CST 1995 > taob@falcon.ibms.sinica.edu.tw:/usr/sys/compile/ARIES That is weird. The problem with current turned out to be the fact that uname exhibited the following behavior: % uname -r BUILT-19950501 By applying the patch mentioned in a previous message and rebuilding the kernel, the problem with it locking up went away. I just tried Netscape again and it still shows the error message. But it is not locking up anymore. Maybe it has something to do with it being a BSDI binary? Oh well, as long as it works! % uname -r 2.0-BUILT-19950501 Netscape seems to like that. Neal Westfall nwestfal@csci.csusb.edu FreeBSD 2.0-BUILT-19950501 #1: Mon May 1 12:49:11 PDT 1995 root@darkside.csci.csusb.edu:/usr/src/sys/compile/DARKSIDE From owner-freebsd-hackers Tue May 2 00:05:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA22076 for hackers-outgoing; Tue, 2 May 1995 00:05:04 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA22067 for ; Tue, 2 May 1995 00:04:54 -0700 Received: from tuatara (tuatara.reptiles.org [142.57.253.134]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id AAA05357 for ; Tue, 2 May 1995 00:02:01 -0700 Received: by tuatara (Smail3.1.29.1 #1) id m0s6Beb-0003ZjC; Tue, 2 May 95 02:41 EDT Message-Id: Date: Tue, 2 May 95 02:41 EDT From: jim@reptiles.org (Jim Mercer) To: hackers@FreeBSD.org Newsgroups: comp.unix.bsd.freebsd.misc Subject: AST 4 port, pppd and FreeBSD 2.0--950412-SNAP Organization: Reptilian Research, Toronto, Canada Sender: hackers-owner@FreeBSD.org Precedence: bulk [ please cc: me via email, as my news service is somewhat spotty while my new news server is under construction. thanx ] i currently have a 486sx, 8 meg, with 2 16450 serials (sio0, sio1) and an AST 4 port card. my first problem is that the AST 4 port card, although recognized by the kernel on boot, does not seem to talk to the modems i have connected to the ports. did something possibly slip in the -current stuff? also, i have modems on sio0 and sio1. pppd seems to run fine on either port, however, if i want to do two conncurrent pppd's it doesn't seem to allocate the next ppp device in the kernel. am i doing something wrong? -- [ Jim Mercer jim@reptiles.org +1 416 506-0654 ] [ Reptilian Research -- Longer Life through Colder Blood ] [ Never, ever forget to replace the toiletseat after use!!! A wet ] [ chinchilla is a very funny and pathetic sight. -- alt.chinchilla ] From owner-freebsd-hackers Tue May 2 00:19:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA22509 for hackers-outgoing; Tue, 2 May 1995 00:19:31 -0700 Received: from news.rim.or.jp (news.rim.or.jp [202.255.181.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA22503 for ; Tue, 2 May 1995 00:19:29 -0700 Received: (from uucp@localhost) by news.rim.or.jp (8.6.10+2.4W/3.3W-rim1.0) with UUCP id QAA13424; Tue, 2 May 1995 16:18:54 +0900 Received: from us.and.or.jp (localhost [127.0.0.1]) by us.and.or.jp (8.6.11/3.3W8) with ESMTP id PAA00791; Tue, 2 May 1995 15:59:43 +0900 Message-Id: <199505020659.PAA00791@us.and.or.jp> Reply-To: sa2c@st.rim.or.jp To: terry@cs.weber.edu (Terry Lambert) cc: sa2c@st.rim.or.jp, hosokawa@mt.cs.keio.ac.jp, jkh@morton.cdrom.com, hackers@freefall.cdrom.com Subject: Re: Translators needed urgently! In-reply-to: "Terry Lambert"'s message of "Mon, 01 May 1995 20:42:15 MDT." <9505020242.AA04944@cs.weber.edu> Date: Tue, 02 May 1995 15:59:42 +0900 From: NIIMI Satoshi Sender: hackers-owner@FreeBSD.org Precedence: bulk > Is there an automated system for Kanji <-> Kana translation anywhere > (assume computer encoding -- I'm not talking character recognition > here!). I's like Kana <-> Romanji translation to go with that, but > could live without it. Translation from Kanji to Kana is not hard. But Kata to Kanji is very hard. Frequently, several Kanji word have same Kana pronounciation. For example, the word "$B1@(B" (cloud) and "$BCXia(B" (spider) are translated to same Kana "$B$/$b(B" (pronounced [KU-MO]). Therefore the best way is that make a document of Kanji and Kana, then translate it to Roma-ji (ISO-8859-1). -- NIIMI Satoshi From owner-freebsd-hackers Tue May 2 00:56:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA23812 for hackers-outgoing; Tue, 2 May 1995 00:56:11 -0700 Received: from remington.mt.cs.keio.ac.jp (remington.mt.cs.keio.ac.jp [131.113.82.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA23654 ; Tue, 2 May 1995 00:54:14 -0700 Received: (from hosokawa@localhost) by remington.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id QAA05322; Tue, 2 May 1995 16:54:04 +0900 Date: Tue, 2 May 1995 16:54:04 +0900 Message-Id: <199505020754.QAA05322@remington.mt.cs.keio.ac.jp> To: eaparis@mke.ab.com Cc: questions@FreeBSD.org, hackers@FreeBSD.org, hosokawa@mt.cs.keio.ac.jp Subject: Re: Problems with zp0 driver in 041295 SNAP? In-Reply-To: Your message of Mon, 1 May 1995 23:20:41 -0500. <199505020420.XAA06693@tinman.mke.ab.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk >> After this corruption I can not get into the 3Com's configuration program >> (for DOS) for this card (3C589CFG.EXE) because the program aborts with the >> message "Corrupted CIS. Please replace card with a good one and try again." >> Thanks God I found in 3Com's BBS a program to clean the CIS because if not I >> would not even be able to use Ethernet under DOS (that I am doing pretty fine.) I heard about another trouble (on DOS and IBM PCMCIA driver) that corrupted CIS tupples of 3C589. >> Something very weird is going on here. I do not know if it is the >> combination of my NEC Versa with the zp0 driver or what. I would like to know. >> >> If somebody is interested, I can mail to the list(s) the debug information >> the zp0 driver is sending to the screen. Please.... Current if_zp and if_ze only works on i82365 and its compatibles (VLSI, Cirrus Logic, etc.). It won't works on D-link's PCIC. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Tue May 2 02:13:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA27317 for hackers-outgoing; Tue, 2 May 1995 02:13:52 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA27311 for ; Tue, 2 May 1995 02:13:46 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id CAA22176; Tue, 2 May 1995 02:13:47 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Hackers - send me your setups! In-reply-to: Your message of "Tue, 02 May 1995 08:28:03 +0200." <199505020628.IAA13788@uriah.heep.sax.de> Date: Tue, 02 May 1995 02:13:46 -0700 Message-ID: <22174.799406026@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > If you're missing enough volunteers, i could put my files together > (and clean them up a bit). It would require two or three hours work > of documenting all (e.g. Alt-{1-6} to flip the desktop screens), but > it's a fairly complete ``X-user'' (more specific: xdm user) setup. > > Are you also interested in sample .emacs files? Well, I won't push you to spend those 2-3 hours unless I'm sort of volunteers, but just to note - I am interested in .emacs files! I'm essentially interested in *everything* that defines a user in terms of their dotfiles. This should be functionally equivalent to cd'ing to ~wizarduser and having a look around, as most newbies do. Oftentimes the newbie isn't even sure what they're looking for until they find it, then it's "oh WOW! I never knew you could do that in csh!" :-) Jordan From owner-freebsd-hackers Tue May 2 02:21:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id CAA27517 for hackers-outgoing; Tue, 2 May 1995 02:21:36 -0700 Received: from asstdc.scgt.oz.au (asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id CAA27436 for ; Tue, 2 May 1995 02:17:20 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id TAA14309 for hackers@freebsd.org; Tue, 2 May 1995 19:16:01 +1000 From: michael butler Message-Id: <199505020916.TAA14309@asstdc.scgt.oz.au> Subject: IPFW - accounting still broken ? To: hackers@FreeBSD.org Date: Tue, 2 May 1995 19:15:59 +1000 (EST) Reply-To: imb@scgt.oz.au X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 225 Sender: hackers-owner@FreeBSD.org Precedence: bulk When trying to add an accounting "filter" using ipfw, I get ... gw3:~ % ipfw adda bidirectional all from 0/0 to 202.12.127.0/24 ipfw: setsockopt failed. This is true of 950412-SNAP and -current (as of yesterday), michael From owner-freebsd-hackers Tue May 2 03:00:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA28675 for hackers-outgoing; Tue, 2 May 1995 03:00:40 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA28657 for ; Tue, 2 May 1995 03:00:34 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA29823 (5.67a/IDA-1.5); Tue, 2 May 1995 04:47:05 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA01914; 2 May 95 04:38:08 CDT (Tue) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id EAA01911; Tue, 2 May 1995 04:38:07 -0500 From: Peter da Silva Message-Id: <199505020938.EAA01911@bonkers.taronga.com> Subject: Re: Screen print capability To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 2 May 1995 04:38:07 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <9505011622.AA26054@cs.weber.edu> from "Terry Lambert" at May 1, 95 10:22:06 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 309 Sender: hackers-owner@FreeBSD.org Precedence: bulk > All Wyse, Televideo, Adm, Hazeltine, Lear/Seigler, Beehive, etc. > terminals have similar report sequences. > As does the VT131 and any other terminal thet can be put in "block mode", > like the IBM 3101, etc.. The fact that a security hole is widely available is not a justification for implementing it. From owner-freebsd-hackers Tue May 2 03:01:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA28744 for hackers-outgoing; Tue, 2 May 1995 03:01:47 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA28732 for ; Tue, 2 May 1995 03:01:37 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA29749 (5.67a/IDA-1.5); Tue, 2 May 1995 04:33:10 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA01674; 2 May 95 04:26:40 CDT (Tue) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id EAA01671; Tue, 2 May 1995 04:26:40 -0500 From: Peter da Silva Message-Id: <199505020926.EAA01671@bonkers.taronga.com> Subject: Re: Screen print capability To: ache@astral.msk.su (Andrey A. Chernov Black Mage) Date: Tue, 2 May 1995 04:26:39 -0500 (CDT) Cc: julian@ref.tfs.com, terry@cs.weber.edu, hackers@FreeBSD.org, pritc003@maroon.tc.umn.edu, sos@login.dknet.dk In-Reply-To: from "Andrey A. Chernov, Black Mage" at May 1, 95 01:18:15 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 441 Sender: hackers-owner@FreeBSD.org Precedence: bulk > It is well known backdoor and it is MUA itself problem (MUA need > to be fixed). > All other stuff (wall,write,talk) already care about it using isprint(). Every program anyone might write? That includes the example I gave, with "cat"? How about "telnet"? No, the escape sequence interface for this is terribly IBM mainframe anyway... an ioctl or (even better) a separate /dev file that you can read the screen from is much much cleaner. From owner-freebsd-hackers Tue May 2 04:23:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA01792 for hackers-outgoing; Tue, 2 May 1995 04:23:20 -0700 Received: from dkuug.dk (dkuug.dk [193.88.44.89]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id EAA01780 for ; Tue, 2 May 1995 04:22:58 -0700 Received: from kmd-ac.dk by dkuug.dk with UUCP id AA27217 (5.65c8/IDA-1.4.4j for FreeBSD.org!hackers); Tue, 2 May 1995 13:22:45 +0200 Message-Id: <199505021122.AA27217@dkuug.dk> Subject: Re: Screen print capability To: peter@bonkers.taronga.com (Peter da Silva) Date: Tue, 2 May 1995 12:49:43 +0000 (GMT) From: "Soeren Schmidt" Cc: ache@astral.msk.su, julian@ref.tfs.com, terry@cs.weber.edu, hackers@FreeBSD.org, pritc003@maroon.tc.umn.edu, sos@login.dknet.dk In-Reply-To: <199505020926.EAA01671@bonkers.taronga.com> from "Peter da Silva" at May 2, 95 04:26:39 am From: sos@FreeBSD.org (Soren Schmidt) Reply-To: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 980 X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Peter da Silva who wrote: > > > It is well known backdoor and it is MUA itself problem (MUA need > > to be fixed). > > All other stuff (wall,write,talk) already care about it using isprint(). > > Every program anyone might write? That includes the example I gave, with > "cat"? How about "telnet"? No, the escape sequence interface for this is > terribly IBM mainframe anyway... an ioctl or (even better) a separate /dev > file that you can read the screen from is much much cleaner. Erm, I guess its my turn to put in some $0.02's What I have in mind to do (actually on my LONG todolist), is implementing a device entry /dev/screen or whatever, which will give you the current screen image with attributes size the works... I have deliberately not implemented SCO's esc. seq. for all the stated reasons... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@kmd-ac.dk) FreeBSD Core Team .. From owner-freebsd-hackers Tue May 2 04:30:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA02081 for hackers-outgoing; Tue, 2 May 1995 04:30:59 -0700 Received: from crow.csrv.uidaho.edu (root@crow.csrv.uidaho.edu [129.101.119.223]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA02073 for ; Tue, 2 May 1995 04:30:57 -0700 Received: from pain.csrv.uidaho.edu (pain.csrv.uidaho.edu [129.101.114.109]) by crow.csrv.uidaho.edu (8.6.9/8.6.9) with ESMTP id EAA06725 for ; Tue, 2 May 1995 04:30:32 -0700 Message-Id: <199505021130.EAA06725@crow.csrv.uidaho.edu> To: hackers@FreeBSD.org Subject: Re: Hackers - send me your setups! In-reply-to: Your message of "Tue, 02 May 1995 08:28:03 +0200." <199505020628.IAA13788@uriah.heep.sax.de> X-Real-Name: Faried Nawaz X-Address: Box 3582, Moscow, ID 83843-1914 Date: Tue, 02 May 1995 04:30:04 -0700 From: Faried Nawaz Sender: hackers-owner@FreeBSD.org Precedence: bulk J Wunsch wrote... Are you also interested in sample .emacs files? noah friedman pointed out ftp://alpha.gnu.ai.mit.edu/friedman/shell-inits/init-4.89.tar.gz it's certainly not what every user would want...quite advanced stuff... faried. From owner-freebsd-hackers Tue May 2 05:19:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA03041 for hackers-outgoing; Tue, 2 May 1995 05:19:32 -0700 Received: from mail.Chemietechnik.Uni-Dortmund.DE (unidoct.Chemietechnik.Uni-Dortmund.DE [129.217.128.111]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA03019 ; Tue, 2 May 1995 05:18:52 -0700 Received: from plato.Chemietechnik.Uni-Dortmund.DE by mail.Chemietechnik.Uni-Dortmund.DE id AA03905; Tue, 2 May 95 14:18:21 +0200 From: Tim Bernhardt Message-Id: <9505021218.AA28985@plato.Chemietechnik.Uni-Dortmund.DE> Subject: ISDN drivers To: freebsd-questions@FreeBSD.org Date: Tue, 2 May 1995 14:18:20 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org, tim@plato.Chemietechnik.Uni-Dortmund.DE (Tim Bernhardt), znek@beefree.ping.de X-Mailer: ELM [version 2.4 PL13] Content-Type: text Content-Length: 864 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi! Can anybody tell me what the current state of the development for ISDN drivers is? I've heard that Dr. Neuhaus cards are already supported by the latest SNAP release. Since Dr. Neuhaus cards are kinda expensive I am more looking into Teles cards. Aren't they more common, too? Will there be any support for Teles or other widely known ISDN cards? We currently own a Teles card and seek to connect our LAN to the Internet by using ISDN and FreeBSD. Offers for dedicated router software running DOS (with Teles support) are way too expensive. I really would appreciate your advice. Thanks in advance, tim bernhardt -- ---------"Please don't change color while I'm talking to you"---------- Tim Bernhardt HiWi fuer Systemadministration tim@chemietechnik.uni-dortmund.de CTG2 R613, Tel. 755 - 3034 From owner-freebsd-hackers Tue May 2 05:21:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA03078 for hackers-outgoing; Tue, 2 May 1995 05:21:28 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA03070 for ; Tue, 2 May 1995 05:21:18 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.11/8.6.6) id IAA22582 for freebsd-hackers@freefall.cdrom.com; Tue, 2 May 1995 08:21:10 -0400 From: John Capo Message-Id: <199505021221.IAA22582@irbs.irbs.com> Subject: Re: "page outside of object" kernel message To: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) Date: Tue, 2 May 1995 08:21:09 -0400 (EDT) In-Reply-To: from "Brian Tao" at May 2, 95 02:43:00 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 639 Sender: hackers-owner@FreeBSD.org Precedence: bulk Brian Tao writes: > > I caught this in my /var/log/messages last week: > > Apr 30 00:40:55 aries /kernel: swap_pager_output: page outside of object -- 8192, 8192 > > Anything to be concerned about? There was plenty of swap left at > the time, and the only anomalous activity was my httpd logfile analyze > segfaulting all the time (which I think is related to the use of gcc's > -s switch, as I mentioned in another message). > -- I had one of those a few days back also. Swap use was heavy at the time but things kept running. Apr 19 19:07:17 irbs /kernel: swap_pager_output: page outside of object -- 0, 16384 John Capo From owner-freebsd-hackers Tue May 2 05:40:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA03320 for hackers-outgoing; Tue, 2 May 1995 05:40:13 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA03314 for ; Tue, 2 May 1995 05:40:10 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id FAA22982; Tue, 2 May 1995 05:39:43 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Tim Bernhardt Cc: hackers@FreeBSD.org Subject: Re: ISDN drivers In-reply-to: Your message of "Tue, 02 May 1995 14:18:20 +0200." <9505021218.AA28985@plato.Chemietechnik.Uni-Dortmund.DE> Date: Tue, 02 May 1995 05:39:42 -0700 Message-ID: <22979.799418382@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk If you would be interested in actually implementing support for the Teles card, then by all means join the discussion! If not, then all I can say is that this whole issue is waiting for people who actually want to DEVELOP ISDN support rather than just wondering if someone else is going to do it. The original authors are somewhat disappointed that they've gotten no offers of help and many requests for more support. They do ISDN for a living, and can't afford to support everyone for free. They need help! So as I said before in this list, if you're interested in HELPING DEVELOP ISDN support then by all means talk to jkr@saarlink.de. If you just want someone else to do it for you, then you're in the wrong place! :-( I'm also sorry if this sounds somewhat harsh, but I've never seen a part of FreeBSD where so many people asked for help but were so unwilling to give it. It's quite sad! :( We don't use any of the FreeBSD ISDN code here in the U.S., and if anything is ever going to come of this code then the people in Germany are going to have to help Juergen and Dietmar do it - it's that simple. Jordan > Hi! > > Can anybody tell me what the current state of the development for > ISDN drivers is? I've heard that Dr. Neuhaus cards are already > supported by the latest SNAP release. Since Dr. Neuhaus cards are > kinda expensive I am more looking into Teles cards. Aren't they > more common, too? Will there be any support for Teles or other > widely known ISDN cards? We currently own a Teles card and seek > to connect our LAN to the Internet by using ISDN and FreeBSD. > Offers for dedicated router software running DOS (with Teles support) > are way too expensive. > > I really would appreciate your advice. > Thanks in advance, > tim bernhardt > > -- > ---------"Please don't change color while I'm talking to you"---------- > Tim Bernhardt HiWi fuer Systemadministration > > tim@chemietechnik.uni-dortmund.de CTG2 R613, Tel. 755 - 3034 From owner-freebsd-hackers Tue May 2 06:01:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA03887 for hackers-outgoing; Tue, 2 May 1995 06:01:50 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA03879 for ; Tue, 2 May 1995 06:01:38 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA01006 (5.67a/IDA-1.5); Tue, 2 May 1995 07:36:45 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA05981; 2 May 95 07:06:51 CDT (Tue) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id HAA05978; Tue, 2 May 1995 07:06:51 -0500 From: Peter da Silva Message-Id: <199505021206.HAA05978@bonkers.taronga.com> Subject: Re: Compress dumps? To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 2 May 1995 07:06:50 -0500 (CDT) Cc: obrien@leonardo.net, hackers@FreeBSD.org In-Reply-To: <9505011729.AA07524@cs.weber.edu> from "Terry Lambert" at May 1, 95 11:29:46 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 544 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I always want to cry when someone suggests stream compression on > dump formats. It depends on how often you do the dumps, and how badly you need them. I take uncompressed dumpes at home because I take them infrequently: a couple of times a month. This is due to dumping 1.8GB to 60MB cartridges. At work I dump nightly. The worst case loss if a single tape isn't recoverable is one day. If more than one tape's bad then it's likely something's systematically wrong with my backups anyway. Archival backups are redundant or uncompressed. From owner-freebsd-hackers Tue May 2 06:02:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA03927 for hackers-outgoing; Tue, 2 May 1995 06:02:37 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA03911 for ; Tue, 2 May 1995 06:02:20 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA01011 (5.67a/IDA-1.5); Tue, 2 May 1995 07:36:58 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA06005; 2 May 95 07:12:32 CDT (Tue) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id HAA06002; Tue, 2 May 1995 07:12:31 -0500 From: Peter da Silva Message-Id: <199505021212.HAA06002@bonkers.taronga.com> Subject: Re: Compress dumps? To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 2 May 1995 07:12:31 -0500 (CDT) Cc: phk@ref.tfs.com, obrien@leonardo.net, hackers@FreeBSD.org In-Reply-To: <9505011819.AA15590@cs.weber.edu> from "Terry Lambert" at May 1, 95 12:19:44 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 226 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Assuming you don't look at those tapes in a months time and say "hey! I > don't need to buy more tapes! I'll just use these redunant tapes...". If you still need your tapes in a month's time they're archival, not backups. From owner-freebsd-hackers Tue May 2 06:24:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA04725 for hackers-outgoing; Tue, 2 May 1995 06:24:33 -0700 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA04714 for ; Tue, 2 May 1995 06:24:22 -0700 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id IAA04080; Tue, 2 May 1995 08:19:52 -0400 From: "House of Debuggin'" Message-Id: <199505021219.IAA04080@skynet.ctr.columbia.edu> Subject: Re: policy with sources imported.. To: julian@freefall.cdrom.com (Julian Elischer) Date: Tue, 2 May 1995 08:19:48 -0400 (EDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505020219.TAA15598@freefall.cdrom.com> from "Julian Elischer" at May 1, 95 07:19:52 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 4210 Sender: hackers-owner@FreeBSD.org Precedence: bulk They say this Julian Elischer person was kidding when he wrote: [snip] > The current case in point for me is rarpd.. > now I guess it came with 4.4, but I can't find anywhere, It didn't come with 4.4 (though it probably should have). If you dig back into the usrsbin commit logs, you'll find out where it came from. I originally found it packaged with the sources for tcpdump 2.0 (which I had to hunt for long and hard). I found one other rarpd implementation with the Xkernel source distribution, but it was extremely crufty and designed to work with some special kind of device interface that doesn't exist in FreeBSD (or SunOS for that matter -- makes me wonder why Seth put it there) so I discarded it. I think what happened is that a copy of an old BPF distribution was bundled with this version of tcpdump, and the sample rarpd code came along for the ride. You won't find it in later tcpdump distributions. The NetBSD rarpd is based upon the same code, only they made a few more cosmetic changes than I did. (I tried to keep the modifications needed to make it work to a minimum.) The only real trick was getting the byte ordering right. Well, that and I had to write the ethers(3) functions to support it. :) The byte ordering nonsense leads be to believe that the program was originally written on a big-endian machine, and the lack of support for variable length addresses in ifreq structures should give some clue to what version of BSD it was written for. (Certainly earlier than 4.4 -- I don't recall if 4.3 had this or not.) Oh, and the old code relied on SIOCSARP and friends for setting entries in the arp table; these ioctls have been deprecated in 4.4 (much to my dismay). > a version of rarpd that doesn't need bpf.. > It seems to me that rarpd should be able to run using > a raw ICMP socket, similar to ping, but > I can't find a version that does that, yet there are enough > machines out there that don't have bpf for me to believe that possibly > there might have been a version of this same software that > did it with raw sockets.. (It might even be possible with this code > if the original docs were there..) Just cause they don't have BPF doesn't mean that aren't using packet filtering. :) The rarpd in SunOS 4.1.x does it with the Network Interface Tap (/dev/nit), which is a cousin of BPF. I haven't inspected the one in Solaris, but it probably works the same way, only with the SysV equivalent (I forget what the stupid SysV packet filter is called, but there is one -- it's mentioned in the BPF man page and tcpdump documentation somewhere). IRIX probably does it much like Solaris does, and who knows how HPUX does it. The problem is that RARP requests are link-level broadcasts. If I understand it correctly (and I may not), they wouldn't normally be passed up through the IP layers, even with a raw socket. So you need something like BPF in this case. (It's even used to transmit the raw response packet after a broadcast has been received.) Since we're talking about this, it would be really nice if someone could add BPF support to the Intel EtherExpress16 (ix) driver, since rarpd won't work on that card without it. :) It doesn't register itself with the devconf stuff either. > This sort of thing hits me again and again.. > I want something that I know is in FreeBSD, but can't find any > pointers as to where to look before that... > > any ideas? > am I just net-illiterate? > julian For the things I imported, I made it a point to say where everything came from in the commit logs. Since there's a push to add README files to the source tree, listing the packages' origins here too might not be a bad idea. -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~~ FreeBSD 2.1: "We can kick your operating system's ass!" ~~~~~~~~~~ From owner-freebsd-hackers Tue May 2 06:44:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA05359 for hackers-outgoing; Tue, 2 May 1995 06:44:28 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA05344 for ; Tue, 2 May 1995 06:44:03 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id PAA12807 for ; Tue, 2 May 1995 15:43:34 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id PAA29577 for hackers@FreeBSD.org; Tue, 2 May 1995 15:43:34 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199505021343.PAA29577@blaise.ibp.fr> Subject: Re: Hackers - send me your setups! To: hackers@FreeBSD.org Date: Tue, 2 May 1995 15:43:33 +0200 (MET DST) In-Reply-To: <199505020628.IAA13788@uriah.heep.sax.de> from "J Wunsch" at May 2, 95 08:28:03 am X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 261 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Are you also interested in sample .emacs files? Good idea. I forgot to put mine in what I sent to Jordan... -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia BUILT-19950501 #0: Mon May 1 00:14:02 MET DST 1995 From owner-freebsd-hackers Tue May 2 07:40:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA07109 for hackers-outgoing; Tue, 2 May 1995 07:40:23 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA07098 for ; Tue, 2 May 1995 07:40:14 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id WAA08518; Tue, 2 May 1995 22:39:45 +0800 Date: Tue, 2 May 1995 22:39:44 +0800 (CST) From: Brian Tao To: Neal Westfall cc: hackers@FreeBSD.org Subject: Re: Netscape 1.1 and Current In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 2 May 1995, Neal Westfall wrote: > > I just tried Netscape > again and it still shows the error message. But it is not locking up > anymore. It never did lock up for me. Just the error message. > Maybe it has something to do with it being a BSDI binary? Might be, but I never saw the error until 1.1N. We don't have much choice here, since there isn't a separate FreeBSD binary. The BSDI version works well enough for me. -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue May 2 08:49:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA08885 for hackers-outgoing; Tue, 2 May 1995 08:49:17 -0700 Received: from Relay1.Austria.EU.net (relay1.Austria.EU.net [192.92.138.47]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA08872 for ; Tue, 2 May 1995 08:49:08 -0700 Received: from aut.alcatel.at (dnisun.aut.alcatel.at) by Relay1.Austria.EU.net with SMTP id AA01129 (5.67b/IDA-1.5 for ); Tue, 2 May 1995 17:48:52 +0200 Received: from atuhc16 by aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA15046; Tue, 2 May 95 17:49:33 +0200 Message-Id: <9505021549.AA15046@aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA07736; Tue, 2 May 1995 17:50:17 +0200 From: Marino Ladavac Subject: Anybody out there? To: freebsd-hackers@FreeBSD.org Date: Tue, 2 May 95 17:50:17 METDST Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk I haven't received anything for a couple of days now. After resubscription, again no mail. Is this just me? /Alby P.S. ObFreeBSD: I will try to get into a Ph.D. program on real time systems, and would like to work on moving FreeBSD in that direction. I've heard that some people are already working on SMP problems, which wuold make for a nice project for me. Anyone knows the e-mail addresses of those folks? From owner-freebsd-hackers Tue May 2 10:20:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA10359 for hackers-outgoing; Tue, 2 May 1995 10:20:35 -0700 Received: from kalypso.iqm.unicamp.br (kalypso.iqm.unicamp.br [143.106.13.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA10346 for ; Tue, 2 May 1995 10:20:08 -0700 Received: (from vazquez@localhost) by kalypso.iqm.unicamp.br (8.6.10/8.6.9) id OAA03862 for hackers@freebsd.org; Tue, 2 May 1995 14:13:25 -0300 From: Pedro A M Vazquez Message-Id: <199505021713.OAA03862@kalypso.iqm.unicamp.br> Subject: smbmount To: hackers@FreeBSD.org Date: Tue, 2 May 1995 14:13:21 -0300 (EST) Organization: Instituto de Quimica Unicamp X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 149 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello Does someone ported smbmount to freebsd2.x? I compiled it using samba-1.9.13 after several litle modifications but it is not working. Pedro From owner-freebsd-hackers Tue May 2 10:27:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA10536 for hackers-outgoing; Tue, 2 May 1995 10:27:54 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA10530 ; Tue, 2 May 1995 10:27:50 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07795; Tue, 2 May 95 11:21:10 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505021721.AA07795@cs.weber.edu> Subject: Re: policy with sources imported.. To: nate@trout.sri.MT.net (Nate Williams) Date: Tue, 2 May 95 11:21:10 MDT Cc: julian@freefall.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199505020327.VAA04068@trout.sri.MT.net> from "Nate Williams" at May 1, 95 09:27:05 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I did notice a distinct lack of portability for things like tcsh > > and telnetd, though; I would think it would be a goal to make sure > > that the code didn't get "deportablized" as it was imported > > I don't think that's a worthy goal. I think it's more important to make > sure that the sources are readable and maintainable on the BSD box that > it's used for than to shoot for spaghetti code full of #ifdefs which > make it compile under every other OS. This is probably true for sources maintained by the FreeBSD Project. I would claim that it's *not* true of sources imported from external maintainers on a vendor branch (well, they *should* be on a vendor branch). > >-- I > > was really suprised at some of the things that wouldn't build for SunOS. > > After using Ultrix for years, and then FreeBSD, I find that it is > difficult to compile code for SunOS simply because the stock compiler > doesn't support prototypes, and when you use something like gcc which > does support prototypes there are *way* too many missing and/or bogus > prototypes. I was using acc; however, I have argued for prototype protection but not declaration of functions using __STDC__ to wrapper the prototypes to get around the problem you are complaining about (and VOLATILE instead of volatile and CONST instead of const, and a couple of rather minor sets of #defines for cdefs.h for varargs). Clearly the best argument for prototyping is C++ compilation of C code. I guess that the desirability of this is related to whether or not you believe that C++ will be the successor to C. 8-). > I'm trying to do C++ development on my SunOS box, and I'm having a heck > of a time getting things to work because everything under the Sun (gag) > is screwed up. I could use a really old version of Lucid-C which > provides prototyped include files, but it's fairly buggy so I'm trying > to stick with gcc. The C++ compiler on Sun from SunSoft and the CFront translator from AT&T both work fine on Sun. The CFront code actually can output non protoype K&R style code, which is then portable to other machines. I think the problems you ae having are probably all header file related, and that only because the gcc/g++ header file rewriting hasn't been adequately maintained. Oh, the Oregon Software C++ works fine, too. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 2 10:44:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA10894 for hackers-outgoing; Tue, 2 May 1995 10:44:13 -0700 Received: from tommy.doctord.com (root@doctord.com [192.215.196.129]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA10886 for ; Tue, 2 May 1995 10:43:59 -0700 Received: from vertreko by tommy.doctord.com with smtp Sender: hackers-owner@FreeBSD.org Precedence: bulk (Linux Smail3.1.28.1 #1) id m0s674R-0003n6C; Tue, 2 May 95 09:48 GMT+0800 Message-Id: X-Sender: keith@tommy.doctord.com Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 02 May 1995 10:42:57 -0700 To: hackers@FreeBSD.org From: keith@doctord.com (Keith Vertrees) Subject: Getting sz and rz for a SunOS4.1.3 machine Cc: keith@doctord.com X-Mailer: Hi: I saw your email address in a FreeBSD README file. I'm trying to get a copy of sz and rz for my Sun machine so people using procomm can download from it. Do you know where I can look for this? Thanks very much, Keith Vertrees keith@doctord.com From owner-freebsd-hackers Tue May 2 11:12:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA11379 for hackers-outgoing; Tue, 2 May 1995 11:12:13 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA11364 for ; Tue, 2 May 1995 11:12:02 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07959; Tue, 2 May 95 12:05:25 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505021805.AA07959@cs.weber.edu> Subject: Re: Translators To: hackers@freefall.cdrom.com Date: Tue, 2 May 95 12:05:25 MDT Cc: me@tartufo.pcs.dec.com In-Reply-To: <199505020623.IAA13772@uriah.heep.sax.de> from "J Wunsch" at May 2, 95 08:23:21 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > >As usual (:-), i can take German. Anyway, it must be before May 7. > > > > If you need help with the German, just say so. I'll actually have some > > time to do other stuff than work now. > > Keep May 6 in mind. If Jordan's call for translators arrives after > this date, please go on and do it -- i won't even read it then. :) What happens May 6? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 2 11:12:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA11416 for hackers-outgoing; Tue, 2 May 1995 11:12:43 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA11409 for ; Tue, 2 May 1995 11:12:39 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07942; Tue, 2 May 95 12:03:42 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505021803.AA07942@cs.weber.edu> Subject: Re: Translators needed urgently! To: sa2c@st.rim.or.jp Date: Tue, 2 May 95 12:03:42 MDT Cc: hosokawa@mt.cs.keio.ac.jp, jkh@morton.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <199505020659.PAA00791@us.and.or.jp> from "NIIMI Satoshi" at May 2, 95 03:59:42 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Translation from Kanji to Kana is not hard. But Kata to Kanji is very > hard. Frequently, several Kanji word have same Kana pronounciation. > For example, the word "$B1@(B" (cloud) and "$BCXia(B" (spider) > are translated to same Kana "$B$/$b(B" (pronounced [KU-MO]). Must be a bugger writing about spider-shaped clouds in children's books... must be why I don't remember any from "My Neighbor Totoro" or "Peach boy Momo". 8-). In English, these words are called homonyms (spelled and pronounced the same but with different meanings). It's a typical problem with phonetic spelling systems; if spelled phonetically, you get a lot more of them (rain/reign = \'r a-n\). I guess I'm more interested in Kanji->Kana and Kana->Romanji translation, since I can read Romanji fairly well, can read Kana about as well as I read APL source, and can read only a small amount of Kanji (most of that coming from reading Manga and watching Urasei Yatsura 8-)). > Therefore the best way is that make a document of Kanji and Kana, then > translate it to Roma-ji (ISO-8859-1). I was thinking more in terms of partial automatic translation from Japanese encode Kanji to English, with gramatical fixup from SOV to SVO sentence structure and a couple of other issues to be handled by a human for translation of documentation from Japanese contributors to BSD so that they can work on their code instead of on translation. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 2 11:16:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA11495 for hackers-outgoing; Tue, 2 May 1995 11:16:35 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA11489 ; Tue, 2 May 1995 11:16:31 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA07855; Tue, 2 May 95 11:39:26 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505021739.AA07855@cs.weber.edu> Subject: Re: Problems with zp0 driver in 041295 SNAP? To: eaparis@mke.ab.com (Eloy A. Paris) Date: Tue, 2 May 95 11:39:26 MDT Cc: questions@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199505020420.XAA06693@tinman.mke.ab.com> from "Eloy A. Paris" at May 1, 95 11:20:41 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > What's the problem? Well, the zp0 driver sees the card but then when it > reads the card information to make sure it has what it is supposed to have > (after the driver has written the I/O base address and the IRQ), there is > nothing there. [ ... ] > I compiled the if_zp.c file with the symbol ZP_DEBUG defined but I could not > tell what is going on since I do not have any technical infomation about the > card nor the PCMCIA controller. > > But this is not all: the weird part is that after each time I reboot my > computer with FreBSD the Card Information Structure (CIS) of my card gets > corrupted. You will probably need to determine what PCMCIA bridge chipset is being used by your machine before anyone can tell you if it is supported (and if not, write code to support it). > After this corruption I can not get into the 3Com's configuration program > (for DOS) for this card (3C589CFG.EXE) because the program aborts with the > message "Corrupted CIS. Please replace card with a good one and try again." > Thanks God I found in 3Com's BBS a program to clean the CIS because if not I > would not even be able to use Ethernet under DOS (that I am doing pretty fine.) Clearly this is a sufficiently common problem that 3COM has had to build a fix for it; it's kind of silly that that program is not built into the configuration program if it's that common. Since 3COM is aware of the problem, I'm betting that some clue to the cause could be had by contacting 3COM. If their BBS is cheaply accessable to you, you might try posting a question about what is causing the corruption, and then let the author of the driver for FreeBSD know what to do about. At the very least, the information about how they fix the CIS would be useful, since breaking it must be doing something similar. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 2 11:20:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA11571 for hackers-outgoing; Tue, 2 May 1995 11:20:30 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA11565 for ; Tue, 2 May 1995 11:20:23 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id MAA07673; Tue, 2 May 1995 12:24:33 -0600 Date: Tue, 2 May 1995 12:24:33 -0600 From: Nate Williams Message-Id: <199505021824.MAA07673@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "Re: Translators" (May 2, 12:05pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert), hackers@freefall.cdrom.com Subject: Re: Translators Cc: me@tartufo.pcs.dec.com Sender: hackers-owner@FreeBSD.org Precedence: bulk [ Since we're all advertising our parties.... ] > What happens May 6? I recover from my Birthday party on the 5th. :-) Nate From owner-freebsd-hackers Tue May 2 11:36:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA11784 for hackers-outgoing; Tue, 2 May 1995 11:36:00 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA11768 for ; Tue, 2 May 1995 11:35:44 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08074; Tue, 2 May 95 12:28:40 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505021828.AA08074@cs.weber.edu> Subject: NetBSD supports LBA and large (EIDE) drives To: hackers@FreeBSD.org Date: Tue, 2 May 95 12:28:40 MDT X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk ] From: "John R. Winans" ] Date: 29 Apr 1995 16:48:07 GMT ] Organization: American Information Systems, Inc. ] Newsgroups: comp.unix.bsd.netbsd.misc ] References: 1 ] ] ] nnoiseux@tiac.net (Nicolas Noiseux) wrote: ] > ] > i need a larger hard drive, and am considering conner 1.2g ide... ] > do i need lba support for netbsd(only) drives larger than 528 meg? ] > does netbsd require it? does it handle it? what release of netbsd ] > do i require? ] > thanks for the help! ] ] Apr 27 07:20:05 ns2 /netbsd: wd0 at wdc0 drive 0: 325MB 768 cyl, 14 head, 62 sec ] Apr 27 07:20:05 ns2 /netbsd: wd1 at wdc0 drive 1: 1033MB 2100 cyl, 16 head, 63 sec ] ] ] Yes it does. I am using 1.0 at patch level 6. And have been able to ] use the larger drives on all my machines... even on an old Gateway whose ] bios groked the drive! (On the gateway, the boot drive was a regular ] 350MB, the second was a 1.2G.) ] ] I have been using the Western Digital Caviar 1.2G drives. I have a ] couple of them and have not had a single problem with them. (Unlike ] my damn SCSI drive timeing out and causing panics once a week.) ] ] --John From owner-freebsd-hackers Tue May 2 11:43:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA12057 for hackers-outgoing; Tue, 2 May 1995 11:43:05 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA12051 for ; Tue, 2 May 1995 11:43:04 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA08565; Tue, 2 May 1995 11:42:59 -0700 From: Poul-Henning Kamp Message-Id: <199505021842.LAA08565@ref.tfs.com> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 2 May 1995 11:42:59 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <9505021828.AA08074@cs.weber.edu> from "Terry Lambert" at May 2, 95 12:28:40 pm Content-Type: text Content-Length: 1462 Sender: hackers-owner@FreeBSD.org Precedence: bulk So do we, and have done for a long time... > ] From: "John R. Winans" > ] Date: 29 Apr 1995 16:48:07 GMT > ] Organization: American Information Systems, Inc. > ] Newsgroups: comp.unix.bsd.netbsd.misc > ] References: 1 > ] > ] > ] nnoiseux@tiac.net (Nicolas Noiseux) wrote: > ] > > ] > i need a larger hard drive, and am considering conner 1.2g ide... > ] > do i need lba support for netbsd(only) drives larger than 528 meg? > ] > does netbsd require it? does it handle it? what release of netbsd > ] > do i require? > ] > thanks for the help! > ] > ] Apr 27 07:20:05 ns2 /netbsd: wd0 at wdc0 drive 0: 325MB 768 cyl, 14 head, 62 sec > ] Apr 27 07:20:05 ns2 /netbsd: wd1 at wdc0 drive 1: 1033MB 2100 cyl, 16 head, 63 sec > ] > ] > ] Yes it does. I am using 1.0 at patch level 6. And have been able to > ] use the larger drives on all my machines... even on an old Gateway whose > ] bios groked the drive! (On the gateway, the boot drive was a regular > ] 350MB, the second was a 1.2G.) > ] > ] I have been using the Western Digital Caviar 1.2G drives. I have a > ] couple of them and have not had a single problem with them. (Unlike > ] my damn SCSI drive timeing out and causing panics once a week.) > ] > ] --John > -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue May 2 11:43:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA12048 for hackers-outgoing; Tue, 2 May 1995 11:43:03 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA12042 for ; Tue, 2 May 1995 11:43:01 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08106; Tue, 2 May 95 12:36:11 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505021836.AA08106@cs.weber.edu> Subject: Re: Screen print capability To: peter@bonkers.taronga.com (Peter da Silva) Date: Tue, 2 May 95 12:36:11 MDT Cc: hackers@FreeBSD.org In-Reply-To: <199505020938.EAA01911@bonkers.taronga.com> from "Peter da Silva" at May 2, 95 04:38:07 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > All Wyse, Televideo, Adm, Hazeltine, Lear/Seigler, Beehive, etc. > > terminals have similar report sequences. > > > As does the VT131 and any other terminal thet can be put in "block mode", > > like the IBM 3101, etc.. > > The fact that a security hole is widely available is not a justification > for implementing it. It is a feature, that happens to cause a security hole. Like running getty on serial ports and the console; if you didn't enable that "feature" you'd have much less to worry about from hackers. Of course your system would be bloody useless, but it'd be safer. For the ultimate in system security, don't use the "install" option for your operating system software, or even better, don't use the "attachable power cord" option to hook it up to an electrical supply. The line between "security conscious" and "anal retentive" isn't that fine! Come on, guys, get real! Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 2 11:44:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA12099 for hackers-outgoing; Tue, 2 May 1995 11:44:16 -0700 Received: from nanbu.mt.cs.keio.ac.jp (nanbu-fddi.mt.cs.keio.ac.jp [131.113.82.19]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA12090 for ; Tue, 2 May 1995 11:44:11 -0700 Received: (from hosokawa@localhost) by nanbu.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id DAA02087; Wed, 3 May 1995 03:43:35 +0900 Date: Wed, 3 May 1995 03:43:35 +0900 Message-Id: <199505021843.DAA02087@nanbu.mt.cs.keio.ac.jp> To: terry@cs.weber.edu Cc: sa2c@st.rim.or.jp, jkh@morton.cdrom.com, hackers@freefall.cdrom.com, hosokawa@mt.cs.keio.ac.jp Subject: Re: Translators needed urgently! In-Reply-To: Your message of Tue, 2 May 95 12:03:42 MDT. <9505021803.AA07942@cs.weber.edu> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article <9505021803.AA07942@cs.weber.edu> terry@cs.weber.edu writes: >> I guess I'm more interested in Kanji->Kana and Kana->Romanji translation, >> since I can read Romanji fairly well, can read Kana about as well as I >> read APL source, and can read only a small amount of Kanji (most of >> that coming from reading Manga and watching Urasei Yatsura 8-)). There are Kanji->Kana translation filter. Its name is "kakasi" (scarecrow). But I've not used it. >> I was thinking more in terms of partial automatic translation from >> Japanese encode Kanji to English, with gramatical fixup from SOV >> to SVO sentence structure and a couple of other issues to be handled >> by a human for translation of documentation from Japanese contributors >> to BSD so that they can work on their code instead of on translation. Technical documents are easier to translate automatically. There are some commercial softwares for automatic translation between Japanese and English. But the output of these software is still too bad (far worth than I do :-) ), though they have huge dictionaries and use very complex algolithms. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Tue May 2 11:49:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA12427 for hackers-outgoing; Tue, 2 May 1995 11:49:26 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA12419 for ; Tue, 2 May 1995 11:49:22 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id MAA07756; Tue, 2 May 1995 12:52:56 -0600 Date: Tue, 2 May 1995 12:52:56 -0600 From: Nate Williams Message-Id: <199505021852.MAA07756@trout.sri.MT.net> In-Reply-To: terry@cs.weber.edu (Terry Lambert) "NetBSD supports LBA and large (EIDE) drives" (May 2, 12:28pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: terry@cs.weber.edu (Terry Lambert), hackers@FreeBSD.org Subject: Re: NetBSD supports LBA and large (EIDE) drives Sender: hackers-owner@FreeBSD.org Precedence: bulk > ] Yes it does. I am using 1.0 at patch level 6. And have been able to > ] use the larger drives on all my machines... even on an old Gateway whose > ] bios groked the drive! There are also people running FreeBSD on big drives as well. AFAIK, there is nothing required to support LBA *once* you get past the initial install and understand the limitations of the hardware. Nate From owner-freebsd-hackers Tue May 2 11:52:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA12546 for hackers-outgoing; Tue, 2 May 1995 11:52:24 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA12540 for ; Tue, 2 May 1995 11:52:23 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA08626; Tue, 2 May 1995 11:51:51 -0700 From: Poul-Henning Kamp Message-Id: <199505021851.LAA08626@ref.tfs.com> Subject: Re: Translators needed urgently! To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) Date: Tue, 2 May 1995 11:51:50 -0700 (PDT) Cc: terry@cs.weber.edu, sa2c@st.rim.or.jp, jkh@morton.cdrom.com, hackers@freefall.cdrom.com, hosokawa@mt.cs.keio.ac.jp In-Reply-To: <199505021843.DAA02087@nanbu.mt.cs.keio.ac.jp> from "HOSOKAWA Tatsumi" at May 3, 95 03:43:35 am Content-Type: text Content-Length: 626 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Technical documents are easier to translate automatically. There are > some commercial softwares for automatic translation between Japanese > and English. But the output of these software is still too bad (far > worth than I do :-) ), though they have huge dictionaries and use very > complex algolithms. I remember one such document, a C.itoh manual which stated: "This printer should only be embraced in a ventilative environment" :-/ -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue May 2 11:52:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA12563 for hackers-outgoing; Tue, 2 May 1995 11:52:42 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA12555 for ; Tue, 2 May 1995 11:52:37 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08223; Tue, 2 May 95 12:45:28 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505021845.AA08223@cs.weber.edu> Subject: Re: Compress dumps? To: peter@bonkers.taronga.com (Peter da Silva) Date: Tue, 2 May 95 12:45:26 MDT Cc: phk@ref.tfs.com, obrien@leonardo.net, hackers@FreeBSD.org In-Reply-To: <199505021212.HAA06002@bonkers.taronga.com> from "Peter da Silva" at May 2, 95 07:12:31 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Assuming you don't look at those tapes in a months time and say "hey! I > > don't need to buy more tapes! I'll just use these redunant tapes...". > > If you still need your tapes in a month's time they're archival, not > backups. 8-). Pick any time one day less than your backup rotation period to mean "a long time". Typically, my intermediate backups are incremental, which pushes the time out considerably before the full backups would be archival, especially considering a tape rotation of the monthlies. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 2 11:59:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA12715 for hackers-outgoing; Tue, 2 May 1995 11:59:37 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA12709 for ; Tue, 2 May 1995 11:59:36 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id LAA08667; Tue, 2 May 1995 11:59:07 -0700 From: Poul-Henning Kamp Message-Id: <199505021859.LAA08667@ref.tfs.com> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: nate@trout.sri.MT.net (Nate Williams) Date: Tue, 2 May 1995 11:59:06 -0700 (PDT) Cc: terry@cs.weber.edu, hackers@FreeBSD.org In-Reply-To: <199505021852.MAA07756@trout.sri.MT.net> from "Nate Williams" at May 2, 95 12:52:56 pm Content-Type: text Content-Length: 659 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > ] Yes it does. I am using 1.0 at patch level 6. And have been able to > > ] use the larger drives on all my machines... even on an old Gateway whose > > ] bios groked the drive! > > There are also people running FreeBSD on big drives as well. AFAIK, > there is nothing required to support LBA *once* you get past the initial > install and understand the limitations of the hardware. And there seems to be too little gained to even bother until it becomes widespread... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue May 2 12:13:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA13179 for hackers-outgoing; Tue, 2 May 1995 12:13:52 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA13168 for ; Tue, 2 May 1995 12:13:40 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08352; Tue, 2 May 95 13:05:32 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505021905.AA08352@cs.weber.edu> Subject: Re: smbmount To: vazquez@iqm.unicamp.br (Pedro A M Vazquez) Date: Tue, 2 May 95 13:05:31 MDT Cc: hackers@FreeBSD.org In-Reply-To: <199505021713.OAA03862@kalypso.iqm.unicamp.br> from "Pedro A M Vazquez" at May 2, 95 02:13:21 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Does someone ported smbmount to freebsd2.x? > I compiled it using samba-1.9.13 after several litle modifications > but it is not working. It requires a kernel piece; in reality, it is a terrible piece of file system coding for a remote file system, since the transport is stateful. The only comparable code I've seen is the RFS and NUCFS sources in SVR4. Nobody uses RFS any more, and the NUCFS (NetWare client) is ghastly. It's not terrifically awful to port to the BSD VFS environment, but it's not terrifically worth it either, since the GPL on it will keep it from being distributed as part of the kernel. Since it's GPL and not LGPL, it's not even legally loadable as a loadable module. Eventually, I will get around to writing a multiclient multi-requestor based version, or the cleanest way would be to stuff it in user space like AMD and use the hlfs or compressing fs or user space NFS client sources to reimplement it -- this would reolve about 2/3rds of the design problems off the bat. My code on this could be several years off unless I suddenly win the lottery or something (unlikely, with me not buying entries). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 2 12:15:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA13235 for hackers-outgoing; Tue, 2 May 1995 12:15:13 -0700 Received: from nanbu.mt.cs.keio.ac.jp (nanbu-fddi.mt.cs.keio.ac.jp [131.113.82.19]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA13226 for ; Tue, 2 May 1995 12:15:11 -0700 Received: (from hosokawa@localhost) by nanbu.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id EAA02130; Wed, 3 May 1995 04:14:31 +0900 Date: Wed, 3 May 1995 04:14:31 +0900 Message-Id: <199505021914.EAA02130@nanbu.mt.cs.keio.ac.jp> To: phk@ref.tfs.com Cc: terry@cs.weber.edu, sa2c@st.rim.or.jp, jkh@morton.cdrom.com, hackers@freefall.cdrom.com, hosokawa@mt.cs.keio.ac.jp Subject: Re: Translators needed urgently! In-Reply-To: Your message of Tue, 2 May 1995 11:51:50 -0700 (PDT). <199505021851.LAA08626@ref.tfs.com> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article <199505021851.LAA08626@ref.tfs.com> phk@ref.tfs.com writes: >> > worth than I do :-) ), though they have huge dictionaries and use very worse! (Automatic translator makes no mistake like this :-) haha!) >> > complex algolithms. >> >> I remember one such document, a C.itoh manual which stated: >> >> "This printer should only be embraced in a ventilative environment" The Japanese manual of KPT Bryce (my favorite 3D rendering software on Macintosh) is, I think, translated by automatic translation software. This book is most *artistic* Japanese book I've ever read in my life :-). PS.: I'm writing this mail via MEGAHERTZ X-Jack XJ2144 and new PCMCIA sio driver. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Tue May 2 12:18:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA13337 for hackers-outgoing; Tue, 2 May 1995 12:18:20 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA13331 for ; Tue, 2 May 1995 12:18:18 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08387; Tue, 2 May 95 13:11:12 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505021911.AA08387@cs.weber.edu> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Tue, 2 May 95 13:11:11 MDT Cc: hackers@FreeBSD.org In-Reply-To: <199505021842.LAA08565@ref.tfs.com> from "Poul-Henning Kamp" at May 2, 95 11:42:59 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > So do we, and have done for a long time... > I was under the impression that there were problems using EIDE drives under FreeBSD. Are you saying that there is no problem? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 2 12:19:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA13455 for hackers-outgoing; Tue, 2 May 1995 12:19:58 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA13448 for ; Tue, 2 May 1995 12:19:56 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA08796; Tue, 2 May 1995 12:19:51 -0700 From: Poul-Henning Kamp Message-Id: <199505021919.MAA08796@ref.tfs.com> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 2 May 1995 12:19:50 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <9505021911.AA08387@cs.weber.edu> from "Terry Lambert" at May 2, 95 01:11:11 pm Content-Type: text Content-Length: 472 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > So do we, and have done for a long time... > > > > I was under the impression that there were problems using EIDE drives > under FreeBSD. > > Are you saying that there is no problem? There are no problems. The problems are with BIOS, >1024cyl geometry estimation for writing MBR's. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue May 2 12:20:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA13479 for hackers-outgoing; Tue, 2 May 1995 12:20:04 -0700 Received: from Relay1.Austria.EU.net (relay1.Austria.EU.net [192.92.138.47]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA13426 for ; Tue, 2 May 1995 12:19:43 -0700 Received: from aut.alcatel.at (dnisun.aut.alcatel.at) by Relay1.Austria.EU.net with SMTP id AA06660 (5.67b/IDA-1.5 for ); Tue, 2 May 1995 21:17:51 +0200 Received: from atuhc16 by aut.alcatel.at (4.1/SMI-4.1/AAA-1.29/main) id AA16134; Tue, 2 May 95 21:18:32 +0200 Message-Id: <9505021918.AA16134@aut.alcatel.at> Received: by atuhc16 (1.38.193.4/16.2) id AA07838; Tue, 2 May 1995 21:19:12 +0200 From: Marino Ladavac Subject: RT/SMP FreeBSD (was: Is There Anybody ... Out To: dufault@hda.com (Peter Dufault) Date: Tue, 2 May 95 21:19:11 METDST Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199505021905.PAA01907@hda.com>; from "Peter Dufault" at May 2, 95 3:05 pm Mailer: Elm [revision: 70.85] Sender: hackers-owner@FreeBSD.org Precedence: bulk Peter Dufault wrote: [me asking about RT and SMP extensions I'd like to work on] > I'm pretty sure Rodney Grimes (rgrimes@freebsd.org) is heading that up > now. There is also a moritose group (freebsd-realtime@hda.com) of > people interested in real time applications and extensions to FreeBSD. > > -- > Peter Dufault Real Time Machine Control and Simulation > HD Associates, Inc. Voice: 508 433 6936 > dufault@hda.com Fax: 508 433 5267 > Any chance of putting me into freebsd-realtime list, since that is (a posteriori pretty obviously) your turf? Thanks, /Alby From owner-freebsd-hackers Tue May 2 12:32:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA13713 for hackers-outgoing; Tue, 2 May 1995 12:32:41 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA13705 for ; Tue, 2 May 1995 12:32:31 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id PAA02022; Tue, 2 May 1995 15:30:50 -0400 From: Peter Dufault Message-Id: <199505021930.PAA02022@hda.com> Subject: Re: RT/SMP FreeBSD (was: Is There Anybody ... Out To: Marino.Ladavac@aut.alcatel.at (Marino Ladavac) Date: Tue, 2 May 1995 15:30:50 -0400 (EDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <9505021918.AA16134@aut.alcatel.at> from "Marino Ladavac" at May 2, 95 09:19:11 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 979 Sender: hackers-owner@FreeBSD.org Precedence: bulk Marino Ladavac writes: > > Peter Dufault wrote: > > [me asking about RT and SMP extensions I'd like to work on] > > > I'm pretty sure Rodney Grimes (rgrimes@freebsd.org) is heading that up > > now. There is also a moritose group (freebsd-realtime@hda.com) of > > people interested in real time applications and extensions to FreeBSD. > > > > -- > > Peter Dufault Real Time Machine Control and Simulation > > HD Associates, Inc. Voice: 508 433 6936 > > dufault@hda.com Fax: 508 433 5267 > > > > Any chance of putting me into freebsd-realtime list, since that is > (a posteriori pretty obviously) your turf? Yes, plus I'll ask the powers that be if we can rehost it at Freebsd.org, since even if it is moritose it gets more mail than some of the other lists. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Tue May 2 12:41:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA13914 for hackers-outgoing; Tue, 2 May 1995 12:41:31 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA13908 for ; Tue, 2 May 1995 12:41:30 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id MAA10333; Tue, 2 May 1995 12:40:44 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Poul-Henning Kamp cc: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi), terry@cs.weber.edu, sa2c@st.rim.or.jp, jkh@morton.cdrom.com, hackers@freefall.cdrom.com Subject: Re: Translators needed urgently! In-reply-to: Your message of "Tue, 02 May 1995 11:51:50 PDT." <199505021851.LAA08626@ref.tfs.com> Date: Tue, 02 May 1995 12:40:43 -0700 Message-ID: <10331.799443643@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I remember one such document, a C.itoh manual which stated: > > "This printer should only be embraced in a ventilative environment" And how do you know that's not exactly what they meant to say? :-) Jordan "Love me, love my printer" Hubbard From owner-freebsd-hackers Tue May 2 12:45:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA14034 for hackers-outgoing; Tue, 2 May 1995 12:45:36 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA14028 for ; Tue, 2 May 1995 12:45:33 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id MAA10362; Tue, 2 May 1995 12:43:54 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) cc: phk@ref.tfs.com, terry@cs.weber.edu, sa2c@st.rim.or.jp, jkh@morton.cdrom.com, hackers@freefall.cdrom.com Subject: Re: Translators needed urgently! In-reply-to: Your message of "Wed, 03 May 1995 04:14:31 +0900." <199505021914.EAA02130@nanbu.mt.cs.keio.ac.jp> Date: Tue, 02 May 1995 12:43:54 -0700 Message-ID: <10360.799443834@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > PS.: I'm writing this mail via MEGAHERTZ X-Jack XJ2144 and new PCMCIA > sio driver. Yow! Give! :-) Jordan From owner-freebsd-hackers Tue May 2 14:05:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA15716 for hackers-outgoing; Tue, 2 May 1995 14:05:27 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA15705 for ; Tue, 2 May 1995 14:05:22 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id OAA09480 for ; Tue, 2 May 1995 14:02:20 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA15483; Tue, 2 May 1995 23:03:10 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA25414 for hackers@FreeBSD.org; Tue, 2 May 1995 23:03:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA15197 for hackers@FreeBSD.org; Tue, 2 May 1995 22:36:31 +0200 From: J Wunsch Message-Id: <199505022036.WAA15197@uriah.heep.sax.de> Subject: Re: Netscape 1.1 and Current To: hackers@FreeBSD.org Date: Tue, 2 May 1995 22:36:31 +0200 (MET DST) Reply-To: hackers@FreeBSD.org In-Reply-To: from "Brian Tao" at May 2, 95 02:34:43 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1083 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Brian Tao wrote: > > > netscape: uname() failed; can't tell what system we're running on > > That's funny, I get the error with my 950412 snapshot machine, but > it doesn't seem to cause any problems, and I figured it is because my > machine doesn't have an entry in our nameserver yet. > > % uname -v > FreeBSD 2.0.950412-SNAP #0: Sat Apr 15 00:41:41 CST 1995 > taob@falcon.ibms.sinica.edu.tw:/usr/sys/compile/ARIES You are not snappy enough. :-) j@uriah 562% uname -v FreeBSD BUILT-19950429 #20: Sat Apr 29 22:47:04 MET DST 1995 bin@uriah.heep.sax.de:/home/bin/sys/compile/URIAH The change from ``2.0-something'' to ``BUILT-someday'' might have caused this. My netscape doesn't choke on it, but to quote Terry: ``Absence of evidence is not evidence of absence.'' :) The BUILT-something should be changed to 2.0-BUILT-something (i think there's even a PR pending). I didn't break it, so i'm not the person to fix it... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue May 2 14:16:19 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA16110 for hackers-outgoing; Tue, 2 May 1995 14:16:19 -0700 Received: from noc.BelWue.DE (root@noc.BelWue.DE [129.143.2.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA16018 for ; Tue, 2 May 1995 14:14:37 -0700 From: weber@rhrk.uni-kl.de Received: from uni-kl.de (stepsun.uni-kl.de) by noc.BelWue.DE with SMTP id AA08828 (5.65c8/IDA-1.4.4 for <@noc.belwue.de:hackers@freebsd.org>); Tue, 2 May 1995 23:14:19 +0200 Received: from sun.rhrk.uni-kl.de by stepsun.uni-kl.de id aa15697; 2 May 95 20:47 MET DST To: hackers@FreeBSD.org Subject: Re: DIGIBOARD driver in ~julian Newsgroups: list.freebsd-hackers References: <9504211708.AA03664@cs.weber.edu> <199504231623.SAA01390@jette.heep.sax.de> Date: Tue, 2 May 95 20:47:14 MET DST Message-Id: <9505022047.aa02277@sun.rhrk.uni-kl.de> Sender: hackers-owner@FreeBSD.org Precedence: bulk Hallo, In list.freebsd-hackers you write: >Thanks for enlightening this, Terry. I've really been under the >impression that it was beyond legality in US to disassemble some- >thing (and i will yet have to check it again -- but it's still my >believe for the german situation). Kurze Bemerkung: soweit ich weiss enthaelt die Eur. Urheberrechts-Direktive spezielle Klauseln die das reverse engineering zum herausfinden von Schnittstellen moglich machen. Gruss Christoph Weber-Fahr -- Christoph Weber-Fahr | E-Mail: weber@rhrk.uni-kl.de Universitaet Kaiserslautern, KIT | S-Mail: Postfach 3049 Tel. 0631/205-3391 | D-67653 Kaiserslautern -------------------------- My personal opinion only --------------------- From owner-freebsd-hackers Tue May 2 14:25:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA16460 for hackers-outgoing; Tue, 2 May 1995 14:25:01 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA16442 for ; Tue, 2 May 1995 14:24:27 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA15938; Tue, 2 May 1995 23:24:17 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA25542 for hackers@freefall.cdrom.com; Tue, 2 May 1995 23:24:17 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA15894 for hackers@freefall.cdrom.com; Tue, 2 May 1995 23:23:05 +0200 From: J Wunsch Message-Id: <199505022123.XAA15894@uriah.heep.sax.de> Subject: Re: Translators To: hackers@freefall.cdrom.com Date: Tue, 2 May 1995 23:23:04 +0200 (MET DST) Reply-To: hackers@freefall.cdrom.com In-Reply-To: <9505021805.AA07959@cs.weber.edu> from "Terry Lambert" at May 2, 95 12:05:25 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 619 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > Keep May 6 in mind. If Jordan's call for translators arrives after > > this date, please go on and do it -- i won't even read it then. :) > > What happens May 6? Despite of Nate's party (all the hackers here seem to be born in april or may :), i'm going to disappear from the earth's surface by May 7. Actually, i'm only flying to Menorca, for a three-week vacation, of course without any email access. (Would it be vacation otherwise? :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue May 2 14:51:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA17512 for hackers-outgoing; Tue, 2 May 1995 14:51:51 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA17506 for ; Tue, 2 May 1995 14:51:49 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id OAA09297; Tue, 2 May 1995 14:50:33 -0700 From: Poul-Henning Kamp Message-Id: <199505022150.OAA09297@ref.tfs.com> Subject: Re: DIGIBOARD driver in ~julian To: weber@rhrk.uni-kl.de Date: Tue, 2 May 1995 14:50:33 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <9505022047.aa02277@sun.rhrk.uni-kl.de> from "weber@rhrk.uni-kl.de" at May 2, 95 08:47:14 pm Content-Type: text Content-Length: 1000 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hallo, > > In list.freebsd-hackers you write: > > >Thanks for enlightening this, Terry. I've really been under the > >impression that it was beyond legality in US to disassemble some- > >thing (and i will yet have to check it again -- but it's still my > >believe for the german situation). > > Kurze Bemerkung: soweit ich weiss enthaelt die Eur. Urheberrechts-Direktive > spezielle Klauseln die das reverse engineering zum herausfinden von Yes, a lot of the big guys called it "The Pirate Directive" for that reason. It's perfectly plain: if you cannot get information about an interface by other means, you can disassemble code to find the information. Notice the use of the word "interface", it allows this >ONLY< for interfaces, and >NOT< for anything else. Now, $64000 question: what is an interface ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue May 2 15:08:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA17776 for hackers-outgoing; Tue, 2 May 1995 15:08:48 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA17770 for ; Tue, 2 May 1995 15:08:45 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id SAA00880; Tue, 2 May 1995 18:07:12 -0400 From: Peter Dufault Message-Id: <199505022207.SAA00880@hda.com> Subject: what's in ioctl flag arg? To: hackers@FreeBSD.org Date: Tue, 2 May 1995 18:07:12 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 474 Sender: hackers-owner@FreeBSD.org Precedence: bulk What's in the ioctl flag arg? I hope it is a copy of the flag passed in to the open(), but I can't find where it gets set up and I'm not sure if it gets translated into an "F_" thing instead. Is this how I verify that you can't write to a file in the ioctl call: (flag & O_ACCMODE) == O_RDONLY Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Tue May 2 15:13:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA17895 for hackers-outgoing; Tue, 2 May 1995 15:13:22 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA17883 ; Tue, 2 May 1995 15:13:12 -0700 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA14225; Tue, 2 May 95 17:11:55 CDT From: Joe Greco Message-Id: <9505022211.AA14225@brasil.moneng.mei.com> Subject: Re: looking for IP over printer port driver users To: nc@ai.net (Network Coordinator) Date: Tue, 2 May 1995 17:11:54 -0500 (CDT) Cc: current@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: from "Network Coordinator" at Apr 30, 95 05:28:19 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 582 Sender: hackers-owner@FreeBSD.org Precedence: bulk > On Thu, 27 Apr 1995, Poul-Henning Kamp wrote: > > > > Once I know the rewritten driver is happy, I'll be adding support for the > > > Crynwr/Linux PLIP protocol format. > > CooL! > > When you have that support going, I can test it for you. I have a linux > box sitting right next to a freebsd box [both run EPP parallel ports] and > move data really well with laplink [under DOS] normally. Does anybody have a clue how to manufacture the needed cable? I would like to play with this, but do not want to spend money on a cable that I can build from parts in stock.. ... JG From owner-freebsd-hackers Tue May 2 15:18:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18329 for hackers-outgoing; Tue, 2 May 1995 15:18:44 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA18288 for ; Tue, 2 May 1995 15:18:09 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA17176; Wed, 3 May 1995 00:13:16 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA25846 for hackers@freefall.cdrom.com; Wed, 3 May 1995 00:13:16 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA16852 for hackers@freefall.cdrom.com; Wed, 3 May 1995 00:08:59 +0200 From: J Wunsch Message-Id: <199505022208.AAA16852@uriah.heep.sax.de> Subject: Re: Translators needed urgently! To: hackers@freefall.cdrom.com Date: Wed, 3 May 1995 00:08:58 +0200 (MET DST) Reply-To: hackers@freefall.cdrom.com In-Reply-To: <199505021851.LAA08626@ref.tfs.com> from "Poul-Henning Kamp" at May 2, 95 11:51:50 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 383 Sender: hackers-owner@FreeBSD.org Precedence: bulk [This should be moved to freebsd-chat? :)] > I remember one such document, a C.itoh manual which stated: > > "This printer should only be embraced in a ventilative environment" Btw., translations into German are often even more funny. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue May 2 15:23:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18531 for hackers-outgoing; Tue, 2 May 1995 15:23:03 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA18525 for ; Tue, 2 May 1995 15:22:57 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA09249; Tue, 2 May 95 16:14:04 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505022214.AA09249@cs.weber.edu> Subject: Re: DIGIBOARD driver in ~julian To: weber@rhrk.uni-kl.de Date: Tue, 2 May 95 16:14:03 MDT Cc: hackers@FreeBSD.org In-Reply-To: <9505022047.aa02277@sun.rhrk.uni-kl.de> from "weber@rhrk.uni-kl.de" at May 2, 95 08:47:14 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hallo, > > In list.freebsd-hackers you write: > > >Thanks for enlightening this, Terry. I've really been under the > >impression that it was beyond legality in US to disassemble some- > >thing (and i will yet have to check it again -- but it's still my > >believe for the german situation). > > Kurze Bemerkung: soweit ich weiss enthaelt die Eur. Urheberrechts-Direktive > spezielle Klauseln die das reverse engineering zum herausfinden von > Schnittstellen moglich machen. > > Gruss > > Christoph Weber-Fahr > I'm sorry; my German isn't what it used to be. "So it is; the EEC directive special clause regarding the reverse engineering of legal". Clearly, I would make a good translator for toy assembly instructions. 8-). Someone have a translation? I'm missing the most important clause that would tell me if he's claiming it's legal or illegal... Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 2 15:25:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18705 for hackers-outgoing; Tue, 2 May 1995 15:25:43 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18697 ; Tue, 2 May 1995 15:25:40 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id PAA09492; Tue, 2 May 1995 15:24:10 -0700 From: Poul-Henning Kamp Message-Id: <199505022224.PAA09492@ref.tfs.com> Subject: Re: looking for IP over printer port driver users To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Tue, 2 May 1995 15:24:10 -0700 (PDT) Cc: nc@ai.net, current@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <9505022211.AA14225@brasil.moneng.mei.com> from "Joe Greco" at May 2, 95 05:11:54 pm Content-Type: text Content-Length: 718 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Does anybody have a clue how to manufacture the needed cable? I would like > to play with this, but do not want to spend money on a cable that I can > build from parts in stock.. Look in src/sys/i386/isa/lpt.c it has a description. It's a standard Laplink cable. I actually needed a serial null modem cable, and chanced on a package at EggHead for $8, which had a parallel laplink in the same package. Then I went and made the tcp/ip on parallel stuff since I hated having a good high-quality cable and nothing to do with it... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue May 2 15:28:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18823 for hackers-outgoing; Tue, 2 May 1995 15:28:53 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18817 ; Tue, 2 May 1995 15:28:51 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id PAA09516; Tue, 2 May 1995 15:27:16 -0700 From: Julian Elischer Message-Id: <199505022227.PAA09516@ref.tfs.com> Subject: Re: looking for IP over printer port driver users To: jgreco@brasil.moneng.mei.com (Joe Greco) Date: Tue, 2 May 1995 15:27:16 -0700 (PDT) Cc: nc@ai.net, hackers@FreeBSD.org, FAQ@FreeBSD.org In-Reply-To: <9505022211.AA14225@brasil.moneng.mei.com> from "Joe Greco" at May 2, 95 05:11:54 pm Content-Type: text Content-Length: 2869 Sender: hackers-owner@FreeBSD.org Precedence: bulk it's a laplink cable.... The following comes from the MACH version, which uses the same cable Poul, Is it still compatible? can I coonect MACH and FreeBSD? julian >From the MACH code we get the following directions: /* Subject: parallel network interface The printer network driver has the following hardware requirements for the interconnection cable: Connections: Side1 Side2 Function Side1 / Side2 Pin 5 Pin 10 Interrupt strobe: send status (w)/send status (r) Pin 2 Pin 15 Data bits : write / read Pin 3 Pin 13 Data bits : write / read Pin 4 Pin 12 Data bits : write / read Pin 6 Pin 11 Data bits : write / read Pin 10 Pin 5 Pin 11 Pin 6 Pin 12 Pin 4 Pin 13 Pin 3 Pin 15 Pin 2 Pins 18-25 Pins 18-25 (ground interconnections) The cable is "symmetric" in that either side can be plugged into either of the computers. The hardware requirements are as follows: Port 0x378 must be writable with the following specifications: Bit 4 -> pin 6 Bit 3 -> pin 5 Bit 2 -> pin 4 Bit 1 -> pin 3 Bit 0 -> pin 2 Port 0x379 must be readable with the following specifications: Bit 7 <- pin 11 Bit 6 <- pin 10 Bit 5 <- pin 12 Bit 4 <- pin 13 Bit 3 <- pin 15 Port 0x37a must be readable and writable with the following specifications: Bit 4 -> interrupt enable So Port 0x378 connects to Port 0x379 as Bit 3 -> pin 5 : pin 10 -> Bit 6 0x08 -> 0x40 Bit 4 -> pin 6 : pin 11 -> Bit 7 0x08<<1 -> ~ 0x80 Bit 2 -> pin 4 : pin 12 -> Bit 5 0x07 -> 0x38 Bit 1 -> pin 3 : pin 13 -> Bit 4 0x07 -> 0x38 Bit 0 -> pin 2 : pin 15 -> Bit 3 0x07 -> 0x38 [note: bit 0 is considered the least significant bit, pins on the connector are numbered starting with 1, -> represents sending data out on the bus, <- represents reading data from the bus] Pins 1,7,8,9, and 16 are currently unused, and may be allowed to "float". The data is sent in 4 bit "nybbles", with the highest 4 bits being sent first. */ > > > On Thu, 27 Apr 1995, Poul-Henning Kamp wrote: > > > > > > Once I know the rewritten driver is happy, I'll be adding support for the > > > > Crynwr/Linux PLIP protocol format. > > > CooL! > > > > When you have that support going, I can test it for you. I have a linux > > box sitting right next to a freebsd box [both run EPP parallel ports] and > > move data really well with laplink [under DOS] normally. > > Does anybody have a clue how to manufacture the needed cable? I would like > to play with this, but do not want to spend money on a cable that I can > build from parts in stock.. > > ... JG > From owner-freebsd-hackers Tue May 2 15:29:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18872 for hackers-outgoing; Tue, 2 May 1995 15:29:57 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18866 for ; Tue, 2 May 1995 15:29:56 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id PAA09546; Tue, 2 May 1995 15:29:21 -0700 From: Poul-Henning Kamp Message-Id: <199505022229.PAA09546@ref.tfs.com> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: paul@isl.cf.ac.uk (Paul Richards) Date: Tue, 2 May 1995 15:29:21 -0700 (PDT) Cc: terry@cs.weber.edu, hackers@FreeBSD.org In-Reply-To: <199505022224.XAA08382@isl.cf.ac.uk> from "Paul Richards" at May 2, 95 11:24:04 pm Content-Type: text Content-Length: 439 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I don't think we do, not in the sense that NetBSD does. EIDE and LBA just > happens to work with us, they've made some progress in true EIDE support > in their wd driver. There is no such thing as "true EIDE support". I will look at it nontheless :-) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue May 2 15:31:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18909 for hackers-outgoing; Tue, 2 May 1995 15:31:02 -0700 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18903 for ; Tue, 2 May 1995 15:30:58 -0700 Received: by netcom14.netcom.com (8.6.12/Netcom) id PAA21940; Tue, 2 May 1995 15:06:16 -0700 Date: Tue, 2 May 1995 15:06:16 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199505022206.PAA21940@netcom14.netcom.com> To: hackers@freefall.cdrom.com, joerg_wunsch@uriah.heep.sax.de Subject: Re: Translators Sender: hackers-owner@FreeBSD.org Precedence: bulk >Actually, i'm only flying to Menorca, for a three-week vacation, of >course without any email access. (Would it be vacation otherwise? :) Anyone wants to bet that he is not going to get e-mail jitters :) Amancio From owner-freebsd-hackers Tue May 2 15:31:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA18929 for hackers-outgoing; Tue, 2 May 1995 15:31:20 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA18922 for ; Tue, 2 May 1995 15:31:11 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id XAA08382; Tue, 2 May 1995 23:24:05 +0100 From: Paul Richards Message-Id: <199505022224.XAA08382@isl.cf.ac.uk> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Tue, 2 May 1995 23:24:04 +0100 (BST) Cc: terry@cs.weber.edu, hackers@FreeBSD.org In-Reply-To: <199505021842.LAA08565@ref.tfs.com> from "Poul-Henning Kamp" at May 2, 95 11:42:59 am X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 424 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Poul-Henning Kamp who said > > So do we, and have done for a long time... > I don't think we do, not in the sense that NetBSD does. EIDE and LBA just happens to work with us, they've made some progress in true EIDE support in their wd driver. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.isl.cf.ac.uk/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) From owner-freebsd-hackers Tue May 2 15:33:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA19025 for hackers-outgoing; Tue, 2 May 1995 15:33:37 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA19019 for ; Tue, 2 May 1995 15:33:35 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA09299; Tue, 2 May 95 16:27:06 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505022227.AA09299@cs.weber.edu> Subject: Re: Netscape 1.1 and Current To: hackers@FreeBSD.org Date: Tue, 2 May 95 16:27:06 MDT In-Reply-To: <199505022036.WAA15197@uriah.heep.sax.de> from "J Wunsch" at May 2, 95 10:36:31 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > The change from ``2.0-something'' to ``BUILT-someday'' might have > caused this. My netscape doesn't choke on it, but to quote Terry: > > ``Absence of evidence is not evidence of absence.'' > > :) I'd better attribute this before people start thinking I'm profound (save your shouts of "there's no danger of that!"). It's St. Thomas Aquinas; it's a condemnation of arguing from the specific to the general. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 2 15:36:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA19103 for hackers-outgoing; Tue, 2 May 1995 15:36:17 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA19096 for ; Tue, 2 May 1995 15:36:02 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id XAA08462; Tue, 2 May 1995 23:34:16 +0100 From: Paul Richards Message-Id: <199505022234.XAA08462@isl.cf.ac.uk> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Tue, 2 May 1995 23:34:15 +0100 (BST) Cc: terry@cs.weber.edu, hackers@FreeBSD.org In-Reply-To: <199505022229.PAA09546@ref.tfs.com> from "Poul-Henning Kamp" at May 2, 95 03:29:21 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 588 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Poul-Henning Kamp who said > > > > > I don't think we do, not in the sense that NetBSD does. EIDE and LBA just > > happens to work with us, they've made some progress in true EIDE support > > in their wd driver. > > There is no such thing as "true EIDE support". > > I will look at it nontheless :-) I wouldn't bother, I'm sure Soren's driver will arrive soon and then we'll have "true" EIDE support too. -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.isl.cf.ac.uk/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) From owner-freebsd-hackers Tue May 2 16:01:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA19711 for hackers-outgoing; Tue, 2 May 1995 16:01:01 -0700 Received: from uni-kl.de (mmdf@stepsun.uni-kl.de [131.246.136.50]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA19661 for ; Tue, 2 May 1995 15:59:57 -0700 Received: from sun.rhrk.uni-kl.de by stepsun.uni-kl.de id aa20653; 3 May 95 0:59 MET DST To: hackers@FreeBSD.org Subject: Re: DIGIBOARD driver in ~julian Newsgroups: list.freebsd-hackers References: <9504211708.AA03664@cs.weber.edu> <199504231623.SAA01390@jette.heep.sax.de> Date: Wed, 3 May 95 0:53:29 MET DST From: weber@rhrk.uni-kl.de Message-ID: <9505030053.aa13455@sun.rhrk.uni-kl.de> Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello, I wrote: [something in German, deleted] my sincere apologies - this one was supposed to go to Joerg only, and therefore in German - I failed to check the reply-to: when reading hackers gated into a reginal newsgroup. Basically I pointed to European rules allowing certain forms of reverse engeneering. Regards Christoph Weber-Fahr -- Christoph Weber-Fahr | E-Mail: weber@rhrk.uni-kl.de Universitaet Kaiserslautern, KIT | S-Mail: Postfach 3049 Tel. 0631/205-3391 | D-67653 Kaiserslautern -------------------------- My personal opinion only --------------------- From owner-freebsd-hackers Tue May 2 16:07:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA19842 for hackers-outgoing; Tue, 2 May 1995 16:07:08 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA19832 ; Tue, 2 May 1995 16:07:04 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id QAA11210; Tue, 2 May 1995 16:05:07 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Joe Greco cc: nc@ai.net (Network Coordinator), current@FreeBSD.org, hackers@FreeBSD.org Subject: Re: looking for IP over printer port driver users In-reply-to: Your message of "Tue, 02 May 1995 17:11:54 CDT." <9505022211.AA14225@brasil.moneng.mei.com> Date: Tue, 02 May 1995 16:05:07 -0700 Message-ID: <11208.799455907@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Does anybody have a clue how to manufacture the needed cable? I would like > to play with this, but do not want to spend money on a cable that I can > build from parts in stock.. Do yourself a favor and go buy a "laplink cable" at the local store. They're $10 (that's what mine cost at Frys, anyway) and it's a LOT less headache than making your own.. :-) Jordan From owner-freebsd-hackers Tue May 2 16:43:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20553 for hackers-outgoing; Tue, 2 May 1995 16:43:50 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA20547 for ; Tue, 2 May 1995 16:43:49 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id QAA09824; Tue, 2 May 1995 16:43:36 -0700 From: Julian Elischer Message-Id: <199505022343.QAA09824@ref.tfs.com> Subject: Re: what's in ioctl flag arg? To: dufault@hda.com (Peter Dufault) Date: Tue, 2 May 1995 16:43:35 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505022207.SAA00880@hda.com> from "Peter Dufault" at May 2, 95 06:07:12 pm Content-Type: text Content-Length: 5347 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > What's in the ioctl flag arg? I hope it is a copy of the > flag passed in to the open(), but I can't find where it gets > set up and I'm not sure if it gets translated into an "F_" > thing instead. > > Is this how I verify that you can't write to a file in the ioctl call: > > (flag & O_ACCMODE) == O_RDONLY > > Peter > > -- > Peter Dufault Real Time Machine Control and Simulation > HD Associates, Inc. Voice: 508 433 6936 > dufault@hda.com Fax: 508 433 5267 > hmmmmmmmm /* * Ioctl system call */ struct ioctl_args { int fd; int com; caddr_t data; }; calls error = (*fp->f_ops->fo_ioctl)(fp, com, data, p); which is in fact.... /* * File table vnode ioctl routine. */ int vn_ioctl(fp, com, data, p) struct file *fp; int com; caddr_t data; struct proc *p; which in turn calls case VCHR: case VBLK: error = VOP_IOCTL(vp, com, data, fp->f_flag, p->p_ucred, p); which is in fact: /* * Device ioctl operation. */ /* ARGSUSED */ int spec_ioctl(ap) struct vop_ioctl_args /* { struct vnode *a_vp; int a_command; caddr_t a_data; int a_fflag; struct ucred *a_cred; struct proc *a_p; } */ *ap; { which calls: case VCHR: return ((*cdevsw[major(dev)].d_ioctl)(dev, ap->a_command, ap->a_data, ap->a_fflag, ap->a_p)); thus the flag comes from: fp->f_flag, which is the flags in the file table.. /* * Kernel descriptor table. * One entry for each open kernel vnode and socket. */ struct file { struct file *f_filef; /* list of active files */ struct file **f_fileb; /* list of active files */ short f_flag; /* see fcntl.h */ #define DTYPE_VNODE 1 /* file */ #define DTYPE_SOCKET 2 /* communications endpoint */ short f_type; /* descriptor type */ short f_count; /* reference count */ short f_msgcount; /* references from message queue */ struct ucred *f_cred; /* credentials associated with descriptor */ struct fileops { int (*fo_read) __P((struct file *fp, struct uio *uio, struct ucred *cred)); int (*fo_write) __P((struct file *fp, struct uio *uio, struct ucred *cred)); int (*fo_ioctl) __P((struct file *fp, int com, caddr_t data, struct proc *p)); int (*fo_select) __P((struct file *fp, int which, struct proc *p)); int (*fo_close) __P((struct file *fp, struct proc *p)); } *f_ops; off_t f_offset; caddr_t f_data; /* vnode or socket */ }; .. following to fcntl.h /* * Kernel encoding of open mode; separate read and write bits that are * independently testable: 1 greater than the above. * * XXX * FREAD and FWRITE are excluded from the #ifdef KERNEL so that TIOCFLUSH, * which was documented to use FREAD/FWRITE, continues to work. */ #ifndef _POSIX_SOURCE #define FREAD 0x0001 #define FWRITE 0x0002 #endif #define O_NONBLOCK 0x0004 /* no delay */ #define O_APPEND 0x0008 /* set append mode */ #ifndef _POSIX_SOURCE #define O_SHLOCK 0x0010 /* open with shared file lock */ #define O_EXLOCK 0x0020 /* open with exclusive file lock */ #define O_ASYNC 0x0040 /* signal pgrp when data ready */ #define O_FSYNC 0x0080 /* synchronous writes */ #endif #define O_CREAT 0x0200 /* create if nonexistant */ #define O_TRUNC 0x0400 /* truncate to zero length */ #define O_EXCL 0x0800 /* error if already exists */ #ifdef KERNEL #define FMARK 0x1000 /* mark during gc() */ #define FDEFER 0x2000 /* defer for next gc pass */ #define FHASLOCK 0x4000 /* descriptor holds advisory lock */ #endif /* defined by POSIX 1003.1; BSD default, so no bit required */ #define O_NOCTTY 0 /* don't assign controlling terminal */ #ifdef KERNEL /* convert from open() flags to/from fflags; convert O_RD/WR to FREAD/FWRITE */ #define FFLAGS(oflags) ((oflags) + 1) #define OFLAGS(fflags) ((fflags) - 1) /* bits to save after open */ #define FMASK (FREAD|FWRITE|FAPPEND|FASYNC|FFSYNC|FNONBLOCK) /* bits settable by fcntl(F_SETFL, ...) */ #define FCNTLFLAGS (FAPPEND|FASYNC|FFSYNC|FNONBLOCK) #endif /* * The O_* flags used to have only F* names, which were used in the kernel * and by fcntl. We retain the F* names for the kernel f_flags field * and for backward compatibility for fcntl. */ #ifndef _POSIX_SOURCE #define FAPPEND O_APPEND /* kernel/compat */ #define FASYNC O_ASYNC /* kernel/compat */ #define FFSYNC O_FSYNC /* kernel */ #define FNONBLOCK O_NONBLOCK /* kernel */ #define FNDELAY O_NONBLOCK /* compat */ #define O_NDELAY O_NONBLOCK /* compat */ #endif :) From owner-freebsd-hackers Tue May 2 16:48:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA20653 for hackers-outgoing; Tue, 2 May 1995 16:48:26 -0700 Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA20640 for ; Tue, 2 May 1995 16:48:22 -0700 Received: from [192.245.33.12] by gateway.cybernet.com (8.6.8/1.0A) id UAA14838; Tue, 2 May 1995 20:21:35 -0400 X-Sender: mtaylor@gateway.cybernet.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 2 May 1995 19:47:20 -0400 To: Joe Greco From: mtaylor@gateway.cybernet.com (Mark J. Taylor) Subject: Re: looking for IP over printer port driver users Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> On Thu, 27 Apr 1995, Poul-Henning Kamp wrote: >> >> > > Once I know the rewritten driver is happy, I'll be adding support >>for the >> > > Crynwr/Linux PLIP protocol format. >> > CooL! >> >> When you have that support going, I can test it for you. I have a linux >> box sitting right next to a freebsd box [both run EPP parallel ports] and >> move data really well with laplink [under DOS] normally. > >Does anybody have a clue how to manufacture the needed cable? I would like >to play with this, but do not want to spend money on a cable that I can >build from parts in stock.. > >... JG In DOS (6.0 or later): HELP INTERLNK At the end of the NOTES section, you'll see a wiring diagram labeled 'Pin Connections for a Parallel Cable'. This should be the same as the Interlink cable, because I've used the cable that I made from this spec with Interlink as well as Laplink. :) -Mark Taylor mtaylor@cybernet.com From owner-freebsd-hackers Tue May 2 17:18:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA21373 for hackers-outgoing; Tue, 2 May 1995 17:18:10 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA21366 ; Tue, 2 May 1995 17:18:05 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA09988; Tue, 2 May 1995 17:16:35 -0700 From: Poul-Henning Kamp Message-Id: <199505030016.RAA09988@ref.tfs.com> Subject: Re: looking for IP over printer port driver users To: julian@ref.tfs.com (Julian Elischer) Date: Tue, 2 May 1995 17:16:35 -0700 (PDT) Cc: jgreco@brasil.moneng.mei.com, nc@ai.net, hackers@FreeBSD.org, FAQ@FreeBSD.org In-Reply-To: <199505022227.PAA09516@ref.tfs.com> from "Julian Elischer" at May 2, 95 03:27:16 pm Content-Type: text Content-Length: 399 Sender: hackers-owner@FreeBSD.org Precedence: bulk > it's a laplink cable.... > The following comes from the MACH version, which uses the same cable > > Poul, Is it still compatible? no. > can I coonect MACH and FreeBSD? with a minor change to the MACH I think... :-) -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue May 2 17:45:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA21985 for hackers-outgoing; Tue, 2 May 1995 17:45:58 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA21979 for ; Tue, 2 May 1995 17:45:53 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id UAA01332; Tue, 2 May 1995 20:42:17 -0400 From: Peter Dufault Message-Id: <199505030042.UAA01332@hda.com> Subject: Re: Translators needed urgently! To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 2 May 1995 20:42:16 -0400 (EDT) Cc: phk@ref.tfs.com, hosokawa@mt.cs.keio.ac.jp, terry@cs.weber.edu, sa2c@st.rim.or.jp, jkh@morton.cdrom.com, hackers@freefall.cdrom.com In-Reply-To: <10331.799443643@time.cdrom.com> from "Jordan K. Hubbard" at May 2, 95 12:40:43 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 770 Sender: hackers-owner@FreeBSD.org Precedence: bulk Jordan K. Hubbard writes: > > > I remember one such document, a C.itoh manual which stated: > > > > "This printer should only be embraced in a ventilative environment" > > And how do you know that's not exactly what they meant to say? :-) > > Jordan "Love me, love my printer" Hubbard I may have that C.Itoh manual in my humor file (look, look): "Printer: just pretty simple as data output device. For computer, vast mammoth artificial being..." The programming instructions are equally as obscure. (C.Itoh manual, circa 1982) Yes, their English is much better than my Japanese. Peter -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Tue May 2 18:18:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA22483 for hackers-outgoing; Tue, 2 May 1995 18:18:22 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA22475 ; Tue, 2 May 1995 18:18:13 -0700 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA14628; Tue, 2 May 95 20:16:30 CDT From: Joe Greco Message-Id: <9505030116.AA14628@brasil.moneng.mei.com> Subject: Re: looking for IP over printer port driver users To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Tue, 2 May 1995 20:16:29 -0500 (CDT) Cc: nc@ai.net, current@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <11208.799455907@time.cdrom.com> from "Jordan K. Hubbard" at May 2, 95 04:05:07 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1640 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Does anybody have a clue how to manufacture the needed cable? I would like > > to play with this, but do not want to spend money on a cable that I can > > build from parts in stock.. > > Do yourself a favor and go buy a "laplink cable" at the local store. > They're $10 (that's what mine cost at Frys, anyway) and it's a LOT > less headache than making your own.. :-) Hi Jordan, That's silly. :-) Well, not for everyone... but I've been making cables since I was a teenager. I have all the connectors, hoods, cable, et al. I do not intend to pay $10 for something that I can _build_ easily for $10 less than that. :-) I prefer to save my cash for things that I cannot readily make: I buy components, modems, etc. I generally make my own cables (with the one exception of DB9-DB25's which Wal-Mart sells for $2.96, which is roughly equivalent to my cost, and then I don't have to spend time). Besides, usually when you need something strange: "A SCSI cable with Centronics on both ends and 6 IDC connectors at such-n-such separation" you end up doing it yourself anyways. (I have a nice "CAID" for news here - Cheap Array of Inexpensive 5 1/4" Disks"). (besides: if I go to a store it means I have to waste time to do so - maybe a half hour, or an hour, when I can make it in 10 minutes. :-) ) But for the everyday hacker, who isn't comfortable with a soldering iron, I might be inclined to agree with you. ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Administrator jgreco@ns.sol.net Solaria Public Access UNIX - Milwaukee, WI 414/342-4847 From owner-freebsd-hackers Tue May 2 18:31:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA22679 for hackers-outgoing; Tue, 2 May 1995 18:31:06 -0700 Received: from efn.efn.org (root@efn.org [198.68.17.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA22669 for ; Tue, 2 May 1995 18:30:58 -0700 Received: from unix (haus.efn.org) by efn.efn.org (4.1/smail2.5/05-07-92) id AA01696; Tue, 2 May 95 18:30:15 PDT Date: Tue, 2 May 1995 18:37:42 -0700 (PDT) From: John-Mark Gurney X-Sender: gurney_j@unix To: Neal Westfall Cc: hackers@FreeBSD.org Subject: Re: Netscape 1.1 and Current In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sun, 30 Apr 1995, Neal Westfall wrote: > I've just upgraded my system to -current this weekend from the April 12 > snapshot. I'm having some trouble with Netscape 1.1. It locks up > and reports the following: > > netscape: uname() failed; can't tell what system we're running on actually... I get the same error on a 2.0 release machine running 1.1N... but mine doesn't lock up... it continues perfectly fine... and I can browse quite easily... > Previously it worked fine with the April 12 snapshot. If I boot up my old > SNAP kernel, it works fine. Also, with the new slice code stuff, now I > can't mount my dos partition. > > Any help appreciated! > > > Neal Westfall nwestfal@csci.csusb.edu > > FreeBSD BUILT-19950429 #0: Sat Apr 29 04:13:14 PDT 1995 > neal@darkside.csci.csusb.edu:/usr/src/sys/compile/DARKSIDE > > John-Mark gurney_j@efn.org Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-hackers Tue May 2 18:35:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA22778 for hackers-outgoing; Tue, 2 May 1995 18:35:55 -0700 Received: from wdl1.wdl.loral.com (wdl1.wdl.loral.com [137.249.32.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id SAA22772 for ; Tue, 2 May 1995 18:35:52 -0700 Received: from miles.sso.loral.com by wdl1.wdl.loral.com (4.1/WDL-4.2) id AA03890; Tue, 2 May 95 18:35:04 PDT Received: by miles.sso.loral.com (4.1/SSO-SUN-2.04) id AA11470; Tue, 2 May 95 21:35:50 EDT Date: Tue, 2 May 1995 21:35:49 -0400 (EDT) From: Richard Toren X-Sender: rpt@miles To: hackers Subject: GNU cpp bug with pthreads Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I may have found one of the sources of my problems with pthreads. It appears that the cpp in 2.0R (GNU CPP version 2.6.2 (80386, BSD syntax)) may have a bug in it. If this has already been replaces in -current, please let me know. cpp, when expanding the concatenate operator '##' seems to append a couple (3) blanks after the substitution. Here is a piece of pthreads and an abbreviated command line to test. Line 8 is the one munged up. When I compile this with the following command, the assembler barfs: > gcc -DSYSCALL_NAME=open -c syscall-template.S -o Sopen.o -save-temps I get: as: syscall-template.s:227: invalid character '_' in opcode. If you look at the intermediate saved file, you find a line that begins with : .globl _machdep_sys_open ; _machdep_sys_open :; movl $(5 ), ^^^ There are 3 spaces after the substitution of 'open'. The assembler apparently does not care for this. If you edit that temp file and remove the three spaces, the assembles OK. From the macro definition, the colon was immediately after the name making up the label. If you use -traditional, you get a file that does assemble, but the SYSCALL_NAME is not substituted. If this has been fixed with a newer release of the cpp; shrug. If not watch out for this in your own source. ----------syscall-template.S----------- #include #ifdef __STDC__ #define SYSCALL(x) \ .globl _machdep_sys_##x; \ \ _machdep_sys_##x:; \ \ movl $(SYS_##x), %eax; \ .byte 0x9a; .long 0; .word 7; \ jb 1b; \ ret; #else #define SYSCALL(x) \ .globl _machdep_sys_/**/x; \ \ _machdep_sys_/**/x:; \ \ movl $(SYS_/**/x), %eax; \ .byte 0x9a; .long 0; .word 7; \ jb 1b; \ ret; #endif /* * Initial asm stuff for all functions. */ .text .align 2 /* ========================================================================== * error code for all syscalls. The error value is returned as the negative * of the errno value. */ 1: neg %eax ret #define XSYSCALL(NAME) SYSCALL(NAME) XSYSCALL(SYSCALL_NAME) --------------------end src--------------------------- ==================================================== Rip Toren | The bad news is that C++ is not an object-oriented | rpt@miles.sso.loral.com | programming language. .... The good news is that | | C++ supports object-oriented programming. | | C++ Programming & Fundamental Concepts | | by Anderson & Heinze | ==================================================== From owner-freebsd-hackers Tue May 2 19:04:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA23635 for hackers-outgoing; Tue, 2 May 1995 19:04:25 -0700 Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA23627 for ; Tue, 2 May 1995 19:04:11 -0700 Received: (from dgy@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id TAA02228 for freebsd-hackers@freefall.cdrom.com; Tue, 2 May 1995 19:03:53 -0700 From: Don Yuniskis Message-Id: <199505030203.TAA02228@seagull.rtd.com> Subject: a silly(?) release request To: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) Date: Tue, 2 May 1995 19:03:53 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 392 Sender: hackers-owner@FreeBSD.org Precedence: bulk Greetings! It may sound silly, but could future source releases contain a "VERSION" file in each source directory to clearly identify the version of the code? Ideally, every executable would have a commandline option to emit this information. But, they don't. And, once a package has been placed under cvs, any preexisting $Header$ info gets trashed during the import. Thanx! --don From owner-freebsd-hackers Tue May 2 19:25:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA24303 for hackers-outgoing; Tue, 2 May 1995 19:25:10 -0700 Received: from physics.su.oz.au (dawes@physics.su.OZ.AU [129.78.129.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id TAA24294 for ; Tue, 2 May 1995 19:24:51 -0700 Received: by physics.su.oz.au id AA12944 (5.67b/IDA-1.4.4 for hackers@freebsd.org); Wed, 3 May 1995 12:24:29 +1000 From: David Dawes Message-Id: <199505030224.AA12944@physics.su.oz.au> Subject: Problem with asm code in Mach32 server on FreeBSD 2.0 snaps To: hackers@FreeBSD.org Date: Wed, 3 May 1995 12:24:27 +1000 (EST) Cc: alpha@xfree86.org X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 4607 Sender: hackers-owner@FreeBSD.org Precedence: bulk I've just been debugging a problem with the XFree86 Mach32 server on a machine running one of the 2.0 snaps (the Feb snap, but the same problem happens with a server compiled with the latest snap). The problem is a SIGSEGV in outsw(), with the following stack trace: #0 0xb07c in outsw (buf=0x338928, count=3, port=58088) at mach32im.c:127 #1 0x5 in ?? () #2 0x9bc3 in mach32ImageWriteNoMem (x=17, y=452, w=5, h=13, psrc=0x338928
, pwidth=8, px=0, py=0, alu=5, planemask=4294967295) at mach32im.c:433 #3 0x9636 in mach32ImageWrite (x=17, y=452, w=5, h=13, psrc=0x338928
, pwidth=8, px=0, py=0, alu=5, planemask=4294967295) at mach32im.c:257 #4 0xc4a8 in mach32CopyArea (pSrcDrawable=0x338900, pDstDrawable=0x338700, pGC=0x342000, srcx=0, srcy=0, width=5, height=13, dstx=17, dsty=452) at mach32blt.c:443 #5 0x4555b in ProcCopyArea () #6 0x4b5c8 in SProcCopyArea () #7 0x433ef in Dispatch () #8 0x36d75 in main () I've isolated the problem to the following __asm__ function: static __inline__ void outsw(void *buf, short count, unsigned short port) { __asm__ __volatile__ ("cld;rep;outsw" ::"d" (port),"S" (buf),"c" (count):"cx","si"); } Replacing this with: static void outsw(buf, count, port) void *buf; short count; register unsigned short port; { register int i; register unsigned short *p = (unsigned short *)buf; for (i=0; i < count; i++) outw(port, *(p++)); } fixes the problem. The asm version doesn't cause a problem on FreeBSD 1.1.5. I haven't been able to test this on a 2.0R system. Whether or not the asm version is inlined makes no difference. I've disassembled both the 2.0-SNAP-950412 and 1.1.5 versions. They are slightly different, but I don't know enough about the assembler instructions to know if the differences are important, or if the problem is compiler related. I've attached the disassembled output. If anyone wants to reproduce the SIGSEGV, try running: x11perf -rop GXxor copypixwin10 It may be useful to know if this shows up on a 2.0R system. Does anyone have any ideas as to the cause of this? We can work around it, but I'd like to know the cause so that we can avoid this occurring elsewhere. For SNAP-950412 (gcc version 2.6.3, compiled with '-g', no optimisation) Dump of assembler code for function outsw: 0xb05c : pushl %ebp 0xb05d : movl %esp,%ebp 0xb05f : subl $0x4,%esp 0xb062 : pushl %edi 0xb063 : pushl %esi 0xb064 : pushl %ebx 0xb065 : movl 0xc(%ebp),%esi 0xb068 : movl %esi,0xfffffffc(%ebp) 0xb06b : movl 0x10(%ebp),%eax 0xb06e : movw 0xfffffffc(%ebp),%di 0xb072 : movl %eax,%ebx 0xb074 : movl %ebx,%edx 0xb076 : movl 0x8(%ebp),%esi 0xb079 : movl %edi,%ecx 0xb07b : cld 0xb07c : repz outsw %ds:(%esi),(%dx) 0xb07f : leal 0xfffffff0(%ebp),%esp 0xb082 : popl %ebx 0xb083 : popl %esi 0xb084 : popl %edi 0xb085 : leave 0xb086 : ret 0xb087 : addb %dl,0xffffff89(%ebp) For 1.1.5 (gcc version 2.4.5, compiled with '-g', no optimisation) Dump of assembler code for function outsw: 0xbd50 : pushl %ebp 0xbd51 : movl %esp,%ebp 0xbd53 : subl $0x8,%esp 0xbd56 : pushl %edi 0xbd57 : pushl %esi 0xbd58 : pushl %ebx 0xbd59 : movl 0x8(%ebp),%ebx 0xbd5c : movl 0xc(%ebp),%ecx 0xbd5f : movl %ecx,0xfffffff8(%ebp) 0xbd62 : movl 0x10(%ebp),%eax 0xbd65 : movw 0xfffffff8(%ebp),%si 0xbd69 : movw %si,0xfffffffc(%ebp) 0xbd6d : movl %eax,%edi 0xbd6f : movl %edi,%edx 0xbd71 : movl %ebx,%esi 0xbd73 : movw 0xfffffffc(%ebp),%cx 0xbd77 : cld 0xbd78 : repz outsw %ds:(%esi),(%dx) 0xbd7b : leal 0xffffffec(%ebp),%esp 0xbd7e : popl %ebx 0xbd7f : popl %esi 0xbd80 : popl %edi 0xbd81 : leave 0xbd82 : ret 0xbd83 : addb %dl,0xffffff89(%ebp) End of assembler dump. David From owner-freebsd-hackers Tue May 2 19:38:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA24553 for hackers-outgoing; Tue, 2 May 1995 19:38:28 -0700 Received: from rwwa.com (rwwa.com [198.115.177.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA24547 for ; Tue, 2 May 1995 19:38:22 -0700 Received: from localhost (localhost [127.0.0.1]) by rwwa.com (8.6.9/8.6.9) with SMTP id WAA00457 for ; Tue, 2 May 1995 22:40:23 -0400 Message-Id: <199505030240.WAA00457@rwwa.com> X-Authentication-Warning: rwwa.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.5.3 12/28/94 To: hackers@FreeBSD.org Subject: BPF nonfunctional? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Tue, 02 May 1995 22:40:22 -0400 From: Robert Withrow Sender: hackers-owner@FreeBSD.org Precedence: bulk Is it safe to say the BPF is not-ready-for-prime-time in FBSD2.0R? When I compile it in my networking ceases to function... ----------------------------------------------------------------------------- Robert Withrow, Tel: +1 617 598 4480, Fax: +1 617 598 4430 Net: witr@rwwa.COM R.W. Withrow Associates, 319 Lynnway Suite 201, Lynn MA 01901 USA From owner-freebsd-hackers Tue May 2 19:57:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA25297 for hackers-outgoing; Tue, 2 May 1995 19:57:01 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA25282 for ; Tue, 2 May 1995 19:56:54 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id TAA29430; Tue, 2 May 1995 19:56:48 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id TAA00161; Tue, 2 May 1995 19:56:48 -0700 Message-Id: <199505030256.TAA00161@corbin.Root.COM> To: Robert Withrow cc: hackers@FreeBSD.org Subject: Re: BPF nonfunctional? In-reply-to: Your message of "Tue, 02 May 95 22:40:22 EDT." <199505030240.WAA00457@rwwa.com> From: David Greenman Reply-To: davidg@Root.COM Date: Tue, 02 May 1995 19:56:47 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Is it safe to say the BPF is not-ready-for-prime-time in >FBSD2.0R? When I compile it in my networking ceases to >function... It worked okay for me...what type of ethernet card do you have? -DG From owner-freebsd-hackers Tue May 2 20:00:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA25422 for hackers-outgoing; Tue, 2 May 1995 20:00:15 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA25411 for ; Tue, 2 May 1995 20:00:07 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA10181; Tue, 2 May 95 20:53:19 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505030253.AA10181@cs.weber.edu> Subject: Re: BPF nonfunctional? To: witr@rwwa.com (Robert Withrow) Date: Tue, 2 May 95 20:53:18 MDT Cc: hackers@FreeBSD.org In-Reply-To: <199505030240.WAA00457@rwwa.com> from "Robert Withrow" at May 2, 95 10:40:22 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Is it safe to say the BPF is not-ready-for-prime-time in > FBSD2.0R? When I compile it in my networking ceases to > function... There was a recent discussion about it not being supported for some cards and rarpd needing it. What card are you using? Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Tue May 2 20:37:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA26879 for hackers-outgoing; Tue, 2 May 1995 20:37:39 -0700 Received: from caern.protocorp.com ([198.147.97.66]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA26870 for ; Tue, 2 May 1995 20:37:28 -0700 Received: from caern.leonardo.net (localhost [127.0.0.1]) by caern.protocorp.com (8.6.9/8.6.9) with ESMTP id WAA00370; Mon, 1 May 1995 22:15:26 -0700 Message-Id: <199505020515.WAA00370@caern.protocorp.com> To: terry@cs.weber.edu (Terry Lambert) cc: hackers@FreeBSD.org Subject: Re: Compress dumps? In-reply-to: Your message of "Mon, 01 May 1995 11:29:46 MDT." <9505011729.AA07524@cs.weber.edu> Date: Mon, 01 May 1995 22:15:26 -0700 From: "Mike O'Brien" Sender: hackers-owner@FreeBSD.org Precedence: bulk > One possible fix is to go to a block compression scheme or a file > compression scheme as the tapes are written. This is more what I had in mind. I fully recognize the danger in simply gzipping the entire stream. I was just wondering if the notion had occurred to anyone else. Given my experiences in the use of "floppy tape" I must say that rather than saving money by compressing the dump stream, I'm more of a mind to save my sanity by using a real SCSI tape drive so I don't have to worry about false economy. Mike O'Brien From owner-freebsd-hackers Tue May 2 21:04:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA27488 for hackers-outgoing; Tue, 2 May 1995 21:04:17 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA27470 for ; Tue, 2 May 1995 21:04:07 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA11410 (5.67a/IDA-1.5); Tue, 2 May 1995 22:49:40 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA19737; 2 May 95 19:37:32 CDT (Tue) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA19734; Tue, 2 May 1995 19:37:31 -0500 From: Peter da Silva Message-Id: <199505030037.TAA19734@bonkers.taronga.com> Subject: Re: Screen print capability To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 2 May 1995 19:37:30 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <9505021836.AA08106@cs.weber.edu> from "Terry Lambert" at May 2, 95 12:36:11 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 294 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The line between "security conscious" and "anal retentive" isn't that > fine! Come on, guys, get real! Fair enough, and a feature that provides no more functionality than a secure one, is hard to deal with reliably (what about typeahead?), and is easily abused is definitely over the line. From owner-freebsd-hackers Tue May 2 21:04:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA27513 for hackers-outgoing; Tue, 2 May 1995 21:04:48 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA27501 for ; Tue, 2 May 1995 21:04:40 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA11412 (5.67a/IDA-1.5); Tue, 2 May 1995 22:49:47 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA19757; 2 May 95 19:39:39 CDT (Tue) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA19754; Tue, 2 May 1995 19:39:39 -0500 From: Peter da Silva Message-Id: <199505030039.TAA19754@bonkers.taronga.com> Subject: Re: Compress dumps? To: terry@cs.weber.edu (Terry Lambert) Date: Tue, 2 May 1995 19:39:38 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <9505021845.AA08223@cs.weber.edu> from "Terry Lambert" at May 2, 95 12:45:26 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 499 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Typically, my intermediate backups are incremental, which pushes the > time out considerably before the full backups would be archival, > especially considering a tape rotation of the monthlies. That's another nice thing about Amanda... it makes fulls throughout the backup cycle whenever there's room for them, so you don't get a big hit all at once and it's practical to do more fulls. If you're backing up more than one system and you're not using Amanda you're just making work for yourself. From owner-freebsd-hackers Tue May 2 21:11:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA27761 for hackers-outgoing; Tue, 2 May 1995 21:11:23 -0700 Received: from tinman.mke.ab.com (tinman.mke.ab.com [130.151.82.17]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA27753 ; Tue, 2 May 1995 21:11:18 -0700 Received: from slip2.mke.ab.com (slip2.mke.ab.com [130.151.114.11]) by tinman.mke.ab.com (8.6.11/8.6.11) with SMTP id XAA13727; Tue, 2 May 1995 23:11:06 -0500 Date: Tue, 2 May 1995 23:11:06 -0500 Message-Id: <199505030411.XAA13727@tinman.mke.ab.com> X-Sender: eaparis@tinman.mke.ab.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: terry@cs.weber.edu (Terry Lambert) From: eaparis@mke.ab.com (Eloy A. Paris) Subject: Re: Problems with zp0 driver in 041295 SNAP? Cc: questions@FreeBSD.org, hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >You will probably need to determine what PCMCIA bridge chipset is >being used by your machine before anyone can tell you if it is >supported (and if not, write code to support it). I ran a program that came with my Xircom PCMCIA Ethernet Card for identifying the PCMCIA controller chipset. The program reported the controller was a Cirrus chipset. It is my understanding that this is compatible with the Intel chipset but I am not quite sure. >Clearly this is a sufficiently common problem that 3COM has had to build >a fix for it; it's kind of silly that that program is not built into the >configuration program if it's that common. Well, I don't know. I didn't see this problem reported in any place. Neither in the documentation nor in the BBS nor in the FTP site nor in the Tech. Notes nor in the Fax Tips. Nothing, nothing in any place. I just found this small utility to clean the CIS. When I run the utility, the first message I get is one that says "Invalid checksum found." The it proceeds to clean the CIS. (I am gonna post all the messages I am getting from the different programs.) >Since 3COM is aware of the problem, I'm betting that some clue to the >cause could be had by contacting 3COM. If their BBS is cheaply >accessable to you, you might try posting a question about what is >causing the corruption, and then let the author of the driver for >FreeBSD know what to do about. At the very least, the information >about how they fix the CIS would be useful, since breaking it must >be doing something similar. OK, I am gonna try that one. By the way, I don't have cheap access to 3Com's BBS (it's a long distance call for me.) What I am doing is using their FTP sites (ftp.3com.com) I think it is very new since it is not documented anywhere in my package. Also they have a WWW server at www.3com.com. See ya. Eloy.- -- Eloy A. Paris Allen-Bradley de Venezuela "Los poderosos nos parecen grandes solo porque estamos de rodillas, levantemonos!!!" Carlos Marx From owner-freebsd-hackers Tue May 2 21:11:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA27767 for hackers-outgoing; Tue, 2 May 1995 21:11:25 -0700 Received: from tinman.mke.ab.com (tinman.mke.ab.com [130.151.82.17]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA27759 ; Tue, 2 May 1995 21:11:22 -0700 Received: from slip2.mke.ab.com (slip2.mke.ab.com [130.151.114.11]) by tinman.mke.ab.com (8.6.11/8.6.11) with SMTP id XAA13722; Tue, 2 May 1995 23:11:02 -0500 Date: Tue, 2 May 1995 23:11:02 -0500 Message-Id: <199505030411.XAA13722@tinman.mke.ab.com> X-Sender: eaparis@tinman.mke.ab.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: harold barker From: eaparis@mke.ab.com (Eloy A. Paris) Subject: Re: Problems with zp0 driver in 041295 SNAP? Cc: questions@FreeBSD.org, hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Hello Harold. >Same problem, return the card to 3com and get a new one. That will sove the corupted CIS, it still may not work with free bsd Hey, what are you saying my friend? The card is working pretty fine under DOS and Windows. No problems at all. It NOT the hardware!!! When, after booting with FreeBSD, the CIS of my card gets corrupted, I go back into DOS and run the program I got from 3Com's FTP site for fixing the corrupted CIS, it gets cleaned and then I can get connected to the Net through my LAN. The CIS won't get corrupted again... unless I boot with FreeBSD. The zp0 driver is the one that is corrupting the CIS... Perhaps it is the specific combination of my hardware and the zp0 driver. I apreciatte your answer. Thanks. Eloy.- P.S. I forgot to say in my first mail when I reported my problem that I tried with TWO different 3C589 cards. With both card I got the same problem (CIS corruption) -- Eloy A. Paris Allen-Bradley de Venezuela "Los poderosos nos parecen grandes solo porque estamos de rodillas, levantemonos!!!" Carlos Marx From owner-freebsd-hackers Tue May 2 21:11:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA27811 for hackers-outgoing; Tue, 2 May 1995 21:11:49 -0700 Received: from tinman.mke.ab.com (tinman.mke.ab.com [130.151.82.17]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA27771 ; Tue, 2 May 1995 21:11:33 -0700 Received: from slip2.mke.ab.com (slip2.mke.ab.com [130.151.114.11]) by tinman.mke.ab.com (8.6.11/8.6.11) with SMTP id XAA13732; Tue, 2 May 1995 23:11:09 -0500 Date: Tue, 2 May 1995 23:11:09 -0500 Message-Id: <199505030411.XAA13732@tinman.mke.ab.com> X-Sender: eaparis@tinman.mke.ab.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) From: eaparis@mke.ab.com (Eloy A. Paris) Subject: Re: Problems with zp0 driver in 041295 SNAP? Cc: hackers@FreeBSD.org, questions@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi Tatsumi. >I heard about another trouble (on DOS and IBM PCMCIA driver) that >corrupted CIS tupples of 3C589. It's strange. My card is working absolutely perfect under DOS/Windows. No problems at all. >>> If somebody is interested, I can mail to the list(s) the debug information >>> the zp0 driver is sending to the screen. > >Please.... OK, I will. >Current if_zp and if_ze only works on i82365 and its compatibles >(VLSI, Cirrus Logic, etc.). It won't works on D-link's PCIC. The PCMCIA controller identifier program from Xircom is reporting that my controller is a Cirrus. I will post this I am getting also. See ya. Eloy.- -- Eloy A. Paris Allen-Bradley de Venezuela "Los poderosos nos parecen grandes solo porque estamos de rodillas, levantemonos!!!" Carlos Marx From owner-freebsd-hackers Tue May 2 21:12:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA27849 for hackers-outgoing; Tue, 2 May 1995 21:12:44 -0700 Received: from tinman.mke.ab.com (tinman.mke.ab.com [130.151.82.17]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA27840 ; Tue, 2 May 1995 21:12:37 -0700 Received: from slip2.mke.ab.com (slip2.mke.ab.com [130.151.114.11]) by tinman.mke.ab.com (8.6.11/8.6.11) with SMTP id XAA13737; Tue, 2 May 1995 23:11:12 -0500 Date: Tue, 2 May 1995 23:11:12 -0500 Message-Id: <199505030411.XAA13737@tinman.mke.ab.com> X-Sender: eaparis@tinman.mke.ab.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: Christoph Kukulies From: eaparis@mke.ab.com (Eloy A. Paris) Subject: Re: Problems with zp0 driver in 041295 SNAP? Cc: questions@FreeBSD.org, hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >Just a tip - if you not already know that - : Well, I didn't know that. Thanks. I haven't tried that but why I did was to change the isa.c file for having the network devices initialized before anything else. Also I change the default I/O base address and default IRQ from 0x300 and 10 to 0x2f8 and 5. It didn't work. Thanks. Eloy.- -- Eloy A. Paris Allen-Bradley de Venezuela "Los poderosos nos parecen grandes solo porque estamos de rodillas, levantemonos!!!" Carlos Marx From owner-freebsd-hackers Tue May 2 21:33:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA28605 for hackers-outgoing; Tue, 2 May 1995 21:33:35 -0700 Received: from netcom14.netcom.com (bakul@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA28599 for ; Tue, 2 May 1995 21:33:31 -0700 Received: from localhost by netcom14.netcom.com (8.6.12/Netcom) id VAA09831; Tue, 2 May 1995 21:32:28 -0700 Message-Id: <199505030432.VAA09831@netcom14.netcom.com> To: Richard Toren cc: hackers Subject: Re: GNU cpp bug with pthreads In-reply-to: Your message of "Tue, 02 May 95 21:35:49 EDT." Date: Tue, 02 May 95 21:32:26 -0700 From: Bakul Shah Sender: hackers-owner@FreeBSD.org Precedence: bulk > cpp, when expanding the concatenate operator '##' seems to append a > couple (3) blanks after the substitution. Here is a piece of pthreads and > an abbreviated command line to test. Line 8 is the one munged up. AFAIK, this behavior is allowed under ANSI C, since spaces around identifiers does not change C semantics in any way. Suggest you use ## for pasting colon to open. That is, replace _machdep_sys_##x:; \ with _machdep_sys_##x##:; \ Similarly, replace movl $(SYS_##x), %eax; \ with movl $(SYS_##x##), %eax; \ This'll work under gnu cpp. --bakul From owner-freebsd-hackers Tue May 2 21:37:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA28746 for hackers-outgoing; Tue, 2 May 1995 21:37:58 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA28739 ; Tue, 2 May 1995 21:37:55 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA11393; Tue, 2 May 1995 21:37:24 -0700 From: Poul-Henning Kamp Message-Id: <199505030437.VAA11393@ref.tfs.com> Subject: Re: Problems with zp0 driver in 041295 SNAP? To: eaparis@mke.ab.com (Eloy A. Paris) Date: Tue, 2 May 1995 21:37:23 -0700 (PDT) Cc: terry@cs.weber.edu, questions@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199505030411.XAA13727@tinman.mke.ab.com> from "Eloy A. Paris" at May 2, 95 11:11:06 pm Content-Type: text Content-Length: 493 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I ran a program that came with my Xircom PCMCIA Ethernet Card for > identifying the PCMCIA controller chipset. The program reported the > controller was a Cirrus chipset. It is my understanding that this is > compatible with the Intel chipset but I am not quite sure. > I run on a Cirrus chipset just fine. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Tue May 2 22:13:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA29301 for hackers-outgoing; Tue, 2 May 1995 22:13:01 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA29292 for ; Tue, 2 May 1995 22:12:46 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA27586; Wed, 3 May 1995 15:05:44 +1000 Date: Wed, 3 May 1995 15:05:44 +1000 From: Bruce Evans Message-Id: <199505030505.PAA27586@godzilla.zeta.org.au> To: dawes@physics.usyd.edu.au, hackers@FreeBSD.org Subject: Re: Problem with asm code in Mach32 server on FreeBSD 2.0 snaps Cc: alpha@xfree86.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >I've just been debugging a problem with the XFree86 Mach32 server on >a machine running one of the 2.0 snaps (the Feb snap, but the same problem >happens with a server compiled with the latest snap). The problem is >a SIGSEGV in outsw(), with the following stack trace: >... >I've isolated the problem to the following __asm__ function: > static __inline__ void outsw(void *buf, short count, unsigned short port) > { > __asm__ __volatile__ ("cld;rep;outsw" > ::"d" (port),"S" (buf),"c" (count):"cx","si"); > } The top 16 bits of %ecx aren't initialized. This can be fixed by casting (count) to (unsigned) but should be fixed by passing an (unsigned) in the first place. A few more cycles may be saved by making `port' unsigned too. The different behaviour with an older version of gcc may be because gcc now wastes even more time than before doing unnecessary sign extensions of short args, so the top bits of %ecx are more likely to be nonzero (0xffff). Bruce From owner-freebsd-hackers Tue May 2 22:15:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA29339 for hackers-outgoing; Tue, 2 May 1995 22:15:02 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA29326 for ; Tue, 2 May 1995 22:14:50 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id XAA04544; Tue, 2 May 1995 23:13:53 -0600 Message-Id: <199505030513.XAA04544@rover.village.org> To: terry@cs.weber.edu (Terry Lambert) Subject: Re: Netscape 1.1 and Current Cc: hackers@FreeBSD.org In-reply-to: Your message of Tue, 02 May 1995 16:27:06 MDT Date: Tue, 02 May 1995 23:13:52 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk : > ``Absence of evidence is not evidence of absence.'' ... : It's St. Thomas Aquinas; it's a condemnation of arguing from the : specific to the general. Reminds one of the quote attributed to Dijkstra: "Testing can only reveal the presense of bugs, not their absence" Warner From owner-freebsd-hackers Tue May 2 22:31:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA29865 for hackers-outgoing; Tue, 2 May 1995 22:31:42 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA29826 for ; Tue, 2 May 1995 22:30:39 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA04407; Wed, 3 May 1995 08:46:23 +0500 From: "Serge A. Babkin" Message-Id: <199505030346.IAA04407@hq.icb.chel.su> Subject: Re: Translators needed urgently! To: jkh@morton.cdrom.com (Jordan K. Hubbard) Date: Wed, 3 May 1995 08:46:22 +0500 (GMT+0500) Cc: hackers@FreeBSD.org In-Reply-To: <199504292020.NAA05829@morton.cdrom.com> from "Jordan K. Hubbard" at Apr 29, 95 01:20:05 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1501 Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'd like to have at least the top level README, and perhaps the > INSTALL guide (both of which I'll be revamping substantially in the > next 24 hours or so) in the following languages: > > Dutch, French, German, Danish, Swedish, Russian > I can take Russian. > The new sysinstall has a menu for setting the language type and will > look first in help/${LANG}/ if LANG is set, which the > installer also allows you to do from a convenient menu. > I'm going for only the european languages as I'm not certain I'll be > able to fit the Japanese fonts on the first floppy. I can certainly > do ISO-8859-1, which gets me pretty much all the european ones, and > koi8 is also small. If I *can* manage Japanese then I certainly will, ^^^^ Is it possible to support the 2nd russian encoding, CP866 ? Koi-8 is popular among Relcom (UUCP and IP - based network) and CP866 is popular among corporate users (for data bases etc.). Really I use Koi-8 for reading of russian e-mail only and I'll throw it away as soon as I'll have installed a converter. > Any takers? I really won't be needing very much stuff translated > (about 2 pages, max), but I will need it *fast* since I tend to write > all the documentation at the very last minute and won't want to hold > up final production for too long over the translations.. I hope that I'll be quick but I'm not shure. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Tue May 2 22:48:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA00955 for hackers-outgoing; Tue, 2 May 1995 22:48:06 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA00947 for ; Tue, 2 May 1995 22:47:56 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA28631; Wed, 3 May 1995 15:45:22 +1000 Date: Wed, 3 May 1995 15:45:22 +1000 From: Bruce Evans Message-Id: <199505030545.PAA28631@godzilla.zeta.org.au> To: dufault@hda.com, hackers@FreeBSD.org Subject: Re: what's in ioctl flag arg? Sender: hackers-owner@FreeBSD.org Precedence: bulk >What's in the ioctl flag arg? I hope it is a copy of the >flag passed in to the open(), but I can't find where it gets >set up and I'm not sure if it gets translated into an "F_" >thing instead. It gets translated. >Is this how I verify that you can't write to a file in the ioctl call: >(flag & O_ACCMODE) == O_RDONLY No, use !(flags & FWRITE). Bruce From owner-freebsd-hackers Tue May 2 22:56:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01226 for hackers-outgoing; Tue, 2 May 1995 22:56:09 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01214 for ; Tue, 2 May 1995 22:55:50 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id PAA28683; Wed, 3 May 1995 15:49:40 +1000 Date: Wed, 3 May 1995 15:49:40 +1000 From: Bruce Evans Message-Id: <199505030549.PAA28683@godzilla.zeta.org.au> To: hackers@FreeBSD.org, jim@reptiles.org Subject: Re: AST 4 port, pppd and FreeBSD 2.0--950412-SNAP Sender: hackers-owner@FreeBSD.org Precedence: bulk >my first problem is that the AST 4 port card, although recognized >by the kernel on boot, does not seem to talk to the modems i have >connected to the ports. did something possibly slip in the -current >stuff? Nothing related to AST 4 ports is supposed to have changed significantly lately. >also, i have modems on sio0 and sio1. >pppd seems to run fine on either port, however, if i want to do >two conncurrent pppd's it doesn't seem to allocate the next ppp device >in the kernel. Only one ppp and on sl pseudo device are allocated in the GENERIC configuration, unfortunately. Bruce From owner-freebsd-hackers Tue May 2 22:57:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01262 for hackers-outgoing; Tue, 2 May 1995 22:57:35 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01254 ; Tue, 2 May 1995 22:57:33 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id WAA12169; Tue, 2 May 1995 22:56:01 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Joe Greco cc: nc@ai.net, current@FreeBSD.org, hackers@FreeBSD.org Subject: Re: looking for IP over printer port driver users In-reply-to: Your message of "Tue, 02 May 1995 20:16:29 CDT." <9505030116.AA14628@brasil.moneng.mei.com> Date: Tue, 02 May 1995 22:56:01 -0700 Message-ID: <12167.799480561@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > But for the everyday hacker, who isn't comfortable with a soldering iron, I > might be inclined to agree with you. Well, just to set that particular record straight, I started this business as a tech, not a programmer, so I know one end of a soldering iron from another (the smell of rosin brings back memories :-). It's simply a matter of time and energy. I'm glad you have it to spare, but I sure don't.. :-) [And I'm generally in the vicinity of the local computer store every day so there's no additional time penalty involved in buying one]. Jordan From owner-freebsd-hackers Tue May 2 22:59:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA01321 for hackers-outgoing; Tue, 2 May 1995 22:59:48 -0700 Received: from aries.ibms.sinica.edu.tw ([140.109.40.248]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA01310 for ; Tue, 2 May 1995 22:59:38 -0700 Received: (from taob@localhost) by aries.ibms.sinica.edu.tw (8.6.11/8.6.9) id NAA14273; Wed, 3 May 1995 13:59:57 +0800 Date: Wed, 3 May 1995 13:59:55 +0800 (CST) From: Brian Tao To: FREEBSD-HACKERS-L Subject: Re: Netscape 1.1 and Current In-Reply-To: <199505022036.WAA15197@uriah.heep.sax.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Tue, 2 May 1995, J Wunsch wrote: > > > % uname -v > > FreeBSD 2.0.950412-SNAP #0: Sat Apr 15 00:41:41 CST 1995 > > taob@falcon.ibms.sinica.edu.tw:/usr/sys/compile/ARIES > > You are not snappy enough. :-) I've decided to stick to released snapshots since we don't have nearly enough production FreeBSD machines here to go around, so I can't afford a "play machine" where I get to try out all the latest nifty things. :-/ > j@uriah 562% uname -v > FreeBSD BUILT-19950429 #20: Sat Apr 29 22:47:04 MET DST 1995 > bin@uriah.heep.sax.de:/home/bin/sys/compile/URIAH But why would Netscape care? Is it looking for a specific version string? If so, why report that the hostname is missing? -- Brian ("Though this be madness, yet there is method in't") Tao taob@gate.sinica.edu.tw <-- work ........ play --> taob@io.org From owner-freebsd-hackers Tue May 2 23:33:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02592 for hackers-outgoing; Tue, 2 May 1995 23:33:34 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02582 for ; Tue, 2 May 1995 23:33:24 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA05007; Wed, 3 May 1995 08:33:10 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA28636; Wed, 3 May 1995 08:33:08 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA18293; Wed, 3 May 1995 08:17:41 +0200 From: J Wunsch Message-Id: <199505030617.IAA18293@uriah.heep.sax.de> Subject: Re: GNU cpp bug with pthreads To: rpt@miles.sso.loral.com (Richard Toren) Date: Wed, 3 May 1995 08:17:40 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: from "Richard Toren" at May 2, 95 09:35:49 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1182 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Richard Toren wrote: > > cpp, when expanding the concatenate operator '##' seems to append a > couple (3) blanks after the substitution. Here is a piece of pthreads and > an abbreviated command line to test. Line 8 is the one munged up. I'm not sure if it's a bug or a feature, nor does reading the `bible' enlighten me more. > #ifdef __STDC__ Note: this should be ``#if __STDC__'' anyway. Some preprocessors do define this macro to 0 when running in `traditional' mode. ANSI says it is ``the constant 1'' in a standard-conforming environment. > #define SYSCALL(x) \ > .globl _machdep_sys_##x; \ > \ > _machdep_sys_##x:; \ > \ > movl $(SYS_##x), %eax; \ This works: #define SYSCALL(x) \ .globl _machdep_sys_##x##; \ \ _machdep_sys_##x##:; \ \ movl $(SYS_##x##), %eax; \ -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue May 2 23:33:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02622 for hackers-outgoing; Tue, 2 May 1995 23:33:58 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02581 for ; Tue, 2 May 1995 23:33:22 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04983; Wed, 3 May 1995 08:33:03 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA28618; Wed, 3 May 1995 08:33:03 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA18020; Wed, 3 May 1995 07:21:15 +0200 From: J Wunsch Message-Id: <199505030521.HAA18020@uriah.heep.sax.de> Subject: Re: what's in ioctl flag arg? To: dufault@hda.com (Peter Dufault) Date: Wed, 3 May 1995 07:21:15 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199505022207.SAA00880@hda.com> from "Peter Dufault" at May 2, 95 06:07:12 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 927 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Peter Dufault wrote: > > What's in the ioctl flag arg? I hope it is a copy of the > flag passed in to the open(), but I can't find where it gets > set up and I'm not sure if it gets translated into an "F_" > thing instead. Somewhere in the generic ioctl code. > Is this how I verify that you can't write to a file in the ioctl call: case FD_FORM: if((flag & FWRITE) == 0) error = EBADF; /* must be opened for writing */ ... Perhaps you'd need this, too: case FD_STYPE: /* set drive type */ /* this is considered harmful; only allow for superuser */ if(suser(p->p_ucred, &p->p_acflag) != 0) return EPERM; ... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue May 2 23:34:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02652 for hackers-outgoing; Tue, 2 May 1995 23:34:45 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02644 for ; Tue, 2 May 1995 23:34:42 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA05015; Wed, 3 May 1995 08:33:13 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA28642 for freebsd-hackers@freebsd.org; Wed, 3 May 1995 08:33:10 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA18332 for freebsd-hackers@freebsd.org; Wed, 3 May 1995 08:21:31 +0200 From: J Wunsch Message-Id: <199505030621.IAA18332@uriah.heep.sax.de> Subject: Re: a silly(?) release request To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Wed, 3 May 1995 08:21:30 +0200 (MET DST) Reply-To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199505030203.TAA02228@seagull.rtd.com> from "Don Yuniskis" at May 2, 95 07:03:53 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 419 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Don Yuniskis wrote: > > And, once a package has been placed under cvs, any preexisting > $Header$ info gets trashed during the import. j@uriah 188% perl -v This is perl, version 4.0 $RCSfile: perl.c,v $$Revision: 1.2 $$Date: 1994/10/27 23:16:54 $ Patch level: 36 :-/ -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue May 2 23:35:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02685 for hackers-outgoing; Tue, 2 May 1995 23:35:31 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02577 for ; Tue, 2 May 1995 23:33:11 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA04987; Wed, 3 May 1995 08:33:05 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA28621 for freebsd-hackers@freebsd.org; Wed, 3 May 1995 08:33:04 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id HAA18119 for freebsd-hackers@freebsd.org; Wed, 3 May 1995 07:50:40 +0200 From: J Wunsch Message-Id: <199505030550.HAA18119@uriah.heep.sax.de> Subject: Re: DIGIBOARD driver in ~julian To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Wed, 3 May 1995 07:50:40 +0200 (MET DST) Reply-To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <9505022214.AA09249@cs.weber.edu> from "Terry Lambert" at May 2, 95 04:14:03 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 669 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > > Kurze Bemerkung: soweit ich weiss enthaelt die Eur. Urheberrechts-Direktive > > spezielle Klauseln die das reverse engineering zum herausfinden von > > Schnittstellen moglich machen. > > "So it is; the EEC directive special clause regarding the reverse > engineering of legal". ``AFAIK, the EEC directive on copyright contains a special clause allowing the reverse engineering with the intention to find out something about interfaces.'' Poul's german seems to be better. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Tue May 2 23:37:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA02906 for hackers-outgoing; Tue, 2 May 1995 23:37:14 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA02898 for ; Tue, 2 May 1995 23:37:01 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA05003; Wed, 3 May 1995 08:33:09 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA28633 for hackers@FreeBSD.org; Wed, 3 May 1995 08:33:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA18258 for hackers@FreeBSD.org; Wed, 3 May 1995 08:05:04 +0200 From: J Wunsch Message-Id: <199505030605.IAA18258@uriah.heep.sax.de> Subject: Soldering irons [Was Re: looking for IP over printer...] To: hackers@FreeBSD.org Date: Wed, 3 May 1995 08:05:04 +0200 (MET DST) Reply-To: hackers@FreeBSD.org In-Reply-To: <9505030116.AA14628@brasil.moneng.mei.com> from "Joe Greco" at May 2, 95 08:16:29 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 733 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Joe Greco wrote: > [nice cabling story deleted -- yes, i'm also used to prepare cables myself] > But for the everyday hacker, who isn't comfortable with a soldering iron, I > might be inclined to agree with you. This reminds me the guy asking in Usenet if he could use a Sun optical mouse at a PC, too. My answer ``I've did it. I've simply replaced Data General's [where my mouse was from] Mini-DIN-connector by a DB-9 connector.'' -- ``How did you do this exactly?'' -- ``Very simple: i've cut off the Mini-DIN and soldered a DB-9 instead.'' -- ``Oooh, I see: very simple.'' :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 3 00:24:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04493 for hackers-outgoing; Wed, 3 May 1995 00:24:17 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA04481 for ; Wed, 3 May 1995 00:24:04 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id RAA31389; Wed, 3 May 1995 17:17:33 +1000 Date: Wed, 3 May 1995 17:17:33 +1000 From: Bruce Evans Message-Id: <199505030717.RAA31389@godzilla.zeta.org.au> To: j@uriah.heep.sax.de, rpt@miles.sso.loral.com Subject: Re: GNU cpp bug with pthreads Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> #ifdef __STDC__ >Note: this should be ``#if __STDC__'' anyway. Some preprocessors do >define this macro to 0 when running in `traditional' mode. ANSI says >it is ``the constant 1'' in a standard-conforming environment. The FreeBSD headers (include and sys) consistently use `#ifdef __STDC__' It makes no difference in a standard conforming environment but `ifdef' may be more likely to DTRT for quasi-standard environments. Bruce From owner-freebsd-hackers Wed May 3 00:33:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA04833 for hackers-outgoing; Wed, 3 May 1995 00:33:04 -0700 Received: from dkuug.dk (dkuug.dk [193.88.44.89]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA04825 for ; Wed, 3 May 1995 00:32:57 -0700 Received: from kmd-ac.dk by dkuug.dk with UUCP id AA27536 (5.65c8/IDA-1.4.4j for FreeBSD.org!hackers); Wed, 3 May 1995 09:32:48 +0200 Message-Id: <199505030732.AA27536@dkuug.dk> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: paul@isl.cf.ac.uk (Paul Richards) Date: Wed, 3 May 1995 09:31:21 +0000 (GMT) From: "Soeren Schmidt" Cc: phk@ref.tfs.com, terry@cs.weber.edu, hackers@FreeBSD.org In-Reply-To: <199505022234.XAA08462@isl.cf.ac.uk> from "Paul Richards" at May 2, 95 11:34:15 pm From: sos@FreeBSD.org (Soren Schmidt) Reply-To: sos@FreeBSD.org X-Mailer: ELM [version 2.4 PL22] Content-Type: text Content-Length: 782 X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Paul Richards who wrote: > > In reply to Poul-Henning Kamp who said > > > > > > > > I don't think we do, not in the sense that NetBSD does. EIDE and LBA just > > > happens to work with us, they've made some progress in true EIDE support > > > in their wd driver. > > > > There is no such thing as "true EIDE support". > > > > I will look at it nontheless :-) > Don't bother, I did, they have what you could call "very rudimentary LBA support", in the commercial sense of the wording... > I wouldn't bother, I'm sure Soren's driver will arrive soon and then we'll > have "true" EIDE support too. Exactly. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@kmd-ac.dk) FreeBSD Core Team .. From owner-freebsd-hackers Wed May 3 01:00:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA05985 for hackers-outgoing; Wed, 3 May 1995 01:00:59 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA05971 for ; Wed, 3 May 1995 01:00:48 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id AAA12452 for ; Wed, 3 May 1995 00:57:46 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA07765; Wed, 3 May 1995 09:58:58 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id JAA29073 for freebsd-hackers@freebsd.org; Wed, 3 May 1995 09:58:58 +0200 Received: by bonnie.tcd-dresden.de (8.6.8/8.6.6) id JAA06525; Wed, 3 May 1995 09:48:39 +0200 Date: Wed, 3 May 1995 09:48:39 +0200 From: j@narcisa.sax.de (J Wunsch) Message-Id: <199505030748.JAA06525@bonnie.tcd-dresden.de> To: freebsd-hackers@FreeBSD.org Cc: migieger@luva.lb.bawue.de Subject: Re: something like svr4 memrange planned for FBSD? Reply-To: joerg_wunsch@uriah.heep.sax.de Newsgroups: comp.unix.bsd.freebsd.misc In-Reply-To: Organization: Private U**x site, Dresden. Sender: hackers-owner@FreeBSD.org Precedence: bulk What's about this? In article you write: > >Will there be the possibility to config a given amount of >memory into say the kernel config file for those systems >(like Compaq and Dell) that don't report more than 16 MB >of memory in their CMOS memory? >(this amount of memory to be reflected in machdep.c and >bios.S). > >If there's already such a thing, forgive my ignorance and >give me the pointer to this info... > >-- >Michael Giegerich, E-Mail: migieger@luva.lb.bawue.de, Voice: +49 7144 39337 -- cheers, J"org private: joerg_wunsch@uriah.heep.sax.de http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 3 01:33:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA06889 for hackers-outgoing; Wed, 3 May 1995 01:33:32 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA06880 for ; Wed, 3 May 1995 01:33:16 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id KAA24048 ; Wed, 3 May 1995 10:32:36 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id KAA04414 ; Wed, 3 May 1995 10:32:36 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199505030832.KAA04414@blaise.ibp.fr> Subject: Re: DIGIBOARD driver in ~julian To: phk@ref.tfs.com (Poul-Henning Kamp) Date: Wed, 3 May 1995 10:32:35 +0200 (MET DST) Cc: weber@rhrk.uni-kl.de, hackers@FreeBSD.org In-Reply-To: <199505022150.OAA09297@ref.tfs.com> from "Poul-Henning Kamp" at May 2, 95 02:50:33 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 263 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Now, $64000 question: what is an interface ? > Ask Richard Stallman (remember the gmp problem two years ago ?). -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia BUILT-19950501 #0: Mon May 1 00:14:02 MET DST 1995 From owner-freebsd-hackers Wed May 3 04:15:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA14479 for hackers-outgoing; Wed, 3 May 1995 04:15:49 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA14466 for ; Wed, 3 May 1995 04:15:17 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id RAA08593 for hackers@freebsd.org; Wed, 3 May 1995 17:11:22 +0500 From: "Serge A. Babkin" Message-Id: <199505031211.RAA08593@hq.icb.chel.su> Subject: How to allocate kernel address space ? To: hackers@FreeBSD.org Date: Wed, 3 May 1995 17:11:22 +0500 (GMT+0500) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 600 Sender: hackers-owner@FreeBSD.org Precedence: bulk Is there any function for allocating of kernel address space (not memory but address space for device's memory) ? I studied the existing drivers and I found that they assume that virtual address space in kernel mode is equal to the physical one. But there is something strange: they convert physical addresses to virtual ones by simply assigning, but they convert virtual addresses to physical ones using kvtop(). Why ? For additional check ? Thank you for your answers. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Wed May 3 05:37:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA01188 for hackers-outgoing; Wed, 3 May 1995 05:37:57 -0700 Received: from duality.gnu.ai.mit.edu (!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*@duality.gnu.ai.mit.edu [18.43.0.236]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA01182 ; Wed, 3 May 1995 05:37:53 -0700 Received: by duality.gnu.ai.mit.edu (8.6.12/8.6.12GNU) id IAA12969; Wed, 3 May 1995 08:37:47 -0400 Date: Wed, 3 May 1995 08:37:47 -0400 Message-Id: <199505031237.IAA12969@duality.gnu.ai.mit.edu> From: "Charles M. Hannum" To: sos@FreeBSD.org CC: paul@isl.cf.ac.uk, phk@ref.tfs.com, terry@cs.weber.edu, hackers@FreeBSD.org In-reply-to: <199505030732.AA27536@dkuug.dk> (sos@kmd-ac.dk) Subject: Re: NetBSD supports LBA and large (EIDE) drives Sender: hackers-owner@FreeBSD.org Precedence: bulk Don't bother, I did, they have what you could call "very rudimentary LBA support", in the commercial sense of the wording... That's an interesting assertion, considering the driver does exactly what the standard allows it to do -- namely, use logical block numbers. From owner-freebsd-hackers Wed May 3 05:58:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA01647 for hackers-outgoing; Wed, 3 May 1995 05:58:37 -0700 Received: from inet-gw-3.pa.dec.com (inet-gw-3.pa.dec.com [16.1.0.33]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA01641 for ; Wed, 3 May 1995 05:58:36 -0700 Received: from tartufo.pcs.dec.com by inet-gw-3.pa.dec.com (5.65/24Feb95) id AA28272; Wed, 3 May 95 05:50:34 -0700 Received: by tartufo.pcs.dec.com (/\=-/\ Smail3.1.16.1 #16.39) id ; Wed, 3 May 95 14:50 MSZ Message-Id: Date: Wed, 3 May 95 14:50 MSZ From: me@tartufo.pcs.dec.com (Michael Elbel) To: jkh@time.cdrom.com Cc: jkrause@SaarLink.de, hackers@FreeBSD.org Subject: Re: US-ISDN standards and ISDN in general. Newsgroups: pcs.freebsd.hackers References: <17593.799254294@time.cdrom.com> Reply-To: me@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk In pcs.freebsd.hackers you write: >The current authors of the ISDN code are coming slowly back to life >here (after I poked them with a sharp stick :-) and may be willing to >serve as a semi-reluctant focal point for other work, assuming that >anyone else is truly interested in the stuff currently in >/sys/gnu/isdn & /usr/src/gnu/usr.sbin/isdn. Actually, good you remind me to say something about it. Yes, I'm *very* interested. >Is anyone truly interested in this stuff? I'd like to see the ISDN >code either progress significantly in the next 6 months or be entirely >replaced by something that *is* progressing! I know that the Linux >folks are happily ISDN'ing with some other code that may or may not be >worth looking at, but we need to turn this into a more active project >or move on with something else, and it's my preference that we do >something with the current code if at all possible. Karlheiz and I are about to design/implement the whole internet connectivity infrastructure for our company of 1500 people. We've managed to convince the powers that it's desirable to use inexpensive PCs and FreeBSD for the gateway/firewall/ftp-server/ www-server/mail-gateway machines rather than buying some expensive commercial product on more expensive vendor-specific hardware. We're connected to the ISP via ISDN and I'm about to check if it's feasible to use the FreeBSD boxes as routers to the ISP rather than using a dedicated box. Since I don't have the necessary base hardware yet, I haven't looked at the actual code yet but I'm open for pointers about what other people use (I see the possibility to use a external ISDN "modem" that looks like any old analog thing). I'll probably at least be able to help test out / debug stuff. Michael -- Michael Elbel, PCS GmbH, Muenchen, Germany - me@FreeBSD.org Fermentation fault (coors dumped) From owner-freebsd-hackers Wed May 3 06:12:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA01991 for hackers-outgoing; Wed, 3 May 1995 06:12:23 -0700 Received: from iguana.reptiles.org (iguana.reptiles.org [142.57.253.130]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA01970 for ; Wed, 3 May 1995 06:11:48 -0700 Received: by iguana.reptiles.org (/\==/\ Smail3.1.28.1 #28.4) id ; Wed, 3 May 95 09:11 EDT Message-Id: From: jim@reptiles.org (Jim Mercer) Subject: Re: AST 4 port, pppd and FreeBSD 2.0--950412-SNAP To: bde@zeta.org.au (Bruce Evans) Date: Wed, 3 May 1995 09:10:32 -0400 (EDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505030549.PAA28683@godzilla.zeta.org.au> from "Bruce Evans" at May 3, 95 03:49:40 pm X-Mailer: ELM [version 2.4 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Length: 1506 Sender: hackers-owner@FreeBSD.org Precedence: bulk > >my first problem is that the AST 4 port card, although recognized > >by the kernel on boot, does not seem to talk to the modems i have > >connected to the ports. did something possibly slip in the -current > >stuff? > > Nothing related to AST 4 ports is supposed to have changed significantly > lately. my apologies, i decided to take a harder look at the board, and i had one dip switch wrong (i think it was the interrupt sharing one). the AST board works fine now. > >pppd seems to run fine on either port, however, if i want to do > >two conncurrent pppd's it doesn't seem to allocate the next ppp device > >in the kernel. > > Only one ppp and on sl pseudo device are allocated in the GENERIC > configuration, unfortunately. here, i had an odd thing. i have 2 28.8 ppp links to my provider. one is my default route, the other is a dedicated link for news traffic. the problem i had was that when pppd fired up and negotiated the addresses, both connections had the same destination address (my provider's terminal server). this cause the second pppd to use the same ppp interface (ppp0). i fixed it by hardcoding different ip addresses in the options file. works fine now. -- [ Jim Mercer jim@reptiles.org +1 416 506-0654 ] [ Reptilian Research -- Longer Life through Colder Blood ] [ Never, ever forget to replace the toiletseat after use!!! A wet ] [ chinchilla is a very funny and pathetic sight. -- alt.chinchilla ] From owner-freebsd-hackers Wed May 3 06:17:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA02099 for hackers-outgoing; Wed, 3 May 1995 06:17:00 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA02093 for ; Wed, 3 May 1995 06:16:59 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA12715; Wed, 3 May 95 13:16:05 GMT Received: from junco.fsl.noaa.gov by yarmouth.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA21429; Wed, 3 May 1995 09:16:15 -0400 Date: Wed, 3 May 1995 09:16:15 -0400 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9505031316.AA21429@yarmouth.fsl.noaa.gov> Received: by junco.fsl.noaa.gov (1.37.109.16/SMI-4.1 (1.37.109.16)) id AA127656974; Wed, 3 May 1995 07:16:14 -0600 To: imp@village.org Cc: terry@cs.weber.edu, hackers@FreeBSD.org In-Reply-To: <199505030513.XAA04544@rover.village.org> (message from Warner Losh on Tue, 02 May 1995 23:13:52 -0600) Subject: Re: Netscape 1.1 and Current Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Terry" == Terry Lambert writes: >>>>> "Warner" == Warner Losh writes: Terry> ``Absence of evidence is not evidence of absence.'' It's Terry> St. Thomas Aquinas; it's a condemnation of arguing from the Terry> specific to the general. Warner> Reminds one of the quote attributed to Dijkstra: "Testing Warner> can only reveal the presense of bugs, not their absence" Reminds me of a quote that John Shipman quoted: ``If you don't believe it's correct before you start testing, what could possibly convince you?'' -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA I think the monkeys at the zoo should have to wear sunglasses so they can't hypnotize you. -- Jack Handey From owner-freebsd-hackers Wed May 3 06:46:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA02638 for hackers-outgoing; Wed, 3 May 1995 06:46:23 -0700 Received: from sci.brooklyn.cuny.edu (eastham.sci.brooklyn.cuny.edu [146.245.1.21]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA02632 for ; Wed, 3 May 1995 06:46:20 -0700 Received: from robeson.brooklyn.cuny.edu (robeson.sci.brooklyn.cuny.edu) by sci.brooklyn.cuny.edu (4.1/SMI-4.1a) id AA10044; Wed, 3 May 95 09:44:21 EDT Date: Wed, 3 May 95 09:44:21 EDT From: dayton@sci.brooklyn.cuny.edu (Dayton Clark) Message-Id: <9505031344.AA10044@sci.brooklyn.cuny.edu> Received: by robeson.brooklyn.cuny.edu (4.1/SMI-4.1) id AA10209; Wed, 3 May 95 09:44:04 EDT To: joerg_wunsch@uriah.heep.sax.de Cc: rpt@miles.sso.loral.com, hackers@FreeBSD.org In-Reply-To: <199505030617.IAA18293@uriah.heep.sax.de> (message from J Wunsch on Wed, 3 May 1995 08:17:40 +0200 (MET DST)) Subject: Re: GNU cpp bug with pthreads Sender: hackers-owner@FreeBSD.org Precedence: bulk <.> From: J Wunsch <.> Date: Wed, 3 May 1995 08:17:40 +0200 (MET DST) <.> Cc: hackers@FreeBSD.org <.> Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) <.> X-Phone: +49-351-2012 669 <.> Mime-Version: 1.0 <.> Content-Type: text/plain; charset=ISO-8859-1 <.> Content-Transfer-Encoding: 8bit <.> Content-Length: 1182 <.> Precedence: bulk <.> <.> As Richard Toren wrote: <.> > <.> > cpp, when expanding the concatenate operator '##' seems to append a <.> > couple (3) blanks after the substitution. Here is a piece of pthreads and <.> > an abbreviated command line to test. Line 8 is the one munged up. <.> <.> I'm not sure if it's a bug or a feature, nor does reading the `bible' <.> enlighten me more. <.> <.> > #ifdef __STDC__ <.> <.> Note: this should be ``#if __STDC__'' anyway. Some preprocessors do <.> define this macro to 0 when running in `traditional' mode. ANSI says <.> it is ``the constant 1'' in a standard-conforming environment. <.> <.> > #define SYSCALL(x) \ <.> > .globl _machdep_sys_##x; \ <.> > \ <.> > _machdep_sys_##x:; \ <.> > \ <.> > movl $(SYS_##x), %eax; \ <.> <.> This works: <.> <.> #define SYSCALL(x) \ <.> .globl _machdep_sys_##x##; \ <.> \ <.> _machdep_sys_##x##:; \ <.> \ <.> movl $(SYS_##x##), %eax; \ <.> <.> -- <.> cheers, J"org <.> <.> joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ <.> Never trust an operating system you don't have sources for. ;-) <.> I have a set of patches to pthreads 1.60beta that get it to work on Freebsd2.0. I can make it available if someone will tell me where to place them. They fix this problem and a couple of others. dayton _________ _____/ D \_____________ | | | Dayton Clark | | CIS Department | | Brooklyn College/CUNY | | Brooklyn, New York 11210 | | | | 718/951-4811 | | dayton@brooklyn.cuny.edu | |___________________________| From owner-freebsd-hackers Wed May 3 06:58:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA02850 for hackers-outgoing; Wed, 3 May 1995 06:58:38 -0700 Received: from husky.cs.vt.edu (jaitken@cslab.cs.vt.edu [128.173.41.87]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA02840 for ; Wed, 3 May 1995 06:58:35 -0700 Received: (jaitken@localhost) by husky.cs.vt.edu (8.6.10/8.6.4) id JAA30695 for hackers@freebsd.org; Wed, 3 May 1995 09:58:21 -0400 From: Jeff Aitken Message-Id: <199505031358.JAA30695@husky.cs.vt.edu> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: hackers@FreeBSD.org Date: Wed, 3 May 1995 09:58:21 -0400 (EDT) In-Reply-To: <199505022234.XAA08462@isl.cf.ac.uk> from "Paul Richards" at May 2, 95 11:34:15 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 266 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > There is no such thing as "true EIDE support". > > I wouldn't bother, I'm sure Soren's driver will arrive soon and then we'll > have "true" EIDE support too. Does this mean that things like EIDE CD-ROMs will be supported soon? -- Jeff Aitken jaitken@vt.edu From owner-freebsd-hackers Wed May 3 07:04:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA02985 for hackers-outgoing; Wed, 3 May 1995 07:04:18 -0700 Received: from tinny.eis.net.au (ernie@tinny.eis.net.au [203.12.171.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA02966 for ; Wed, 3 May 1995 07:03:43 -0700 Received: (from ernie@localhost) by tinny.eis.net.au (8.6.10/8.6.9) id XAA07920 for freebsd-hackers@freebsd.org; Wed, 3 May 1995 23:59:33 +1000 From: Ernie Elu Message-Id: <199505031359.XAA07920@tinny.eis.net.au> Subject: Cyclades drivers To: freebsd-hackers@FreeBSD.org Date: Wed, 3 May 1995 23:59:32 +1000 (EST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 529 Sender: hackers-owner@FreeBSD.org Precedence: bulk A month or two ago I recall seeing a post about a later version of Cyclades drivers than Andrew Herbert's cy.c. Are they still around? We just took delivery of a couple of brand new 16y cards and they don't seem to be detected during the probes runing the current SNAP. The new cards have the RJ45 based patch box,instead of the old DB25 one so they may have altered their internals a bit as well. Though they seem to work under linux with the odd crash every couple of days. Any suggestions would be appreciated. - Ernie. From owner-freebsd-hackers Wed May 3 07:52:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00149 for hackers-outgoing; Wed, 3 May 1995 07:52:48 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00138 for ; Wed, 3 May 1995 07:52:33 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id HAA13433 for ; Wed, 3 May 1995 07:49:47 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id HAA00538; Wed, 3 May 1995 07:51:09 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id HAA00589; Wed, 3 May 1995 07:51:09 -0700 Message-Id: <199505031451.HAA00589@corbin.Root.COM> To: "Serge A. Babkin" cc: hackers@FreeBSD.org Subject: Re: How to allocate kernel address space ? In-reply-to: Your message of "Wed, 03 May 95 17:11:22 +0500." <199505031211.RAA08593@hq.icb.chel.su> From: David Greenman Reply-To: davidg@Root.COM Date: Wed, 03 May 1995 07:51:08 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >Is there any function for allocating of kernel address space (not >memory but address space for device's memory) ? I studied the >existing drivers and I found that they assume that virtual >address space in kernel mode is equal to the physical one. Yes, it's "pmap_mapdev()". I originally wrote it for someone to map a 1MB shared memory device (an ATM controller), but it is also being used in the PCI code. Someday I plan to use it in all device drivers that use/map device shared memory. >But there is something strange: they convert physical addresses >to virtual ones by simply assigning, but they convert virtual >addresses to physical ones using kvtop(). Why ? For additional >check ? The fact that the first 1MB of physical memory is mapped at KERNBASE is a total hack and kludge. So converting from physical to virtual addresses using this is a hack. Using kvtop() to convert a virtual address to a physical one, however, isn't a hack at all - the information is gotten from the page tables as it should be. -DG From owner-freebsd-hackers Wed May 3 07:58:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA00324 for hackers-outgoing; Wed, 3 May 1995 07:58:44 -0700 Received: from pluto.ops.NeoSoft.com (root@pluto.ops.NeoSoft.COM [198.64.212.23]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA00318 for ; Wed, 3 May 1995 07:58:43 -0700 Received: from metal.ops.neosoft.com (root@glenn-slip45.nmt.edu [129.138.5.145]) by pluto.ops.NeoSoft.com (8.6.10/8.6.10) with ESMTP id JAA08443 for ; Wed, 3 May 1995 09:58:08 -0500 Received: (from smace@localhost) by metal.ops.neosoft.com (8.6.11/8.6.10) id IAA03893 for hackers@freebsd.org; Wed, 3 May 1995 08:58:05 -0600 From: Scott Mace Message-Id: <199505031458.IAA03893@metal.ops.neosoft.com> Subject: sgml to html converter? To: hackers@FreeBSD.org Date: Wed, 3 May 1995 08:58:04 -0600 (MDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 79 Sender: hackers-owner@FreeBSD.org Precedence: bulk Does anyone know of a program that will convert sgml to html? Thanks, Scott From owner-freebsd-hackers Wed May 3 08:00:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA00540 for hackers-outgoing; Wed, 3 May 1995 08:00:58 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA00531 ; Wed, 3 May 1995 08:00:55 -0700 Received: (dyson@localhost) by Root.COM (8.6.8/8.6.5) id IAA00574; Wed, 3 May 1995 08:00:31 -0700 From: John Dyson Message-Id: <199505031500.IAA00574@Root.COM> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: mycroft@ai.mit.edu (Charles M. Hannum) Date: Wed, 3 May 1995 08:00:31 -0700 (PDT) Cc: sos@FreeBSD.org, paul@isl.cf.ac.uk, phk@ref.tfs.com, terry@cs.weber.edu, hackers@FreeBSD.org In-Reply-To: <199505031237.IAA12969@duality.gnu.ai.mit.edu> from "Charles M. Hannum" at May 3, 95 08:37:47 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 986 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Don't bother, I did, they have what you could call "very rudimentary > LBA support", in the commercial sense of the wording... > > That's an interesting assertion, considering the driver does exactly > what the standard allows it to do -- namely, use logical block > numbers. > > It would have been more correct to say: Don't bother, I did, they have what you could call "very rudimentary *EIDE* support", in the commercial sense of the wording... But, our current IDE driver is very rudimetary in the *EIDE* area too. When I made the last set of changes to wd.c, I just did not think that LBA was that necessary, considering the TRUE EIDE support coming. The Multi-block and the 32Bit access (done by another contributor) can both make significant performance improvements. Maybe I should have added the 20 or so lines to get LBA support????? My goal was to keep from breaking the driver, while getting the desired performance improvements. John dyson@root.com From owner-freebsd-hackers Wed May 3 08:10:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA01139 for hackers-outgoing; Wed, 3 May 1995 08:10:47 -0700 Received: from ns.dknet.dk (root@ns.dknet.dk [193.88.44.42]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA01129 ; Wed, 3 May 1995 08:10:35 -0700 Received: from login.dknet.dk by ns.dknet.dk with SMTP id AA12996 (5.65c8/IDA-1.4.4j); Wed, 3 May 1995 17:10:24 +0200 Received: by login.dknet.dk (4.1/SMI-4.1DKnet00) id AA26340; Wed, 3 May 95 17:08:34 +0200 Message-Id: <9505031508.AA26340@login.dknet.dk> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: dyson@Root.COM (John Dyson) Date: Wed, 3 May 95 17:08:33 MET DST Cc: mycroft@ai.mit.edu, sos@FreeBSD.org, paul@isl.cf.ac.uk, phk@ref.tfs.com, terry@cs.weber.edu, hackers@FreeBSD.org In-Reply-To: <199505031500.IAA00574@Root.COM>; from "John Dyson" at May 3, 95 8:00 am From: sos@FreeBSD.org Reply-To: sos@FreeBSD.org X-Charset: ASCII X-Char-Esc: 29 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to John Dyson who wrote: > > > > > > > Don't bother, I did, they have what you could call "very rudimentary > > LBA support", in the commercial sense of the wording... > > > > That's an interesting assertion, considering the driver does exactly > > what the standard allows it to do -- namely, use logical block > > numbers. > > > > > It would have been more correct to say: > > Don't bother, I did, they have what you could call "very rudimentary > *EIDE* support", in the commercial sense of the wording... :-) > But, our current IDE driver is very rudimetary in the *EIDE* area too. When > I made the last set of changes to wd.c, I just did not think that LBA was that > necessary, considering the TRUE EIDE support coming. The Multi-block > and the 32Bit access (done by another contributor) can both make > significant performance improvements. Maybe I should have added > the 20 or so lines to get LBA support????? My goal was to > keep from breaking the driver, while getting the desired performance > improvements. Hmm, you get absolutely NO performance improvement out of using LBA instead of CHS addressing, its simply just another way of communicating the same info. And you can support big drives using CHS as well as LBA, just the FDISK/BIOS/DISK problems are hmm "different"... -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Soren Schmidt (sos@FreeBSD.org | sos@login.dknet.dk) FreeBSD Core Team So much code to hack -- so little time From owner-freebsd-hackers Wed May 3 08:59:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA02598 for hackers-outgoing; Wed, 3 May 1995 08:59:03 -0700 Received: from mail4.netcom.com (root@mail4.netcom.com [192.100.81.134]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA02591 for ; Wed, 3 May 1995 08:59:00 -0700 From: patl@asimov.lashley.slip.netcom.com Received: from lashley.slip.netcom.com by mail4.netcom.com (8.6.12/Netcom) id IAA23850; Wed, 3 May 1995 08:56:49 -0700 Received: by lashley.slip.netcom.com (5.x/SMI-SVR4) id AA00447; Wed, 3 May 1995 09:01:02 -0700 Date: Wed, 3 May 1995 09:01:02 -0700 Message-Id: <9505031601.AA00447@lashley.slip.netcom.com> To: rpt@miles.sso.loral.com, joerg_wunsch@uriah.heep.sax.de Subject: Re: GNU cpp bug with pthreads Cc: hackers@FreeBSD.org X-Sun-Charset: US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk |> > #ifdef __STDC__ |> |> Note: this should be ``#if __STDC__'' anyway. Some preprocessors do |> define this macro to 0 when running in `traditional' mode. ANSI says |> it is ``the constant 1'' in a standard-conforming environment. Actually, if you really want to be safe, it should be: #if defined(__STDC__) && (__STDC__ == 1) There is (or was) at least one non-conforming compiler that set __STDC__ to 2. (And at least one that would complain if you tried '(__STDC__ == 1)' when __STDC__ hasn't been set at all...) -Pat From owner-freebsd-hackers Wed May 3 08:57:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA02559 for hackers-outgoing; Wed, 3 May 1995 08:57:38 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA02553 ; Wed, 3 May 1995 08:57:37 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id IAA12888; Wed, 3 May 1995 08:57:16 -0700 From: Poul-Henning Kamp Message-Id: <199505031557.IAA12888@ref.tfs.com> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: dyson@Root.COM (John Dyson) Date: Wed, 3 May 1995 08:57:15 -0700 (PDT) Cc: mycroft@ai.mit.edu, sos@FreeBSD.org, paul@isl.cf.ac.uk, terry@cs.weber.edu, hackers@FreeBSD.org In-Reply-To: <199505031500.IAA00574@Root.COM> from "John Dyson" at May 3, 95 08:00:31 am Content-Type: text Content-Length: 552 Sender: hackers-owner@FreeBSD.org Precedence: bulk > significant performance improvements. Maybe I should have added > the 20 or so lines to get LBA support????? My goal was to > keep from breaking the driver, while getting the desired performance > improvements. According to Hale Landis, the guy who wrote 20-40% of the ATA std, LBA is inmature and buggy, even more so considering that it is not needed for anything. -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Wed May 3 09:11:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA02999 for hackers-outgoing; Wed, 3 May 1995 09:11:29 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA02990 for ; Wed, 3 May 1995 09:11:28 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id JAA12945; Wed, 3 May 1995 09:06:30 -0700 From: Poul-Henning Kamp Message-Id: <199505031606.JAA12945@ref.tfs.com> Subject: Re: How to allocate kernel address space ? To: davidg@Root.COM Date: Wed, 3 May 1995 09:06:30 -0700 (PDT) Cc: babkin@hq.icb.chel.su, hackers@FreeBSD.org In-Reply-To: <199505031451.HAA00589@corbin.Root.COM> from "David Greenman" at May 3, 95 07:51:08 am Content-Type: text Content-Length: 548 Sender: hackers-owner@FreeBSD.org Precedence: bulk > The fact that the first 1MB of physical memory is mapped at KERNBASE is a > total hack and kludge. So converting from physical to virtual addresses using > this is a hack. Using kvtop() to convert a virtual address to a physical one, > however, isn't a hack at all - the information is gotten from the page tables > as it should be. So could we get a ptokv() ? -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Wed May 3 09:32:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA03656 for hackers-outgoing; Wed, 3 May 1995 09:32:03 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA03650 for ; Wed, 3 May 1995 09:31:59 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA13099; Wed, 3 May 95 10:25:15 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505031625.AA13099@cs.weber.edu> Subject: Re: Screen print capability To: peter@bonkers.taronga.com (Peter da Silva) Date: Wed, 3 May 95 10:25:14 MDT Cc: hackers@FreeBSD.org In-Reply-To: <199505030037.TAA19734@bonkers.taronga.com> from "Peter da Silva" at May 2, 95 07:37:30 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > The line between "security conscious" and "anal retentive" isn't that > > fine! Come on, guys, get real! > > Fair enough, and a feature that provides no more functionality than a > secure one, is hard to deal with reliably (what about typeahead?), and > is easily abused is definitely over the line. I've written commercial SCO console emulations. It's not an SCO console if it doesn't allow the character set shifting, doesn't allow scan-code mode operation, doesn't support escape sequence reporting, doesn't support switching the character attribute between blink and high intensity for background colors, doesn't support ISO and SCO color selection escape sequences, or doesn't support scrolling when the 80th column/25th line character is written (the proper way to handle it is to remember the 79th character, draw the 80th at the 79th position, insert a character at the 79th making the 79th the 80th, and redrawing the 79th). I thought IBCS2 compatability was a goal; well, there are IBCS2 programs like Microsoft Word, Microsoft BASIC, SCO FoxBase, and AST 3270 emulation that expect one or another of all these behaviours. Leaving out a feature because you find it morally repugnant isn't an option. There's a nice, clear "yes/no" line for compatability, and that would put you firmly on the "no" side. Remember that SCO has the largest number of Apps of any commercial non-DOS/Windows/Mac platform; making them run is the quickest way to get the largest number of apps. A kernel runtime emulation environment is the quickest way to get drivers, with some notable exceptions (Novell Server ODI and Disk driver support, VM86() mode disk support, VM86() console mode setting, and VM86() mode DOS ASPI and MCDEX support for CDROMs). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 3 09:42:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA04034 for hackers-outgoing; Wed, 3 May 1995 09:42:36 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA04027 for ; Wed, 3 May 1995 09:42:34 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA13168; Wed, 3 May 95 10:34:04 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505031634.AA13168@cs.weber.edu> Subject: Re: Translators needed urgently! To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Wed, 3 May 95 10:34:03 MDT Cc: jkh@morton.cdrom.com, hackers@FreeBSD.org In-Reply-To: <199505030346.IAA04407@hq.icb.chel.su> from "Serge A. Babkin" at May 3, 95 08:46:22 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I'm going for only the european languages as I'm not certain I'll be > > able to fit the Japanese fonts on the first floppy. I can certainly > > do ISO-8859-1, which gets me pretty much all the european ones, and > > koi8 is also small. If I *can* manage Japanese then I certainly will, > ^^^^ > Is it possible to support the 2nd russian encoding, CP866 ? Koi-8 > is popular among Relcom (UUCP and IP - based network) and CP866 is > popular among corporate users (for data bases etc.). Really I use > Koi-8 for reading of russian e-mail only and I'll throw it away as soon > as I'll have installed a converter. Is CP866 any relation to ISO 8859-5 (I think Cyrillic is '5'...)? I think a converter should be relatively easy, as long as all of the code points are there. You could probably do it with a single 'tr' command. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 3 10:15:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA05517 for hackers-outgoing; Wed, 3 May 1995 10:15:03 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA05509 for ; Wed, 3 May 1995 10:15:01 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA13358; Wed, 3 May 95 11:08:33 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505031708.AA13358@cs.weber.edu> Subject: Re: DIGIBOARD driver in ~julian To: freebsd-hackers@FreeBSD.org Date: Wed, 3 May 95 11:08:32 MDT In-Reply-To: <199505030550.HAA18119@uriah.heep.sax.de> from "J Wunsch" at May 3, 95 07:50:40 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > spezielle Klauseln die das reverse engineering zum herausfinden von > > > Schnittstellen moglich machen. > > > > "So it is; the EEC directive special clause regarding the reverse > > engineering of legal". > > ``AFAIK, the EEC directive on copyright contains a special clause > allowing the reverse engineering with the intention to find out > something about interfaces.'' > > Poul's german seems to be better. :-) Translation of tricycle and bicycle assembly manuals available for a fee. 8-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 3 10:21:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA06050 for hackers-outgoing; Wed, 3 May 1995 10:21:24 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id KAA06040 ; Wed, 3 May 1995 10:21:22 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA13605; Wed, 3 May 95 11:10:49 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505031710.AA13605@cs.weber.edu> Subject: Re: looking for IP over printer port driver users To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Wed, 3 May 95 11:10:49 MDT Cc: jgreco@brasil.moneng.mei.com, nc@ai.net, current@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <12167.799480561@time.cdrom.com> from "Jordan K. Hubbard" at May 2, 95 10:56:01 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > Well, just to set that particular record straight, I started this > business as a tech, not a programmer, so I know one end of a soldering > iron from another (the smell of rosin brings back memories :-). How 'bout the smell of "burning hand"? }B-). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Wed May 3 10:29:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA06216 for hackers-outgoing; Wed, 3 May 1995 10:29:37 -0700 Received: from hda.com (hda.com [199.232.40.182]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA06210 for ; Wed, 3 May 1995 10:29:33 -0700 Received: (dufault@localhost) by hda.com (8.6.9/8.3) id IAA03028; Wed, 3 May 1995 08:15:05 -0400 From: Peter Dufault Message-Id: <199505031215.IAA03028@hda.com> Subject: European copyright comment translation To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 3 May 1995 08:15:05 -0400 (EDT) Cc: hackers@FreeBSD.org In-Reply-To: <9505022214.AA09249@cs.weber.edu> from "Terry Lambert" at May 2, 95 04:14:03 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 1061 Sender: hackers-owner@FreeBSD.org Precedence: bulk Terry Lambert writes: > > > > > Kurze Bemerkung: soweit ich weiss enthaelt die Eur. Urheberrechts-Direktive > > spezielle Klauseln die das reverse engineering zum herausfinden von > > Schnittstellen moglich machen. > > > > Gruss > > > > Christoph Weber-Fahr > > > > I'm sorry; my German isn't what it used to be. > > "So it is; the EEC directive special clause regarding the reverse > engineering of legal". > > Clearly, I would make a good translator for toy assembly instructions. > > 8-). > > Someone have a translation? I'm missing the most important clause that > would tell me if he's claiming it's legal or illegal... "A quick observation: As far as I know, the European copyright rules include a special provision to permit reverse engineering when it is not possible to determine the interfaces any other way." Peter (translating better than orginating) -- Peter Dufault Real Time Machine Control and Simulation HD Associates, Inc. Voice: 508 433 6936 dufault@hda.com Fax: 508 433 5267 From owner-freebsd-hackers Wed May 3 10:42:41 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA06755 for hackers-outgoing; Wed, 3 May 1995 10:42:41 -0700 Received: from duality.gnu.ai.mit.edu (!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$@duality.gnu.ai.mit.edu [18.43.0.236]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA06749 ; Wed, 3 May 1995 10:42:39 -0700 Received: by duality.gnu.ai.mit.edu (8.6.12/8.6.12GNU) id NAA09007; Wed, 3 May 1995 13:42:32 -0400 Date: Wed, 3 May 1995 13:42:32 -0400 Message-Id: <199505031742.NAA09007@duality.gnu.ai.mit.edu> From: "Charles M. Hannum" To: phk@ref.tfs.com CC: dyson@Root.COM, sos@FreeBSD.org, paul@isl.cf.ac.uk, terry@cs.weber.edu, hackers@FreeBSD.org In-reply-to: <199505031557.IAA12888@ref.tfs.com> (message from Poul-Henning Kamp on Wed, 3 May 1995 08:57:15 -0700 (PDT)) Subject: Re: NetBSD supports LBA and large (EIDE) drives Sender: hackers-owner@FreeBSD.org Precedence: bulk According to Hale Landis, the guy who wrote 20-40% of the ATA std, LBA is inmature and buggy, even more so considering that it is not needed for anything. The problems that Hale has noted are entirely on the software end -- that there is little or no standardization about how the BIOS converts beetween C/H/S addresses and LBAs. This is only an issue when sharing a disk with another OS, or when booting from it, and is analagous to the standard geometry translation compatibility problems. LBA mode is not `needed' for IDE drives smaller than 8GB. However: 1) In practice, the differences between BIOS LBA implementations seem to be less annoying than the differences between BIOS C/H/S implementations. 2) There are already 9GB SCSI drives on the market, and the antiquated C/H/S addressing is not capable of supporting a drive that large. 3) LBA mode is *required* for ATAPI devices (i.e. EIDE CD-ROMs). What I really don't understand is why people are flaming at me about this. From owner-freebsd-hackers Wed May 3 10:50:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id KAA07096 for hackers-outgoing; Wed, 3 May 1995 10:50:29 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id KAA07090 ; Wed, 3 May 1995 10:50:28 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id KAA13325; Wed, 3 May 1995 10:50:13 -0700 From: Poul-Henning Kamp Message-Id: <199505031750.KAA13325@ref.tfs.com> Subject: Re: NetBSD supports LBA and large (EIDE) drives To: mycroft@ai.mit.edu (Charles M. Hannum) Date: Wed, 3 May 1995 10:50:12 -0700 (PDT) Cc: dyson@Root.COM, sos@FreeBSD.org, paul@isl.cf.ac.uk, terry@cs.weber.edu, hackers@FreeBSD.org In-Reply-To: <199505031742.NAA09007@duality.gnu.ai.mit.edu> from "Charles M. Hannum" at May 3, 95 01:42:32 pm Content-Type: text Content-Length: 1645 Sender: hackers-owner@FreeBSD.org Precedence: bulk > According to Hale Landis, the guy who wrote 20-40% of the ATA std, LBA > is inmature and buggy, even more so considering that it is not needed > for anything. > > The problems that Hale has noted are entirely on the software end -- > that there is little or no standardization about how the BIOS converts > beetween C/H/S addresses and LBAs. This is only an issue when sharing > a disk with another OS, or when booting from it, and is analagous to > the standard geometry translation compatibility problems. You know, FreeBSD can exist on the same disk as other OS's. > LBA mode is not `needed' for IDE drives smaller than 8GB. However: And nobody has been insane enough to make a 8GB+ IDE drive yet. > 1) In practice, the differences between BIOS LBA implementations seem > to be less annoying than the differences between BIOS C/H/S > implementations. Well, you're in for a surprise then... > 2) There are already 9GB SCSI drives on the market, and the antiquated > C/H/S addressing is not capable of supporting a drive that large. But no IDE's in sight... (because most PC's don't do LBA so the market isn't there. Furthermore people with that kind of storage req's tend to prefer SCSI anyway...) > 3) LBA mode is *required* for ATAPI devices (i.e. EIDE CD-ROMs). ATAPI is "SCSI over ATA" and is an entirely different beast anyway. > What I really don't understand is why people are flaming at me about > this. We're not flaming anybody... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Wed May 3 11:01:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA07562 for hackers-outgoing; Wed, 3 May 1995 11:01:48 -0700 Received: from cps201.cps.cmich.edu (archive@cps201.cps.cmich.edu [141.209.20.201]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA07556 for ; Wed, 3 May 1995 11:01:46 -0700 Received: (from archive@localhost) by cps201.cps.cmich.edu (8.6.9/8.6.9) id OAA18173; Wed, 3 May 1995 14:00:49 -0400 Date: Wed, 3 May 1995 14:00:48 -0400 (EDT) From: CMU Mail Archive X-Sender: archive@cps201 To: Bruce Evans cc: hackers@FreeBSD.org, jim@reptiles.org Subject: Re: AST 4 port, pppd and FreeBSD 2.0--950412-SNAP In-Reply-To: <199505030549.PAA28683@godzilla.zeta.org.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I am getting ready to switch two linux boxes to FreeBSD to run our dial in lines each box has two AST fourports in them. Would some be kind enough to help me set up the kernel config file to file these And is there a way to put all four of the AST cards into one machine??? I would apreciate your help in this matter. Thanks Matthew S. Bailey mbailey@cps.cmich.edu Please ail the list if you think someone else might ask. :) From owner-freebsd-hackers Wed May 3 11:36:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA09476 for hackers-outgoing; Wed, 3 May 1995 11:36:47 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA09470 for ; Wed, 3 May 1995 11:36:44 -0700 Received: by sequent.kiae.su id AA10768 (5.65.kiae-2 ); Wed, 3 May 1995 22:29:47 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 3 May 95 22:29:46 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id WAA01691; Wed, 3 May 1995 22:28:12 +0400 To: "Serge A. Babkin" , Terry Lambert Cc: hackers@FreeBSD.org, jkh@morton.cdrom.com References: <9505031634.AA13168@cs.weber.edu> In-Reply-To: <9505031634.AA13168@cs.weber.edu>; from Terry Lambert at Wed, 3 May 95 10:34:03 MDT Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 3 May 1995 22:28:11 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Translators needed urgently! Lines: 17 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 639 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <9505031634.AA13168@cs.weber.edu> Terry Lambert writes: >Is CP866 any relation to ISO 8859-5 (I think Cyrillic is '5'...)? No. >I think a converter should be relatively easy, as long as all of the >code points are there. You could probably do it with a single 'tr' >command. I already commit converter to ports/russian/d1489-1.2 -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Wed May 3 11:34:55 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA09416 for hackers-outgoing; Wed, 3 May 1995 11:34:55 -0700 Received: from duality.gnu.ai.mit.edu (!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*@duality.gnu.ai.mit.edu [18.43.0.236]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA09409 ; Wed, 3 May 1995 11:34:51 -0700 Received: by duality.gnu.ai.mit.edu (8.6.12/8.6.12GNU) id OAA15789; Wed, 3 May 1995 14:34:44 -0400 Date: Wed, 3 May 1995 14:34:44 -0400 Message-Id: <199505031834.OAA15789@duality.gnu.ai.mit.edu> From: "Charles M. Hannum" To: phk@ref.tfs.com CC: dyson@Root.COM, sos@FreeBSD.org, paul@isl.cf.ac.uk, terry@cs.weber.edu, hackers@FreeBSD.org In-reply-to: <199505031750.KAA13325@ref.tfs.com> (message from Poul-Henning Kamp on Wed, 3 May 1995 10:50:12 -0700 (PDT)) Subject: Re: NetBSD supports LBA and large (EIDE) drives Sender: hackers-owner@FreeBSD.org Precedence: bulk > The problems that Hale has noted are entirely on the software end -- > that there is little or no standardization about how the BIOS converts > beetween C/H/S addresses and LBAs. This is only an issue when sharing > a disk with another OS, or when booting from it, and is analagous to > the standard geometry translation compatibility problems. You know, FreeBSD can exist on the same disk as other OS's. That's a non-sequitur. NetBSD certainly coexists with other OSes, even on disks using LBA mode. > LBA mode is not `needed' for IDE drives smaller than 8GB. However: And nobody has been insane enough to make a 8GB+ IDE drive yet. Precisely because software vendors are being extraordinarily lame about it. Someone has to take the initiative, and it's *much* cheaper for the software vendors. > 1) In practice, the differences between BIOS LBA implementations seem > to be less annoying than the differences between BIOS C/H/S > implementations. Well, you're in for a surprise then... I sincerely doubt that. I've been following this for years. From owner-freebsd-hackers Wed May 3 12:26:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA11488 for hackers-outgoing; Wed, 3 May 1995 12:26:24 -0700 Received: from mail.nws.orst.edu (mail.nws.orst.edu [128.193.128.4]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA11479 ; Wed, 3 May 1995 12:26:21 -0700 Received: (from vince@localhost) by mail.nws.orst.edu (8.6.9/8.6.6) id MAA14235; Wed, 3 May 1995 12:25:32 -0700 Date: Wed, 3 May 1995 12:25:32 -0700 (PDT) From: -Vince- To: Poul-Henning Kamp cc: John Dyson , mycroft@ai.mit.edu, sos@FreeBSD.org, paul@isl.cf.ac.uk, terry@cs.weber.edu, hackers@FreeBSD.org Subject: Re: NetBSD supports LBA and large (EIDE) drives In-Reply-To: <199505031557.IAA12888@ref.tfs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Wed, 3 May 1995, Poul-Henning Kamp wrote: > > significant performance improvements. Maybe I should have added > > the 20 or so lines to get LBA support????? My goal was to > > keep from breaking the driver, while getting the desired performance > > improvements. > > According to Hale Landis, the guy who wrote 20-40% of the ATA std, LBA > is inmature and buggy, even more so considering that it is not needed > for anything. Hale Landis only wrote the FAQ on ATA-2 and had nothing to do with writing the Standard. He is only sharing what he knows since he used to work for Seagate. According to John from Seagate, LBA isn't buggy. Cheers, Vince -vince@mail.nws.orst.edu- UCLA Physics/Electrical Engineering From owner-freebsd-hackers Wed May 3 14:21:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01147 for hackers-outgoing; Wed, 3 May 1995 14:21:13 -0700 Received: from grunt.grondar.za (grunt.grondar.za [196.7.18.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA01120 for ; Wed, 3 May 1995 14:20:46 -0700 Received: from grumble.grondar.za (grumble.grondar.za [196.7.18.130]) by grunt.grondar.za (8.6.11/8.6.9) with ESMTP id XAA03739; Wed, 3 May 1995 23:10:14 +0200 Received: from localhost (localhost [127.0.0.1]) by grumble.grondar.za (8.6.11/8.6.9) with SMTP id XAA08757; Wed, 3 May 1995 23:10:11 +0200 Message-Id: <199505032110.XAA08757@grumble.grondar.za> X-Authentication-Warning: grumble.grondar.za: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Soldering irons [Was Re: looking for IP over printer...] Date: Wed, 03 May 1995 23:10:11 +0200 From: Mark Murray Sender: hackers-owner@FreeBSD.org Precedence: bulk > This reminds me the guy asking in Usenet if he could use a Sun optical > mouse at a PC, too. My answer ``I've did it. I've simply replaced > Data General's [where my mouse was from] Mini-DIN-connector by a DB-9 > connector.'' -- ``How did you do this exactly?'' -- ``Very simple: > i've cut off the Mini-DIN and soldered a DB-9 instead.'' -- ``Oooh, I > see: very simple.'' The three most dangerous things in a computer centre: 1) A hacker with a soldering iron, 2) the mainframe technician with a patch, 3) and a user with a Good Idea (tm). ;-) M -- Mark Murray 46 Harvey Rd, Claremont, Cape Town 7700, South Africa +27 21 61-3768 GMT+0200 From owner-freebsd-hackers Wed May 3 14:32:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01353 for hackers-outgoing; Wed, 3 May 1995 14:32:15 -0700 Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA01347 for ; Wed, 3 May 1995 14:32:13 -0700 Received: (daveh@localhost) by soda.CSUA.Berkeley.EDU (8.6.11/PHILMAIL-1.11) id OAA19003 for freebsd-hackers@freefall.cdrom.com; Wed, 3 May 1995 14:32:10 -0700 Date: Wed, 3 May 1995 14:32:10 -0700 From: "David M. Holloway" Message-Id: <199505032132.OAA19003@soda.CSUA.Berkeley.EDU> To: freebsd-hackers@freefall.cdrom.com Subject: slattach!!!!!!! Sender: hackers-owner@FreeBSD.org Precedence: bulk I'd really like for slattach -r to work, who is most familiar with it? why does it break? who do I talkto about fixing it? -daveh@ntanet.net From owner-freebsd-hackers Wed May 3 14:37:29 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01478 for hackers-outgoing; Wed, 3 May 1995 14:37:29 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA01472 for ; Wed, 3 May 1995 14:37:26 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id OAA05226; Wed, 3 May 1995 14:34:35 -0700 From: "Rodney W. Grimes" Message-Id: <199505032134.OAA05226@gndrsh.aac.dev.com> Subject: Re: slattach!!!!!!! To: daveh@CSUA.Berkeley.EDU (David M. Holloway) Date: Wed, 3 May 1995 14:34:35 -0700 (PDT) Cc: freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505032132.OAA19003@soda.CSUA.Berkeley.EDU> from "David M. Holloway" at May 3, 95 02:32:10 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 534 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > I'd really like for slattach -r to work, > who is most familiar with it? why does it break? > who do I talkto about fixing it? > -daveh@ntanet.net I am not sure what type of problem you are having, but it works just fine for me: gndrsh# ps ax | grep slatt 5221 p0 R+ 0:00.01 grep slatt 48 a1 IWs+ 0:00.03 slattach -r dial /dev/cuaa1 ATDTxxxxxxx -c -h -u slco -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed May 3 14:43:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01885 for hackers-outgoing; Wed, 3 May 1995 14:43:28 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA01878 for ; Wed, 3 May 1995 14:43:24 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id PAA12936; Wed, 3 May 1995 15:47:32 -0600 Date: Wed, 3 May 1995 15:47:32 -0600 From: Nate Williams Message-Id: <199505032147.PAA12936@trout.sri.MT.net> In-Reply-To: "David M. Holloway" "slattach!!!!!!!" (May 3, 2:32pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: "David M. Holloway" , freebsd-hackers@freefall.cdrom.com Subject: Re: slattach!!!!!!! Sender: hackers-owner@FreeBSD.org Precedence: bulk > I'd really like for slattach -r to work, > who is most familiar with it? why does it break? > who do I talkto about fixing it? I've been using it for 3 months w/out any problems whatsoever. It automatically dials up my work # (ISP) at boot-time and re-dials whenver then line goes dead cause I'm playing with the box at work and need to reboot it. Nate From owner-freebsd-hackers Wed May 3 14:44:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA01949 for hackers-outgoing; Wed, 3 May 1995 14:44:54 -0700 Received: from soda.CSUA.Berkeley.EDU (soda.CSUA.Berkeley.EDU [128.32.43.52]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA01943 for ; Wed, 3 May 1995 14:44:53 -0700 Received: (daveh@localhost) by soda.CSUA.Berkeley.EDU (8.6.11/PHILMAIL-1.11) id OAA20690; Wed, 3 May 1995 14:44:40 -0700 Date: Wed, 3 May 1995 14:44:36 -0700 From: David Holloway X-Sender: daveh@soda.CSUA.Berkeley.EDU To: "Rodney W. Grimes" cc: "David M. Holloway" , freebsd-hackers@freefall.cdrom.com Subject: Re: slattach!!!!!!! In-Reply-To: <199505032134.OAA05226@gndrsh.aac.dev.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk suppose slattach -r dialscript /dev/cua02 where dialscript is a shell scirpt or a expect script... when the line disconnects, the script is started but it receives a HUP signal. David Holloway |daveh@ntanet.net daveh@csua.berkeley.edu |http://www.csua.berkeley.edu/~daveh daveh@gwythaint.hip.berkeley.edu|http://ntanet.net daveh@uclink.berkeley.edu | On Wed, 3 May 1995, Rodney W. Grimes wrote: > > > > I'd really like for slattach -r to work, > > who is most familiar with it? why does it break? > > who do I talkto about fixing it? > > -daveh@ntanet.net > > I am not sure what type of problem you are having, but it works > just fine for me: > > gndrsh# ps ax | grep slatt > 5221 p0 R+ 0:00.01 grep slatt > 48 a1 IWs+ 0:00.03 slattach -r dial /dev/cuaa1 ATDTxxxxxxx -c -h -u slco > > > -- > Rod Grimes rgrimes@gndrsh.aac.dev.com > Accurate Automation Company Custom computers for FreeBSD > From owner-freebsd-hackers Wed May 3 14:53:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA02130 for hackers-outgoing; Wed, 3 May 1995 14:53:10 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA02124 for ; Wed, 3 May 1995 14:53:06 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id PAA12990; Wed, 3 May 1995 15:56:58 -0600 Date: Wed, 3 May 1995 15:56:58 -0600 From: Nate Williams Message-Id: <199505032156.PAA12990@trout.sri.MT.net> In-Reply-To: David Holloway "Re: slattach!!!!!!!" (May 3, 2:44pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: David Holloway , "Rodney W. Grimes" Subject: Re: slattach!!!!!!! Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > suppose slattach -r dialscript /dev/cua02 > where dialscript is a shell scirpt or a expect script... > when the line disconnects, the script is started but it receives a HUP > signal. Hmm, this is the line out of /etc/netstart on my system. slattach -a -h -r /etc/ppp/slip-dial -s 57600 cua01 And the permissions of /etc/pp/slip-dial are: -rwxr-x--- 1 root root 401 Feb 14 22:22 /etc/ppp/slip-dial* (I don't want normal folks to be able to read the script since it's got acct/passwd information) This has worked flawlessly on my box. Are you *sure* the script is getting a HUP signal, or is it possible that the script or one of the routines in it aren't executable or found? Nate From owner-freebsd-hackers Wed May 3 15:10:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02462 for hackers-outgoing; Wed, 3 May 1995 15:10:24 -0700 Received: from netcom14.netcom.com (root@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA02455 for ; Wed, 3 May 1995 15:10:23 -0700 Received: by netcom14.netcom.com (8.6.12/Netcom) id PAA14782; Wed, 3 May 1995 15:05:33 -0700 Date: Wed, 3 May 1995 15:05:33 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199505032205.PAA14782@netcom14.netcom.com> To: daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com, nate@trout.sri.MT.net Subject: Re: slattach!!!!!!! Sender: hackers-owner@FreeBSD.org Precedence: bulk Say, is there something for PPP my phone line goes stays up but my PPP connection dies. This is probably a problem with my ISP. Cheers, Amancio From owner-freebsd-hackers Wed May 3 15:12:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02518 for hackers-outgoing; Wed, 3 May 1995 15:12:36 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA02512 for ; Wed, 3 May 1995 15:12:33 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id QAA13187; Wed, 3 May 1995 16:16:07 -0600 Date: Wed, 3 May 1995 16:16:07 -0600 From: Nate Williams Message-Id: <199505032216.QAA13187@trout.sri.MT.net> In-Reply-To: hasty@netcom.com (Amancio Hasty Jr) "Re: slattach!!!!!!!" (May 3, 3:05pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: hasty@netcom.com (Amancio Hasty Jr), daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com Subject: Re: slattach!!!!!!! Sender: hackers-owner@FreeBSD.org Precedence: bulk > Say, is there something for PPP my phone line goes stays up but my PPP > connection dies. This is probably a problem with my ISP. Hmm, you'd need to use another watchdog process to watch PPP, or else setup your modem to drop it's connection when it loses the connection to PPP. This would save on phone bills, and you could then use a separate process to re-start PPP when it died. Nate From owner-freebsd-hackers Wed May 3 15:22:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02838 for hackers-outgoing; Wed, 3 May 1995 15:22:48 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA02832 for ; Wed, 3 May 1995 15:22:44 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id PAA05324; Wed, 3 May 1995 15:19:53 -0700 From: "Rodney W. Grimes" Message-Id: <199505032219.PAA05324@gndrsh.aac.dev.com> Subject: Re: slattach!!!!!!! To: daveh@CSUA.Berkeley.EDU (David Holloway) Date: Wed, 3 May 1995 15:19:53 -0700 (PDT) Cc: daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "David Holloway" at May 3, 95 02:44:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1584 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > suppose slattach -r dialscript /dev/cua02 > where dialscript is a shell scirpt or a expect script... > when the line disconnects, the script is started but it receives a HUP > signal. How can you get a HUP signal from the dial out device???? What version of FreeBSD are you running and what does ls -lag /dev/cua02 show? My system is 2.0-current: gndrsh# ls -lag /dev/cuaa1 crw-rw---- 1 uucp dialer 28, 129 May 1 21:18 /dev/cuaa1 The dial program I am using does nothing with SIGHUP, it does have a SIGINT handler (so it can be killed while attempting to dial). > > David Holloway |daveh@ntanet.net > daveh@csua.berkeley.edu |http://www.csua.berkeley.edu/~daveh > daveh@gwythaint.hip.berkeley.edu|http://ntanet.net > daveh@uclink.berkeley.edu | > > On Wed, 3 May 1995, Rodney W. Grimes wrote: > > > > > > > I'd really like for slattach -r to work, > > > who is most familiar with it? why does it break? > > > who do I talkto about fixing it? > > > -daveh@ntanet.net > > > > I am not sure what type of problem you are having, but it works > > just fine for me: > > > > gndrsh# ps ax | grep slatt > > 5221 p0 R+ 0:00.01 grep slatt > > 48 a1 IWs+ 0:00.03 slattach -r dial /dev/cuaa1 ATDTxxxxxxx -c -h -u slco > > > > > > -- > > Rod Grimes rgrimes@gndrsh.aac.dev.com > > Accurate Automation Company Custom computers for FreeBSD > > > -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Wed May 3 15:24:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02860 for hackers-outgoing; Wed, 3 May 1995 15:24:08 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA02827 for ; Wed, 3 May 1995 15:22:39 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA08305; Thu, 4 May 1995 00:21:34 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA03728 for freebsd-hackers@freebsd.org; Thu, 4 May 1995 00:21:33 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA20854 for freebsd-hackers@freebsd.org; Thu, 4 May 1995 00:06:42 +0200 From: J Wunsch Message-Id: <199505032206.AAA20854@uriah.heep.sax.de> Subject: Re: GNU cpp bug with pthreads To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 4 May 1995 00:06:41 +0200 (MET DST) Reply-To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <9505031601.AA00447@lashley.slip.netcom.com> from "patl@asimov.lashley.slip.netcom.com" at May 3, 95 09:01:02 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 322 Sender: hackers-owner@FreeBSD.org Precedence: bulk As patl@asimov.lashley.slip.netcom.com wrote: > > Actually, if you really want to be safe, it should be: > > #if defined(__STDC__) && (__STDC__ == 1) Ok, i give up here. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 3 15:29:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02949 for hackers-outgoing; Wed, 3 May 1995 15:29:21 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA02936 for ; Wed, 3 May 1995 15:29:08 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id PAA17423 for ; Wed, 3 May 1995 15:23:11 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA08297; Thu, 4 May 1995 00:21:32 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA03722; Thu, 4 May 1995 00:21:31 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA20768; Wed, 3 May 1995 23:58:12 +0200 From: J Wunsch Message-Id: <199505032158.XAA20768@uriah.heep.sax.de> Subject: Re: How to allocate kernel address space ? To: babkin@hq.icb.chel.su (Serge A. Babkin) Date: Wed, 3 May 1995 23:58:12 +0200 (MET DST) Cc: hackers@FreeBSD.org In-Reply-To: <199505031211.RAA08593@hq.icb.chel.su> from "Serge A. Babkin" at May 3, 95 05:11:22 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 591 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Serge A. Babkin wrote: > > Is there any function for allocating of kernel address space (not > memory but address space for device's memory) ? I studied the > existing drivers and I found that they assume that virtual > address space in kernel mode is equal to the physical one. I think the ``ISA hole'' (0xa0000 - 0xfffff) is pre-mapped. For everything else, you will have to map it yourself. Our VM guys will certainly be of more help... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 3 15:42:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA03226 for hackers-outgoing; Wed, 3 May 1995 15:42:50 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA03220 for ; Wed, 3 May 1995 15:42:50 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id PAA16234; Wed, 3 May 1995 15:42:00 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Nate Williams cc: hasty@netcom.com (Amancio Hasty Jr), daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com Subject: Re: slattach!!!!!!! In-reply-to: Your message of "Wed, 03 May 1995 16:16:07 MDT." <199505032216.QAA13187@trout.sri.MT.net> Date: Wed, 03 May 1995 15:42:00 -0700 Message-ID: <16232.799540920@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk Plug plug.. ijppp works pretty darn good for this too! :-) I'm using it exclusively now and can't imagine why I ever used anything else! :-) Jordan > > Say, is there something for PPP my phone line goes stays up but my PPP > > connection dies. This is probably a problem with my ISP. > > Hmm, you'd need to use another watchdog process to watch PPP, or else > setup your modem to drop it's connection when it loses the connection to > PPP. This would save on phone bills, and you could then use a separate > process to re-start PPP when it died. > > > Nate From owner-freebsd-hackers Wed May 3 15:48:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA03342 for hackers-outgoing; Wed, 3 May 1995 15:48:51 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id PAA03328 for ; Wed, 3 May 1995 15:48:14 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA08812; Thu, 4 May 1995 00:45:08 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA03877 for freebsd-hackers@freebsd.org; Thu, 4 May 1995 00:45:07 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id AAA21143 for freebsd-hackers@freebsd.org; Thu, 4 May 1995 00:40:44 +0200 From: J Wunsch Message-Id: <199505032240.AAA21143@uriah.heep.sax.de> Subject: Re: Soldering irons [Was Re: looking for IP over printer...] To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 4 May 1995 00:40:43 +0200 (MET DST) Reply-To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199505032110.XAA08757@grumble.grondar.za> from "Mark Murray" at May 3, 95 11:10:11 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 514 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Mark Murray wrote: > > The three most dangerous things in a computer centre: > > 1) A hacker with a soldering iron, > 2) the mainframe technician with a patch, > 3) and a user with a Good Idea (tm). While i can easily reject 3) [i generally don't have Good Ideas], i'm uncertain if i fall under 1) [i've been studying EE] or 2) [i've never seen a mainframe]. :-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Wed May 3 16:26:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA04469 for hackers-outgoing; Wed, 3 May 1995 16:26:38 -0700 Received: from localhost (localhost [127.0.0.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA04461 ; Wed, 3 May 1995 16:26:37 -0700 X-Authentication-Warning: freefall.cdrom.com: Host localhost didn't use HELO protocol To: Mark Murray cc: hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) Subject: Re: Soldering irons [Was Re: looking for IP over printer...] In-reply-to: Your message of "Wed, 03 May 95 23:10:11 +0200." <199505032110.XAA08757@grumble.grondar.za> Date: Wed, 03 May 1995 16:26:36 -0700 Message-ID: <4460.799543596@freefall.cdrom.com> From: Gary Palmer Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199505032110.XAA08757@grumble.grondar.za>, Mark Murray writes: >The three most dangerous things in a computer centre: >1) A hacker with a soldering iron, >2) the mainframe technician with a patch, >3) and a user with a Good Idea (tm). You missed one : 4) Someone looking for a socket to plug their widget into and finding they have to unplug one of those funny whirring boxes. :-( Gary From owner-freebsd-hackers Wed May 3 16:28:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA04525 for hackers-outgoing; Wed, 3 May 1995 16:28:25 -0700 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA04519 for ; Wed, 3 May 1995 16:28:23 -0700 Received: by netcom14.netcom.com (8.6.12/Netcom) id QAA26251; Wed, 3 May 1995 16:27:30 -0700 Date: Wed, 3 May 1995 16:27:30 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199505032327.QAA26251@netcom14.netcom.com> To: jkh@time.cdrom.com, nate@trout.sri.MT.net Subject: Re: slattach!!!!!!! Cc: daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com, hasty@netcom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >Plug plug.. ijppp works pretty darn good for this too! :-) What is ijppp and where can I get it ... Tnks, Amancio From owner-freebsd-hackers Wed May 3 16:43:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA05048 for hackers-outgoing; Wed, 3 May 1995 16:43:54 -0700 Received: from irbs.irbs.com (irbs.com [199.182.75.129]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA05031 for ; Wed, 3 May 1995 16:43:49 -0700 Received: (from jc@localhost) by irbs.irbs.com (8.6.11/8.6.6) id TAA04846 for freebsd-hackers@freefall.cdrom.com; Wed, 3 May 1995 19:43:15 -0400 From: John Capo Message-Id: <199505032343.TAA04846@irbs.irbs.com> Subject: Re: slattach!!!!!!! To: freebsd-hackers@freefall.cdrom.com (freebsd-hackers) Date: Wed, 3 May 1995 19:43:14 -0400 (EDT) In-Reply-To: <199505032216.QAA13187@trout.sri.MT.net> from "Nate Williams" at May 3, 95 04:16:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 726 Sender: hackers-owner@FreeBSD.org Precedence: bulk Nate Williams writes: > > > Say, is there something for PPP my phone line goes stays up but my PPP > > connection dies. This is probably a problem with my ISP. > > Hmm, you'd need to use another watchdog process to watch PPP, or else > setup your modem to drop it's connection when it loses the connection to > PPP. This would save on phone bills, and you could then use a separate > process to re-start PPP when it died. > > Userland ppp, AKA iij-ppp and /usr/sbin/ppp, can be run in a demand dial mode. I am using it on both ends of my connection and it is working well after weeding out a few problems that popped up. Most of my patches have been applied to the tree, I have a few custom ones that have not. John From owner-freebsd-hackers Wed May 3 16:52:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA05809 for hackers-outgoing; Wed, 3 May 1995 16:52:17 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA05788 for ; Wed, 3 May 1995 16:52:14 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id QAA00645; Wed, 3 May 1995 16:52:00 -0700 Message-Id: <199505032352.QAA00645@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: daveh@CSUA.Berkeley.EDU (David M. Holloway), freebsd-hackers@freefall.cdrom.com Subject: Re: slattach!!!!!!! In-reply-to: Your message of "Wed, 03 May 1995 14:34:35 PDT." <199505032134.OAA05226@gndrsh.aac.dev.com> Date: Wed, 03 May 1995 16:51:57 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >> I'd really like for slattach -r to work, >> who is most familiar with it? why does it break? >> who do I talkto about fixing it? >> -daveh@ntanet.net > >I am not sure what type of problem you are having, but it works >just fine for me: > >gndrsh# ps ax | grep slatt > 5221 p0 R+ 0:00.01 grep slatt > 48 a1 IWs+ 0:00.03 slattach -r dial /dev/cuaa1 ATDTxxxxxxx -c -h -u slco > He's using expect. Ache was looking into this... at least I sent him a sample expect script to test it with. > >-- >Rod Grimes rgrimes@gndrsh.aac.dev.com >Accurate Automation Company Custom computers for FreeBSD -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Wed May 3 17:11:37 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA08244 for hackers-outgoing; Wed, 3 May 1995 17:11:37 -0700 Received: from mail.htp.com (mail.htp.com [199.171.4.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA08238 for ; Wed, 3 May 1995 17:11:35 -0700 Received: from et.htp.com (et.htp.com [199.171.4.228]) by mail.htp.com (8.6.5/8.6.5) with SMTP id TAA02946 for ; Wed, 3 May 1995 19:57:44 -0400 Date: Wed, 3 May 1995 19:57:44 -0400 Message-Id: <199505032357.TAA02946@mail.htp.com> X-Sender: dennis@mail.htp.com X-Mailer: Windows Eudora Version 2.0.3 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: hackers@FreeBSD.org From: dennis@et.htp.com (dennis) Subject: Mitsumi CDROM failures Sender: hackers-owner@FreeBSD.org Precedence: bulk My Mitsumi CD-ROM drive can't make it through an install or sustained copy without failing...and once it fails its dead and has to be remounted. I've tried it on two completely different systems with the same result. Works fine in BSD/OS and DOS Has this been fixed recently? Thanks. Dennis From owner-freebsd-hackers Wed May 3 17:18:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA09231 for hackers-outgoing; Wed, 3 May 1995 17:18:25 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA09225 for ; Wed, 3 May 1995 17:18:24 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id RAA16578; Wed, 3 May 1995 17:17:57 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: hasty@netcom.com (Amancio Hasty Jr) cc: nate@trout.sri.MT.net, daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com Subject: Re: slattach!!!!!!! In-reply-to: Your message of "Wed, 03 May 1995 16:27:30 PDT." <199505032327.QAA26251@netcom14.netcom.com> Date: Wed, 03 May 1995 17:17:57 -0700 Message-ID: <16576.799546677@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk It's part of the system. See /usr/sbin/ppp. Jordan > >Plug plug.. ijppp works pretty darn good for this too! :-) > > What is ijppp and where can I get it ... > > Tnks, > Amancio From owner-freebsd-hackers Wed May 3 19:15:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA13248 for hackers-outgoing; Wed, 3 May 1995 19:15:51 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA13234 for ; Wed, 3 May 1995 19:15:26 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id IAA14182; Thu, 4 May 1995 08:14:57 +0500 From: "Serge A. Babkin" Message-Id: <199505040314.IAA14182@hq.icb.chel.su> Subject: Re: Translators needed urgently! To: terry@cs.weber.edu (Terry Lambert) Date: Thu, 4 May 1995 08:14:56 +0500 (GMT+0500) Cc: hackers@FreeBSD.org In-Reply-To: <9505031634.AA13168@cs.weber.edu> from "Terry Lambert" at May 3, 95 10:34:03 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1651 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > I'm going for only the european languages as I'm not certain I'll be > > > able to fit the Japanese fonts on the first floppy. I can certainly > > > do ISO-8859-1, which gets me pretty much all the european ones, and > > > koi8 is also small. If I *can* manage Japanese then I certainly will, > > ^^^^ > > Is it possible to support the 2nd russian encoding, CP866 ? Koi-8 > > is popular among Relcom (UUCP and IP - based network) and CP866 is > > popular among corporate users (for data bases etc.). Really I use > > Koi-8 for reading of russian e-mail only and I'll throw it away as soon > > as I'll have installed a converter. > > Is CP866 any relation to ISO 8859-5 (I think Cyrillic is '5'...)? It's "loosely" relation. They have the equal encoding of the second half of lowercase letters :-) The problem of CP866 is that it uses codes 128...(128+31) for uppercase letters and has a gap between halves of lowercase letters (for graphic cheracters in IBM encoding). 8859-5 is likely the same but it has no such gap and everything before gap is shifted up to the place of the gap. IMO 8859-5 is best choice but both KOI-8 and CP866 are used for some years (IMHO _too_ many years for KOI-8) and have big groups of users sticked to them. > I think a converter should be relatively easy, as long as all of the > code points are there. You could probably do it with a single 'tr' > command. Yes but this converter needs to be installed somewhere in internals of mail subsystem and I don't know how to do that :-( Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Wed May 3 19:33:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA13683 for hackers-outgoing; Wed, 3 May 1995 19:33:12 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA13668 for ; Wed, 3 May 1995 19:33:01 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA30609; Thu, 4 May 1995 12:17:53 +1000 Date: Thu, 4 May 1995 12:17:53 +1000 From: Bruce Evans Message-Id: <199505040217.MAA30609@godzilla.zeta.org.au> To: daveh@CSUA.Berkeley.EDU, rgrimes@gndrsh.aac.dev.com Subject: Re: slattach!!!!!!! Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >> suppose slattach -r dialscript /dev/cua02 >> where dialscript is a shell scirpt or a expect script... >> when the line disconnects, the script is started but it receives a HUP >> signal. >How can you get a HUP signal from the dial out device???? What version In the usual way: by making the dial out device a controlling terminal. slattach does this. Bruce From owner-freebsd-hackers Wed May 3 19:36:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA13848 for hackers-outgoing; Wed, 3 May 1995 19:36:27 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA13821 for ; Wed, 3 May 1995 19:35:59 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA30923; Thu, 4 May 1995 12:29:04 +1000 Date: Thu, 4 May 1995 12:29:04 +1000 From: Bruce Evans Message-Id: <199505040229.MAA30923@godzilla.zeta.org.au> To: joerg_wunsch@uriah.heep.sax.de, patl@asimov.lashley.slip.netcom.com, rpt@miles.sso.loral.com Subject: Re: GNU cpp bug with pthreads Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >Actually, if you really want to be safe, it should be: > #if defined(__STDC__) && (__STDC__ == 1) Nope. There are probably more compilers that don't support && than ones that don't default all undefined variables to 0. >There is (or was) at least one non-conforming compiler that set >__STDC__ to 2. (And at least one that would complain if you >tried '(__STDC__ == 1)' when __STDC__ hasn't been set at all...) It's very non-conforming :-). Bruce From owner-freebsd-hackers Wed May 3 19:44:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA14081 for hackers-outgoing; Wed, 3 May 1995 19:44:38 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA14073 for ; Wed, 3 May 1995 19:44:17 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA31255; Thu, 4 May 1995 12:41:29 +1000 Date: Thu, 4 May 1995 12:41:29 +1000 From: Bruce Evans Message-Id: <199505040241.MAA31255@godzilla.zeta.org.au> To: archive@cps.cmich.edu, bde@zeta.org.au Subject: Re: AST 4 port, pppd and FreeBSD 2.0--950412-SNAP Cc: hackers@FreeBSD.org, jim@reptiles.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >I am getting ready to switch two linux boxes to FreeBSD to run our dial >in lines each box has two AST fourports in them. Would some be kind >enough to help me set up the kernel config file to file these See the man page (sio.4). >And is there a way to put all four of the AST cards into one machine??? They would have to be at different addresses of course, and on different interrupts. Bruce From owner-freebsd-hackers Wed May 3 20:02:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA14493 for hackers-outgoing; Wed, 3 May 1995 20:02:42 -0700 Received: from UUCP-GW.CC.UH.EDU (root@UUCP-GW.CC.UH.EDU [129.7.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA14485 for ; Wed, 3 May 1995 20:02:36 -0700 Received: from Taronga.COM by UUCP-GW.CC.UH.EDU with UUCP id AA25405 (5.67a/IDA-1.5); Wed, 3 May 1995 21:40:22 -0500 Received: by bonkers.taronga.com (smail2.5p) id AA17952; 3 May 95 19:05:45 CDT (Wed) Received: (from peter@localhost) by bonkers.taronga.com (8.6.11/8.6.6) id TAA17949; Wed, 3 May 1995 19:05:45 -0500 From: Peter da Silva Message-Id: <199505040005.TAA17949@bonkers.taronga.com> Subject: Re: Screen print capability To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 3 May 1995 19:05:43 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <9505031625.AA13099@cs.weber.edu> from "Terry Lambert" at May 3, 95 10:25:14 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1399 Sender: hackers-owner@FreeBSD.org Precedence: bulk > It's not an SCO console if it doesn't allow the character set shifting, > doesn't allow scan-code mode operation, doesn't support escape sequence > reporting, doesn't support switching the character attribute between > blink and high intensity for background colors, doesn't support ISO > and SCO color selection escape sequences, or doesn't support scrolling > when the 80th column/25th line character is written (the proper way to > handle it is to remember the 79th character, draw the 80th at the 79th > position, insert a character at the 79th making the 79th the 80th, and > redrawing the 79th). I didn't see screen printing in that list, but if it's critical for SCO apps then turn it on for SCO apps, but leave it off by default. > Leaving out a feature because you find it morally repugnant isn't an > option. There's a nice, clear "yes/no" line for compatability, and that > would put you firmly on the "no" side. OK, do you plan to support Xenix 286 emulation? If compatibility is a yes/no matter then leaving that out puts you clearly on the "no" side. That means you need to support Xenix shared memory and Xenix semaphores, which use special files in the file system. No, I don't expect that (though it *would* be a killer app... we're keeping a bevy of Xenix boxes alive for legacy support), but it does mean that SCO compatibility isn't a nice, clear "yes/no" line after all. From owner-freebsd-hackers Wed May 3 20:03:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA14532 for hackers-outgoing; Wed, 3 May 1995 20:03:18 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA14487 for ; Wed, 3 May 1995 20:02:38 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id MAA31717; Thu, 4 May 1995 12:59:12 +1000 Date: Thu, 4 May 1995 12:59:12 +1000 From: Bruce Evans Message-Id: <199505040259.MAA31717@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@cs.weber.edu Subject: Re: GNU cpp bug with pthreads Cc: hackers@FreeBSD.org, j@uriah.heep.sax.de, rpt@miles.sso.loral.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >> The FreeBSD headers (include and sys) consistently use `#ifdef __STDC__' >> It makes no difference in a standard conforming environment but `ifdef' >> may be more likely to DTRT for quasi-standard environments. >The Sun "transitional compiler" #defines __STDC__ as 0 in non-ANSI mode >and as 1 in ANSI mode. >The use of #if resolves the potential problems, while #ifdef does not. The FreeBSD headers user `#ifdef __STDC__' intentionally to attempt to handle kinda-sorta-STDC compilers that define __STDC__ as something other than 1. It's hard to tell whether such compilers have STDC features such as `const' and `volatile' and whether not using them would silently break something. It's probably best to assume the features so that things break noisily at compile time. >On the other hand, #if is not necessarily a valid directive in older >preprocessers. Older than K&R1 (1978)? FreeBSD doesn't attempt to support those. Bruce From owner-freebsd-hackers Wed May 3 20:07:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA14679 for hackers-outgoing; Wed, 3 May 1995 20:07:31 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA14672 ; Wed, 3 May 1995 20:07:29 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id UAA16986; Wed, 3 May 1995 20:07:30 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: ache@FreeBSD.org cc: hackers@FreeBSD.org Subject: Can someone explain the various forms of Japanese text encoding? Date: Wed, 03 May 1995 20:07:30 -0700 Message-ID: <16984.799556850@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk So far I've seen "romanji", which appears to be a romanized form of Japanese, JIS (which is?) and "EUC" (which is?). I'd like to support the "most standard" type for sysinstall, but I'm a little unclear as to just exactly what that might be. Romanji looks like the easiest to display, but it's probably also the least palatable to the native Japanese speaker. Given that I also have *no* Japanese fonts for syscons, I'm also somewhat limited in that dept. anyway. There is a format I can display with the ISO8859-1 font, according to Satoshi, though I'm still a little unclear on how it works. I would welcome any suggestions or additional information! I'm not exactly an expert in I18N issues, though I get the feeling that I'm going to know a lot more than I planned about this by the time I'm done! :) Jordan From owner-freebsd-hackers Wed May 3 20:31:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA16921 for hackers-outgoing; Wed, 3 May 1995 20:31:38 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA16915 for ; Wed, 3 May 1995 20:31:36 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA19597; Thu, 4 May 95 03:31:08 GMT Received: from junco.fsl.noaa.gov by yarmouth.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA01544; Wed, 3 May 1995 23:31:17 -0400 Date: Wed, 3 May 1995 23:31:17 -0400 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9505040331.AA01544@yarmouth.fsl.noaa.gov> Received: by junco.fsl.noaa.gov (1.37.109.16/SMI-4.1 (1.37.109.16)) id AA149568276; Wed, 3 May 1995 21:31:16 -0600 To: gibbs@estienne.CS.Berkeley.EDU Cc: rgrimes@gndrsh.aac.dev.com, daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505032352.QAA00645@estienne.cs.berkeley.edu> (gibbs@estienne.cs.berkeley.edu) Subject: Re: slattach!!!!!!! Sender: hackers-owner@FreeBSD.org Precedence: bulk Aye. You should all just give up and succomb to expect. Actually, expect is a really interesting tool, and has a lot more fascinating uses than just automating your PPP connections. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA Blow ye winds, like the trumpet blows; but without that noise. -- Jack Handey From owner-freebsd-hackers Wed May 3 20:34:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA16951 for hackers-outgoing; Wed, 3 May 1995 20:34:28 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA16945 for ; Wed, 3 May 1995 20:34:27 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA19789; Thu, 4 May 95 03:34:13 GMT Received: from junco.fsl.noaa.gov by yarmouth.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA01967; Wed, 3 May 1995 23:34:24 -0400 Date: Wed, 3 May 1995 23:34:24 -0400 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9505040334.AA01967@yarmouth.fsl.noaa.gov> Received: by junco.fsl.noaa.gov (1.37.109.16/SMI-4.1 (1.37.109.16)) id AA149688462; Wed, 3 May 1995 21:34:22 -0600 To: dennis@et.htp.com Cc: hackers@FreeBSD.org In-Reply-To: <199505032357.TAA02946@mail.htp.com> (dennis@et.htp.com) Subject: Re: Mitsumi CDROM failures Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "dennis" == dennis writes: dennis> My Mitsumi CD-ROM drive can't make it through an install dennis> or sustained copy without failing...and once it fails its dennis> dead and has to be remounted. My Mitsumi exhibited the same behavior with 2.0-RELEASE. Later versions have a modified Mitsumi driver that fix the problem quite well. If you want, I can make a 2.0 install floppy but with the modified Mitsumi driver. You can then get your system up and running. Or you can try one of the later SNAP releases or wait for 2.1. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA Eat glass. -- One of 120 ways to annoy your roommate. From owner-freebsd-hackers Wed May 3 20:37:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA17010 for hackers-outgoing; Wed, 3 May 1995 20:37:50 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA17002 for ; Wed, 3 May 1995 20:37:42 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA32562; Thu, 4 May 1995 13:34:40 +1000 Date: Thu, 4 May 1995 13:34:40 +1000 From: Bruce Evans Message-Id: <199505040334.NAA32562@godzilla.zeta.org.au> To: ernie@tinny.eis.net.au, freebsd-hackers@FreeBSD.org Subject: Re: Cyclades drivers Sender: hackers-owner@FreeBSD.org Precedence: bulk >A month or two ago I recall seeing a post about a later version of Cyclades >drivers than Andrew Herbert's cy.c. Are they still around? Andrew's version is in FreeBSD-current but doesn't work for most configurations. I'm rewriting it. >We just took delivery of a couple of brand new 16y cards and they don't seem >to be detected during the probes runing the current SNAP. It might work for a single 16y. Bruce From owner-freebsd-hackers Wed May 3 20:54:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA17616 for hackers-outgoing; Wed, 3 May 1995 20:54:12 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA17607 ; Wed, 3 May 1995 20:53:47 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id NAA00265; Thu, 4 May 1995 13:48:47 +1000 Date: Thu, 4 May 1995 13:48:47 +1000 From: Bruce Evans Message-Id: <199505040348.NAA00265@godzilla.zeta.org.au> To: mycroft@ai.mit.edu, phk@ref.tfs.com Subject: Re: NetBSD supports LBA and large (EIDE) drives Cc: dyson@Root.COM, hackers@FreeBSD.org, paul@isl.cf.ac.uk, sos@FreeBSD.org, terry@cs.weber.edu Sender: hackers-owner@FreeBSD.org Precedence: bulk >The problems that Hale has noted are entirely on the software end -- Indeed. >LBA mode is not `needed' for IDE drives smaller than 8GB. However: It's not `needed' for IDE drives smaller than 128GB. There are 16 cylinder bits, 4 head bits and 8 sector bits in the IDE interface. The 8GB limit is on the BIOS software end (10 cylinder bits, 8 head bits and 6 sector bits). >1) In practice, the differences between BIOS LBA implementations seem >to be less annoying than the differences between BIOS C/H/S >implementations. I used to think LBA was only a hardware standard for IDE drives. Is there also a software standard for bypassing the C/H/S limits for both ordinary BIOS calls and for booting? >2) There are already 9GB SCSI drives on the market, and the antiquated >C/H/S addressing is not capable of supporting a drive that large. It's interesting that SCSI drives are hitting the 8MB limit at much the same time as IDE drives are hitting the 504MB limit. Bruce From owner-freebsd-hackers Wed May 3 21:05:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA17822 for hackers-outgoing; Wed, 3 May 1995 21:05:00 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA17816 for ; Wed, 3 May 1995 21:04:58 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.11/8.6.9) id AAA04345 for hackers@freebsd.org; Thu, 4 May 1995 00:07:27 -0400 From: "Rashid Karimov." Message-Id: <199505040407.AAA04345@haven.ios.com> Subject: Few problems at 0412 SNAP To: hackers@FreeBSD.org Date: Thu, 4 May 1995 00:07:27 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1549 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there folx, Still struggling with following ( the system was upgraded to latest SNAP a few days ago ) : 1. Random reboots. No panic, no messages at /var/log/messages, nada. I do not see any pattern at ***messages - it's noy related to any particular activity or any user being logged in. 2. Quota is screwed up - edquota doesn't work properly. When you edit it for some1 and quit ( :wq ) - quota shows something very weird - the value you provide for the soft limit goes to hard one , soft limit ( blocks) is either 0 or 32. Inode's limits kinda work. System also resets the quotas put for users randomly. Quota shows wrong number of blocks being owned by users - not even close ( 2 instead of ~14000 ) . The system is : GATEWAY 2000PCI/128Mb RAM/Bustek946C PCI/SCSI adapetr, DIAMOND STEALTH 64 SVGA card ( with sw_cursor enables ). BTW,what's the max uptime for the latest SNAP or FreeBSD 2.1Development. On what brand/adapters ? I used to have something ~20 days on the first SNAP ( somewhere back in February ) - but had to upgrade because of: =-=- bug with debugging ( system just rebooted when some1 tried to start gdb and debug something ) =-= problem with more than 64+ Mb on board ... Wish I didn't ( the system serves as server with 2000+ accounts ) :(. The system is _very fast ( I think it beats SS10 easily ) , but the uptime is awful :((( Any hints with figuring out what causes the reboots ? ? ? ? Does anyone here knows/expiriences the same problems ? Rashid From owner-freebsd-hackers Wed May 3 21:29:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA18456 for hackers-outgoing; Wed, 3 May 1995 21:29:38 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA18450 for ; Wed, 3 May 1995 21:29:37 -0700 Received: (from phk@localhost) by ref.tfs.com (8.6.8/8.6.6) id VAA16146 for hackers@freebsd.org; Wed, 3 May 1995 21:29:37 -0700 From: Poul-Henning Kamp Message-Id: <199505040429.VAA16146@ref.tfs.com> Subject: bad144 -s option, who does it ? To: hackers@FreeBSD.org Date: Wed, 3 May 1995 21:29:36 -0700 (PDT) Content-Type: text Content-Length: 315 Sender: hackers-owner@FreeBSD.org Precedence: bulk I need somebody to take the -current source for bad144 and implement the -s option, otherwise it will be absent in the next release... -- Poul-Henning Kamp -- TRW Financial Systems, Inc. 'All relevant people are pertinent' && 'All rude people are impertinent' => 'no rude people are relevant' From owner-freebsd-hackers Wed May 3 21:46:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA18683 for hackers-outgoing; Wed, 3 May 1995 21:46:02 -0700 Received: from duality.gnu.ai.mit.edu (!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$%^&*!#$@duality.gnu.ai.mit.edu [18.43.0.236]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA18677 ; Wed, 3 May 1995 21:46:00 -0700 Received: by duality.gnu.ai.mit.edu (8.6.12/8.6.12GNU) id AAA18105; Thu, 4 May 1995 00:45:03 -0400 Date: Thu, 4 May 1995 00:45:03 -0400 Message-Id: <199505040445.AAA18105@duality.gnu.ai.mit.edu> From: "Charles M. Hannum" To: bde@zeta.org.au CC: phk@ref.tfs.com, dyson@Root.COM, hackers@FreeBSD.org, paul@isl.cf.ac.uk, sos@FreeBSD.org, terry@cs.weber.edu In-reply-to: <199505040348.NAA00265@godzilla.zeta.org.au> (message from Bruce Evans on Thu, 4 May 1995 13:48:47 +1000) Subject: Re: NetBSD supports LBA and large (EIDE) drives Sender: hackers-owner@FreeBSD.org Precedence: bulk I used to think LBA was only a hardware standard for IDE drives. Is there also a software standard for bypassing the C/H/S limits for both ordinary BIOS calls and for booting? There is a separate set of BIOS calls that take LBA addresses. What they actually do when talking to the drive is unspecified; they may, in fact, convert the addresses to C/H/S form. From owner-freebsd-hackers Wed May 3 21:54:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA18886 for hackers-outgoing; Wed, 3 May 1995 21:54:34 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA18880 for ; Wed, 3 May 1995 21:54:31 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id WAA14083; Wed, 3 May 1995 22:58:40 -0600 Date: Wed, 3 May 1995 22:58:40 -0600 From: Nate Williams Message-Id: <199505040458.WAA14083@trout.sri.MT.net> To: kelly@fsl.noaa.gov (Sean Kelly) Cc: gibbs@estienne.CS.Berkeley.EDU, rgrimes@gndrsh.aac.dev.com, daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com Subject: Re: slattach!!!!!!! In-Reply-To: <9505040331.AA01544@yarmouth.fsl.noaa.gov> References: <199505032352.QAA00645@estienne.cs.berkeley.edu> <9505040331.AA01544@yarmouth.fsl.noaa.gov> Sender: hackers-owner@FreeBSD.org Precedence: bulk > Aye. You should all just give up and succomb to expect. Actually, > expect is a really interesting tool, and has a lot more fascinating > uses than just automating your PPP connections. Actually, in the case of PPP/SLIP, I think expect is overkill. Chat does the job very well and is already part of the system. I have not yet found a case where expect works any better than a decent CHAT script, and there are good examples of complex CHAT scripts in the O'Reilly UUCP books. Nate From owner-freebsd-hackers Wed May 3 23:06:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00345 for hackers-outgoing; Wed, 3 May 1995 23:06:39 -0700 Received: from simon.chi.il.us (simon.chi.il.us [199.245.227.17]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA00338 for ; Wed, 3 May 1995 23:06:36 -0700 Received: by simon.chi.il.us (Smail3.1.29.1 #3) id m0s6tgT-000NB2C; Thu, 4 May 95 00:42 CDT Message-Id: Date: Thu, 4 May 95 00:42 CDT From: steve@simon.chi.il.us (Steven E. Piette) To: jgreco@brasil.moneng.mei.com, jkh@time.cdrom.com Subject: Re: looking for IP over printer port driver users Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > To: Joe Greco > cc: nc@ai.net, current@FreeBSD.org, hackers@FreeBSD.org > Subject: Re: looking for IP over printer port driver users > Date: Tue, 02 May 1995 22:56:01 -0700 > From: "Jordan K. Hubbard" > > > But for the everyday hacker, who isn't comfortable with a soldering iron, I > > might be inclined to agree with you. > > Well, just to set that particular record straight, I started this > business as a tech, not a programmer, so I know one end of a soldering > iron from another (the smell of rosin brings back memories :-). It's > simply a matter of time and energy. I'm glad you have it to spare, but > I sure don't.. :-) > > [And I'm generally in the vicinity of the local computer store every > day so there's no additional time penalty involved in buying one]. > > Jordan That's the one thing I really miss about the Bay Area .vs. here in the Midwest. I can't just run down to Fry's or Halted, or NCA, or Weird Stuff, or Haltek, or ... I always have to add a day to my trips out there for foraging runs. Steve Piette Applied Computer Technology steve@simon.chi.il.US. 7N852 Phar Lap Drive (708) 513-6920 St. Charles, IL 60175-6868 ------------------------------------------------------------------------------- From owner-freebsd-hackers Wed May 3 23:24:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00676 for hackers-outgoing; Wed, 3 May 1995 23:24:50 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA00668 for ; Wed, 3 May 1995 23:24:40 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43037>; Thu, 4 May 1995 08:24:31 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id AAA07788; Thu, 4 May 1995 00:28:46 +0200 Message-Id: <199505032228.AAA07788@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: terry@cs.weber.edu (Terry Lambert) cc: weber@rhrk.uni-kl.de, hackers@FreeBSD.org Subject: Re: DIGIBOARD driver in ~julian In-reply-to: Your message of "Wed, 03 May 1995 00:14:03 +0200." <9505022214.AA09249@cs.weber.edu> Date: Thu, 4 May 1995 00:28:45 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.org Precedence: bulk > "So it is; the EEC directive s .... I'm afraid they've changed our name again this side of the pond, `They've been telling us for ~1 or 2 years now, that we're to be known as the "European Community" (and of course "Europaische Gemeinschaft", & whatever the other dozen or so tower of Babel official EU languages call us ) Our inflated politicians decided it wasn't sufficient to force Europe to unify its economy, not they want to unify _everything_ :-( Hence the name change, to encompass the EU's ever more grandiose intrusion, demolishing the variety that made Europe interesting :-(. Julian S From owner-freebsd-hackers Wed May 3 23:25:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00689 for hackers-outgoing; Wed, 3 May 1995 23:25:09 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA00679 ; Wed, 3 May 1995 23:24:57 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43036>; Thu, 4 May 1995 08:24:12 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id AAA07859; Thu, 4 May 1995 00:43:42 +0200 Message-Id: <199505032243.AAA07859@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: me@FreeBSD.org cc: jkh@time.cdrom.com, jkrause@SaarLink.de, hackers@FreeBSD.org Subject: Re: US-ISDN standards and ISDN in general. In-reply-to: Your message of "Wed, 03 May 1995 16:50:00 +0200." Date: Thu, 4 May 1995 00:43:42 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.org Precedence: bulk > Michael > I'll probably at least be able to help test out / debug stuff. Shout if/when you get a spare isdn line to test with, then you can borrow thet Datapump card if U. want. Julian From owner-freebsd-hackers Wed May 3 23:25:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00702 for hackers-outgoing; Wed, 3 May 1995 23:25:45 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA00694 for ; Wed, 3 May 1995 23:25:36 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43044>; Thu, 4 May 1995 08:24:33 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id AAA07723 for ; Thu, 4 May 1995 00:02:16 +0200 Message-Id: <199505032202.AAA07723@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org Subject: Re: looking for IP over printer port driver users In-reply-to: Your message of "Wed, 03 May 1995 03:16:29 +0200." <9505030116.AA14628@brasil.moneng.mei.com> Date: Thu, 4 May 1995 00:02:16 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.org Precedence: bulk ... CC trunc'd > Joe Greco > But for the everyday hacker, who isn't comfortable with a soldering iron, I > might be inclined to agree with you. Jordan's soldering iron is a known killer ! (Victim: one Nat. Semi. Corp. `Elegance is everything' 32532 system ;-) Julian S. From owner-freebsd-hackers Wed May 3 23:27:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00724 for hackers-outgoing; Wed, 3 May 1995 23:27:05 -0700 Received: from eikon.regent.e-technik.tu-muenchen.de (root@eikon.regent.e-technik.tu-muenchen.de [129.187.42.3]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA00683 ; Wed, 3 May 1995 23:25:01 -0700 Received: from vector.eikon.e-technik.tu-muenchen.de ([129.187.142.36]) by eikon.regent.e-technik.tu-muenchen.de with SMTP id <43045>; Thu, 4 May 1995 08:24:34 +0200 Received: from localhost (localhost [127.0.0.1]) by vector.eikon.e-technik.tu-muenchen.de (8.6.11/8.6.9) with SMTP id VAA16505; Tue, 2 May 1995 21:17:24 +0200 Message-Id: <199505021917.VAA16505@vector.eikon.e-technik.tu-muenchen.de> X-Authentication-Warning: vector.eikon.e-technik.tu-muenchen.de: Host localhost didn't use HELO protocol To: Tim Bernhardt cc: freebsd-questions@FreeBSD.org, freebsd-hackers@FreeBSD.org, znek@beefree.ping.de, n1epo4tl@ibmmail.com Subject: Re: ISDN drivers In-reply-to: Your message of "Tue, 02 May 1995 14:18:20 +0200." <9505021218.AA28985@plato.Chemietechnik.Uni-Dortmund.DE> Date: Tue, 2 May 1995 21:17:23 +0200 From: Julian Howard Stacey Sender: hackers-owner@FreeBSD.org Precedence: bulk Ref. ----- Can anybody tell me what the current state of the development for ISDN drivers is? I've heard that Dr. Neuhaus cards are already supported by the latest SNAP release. Since Dr. Neuhaus cards are kinda expensive I am more looking into Teles cards. ---- The Lion Datapump sells at 600 DM, I've tested it it with kermit, it looks like a serial port, answers Hayes protocol, apparently has PPP built in (so I'm told), also does V120 (ie 64K, not jjust V110 14K) I have a card available for loan to a test site, if test site wants to try it, so far I am authorised (I don't own card, a friend does) to lend it to the public-pop-in-preparation that n1epo4tl@ibmmail.com knows of, and to the friend of gj@freebsd.org, anyone else, I'd have to ask permission for, which I'd probably get if the person asking made a reasonable case. The docs for the Lion Datapump are in freefall.cdrom.com:/a/jhs/isdn & maybe still in ~ftp/incoming (but I can't remember the name). Julian S. From owner-freebsd-hackers Wed May 3 23:33:09 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00767 for hackers-outgoing; Wed, 3 May 1995 23:33:09 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA00760 for ; Wed, 3 May 1995 23:32:38 -0700 Message-Id: Date: Thu, 4 May 95 10:29 GMT+0400 From: agl@redline.ru (Anthony Graphics) To: hackers@FreeBSD.org Subject: Alternative reboot under SNAP-950412 X-Mailer: GNOS 2.3.6 Sender: hackers-owner@FreeBSD.org Precedence: bulk try 'cat /proc/0/regs' ;-) AGL P.S. Is it a feature? From owner-freebsd-hackers Wed May 3 23:36:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA00794 for hackers-outgoing; Wed, 3 May 1995 23:36:14 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA00788 for ; Wed, 3 May 1995 23:36:13 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id XAA11247; Wed, 3 May 1995 23:35:50 -0700 Message-Id: <199505040635.XAA11247@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Nate Williams cc: kelly@fsl.noaa.gov (Sean Kelly), rgrimes@gndrsh.aac.dev.com, daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com Subject: Re: slattach!!!!!!! In-reply-to: Your message of "Wed, 03 May 1995 22:58:40 MDT." <199505040458.WAA14083@trout.sri.MT.net> Date: Wed, 03 May 1995 23:35:49 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Aye. You should all just give up and succomb to expect. Actually, >> expect is a really interesting tool, and has a lot more fascinating >> uses than just automating your PPP connections. > >Actually, in the case of PPP/SLIP, I think expect is overkill. Chat >does the job very well and is already part of the system. I have not >yet found a case where expect works any better than a decent CHAT >script, and there are good examples of complex CHAT scripts in the >O'Reilly UUCP books. > > >Nate Before I got a dedicated line to campus, I used expect to allow me to ring my house in a specific patern and then have it call up to campus and reconnect. I was able to do this in ~14 lines of expect. Can I do the same sort of thing with chat? This was under 1.1.5 when I fixed slattach so that it would work with an expect script. Dave is trying to do a similar thing. Some how, slattach was broken when it was brought into 2.0. I've known this for some time, but haven't had the time or need since I got a dedicated line to track it down. The tty code is not my area. It would be nice if someone who knows the tty code and slattach could look to see what is happening when expect is used with slattach. My fix for 1.1.5 was to restore the tty state from a snapshot taken during startup. The multiple forking nature of the current slattach makes this much for difficult, and it was a cludge anyway. -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Thu May 4 00:00:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA00456 for hackers-outgoing; Thu, 4 May 1995 00:00:33 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA00432 for ; Thu, 4 May 1995 00:00:25 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id AAA14455; Thu, 4 May 1995 00:46:04 -0600 Date: Thu, 4 May 1995 00:46:04 -0600 From: Nate Williams Message-Id: <199505040646.AAA14455@trout.sri.MT.net> To: "Justin T. Gibbs" Cc: Nate Williams , kelly@fsl.noaa.gov (Sean Kelly), rgrimes@gndrsh.aac.dev.com, daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com Subject: Re: slattach!!!!!!! In-Reply-To: <199505040635.XAA11247@estienne.cs.berkeley.edu> References: <199505040458.WAA14083@trout.sri.MT.net> <199505040635.XAA11247@estienne.cs.berkeley.edu> Sender: hackers-owner@FreeBSD.org Precedence: bulk > Before I got a dedicated line to campus, I used expect to allow me to ring > my house in a specific patern and then have it call up to campus and > reconnect. Huh? How to you ring a house in a pattern? > I was able to do this in ~14 lines of expect. Can I do > the same sort of thing with chat? The purpose of chat is to dial the phone and login to an account, not calculate your monthly phone bill. :-) > This was under 1.1.5 when I fixed slattach so that it would work with > an expect script. > Some how, slattach was broken when it was brought into 2.0. It may be broken for expect, but it works great with chat as I've had *zero* problems with my connection once I got all of the little quirks figured out. (None of which were chat/slattach related) Bruce's comments may explain some of the behavior with regards to process groups and such. Is it possible that chat ignores SIGHUP and is therefore not succeptible to being killed when slattach drops carrier? Nate From owner-freebsd-hackers Thu May 4 01:05:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA01240 for hackers-outgoing; Thu, 4 May 1995 01:05:16 -0700 Received: from estienne.cs.berkeley.edu (estienne.CS.Berkeley.EDU [128.32.42.147]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA01234 for ; Thu, 4 May 1995 01:05:13 -0700 Received: from localhost (localhost [127.0.0.1]) by estienne.cs.berkeley.edu (8.6.11/8.6.9) with SMTP id BAA11403; Thu, 4 May 1995 01:04:47 -0700 Message-Id: <199505040804.BAA11403@estienne.cs.berkeley.edu> X-Authentication-Warning: estienne.cs.berkeley.edu: Host localhost didn't use HELO protocol To: Nate Williams cc: kelly@fsl.noaa.gov (Sean Kelly), rgrimes@gndrsh.aac.dev.com, daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com Subject: Re: slattach!!!!!!! In-reply-to: Your message of "Thu, 04 May 1995 00:46:04 MDT." <199505040646.AAA14455@trout.sri.MT.net> Date: Thu, 04 May 1995 01:04:47 -0700 From: "Justin T. Gibbs" Sender: hackers-owner@FreeBSD.org Precedence: bulk >> Before I got a dedicated line to campus, I used expect to allow me to ring >> my house in a specific patern and then have it call up to campus and >> reconnect. > >Huh? How to you ring a house in a pattern? Easy. Ring the line once three times for a minute. If you do this, normal people get your answering machine, while you can still have your modme reconnect to a local service provider from any where in the world for free. > >> I was able to do this in ~14 lines of expect. Can I do >> the same sort of thing with chat? > >The purpose of chat is to dial the phone and login to an account, not >calculate your monthly phone bill. :-) Oh, expect does that and a whole lot more. I used it to do auto timeout of my phone line, wall when it was going down, and even had an interface for other users to kick the line up from home. It was a very slick little setup, and the hardest thing about getting it to work was fixing slattach. What I think would be cool for the CDROM install would be an expect script that determined the type of software your ISP was running, asked you the right questions, then connected you seamlessly for an ftp install. > >> This was under 1.1.5 when I fixed slattach so that it would work with >> an expect script. > >> Some how, slattach was broken when it was brought into 2.0. > >It may be broken for expect, but it works great with chat as I've had >*zero* problems with my connection once I got all of the little quirks >figured out. (None of which were chat/slattach related) > >Bruce's comments may explain some of the behavior with regards to >process groups and such. Is it possible that chat ignores SIGHUP and is >therefore not succeptible to being killed when slattach drops carrier? > > > >Nate > -- Justin T. Gibbs ============================================== TCS Instructional Group - Programmer/Analyst 1 Cory | Po | Danube | Volga | Parker | Torus ============================================== From owner-freebsd-hackers Thu May 4 01:24:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA01729 for hackers-outgoing; Thu, 4 May 1995 01:24:30 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA01723 for ; Thu, 4 May 1995 01:24:26 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id BAA02319; Thu, 4 May 1995 01:24:21 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id BAA00175; Thu, 4 May 1995 01:24:20 -0700 Message-Id: <199505040824.BAA00175@corbin.Root.COM> To: agl@redline.ru (Anthony Graphics) cc: hackers@FreeBSD.org Subject: Re: Alternative reboot under SNAP-950412 In-reply-to: Your message of "Thu, 04 May 95 10:29:00 +0400." From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 04 May 1995 01:24:16 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >try 'cat /proc/0/regs' ;-) I just fixed it, thanks for the report. >AGL >P.S. Is it a feature? Only if you want it to be. -DG From owner-freebsd-hackers Thu May 4 01:25:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA01771 for hackers-outgoing; Thu, 4 May 1995 01:25:02 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA01762 for ; Thu, 4 May 1995 01:25:00 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id KAA11110 ; Thu, 4 May 1995 10:24:40 +0200 Received: from (roberto@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) id KAA10257 ; Thu, 4 May 1995 10:24:39 +0200 From: roberto@blaise.ibp.fr (Ollivier Robert) Message-Id: <199505040824.KAA10257@blaise.ibp.fr> Subject: Re: slattach!!!!!!! To: hasty@netcom.com (Amancio Hasty Jr) Date: Thu, 4 May 1995 10:24:39 +0200 (MET DST) Cc: jkh@time.cdrom.com, nate@trout.sri.MT.net, daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com, hasty@netcom.com In-Reply-To: <199505032327.QAA26251@netcom14.netcom.com> from "Amancio Hasty Jr" at May 3, 95 04:27:30 pm X-Operating-System: FreeBSD BUILT-19950501 ctm#617 X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 222 Sender: hackers-owner@FreeBSD.org Precedence: bulk > What is ijppp and where can I get it ... /usr/sbin/ppp :-) in -current. -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@FreeBSD.ORG FreeBSD keltia BUILT-19950501 #0: Mon May 1 00:14:02 MET DST 1995 From owner-freebsd-hackers Thu May 4 03:52:44 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA05558 for hackers-outgoing; Thu, 4 May 1995 03:52:44 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA05552 for ; Thu, 4 May 1995 03:52:34 -0700 Received: by sequent.kiae.su id AA27647 (5.65.kiae-2 ); Thu, 4 May 1995 14:40:49 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 4 May 95 14:40:49 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id OAA00977; Thu, 4 May 1995 14:35:19 +0400 To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.org References: <16984.799556850@time.cdrom.com> In-Reply-To: <16984.799556850@time.cdrom.com>; from "Jordan K. Hubbard" at Wed, 03 May 1995 20:07:30 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 4 May 1995 14:35:18 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Can someone explain the various forms of Japanese text encoding? Lines: 15 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 705 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <16984.799556850@time.cdrom.com> Jordan K. Hubbard writes: >I would welcome any suggestions or additional information! I'm not >exactly an expert in I18N issues, though I get the feeling that I'm >going to know a lot more than I planned about this by the time I'm >done! :) Jordan, I didn't notice any font & screenmap loading into sysinstall, how you suppose to display KOI8-R in this situation? -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Thu May 4 03:54:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA05587 for hackers-outgoing; Thu, 4 May 1995 03:54:46 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA05559 for ; Thu, 4 May 1995 03:52:44 -0700 Received: by sequent.kiae.su id AB27646 (5.65.kiae-2 ); Thu, 4 May 1995 14:40:49 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 4 May 95 14:40:49 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id OAA00831; Thu, 4 May 1995 14:11:32 +0400 To: David Holloway , "Rodney W. Grimes" Cc: freebsd-hackers@freefall.cdrom.com References: <199505032219.PAA05324@gndrsh.aac.dev.com> In-Reply-To: <199505032219.PAA05324@gndrsh.aac.dev.com>; from "Rodney W. Grimes" at Wed, 3 May 1995 15:19:53 -0700 (PDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 4 May 1995 14:11:32 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: slattach!!!!!!! Lines: 19 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 765 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199505032219.PAA05324@gndrsh.aac.dev.com> Rodney W. Grimes writes: >> >> suppose slattach -r dialscript /dev/cua02 >> where dialscript is a shell scirpt or a expect script... >> when the line disconnects, the script is started but it receives a HUP >> signal. >How can you get a HUP signal from the dial out device???? What version You get SIGHUP on carrier drop. Dialout device does not prevents it unless you directly lock HUPCL off in rc.serial. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Thu May 4 03:57:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA05717 for hackers-outgoing; Thu, 4 May 1995 03:57:18 -0700 Received: from relay3.UU.NET (relay3.UU.NET [192.48.96.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA05699 for ; Thu, 4 May 1995 03:56:46 -0700 Received: from uucp3.UU.NET by relay3.UU.NET with SMTP id QQyogh29557; Thu, 4 May 1995 06:53:49 -0400 Received: from uanet.UUCP by uucp3.UU.NET with UUCP/RMAIL ; Thu, 4 May 1995 06:53:49 -0400 Received: by crocodil.monolit.kiev.ua; Thu, 4 May 95 13:39:39 +0200 Received: by farm.cs.kiev.ua; Thu, 4 May 1995 11:54:35 +0300 To: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@FreeBSD.org References: Message-Id: Date: Thu, 4 May 1995 11:54:35 +0300 (UKR) From: "Dmitry S. Kohmanyuk" X-Class: Fast Organization: Animals Paradise Farm Reply-To: dk+@ua.net Subject: Re: GNU cpp bug with pthreads Lines: 20 Sender: hackers-owner@FreeBSD.org Precedence: bulk J Wunsch wrote: > >As patl@asimov.lashley.slip.netcom.com wrote: >> >> Actually, if you really want to be safe, it should be: >> >> #if defined(__STDC__) && (__STDC__ == 1) > >Ok, i give up here. :-) I recommend the SunOS /usr/include hack of: #if __STDC__ -1 > -1 this works with__STDC__ undef'ed, defined to 0, 1, and even 2 (as Pat said) -- A(bort), R(etry), I(nstall FreeBSD)? _ From owner-freebsd-hackers Thu May 4 04:46:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA07459 for hackers-outgoing; Thu, 4 May 1995 04:46:31 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA07453 ; Thu, 4 May 1995 04:46:26 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id EAA01328; Thu, 4 May 1995 04:46:20 -0700 Date: Thu, 4 May 1995 04:46:20 -0700 Message-Id: <199505041146.EAA01328@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: ache@FreeBSD.org, hackers@FreeBSD.org In-reply-to: <16984.799556850@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Can someone explain the various forms of Japanese text encoding? From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * So far I've seen "romanji", which appears to be a romanized form of ^^^^^^^ this should be "romaji" * Japanese, JIS (which is?) and "EUC" (which is?). JIS (short for "Japan Industrial Standard", which is the Japanese equivalent of ISO) code is the "real" standard in the sense that (1) it can coexist with other multi-byte languages, and (2) there is a "standard" for it (JIS-X-0208). It uses Esc-$-B to start the Japanese part and Esc-(-B to end it (i.e., back to ASCII). In the Japanese sentence, two bytes denote a single letter. Other than the Esc for the bookmarks, it uses only the printable ASCII chars (a subrange of 0x20 - 0x7e). Note that even in a purely Japanese document, the end of line is still represented by 0x0a so there is at least one Esc-$-B and Esc-(-B per line (unless the line contains no Japanese at all). EUC ("Extended Unix Code") assumes the entire world is composed of USA and Japan (typical Japanese thinking :). Basically, it takes the JIS-encoded sequence, sets the 8th bit (in both bytes) of the Japanese part, and rips off the escape sequences. Thus, if Joerg spells his name right using the 8th bit, it will get confused. In both JIS and EUC, the Japanese part is 2 bytes per char, and usually, the Japanese fonts are twice the width of their ASCII counterpart. Thus, on a 80-character wide screen, you can display 40 Japanese letters (for 80 bytes). Of course JIS is a little longer due to the escape sequences. This makes it a little harder to design a program like "less", 'cause it needs to ignore the escape sequences when it counts the number of bytes to decide where to fold the lines in JIS -- EUC on the other hand has the same number of bytes, so the utility doesn't have to worry about anything as long as the terminal can handle EUC. People in Japan usually use JIS for communication (it's 7-bit, and it's also "standard" in a broader sense) and EUC for storage (it's shorter). * I'd like to support * the "most standard" type for sysinstall, but I'm a little unclear as * to just exactly what that might be. If we are planning to support NEC's popular (in Japan) PC-9801 series of computers (with Japanese support built-in in its console), we'll need to go to the third standard, called "Shift-JIS" (meaning "shifted JIS") or "MS-Kanji". This is a truly kludgy format, I don't even want to try to explain it here and let's not worry about it for now. ;) I'd say we should eventually go with JIS, EUC is more of a domestic thing and doesn't coexist well with other multi-byte languages. Converting between them is easy though. * Romanji looks like the easiest to * display, but it's probably also the least palatable to the native * Japanese speaker. True...it's very very hard for Japanese people to read romaji. But I guess it's better than English for many. * Given that I also have *no* Japanese fonts for * syscons, I'm also somewhat limited in that dept. anyway. There is a * format I can display with the ISO8859-1 font, according to Satoshi, * though I'm still a little unclear on how it works. According to ME?!? When did I say that? ;) I don't think that's possible.... :< Anyway, since we don't have fonts, I think we are pretty much stuck with romaji for now. Oh well. :< Satoshi From owner-freebsd-hackers Thu May 4 04:59:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA07658 for hackers-outgoing; Thu, 4 May 1995 04:59:45 -0700 Received: from remington.mt.cs.keio.ac.jp (remington.mt.cs.keio.ac.jp [131.113.82.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA07652 for ; Thu, 4 May 1995 04:59:43 -0700 Received: (from hosokawa@localhost) by remington.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id UAA13643; Thu, 4 May 1995 20:59:41 +0900 Date: Thu, 4 May 1995 20:59:41 +0900 Message-Id: <199505041159.UAA13643@remington.mt.cs.keio.ac.jp> To: freebsd-hackers@FreeBSD.org Subject: Help! if_ze bug? From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm currently using 3c589 as the Ethernet card of my laptop. But I used IBM PCMCIA Ethernet card I today, and I met a serious trouble with this. Sending large packet from if_ze, seems to cause illegal? packets. For example, % ftp ibmpcmciaetherhost ftp> dir toomanyfiles ..... and the TCP connection hangs up.....^C^C and % rlogin ibmpcmciaetherhost % ls -l toomanyfiles ..... also hangs up.... I observed this phenomena with etherfind. The host repleatedly retrys sending ftp-data packets forever (the machine sends packets, but it won't be received). I'm using 950322-SNAP. Does anyone have same trouble? P.S.: if_zp have no problem like this. -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Thu May 4 05:24:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA08157 for hackers-outgoing; Thu, 4 May 1995 05:24:10 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA08149 ; Thu, 4 May 1995 05:24:08 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id FAA01065; Thu, 4 May 1995 05:23:59 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: ache@FreeBSD.org cc: hackers@FreeBSD.org Subject: Another problem with I18N support in sysinstall. Date: Thu, 04 May 1995 05:23:59 -0700 Message-ID: <1063.799590239@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk If you go with the default font, you get nice looking dialogs and lousy looking umlauts, accents and such. If you go with an ISO8859-1 font, you get nice umlauts and accents but the line drawing characters have gone to hell and the dialogs look terrible. I really need an answer on this quickly. Andrey? Help! Jordan P.S. I suddently occurs to me that I've been calling Andrey "Andrew" for about 2 years now! Boy, talk about lack of awareness of non-english names! My face is red! :-) From owner-freebsd-hackers Thu May 4 05:38:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA08467 for hackers-outgoing; Thu, 4 May 1995 05:38:03 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA08460 for ; Thu, 4 May 1995 05:37:53 -0700 Received: from isl.cf.ac.uk (isl-gate.elsy.cf.ac.uk [131.251.22.1]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id FAA19600 for ; Thu, 4 May 1995 05:35:07 -0700 Received: (from paul@localhost) by isl.cf.ac.uk (8.6.9/8.6.9) id NAA19687; Thu, 4 May 1995 13:35:56 +0100 From: Paul Richards Message-Id: <199505041235.NAA19687@isl.cf.ac.uk> Subject: Re: Soldering irons [Was Re: looking for IP over printer...] To: gpalmer@freefall.cdrom.com (Gary Palmer) Date: Thu, 4 May 1995 13:35:56 +0100 (BST) Cc: mark@grondar.za, hackers@FreeBSD.org, joerg_wunsch@uriah.heep.sax.de In-Reply-To: <4460.799543596@freefall.cdrom.com> from "Gary Palmer" at May 3, 95 04:26:36 pm X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 861 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply to Gary Palmer who said > > In message <199505032110.XAA08757@grumble.grondar.za>, Mark Murray writes: > >The three most dangerous things in a computer centre: > > >1) A hacker with a soldering iron, > >2) the mainframe technician with a patch, > >3) and a user with a Good Idea (tm). > > You missed one : > > 4) Someone looking for a socket to plug their widget into and finding they > have to unplug one of those funny whirring boxes. You should work in an engineering dept. full of windows weenies. I've actually had one idiot unplug my box to plug a kettle in because I wasn't around so obviously didn't need my machine to be running! In many ways I'm glad I'm leaving.... -- Paul Richards, FreeBSD core team member. Internet: paul@FreeBSD.org, http://www.isl.cf.ac.uk/ Phone: +44 1222 874000 x6646 (work), +44 1222 457651 (home) From owner-freebsd-hackers Thu May 4 05:45:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA08745 for hackers-outgoing; Thu, 4 May 1995 05:45:32 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA08739 for ; Thu, 4 May 1995 05:45:31 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id FAA01208; Thu, 4 May 1995 05:44:26 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Julian Howard Stacey cc: hackers@FreeBSD.org Subject: Re: looking for IP over printer port driver users In-reply-to: Your message of "Thu, 04 May 1995 00:02:16 +0200." <199505032202.AAA07723@vector.eikon.e-technik.tu-muenchen.de> Date: Thu, 04 May 1995 05:44:25 -0700 Message-ID: <1206.799591465@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Joe Greco > > > But for the everyday hacker, who isn't comfortable with a soldering iron, I > > might be inclined to agree with you. > > Jordan's soldering iron is a known killer ! > (Victim: one Nat. Semi. Corp. `Elegance is everything' 32532 system ;-) > > Julian S. If we're going to start telling eachothers secrets.. :-) Jordan From owner-freebsd-hackers Thu May 4 05:46:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA08772 for hackers-outgoing; Thu, 4 May 1995 05:46:20 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA08766 for ; Thu, 4 May 1995 05:46:19 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id FAA01238; Thu, 4 May 1995 05:45:54 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: agl@redline.ru (Anthony Graphics) cc: hackers@FreeBSD.org Subject: Re: Alternative reboot under SNAP-950412 In-reply-to: Your message of "Thu, 04 May 1995 10:29:00 +0400." Date: Thu, 04 May 1995 05:45:53 -0700 Message-ID: <1236.799591553@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > try 'cat /proc/0/regs' ;-) > AGL > P.S. Is it a feature? Yes. We call it "fast shutdown mode" :-) I'll look into it, but I believe this one has been fixed already. Thanks for the report! Jordan From owner-freebsd-hackers Thu May 4 05:57:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09016 for hackers-outgoing; Thu, 4 May 1995 05:57:42 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA09010 for ; Thu, 4 May 1995 05:57:38 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id FAA01369; Thu, 4 May 1995 05:57:12 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: "Andrey A. Chernov, Black Mage" cc: hackers@FreeBSD.org Subject: Re: Can someone explain the various forms of Japanese text encoding? In-reply-to: Your message of "Thu, 04 May 1995 14:35:18 +0400." Date: Thu, 04 May 1995 05:57:11 -0700 Message-ID: <1367.799592231@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > Jordan, I didn't notice any font & screenmap loading into sysinstall, > how you suppose to display KOI8-R in this situation? This part isn't done yet since the menu actions for language setup are just "set variable" commands now but will no doubt morph into individual function calls which do all the right things for that particular language very soon. Part of my problem is determining just what all the "right things" will be. I can load the appropriate screenmap and font (and possibly keymap) values into syscons for Russian and the Western European languages (I'll "file2c" them into sysinstall itself and do the ioctls directly) but I still don't know how to make the dialogs themselvse look good in these cases. Seems like all the other fonts don't necessarily do line-drawing the same way.. :-( Maybe I should switch in and out for just displaying help files? I can do this too. Jordan From owner-freebsd-hackers Thu May 4 05:57:47 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA09024 for hackers-outgoing; Thu, 4 May 1995 05:57:47 -0700 Received: from fslg8.fsl.noaa.gov (fslg8.fsl.noaa.gov [137.75.131.171]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA09018 for ; Thu, 4 May 1995 05:57:45 -0700 Received: by fslg8.fsl.noaa.gov (5.57/Ultrix3.0-C) id AA21564; Thu, 4 May 95 12:57:18 GMT Received: from junco.fsl.noaa.gov by yarmouth.fsl.noaa.gov (1.38.193.4/SMI-4.1 (1.38.193.4)) id AA06215; Thu, 4 May 1995 08:57:29 -0400 Date: Thu, 4 May 1995 08:57:29 -0400 From: kelly@fsl.noaa.gov (Sean Kelly) Message-Id: <9505041257.AA06215@yarmouth.fsl.noaa.gov> Received: by junco.fsl.noaa.gov (1.37.109.16/SMI-4.1 (1.37.109.16)) id AA155322249; Thu, 4 May 1995 06:57:29 -0600 To: nate@trout.sri.mt.net Cc: gibbs@estienne.CS.Berkeley.EDU, nate@trout.sri.mt.net, rgrimes@gndrsh.aac.dev.com, daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505040646.AAA14455@trout.sri.MT.net> (message from Nate Williams on Thu, 4 May 1995 00:46:04 -0600) Subject: Re: slattach!!!!!!! Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Nate" == Nate Williams writes: >> Before I got a dedicated line to campus, I used expect to allow >> me to ring my house in a specific patern and then have it call >> up to campus and reconnect. Nate> Huh? How to you ring a house in a pattern? I believe he means that he if needs to access his FreeBSD host and it's not currently dialed in to an ISP, he can call his host with a specific ring pattern, probably within certain timing tolerances, and his host will dial and connect to its ISP. Pretty neat trick ... I might give it a try. I've said ``Doh!'' far too often when I'm stuck at work and wished I could rlogin to my home host. -- Sean Kelly NOAA Forecast Systems Lab, Boulder Colorado USA I bet when the Neanderthal kids would make a snowman, someone would always end up saying, "Don't forget the thick, heavy brows." Then they would all get embarrassed because they remembered they had the big hunky brows too, and they'd get mad and eat the snowman. -- Jack Handey From owner-freebsd-hackers Thu May 4 06:02:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09219 for hackers-outgoing; Thu, 4 May 1995 06:02:45 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA09201 ; Thu, 4 May 1995 06:02:42 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id GAA01457; Thu, 4 May 1995 06:02:30 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) cc: ache@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Can someone explain the various forms of Japanese text encoding? In-reply-to: Your message of "Thu, 04 May 1995 04:46:20 PDT." <199505041146.EAA01328@silvia.HIP.Berkeley.EDU> Date: Thu, 04 May 1995 06:02:30 -0700 Message-ID: <1455.799592550@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > JIS (short for "Japan Industrial Standard", which is the Japanese > equivalent of ISO) code is the "real" standard in the sense that (1) > it can coexist with other multi-byte languages, and (2) there is a > "standard" for it (JIS-X-0208). It uses Esc-$-B to start the Japanese > part and Esc-(-B to end it (i.e., back to ASCII). In the Japanese > sentence, two bytes denote a single letter. Thanks for clearing this up! I'm going to save this message somewhere for future reference.. :-) > * Given that I also have *no* Japanese fonts for > * syscons, I'm also somewhat limited in that dept. anyway. There is a > * format I can display with the ISO8859-1 font, according to Satoshi, > * though I'm still a little unclear on how it works. > > According to ME?!? When did I say that? ;) I don't think that's > possible.... :< Sorry, wrong Satoshi - NIIMI Satoshi (which is the first and which is the last name I'm still trying to figure out with you guys! :-). Jordan From owner-freebsd-hackers Thu May 4 06:25:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09867 for hackers-outgoing; Thu, 4 May 1995 06:25:57 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA09861 ; Thu, 4 May 1995 06:25:55 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id GAA02828; Thu, 4 May 1995 06:25:50 -0700 Date: Thu, 4 May 1995 06:25:50 -0700 Message-Id: <199505041325.GAA02828@silvia.HIP.Berkeley.EDU> To: jkh@time.cdrom.com CC: ache@FreeBSD.org, hackers@FreeBSD.org In-reply-to: <1455.799592550@time.cdrom.com> (jkh@time.cdrom.com) Subject: Re: Can someone explain the various forms of Japanese text encoding? From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * Thanks for clearing this up! I'm going to save this message somewhere * for future reference.. :-) You're welcome...someone in Japan with the JIS Handbook can give you more details if needed.... :) * > According to ME?!? When did I say that? ;) I don't think that's * > possible.... :< * * Sorry, wrong Satoshi - NIIMI Satoshi (which is the first and which is * the last name I'm still trying to figure out with you guys! :-). Ayyy, sorry. I always forget I'm not the only Satoshi in the world. ;) BTW, both our Satoshi's are "given" names (meaning it's the non-surname part). Mr. Niimi and I write them in different orders in English, it's just a matter of policy. If you see it in regular capitalization (or the second name in all caps), without a comma in between, the last one is the surname (like mine). If you see the first one with all caps, or a comma in between (like "Asami, Satoshi"), the first one is the surname. Easy, huh? :) Satoshi Asami From owner-freebsd-hackers Thu May 4 06:27:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA09973 for hackers-outgoing; Thu, 4 May 1995 06:27:17 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA09962 for ; Thu, 4 May 1995 06:27:07 -0700 Date: Thu, 4 May 1995 17:22:16 +0400 (GMT+0400) From: Anthony Graphics X-Sender: agl@mail.redline.ru To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org Subject: Re: Alternative reboot under SNAP-950412 In-Reply-To: <1236.799591553@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 4 May 1995, Jordan K. Hubbard wrote: > Date: Thu, 04 May 1995 05:45:53 -0700 > From: Jordan K. Hubbard > To: Anthony Graphics > Cc: hackers@FreeBSD.org > Subject: Re: Alternative reboot under SNAP-950412 > > > try 'cat /proc/0/regs' ;-) > > AGL > > P.S. Is it a feature? > > Yes. We call it "fast shutdown mode" :-) > > I'll look into it, but I believe this one has been fixed already. > Thanks for the report! No problem: ugh one more question: whether the absence of virtual consoles with vt0 console driver compiled is a feature or some other key sequence is used for vt switching? I like vt100 compatibility but not at that deggree ;-) AGL > > Jordan > From owner-freebsd-hackers Thu May 4 06:30:45 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA10131 for hackers-outgoing; Thu, 4 May 1995 06:30:45 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA10124 for ; Thu, 4 May 1995 06:30:43 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id GAA03043; Thu, 4 May 1995 06:30:12 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Anthony Graphics cc: hackers@FreeBSD.org Subject: Re: Alternative reboot under SNAP-950412 In-reply-to: Your message of "Thu, 04 May 1995 17:22:16 +0400." Date: Thu, 04 May 1995 06:30:12 -0700 Message-ID: <3041.799594212@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > No problem: ugh one more question: whether the absence of virtual consoles > with vt0 console driver compiled is a feature or some other key sequence is > used for vt switching? I like vt100 compatibility but not at that deggree ;-) It's a key sequence - use ALT-F to switch. Jordan From owner-freebsd-hackers Thu May 4 06:54:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA10550 for hackers-outgoing; Thu, 4 May 1995 06:54:23 -0700 Received: from redline.ru (root@mail.redline.ru [194.87.69.22]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id GAA10544 for ; Thu, 4 May 1995 06:54:04 -0700 Date: Thu, 4 May 1995 17:51:59 +0400 (GMT+0400) From: Anthony Graphics X-Sender: agl@mail.redline.ru To: "Jordan K. Hubbard" cc: hackers@FreeBSD.org Subject: Re: Alternative reboot under SNAP-950412 In-Reply-To: <3041.799594212@time.cdrom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 4 May 1995, Jordan K. Hubbard wrote: > Date: Thu, 04 May 1995 06:30:12 -0700 > From: Jordan K. Hubbard > To: Anthony Graphics > Cc: hackers@FreeBSD.org > Subject: Re: Alternative reboot under SNAP-950412 > > > No problem: ugh one more question: whether the absence of virtual consoles > > with vt0 console driver compiled is a feature or some other key sequence is > > used for vt switching? I like vt100 compatibility but not at that deggree ;-) > > It's a key sequence - use ALT-F to switch. > > Jordan > Vt switching works fine for me when sc0 console driver compiled in, but not when the vt220 compatible one (vt0?). At least last time I tried. AGL From owner-freebsd-hackers Thu May 4 07:19:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA11042 for hackers-outgoing; Thu, 4 May 1995 07:19:22 -0700 Received: from haven.ios.com (haven.ios.com [198.4.75.45]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA11036 for ; Thu, 4 May 1995 07:19:20 -0700 Received: (from rashid@localhost) by haven.ios.com (8.6.11/8.6.9) id KAA25536; Thu, 4 May 1995 10:19:03 -0400 From: "Rashid Karimov." Message-Id: <199505041419.KAA25536@haven.ios.com> Subject: Re: Alternative reboot under SNAP-950412 To: davidg@Root.COM Date: Thu, 4 May 1995 10:19:03 -0400 (EDT) Cc: agl@redline.ru, hackers@FreeBSD.org In-Reply-To: <199505040824.BAA00175@corbin.Root.COM> from "David Greenman" at May 4, 95 01:24:16 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 247 Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi there , > > >try 'cat /proc/0/regs' ;-) > > I just fixed it, thanks for the report. Is it a sec. bug ? I mean can any1 do it and reboot the computer? > > >AGL > >P.S. Is it a feature? > > Only if you want it to be. > > -DG > From owner-freebsd-hackers Thu May 4 08:22:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13022 for hackers-outgoing; Thu, 4 May 1995 08:22:42 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA13015 for ; Thu, 4 May 1995 08:22:39 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.11/8.6.9) with ESMTP id IAA02525 for ; Thu, 4 May 1995 08:22:11 -0700 Message-Id: <199505041522.IAA02525@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.16/16.2) id AA117320772; Thu, 4 May 1995 11:19:32 -0400 From: william pechter ILEX Subject: Re: Alternative reboot under SNAP-950412 To: agl@mac.glas.apc.org (Anthony Graphics) Date: Thu, 4 May 1995 11:19:32 -0400 (EDT) Cc: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) In-Reply-To: from "Anthony Graphics" at May 4, 95 05:51:59 pm X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Length: 600 Content-Transfer-Encoding: 7bit Sender: hackers-owner@FreeBSD.org Precedence: bulk pcvt uses a different key mapping. With the vt220 compatible key layout switch screens by f1-4 (for first four screens) f5 is a toggle screen to rotary. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | N2RDI Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Thu May 4 08:25:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13103 for hackers-outgoing; Thu, 4 May 1995 08:25:27 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA13097 for ; Thu, 4 May 1995 08:25:24 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id IAA03414; Thu, 4 May 1995 08:24:52 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Anthony Graphics cc: hackers@FreeBSD.org Subject: Re: Alternative reboot under SNAP-950412 In-reply-to: Your message of "Thu, 04 May 1995 17:51:59 +0400." Date: Thu, 04 May 1995 08:24:51 -0700 Message-ID: <3412.799601091@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk You're talking about pcvt, I think. With pcvt, you're on your own. It's an add-on, and we can't always guarantee that it works! syscons is the only "officially" supported console driver for now. No slight to Helmuth and Joerg intended, just the way it is. Jordan > On Thu, 4 May 1995, Jordan K. Hubbard wrote: > > > Date: Thu, 04 May 1995 06:30:12 -0700 > > From: Jordan K. Hubbard > > To: Anthony Graphics > > Cc: hackers@FreeBSD.org > > Subject: Re: Alternative reboot under SNAP-950412 > > > > > No problem: ugh one more question: whether the absence of virtual console s > > > with vt0 console driver compiled is a feature or some other key sequence is > > > used for vt switching? I like vt100 compatibility but not at that deggree ;-) > > > > It's a key sequence - use ALT-F to switch. > > > > Jordan > > > Vt switching works fine for me when sc0 console driver compiled in, but not > when the vt220 compatible one (vt0?). At least last time I tried. > AGL From owner-freebsd-hackers Thu May 4 08:29:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13264 for hackers-outgoing; Thu, 4 May 1995 08:29:21 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA13253 for ; Thu, 4 May 1995 08:29:01 -0700 Received: by sequent.kiae.su id AA02537 (5.65.kiae-2 ); Thu, 4 May 1995 19:24:39 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 4 May 95 19:24:39 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id TAA01998; Thu, 4 May 1995 19:12:41 +0400 To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.org References: <1367.799592231@time.cdrom.com> In-Reply-To: <1367.799592231@time.cdrom.com>; from "Jordan K. Hubbard" at Thu, 04 May 1995 05:57:11 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 4 May 1995 19:12:41 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Can someone explain the various forms of Japanese text encoding? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <1367.799592231@time.cdrom.com> Jordan K. Hubbard writes: >sysinstall itself and do the ioctls directly) but I still don't know >how to make the dialogs themselvse look good in these cases. Seems >like all the other fonts don't necessarily do line-drawing the >same way.. :-( It is very easy: you need separate termcap entry for each encoding scheme. Now following entries exists: cons25 -> for CP437 pc3r -> for KOI8-R -> for ISO8859-1 You need switch on-the-fly between various TERMs, setterm() ncurses fucntion should work. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Thu May 4 08:31:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13352 for hackers-outgoing; Thu, 4 May 1995 08:31:36 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA13346 for ; Thu, 4 May 1995 08:31:31 -0700 Received: by sequent.kiae.su id AA02529 (5.65.kiae-2 ); Thu, 4 May 1995 19:24:37 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Thu, 4 May 95 19:24:36 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id TAA01984; Thu, 4 May 1995 19:09:57 +0400 To: "Jordan K. Hubbard" Cc: hackers@FreeBSD.org References: <1063.799590239@time.cdrom.com> In-Reply-To: <1063.799590239@time.cdrom.com>; from "Jordan K. Hubbard" at Thu, 04 May 1995 05:23:59 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Thu, 4 May 1995 19:09:57 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Another problem with I18N support in sysinstall. Lines: 20 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 967 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <1063.799590239@time.cdrom.com> Jordan K. Hubbard writes: >If you go with the default font, you get nice looking dialogs and >lousy looking umlauts, accents and such. If you go with an ISO8859-1 >font, you get nice umlauts and accents but the line drawing characters >have gone to hell and the dialogs look terrible. >I really need an answer on this quickly. Andrey? Help! It is very easy: I make separate termcap entry for ISO8859-1 font long time ago, you need to set TERM not to cons25 but to ISO8859-1 name. Sorry, I don't have available -current termcap right now, but just look by yourself down cons25 entry and you find it, it have meaningful name. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Thu May 4 08:39:51 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13670 for hackers-outgoing; Thu, 4 May 1995 08:39:51 -0700 Received: from gaudi.diatel.upm.es (gaudi.diatel.upm.es [138.100.49.10]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA13664 for ; Thu, 4 May 1995 08:39:47 -0700 Received: by gaudi.diatel.upm.es (4.1/SMI-4.1) Thu, 4 May 95 17:37:26 +0200 X400-Received: by mta diatel.upm in /PRMD=/ADMD=/C=/; Relayed; Thu, 4 May 1995 17:37:23 UTC+0200 X400-Received: by /PRMD=iris/ADMD=mensatex/C=es/; Relayed; Thu, 4 May 1995 17:37:23 UTC+0200 Date: Thu, 4 May 1995 17:37:23 UTC+0200 X400-Originator: jmrueda@diatel.upm.es X400-Recipients: non-disclosure:; X400-Content-Type: P2-1984 (2) X400-Mts-Identifier: [/PRMD=iris/ADMD=mensatex/C=es/;950504173723] Content-Identifier: 678 Conversion: Prohibited From: Javier Martin Rueda To: hackers@FreeBSD.org Cc: jkh@time.cdrom.com In-Reply-To: <16374.799226953@time.cdrom.com> Message-Id: <678*/S=jmrueda/OU=diatel/O=upm/PRMD=iris/ADMD=mensatex/C=es/@MHS> Subject: Re: Translators needed urgently! (Spanish) Mime-Version: 1.0 (Generated by Ean X.400 to MIME gateway) Sender: hackers-owner@FreeBSD.org Precedence: bulk > I have no one offering Spanish.. :-( Any takers? Same for Italian - > my omission of these two languages from my initial list was a massive > oversight, apologies to the Spanish and Italian speakers! Now, any > of you care to step forward and volunteer for translation duty? :-) I can do the translation into Spanish. I sometimes work as a freelance translator from English into Spanish, so there is no problem. :-) From owner-freebsd-hackers Thu May 4 11:04:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA17993 for hackers-outgoing; Thu, 4 May 1995 11:04:11 -0700 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA17980 for ; Thu, 4 May 1995 11:04:05 -0700 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id NAA06082; Thu, 4 May 1995 13:03:48 -0500 Received: by olympus (4.1/TSS2.1) id AA22603; Thu, 4 May 95 13:03:55 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9505041803.AA22603@olympus> Subject: Re: slattach!!!!!!! To: nate@trout.sri.MT.net (Nate Williams) Date: Thu, 4 May 1995 13:03:54 -0500 (CDT) Cc: kelly@fsl.noaa.gov, gibbs@estienne.CS.Berkeley.EDU, rgrimes@gndrsh.aac.dev.com, daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505040458.WAA14083@trout.sri.MT.net> from "Nate Williams" at May 3, 95 10:58:40 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1228 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Aye. You should all just give up and succomb to expect. Actually, > > expect is a really interesting tool, and has a lot more fascinating > > uses than just automating your PPP connections. > > Actually, in the case of PPP/SLIP, I think expect is overkill. Chat > does the job very well and is already part of the system. I have not > yet found a case where expect works any better than a decent CHAT > script, and there are good examples of complex CHAT scripts in the > O'Reilly UUCP books. > > > Nate > Can you use chat to grab variables? I have an internet provider that assigns a different IP address everytime you slip in. (You can get a dedicated line but they cost more.) The address is assigned by which port you call in on and that is determined by a rotary. Worse, you can be attached to any of a number of systems so you need to grab both the IP address assigned to you and the name of the machine you attached to so you can add the route. Can chat do all of this? Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Thu May 4 11:08:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18076 for hackers-outgoing; Thu, 4 May 1995 11:08:20 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA18070 for ; Thu, 4 May 1995 11:08:16 -0700 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA16769; Thu, 4 May 95 13:03:16 CDT From: Joe Greco Message-Id: <9505041803.AA16769@brasil.moneng.mei.com> Subject: Re: looking for IP over printer port driver users To: jhs@vector.eikon.e-technik.tu-muenchen.de (Julian Howard Stacey) Date: Thu, 4 May 1995 13:03:16 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505032202.AAA07723@vector.eikon.e-technik.tu-muenchen.de> from "Julian Howard Stacey" at May 4, 95 00:02:16 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 602 Sender: hackers-owner@FreeBSD.org Precedence: bulk > ... CC trunc'd > > > Joe Greco > > > But for the everyday hacker, who isn't comfortable with a soldering iron, I > > might be inclined to agree with you. > > Jordan's soldering iron is a known killer ! > (Victim: one Nat. Semi. Corp. `Elegance is everything' 32532 system ;-) Jordan was a PC532'er? Figures. :-) ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Software Engineer, UNIX/Network Hacker, Etc. 414/362-3617 Marquette Electronics, Inc. - R&D - Milwaukee, WI jgreco@mei.com From owner-freebsd-hackers Thu May 4 11:09:52 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18107 for hackers-outgoing; Thu, 4 May 1995 11:09:52 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA18099 for ; Thu, 4 May 1995 11:09:47 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08554; Thu, 4 May 95 12:02:36 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505041802.AA08554@cs.weber.edu> Subject: Re: slattach!!!!!!! To: bde@zeta.org.au (Bruce Evans) Date: Thu, 4 May 95 12:02:35 MDT Cc: daveh@CSUA.Berkeley.EDU, rgrimes@gndrsh.aac.dev.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505040217.MAA30609@godzilla.zeta.org.au> from "Bruce Evans" at May 4, 95 12:17:53 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >> suppose slattach -r dialscript /dev/cua02 > >> where dialscript is a shell scirpt or a expect script... > >> when the line disconnects, the script is started but it receives a HUP > >> signal. > > >How can you get a HUP signal from the dial out device???? What version > > In the usual way: by making the dial out device a controlling terminal. > slattach does this. This has some rather profound mgetty implications, notably with regard to controlling tty and first opener for process group leader, since mgetty will have the port open first. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 4 11:16:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18432 for hackers-outgoing; Thu, 4 May 1995 11:16:23 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA18425 for ; Thu, 4 May 1995 11:16:21 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08447; Thu, 4 May 95 11:57:48 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505041757.AA08447@cs.weber.edu> Subject: Re: Screen print capability To: peter@bonkers.taronga.com (Peter da Silva) Date: Thu, 4 May 95 11:57:48 MDT Cc: hackers@FreeBSD.org, terry@cs.weber.edu (Terry Lambert) In-Reply-To: <199505040005.TAA17949@bonkers.taronga.com> from "Peter da Silva" at May 3, 95 07:05:43 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > > It's not an SCO console if it doesn't allow the character set shifting, > > doesn't allow scan-code mode operation, doesn't support escape sequence > > reporting, doesn't support switching the character attribute between > > blink and high intensity for background colors, doesn't support ISO > > and SCO color selection escape sequences, or doesn't support scrolling > > when the 80th column/25th line character is written (the proper way to > > handle it is to remember the 79th character, draw the 80th at the 79th > > position, insert a character at the 79th making the 79th the 80th, and > > redrawing the 79th). > > I didn't see screen printing in that list, but if it's critical for SCO apps > then turn it on for SCO apps, but leave it off by default. Screen printing is not one of the features; what people were talking about was using "escape sequence reporting" (of screen contents) and doing the implementation that way. Personally I'm partial to the "ioctl for a hot key, ioctl to get screen contents" approach. > > Leaving out a feature because you find it morally repugnant isn't an > > option. There's a nice, clear "yes/no" line for compatability, and that > > would put you firmly on the "no" side. > > OK, do you plan to support Xenix 286 emulation? If compatibility is a yes/no > matter then leaving that out puts you clearly on the "no" side. That means > you need to support Xenix shared memory and Xenix semaphores, which use > special files in the file system. > > No, I don't expect that (though it *would* be a killer app... we're keeping > a bevy of Xenix boxes alive for legacy support), but it does mean that SCO > compatibility isn't a nice, clear "yes/no" line after all. I think the line is per application. The 286 emulation does push a number of things over the line to "no". We aren't really talking about moving the line, we're talking about looking at a rather raggedy line and then examining the point of closes approac to see if anything's on the other side of it or not. I'd have to say that the console is one thing that sticks its nose way, way out there. The 286 emulation is less of a problem, since there are less apps depending on it than are depending on identical console function. On the other hand, I'd say that both are actually desirable, though the console is more desirable. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 4 11:16:25 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18444 for hackers-outgoing; Thu, 4 May 1995 11:16:25 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA18424 for ; Thu, 4 May 1995 11:16:21 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id MAA16185; Thu, 4 May 1995 12:20:31 -0600 Date: Thu, 4 May 1995 12:20:31 -0600 From: Nate Williams Message-Id: <199505041820.MAA16185@trout.sri.MT.net> In-Reply-To: faulkner@mpd.tandem.com (Boyd Faulkner) "Re: slattach!!!!!!!" (May 4, 1:03pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: faulkner@mpd.tandem.com (Boyd Faulkner) Subject: Re: slattach!!!!!!! Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Actually, in the case of PPP/SLIP, I think expect is overkill. Chat > > does the job very well and is already part of the system. I have not > > yet found a case where expect works any better than a decent CHAT > > script, and there are good examples of complex CHAT scripts in the > > O'Reilly UUCP books. > > > Can you use chat to grab variables? Chat's job is to dial into a machine and login. No more, no less. If you need extended functionality then expect may be the tool for you, but for most folks it works pretty well. > I have an internet provider that assigns a different IP address > everytime you slip in. (You can get a dedicated line but they cost > more.) The address is assigned by which port you call in on and that is > determined by a rotary. Worse, you can be attached to any of a number > of systems so you need to grab both the IP address assigned to you and > the name of the machine you attached to so you can add the route. This sounds like a job for ..... 'PPP'. SLIP isn't designed for this sort of thing, and you have to add all sorts of additional scripts and funky stuff to make it work, where it's all builtin with PPP. Does your ISP support PPP? Nate From owner-freebsd-hackers Thu May 4 11:18:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18514 for hackers-outgoing; Thu, 4 May 1995 11:18:18 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA18508 for ; Thu, 4 May 1995 11:18:17 -0700 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA16802; Thu, 4 May 95 13:16:59 CDT From: Joe Greco Message-Id: <9505041816.AA16802@brasil.moneng.mei.com> Subject: Re: looking for IP over printer port driver users To: steve@simon.chi.il.us (Steven E. Piette) Date: Thu, 4 May 1995 13:16:59 -0500 (CDT) Cc: jkh@time.cdrom.com, hackers@FreeBSD.org In-Reply-To: from "Steven E. Piette" at May 4, 95 00:42:00 am X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 664 Sender: hackers-owner@FreeBSD.org Precedence: bulk > That's the one thing I really miss about the Bay Area .vs. here in the > Midwest. I can't just run down to Fry's or Halted, or NCA, or Weird Stuff, > or Haltek, or ... > > I always have to add a day to my trips out there for foraging runs. And YOU're in the Chicagoland area??? Geez. :-) Consider yourself lucky. I have to *special order* things like AHA1542's (at least if I wanna pay a reasonable price). ... Joe ------------------------------------------------------------------------------- Joe Greco - Systems Software Engineer, UNIX/Network Hacker, Etc. 414/362-3617 Marquette Electronics, Inc. - R&D - Milwaukee, WI jgreco@mei.com From owner-freebsd-hackers Thu May 4 11:18:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18524 for hackers-outgoing; Thu, 4 May 1995 11:18:32 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA18518 for ; Thu, 4 May 1995 11:18:31 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08724; Thu, 4 May 95 12:09:36 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505041809.AA08724@cs.weber.edu> Subject: Re: GNU cpp bug with pthreads To: bde@zeta.org.au (Bruce Evans) Date: Thu, 4 May 95 12:09:36 MDT Cc: joerg_wunsch@uriah.heep.sax.de, patl@asimov.lashley.slip.netcom.com, rpt@miles.sso.loral.com, hackers@FreeBSD.org In-Reply-To: <199505040229.MAA30923@godzilla.zeta.org.au> from "Bruce Evans" at May 4, 95 12:29:04 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >Actually, if you really want to be safe, it should be: > > > #if defined(__STDC__) && (__STDC__ == 1) > > Nope. There are probably more compilers that don't support && than > ones that don't default all undefined variables to 0. > > >There is (or was) at least one non-conforming compiler that set > >__STDC__ to 2. (And at least one that would complain if you > >tried '(__STDC__ == 1)' when __STDC__ hasn't been set at all...) > > It's very non-conforming :-). It's AIX in fasciest mode (where it requires functions be written with enbedded prototypes in the formal declaration), from what I remember. The ugly way to handle the whole thing is: #ifdef __STDC__ /* can't compare '#define x' with '#define x 1'*/ #if __STDC__ > 0 #define IS_ANSI 1 #endif /* __STDC__ > 0*/ #endif /* __STDC__*/ #ifdef IS_ANSI /* ANSI stuff*/ #else /* !IS_ANSI*/ /* non-ANSI stuff*/ #endif /* !IS_ANSI*/ Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 4 11:21:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18573 for hackers-outgoing; Thu, 4 May 1995 11:21:04 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA18566 for ; Thu, 4 May 1995 11:21:01 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA08811; Thu, 4 May 95 12:14:08 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505041814.AA08811@cs.weber.edu> Subject: Re: GNU cpp bug with pthreads To: bde@zeta.org.au (Bruce Evans) Date: Thu, 4 May 95 12:14:07 MDT Cc: bde@zeta.org.au, hackers@FreeBSD.org, j@uriah.heep.sax.de, rpt@miles.sso.loral.com In-Reply-To: <199505040259.MAA31717@godzilla.zeta.org.au> from "Bruce Evans" at May 4, 95 12:59:12 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > >On the other hand, #if is not necessarily a valid directive in older > >preprocessers. > > Older than K&R1 (1978)? FreeBSD doesn't attempt to support those. I didn't say that I didn't personally use '#if' (although I don't use '#elif', and would have liked a '#ifclude' to include files only if they were there...). Oh, in traditional mode, the Sun transitional compiler doesn't take void, const, or volatile, but will take prototypes. In non-traditional mode (__STDC__ == 1), it accepts all of them. In fasciest mode, the AIX compiler (__STDC__ == 2) will not take non prototype function declartions (ie: no compatability for formal function declarations). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 4 11:28:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA18668 for hackers-outgoing; Thu, 4 May 1995 11:28:17 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA18662 for ; Thu, 4 May 1995 11:28:15 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with ESMTP id LAA21403 for ; Thu, 4 May 1995 11:25:28 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id MAA16254; Thu, 4 May 1995 12:29:44 -0600 Date: Thu, 4 May 1995 12:29:44 -0600 From: Nate Williams Message-Id: <199505041829.MAA16254@trout.sri.MT.net> In-Reply-To: Joe Greco "Re: looking for IP over printer port driver users" (May 4, 1:16pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Joe Greco Subject: Re: looking for IP over printer port driver users Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > That's the one thing I really miss about the Bay Area .vs. here in the > > Midwest. I can't just run down to Fry's or Halted, or NCA, or Weird Stuff, > > or Haltek, or ... > > > > I always have to add a day to my trips out there for foraging runs. > > And YOU're in the Chicagoland area??? Geez. :-) Consider yourself lucky. > I have to *special order* things like AHA1542's (at least if I wanna pay a > reasonable price). Any in Milwaukee and you're complaining? Heck, I have to order floppy disks up here in Montana. :-) Nate From owner-freebsd-hackers Thu May 4 11:51:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19253 for hackers-outgoing; Thu, 4 May 1995 11:51:00 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19195 for ; Thu, 4 May 1995 11:49:42 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20481; Thu, 4 May 1995 20:49:29 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA09973 for freebsd-hackers@freebsd.org; Thu, 4 May 1995 20:49:28 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA24093 for freebsd-hackers@freebsd.org; Thu, 4 May 1995 20:02:32 +0200 From: J Wunsch Message-Id: <199505041802.UAA24093@uriah.heep.sax.de> Subject: Re: Another problem with I18N support in sysinstall. To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 4 May 1995 20:02:32 +0200 (MET DST) Reply-To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <1063.799590239@time.cdrom.com> from "Jordan K. Hubbard" at May 4, 95 05:23:59 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1275 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > If you go with the default font, you get nice looking dialogs and > lousy looking umlauts, accents and such. If you go with an ISO8859-1 > font, you get nice umlauts and accents but the line drawing characters > have gone to hell and the dialogs look terrible. I think it's an inherent problem in syscons. There are only 256 font slots (pcvt uses 512, and remaps everything so most ISO-8859-1 chars can be displayed without a loaded font), and it's a decision question if you want to have the all-singing-all-dancing IBM437 box character crud (instead of single-line box characters as used in VT102), or the i18n features of ISO-8859-1. (Do understand me right: i'm not voting for pcvt as the default driver.) Perhaps the slot range 0x80 - 0x9f (ISO additional control characters) can be used for simple box characters. > P.S. I suddently occurs to me that I've been calling Andrey "Andrew" > for about 2 years now! He used to call himself this way for about 2 years. :) (So it can't be too hard. Maybe i should get a KOI-8 font and use it for every mail to one of our russian friends. ;-) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 4 11:55:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA19410 for hackers-outgoing; Thu, 4 May 1995 11:55:36 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id LAA19400 for ; Thu, 4 May 1995 11:55:28 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20470; Thu, 4 May 1995 20:49:28 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA09968; Thu, 4 May 1995 20:49:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id TAA24076; Thu, 4 May 1995 19:56:33 +0200 From: J Wunsch Message-Id: <199505041756.TAA24076@uriah.heep.sax.de> Subject: Re: Alternative reboot under SNAP-950412 To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 4 May 1995 19:56:33 +0200 (MET DST) Cc: agl@mac.glas.apc.org Reply-To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199505041522.IAA02525@wcarchive.cdrom.com> from "william pechter ILEX" at May 4, 95 11:19:32 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 770 Sender: hackers-owner@FreeBSD.org Precedence: bulk As william pechter ILEX wrote: > > pcvt uses a different key mapping. With the vt220 compatible > key layout switch screens by f1-4 (for first four screens) f5 is a > toggle screen to rotary. This has been chosen since an original VT220 uses F1 through F5 for control purposes. Without the ``full VT220'' mode (i.e., the default mode), F9 through F12 access the first four screens, Alt-F12 rotates. In any configuration, Ctrl-Alt-F access vt. Consistently with the X server (and even Linux?). Major revamp planned for the next pcvt release. Things should be better configurable instead of being hard-coded. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 4 12:05:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19651 for hackers-outgoing; Thu, 4 May 1995 12:05:23 -0700 Received: from mail.barrnet.net (mail.BARRNET.NET [131.119.246.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA19645 for ; Thu, 4 May 1995 12:05:21 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by mail.barrnet.net (8.6.10/MAIL-RELAY-LEN) with SMTP id MAA21568 for ; Thu, 4 May 1995 12:01:47 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20823; Thu, 4 May 1995 20:59:15 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id UAA10061; Thu, 4 May 1995 20:59:14 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id UAA24719; Thu, 4 May 1995 20:56:18 +0200 From: J Wunsch Message-Id: <199505041856.UAA24719@uriah.heep.sax.de> Subject: Re: Alternative reboot under SNAP-950412 To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 4 May 1995 20:56:18 +0200 (MET DST) Cc: agl@mac.glas.apc.org Reply-To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <3412.799601091@time.cdrom.com> from "Jordan K. Hubbard" at May 4, 95 08:24:51 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 508 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Jordan K. Hubbard wrote: > > You're talking about pcvt, I think. With pcvt, you're on your own. > It's an add-on, and we can't always guarantee that it works! syscons > is the only "officially" supported console driver for now. No slight > to Helmuth and Joerg intended, just the way it is. Sometimes it's as simple as reading the various documentation... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 4 12:14:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19764 for hackers-outgoing; Thu, 4 May 1995 12:14:59 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA19758 for ; Thu, 4 May 1995 12:14:55 -0700 Received: from orion.stars.sed.monmouth.army.mil ([158.9.11.65]) by wcarchive.cdrom.com (8.6.11/8.6.9) with ESMTP id MAA27542 for ; Thu, 4 May 1995 12:15:08 -0700 Message-Id: <199505041915.MAA27542@wcarchive.cdrom.com> Received: by orion.stars.sed.monmouth.army.mil (1.37.109.16/16.2) id AA099064786; Wed, 3 May 1995 14:13:06 -0400 From: william pechter ILEX Subject: Re: looking for IP over printer port driver users To: terry@cs.weber.edu (Terry Lambert) Date: Wed, 3 May 1995 14:13:06 -0400 (EDT) Cc: FreeBSD-hackers@wcarchive.cdrom.com (FreeBSD-hackers) In-Reply-To: <9505031710.AA13605@cs.weber.edu> from "Terry Lambert" at May 3, 95 11:10:49 am X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 732 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Well, just to set that particular record straight, I started this > > business as a tech, not a programmer, so I know one end of a soldering > > iron from another (the smell of rosin brings back memories :-). > > How 'bout the smell of "burning hand"? }B-). > > > Terry Lambert > terry@cs.weber.edu Unfortunately, I can talk about soldering in my underwear at 4am one morning. The slip was painful, not to mention embarrassing. Bill ----------------------------------------------------------------------------- Bill Pechter |Systems Administrator | N2RDI Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil From owner-freebsd-hackers Thu May 4 12:15:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19782 for hackers-outgoing; Thu, 4 May 1995 12:15:26 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA19776 ; Thu, 4 May 1995 12:15:22 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA09917; Thu, 4 May 95 13:08:40 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505041908.AA09917@cs.weber.edu> Subject: Re: Can someone explain the various forms of Japanese text encoding? To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Thu, 4 May 95 13:08:40 MDT Cc: ache@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <16984.799556850@time.cdrom.com> from "Jordan K. Hubbard" at May 3, 95 08:07:30 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > So far I've seen "romanji", which appears to be a romanized form of > Japanese, JIS (which is?) and "EUC" (which is?). I'd like to support > the "most standard" type for sysinstall, but I'm a little unclear as > to just exactly what that might be. Romanji looks like the easiest to > display, but it's probably also the least palatable to the native > Japanese speaker. Given that I also have *no* Japanese fonts for > syscons, I'm also somewhat limited in that dept. anyway. There is a > format I can display with the ISO8859-1 font, according to Satoshi, > though I'm still a little unclear on how it works. Romanji is the use of Latin letters and Romanization rules to provide a phonetic spelling for Japanese that is generally useful for Gaijin (foreigners/aliens) trying to get a speaking vocabulary or Japanese trying to get a familiarity with Latin lettering and basic English letter pronunciation. JIS is "Japanese International Standard". Most typically, it refers to the JIS-208 character encoding standard, which contains many code points for common Japanese ideaograms (English is alphabetic, Kana is phonetic, and Kanji is ideogrammatic). Ideograms represent one or more sylables representing words (a phonetic alphabet is sometimes called a "syllabary" because it contains only single syllables; Kanji is not a "syllabary" since it can represent multiple syllables with a single ideogram). JIS can also refer to the JIS-212 standard, which is an extension to the 208 standard and includes symbols not in 208. EUC is a runic character encoding method. In general, I hate runic encoding because it destroys your ability to have mening ful file sizes and drastically reduces the usability of fixed field length storage and input mechanisms. For instance, most English forms, such as those used in standardized testing, have blanks for things like your name, etc, with the blanks seperated on a per character basis. Fixed field input on computers typically associates a screen length and a buffer length, which predicts a 1:1 correspondance between the encoding and the insternal (process coding). It's understandable when you could end up with 5 characters for a single symbol being displayed. The same problem occurs when you go to store the data in a file... fixed fields can not be safely used. It smacks of a conspiracy between the internationalizers and the guy who wrote the VMS record oriented file system. ;-). The common encodings for JIS are EUC and shift-JIS, both runic encoding. The EUC encoding is actually ISO 2022. This is the encoding scheme recognized by XPG/4. > I would welcome any suggestions or additional information! I'm not > exactly an expert in I18N issues, though I get the feeling that I'm > going to know a lot more than I planned about this by the time I'm > done! :) I18N generally refers to 8-bit clean encoding used with ISO 8859-x fonts, which are all 7 bit US ASCII with the additional characters in the 0x80 and 0x90 (0x80-0x9f) culumns being considered as an escape character plus the character minus 96 -- in other words, control codes. The remainder of the characters in that region (96 of them) depend on which 8859 standard is used. The 8859 standards are also called the Latin character sets -- that is 8859-1 is frequently seen referred to as Latin-1. I18N encoding is used by XPG/3 (which can't handle non-8-bit encoded languages). There's a FAQ on this whole internationalization issue that is frequently posted on comp.std.internat, comp.software.international, and other standards related groups. It is available for download from the rftm FTP sites at mit and in the uk. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 4 12:23:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19947 for hackers-outgoing; Thu, 4 May 1995 12:23:03 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA19940 for ; Thu, 4 May 1995 12:23:00 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id MAA03203; Thu, 4 May 1995 12:22:51 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id MAA00259; Thu, 4 May 1995 12:22:51 -0700 Message-Id: <199505041922.MAA00259@corbin.Root.COM> To: "Rashid Karimov." cc: agl@redline.ru, hackers@FreeBSD.org Subject: Re: Alternative reboot under SNAP-950412 In-reply-to: Your message of "Thu, 04 May 95 10:19:03 EDT." <199505041419.KAA25536@haven.ios.com> From: David Greenman Reply-To: davidg@Root.COM Date: Thu, 04 May 1995 12:22:49 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Hi there , > >> >> >try 'cat /proc/0/regs' ;-) >> >> I just fixed it, thanks for the report. > > Is it a sec. bug ? I mean can any1 do it and reboot the computer? No, the file permissions don't allow it. -DG From owner-freebsd-hackers Thu May 4 12:24:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA19970 for hackers-outgoing; Thu, 4 May 1995 12:24:42 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA19963 for ; Thu, 4 May 1995 12:24:37 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA10184; Thu, 4 May 95 13:16:52 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505041916.AA10184@cs.weber.edu> Subject: Re: Few problems at 0412 SNAP To: rashid@haven.ios.com (Rashid Karimov.) Date: Thu, 4 May 95 13:16:52 MDT Cc: hackers@FreeBSD.org In-Reply-To: <199505040407.AAA04345@haven.ios.com> from "Rashid Karimov." at May 4, 95 00:07:27 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk [ ... Random reboots ... ] > The system is : > GATEWAY 2000PCI/128Mb RAM/Bustek946C PCI/SCSI adapetr, DIAMOND > STEALTH 64 SVGA card ( with sw_cursor enables ). Is this an older P60 system? Gateway is known to have three motherboards for this box: 1) A motherboard with a bad saturn chipset, known to fail to do cache update/invalidation correctly because of a missing connection in the chip masks. If the chip was built from masks older than Apr 1994, then it probably has this problem. You can use a bus mastering DMA controller *if* you disable the L1 and L2 caches. 2) A motherboard with a bad saturn chipset that has been hacked on the motherboard itself to (mostly) fix the problem. You may still need to disable the L2 cache. 3) A motherboard with a good saturn chipset, but which hasn't had the hack removed because it wasn't cost effective for Gateway to do it and trash their stockpile of motherboards. You *must* disable the L2 cache for this one to work. ?) It may be newer and Gateway may have done something about it, so these may not be your problem. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 4 12:38:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20298 for hackers-outgoing; Thu, 4 May 1995 12:38:08 -0700 Received: from wcarchive.cdrom.com (wcarchive.cdrom.com [192.216.191.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA20292 for ; Thu, 4 May 1995 12:38:06 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by wcarchive.cdrom.com (8.6.11/8.6.9) with ESMTP id MAA03770 for ; Thu, 4 May 1995 12:38:25 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id MAA18493; Thu, 4 May 1995 12:37:07 -0700 From: Julian Elischer Message-Id: <199505041937.MAA18493@ref.tfs.com> Subject: Re: looking for IP over printer port driver users To: pechter@stars.sed.monmouth.army.mil (william pechter ILEX) Date: Thu, 4 May 1995 12:37:07 -0700 (PDT) Cc: terry@cs.weber.edu, FreeBSD-hackers@wcarchive.cdrom.com In-Reply-To: <199505041915.MAA27542@wcarchive.cdrom.com> from "william pechter ILEX" at May 3, 95 02:13:06 pm Content-Type: text Content-Length: 807 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > > > Well, just to set that particular record straight, I started this > > > business as a tech, not a programmer, so I know one end of a soldering > > > iron from another (the smell of rosin brings back memories :-). > > > > How 'bout the smell of "burning hand"? }B-). > > > > > > Terry Lambert > > terry@cs.weber.edu > > Unfortunately, I can talk about soldering in my underwear at 4am one morning. > The slip was painful, not to mention embarrassing. WHY were you wearing a slip? > > Bill > ----------------------------------------------------------------------------- > Bill Pechter |Systems Administrator | N2RDI > Ilex Systems |170 Patterson Ave | Shrewsbury, New Jersey 07702 > 908-532-2369 |pechter@sesd.ilex.com | pechter@stars.sed.monmouth.army.mil > From owner-freebsd-hackers Thu May 4 12:44:50 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20401 for hackers-outgoing; Thu, 4 May 1995 12:44:50 -0700 Received: from brasil.moneng.mei.com (brasil.moneng.mei.com [151.186.20.4]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id MAA20395 for ; Thu, 4 May 1995 12:44:48 -0700 Received: by brasil.moneng.mei.com (4.1/SMI-4.1) id AA00501; Thu, 4 May 95 14:44:08 CDT From: Joe Greco Message-Id: <9505041944.AA00501@brasil.moneng.mei.com> Subject: Re: looking for IP over printer port driver users To: nate@trout.sri.MT.net (Nate Williams) Date: Thu, 4 May 1995 14:44:07 -0500 (CDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505041829.MAA16254@trout.sri.MT.net> from "Nate Williams" at May 4, 95 12:29:44 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 187 Sender: hackers-owner@FreeBSD.org Precedence: bulk > Any in Milwaukee and you're complaining? Heck, I have to order floppy > disks up here in Montana. :-) Heck, I thought you guys had to order phone and electric special... :-) ... JG From owner-freebsd-hackers Thu May 4 12:49:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20510 for hackers-outgoing; Thu, 4 May 1995 12:49:54 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA20502 for ; Thu, 4 May 1995 12:49:50 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id NAA16504; Thu, 4 May 1995 13:52:44 -0600 Date: Thu, 4 May 1995 13:52:44 -0600 From: Nate Williams Message-Id: <199505041952.NAA16504@trout.sri.MT.net> In-Reply-To: Joe Greco "Re: looking for IP over printer port driver users" (May 4, 2:44pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: Joe Greco Subject: Re: looking for IP over printer port driver users Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Any in Milwaukee and you're complaining? Heck, I have to order floppy > > disks up here in Montana. :-) > > Heck, I thought you guys had to order phone and electric special... :-) > *laugh* Uh, yeah, but we get to tie up the horses to the hitchin post for free. ;P Nate From owner-freebsd-hackers Thu May 4 12:51:58 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA20556 for hackers-outgoing; Thu, 4 May 1995 12:51:58 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA20549 for ; Thu, 4 May 1995 12:51:52 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA07684 for hackers@FreeBSD.org; Thu, 4 May 1995 12:51:47 -0700 From: "Rodney W. Grimes" Message-Id: <199505041951.MAA07684@gndrsh.aac.dev.com> Subject: CAN WE GET BACK TO TECHNICAL ISSUES! To: hackers@FreeBSD.org Date: Thu, 4 May 1995 12:51:47 -0700 (PDT) In-Reply-To: <9505041944.AA00501@brasil.moneng.mei.com> from "Joe Greco" at May 4, 95 02:44:07 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 440 Sender: hackers-owner@FreeBSD.org Precedence: bulk The babble on -hackers is driving me nuts, this is suppose to be a technical mailling list. Please keep descussions to that. We loose enough people due to the volume already without all this babble on the list. If it contiunes at this level I will be dropping off the list. Thanks, -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Thu May 4 13:01:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA20830 for hackers-outgoing; Thu, 4 May 1995 13:01:10 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA20822 ; Thu, 4 May 1995 13:01:00 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA10533; Thu, 4 May 95 13:54:06 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505041954.AA10533@cs.weber.edu> Subject: Re: Can someone explain the various forms of Japanese text encoding? To: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Thu, 4 May 95 13:54:06 MDT Cc: jkh@time.cdrom.com, ache@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199505041146.EAA01328@silvia.HIP.Berkeley.EDU> from "Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at May 4, 95 04:46:20 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > * So far I've seen "romanji", which appears to be a romanized form of > ^^^^^^^ > this should be "romaji" Actually, most of my English-person-studying-Japanese books have it as "romanji"; this could be a locale difference. 8-). > JIS (short for "Japan Industrial Standard", which is the Japanese I always confuse "Industrial" with "International in this. 8-(. > Other than the Esc for the bookmarks, it uses only the printable ASCII > chars (a subrange of 0x20 - 0x7e). Note that even in a purely > Japanese document, the end of line is still represented by 0x0a so > there is at least one Esc-$-B and Esc-(-B per line (unless the line > contains no Japanese at all). Yep. The only method of resynchronizing in the event of line noise when using this method is looking for an end-of-line or one of the escape sequences. 8-(. > In both JIS and EUC, the Japanese part is 2 bytes per char, and > usually, the Japanese fonts are twice the width of their ASCII > counterpart. Thus, on a 80-character wide screen, you can display 40 > Japanese letters (for 80 bytes). Of course JIS is a little longer due > to the escape sequences. The use of "half-character" fonts is one of the reasons that Unicode is not well liked in Japan; with only 16 bits for an encoding, you have the problem of associating two characters and of running out of bits for a prerendered (ie: ROMable) font. On the plus side, you can resynchronize EUC by looking for a high bit. > If we are planning to support NEC's popular (in Japan) PC-9801 series > of computers (with Japanese support built-in in its console), we'll > need to go to the third standard, called "Shift-JIS" (meaning "shifted > JIS") or "MS-Kanji". This is a truly kludgy format, I don't even want > to try to explain it here and let's not worry about it for now. ;) Support for the NEC and the DOS V boxes is probably important in the long run. Install is a real hard nut to crack for internationaliztion; typically, commercial vendors pass on it, either trusting that the technical people will know enough English to do the install, or making a totally different install distribution for the non-English markets. In other words, it's not simply a US/Japan issue. > * Given that I also have *no* Japanese fonts for > * syscons, I'm also somewhat limited in that dept. anyway. There is a > * format I can display with the ISO8859-1 font, according to Satoshi, > * though I'm still a little unclear on how it works. > > According to ME?!? When did I say that? ;) I don't think that's > possible.... :< Me neither. The only thing I can think of is a 7x1 block of # signs, and even English would be better than that. 8-P. > Anyway, since we don't have fonts, I think we are pretty much stuck > with romaji for now. Oh well. :< I thought that the console hardware in the NEC machines was capable of Kanji display (it has ROM fonts)... Is that not true? I think an ASCII with Kana (Katakana/Hirugana) in the high end (sort of an ugly non-ISO pseudo 8859 font) would be superior to Romanji, wouldn't it? At least a lot more Japanese would be able to read it. Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 4 13:05:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA20920 for hackers-outgoing; Thu, 4 May 1995 13:05:17 -0700 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA20913 for ; Thu, 4 May 1995 13:05:13 -0700 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id PAA12187; Thu, 4 May 1995 15:04:57 -0500 Received: by olympus (4.1/TSS2.1) id AA22825; Thu, 4 May 95 15:05:08 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9505042005.AA22825@olympus> Subject: Re: slattach!!!!!!! To: nate@trout.sri.MT.net (Nate Williams) Date: Thu, 4 May 1995 15:05:07 -0500 (CDT) Cc: faulkner@devnull.mpd.tandem.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: <199505041820.MAA16185@trout.sri.MT.net> from "Nate Williams" at May 4, 95 12:20:31 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 1842 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > > Actually, in the case of PPP/SLIP, I think expect is overkill. Chat > > > does the job very well and is already part of the system. I have not > > > yet found a case where expect works any better than a decent CHAT > > > script, and there are good examples of complex CHAT scripts in the > > > O'Reilly UUCP books. > > > > > Can you use chat to grab variables? > > Chat's job is to dial into a machine and login. No more, no less. If > you need extended functionality then expect may be the tool for you, but > for most folks it works pretty well. > > > I have an internet provider that assigns a different IP address > > everytime you slip in. (You can get a dedicated line but they cost > > more.) The address is assigned by which port you call in on and that is > > determined by a rotary. Worse, you can be attached to any of a number > > of systems so you need to grab both the IP address assigned to you and > > the name of the machine you attached to so you can add the route. > > This sounds like a job for ..... 'PPP'. SLIP isn't designed for this > sort of thing, and you have to add all sorts of additional scripts and > funky stuff to make it work, where it's all builtin with PPP. > > Does your ISP support PPP? > > > Nate > Not offically, but it does work. I was simply responding to your statement that you had "not yet found a case where expect works any better than a decent CHAT script". I have. I agree that PPP is a better solution. Nevertheless, this is a "real world" example of CHAT not filling the bill. Sometimes, dialing in and logging in isn't enough. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Thu May 4 13:13:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA21283 for hackers-outgoing; Thu, 4 May 1995 13:13:04 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA21276 ; Thu, 4 May 1995 13:12:56 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA10595; Thu, 4 May 95 14:06:07 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505042006.AA10595@cs.weber.edu> Subject: Re: Can someone explain the various forms of Japanese text encoding? To: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Date: Thu, 4 May 95 14:06:06 MDT Cc: jkh@time.cdrom.com, ache@FreeBSD.org, hackers@FreeBSD.org In-Reply-To: <199505041325.GAA02828@silvia.HIP.Berkeley.EDU> from "Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=" at May 4, 95 06:25:50 am X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > * Thanks for clearing this up! I'm going to save this message somewhere > * for future reference.. :-) > > You're welcome...someone in Japan with the JIS Handbook can give you > more details if needed.... :) Or I have a copy; actually, the most useful book on the subject for an English speaker is O'Reillys "Understanding Japanese Information Processing"; you can see all their propaganda online at: http://www.ora.com/gnn/bus/ora/item/ujip.html It doesn't discuss Romanji (mostly because it really isn't used escept as an educational tool to learn a language one direction or the other. Taligent has a number of nice translation tables and fonts online as part of Unicode (which is a bad word in Japan). You can get a lot of Unicode info at: http://www.stonehand.com/unicode.html (www.unicode.org). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Thu May 4 13:17:31 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA21371 for hackers-outgoing; Thu, 4 May 1995 13:17:31 -0700 Received: from trout.sri.MT.net (trout.sri.MT.net [204.182.243.12]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA21358 for ; Thu, 4 May 1995 13:17:19 -0700 Received: (from nate@localhost) by trout.sri.MT.net (8.6.11/8.6.11) id OAA16623; Thu, 4 May 1995 14:21:28 -0600 Date: Thu, 4 May 1995 14:21:28 -0600 From: Nate Williams Message-Id: <199505042021.OAA16623@trout.sri.MT.net> In-Reply-To: faulkner@mpd.tandem.com (Boyd Faulkner) "Re: slattach!!!!!!!" (May 4, 3:05pm) X-Mailer: Mail User's Shell (7.2.5 10/14/92) To: faulkner@mpd.tandem.com (Boyd Faulkner) Subject: Re: slattach!!!!!!! Cc: freebsd-hackers@freefall.cdrom.com Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Can you use chat to grab variables? > > > > Chat's job is to dial into a machine and login. No more, no less. > Not offically, but it does work. I was simply responding to your > statement that you had "not yet found a case where expect works any > better than a decent CHAT script". That statement was made with the implication that most people want their redial scripts to do just that, redial and login. If you need something beyond logging in, then pick a different tool. Just because I can use Perl for most everything I want to do doesn't make it the best solution for everthing. :-) Nate From owner-freebsd-hackers Thu May 4 13:34:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id NAA21731 for hackers-outgoing; Thu, 4 May 1995 13:34:07 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id NAA21724 for ; Thu, 4 May 1995 13:33:39 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA23410; Thu, 4 May 1995 22:30:19 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id WAA10520 for freebsd-hackers@freebsd.org; Thu, 4 May 1995 22:30:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id WAA25408 for freebsd-hackers@freebsd.org; Thu, 4 May 1995 22:29:25 +0200 From: J Wunsch Message-Id: <199505042029.WAA25408@uriah.heep.sax.de> Subject: Re: slattach!!!!!!! To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Thu, 4 May 1995 22:29:25 +0200 (MET DST) Reply-To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <9505041802.AA08554@cs.weber.edu> from "Terry Lambert" at May 4, 95 12:02:35 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 242 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Terry Lambert wrote: > > This has some rather profound mgetty implications, mgetty is a hack -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 4 14:03:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA22880 for hackers-outgoing; Thu, 4 May 1995 14:03:54 -0700 Received: from casparc.ppp.net (casparc.ppp.net [194.64.12.35]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA22874 for ; Thu, 4 May 1995 14:03:50 -0700 Received: from ernie by casparc.ppp.net with uucp (Smail3.1.28.1 #1) id m0s7825-000I2AC; Thu, 4 May 95 23:02 MET DST Received: by ernie.altona.hamburg.com (Smail3.1.29.0 #15) id m0s77B2-0002OfC; Thu, 4 May 95 22:07 WET DST Message-Id: From: hm@ernie.altona.hamburg.com (Hellmuth Michaelis) Subject: Re: Alternative reboot under SNAP-950412 To: agl@mac.glas.apc.org (Anthony Graphics) Date: Thu, 4 May 1995 22:07:12 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org (FreeBSD Hackers) In-Reply-To: from "Anthony Graphics" at May 4, 95 05:51:59 pm Reply-To: hm@altona.hamburg.com X-Mailer: ELM [version 2.4 PL24] Content-Type: text Content-Length: 947 Sender: hackers-owner@FreeBSD.org Precedence: bulk >From the keyboard of Anthony Graphics: > Vt switching works fine for me when sc0 console driver compiled in, but not > when the vt220 compatible one (vt0?). At least last time I tried. Pcvt can be compiled with a more "VT220"-like keyboard layout or a more "normal" so called "HP"-like keyboard layout. For the compile options look at the descriptions in file pcvt_conf.h. In the "regular" pcvt distribution there are 2 files describing the above layouts, they are Keyboard.VT and Keyboard.HP respectively, i hope they made it into the FreeBSD source tree - you'll find everything you need to now about vt switching in this doc-files. Anyway it should always be possible to use the standard X keystroke CTL-ALT-F(x) in pcvt to switch screens with both compile options. hellmuth -- Hellmuth Michaelis hm@altona.hamburg.com Hamburg, Europe (A)bort, (R)etry, (I)nstall BSD ? From owner-freebsd-hackers Thu May 4 14:19:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA24040 for hackers-outgoing; Thu, 4 May 1995 14:19:22 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id NAA22539 ; Thu, 4 May 1995 13:58:19 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id NAA24654; Thu, 4 May 1995 13:57:56 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: "Rodney W. Grimes" cc: hackers@FreeBSD.org, announce@FreeBSD.org Reply-to: chat@FreeBSD.org Subject: Re: CAN WE GET BACK TO TECHNICAL ISSUES! In-reply-to: Your message of "Thu, 04 May 1995 12:51:47 PDT." <199505041951.MAA07684@gndrsh.aac.dev.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <24651.799621075.1@time.cdrom.com> Date: Thu, 04 May 1995 13:57:56 -0700 Message-ID: <24652.799621076@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > The babble on -hackers is driving me nuts, this is suppose to be > a technical mailling list. Please keep descussions to that. We > loose enough people due to the volume already without all this > babble on the list. Ah Rod, you're such a sourpuss! :-) No, seriously, I think Rod's right about this and I've finally elected to do something about this (depite my reservations about the increased mail load on freefall - better there than here). There is a new mailing list now called freebsd-chat (or simply `chat'). You may subscribe to it by sending a `subscribe' request to majordomo@freebsd.org, just like the other lists. I am somewhat of two minds about archiving it, but will do so for the time being unless it looks like it's going to be little more than megabytes of spew which nobody ever looks at again. The charter of the list is pretty much open. If you want to send out humourous articles about what happened to you the last time you ran Linux, fine. If you want to chat about your love life and how FreeBSD has ruined it, fine (that should be good for a couple of megabytes of traffic alone! :-). But PLEASE, don't discuss it in -hackers. Hackers has most certainly become a cesspit of misplaced questions, silly cross-postings (I've seen -current, -bugs and -hackers in one posting more times than I can count) and general chit-chat. I hope that this new list will go some way towards alleviating the strain. I also recommend a new and somewhat draconian policy of NOT ANSWERING misplaced questions, inappropriately cross-posted articles or obviously inappropriate material posted to -hackers. If this were done religiously, it would cut down on traffic significantly. Please follow up to -chat. This is NOT a technical discussion! Jordan From owner-freebsd-hackers Thu May 4 14:39:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA26510 for hackers-outgoing; Thu, 4 May 1995 14:39:18 -0700 Received: from news.rim.or.jp (news.rim.or.jp [202.255.181.3]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA26503 ; Thu, 4 May 1995 14:39:13 -0700 Received: (from uucp@localhost) by news.rim.or.jp (8.6.10+2.4W/3.3W-rim1.0) with UUCP id GAA14733; Fri, 5 May 1995 06:39:03 +0900 Received: from us.and.or.jp (localhost [127.0.0.1]) by us.and.or.jp (8.6.11/3.3W8) with ESMTP id GAA02232; Fri, 5 May 1995 06:06:07 +0900 Message-Id: <199505042106.GAA02232@us.and.or.jp> Reply-To: sa2c@st.rim.or.jp To: "Jordan K. Hubbard" cc: asami@cs.berkeley.edu, ache@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Can someone explain the various forms of Japanese text encoding? Sender: hackers-owner@FreeBSD.org Precedence: bulk In-reply-to: ""Jordan K. Hubbard""'s message of "Thu, 04 May 1995 06:02:30 MST." <1455.799592550@time.cdrom.com> Date: Fri, 05 May 1995 06:06:07 +0900 From: NIIMI Satoshi > > * Given that I also have *no* Japanese fonts for > > * syscons, I'm also somewhat limited in that dept. anyway. There is a > > * format I can display with the ISO8859-1 font, according to Satoshi, > > * though I'm still a little unclear on how it works. > > > > According to ME?!? When did I say that? ;) I don't think that's > > possible.... :< > > Sorry, wrong Satoshi - NIIMI Satoshi (which is the first and which is > the last name I'm still trying to figure out with you guys! :-). I didn't say that. I said that romaji version of usage.hlp uses only ISO-8859-1 characters, so how about to call it ja_JP.ISO8859-1 version. Sorry for confusing you. The locale name xx_YY.ZZZZ means xx is language name, YY is country code, and ZZZZ is encoding. Talking about Japanese written in romaji, language is Japanese, used in Japan (I don't know if there are other countries in which Japanese is used though :-), and encoding is ISO-8859-1. -- NIIMI Satoshi From owner-freebsd-hackers Thu May 4 14:57:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA28337 for hackers-outgoing; Thu, 4 May 1995 14:57:03 -0700 Received: from trinity.radio-do.de (gate.Radio-do.de [193.101.164.225]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id OAA28315 for ; Thu, 4 May 1995 14:56:53 -0700 Date: Thu, 4 May 1995 23:50:47 +0200 From: Frank Nobis Message-Id: <199505042150.XAA02112@trinity.radio-do.de> Received: by trinity.radio-do.de (8.6.9/TRINITY-1.2.0-a) via EUnet id XAA02112; Thu, 4 May 1995 23:50:47 +0200 To: bde@zeta.org.au CC: archive@cps.cmich.edu, hackers@FreeBSD.org, jim@reptiles.org In-reply-to: <199505040241.MAA31255@godzilla.zeta.org.au> (message from Bruce Evans on Thu, 4 May 1995 12:41:29 +1000) Subject: Re: AST 4 port, pppd and FreeBSD 2.0--950412-SNAP Sender: hackers-owner@FreeBSD.org Precedence: bulk From owner-freebsd-hackers Thu May 4 15:01:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA28818 for hackers-outgoing; Thu, 4 May 1995 15:01:48 -0700 Received: from trinity.radio-do.de (gate.Radio-do.de [193.101.164.225]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA28797 for ; Thu, 4 May 1995 15:01:40 -0700 Date: Fri, 5 May 1995 00:00:24 +0200 From: Frank Nobis Message-Id: <199505042200.AAA02249@trinity.radio-do.de> Received: by trinity.radio-do.de (8.6.9/TRINITY-1.2.0-a) via EUnet id AAA02249; Fri, 5 May 1995 00:00:24 +0200 To: bde@zeta.org.au CC: archive@cps.cmich.edu, hackers@FreeBSD.org, jim@reptiles.org In-reply-to: <199505040241.MAA31255@godzilla.zeta.org.au> (message from Bruce Evans on Thu, 4 May 1995 12:41:29 +1000) Subject: Re: AST 4 port, pppd and FreeBSD 2.0--950412-SNAP Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Bruce" == Bruce Evans writes: >> I am getting ready to switch two linux boxes to FreeBSD to run >> our dial in lines each box has two AST fourports in them. Would >> some be kind enough to help me set up the kernel config file to >> file these This is what I use in my kernel config options "COM_MULTIPORT" #Multiport support in sys/isa/sio.c #device sio9 at isa? port 0x2b8 tty irq 5 flags 0x901 vector siointr #device sio8 at isa? port 0x2b0 tty flags 0x901 vector siointr #device sio7 at isa? port 0x2a8 tty flags 0x901 vector siointr #device sio6 at isa? port 0x2a0 tty flags 0x901 vector siointr device sio5 at isa? port 0x1b8 tty irq 9 flags 0x501 vector siointr device sio4 at isa? port 0x1b0 tty flags 0x501 vector siointr device sio3 at isa? port 0x1a8 tty flags 0x501 vector siointr device sio2 at isa? port 0x1a0 tty flags 0x501 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr This is one 4 port AST compatible card on irq 2 aka 9 and the two standard serial ports com1 and com2. Bruce> See the man page (sio.4). >> And is there a way to put all four of the AST cards into one >> machine??? My AST clone has only two IO address spaces low as above and a high space with 0x2a0, 0x2a8, 0x2b0 and 0x2b8. If your cards has more than this two it is possible as long as there are 4 irq lines available. Bruce> They would have to be at different addresses of course, and Bruce> on different interrupts. Bruce> Bruce From owner-freebsd-hackers Thu May 4 15:08:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA29615 for hackers-outgoing; Thu, 4 May 1995 15:08:10 -0700 Received: from trinity.radio-do.de (gate.Radio-do.de [193.101.164.225]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA29582 ; Thu, 4 May 1995 15:07:59 -0700 Date: Fri, 5 May 1995 00:08:13 +0200 From: Frank Nobis Message-Id: <199505042208.AAA02334@trinity.radio-do.de> Received: by trinity.radio-do.de (8.6.9/TRINITY-1.2.0-a) via EUnet id AAA02334; Fri, 5 May 1995 00:08:13 +0200 To: me@FreeBSD.org CC: jkh@time.cdrom.com, jkrause@SaarLink.de, hackers@FreeBSD.org In-reply-to: (me@tartufo.pcs.dec.com) Subject: Re: US-ISDN standards and ISDN in general. Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Michael" == Michael Elbel writes: Michael> In pcs.freebsd.hackers you write: >> The current authors of the ISDN code are coming slowly back to >> life here (after I poked them with a sharp stick :-) and may be >> willing to serve as a semi-reluctant focal point for other >> work, assuming that anyone else is truly interested in the >> stuff currently in /sys/gnu/isdn & /usr/src/gnu/usr.sbin/isdn. Michael> Actually, good you remind me to say something about Michael> it. Yes, I'm *very* interested. Michael> We're connected to the ISP via ISDN and I'm about to Michael> check if it's feasible to use the FreeBSD boxes as Michael> routers to the ISP rather than using a dedicated Michael> box. Since I don't have the necessary base hardware yet, Michael> I haven't looked at the actual code yet but I'm open for Michael> pointers about what other people use (I see the Michael> possibility to use a external ISDN "modem" that looks Michael> like any old analog thing). Michael> I'll probably at least be able to help test out / debug Michael> stuff. Just ask your ISP. I'm sure they will help you testing your ISDN drivers. Michael> Michael -- Michael Elbel, PCS GmbH, Muenchen, Germany - Michael> me@FreeBSD.org Fermentation fault (coors dumped) Frank -- Frank Nobis Email: fn@Radio-do.de Landgrafenstr. 130 fn@Germany.EU.net 44139 Dortmund Fax: +49 231 7213816 From owner-freebsd-hackers Thu May 4 15:27:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA00283 for hackers-outgoing; Thu, 4 May 1995 15:27:20 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA29919 for ; Thu, 4 May 1995 15:10:53 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id SAA15219 for hackers@freebsd.org; Thu, 4 May 1995 18:10:30 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id HAA00276; Thu, 4 May 1995 07:40:05 -0400 Date: Thu, 4 May 1995 07:40:05 -0400 From: Gene Stark Message-Id: <199505041140.HAA00276@starkhome.cs.sunysb.edu> To: hackers@FreeBSD.org Subject: IIJ PPP Sender: hackers-owner@FreeBSD.org Precedence: bulk I finally got around to playing with /usr/sbin/ppp. (I have been using pppd for over a year.) In my first attempts, I tried to dial manually, but as soon as carrier is established, a hangup occurs immediately. Does anyone who is currently using /usr/sbin/ppp know why that is and what the fix is? I am hoping to save myself several hours of pawing through the sources and introducing debugging printout. My modem is a USR sportster 14.4K external. In responding, please bear in mind that I am already using pppd, so my modem is properly configured, etc., etc. Thanks! - Gene Stark From owner-freebsd-hackers Thu May 4 15:58:33 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA02216 for hackers-outgoing; Thu, 4 May 1995 15:58:33 -0700 Received: from rover.village.org (rover.village.org [198.137.146.49]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA02210 ; Thu, 4 May 1995 15:58:29 -0700 Received: from localhost (localhost [127.0.0.1]) by rover.village.org (8.6.11/8.6.6) with SMTP id QAA12210; Thu, 4 May 1995 16:57:04 -0600 Message-Id: <199505042257.QAA12210@rover.village.org> To: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Subject: Re: Can someone explain the various forms of Japanese text encoding? Cc: jkh@time.cdrom.com, ache@FreeBSD.org, hackers@FreeBSD.org In-reply-to: Your message of Thu, 04 May 1995 04:46:20 PDT Date: Thu, 04 May 1995 16:57:04 -0600 From: Warner Losh Sender: hackers-owner@FreeBSD.org Precedence: bulk Thanks for the good explaination of the different formats. There is a book called "Introduction to Japanese Text Processing" from O'Reilly that does, imho, a good job covering all of this. I'd be interested to hear other views as well. Warner From owner-freebsd-hackers Thu May 4 16:16:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA03422 for hackers-outgoing; Thu, 4 May 1995 16:16:08 -0700 Received: from kilroy.id.net (kilroy.id.net [152.160.9.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA03416 for ; Thu, 4 May 1995 16:16:06 -0700 Received: (from rls@localhost) by kilroy.id.net (8.6.8/8.6.6) id TAA07743 for hackers@freebsd.org; Thu, 4 May 1995 19:16:28 -0400 From: Robert Shady Message-Id: <199505042316.TAA07743@kilroy.id.net> Subject: YP Compatible password program? Or similar... To: hackers@FreeBSD.org Date: Thu, 4 May 1995 19:16:28 -0400 (EDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 843 Sender: hackers-owner@FreeBSD.org Precedence: bulk We have several machines here that users can login to. We are currently using one machine that they can't login into as the server machine, that regularly copies down password files to the login machines.. Understand? Basically, we are looking for a freely available program that works similar to the YP password program suite. It needs to run on FreeBSD. ==== _/_/_/_/_/ _/_/_/_/ _/_/ _/ _/_/_/_/_/ _/_/_/_/_/ _/ _/ _/ _/_/_/ _/ _/ _/ _/_/_/_/ _/ _/_/_/_/_/ _/_/_/_/ _/ _/ _/_/_/_/_/ _/ Innovative Data Services Serving South-Eastern Michigan Internet Service Provider / Hardware Sales / Consulting Services Voice: (810)348-0000 / Fax: (810)348-9430 / Web: http://www.id.net From owner-freebsd-hackers Thu May 4 16:54:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA04237 for hackers-outgoing; Thu, 4 May 1995 16:54:28 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA04231 ; Thu, 4 May 1995 16:54:27 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id QAA05084; Thu, 4 May 1995 16:54:13 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: sa2c@st.rim.or.jp cc: asami@cs.berkeley.edu, ache@FreeBSD.org, hackers@FreeBSD.org Subject: Re: Can someone explain the various forms of Japanese text encoding? In-reply-to: Your message of "Fri, 05 May 1995 06:06:07 +0900." <199505042106.GAA02232@us.and.or.jp> Date: Thu, 04 May 1995 16:54:12 -0700 Message-ID: <5082.799631652@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I didn't say that. I said that romaji version of usage.hlp uses only > ISO-8859-1 characters, so how about to call it ja_JP.ISO8859-1 > version. Sorry for confusing you. And sorry for the misquote! :-( It looks like romaji is the format we'll be using for now. Jordan From owner-freebsd-hackers Thu May 4 17:06:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04639 for hackers-outgoing; Thu, 4 May 1995 17:06:11 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04633 for ; Thu, 4 May 1995 17:06:11 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id RAA05276; Thu, 4 May 1995 17:05:59 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Gene Stark cc: hackers@FreeBSD.org Subject: Re: IIJ PPP In-reply-to: Your message of "Thu, 04 May 1995 07:40:05 EDT." <199505041140.HAA00276@starkhome.cs.sunysb.edu> Date: Thu, 04 May 1995 17:05:59 -0700 Message-ID: <5274.799632359@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk > I finally got around to playing with /usr/sbin/ppp. (I have been using > pppd for over a year.) In my first attempts, I tried to dial manually, > but as soon as carrier is established, a hangup occurs immediately. > Does anyone who is currently using /usr/sbin/ppp know why that is and > what the fix is? I am hoping to save myself several hours of pawing Well, I think it may be a little premature to assume that this requires a "fix". I can say that it works just peachy for me, and with no hangup problems whatsoever. My configuration file looks like this: ################################################################# # # PPP Sample Configuration File # # Written by Toshiharu OHNO # # $Id: ppp.conf.sample,v 1.2 1995/02/26 12:16:36 amurai Exp $ # ################################################################# # # Default setup. Executed always when PPP is invoked. # default: set device /dev/cuaa1 set speed 115200 set debug phase disable lqr deny lqr set dial "ABORT BUSY ABORT NO\\sCARRIR TIMEOUT 5 \"\" AT OK-AT-OK \\dATDT\\T TIMEOUT 40 CONNECT" # # Example with login script # o From PPP prompt, # ppp> dial simplesite # will automatically dials and perform login procedure. # # ppp> load simplesite # will also load and execute commands, but don't dial. # # o From shell, invoke as # % ppp simplesite # will load commands associated with the label. Use, # ppp> dial # to establish the connection. # # 192.216.222.11 is my Cisco DS500. 192.216.222.17 is me (morton.cdrom.com) # names and passwords changed to protect the innocent. # morton: set phone 5551212 set login "TIMEOUT 5 name:-\\r-name: myname word: mypassword cisco> ppp name: morton word: mypassword PPP" set timeout 0 set ifaddr 192.216.222.17 192.216.222.11 add 0 255.255.255.224 192.216.222.11 From owner-freebsd-hackers Thu May 4 17:13:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04781 for hackers-outgoing; Thu, 4 May 1995 17:13:04 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04773 for ; Thu, 4 May 1995 17:12:58 -0700 Received: by haven.uniserve.com id <449>; Thu, 4 May 1995 17:25:38 -0700 Date: Thu, 4 May 1995 17:24:38 -0700 (PDT) From: Tom Samplonius To: Nate Williams cc: Boyd Faulkner , freebsd-hackers@freefall.cdrom.com Subject: Re: slattach!!!!!!! In-Reply-To: <199505041820.MAA16185@trout.sri.MT.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 4 May 1995, Nate Williams wrote: > > determined by a rotary. Worse, you can be attached to any of a number > > of systems so you need to grab both the IP address assigned to you and > > the name of the machine you attached to so you can add the route. The IP of the machine you connect to, isn't needed. Tom From owner-freebsd-hackers Thu May 4 17:13:34 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA04792 for hackers-outgoing; Thu, 4 May 1995 17:13:34 -0700 Received: from time.cdrom.com (time.cdrom.com [192.216.223.46]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA04786 for ; Thu, 4 May 1995 17:13:33 -0700 Received: from localhost (localhost [127.0.0.1]) by time.cdrom.com (8.6.11/8.6.9) with SMTP id RAA05315; Thu, 4 May 1995 17:13:17 -0700 X-Authentication-Warning: time.cdrom.com: Host localhost didn't use HELO protocol To: Robert Shady cc: hackers@FreeBSD.org Subject: Re: YP Compatible password program? Or similar... In-reply-to: Your message of "Thu, 04 May 1995 19:16:28 EDT." <199505042316.TAA07743@kilroy.id.net> Date: Thu, 04 May 1995 17:13:17 -0700 Message-ID: <5313.799632797@time.cdrom.com> From: "Jordan K. Hubbard" Sender: hackers-owner@FreeBSD.org Precedence: bulk FreeBSD 2.0 and later, especially later, as Bill Paul has made MANY improvements, has full support for NIS (what YP was renamed to). Jordan > We have several machines here that users can login to. We are currently > using one machine that they can't login into as the server machine, that > regularly copies down password files to the login machines.. Understand? > > Basically, we are looking for a freely available program that works > similar to the YP password program suite. It needs to run on FreeBSD. > > ==== > _/_/_/_/_/ _/_/_/_/ _/_/ _/ _/_/_/_/_/ _/_/_/_/_/ > _/ _/ _/ _/_/_/ _/ _/ _/ _/_/_/_/ _/ > _/_/_/_/_/ _/_/_/_/ _/ _/ _/_/_/_/_/ _/ > > Innovative Data Services > Serving South-Eastern Michigan > Internet Service Provider / Hardware Sales / Consulting Services > Voice: (810)348-0000 / Fax: (810)348-9430 / Web: http://www.id.net From owner-freebsd-hackers Thu May 4 18:00:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA06133 for hackers-outgoing; Thu, 4 May 1995 18:00:54 -0700 Received: from skynet.ctr.columbia.edu (skynet.ctr.columbia.edu [128.59.64.70]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA06126 for ; Thu, 4 May 1995 18:00:49 -0700 Received: (from wpaul@localhost) by skynet.ctr.columbia.edu (8.6.8/8.6.6) id TAA00158; Thu, 4 May 1995 19:57:37 -0400 From: "House of Debuggin'" Message-Id: <199505042357.TAA00158@skynet.ctr.columbia.edu> Subject: Re: YP Compatible password program? Or similar... To: rls@kilroy.id.net (Robert Shady) Date: Thu, 4 May 1995 19:57:34 -0400 (EDT) Cc: hackers@FreeBSD.org In-Reply-To: <199505042316.TAA07743@kilroy.id.net> from "Robert Shady" at May 4, 95 07:16:28 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1259 Sender: hackers-owner@FreeBSD.org Precedence: bulk They say this Robert Shady person was kidding when he wrote: > > We have several machines here that users can login to. We are currently > using one machine that they can't login into as the server machine, that > regularly copies down password files to the login machines.. Understand? > > Basically, we are looking for a freely available program that works > similar to the YP password program suite. It needs to run on FreeBSD. > > ==== Well, aside from the fact that it's widely regarded as insecure, why not just use YP/NIS? FreeBSD-current has both client and server-side NIS support, including yppasswd and yppasswdd. (It does not have yp_update() or ypupdated, however. Fortunately, few people seem to use them.) -Bill -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~T~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -Bill Paul (212) 854-6020 | System Manager Work: wpaul@ctr.columbia.edu | Center for Telecommunications Research Home: wpaul@skynet.ctr.columbia.edu | Columbia University, New York City ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Møøse Illuminati: ignore it and be confused, or join it and be confusing! ~~~~~~~~~ FreeBSD 2.1: "We can kick your operating system's ass!" ~~~~~~~~~~ From owner-freebsd-hackers Thu May 4 18:27:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA07151 for hackers-outgoing; Thu, 4 May 1995 18:27:40 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA07145 for ; Thu, 4 May 1995 18:27:39 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id SAA00820; Thu, 4 May 1995 18:26:30 -0700 From: Julian Elischer Message-Id: <199505050126.SAA00820@ref.tfs.com> Subject: Re: slattach!!!!!!! To: tom@haven.uniserve.com (Tom Samplonius) Date: Thu, 4 May 1995 18:26:29 -0700 (PDT) Cc: nate@trout.sri.MT.net, faulkner@mpd.tandem.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Tom Samplonius" at May 4, 95 05:24:38 pm Content-Type: text Content-Length: 566 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > On Thu, 4 May 1995, Nate Williams wrote: > > > > determined by a rotary. Worse, you can be attached to any of a number > > > of systems so you need to grab both the IP address assigned to you and > > > the name of the machine you attached to so you can add the route. > > The IP of the machine you connect to, isn't needed. actually, it's often the other way around.... you can assign you ethernet IP to your slip port as well, as the routing will use the ip address for the foreign eddress for routing decisions (in versions I've used) > > Tom > From owner-freebsd-hackers Thu May 4 20:14:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA10180 for hackers-outgoing; Thu, 4 May 1995 20:14:30 -0700 Received: from uuneo.neosoft.com (mailman@uuneo.NeoSoft.COM [198.64.6.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA10173 for ; Thu, 4 May 1995 20:14:28 -0700 Received: (from mailman@localhost) by uuneo.neosoft.com (8.6.10/8.6.10) id WAA16902 for ; Thu, 4 May 1995 22:14:26 -0500 Received: from concorde.neosoft.com(198.65.161.214) by uuneo.neosoft.com via smap (V1.3) id sma016827; Thu May 4 22:13:56 1995 Date: Thu, 4 May 1995 22:13:54 -0500 (CDT) From: Daniel Baker X-Sender: dbaker@concorde.neosoft.com To: hackers@FreeBSD.org Subject: Colorado FT Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk I've finally gotten my Colorado floppy tape drive probed by ther kernel, I just updated my kernsrc to the new 422 SNAP! Only thing is that it dosen't seem like it does anything when I'm using the tape drive. It runs the tape, but it seems like it writes, then rewinds, then writes, so it never gets anywhere.. Just for a test, I tried to backup /etc -- after a hour, I killed the process. What is the exact command I should be typing in? I read the ft man page, and executed those commands, but no luck. Also, how do I erase and format a tape, etc? Daniel Baker -- NeoSoft Student Assistant (UseNet, FTP & FreeNet Admin.) DBaker@NeoSoft.COM DBaker@Concorde-Mail.NeoSoft.COM ** http://www.neosoft.com/neosoft/staff/dbaker/default.html ** From owner-freebsd-hackers Thu May 4 20:59:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA10859 for hackers-outgoing; Thu, 4 May 1995 20:59:40 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA10849 for ; Thu, 4 May 1995 20:59:02 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id JAA24953 for hackers@freebsd.org; Fri, 5 May 1995 09:58:23 +0500 From: "Serge A. Babkin" Message-Id: <199505050458.JAA24953@hq.icb.chel.su> Subject: Specialix multiport card To: hackers@FreeBSD.org Date: Fri, 5 May 1995 09:58:23 +0500 (GMT+0500) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 966 Sender: hackers-owner@FreeBSD.org Precedence: bulk Trying to write a Digiboard driver I searched for some prototypes (this is my first experience in writing BSD drivers). And I found a great thing: BSDI uses a freeware driver for Specialix card ! So we're able it too (after minor modifications) ! So if you don't know what intelligent multiplexer to buy, buy Specialix. It _nearly_ has a driver for FreeBSD and it's the best intelligent multiplexer I saw (including Digiboard, Longshine, King Card, and, probably any card based on the same chipset as Longshine and King Card - for example Boca's chipset has very like exterior and probably is the same). BTW, never buy Longshine, it's a sack of bugs. I wrote a driver for sVr3 for LCS-8683 two years ago and I had a lot of problems in avoiding card's bugs in driver. All this doesn't means that I'll stop the work on Digiboard driver. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu May 4 21:59:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA12819 for hackers-outgoing; Thu, 4 May 1995 21:59:07 -0700 Received: from aries.ai.net (ai.net [198.69.35.206]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA12813 for ; Thu, 4 May 1995 21:59:05 -0700 Received: (from nc@localhost) by aries.ai.net (8.6.11/8.6.11) id AAA16785; Fri, 5 May 1995 00:53:22 -0400 Date: Fri, 5 May 1995 00:53:21 -0400 (EDT) From: Network Coordinator To: Joe Greco cc: Nate Williams , hackers@FreeBSD.org Subject: Re: looking for IP over printer port driver users In-Reply-To: <9505041944.AA00501@brasil.moneng.mei.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Thu, 4 May 1995, Joe Greco wrote: > > Heck, I thought you guys had to order phone and electric special... :-) > And indoor plumbing? -Jerry. From owner-freebsd-hackers Thu May 4 22:05:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA29615 for hackers-outgoing; Thu, 4 May 1995 15:08:10 -0700 Received: from trinity.radio-do.de (gate.Radio-do.de [193.101.164.225]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA29582 ; Thu, 4 May 1995 15:07:59 -0700 Date: Fri, 5 May 1995 00:08:13 +0200 From: Frank Nobis Message-Id: <199505042208.AAA02334@trinity.radio-do.de> Received: by trinity.radio-do.de (8.6.9/TRINITY-1.2.0-a) via EUnet id AAA02334; Fri, 5 May 1995 00:08:13 +0200 To: me@FreeBSD.org CC: jkh@time.cdrom.com, jkrause@SaarLink.de, hackers@FreeBSD.org In-reply-to: (me@tartufo.pcs.dec.com) Subject: Re: US-ISDN standards and ISDN in general. Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Michael" == Michael Elbel writes: Michael> In pcs.freebsd.hackers you write: >> The current authors of the ISDN code are coming slowly back to >> life here (after I poked them with a sharp stick :-) and may be >> willing to serve as a semi-reluctant focal point for other >> work, assuming that anyone else is truly interested in the >> stuff currently in /sys/gnu/isdn & /usr/src/gnu/usr.sbin/isdn. Michael> Actually, good you remind me to say something about Michael> it. Yes, I'm *very* interested. Michael> We're connected to the ISP via ISDN and I'm about to Michael> check if it's feasible to use the FreeBSD boxes as Michael> routers to the ISP rather than using a dedicated Michael> box. Since I don't have the necessary base hardware yet, Michael> I haven't looked at the actual code yet but I'm open for Michael> pointers about what other people use (I see the Michael> possibility to use a external ISDN "modem" that looks Michael> like any old analog thing). Michael> I'll probably at least be able to help test out / debug Michael> stuff. Just ask your ISP. I'm sure they will help you testing your ISDN drivers. Michael> Michael -- Michael Elbel, PCS GmbH, Muenchen, Germany - Michael> me@FreeBSD.org Fermentation fault (coors dumped) Frank -- Frank Nobis Email: fn@Radio-do.de Landgrafenstr. 130 fn@Germany.EU.net 44139 Dortmund Fax: +49 231 7213816 From owner-freebsd-hackers Thu May 4 22:22:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA13288 for hackers-outgoing; Thu, 4 May 1995 22:22:06 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA13280 for ; Thu, 4 May 1995 22:21:48 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id LAA25486 for hackers@freebsd.org; Fri, 5 May 1995 11:21:46 +0500 From: "Serge A. Babkin" Message-Id: <199505050621.LAA25486@hq.icb.chel.su> Subject: 950412: 3c509 & HDD bug ? To: hackers@FreeBSD.org Date: Fri, 5 May 1995 11:21:45 +0500 (GMT+0500) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 932 Sender: hackers-owner@FreeBSD.org Precedence: bulk I got 950412-SNAP and tried to install it on my 2nd HDD (my working system is still 950210-SNAP on the 1st HDD). Both drives are IDE. It installs OK, but then I got a problem. It boots upto the words: changing root device to wd1a and then hangs. Experiments with configuration shown that it boots only if ep0 is disabled. I tried to put there my old kernel from 950210 and it booted OK with ep0. The problem isn't in ep0 itself, when booted from diskette it worked OK and I even installed everything from network. I have only binary distribution of 950412 now so I can't rebuild the kernel with DDB or put debugging messages in kernel. Any comments ? Oh, I forgot to carry out once more experiment: to copy the kernel from 950412 into my old partition on wd0 and boot from it. I'll try and report. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu May 4 23:11:10 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA13905 for hackers-outgoing; Thu, 4 May 1995 23:11:10 -0700 Received: from hq.icb.chel.su (icb-rich-gw.icb.chel.su [193.125.10.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA13896 for ; Thu, 4 May 1995 23:10:21 -0700 Received: from localhost (babkin@localhost) by hq.icb.chel.su (8.6.5/8.6.5) id LAA25651 for hackers@freebsd.org; Fri, 5 May 1995 11:44:23 +0500 From: "Serge A. Babkin" Message-Id: <199505050644.LAA25651@hq.icb.chel.su> Subject: 950412: 3c509 & HDD bug ? To: hackers@FreeBSD.org Date: Fri, 5 May 1995 11:44:23 +0500 (GMT+0500) X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 559 Sender: hackers-owner@FreeBSD.org Precedence: bulk I carried out experiment I said. Being booted from the 1st HDU the 950412-SNAP kernel hangs at the same place (it doesn't write about changing of root device but hangs after npx0: INT 16 interface message what was previous). IMO the problem isn't in 3c509 driver because it should be the same as I use in 950212-SNAP (if nobody changed it after me) and because it works OK in kernel on floppy. Thank you for any suggestions. Serge Babkin ! (babkin@hq.icb.chel.su) ! Headquarter of Joint Stock Commercial Bank "Chelindbank" ! Chelyabinsk, Russia From owner-freebsd-hackers Thu May 4 23:15:11 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA13957 for hackers-outgoing; Thu, 4 May 1995 23:15:11 -0700 Received: from news.iadfw.net (news.iadfw.net [204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id XAA13948 for ; Thu, 4 May 1995 23:15:09 -0700 Received: (from jbryant@localhost) by news.iadfw.net (8.6.11/8.6.9) id BAA12485 for freebsd-hackers@freebsd.org; Fri, 5 May 1995 01:03:13 -0500 From: Jim Bryant Message-Id: <199505050603.BAA12485@news.iadfw.net> Subject: problems with 0412 To: freebsd-hackers@FreeBSD.org Date: Fri, 5 May 1995 01:03:11 -0500 (CDT) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 840 Sender: hackers-owner@FreeBSD.org Precedence: bulk i've noticed a few quirks in 0412. case: swap-bound under continous heavy network load. [64M RAM, 128M swap space, average 80-100% into swap during peak load periods] after long sessions of swap-bound activities, not all of the vm space is being reclaimed, thus requiring reboot. garbage-collection problem? there is another pesky problem with spontaneous reboots during peak load conditions, 3:1 requiring console intervention. since i will be adding more physical ram in a couple of hours, i thought i'd report these now. 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" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Thu May 4 23:23:23 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA14128 for hackers-outgoing; Thu, 4 May 1995 23:23:23 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA14122 for ; Thu, 4 May 1995 23:23:17 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11507; Fri, 5 May 1995 08:21:54 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA13056 for freebsd-hackers@freebsd.org; Fri, 5 May 1995 08:21:54 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA26475 for freebsd-hackers@freebsd.org; Fri, 5 May 1995 08:01:22 +0200 From: J Wunsch Message-Id: <199505050601.IAA26475@uriah.heep.sax.de> Subject: Re: CAN WE GET BACK TO TECHNICAL ISSUES! To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Fri, 5 May 1995 08:01:20 +0200 (MET DST) Reply-To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199505041951.MAA07684@gndrsh.aac.dev.com> from "Rodney W. Grimes" at May 4, 95 12:51:47 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 448 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Rodney W. Grimes wrote: > > The babble on -hackers is driving me nuts, this is suppose to be > a technical mailling list. Please keep descussions to that. We > loose enough people due to the volume already without all this > babble on the list. What about Peter's proposal of a freebsd-chat list? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Thu May 4 23:41:13 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA14519 for hackers-outgoing; Thu, 4 May 1995 23:41:13 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA14433 for ; Thu, 4 May 1995 23:38:33 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA11972; Fri, 5 May 1995 08:37:20 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA13121 for freebsd-hackers@freebsd.org; Fri, 5 May 1995 08:37:19 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA26743 for freebsd-hackers@freebsd.org; Fri, 5 May 1995 08:32:27 +0200 From: J Wunsch Message-Id: <199505050632.IAA26743@uriah.heep.sax.de> Subject: Re: CAN WE GET BACK TO TECHNICAL ISSUES! To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Fri, 5 May 1995 08:32:27 +0200 (MET DST) Reply-To: chat@FreeBSD.org In-Reply-To: <24652.799621076@time.cdrom.com> from "Jordan K. Hubbard" at May 4, 95 01:57:56 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1002 Sender: hackers-owner@FreeBSD.org Precedence: bulk Just a single followup still to -hackers, it's important for here: As Jordan K. Hubbard wrote: > > I also recommend a new and somewhat draconian policy of NOT ANSWERING > misplaced questions, inappropriately cross-posted articles or obviously > inappropriate material posted to -hackers. If this were done religiously, > it would cut down on traffic significantly. It would also require people to voluntarily correct the To and Cc headers in postings where it's obvious that they are misplaced (or where the subject moved off the topic). I've seen enough threads that have been kept in two lists in parallel solely since people are TOO LAZY to correct the headers, simply hit the g)roup reply key over and over again, thereby growing the To/Cc fields drastically. Guys, you mostly use X11, remember the mouse buttons 1 and 2 for cutting and pasting... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 5 00:44:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA15758 for hackers-outgoing; Fri, 5 May 1995 00:44:15 -0700 Received: from caern.protocorp.com (d4.leonardo.net [198.147.97.68]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id AAA15750 for ; Fri, 5 May 1995 00:44:11 -0700 Received: from caern.leonardo.net (localhost [127.0.0.1]) by caern.protocorp.com (8.6.9/8.6.9) with ESMTP id AAA00490 for ; Fri, 5 May 1995 00:43:43 -0700 Message-Id: <199505050743.AAA00490@caern.protocorp.com> X-Mailer: exmh version 1.5.3 12/28/94 To: freebsd-hackers@freefall.cdrom.com Subject: Re: slattach!!!!!!! In-reply-to: Your message of "Thu, 04 May 1995 12:20:31 MDT." <199505041820.MAA16185@trout.sri.MT.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 05 May 1995 00:43:42 -0700 From: "Mike O'Brien" Sender: hackers-owner@FreeBSD.org Precedence: bulk I'm curious about this whole reconnection thing. In all the PPP cases I know, the providers do dynamic address assignment, which means that if you use 'expect' to redial your provider, you have no idea what your hosts new IP address and/or name are going to be. How do you people handle this problem? Mike O'Brien From owner-freebsd-hackers Fri May 5 01:48:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id BAA18562 for hackers-outgoing; Fri, 5 May 1995 01:48:07 -0700 Received: from silvia.HIP.Berkeley.EDU (silvia.HIP.Berkeley.EDU [136.152.64.181]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id BAA18554 for ; Fri, 5 May 1995 01:48:05 -0700 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.6.11/8.6.9) id BAA00883; Fri, 5 May 1995 01:46:57 -0700 Date: Fri, 5 May 1995 01:46:57 -0700 Message-Id: <199505050846.BAA00883@silvia.HIP.Berkeley.EDU> To: babkin@hq.icb.chel.su CC: hackers@FreeBSD.org In-reply-to: <199505050621.LAA25486@hq.icb.chel.su> (babkin@hq.icb.chel.su) Subject: Re: 950412: 3c509 & HDD bug ? From: asami@cs.berkeley.edu (Satoshi Asami | =?ISO-2022-JP?B?GyRCQHUbKEI=?= =?ISO-2022-JP?B?GyRCOCsbKEIgGyRCOC0bKEI=?=) Sender: hackers-owner@FreeBSD.org Precedence: bulk * I got 950412-SNAP and tried to install it on my 2nd HDD (my working * system is still 950210-SNAP on the 1st HDD). Both drives are IDE. * It installs OK, but then I got a problem. It boots upto the words: I was trying to install 0412 on a Dell Pentium with a 3c509 and had pretty much the same failure when trying to boot from the HD (it died a little earlier though). Disabling ep0 made it boot, as well as disabling everything else. In my case, "wt0" and "ie0" were the culprits. I built a kernel with them (and some others) disabled and all is fine now. Satoshi From owner-freebsd-hackers Fri May 5 03:57:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA23820 for hackers-outgoing; Fri, 5 May 1995 03:57:56 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id DAA23809 for ; Fri, 5 May 1995 03:57:54 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id GAA15808; Fri, 5 May 1995 06:57:29 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id GAA03664; Fri, 5 May 1995 06:55:27 -0400 Date: Fri, 5 May 1995 06:55:27 -0400 From: Gene Stark Message-Id: <199505051055.GAA03664@starkhome.cs.sunysb.edu> To: time.cdrom.com!jkh@sbstark.cs.sunysb.edu CC: FreeBSD.org!hackers@sbstark.cs.sunysb.edu In-reply-to: "Jordan K. Hubbard"'s message of Thu, 04 May 1995 17:05:59 -0700 <5274.799632359@time.cdrom.com> Subject: IIJ PPP Sender: hackers-owner@FreeBSD.org Precedence: bulk >Well, I think it may be a little premature to assume that this >requires a "fix". I can say that it works just peachy for me, and >with no hangup problems whatsoever. My configuration file looks >like this: Well, from my point of view, it doesn't work as expected, hence requires a "fix" :-). Anyway, I will give your configuration a try, but I was using "term" to dial manually (seemed simplest as far as just trying the program was concerned). Thanks. - Gene From owner-freebsd-hackers Fri May 5 04:48:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA24564 for hackers-outgoing; Fri, 5 May 1995 04:48:48 -0700 Received: from kilroy.id.net (kilroy.id.net [152.160.9.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA24558 for ; Fri, 5 May 1995 04:48:46 -0700 Received: (from rls@localhost) by kilroy.id.net (8.6.8/8.6.6) id HAA20913; Fri, 5 May 1995 07:48:47 -0400 From: Robert Shady Message-Id: <199505051148.HAA20913@kilroy.id.net> Subject: Re: YP Compatible password program? Or similar... To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 5 May 1995 07:48:46 -0400 (EDT) Cc: rls@kilroy.id.net, hackers@FreeBSD.org In-Reply-To: <5313.799632797@time.cdrom.com> from "Jordan K. Hubbard" at May 4, 95 05:13:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1537 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > We have several machines here that users can login to. We are currently > > using one machine that they can't login into as the server machine, that > > regularly copies down password files to the login machines.. Understand? > > > > Basically, we are looking for a freely available program that works > > similar to the YP password program suite. It needs to run on FreeBSD. > > FreeBSD 2.0 and later, especially later, as Bill Paul has made MANY > improvements, has full support for NIS (what YP was renamed to). Has FreeBSD 2.0-SNAP (something) gotten to the point where it is stable yet? We tried the first SNAP release and couldn't keep it up for 24 hours, where as with 1.1.5.1 w/patches we have uptimes of 30+ days. Keep in mind, there are 3 user login machines, with 3 main server machines, all being used for Internet access and being beaten on pretty severly (Ie: Full news feed, mailing lists, 20+ people at once using POP server, WEB server, and FTP server each as well as reading news, and doing other "misc" things). Is anybody else in a similar situation that can report on their uptimes with the latest FreeBSD? I'd love to switch, but last time we did, it pissed alot of people off.. Kept crashing in the middle of them doing things. -- Rob === Innovative Data Services Serving South-Eastern Michigan Internet Service Provider / Hardware Sales / Consulting Services Voice: (810)348-0000 / Fax: (810)348-9430 / Web: http://www.id.net From owner-freebsd-hackers Fri May 5 05:06:59 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA24915 for hackers-outgoing; Fri, 5 May 1995 05:06:59 -0700 Received: from asstdc.scgt.oz.au (root@asstdc.scgt.oz.au [202.14.234.65]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA24887 for ; Fri, 5 May 1995 05:06:12 -0700 Received: (from imb@localhost) by asstdc.scgt.oz.au (8.6.12/BSD4.4) id WAA02099; Fri, 5 May 1995 22:04:34 +1000 From: michael butler Message-Id: <199505051204.WAA02099@asstdc.scgt.oz.au> Subject: Re: slattach!!!!!!! To: obrien@leonardo.net (Mike O'Brien) Date: Fri, 5 May 1995 22:04:33 +1000 (EST) Cc: hackers@FreeBSD.org In-Reply-To: <199505050743.AAA00490@caern.protocorp.com> from "Mike O'Brien" at May 5, 95 00:43:42 am Reply-To: imb@scgt.oz.au X-Mailer: ELM [version 2.4 PL24beta] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 450 Sender: hackers-owner@FreeBSD.org Precedence: bulk Mike O'Brien writes: > I'm curious about this whole reconnection thing. In all the > PPP cases I know, the providers do dynamic address assignment .. If you are acting as their client, doesn't the PPP address negotiation (by setting the remote end to 0.0.0.0) and subsequent interface manipulation do the job ? If you ARE the service provider, I haven't found a method of dynamic reassignment for FreeBSD (yet) .. suggestions anyone ? michael From owner-freebsd-hackers Fri May 5 05:07:26 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA24933 for hackers-outgoing; Fri, 5 May 1995 05:07:26 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA24921 ; Fri, 5 May 1995 05:07:10 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id VAA20100; Fri, 5 May 1995 21:59:00 +1000 Date: Fri, 5 May 1995 21:59:00 +1000 From: Bruce Evans Message-Id: <199505051159.VAA20100@godzilla.zeta.org.au> To: current@FreeBSD.org Subject: Great Renaming of ttyd* and cua* Yet Again Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk We now have or will have some new h/w tty drivers that have more consistent names for the devices: callin callout initial lock Cyclades: ttyc[0-v] cuac[0-v] ttyic*,cuaic* ttylc*,cualc* Riscom: ttyr[0-v] n/a n/a n/a We have many inconsistenly named h/w tty devices: Cronyx: tty[x-z][0-f] n/a n/a n/a Generic xxx50: ttyd[0-v] cuaa[0-v] ttyid*,cuaia* ttyla*,cuala* isdn: ity0[0-1] ityo[0-1] n/a n/a I think the names and control interfaces should be: Foo: ttyF[0-v] cuaF[0-v] ttyFi*,cuaFi* ttyFl*,cuaFl* i.e., the first letter of the driver name should appear following `tty' in the device name, and the initial and lock devices should be named so that you can find all `Foo' tty devices asily using shell regular expressions. This mainly affects sio. It's confusing to have `d' and `a' ttys being fore the `sio' driver. `s' wouldn't be much better because the sio driver is for xxx50 chips and not for all serial chips. I intend to reorganize the driver and this distinction will be clearer - sio.c will have the generic serial stuff and nsxxx50.c will have the xxx50 stuff; sio.c will be used by cy.c... So sio devices should be renamed ttyn*. This doesn't solve the problem of naming lots of devices. I don;t have a good solution. The sio encoding limits the number of ports to 32, but this should change soon. The Cronyx device numbering takes too much precious namespace and has bugs: it only covers 48 ports but the driver supports 64 and the last one is special so it should be covered, and the last letter stops at f instead of at v. Bruce From owner-freebsd-hackers Fri May 5 05:22:12 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA25168 for hackers-outgoing; Fri, 5 May 1995 05:22:12 -0700 Received: from wdl1.wdl.loral.com (wdl1.wdl.loral.com [137.249.32.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA25158 for ; Fri, 5 May 1995 05:21:59 -0700 Received: from miles.sso.loral.com by wdl1.wdl.loral.com (4.1/WDL-4.2) id AA13653; Fri, 5 May 95 05:19:17 PDT Received: by miles.sso.loral.com (4.1/SSO-SUN-2.04) id AA15410; Fri, 5 May 95 08:20:07 EDT Date: Fri, 5 May 1995 08:20:06 -0400 (EDT) From: Richard Toren X-Sender: rpt@miles To: Terry Lambert Cc: Bruce Evans , hackers@FreeBSD.org, j@uriah.heep.sax.de Subject: Re: GNU cpp bug with pthreads In-Reply-To: <9505041814.AA08811@cs.weber.edu> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On the topic of #if, I have stayed away from it because i have found a number of 'makedepend' variants that don't recognise '#if !defined ...' at all. 'makedepend' is too important a tool on large projects to be ignored. Even if it works on this system, it may not on the next (port=clone=plagerise?). ==================================================== Rip Toren | The bad news is that C++ is not an object-oriented | rpt@miles.sso.loral.com | programming language. .... The good news is that | | C++ supports object-oriented programming. | | C++ Programming & Fundamental Concepts | | by Anderson & Heinze | ==================================================== On Thu, 4 May 1995, Terry Lambert wrote: > > >On the other hand, #if is not necessarily a valid directive in older > > >preprocessers. > > > > Older than K&R1 (1978)? FreeBSD doesn't attempt to support those. > > I didn't say that I didn't personally use '#if' (although I don't use > '#elif', and would have liked a '#ifclude' to include files only if > they were there...). > > Oh, in traditional mode, the Sun transitional compiler doesn't take > void, const, or volatile, but will take prototypes. > > In non-traditional mode (__STDC__ == 1), it accepts all of them. > > In fasciest mode, the AIX compiler (__STDC__ == 2) will not take non > prototype function declartions (ie: no compatability for formal > function declarations). > > > Terry Lambert > terry@cs.weber.edu > --- > Any opinions in this posting are my own and not those of my present > or previous employers. > From owner-freebsd-hackers Fri May 5 05:25:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA25233 for hackers-outgoing; Fri, 5 May 1995 05:25:54 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA25218 for ; Fri, 5 May 1995 05:25:28 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA20696; Fri, 5 May 1995 22:21:06 +1000 Date: Fri, 5 May 1995 22:21:06 +1000 From: Bruce Evans Message-Id: <199505051221.WAA20696@godzilla.zeta.org.au> To: gibbs@estienne.CS.Berkeley.EDU, nate@trout.sri.MT.net Subject: Re: slattach!!!!!!! Cc: daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com, kelly@fsl.noaa.gov, rgrimes@gndrsh.aac.dev.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >to do a similar thing. Some how, slattach was broken when it was >brought into 2.0. I've known this for some time, but haven't had the time >or need since I got a dedicated line to track it down. The tty code >is not my area. It would be nice if someone who knows the tty code >and slattach could look to see what is happening when expect is used >with slattach. My fix for 1.1.5 was to restore the tty state from a >snapshot taken during startup. The multiple forking nature of the >current slattach makes this much for difficult, and it was a cludge >anyway. I know the tty code and slattach but not expect or chat :-). I know of several bugs, but I think they are either unrelated to the current problem or reduce it: 1) slattach no longer aborts on carrier drop if no -r command is given. Its signal handling is BAD (it does too much in the signal handler) and broke when the multiple forking stuff was added. 2) the 2.0 tty driver is not as POSIX conformant as the 1.1.5 driver. It allows the line to be reused after SIGHUPs. The 1.1.5 driver required the multiple forking stuff, or with one of David's important patches, toggling CLOCAL like the 1.1.5 slattach does. (We still haven't found a good way of making control-terminal'ness go away at the right times.) 3) Both the 1.1.5 and the 2.0 tty (sio) driver restore the tty state to a programmable default at open() time, so slattach needs to reprogram it after every open. I think the current slattach does this, although in a tangled way (after a SIGHUP it should close files and start over). Bruce From owner-freebsd-hackers Fri May 5 05:45:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA25634 for hackers-outgoing; Fri, 5 May 1995 05:45:57 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA25619 for ; Fri, 5 May 1995 05:45:04 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA21254; Fri, 5 May 1995 22:37:30 +1000 Date: Fri, 5 May 1995 22:37:30 +1000 From: Bruce Evans Message-Id: <199505051237.WAA21254@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@cs.weber.edu Subject: Re: slattach!!!!!!! Cc: daveh@CSUA.Berkeley.EDU, freebsd-hackers@freefall.cdrom.com, rgrimes@gndrsh.aac.dev.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >How can you get a HUP signal from the dial out device???? What version >> >> In the usual way: by making the dial out device a controlling terminal. >> slattach does this. >This has some rather profound mgetty implications, notably with regard >to controlling tty and first opener for process group leader, since >mgetty will have the port open first. I don't think mgetty can work with slattach or anything that doesn't use lockfiles. The precise behaviour depends on which port slattach opens: dialout port: the open will fail because mgetty has the dialin port open dialin port: the open will succeed (unless mgetty has exclusive access). Slattach won't get the terminal as its controlling terminal if mgetty already has it as its controlling terminal (but why would mgetty have it?), and will log the error. There will be more serious problems when both slattach and mgetty try to handle the terminal. Controlling ttys are not gained on first open by process group leaders in FreeBSD. When they are gained is implementation defined in POSIX, and FreeBSD defines it as when the process does a TIOCSCTTY in certain circumstances. This is normally done in login_tty() after setsid(). Bruce From owner-freebsd-hackers Fri May 5 05:50:21 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA25747 for hackers-outgoing; Fri, 5 May 1995 05:50:21 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA25730 for ; Fri, 5 May 1995 05:49:56 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id WAA21610; Fri, 5 May 1995 22:46:47 +1000 Date: Fri, 5 May 1995 22:46:47 +1000 From: Bruce Evans Message-Id: <199505051246.WAA21610@godzilla.zeta.org.au> To: bde@zeta.org.au, terry@cs.weber.edu Subject: Re: GNU cpp bug with pthreads Cc: hackers@FreeBSD.org, j@uriah.heep.sax.de, rpt@miles.sso.loral.com Sender: hackers-owner@FreeBSD.org Precedence: bulk >> >On the other hand, #if is not necessarily a valid directive in older >> >preprocessers. >> >> Older than K&R1 (1978)? FreeBSD doesn't attempt to support those. >I didn't say that I didn't personally use '#if' (although I don't use >'#elif', and would have liked a '#ifclude' to include files only if >they were there...). I wish there was #defifn (define if not already defined) and typedefifn (typedef if not already typedefed). >Oh, in traditional mode, the Sun transitional compiler doesn't take >void, const, or volatile, but will take prototypes. Surely it has void? There are 2^4 combinations that it might have among those 4 keywords alone, and no way to gets which ones. All nonStandard compilers should have all combinations encoded in negative values of __STDC__ ;-). Bruce From owner-freebsd-hackers Fri May 5 06:41:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id GAA27170 for hackers-outgoing; Fri, 5 May 1995 06:41:46 -0700 Received: from netcom14.netcom.com (pascal@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id GAA27124 ; Fri, 5 May 1995 06:39:51 -0700 Received: by netcom14.netcom.com (8.6.12/Netcom) id GAA19884; Fri, 5 May 1995 06:39:03 -0700 Date: Fri, 5 May 1995 06:39:03 -0700 From: pascal@netcom.com (Richard A Childers) Message-Id: <199505051339.GAA19884@netcom14.netcom.com> To: hackers@FreeBSD.org, questions@FreeBSD.org Subject: How About Digestification ? (was ... GET BACK TO TECHNICAL ISSUES!) Sender: hackers-owner@FreeBSD.org Precedence: bulk Any word on this ? Personally, I have found that technology can be used to evolve solutions that satisfy everyone. The option of subscribing to a mailing list, in a Digest format, is one such solutions which has evolved. Majordomo supports Digests. Any word on when, or if, Digestification will become available ? Perhaps someone would care to subscribe to various freebsd lists, and offer a Digestified version, to fill the gap in services offered ? -- richard Help ! I'm a lesbian trapped in a man's body !! richard childers san francisco, california pascal@netcom.com From owner-freebsd-hackers Fri May 5 07:05:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA27594 for hackers-outgoing; Fri, 5 May 1995 07:05:36 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA27582 for ; Fri, 5 May 1995 07:05:17 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id AAA23749; Sat, 6 May 1995 00:00:43 +1000 Date: Sat, 6 May 1995 00:00:43 +1000 From: Bruce Evans Message-Id: <199505051400.AAA23749@godzilla.zeta.org.au> To: bde@zeta.org.au, fn@trinity.radio-do.de Subject: Re: AST 4 port, pppd and FreeBSD 2.0--950412-SNAP Cc: archive@cps.cmich.edu, hackers@FreeBSD.org, jim@reptiles.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >This is what I use in my kernel config >options "COM_MULTIPORT" #Multiport support in sys/isa/sio.c >... >device sio5 at isa? port 0x1b8 tty irq 9 flags 0x501 vector siointr >device sio4 at isa? port 0x1b0 tty flags 0x501 vector siointr Specifying a vector without specifying an interrupt used not to make any sense. However, now userconfig (booting with -c) allows you to change the irq and not the vector, it's safest to always specify an irq. > >> And is there a way to put all four of the AST cards into one > >> machine??? >My AST clone has only two IO address spaces low as above and a high space >with 0x2a0, 0x2a8, 0x2b0 and 0x2b8. If your cards has more than this >two it is possible as long as there are 4 irq lines available. I checked the docs for a standard AST 4port (actually a 1986 Async Cluster Adapter). It has the same limitation on addresses, except it allows the first two ports to be at the standard COM1-2 addresses. It allows plenty of interrupts (IRQ2-7). Bruce From owner-freebsd-hackers Fri May 5 07:09:56 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA27650 for hackers-outgoing; Fri, 5 May 1995 07:09:56 -0700 Received: from kryten.atinc.com (kryten.atinc.com [198.138.38.7]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA27644 ; Fri, 5 May 1995 07:09:50 -0700 Received: (jmb@localhost) by kryten.atinc.com (8.6.9/8.3) id JAA01630; Fri, 5 May 1995 09:59:50 -0400 Date: Fri, 5 May 1995 09:59:47 -0400 (EDT) From: "Jonathan M. Bresler" Subject: Re: How About Digestification ? (was ... GET BACK TO TECHNICAL ISSUES!) To: Richard A Childers cc: hackers@FreeBSD.org, questions@FreeBSD.org In-Reply-To: <199505051339.GAA19884@netcom14.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk digestification will be available RSN. On Fri, 5 May 1995, Richard A Childers wrote: > > Any word on this ? > > Personally, I have found that technology can be used to evolve solutions > that satisfy everyone. > > The option of subscribing to a mailing list, in a Digest format, is one > such solutions which has evolved. > > Majordomo supports Digests. > > Any word on when, or if, Digestification will become available ? > > Perhaps someone would care to subscribe to various freebsd lists, and offer > a Digestified version, to fill the gap in services offered ? > > > -- richard > > > Help ! I'm a lesbian trapped in a man's body !! > > richard childers san francisco, california pascal@netcom.com > Jonathan M. Bresler jmb@kryten.atinc.com | Analysis & Technology, Inc. | 2341 Jeff Davis Hwy play go. | Arlington, VA 22202 ride bike. hack FreeBSD.--ah the good life | 703-418-2800 x346 From owner-freebsd-hackers Fri May 5 07:46:01 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id HAA29145 for hackers-outgoing; Fri, 5 May 1995 07:46:01 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id HAA29139 for ; Fri, 5 May 1995 07:45:57 -0700 Received: (from root@localhost) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with UUCP id KAA16060 for FreeBSD.org!hackers@sbstark.cs.sunysb.edu; Fri, 5 May 1995 10:45:33 -0400 Received: (from gene@localhost) by starkhome.cs.sunysb.edu (8.6.11/8.6.9) id JAA03892; Fri, 5 May 1995 09:00:31 -0400 Date: Fri, 5 May 1995 09:00:31 -0400 From: Gene Stark Message-Id: <199505051300.JAA03892@starkhome.cs.sunysb.edu> To: jkh@freefall.cdrom.com cc: FreeBSD.org!hackers@sbstark.cs.sunysb.edu Subject: IIJ PPP Sender: hackers-owner@FreeBSD.org Precedence: bulk I got past the first problem, anyway. I am running flexfax and it was leaving a short connect timeout in the modem, and that is what was causing the hangup. Resetting the modem before dialing with ppp at least allows me to get a physical connection. I have to diddle with my ppp login scripts to go on to the next layer. Thanks for the reply. - Gene From owner-freebsd-hackers Fri May 5 08:08:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA29819 for hackers-outgoing; Fri, 5 May 1995 08:08:16 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id IAA29790 ; Fri, 5 May 1995 08:07:23 -0700 Received: by sequent.kiae.su id AA24044 (5.65.kiae-2 ); Fri, 5 May 1995 18:50:03 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Fri, 5 May 95 18:50:00 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id SAA01803; Fri, 5 May 1995 18:45:52 +0400 To: Bruce Evans , current@FreeBSD.org Cc: hackers@FreeBSD.org References: <199505051159.VAA20100@godzilla.zeta.org.au> In-Reply-To: <199505051159.VAA20100@godzilla.zeta.org.au>; from Bruce Evans at Fri, 5 May 1995 21:59:00 +1000 Message-Id: Organization: Olahm Ha-Yetzirah Date: Fri, 5 May 1995 18:45:52 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Great Renaming of ttyd* and cua* Yet Again Lines: 39 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1652 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199505051159.VAA20100@godzilla.zeta.org.au> Bruce Evans writes: >We now have or will have some new h/w tty drivers that have more consistent >names for the devices: > callin callout initial lock >Cyclades: ttyc[0-v] cuac[0-v] ttyic*,cuaic* ttylc*,cualc* >Riscom: ttyr[0-v] n/a n/a n/a ^^^^^^^^^ cuar[0-v] >I think the names and control interfaces should be: >Foo: ttyF[0-v] cuaF[0-v] ttyFi*,cuaFi* ttyFl*,cuaFl* >This mainly affects sio. It's confusing to have `d' and `a' ttys being >fore the `sio' driver. `s' wouldn't be much better because the sio driver >is for xxx50 chips and not for all serial chips. I intend to reorganize >the driver and this distinction will be clearer - sio.c will have the >generic serial stuff and nsxxx50.c will have the xxx50 stuff; sio.c will >be used by cy.c... So sio devices should be renamed ttyn*. I think it will be easy to name xxx50 entries as ttyd? and cuad?, it is many places in system which relays on ttyd? to rename all of them. >This doesn't solve the problem of naming lots of devices. I don;t have >a good solution. The sio encoding limits the number of ports to 32, but >this should change soon. The Cronyx device numbering takes too much minor macro can be easily change to more devices: we have at leats big letters unused. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Fri May 5 08:15:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA00125 for hackers-outgoing; Fri, 5 May 1995 08:15:46 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA29947 ; Fri, 5 May 1995 08:15:00 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id BAA25880; Sat, 6 May 1995 01:11:31 +1000 Date: Sat, 6 May 1995 01:11:31 +1000 From: Bruce Evans Message-Id: <199505051511.BAA25880@godzilla.zeta.org.au> To: ache@astral.msk.su, bde@zeta.org.au, current@FreeBSD.org Subject: Re: Great Renaming of ttyd* and cua* Yet Again Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >I think it will be easy to name xxx50 entries as ttyd? and cuad?, >it is many places in system which relays on ttyd? to rename all >of them. I hope not. All these places will fail to handle ttyc... >minor macro can be easily change to more devices: we have at leats >big letters unused. [0-9a-zA-Z] is 2 short of the next power of 2. We would need to use Cyrilic letters :-). Bruce From owner-freebsd-hackers Fri May 5 08:17:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA00163 for hackers-outgoing; Fri, 5 May 1995 08:17:04 -0700 Received: from trinity.radio-do.de (gate.Radio-do.de [193.101.164.225]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA00152 for ; Fri, 5 May 1995 08:16:54 -0700 Date: Fri, 5 May 1995 17:12:25 +0200 From: Frank Nobis Message-Id: <199505051512.RAA03900@trinity.radio-do.de> Received: by trinity.radio-do.de (8.6.9/TRINITY-1.2.0-a) via EUnet id RAA03900; Fri, 5 May 1995 17:12:25 +0200 To: bde@zeta.org.au CC: archive@cps.cmich.edu, hackers@FreeBSD.org, jim@reptiles.org In-reply-to: <199505051400.AAA23749@godzilla.zeta.org.au> (message from Bruce Evans on Sat, 6 May 1995 00:00:43 +1000) Subject: Re: AST 4 port, pppd and FreeBSD 2.0--950412-SNAP Sender: hackers-owner@FreeBSD.org Precedence: bulk >>>>> "Bruce" == Bruce Evans writes: >> This is what I use in my kernel config >> options "COM_MULTIPORT" #Multiport support in sys/isa/sio.c ... >> >> device sio5 at isa? port 0x1b8 tty irq 9 flags 0x501 vector siointr >> device sio4 at isa? port 0x1b0 tty flags 0x501 vector siointr Bruce> Specifying a vector without specifying an interrupt used Bruce> not to make any sense. However, now userconfig (booting Bruce> with -c) allows you to change the irq and not the vector, Bruce> it's safest to always specify an irq. This is from my old 1.1.5.1 kernel. When is added irq 9 to all ast ports the kernel build fine, but configured only sio5. sio[432] are discarded during attach through irq conflict with the master port. Without the vector, the old 1.1.5.1 kernel won't even build. I never changed my config file when I moved to 2.0, so I don't know if this would work now as expected. Obviously my card runs with all 4 ports using the above configuration. >> >> And is there a way to put all four of the AST cards into one >> >> machine??? >> My AST clone has only two IO address spaces low as above and a >> high space with 0x2a0, 0x2a8, 0x2b0 and 0x2b8. If your cards >> has more than this two it is possible as long as there are 4 >> irq lines available. Bruce> I checked the docs for a standard AST 4port (actually a Bruce> 1986 Async Cluster Adapter). It has the same limitation on Bruce> addresses, except it allows the first two ports to be at Bruce> the standard COM1-2 addresses. It allows plenty of Bruce> interrupts (IRQ2-7). Bruce> Bruce I can configure my card in two ways: Port DOS Enhanced 1 com1/irq4 0x1a0/irqx 2 com2/irq3 0x1a8/irqx 3 0x1b0/irqx 0x1b0/irqx 4 0x1b8/irqx 0x1b8/irqx irqx means irq[2-7] as shared irq. So when I configure two cards in enhanced mode, I get 8 ports. I don"t what happens to port 3/4, if one add a third card in DOS compatible mode to get 10 ports, since that gives a conflict in the I/O space. Frank -- Frank Nobis Email: fn@Radio-do.de Landgrafenstr. 130 fn@Germany.EU.net 44139 Dortmund Fax: +49 231 7213816 From owner-freebsd-hackers Fri May 5 08:27:22 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA00421 for hackers-outgoing; Fri, 5 May 1995 08:27:22 -0700 Received: from sbstark.cs.sunysb.edu (sbstark.cs.sunysb.edu [130.245.1.47]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA00414 for ; Fri, 5 May 1995 08:27:20 -0700 Received: from star-gate.com (hasty.vip.best.com [204.156.141.143]) by sbstark.cs.sunysb.edu (8.6.12/8.6.9) with ESMTP id LAA16107; Fri, 5 May 1995 11:26:53 -0400 Received: from localhost (localhost [127.0.0.1]) by star-gate.com (8.6.11/8.6.9) with SMTP id IAA01991; Fri, 5 May 1995 08:18:40 GMT Message-Id: <199505050818.IAA01991@star-gate.com> X-Authentication-Warning: star-gate.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6delta 4/7/95 To: Gene Stark cc: jkh@freefall.cdrom.com, FreeBSD.org!hackers@sbstark.cs.sunysb.edu Subject: Re: IIJ PPP In-reply-to: Your message of "Fri, 05 May 1995 09:00:31 -0400." <199505051300.JAA03892@starkhome.cs.sunysb.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 May 1995 08:18:37 +0000 From: Amancio Hasty Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> Gene Stark said: > I got past the first problem, anyway. I am running flexfax and it was > leaving a short connect timeout in the modem, and that is what was > causing the hangup. Resetting the modem before dialing with ppp at > least allows me to get a physical connection. I have to diddle with > my ppp login scripts to go on to the next layer. Thanks for the reply. > > - Gene Perhaps if you post the last 10 or 15 lines of your /var/log/ppp.log we could help you... Cheers, Amancio From owner-freebsd-hackers Fri May 5 09:15:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA01855 for hackers-outgoing; Fri, 5 May 1995 09:15:28 -0700 Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA01849 ; Fri, 5 May 1995 09:15:27 -0700 Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.6.10/8.6.9) with SMTP id LAA26798; Fri, 5 May 1995 11:14:59 -0500 Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Fri, 5 May 95 11:14 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Fri, 5 May 95 11:14 CDT Message-Id: Subject: Re: SLICES and bits in the device numbers To: dufault@hda.com (Peter Dufault) Date: Fri, 5 May 1995 11:14:46 -0500 (CDT) From: "Lars Fredriksen" Cc: bde@zeta.org.au, hackers@FreeBSD.org, julian@FreeBSD.org In-Reply-To: <199505011049.GAA20745@hda.com> from "Peter Dufault" at May 1, 95 06:49:44 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 950 Sender: hackers-owner@FreeBSD.org Precedence: bulk Peter Dufault writes: > [ stuff deleted ] > Even if I remove the fixed SCSI device (BUS-ID-LUN embedded in > major number) that can no longer work for disks, I still need a > control device for the disk that bypasses all normal processing > and only permits the ioctl (for formatting disks and fixing broken > tapes). It appears that for a disk drive, the only field that > belongs to the driver is the UNIT field. > Couldn't we use the "bus" device for all lowlevel stuff like formatting, tuning, tape fixing etc? What I mean is that we open /dev/scsi0 and blast the scsi request straight in that way. It does mean some code duplication between the different drivers and the "control" program, but if we are running out of bits, it might be worth it. Lars -- ------------------------------------------------------------------- Lars Fredriksen fredriks@mcs.com (home) lars@fredriks.pr.mcs.net (home-home) fredriks@asiago.cs.wisc.edu From owner-freebsd-hackers Fri May 5 09:15:04 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA01841 for hackers-outgoing; Fri, 5 May 1995 09:15:04 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id JAA01827 for ; Fri, 5 May 1995 09:14:59 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id CAA27347; Sat, 6 May 1995 02:09:19 +1000 Date: Sat, 6 May 1995 02:09:19 +1000 From: Bruce Evans Message-Id: <199505051609.CAA27347@godzilla.zeta.org.au> To: bde@zeta.org.au, fn@trinity.radio-do.de Subject: Re: AST 4 port, pppd and FreeBSD 2.0--950412-SNAP Cc: archive@cps.cmich.edu, hackers@FreeBSD.org, jim@reptiles.org Sender: hackers-owner@FreeBSD.org Precedence: bulk > >> This is what I use in my kernel config > >> options "COM_MULTIPORT" #Multiport support in sys/isa/sio.c ... > >> > >> device sio5 at isa? port 0x1b8 tty irq 9 flags 0x501 vector siointr > >> device sio4 at isa? port 0x1b0 tty flags 0x501 vector siointr > Bruce> Specifying a vector without specifying an interrupt used > Bruce> not to make any sense. However, now userconfig (booting > Bruce> with -c) allows you to change the irq and not the vector, > Bruce> it's safest to always specify an irq. >This is from my old 1.1.5.1 kernel. When is added irq 9 to all ast >ports the kernel build fine, but configured only sio5. sio[432] are >discarded during attach through irq conflict with the master >port. Without the vector, the old 1.1.5.1 kernel won't even build. The 1.1.5 man pages gives an example without the vector. I wrote that part of the man page but may not have tested it much because I've never even seen a 4port. The irq must be different for each board. Two 4 ports can share an interrupt but sio doesn't support this. You need an irq an a vector for each board. Specifying an irq for more than one port per board would confuse the driver. Specifying an irq without a vector causes the vector to silently default to 0 and address 0 to be called if an interrupt occurs! :-( Specifying a vector without an irq did nothing (before userconfig). Specifying neither an irq nor a vector gives polled mode in 2.0 (except for multiport boards the irq and vector are inherited from the master port). Polled mode only works up to 600 bps. >I never changed my config file when I moved to 2.0, so I don't know if >this would work now as expected. Obviously my card runs with all 4 >ports using the above configuration. Please test that it works as documented under 2.0. >I can configure my card in two ways: >Port DOS Enhanced >1 com1/irq4 0x1a0/irqx >2 com2/irq3 0x1a8/irqx >3 0x1b0/irqx 0x1b0/irqx >4 0x1b8/irqx 0x1b8/irqx >irqx means irq[2-7] as shared irq. >So when I configure two cards in enhanced mode, I get 8 ports. I don"t >what happens to port 3/4, if one add a third card in DOS compatible >mode to get 10 ports, since that gives a conflict in the I/O space. Yes, the conflict probably stops it from working. There doesn't seem to be a separate enable the 3rd and 4th ports. Bruce From owner-freebsd-hackers Fri May 5 09:28:06 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id JAA02121 for hackers-outgoing; Fri, 5 May 1995 09:28:06 -0700 Received: from eros.britain.eu.net (eros.Britain.EU.net [192.91.199.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id JAA02114 for ; Fri, 5 May 1995 09:28:02 -0700 Received: from sixnine.gid.co.uk by eros.britain.eu.net with UUCP id ; Fri, 5 May 1995 17:27:03 +0100 Received: by gid.co.uk (smail2.5) id AA15611; Fri, 5 May 95 17:01:51 +0100 (BST) Received: from [192.9.200.25] by seagoon.gid.co.uk; Fri, 5 May 1995 16:11:12 +0100 X-Sender: rb@seagoon.gid.co.uk Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Fri, 5 May 1995 16:11:20 +0100 To: freebsd-hackers@FreeBSD.org From: rb@gid.co.uk (Bob Bishop) Subject: Panic; 2.0R, ppp Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, I'm having some trouble with 2.0R panicing when ppp is running. The scenario is that another machine (also running 2.0R) has logged in and exec's pppd. This happens after an indeterminate period and seems always to be in the same place, as follows: IdlePTD 1be000 panic: page fault current pcb at 1af520 (kgdb) bt #0 0xf017d0e8 in boot () #1 0xf01113c7 in panic () #2 0xf0184af2 in trap_fatal () #3 0xf018465c in trap_pfault () #4 0xf018435f in trap () #5 0xf017abb1 in exception:calltrap () #6 0xf012c391 in pppstart () #7 0xf012c2c5 in if_ppp:pppasyncstart (-266667796) #8 0xf012c0ce in pppoutput () #9 0xf012bb0d in pppwrite () #10 0xf0196249 in siowrite () #11 0xf012953b in spec_write () #12 0xf016c978 in ufsspec_write () #13 0xf0126a9b in vn_write () #14 0xf01125f6 in write () #15 0xf0184cd3 in syscall () There may be some correlation with disk activity, but I wouldn't swear to it. Any ideas? Please reply by direct mail; thanks in advance. -- Bob Bishop (01734) 774017 international code +44 1734 rb@gid.co.uk fax (01734) 894254 between 0800 and 1800 UK From owner-freebsd-hackers Fri May 5 12:20:27 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA07460 for hackers-outgoing; Fri, 5 May 1995 12:20:27 -0700 Received: from print.gfmurray.com ([204.191.196.16]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA07453 for ; Fri, 5 May 1995 12:20:15 -0700 Received: from client3 (client3.gfmurray.com [204.191.196.20]) by print.gfmurray.com (8.6.11/8.6.9) with SMTP id MAA12665; Fri, 5 May 1995 12:20:39 -0700 Date: Fri, 5 May 1995 12:20:39 -0700 Message-Id: <199505051920.MAA12665@print.gfmurray.com> X-Sender: tim@print.gfmurray.com X-Mailer: Windows Eudora Version 1.4.4 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" To: "Justin T. Gibbs" From: tim@gfmurray.com (Tim Barid) Subject: Re: slattach!!!!!!! Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >>> >>> I'd really like for slattach -r to work, >>> who is most familiar with it? why does it break? >>> who do I talkto about fixing it? >>> -daveh@ntanet.net >> >>I am not sure what type of problem you are having, but it works >>just fine for me: >> >>gndrsh# ps ax | grep slatt >> 5221 p0 R+ 0:00.01 grep slatt >> 48 a1 IWs+ 0:00.03 slattach -r dial /dev/cuaa1 ATDTxxxxxxx -c -h -u slco >> > >He's using expect. Ache was looking into this... at least I sent him a >sample expect script to test it with. > >> >>-- >>Rod Grimes rgrimes@gndrsh.aac.dev.com >>Accurate Automation Company Custom computers for FreeBSD > >-- >Justin T. Gibbs >============================================== >TCS Instructional Group - Programmer/Analyst 1 > Cory | Po | Danube | Volga | Parker | Torus >============================================== > The use of expect in an automated login is interesting... I have installed tcl 7.3 and expect 5.4...they both installed o.k. When I attempt to run tclsh from the command line I receive an error: ld.so: Undefined symbol "___main" called from tclsh:/usr/lib/libctl.s0.7.3 at 0x8038400 Expect seems to run from the command line however... Any suggestions on how to address this error? I understand that there are some problems with ld.so ... any easy fixes? Tim Baird G.F. Murray Company Opinions expressed are not necessarily those of my employer From owner-freebsd-hackers Fri May 5 12:51:07 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id MAA09071 for hackers-outgoing; Fri, 5 May 1995 12:51:07 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id MAA09064 for ; Fri, 5 May 1995 12:51:02 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id MAA09447; Fri, 5 May 1995 12:50:43 -0700 From: "Rodney W. Grimes" Message-Id: <199505051950.MAA09447@gndrsh.aac.dev.com> Subject: Re: cvs commit: ports/news/inn/pkg PLIST To: pst@shockwave.com (Paul Traina) Date: Fri, 5 May 1995 12:50:43 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199505051836.LAA01898@precipice.shockwave.com> from "Paul Traina" at May 5, 95 11:36:58 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1589 Sender: hackers-owner@FreeBSD.org Precedence: bulk [Moved to -hackers] > > Let me rephrase this. > > What does renaming /var/spool/news to /var/news fix? > > Are we just doing it to follow our OWN convention? > > /usr/spool/news was broken because /usr/spool was stupid for diskless machines > /usr/spool/mail was broken because /usr/spool was stupid for diskless machines > > /var/spool/mail was NOT broken See below, BSD changed this long ago. > /var/spool/news is NOT broken Agreed. > > /var/mail is stupid, but it was done in the 4.4 distribution, so we leave it > as is because most programs will look there these days when > auto-configuring It was done before 4.4, this goes back to Net/2 and possibly farther, /var/mail is not a spool area as it is an end point for mail. > /var/news is stupid, we're doing it ourselves, we'll have to fix every piece > of news related software that looks for /var/spool/news and we're > just making porting and maintenance that much more of a pain. > > Again, what are we fixing? Agreed. And /var/spool/news is a spool area, it has both incoming and outgoing data keep in there that is handled by daemons. > We need to look at the cost benefit ratio of making gratuitous changes. > > Why are we trying to make FreeBSD = !BSD? If I wanted to run !BSD, I'd run > Linux (vomit). Be carefull it what you label FreeBSD change and what you label CSRG changes. It was CSRG that moved /usr/spool/mail to /var/mail. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri May 5 14:56:16 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA14598 for hackers-outgoing; Fri, 5 May 1995 14:56:16 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA14556 for ; Fri, 5 May 1995 14:55:25 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09462; Fri, 5 May 1995 23:54:38 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA17768 for freebsd-hackers@freebsd.org; Fri, 5 May 1995 23:54:37 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id XAA28103 for freebsd-hackers@freebsd.org; Fri, 5 May 1995 23:47:22 +0200 From: J Wunsch Message-Id: <199505052147.XAA28103@uriah.heep.sax.de> Subject: Re: slattach!!!!!!! To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) Date: Fri, 5 May 1995 23:47:21 +0200 (MET DST) Reply-To: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199505051237.WAA21254@godzilla.zeta.org.au> from "Bruce Evans" at May 5, 95 10:37:30 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 841 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Bruce Evans wrote: > > I don't think mgetty can work with slattach or anything that doesn't use > lockfiles. The precise behaviour depends on which port slattach opens: > > dialout port: the open will fail because mgetty has the dialin port open mgetty has the dialout port open. slattach needs a wrapper (i wrote a Perl one) that creates proper lock files, when used concurrently with mgetty. Since slattach can fork several times, i made my Perl wrapper spawning a ``lock daemon'', an idle process just to provide for a valid PID to be entered in the lock file. Everything is a crock, but mostly works. One day i will get a real modem and rm mgetty in favour of the regular getty. :) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Fri May 5 15:32:40 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA15200 for hackers-outgoing; Fri, 5 May 1995 15:32:40 -0700 Received: from p54c.spnet.com ([204.156.130.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA15194 for ; Fri, 5 May 1995 15:32:35 -0700 Received: from localhost (localhost [127.0.0.1]) by p54c.spnet.com (8.6.11/8.6.9) with SMTP id PAA03358; Fri, 5 May 1995 15:32:31 -0700 Message-Id: <199505052232.PAA03358@p54c.spnet.com> X-Authentication-Warning: p54c.spnet.com: Host localhost didn't use HELO protocol To: hackers@FreeBSD.org cc: elh@p54c.spnet.com Subject: Re: slattach!!!!!!! - solutions Date: Fri, 05 May 1995 15:32:31 -0700 From: Ed Hudson Sender: hackers-owner@FreeBSD.org Precedence: bulk howdy. 1) capturing ip/gateway information via chat: i use a modified version of chat to print to stderr all characters that it receives from the serial line, capture that in my driver script, and use sed/awk to glean my target ip and remote ip information. an imperfect kludge, but much easier than incorporating 'expect', unless you already have it. the uuencoded section below contains both the sample script that i use, as well as the modifications to chat. 2) constant sl-unit number because i have multiple slip connections going simultaneously, i cannot tolerate slattach's normal behaviour of providing unpredictable sl-units (eg, sl1, sl0, sl2, etc). also included in the uuencoded file is a patch to if_sl.c. with the enabling option in your kernel config file this patch produces predictable sl-unit numbers - the unit number is taken from the minor device of the tty number (the last few bits of it, anyway). i think a better fix for this last problem is in the works by the core members, but until its operational, i suggest you try the 'PREDICTABLE_SL' fix included below if you have similar problems (use multiple slip connections simultaneously). to use this, you must add: options "PREDICTABLE_SL" to your kernel config file these two patches are independent. i DON'T recommend that patch-chat be used in any real distribution tree i DO recommend that patch-sys be incorporated in 2.0.5 if the unit-controllable slattach isn't ready. -elh 415 949 4374 elh@spnet.com to unpack: save this mail mesage to a file uudecode file tar xvfz slattach.stuff.tar.Z to apply patch for chat: cd slattach.stuff patch -p < patch-chat pushd /usr/src/usr.bin/chat make make install to apply patch for predictable_sl: cd slattach.stuff patch -p < patch-sys pushd /usr/src/sys/i386/conf remake your kernel begin 664 slattach.stuff.tar.Z M'YV0+E[,81.&#ITP8]"XF$.GCADS+P!(G$BQHL6+&#-JW,BQ(@@:,&[4/'FR!HR5+&.>?`FBQD@9-63("$D21(P8-&[8,%FCH]&C2),JO5B' M81@Y)P&488-FJ48Z5:UJWO8+L&'%CP8,*%#1^^@%,P88N$!I"%#9ABC(LW;,@DF%+' M#0@B9<;XQ.'SA@X8,G3\])DC!PT%+;*G7MWZ]>K9M747%$^G=P(CRA0&E89JGE MEJ2-19!!""G$D$,0#90&'"TX)0<=:8Z1'AQT<,E572'9M5=?@?WE5TR+U6#? M83DE-@-(?\;@9PPR3";GHAME]E14G;]0!%1EIA%%K MKR"P45L9*,X!1QEED(%B&,9-P40+Q3$)@AMUM"$&CR"@P6,9H8*0AAF_!AMN M&':4X<8)OH8!!QS*1@L"5F6`,!"V;FAK1AIX3.L&&2`\E:\:F94K1W']NG$& M"&^XD:^9<(`P1L02CT%'&A&CV$88:^1K;0\#P3`J$458D<001?0P1AUAA#&# M`E-`44011/3P4V0FCSS0S+GNBBR^]SYU1AF^3!41AL*0!'$ M%%-<\804.1N.>&U?L.7U'61`KOCDE5^>N>6<*W`N"%N`T`*Z))1Z:JI2O,#$ MJ2ZX0`+**K,,0A<*X.L&DLFAX;0(%#]=AAUIC)%O&A[6>FNT(D"/A[8Q*/`O MJ"/\B\=;,(-P?,HK%X%^N<#6`4(;F8%0=<'WOT'LO_;"S;V<=@>PK0%M3$+# MO=#`O7(9:PYO0%'][I<_ROW//40+F7O8(H?&(8U''L)*01:8KS#<80T"L9<& M(?:0'EL0&-FP+6@2SX+FR!\2(@<"(4+G#;BS7 M+CF4"XMQB*(;M%=#J.QP8K/;W*[D\`;L[L72'ACK`80QL0%)`\$`>$(A`!"`(`A6T`((G M+"&55"`"%4B@-[F!8`AQD]L0J&!*5&)1#HQSG`[<)SC"Z>MK81LF%[@0!UI^ M+G2C(\+3BJ4LXU!/617;D1G"4`6R#"TXB`Q^\@`YM@(-`-%,>Q!W2 M((I$UPL:^4CDQ6^2E<09)D%IJTVVH).?#.6&OF06!?Y3=\I)$SYMID]&7J^> M\&.9`E(``AXXU)&0O*F4C=R9.>&54>"2C)T$LB5)-> M!"@H+;:F.6AL#K:#0P_`(,,RX)`,9!"1UU*#3G6JJ9UE`P$?"G9"$)Q@#S2J MC:](4(,^G$"I^K)7"_)U@CF\P'@O>,$)P*``8NVTI]FDYMF(FLYU/@6I#ULJ M%@G6U:]63YO<=($*PCI6!43/:4/DGOO.Y->$.(U8YO(0"8AE.S-!@) MK#78BBU6/1)#9]<."`,\/.2S9K"+`OC8JQ("U2M=;*10TH0Q>"\/1B"B& M-^!!!WG)P92D@#1AN:$%4"@(&H;9&2#`H08+@4-F>_,&SO%7>VEH%QF&:08^ MMH%L8S"6]!CR))ANV%=;0-0-7*!:U<:@"Q05PP81[*P%7^S"*,#!:EV0@Q?( MV`:KI:@@03"%)E`!"N8BV!2"$`2[S,"Z.^!Q05"D%R.4@89_P\]R=""#',A' MMD?PL0+>&]^CM2`)$ZYHE%URMQC@H,HN&'*187!D&!B8Q0I&&H/;X`,%8*$% M0>B5N&Q$QB3^]PI/:=@9AGG@!+NXP<-$PALX[.%%^XI89'B7K_:'A"*4:H^5 MLQ5P%$"%-U!81$^>`QG^B9"0R6$.0$`/M(0P!2+\1@YG4,`8QD!@J@"AQ7)^ M,08T\,FT2TG!RV2<=L45$!1"A( M&88YA26#``9-?O)]2&)F*ENY!K)=@5U$BQY$@Z`(!$-"'<@`0>/PH,"%QG5Y M7EQG4)U$>JS+@PM`E0#@$(Q[C-,X%47]"6*H^H M#=_$ZBL-Z00I5&Z'+X97S]K;ZM:W[-A?8-I+Q1@/KI,$*VQB$\39!$_#"0BF MK)`-L&!S..`$C20Q M+U9/X]-&"+/0QD`G?2QD5=R>C38N=H:CO&M*/X/$"`9SLH#)2367NK$OCH([ M3(4-*%(VL32V]S)0M#@[W14VLI9P/`AN+!HL8@1R\\>,MC]D.9$<8'@6[O!7K`4C]=NAE[K[G]9CZ8(,8D-<_K^ M!77_15$+!X,RXG@,\06& M8X+DPG`[AA7<$WC&U2P$%28%,R_U(C9.,T\/]3(Q\Q)5XR$4PW!@EWPE8X0R MIT#R0B]I8"]CXX2.!(5A8!]3B'$Q(#!D8').$S&4EP!Y$'P+)%B"12WFDDX; M]VOZ`AR]$D0_)X0>0B-OX&R(B)QY'A29",>8D87:'J- ME#WYHGH@I(8,MTW-YR$Y\D)TP`9Y@")!Z'X&]WYE$'\<(RP4=8CYDGRY1SEM MDP`B9!P7B`(?R`0L$`,V0%''QW;:,P,B)* MQR.5YS3[!:%QO"(-;114OF``%IF]S!BIBT#7V8D;X`1W0T0)3 MX`1!``4H`ANL$1NO@3E>E5DO<"X\R`:]`2K[L1VQT1T"D3DOH)%/D!YGL)%F MT)'F01S&X01]!`(R<`,^40/F)A\V&677`2$B69&N49(9B30LZ9)C,!PCY&0T M]!%39BCT06[5D1_^,96G`2`J0)-YP0(UJ1<(B9A(O\!\9 M>A)7V1D@\%I_TUK5<1T="@)7>7;Y0C17*'8IMS0L1WUS]W[N87<%I0`G>I6" MQVR%ISOW`S+;XRME$$>;A'_YPGF^XGE0`7HXE:.BYWZ5"!7P=!OMHXD^TGV; MUS5).G_OQR3IUS9."E)#A8V[B*."P:%G*A@G@15-$1-D"`,)D)D1R`8FXZ1J M>J?P1`8Q$*<^,*?E8Z=W.B$P$P8RP*=S6J@Q>#N[N)@@,@-3`JB!ZJ:#2@,U M8*BI:"QG`#8))$YF*A-HZJE8RJ(+Z*)UR`8B0B(8!*2T"7`_D'*JZ2$;!9B= M&A-7>1*FAS\5%RLU]0/AN&>SRA)7233PQRZM."QEL$WV=W109W##I"VU\@9& M%W5NY*1$,W7P58#,YWS/%FW"2"XY^@*_RA+%$7K,&ZB[_0R5[J9A_:2V!.9R$*;%- MDF39H9B,^6V/.0:1"9N5^23->9VR[^^9OC MR8."29Q-=YQTD)P6,KA5R[%YX)GW`@?3B8./BYW:R9W<%%3:%IW`"3G.`D87 MPEZD6[JF>[JHF[JJN[JLV[JN^[JP&[NR.[NT6[NV>[NXF[NZN[N\V[N^^[O` *&[S".[S$6[RJ"[JJ ` end From owner-freebsd-hackers Fri May 5 15:58:20 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id PAA15538 for hackers-outgoing; Fri, 5 May 1995 15:58:20 -0700 Received: from devnull.mpd.tandem.com (devnull.mpd.tandem.com [131.124.4.29]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id PAA15531 for ; Fri, 5 May 1995 15:58:18 -0700 Received: from olympus by devnull.mpd.tandem.com (8.6.8/8.6.6) id RAA11552; Fri, 5 May 1995 17:58:07 -0500 Received: by olympus (4.1/TSS2.1) id AA02463; Fri, 5 May 95 17:58:13 CDT From: faulkner@mpd.tandem.com (Boyd Faulkner) Message-Id: <9505052258.AA02463@olympus> Subject: Re: slattach!!!!!!! To: tom@haven.uniserve.com (Tom Samplonius) Date: Fri, 5 May 1995 17:58:13 -0500 (CDT) Cc: nate@trout.sri.MT.net, faulkner@devnull.mpd.tandem.com, freebsd-hackers@freefall.cdrom.com In-Reply-To: from "Tom Samplonius" at May 4, 95 05:24:38 pm X-Mailer: ELM [version 2.4 PL17] Content-Type: text Content-Length: 713 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > On Thu, 4 May 1995, Nate Williams wrote: > > > > determined by a rotary. Worse, you can be attached to any of a number > > > of systems so you need to grab both the IP address assigned to you and > > > the name of the machine you attached to so you can add the route. > > The IP of the machine you connect to, isn't needed. > > Tom > route add default "IP-ADDR" I don't need this? I guess I could run routed. routed used to grow quite a bit so I stopped using it. Boyd -- _______________________________________________________________________ Boyd Faulkner faulkner@isd.tandem.com _______________________________________________________________________ From owner-freebsd-hackers Fri May 5 16:42:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA16751 for hackers-outgoing; Fri, 5 May 1995 16:42:28 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA16745 for ; Fri, 5 May 1995 16:42:24 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id QAA09851; Fri, 5 May 1995 16:42:06 -0700 From: "Rodney W. Grimes" Message-Id: <199505052342.QAA09851@gndrsh.aac.dev.com> Subject: Re: cvs commit: ports/news/inn/pkg PLIST To: ache@astral.msk.su (Andrey A. Chernov, Black Mage) Date: Fri, 5 May 1995 16:42:05 -0700 (PDT) Cc: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: from "Andrey A. Chernov, Black Mage" at May 6, 95 02:53:56 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 903 Sender: hackers-owner@FreeBSD.org Precedence: bulk [moved to -hackers] > > In message <199505051922.TAA22862@veda.is> Adam David writes: > > >> What does renaming /var/spool/news to /var/news fix? > > >Might there be sites that have a separate partition for /var/spool ? > > >> Are we just doing it to follow our OWN convention? > > >/var/news is the suggested default in the latest Cnews. > > Ok, I want to hear _final_ solution (whatever it can be). Go through all the news related ports, find out which each thinks is the default. Pick the one that is most common to minimize the number of things that have to be patched. Then patch them all so that you can override this value with a single know so sites running either way can easily build the software the way there sight needs it. -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Fri May 5 17:28:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA18140 for hackers-outgoing; Fri, 5 May 1995 17:28:49 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA18133 ; Fri, 5 May 1995 17:28:45 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id RAA04681; Fri, 5 May 1995 17:28:14 -0700 From: Julian Elischer Message-Id: <199505060028.RAA04681@ref.tfs.com> Subject: Re: SLICES and bits in the device numbers To: fredriks@mcs.com (Lars Fredriksen) Date: Fri, 5 May 1995 17:28:13 -0700 (PDT) Cc: dufault@hda.com, bde@zeta.org.au, hackers@FreeBSD.org, julian@FreeBSD.org In-Reply-To: from "Lars Fredriksen" at May 5, 95 11:14:46 am Content-Type: text Content-Length: 958 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Couldn't we use the "bus" device for all lowlevel stuff like formatting, > tuning, tape fixing etc? What I mean is that we open /dev/scsi0 and > blast the scsi request straight in that way. It does mean some code > duplication between the different drivers and the "control" program, > but if we are running out of bits, it might be worth it. but you couldn't blast a format at sd0 but at sb0t0l0 or whatever, which might be easier to get wrong? my own suggestion is that slice1 (presently whole disk slice) be divided into a couple of sub-devices.. 0: whole disk 1: MBR block (if it exists) 2: control (ioctl only) device the st driver already has a control device.. What a control device actually means is dependent on the kind of device, (setting modes permanently on tapes is one example) so I see no reason to not make it's definition device specific, unless you want to make teh SCSI code define this.. (which may not be what we want) julian From owner-freebsd-hackers Fri May 5 17:32:15 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA18264 for hackers-outgoing; Fri, 5 May 1995 17:32:15 -0700 Received: from precipice.shockwave.com (precipice.shockwave.com [171.69.108.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA18255 for ; Fri, 5 May 1995 17:32:13 -0700 Received: from localhost (localhost [127.0.0.1]) by precipice.shockwave.com (8.6.11/8.6.9) with SMTP id RAA02163; Fri, 5 May 1995 17:31:02 -0700 Message-Id: <199505060031.RAA02163@precipice.shockwave.com> To: "Rodney W. Grimes" cc: FreeBSD-hackers@FreeBSD.org (FreeBSD hackers) Subject: Re: cvs commit: ports/news/inn/pkg PLIST In-reply-to: Your message of "Fri, 05 May 1995 12:50:43 PDT." <199505051950.MAA09447@gndrsh.aac.dev.com> Date: Fri, 05 May 1995 17:31:01 -0700 From: Paul Traina Sender: hackers-owner@FreeBSD.org Precedence: bulk From: "Rodney W. Grimes" Subject: Re: cvs commit: ports/news/inn/pkg PLIST Be carefull it what you label FreeBSD change and what you label CSRG changes. It was CSRG that moved /usr/spool/mail to /var/mail. Yes, I know that, I just didn't quite say it right, sorry. From owner-freebsd-hackers Fri May 5 20:52:39 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA22221 for hackers-outgoing; Fri, 5 May 1995 20:52:39 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id UAA22214 for ; Fri, 5 May 1995 20:52:35 -0700 Received: by haven.uniserve.com id <216>; Fri, 5 May 1995 21:05:14 -0700 Date: Fri, 5 May 1995 21:03:52 -0700 (PDT) From: Tom Samplonius To: Boyd Faulkner cc: nate@trout.sri.MT.net, faulkner@devnull.mpd.tandem.com, freebsd-hackers@freefall.cdrom.com Subject: Re: slattach!!!!!!! In-Reply-To: <9505052258.AA02463@olympus> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 5 May 1995, Boyd Faulkner wrote: > route add default "IP-ADDR" > > I don't need this? I guess I could run routed. > > routed used to grow quite a bit so I stopped using it. Or, route add default -interface "local-ip" Tom From owner-freebsd-hackers Fri May 5 21:50:08 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA22685 for hackers-outgoing; Fri, 5 May 1995 21:50:08 -0700 Received: from grep.cs.fsu.edu (grep.cs.fsu.edu [128.186.121.152]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA22658 ; Fri, 5 May 1995 21:48:36 -0700 Received: by grep.cs.fsu.edu (8.6.9/56) id AAA13262; Sat, 6 May 1995 00:48:34 -0400 Date: Sat, 6 May 1995 00:48:34 -0400 From: Gang-Ryung Uh Message-Id: <199505060448.AAA13262@grep.cs.fsu.edu> To: questions@FreeBSD.org Subject: FreeBSD-current Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi, all!! Today, I did download all the sources of /pub/FreeBSD/FreeBSD-current/src using 'wu-ftpd' at the ftp.FreeBSD.org (I like to use the sup, but I got time-out when I do sup on gnu directory...!!! Yes!! I am using the slip connection.) Now my next question is what I have to do in order to upgrade my system (2.0R) to current snapshot, and what should I be really careful before upgrading my system. (simply type 'make world'???) I do really appreciate your reply. Thanks. --Uh ---------------------- Uh Gang-Ryung e-mail: uh@cs.fsu.edu Work Phone: 644-3366 ---------------------- From owner-freebsd-hackers Fri May 5 23:51:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id XAA26238 for hackers-outgoing; Fri, 5 May 1995 23:51:36 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id XAA26232 for ; Fri, 5 May 1995 23:51:30 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA20053; Sat, 6 May 1995 08:51:07 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id IAA20432; Sat, 6 May 1995 08:51:06 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id IAA29975; Sat, 6 May 1995 08:48:28 +0200 From: J Wunsch Message-Id: <199505060648.IAA29975@uriah.heep.sax.de> Subject: Re: FreeBSD-current To: uh@grep.cs.fsu.edu (Gang-Ryung Uh) Date: Sat, 6 May 1995 08:48:28 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199505060448.AAA13262@grep.cs.fsu.edu> from "Gang-Ryung Uh" at May 6, 95 00:48:34 am Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 676 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Gang-Ryung Uh wrote: > > Now my next question is what I have to do in order to upgrade my system (2.0R) > to current snapshot, and what should I be really careful before upgrading my > system. (simply type 'make world'???) foreach filesys (all file systems) /sbin/dump 0u... $filesys end make world :-) The most important part of the system configuration is in /etc, so back it up twice. /etc should not be touched by a make world anyway, but this means you have to update it manually (by comparing against /usr/src/etc). -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat May 6 00:32:03 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id AAA26662 for hackers-outgoing; Sat, 6 May 1995 00:32:03 -0700 Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.225.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id AAA26656 for ; Sat, 6 May 1995 00:31:59 -0700 Received: from gilberto.physik.rwth-aachen.de by campino.informatik.rwth-aachen.de (4.1/campino-7) id AA26535; Sat, 6 May 95 09:31:17 +0200 Received: (from kuku@localhost) by gilberto.physik.rwth-aachen.de (8.6.8/8.6.9) id JAA03523; Sat, 6 May 1995 09:42:54 +0200 Message-Id: <199505060742.JAA03523@gilberto.physik.rwth-aachen.de> Subject: Re: FreeBSD-current To: uh@grep.cs.fsu.edu (Gang-Ryung Uh) Date: Sat, 6 May 1995 09:42:53 +0200 (MET DST) Cc: freebsd-hackers@freefall.cdrom.com (user alias) In-Reply-To: <199505060448.AAA13262@grep.cs.fsu.edu> from "Gang-Ryung Uh" at May 6, 95 00:48:34 am From: Christoph Kukulies Reply-To: Christoph Kukulies X-Mailer: ELM [version 2.4 PL23] Content-Type: text Content-Length: 1184 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi, all!! > > Today, I did download all the sources of /pub/FreeBSD/FreeBSD-current/src > using 'wu-ftpd' at the ftp.FreeBSD.org (I like to use the sup, but I got > time-out when I do sup on gnu directory...!!! Yes!! I am using the slip > connection.) > > Now my next question is what I have to do in order to upgrade my system (2.0R) > to current snapshot, and what should I be really careful before upgrading my > system. (simply type 'make world'???) One thing comes to mind: On the way from 2.0R to -current the inet structures have been changed. So be careful that you don't depend on a network connection as soon as you have made 'world' since from then on your network program (netstat, route etc.) do not match your (old) kernel. > > I do really appreciate your reply. > > Thanks. > --Uh > > ---------------------- > Uh Gang-Ryung > > e-mail: uh@cs.fsu.edu > Work Phone: 644-3366 > ---------------------- > > --Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de FreeBSD blues.physik.rwth-aachen.de BUILT-19950501 FreeBSD BUILT-19950501 #0: Mon May 1 17:20:21 MET DST 1995 root@blues.physik.rwth-aachen.de:/usr/sr c/sys/compile/BLUESGUS i386 From owner-freebsd-hackers Sat May 6 03:51:46 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id DAA01770 for hackers-outgoing; Sat, 6 May 1995 03:51:46 -0700 Received: from sovcom.kiae.su (sovcom.kiae.su [144.206.136.1]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id DAA01764 for ; Sat, 6 May 1995 03:51:33 -0700 Received: by sovcom.kiae.su id AA21738 (5.65.kiae-2 ); Sat, 6 May 1995 14:47:19 +0400 Received: by sovcom.KIAE.su (UUMAIL/2.0); Sat, 6 May 95 14:47:18 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id OAA00607; Sat, 6 May 1995 14:44:26 +0400 To: Ed Hudson , hackers@FreeBSD.org References: <199505052232.PAA03358@p54c.spnet.com> In-Reply-To: <199505052232.PAA03358@p54c.spnet.com>; from Ed Hudson at Fri, 05 May 1995 15:32:31 -0700 Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 6 May 1995 14:44:25 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: slattach!!!!!!! - solutions Lines: 22 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 867 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199505052232.PAA03358@p54c.spnet.com> Ed Hudson writes: > 2) constant sl-unit number > because i have multiple slip connections going simultaneously, > i cannot tolerate slattach's normal behaviour of providing > unpredictable sl-units (eg, sl1, sl0, sl2, etc). > i DO recommend that patch-sys be incorporated in 2.0.5 > if the unit-controllable slattach isn't ready. This already done by another way: ioctl SLIOCSUNIT, this way compatible with BSDI style. Your way is less flexible and non-compatible with anything. I DON'T recommend this patch to 2.0.5. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Sat May 6 04:10:48 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA02376 for hackers-outgoing; Sat, 6 May 1995 04:10:48 -0700 Received: from remington.mt.cs.keio.ac.jp (remington.mt.cs.keio.ac.jp [131.113.82.33]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA02370 for ; Sat, 6 May 1995 04:10:46 -0700 Received: (from hosokawa@localhost) by remington.mt.cs.keio.ac.jp (8.6.12+2.4W/3.4Wbeta3) id UAA24599; Sat, 6 May 1995 20:10:44 +0900 Date: Sat, 6 May 1995 20:10:44 +0900 Message-Id: <199505061110.UAA24599@remington.mt.cs.keio.ac.jp> To: freebsd-hackers@FreeBSD.org Subject: Re: Help! if_ze bug? In-Reply-To: Your message of Thu, 4 May 1995 20:59:41 +0900. <199505041159.UAA13643@remington.mt.cs.keio.ac.jp> From: hosokawa@mt.cs.keio.ac.jp (HOSOKAWA Tatsumi) X-Mailer: mnews [version 1.18PL3] 1994-08/01(Mon) Sender: hackers-owner@FreeBSD.org Precedence: bulk In article <199505041159.UAA13643@remington.mt.cs.keio.ac.jp> hosokawa@mt.cs.keio.ac.jp writes: >> I'm currently using 3c589 as the Ethernet card of my laptop. But I >> used IBM PCMCIA Ethernet card I today, and I met a serious trouble >> with this. >> >> Sending large packet from if_ze, seems to cause illegal? packets. >> >> For example, >> >> % ftp ibmpcmciaetherhost >> ftp> dir toomanyfiles >> >> ..... and the TCP connection hangs up.....^C^C and >> >> % rlogin ibmpcmciaetherhost >> % ls -l toomanyfiles >> >> ..... also hangs up.... This problem happens on today's -current if_ze. I tried to isolate the problem, and find that if I send a Ethernet packet whose size is greater than 800 bytes, the data crashes. For example, ping'ing a 1K-packet to the normal host % ping normalhost 1024 we get a following ICMP echo reply packet, lnth proto source destination src port dst port 1066 icmp bbr.rad.cc.keio friday.rad.cc.k echo reply 08 00 20 18 9e 34 00 00 0c 15 dd 66 08 00 45 00 04 1c 6a 53 00 00 ff 01 30 9c 83 71 0b 02 83 71 0b 0d 00 00 f0 84 07 c4 00 00 2f ab 3d 0a 00 0b a6 07 08 09 0a 0b 0c 0d 0e 0f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33 34 35 36 37 38 39 3a 3b 3c 3d 3e 3f 40 41 42 43 44 45 ...... d6 d7 d8 d9 da db dc dd de df e0 e1 e2 e3 e4 e5 e6 e7 e8 e9 ea eb ec ed ee ef f0 f1 f2 f3 f4 f5 f6 f7 f8 f9 fa fb fc fd fe ff 00 01 02 03 04 05 06 07 08 09 0a 0b 0c 0d 0e 0f 10 11 12 13 14 15 OK! 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33 34 35 36 37 38 39 3a 3b 3c 3d 3e 3f 40 41 42 43 44 45 46 47 48 49 4a 4b 4c 4d 4e 4f 50 51 52 53 54 55 56 57 58 59 5a 5b 5c 5d 5e 5f 60 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 77 78 79 7a 7b 7c 7d 7e 7f 80 81 82 83 84 85 86 87 88 89 8a 8b 8c 8d 8e 8f 90 91 92 93 94 95 96 97 98 99 9a 9b 9c 9d 9e 9f a0 a1 a2 a3 a4 a5 a6 a7 a8 a9 aa ab ac ad ae af b0 b1 b2 b3 b4 b5 b6 b7 b8 b9 ba bb bc bd be bf c0 c1 c2 c3 c4 c5 c6 c7 c8 c9 ca cb cc cd ce cf d0 d1 d2 d3 d4 d5 d6 d7 d8 d9 da db dc dd de df e0 e1 e2 e3 e4 e5 e6 e7 e8 e9 ea eb ec ed ee ef f0 f1 f2 f3 f4 f5 f6 f7 f8 f9 fa fb fc fd fe ff But I ping'ed a same packet to -current if_ze, I got, lnth proto source destination src port dst port 1066 icmp 131.113.11.112 friday.rad.cc.k echo reply 08 00 20 18 9e 34 08 00 5a 39 58 3a 08 00 45 00 04 1c 00 6d 00 00 ff 01 9a 14 83 71 0b 70 83 71 0b 0d 00 00 d2 b9 07 c5 00 00 2f ab 3d 0e 00 07 c3 d1 08 09 0a 0b 0c 0d 0e 0f 10 11 12 13 14 15 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33 34 35 36 37 38 39 3a 3b 3c 3d 3e 3f 40 41 42 43 44 45 ...... d6 d7 d8 d9 da db dc dd de df e0 e1 e2 e3 e4 e5 e6 e7 e8 e9 ea eb ec ed ee ef f0 f1 f2 f3 f4 f5 <- 800 bytes ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ????????????????? ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ????????????????? 16 17 18 19 1a 1b 1c 1d 1e 1f 20 21 22 23 24 25 26 27 28 29 2a 2b 2c 2d 2e 2f 30 31 32 33 34 35 36 37 38 39 3a 3b 3c 3d 3e 3f 40 41 42 43 44 45 46 47 48 49 4a 4b 4c 4d 4e 4f 50 51 52 53 54 55 56 57 58 59 5a 5b 5c 5d 5e 5f 60 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 71 72 73 74 75 76 77 78 79 7a 7b 7c 7d 7e 7f 80 81 82 83 84 85 86 87 88 89 8a 8b 8c 8d 8e 8f 90 91 92 93 94 95 96 97 98 99 9a 9b 9c 9d 9e 9f a0 a1 a2 a3 a4 a5 a6 a7 a8 a9 aa ab ac ad ae af b0 b1 b2 b3 b4 b5 b6 b7 b8 b9 ba bb bc bd be bf c0 c1 c2 c3 c4 c5 c6 c7 c8 c9 ca cb cc cd ce cf d0 d1 d2 d3 d4 d5 d6 d7 d8 d9 da db dc dd de df e0 e1 e2 e3 e4 e5 e6 e7 e8 e9 ea eb ec ed ee ef f0 f1 f2 f3 f4 f5 f6 f7 f8 f9 fa fb fc fd fe ff Hmm???? -- HOSOKAWA, Tatsumi E-mail: hosokawa@mt.cs.keio.ac.jp WWW homepage: http://www.mt.cs.keio.ac.jp/person/hosokawa.html Department of Computer Science, Keio University, Yokohama, Japan From owner-freebsd-hackers Sat May 6 04:16:30 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA05038 for hackers-outgoing; Sat, 6 May 1995 04:16:30 -0700 Received: from news.iadfw.net (news.iadfw.net [204.178.72.99]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA05032 for ; Sat, 6 May 1995 04:16:28 -0700 Received: (from jbryant@localhost) by news.iadfw.net (8.6.11/8.6.9) id GAA02679; Sat, 6 May 1995 06:13:50 -0500 From: Jim Bryant Message-Id: <199505061113.GAA02679@news.iadfw.net> Subject: Re: problems with 0412 To: davidg@Root.COM Date: Sat, 6 May 1995 06:13:48 -0500 (CDT) Cc: freebsd-hackers@FreeBSD.org In-Reply-To: <199505050620.XAA00226@corbin.Root.COM> from "David Greenman" at May 4, 95 11:20:47 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1954 Sender: hackers-owner@FreeBSD.org Precedence: bulk In reply: > To: Jim Bryant > cc: dyson@root.com > Subject: Re: problems with 0412 > From: David Greenman > Date: Thu, 04 May 1995 23:20:47 -0700 > > >i've noticed a few quirks in 0412. > > > >case: swap-bound under continous heavy network load. > > > >[64M RAM, 128M swap space, average 80-100% into swap during peak load > >periods] > > > >after long sessions of swap-bound activities, not all of the vm space is > >being reclaimed, thus requiring reboot. garbage-collection problem? > > How much space? > > -DG in the 20-30% range. also, a few hours after i wrote that, i swapped the 16meggers for 32meggers for 128meg. the kernel seems to only see 64megs of that on boot. it also seems [possible disk problem] at around 50% swap on the secondary scsi controller. this curses lotsa kernel prints, including one about pagein, it has since spontaneously rebooted various times, and required operator intervention twice. i'm sure this has to do with the vm... my personal system had 8 days of uptime with moderate network/disk/cpu activity today. outside of the memory problems right now, it is really looking nice. another interesting thing, since adding a second scsi controller and hanging swap off of both of those drives, top seems to want to do a floating point exception prior to getting the second set of samples. 1). how do i get 128megs working right? I've never had to change the kernel before [bounce buffers was always defined]. The bios and cmos both say 128megs. pentium/pci, aha0, aha1, ed0, etc... i really need some help with this one. i also need sleep. 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" jbryant@server.iadfw.net, System administrator, Internet America From owner-freebsd-hackers Sat May 6 04:24:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id EAA05245 for hackers-outgoing; Sat, 6 May 1995 04:24:49 -0700 Received: from Root.COM (implode.Root.COM [198.145.90.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id EAA05238 for ; Sat, 6 May 1995 04:24:46 -0700 Received: from corbin.Root.COM (corbin.Root.COM [198.145.90.18]) by Root.COM (8.6.8/8.6.5) with ESMTP id EAA00591; Sat, 6 May 1995 04:24:43 -0700 Received: from localhost (localhost [127.0.0.1]) by corbin.Root.COM (8.6.11/8.6.5) with SMTP id EAA00321; Sat, 6 May 1995 04:24:43 -0700 Message-Id: <199505061124.EAA00321@corbin.Root.COM> To: Jim Bryant cc: freebsd-hackers@FreeBSD.org Subject: Re: problems with 0412 In-reply-to: Your message of "Sat, 06 May 95 06:13:48 CDT." <199505061113.GAA02679@news.iadfw.net> From: David Greenman Reply-To: davidg@Root.COM Date: Sat, 06 May 1995 04:24:41 -0700 Sender: hackers-owner@FreeBSD.org Precedence: bulk >1). how do i get 128megs working right? I've never had to change the >kernel before [bounce buffers was always defined]. options "MAXMEM=131072" The standard BIOS memory sizing is a 16bit number that represents K bytes; 65535 being the largest amount that this can represent. There is an extended BIOS funtion that can report more memory, but using this hasn't been implemented yet in our bootblocks. -DG From owner-freebsd-hackers Sat May 6 05:01:28 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA07275 for hackers-outgoing; Sat, 6 May 1995 05:01:28 -0700 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id FAA07269 for ; Sat, 6 May 1995 05:01:22 -0700 Received: by sequent.kiae.su id AA04204 (5.65.kiae-2 ); Sat, 6 May 1995 16:00:09 +0400 Received: by sequent.KIAE.su (UUMAIL/2.0); Sat, 6 May 95 16:00:07 +0400 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id PAA00832; Sat, 6 May 1995 15:53:33 +0400 To: "Rodney W. Grimes" Cc: FreeBSD hackers , torstenb@freefall.cdrom.com References: <199505052342.QAA09851@gndrsh.aac.dev.com> In-Reply-To: <199505052342.QAA09851@gndrsh.aac.dev.com>; from "Rodney W. Grimes" at Fri, 5 May 1995 16:42:05 -0700 (PDT) Message-Id: Organization: Olahm Ha-Yetzirah Date: Sat, 6 May 1995 15:53:32 +0400 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: cvs commit: ports/news/inn/pkg PLIST Lines: 29 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 974 Sender: hackers-owner@FreeBSD.org Precedence: bulk In message <199505052342.QAA09851@gndrsh.aac.dev.com> Rodney W. Grimes writes: >> >/var/news is the suggested default in the latest Cnews. >> >> Ok, I want to hear _final_ solution (whatever it can be). >Go through all the news related ports, find out which each thinks is >the default. Pick the one that is most common to minimize the number >of things that have to be patched. Ok, here current situation: cnews /var/news nn /var/news nntp /var/news inn /var/spool/news (should be fixed per Rod statement) trn configured for NNTP (don't use news dir), else ask interactively with defalut /usr/spool/news Torsten, please, fix it. Thanx in advance. -- Andrey A. Chernov : And I rest so composedly, /Now, in my bed, ache@astral.msk.su : That any beholder /Might fancy me dead - FidoNet: 2:5020/230.3 : Might start at beholding me, /Thinking me dead. RELCOM Team,FreeBSD Team : E.A.Poe From "For Annie" 1849 From owner-freebsd-hackers Sat May 6 05:50:49 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id FAA08272 for hackers-outgoing; Sat, 6 May 1995 05:50:49 -0700 Received: from uuneo.neosoft.com (root@uuneo.NeoSoft.COM [198.64.6.8]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id FAA08265 for ; Sat, 6 May 1995 05:50:47 -0700 Received: (from mailman@localhost) by uuneo.neosoft.com (8.6.10/8.6.10) id UAA13406; Fri, 5 May 1995 20:46:06 -0500 Received: from concorde.neosoft.com(198.65.161.214) by uuneo.neosoft.com via smap (V1.3) id sma013268; Fri May 5 20:45:40 1995 Date: Fri, 5 May 1995 20:45:38 -0500 (CDT) From: Daniel Baker X-Sender: dbaker@concorde.neosoft.com To: Bob Bishop cc: freebsd-hackers@FreeBSD.org Subject: Re: Panic; 2.0R, ppp In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Fri, 5 May 1995, Bob Bishop wrote: > Hi, Hi! > I'm having some trouble with 2.0R panicing when ppp is running. The > scenario is that another machine (also running 2.0R) has logged in and > exec's pppd. This happens after an indeterminate period and seems always to > be in the same place, as follows: > IdlePTD 1be000 > panic: page fault > current pcb at 1af520 > (kgdb) bt > #0 0xf017d0e8 in boot () > #1 0xf01113c7 in panic () > #2 0xf0184af2 in trap_fatal () > #3 0xf018465c in trap_pfault () > #4 0xf018435f in trap () > #5 0xf017abb1 in exception:calltrap () > #6 0xf012c391 in pppstart () > #7 0xf012c2c5 in if_ppp:pppasyncstart (-266667796) > #8 0xf012c0ce in pppoutput () > #9 0xf012bb0d in pppwrite () > #10 0xf0196249 in siowrite () > #11 0xf012953b in spec_write () > #12 0xf016c978 in ufsspec_write () > #13 0xf0126a9b in vn_write () > #14 0xf01125f6 in write () > #15 0xf0184cd3 in syscall () > There may be some correlation with disk activity, but I wouldn't swear to > it. Any ideas? Please reply by direct mail; thanks in advance. You should get the new kernel sources, and boot blocks. That would fix the problem. > -- > Bob Bishop (01734) 774017 international code +44 1734 > rb@gid.co.uk fax (01734) 894254 between 0800 and 1800 UK Daniel Baker -- NeoSoft Student Assistant (UseNet, FTP & FreeNet Admin.) DBaker@NeoSoft.COM DBaker@Concorde-Mail.NeoSoft.COM ** http://www.neosoft.com/neosoft/staff/dbaker/default.html ** From owner-freebsd-hackers Sat May 6 08:30:38 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id IAA13994 for hackers-outgoing; Sat, 6 May 1995 08:30:38 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id IAA13986 for ; Sat, 6 May 1995 08:30:35 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id IAA11025; Sat, 6 May 1995 08:30:09 -0700 From: "Rodney W. Grimes" Message-Id: <199505061530.IAA11025@gndrsh.aac.dev.com> Subject: Re: problems with 0412 To: jbryant@news.iadfw.net (Jim Bryant) Date: Sat, 6 May 1995 08:30:08 -0700 (PDT) Cc: davidg@Root.COM, freebsd-hackers@FreeBSD.org In-Reply-To: <199505061113.GAA02679@news.iadfw.net> from "Jim Bryant" at May 6, 95 06:13:48 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 2558 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > In reply: > > To: Jim Bryant > > cc: dyson@root.com > > Subject: Re: problems with 0412 > > From: David Greenman > > Date: Thu, 04 May 1995 23:20:47 -0700 > > > > >i've noticed a few quirks in 0412. > > > > > >case: swap-bound under continous heavy network load. > > > > > >[64M RAM, 128M swap space, average 80-100% into swap during peak load > > >periods] > > > > > >after long sessions of swap-bound activities, not all of the vm space is > > >being reclaimed, thus requiring reboot. garbage-collection problem? > > > > How much space? > > > > -DG > > in the 20-30% range. > > also, a few hours after i wrote that, i swapped the 16meggers for > 32meggers for 128meg. How many chips are on each simm? I have seen the followin notice comming with some motherboards now, and it may explain a problem I saw almost a year ago with putting 32MB simms in the Intel Plato boards: (This is from the ASUS PCI/I-P54TP4 manual) --- begin --- SIMM MODULE RESTRITION After this manual was printed, it was discovered that some us- ers have been attempting to use memory modules that achieve a large total capacity by using large numbers of low density DRAM chips mounted on one module PCB. This solution results in modules that exceeed the design specifications of the DRAM memory subsystem. It is therefore important that you observe the following restriction in selecting modules for use with this mainboard. 24-CHIP TOTAL CHIP LIMIT Do not use SIMM modules with more than 24 chips per module with this mainboard. MOdules with more than 24 chips exceed the desgin spcifications of the memory subsystem and will cause unre- liable operation. DO NOT use 32 or 36-chip SIMM modules with this mainboard. --- end --- Out of curosity what model/make motherboard is this? > > the kernel seems to only see 64megs of that on boot. it also seems > [possible disk problem] at around 50% swap on the secondary scsi controller. > this curses lotsa kernel prints, including one about pagein, it has since > spontaneously rebooted various times, and required operator intervention > twice. i'm sure this has to do with the vm... You need to tweak some options for >64MB, the way that memory is reported is non-standard for any board with more than 64MB on it. I will let David answer that as I am not sure what the correct tweaks are any more. ... -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat May 6 11:05:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16085 for hackers-outgoing; Sat, 6 May 1995 11:05:36 -0700 Received: from leonardo.net (leonardo.net [198.147.97.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA16079 for ; Sat, 6 May 1995 11:05:35 -0700 Received: from localhost (obrien@localhost) by leonardo.net (8.6.5/8.6.6) id LAA03870; Sat, 6 May 1995 11:06:59 -0700 Date: Sat, 6 May 1995 11:06:59 -0700 From: "Michael O'Brien" Message-Id: <199505061806.LAA03870@leonardo.net> To: dbaker@Concorde-Mail.NeoSoft.COM, rb@gid.co.uk Subject: Re: Panic; 2.0R, ppp Cc: freebsd-hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk From owner-freebsd-hackers Sat May 6 11:24:54 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id LAA16459 for hackers-outgoing; Sat, 6 May 1995 11:24:54 -0700 Received: from ibp.ibp.fr (ibp.ibp.fr [132.227.60.30]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id LAA16429 for ; Sat, 6 May 1995 11:23:31 -0700 Received: from blaise.ibp.fr (blaise.ibp.fr [132.227.60.1]) by ibp.ibp.fr (8.6.12/jtpda-5.0) with ESMTP id UAA15634 for ; Sat, 6 May 1995 20:23:21 +0200 Received: from (uucp@localhost) by blaise.ibp.fr (8.6.12/jtpda-5.0) with UUCP id UAA23025 for freebsd-hackers@FreeBSD.ORG; Sat, 6 May 1995 20:23:20 +0200 Received: (from roberto@localhost) by keltia.frmug.fr.net (8.6.11/keltia-uucp-1.21) id UAA06891 for freebsd-hackers@FreeBSD.ORG; Sat, 6 May 1995 20:22:42 +0200 From: Ollivier Robert Message-Id: <199505061822.UAA06891@keltia.frmug.fr.net> Subject: Patch for uucico and "i" protocol To: freebsd-hackers@FreeBSD.org (FreeBSD Hackers' list) Date: Sat, 6 May 1995 20:22:41 +0200 (MET DST) Reply-To: roberto@keltia.freenix.fr (Ollivier Robert) X-Operating-System: FreeBSD 2.0-BUILT-19950503 ctm#636 X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 3805 Sender: hackers-owner@FreeBSD.org Precedence: bulk Here is a patch to uucico which solve some problems with the bidirectionnal "i" protocol. It seems to be blessed by Ian Taylor as shown in the message below (I asked the taylor-uucp mailing list). It would be nice to have it for 2.1 if not for 2.0.5. ------------------------------------------------------------ Date: Sat, 6 May 95 12:04 MET DST From: johannes@titan.westfalen.de (Johannes Stille) To: roberto@hsc.fr.net Subject: Re: Is this fix offcial or not ? Cc: johannes@titan.westfalen.de Sender: roberto Hello Ollivier! >I've found the following patch which fixes some flow control problems with >the "i" protocol. I'd like to know if the patch is official or unofficial >and recommended or not. The patch is from me, so it's not really official, but Ian Taylor has seen it and generally agrees with it, so I'd assume that it will go into the next release. I very much recommend it, as I have heard from several others who had the same flow control problem as I did without this patch. Johannes ------------------------------------------------------------ diff -r -u1 uucp-1.05.orig/rec.c uucp-1.05/rec.c --- uucp-1.05.orig/rec.c Fri May 6 05:24:16 1994 +++ uucp-1.05/rec.c Wed Aug 10 02:36:11 1994 @@ -795,11 +795,2 @@ - if (! (*qdaemon->qproto->pfsendcmd) (qdaemon, ab, qtrans->ilocal, - qtrans->iremote)) - { - (void) ffileclose (qtrans->e); - (void) remove (qinfo->ztemp); - urrec_free (qtrans); - return FALSE; - } - qinfo->freplied = TRUE; @@ -820,2 +811,11 @@ + if (! (*qdaemon->qproto->pfsendcmd) (qdaemon, ab, qtrans->ilocal, + qtrans->iremote)) + { + (void) ffileclose (qtrans->e); + (void) remove (qinfo->ztemp); + urrec_free (qtrans); + return FALSE; + } + return TRUE; @@ -864,2 +864,4 @@ boolean fret; + int ilocal = qtrans->ilocal; + int iremote = qtrans->iremote; @@ -900,5 +902,2 @@ - fret = (*qdaemon->qproto->pfsendcmd) (qdaemon, ab, qtrans->ilocal, - qtrans->iremote); - qinfo->fsent = TRUE; @@ -911,2 +910,4 @@ + fret = (*qdaemon->qproto->pfsendcmd) (qdaemon, ab, ilocal, iremote); + return fret; @@ -1237,2 +1238,4 @@ boolean fret; + int ilocal = qtrans->ilocal; + int iremote = qtrans->iremote; @@ -1254,5 +1257,2 @@ - fret = (*qdaemon->qproto->pfsendcmd) (qdaemon, zsend, - qtrans->ilocal, qtrans->iremote); - /* Now, if that was a remote command, then when the confirmation @@ -1264,2 +1264,5 @@ urrec_free (qtrans); + + fret = (*qdaemon->qproto->pfsendcmd) (qdaemon, zsend, ilocal, iremote); + return fret; Only in uucp-1.05: rec.c.orig diff -r -u1 uucp-1.05.orig/send.c uucp-1.05/send.c --- uucp-1.05.orig/send.c Fri May 6 05:24:17 1994 +++ uucp-1.05/send.c Thu Aug 11 04:10:41 1994 @@ -348,5 +348,2 @@ - if (qtrans != NULL) - usfree_send (qtrans); - return TRUE; @@ -373,4 +370,8 @@ && qdaemon->cmax_receive < qinfo->cbytes) - return flocal_send_fail (qtrans, &qtrans->s, qdaemon, + { + fret = flocal_send_fail (qtrans, &qtrans->s, qdaemon, "too large for receiver"); + usfree_send (qtrans); + return fret; + } @@ -597,3 +598,6 @@ qdaemon, zerr)) - return FALSE; + { + usfree_send (qtrans); + return FALSE; + } } @@ -1038,2 +1042,4 @@ boolean fret; + int ilocal = qtrans->ilocal; + int iremote = qtrans->iremote; @@ -1053,6 +1059,5 @@ - fret = (*qdaemon->qproto->pfsendcmd) (qdaemon, z, qtrans->ilocal, - qtrans->iremote); xfree (qtrans->pinfo); utransfree (qtrans); + fret = (*qdaemon->qproto->pfsendcmd) (qdaemon, z, ilocal, iremote); return fret; -- Ollivier ROBERT -=- The daemon is FREE! -=- roberto@keltia.frmug.fr.net FreeBSD keltia 2.0-BUILT-19950503 #3: Wed May 3 19:53:04 MET DST 1995 From owner-freebsd-hackers Sat May 6 16:04:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA24764 for hackers-outgoing; Sat, 6 May 1995 16:04:05 -0700 Received: from dg-rtp.dg.com (dg-rtp.rtp.dg.com [128.222.1.2]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id QAA24758 for ; Sat, 6 May 1995 16:04:04 -0700 Received: by dg-rtp.dg.com (5.4R2.01/dg-rtp-v02) id AA14539; Sat, 6 May 1995 19:03:26 -0400 Received: (rivers@localhost) by ponds.UUCP (8.6.9/8.6.5) id SAA27331 for freebsd-hackers@freefall.cdrom.com; Sat, 6 May 1995 18:08:24 -0400 Date: Sat, 6 May 1995 18:08:24 -0400 From: Thomas David Rivers Message-Id: <199505062208.SAA27331@ponds.UUCP> To: freebsd-hackers@freefall.cdrom.com Subject: Interesting sound card problems (in FreeBSD 2.0R.) Sender: hackers-owner@FreeBSD.org Precedence: bulk I recently purchased an ISP-16 sound card from MediaMagic Inc. This card claims SoundBlaster Pro compatibility, and comes with some nice Windows bundled software. Anyway, after struggling to get things configured in my kernel, wondering why the sound wasn't working - I think I hit on the issue. If I run (under DOS) the MediaMagic supplied initialition program (ISPINIT.EXE), then boot FreeBSD; things appear to work. The probe (usually) finds a SoundBlaster Pro. If, however, I turn off the machine; turn it back on and boot FreeBSD, the probe finds a SoundBlaster 2.1; and nothing works. (cat'ing a .au file to /dev/audio simply sits there until I hit cntrl-c.) So, I'm guessing there's something in the probe which should initialize the card before determining exactly what it is... Does anyone have any ideas? - Thanks - - Dave Rivers - From owner-freebsd-hackers Sat May 6 16:10:57 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA24866 for hackers-outgoing; Sat, 6 May 1995 16:10:57 -0700 Received: from seagull.rtd.com (root@Seagull.rtd.com [198.102.68.2]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA24860 for ; Sat, 6 May 1995 16:10:56 -0700 Received: (from dgy@localhost) by seagull.rtd.com (8.6.9/8.6.9.1) id QAA14102 for freebsd-hackers@freefall.cdrom.com; Sat, 6 May 1995 16:10:53 -0700 From: Don Yuniskis Message-Id: <199505062310.QAA14102@seagull.rtd.com> Subject: resuming accounting To: freebsd-hackers@freefall.cdrom.com (FreeBSD hackers) Date: Sat, 6 May 1995 16:10:51 -0700 (MST) X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 441 Sender: hackers-owner@FreeBSD.org Precedence: bulk Greetings! I have the nasty habit of routinely filling up my root partition (which houses /var/account). As routinely, accounting is suspended. However, once I create more space on the partition, I expect accounting to be automatically resumed; yet, it isn't. Is this a known bug? Or, have I overlooked something? I'm running 1.1.5.1R (until 2.1 is out and shaken down :-). And, yes, >> 4% of partition is free now... Thx, --don From owner-freebsd-hackers Sat May 6 16:44:18 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA25240 for hackers-outgoing; Sat, 6 May 1995 16:44:18 -0700 Received: from gateway.cybernet.com (gateway.cybernet.com [192.245.33.1]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA25230 for ; Sat, 6 May 1995 16:44:15 -0700 Received: from [192.245.33.12] by gateway.cybernet.com (8.6.8/1.0A) id UAA20958; Sat, 6 May 1995 20:15:28 -0400 X-Sender: mtaylor@gateway.cybernet.com Message-Id: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 6 May 1995 19:44:38 -0400 To: hackers@FreeBSD.org From: mtaylor@gateway.cybernet.com (Mark J. Taylor) Subject: lance Ethernet and > 16 Mb RAM failure Sender: hackers-owner@FreeBSD.org Precedence: bulk Hi- I'm installing 2.0-950412-SNAP on a new system. I've never used the 'lnc' ethernet drivers before, and I'm having difficulty getting them stable on a system with more than 16 Mb of RAM. The system is a Cyrix DX4/100 CPU with 32 Mb of RAM, on-board: IDE, floppy, serial, parallel, flat-panel, VGA, PS/2 mouse, keyboard, and Network. The Network chip is a PCnet-ISA+ (Am79C961) which I guess uses the 'lnc' (NE2100 compatible) ethernet drivers. I've got it set for I/O address 0x300 (port 0x300) and DMA channel 5 (DRQ 5). Everything is fine with only 16 Mb of RAM installed (1 SIMM, 12 chips, 70 nsec). When I put the other RAM SIMM in, the system gets to the point of starting 'sendmail' and never finishes it. If I ^C to continue on, the system will sometimes: 1) hang at the point of loading the IBCS2 emulation stuff 2) panic immediately, with random panics (never the same panic message) 3) spontaneously reboot some short time in the future (I've seen sendmail hang this way before when the network is 'acting up', like when your not connected to the net...) Everything is fine if I use a PC-104 based NE2000 clone card (using the 'ed' driver), even with 32 Mb of RAM installed. This is what I used to do the installation from, so I could generate a kernel without all of the devices that I don't need. I've tried a few things, including booting with each SIMM in a 16 Mb configuration (too determine if the SIMM was bad). BTW- there is no cache installed on this machine, and it uses a Phoenix BIOS. I've also tried the system at 75 Mhz (using a 25 MHz clock instead of a 33 Mhz clock). I've played a little with DMA timings and 8/16 bit I/O delays. Nothing seems to help. Help? Need more info? Should I compile a kernel with ddb? (Note: I've installed about a dozen 1.x systems, and this'll be my 3rd 2.x system. I'm extremely appreciative of all of those who've contributed to the FreeBSD project. :) I'm comitted to making it the OS of choice for those who must have 'UNIX' machines.) -Mark Taylor mtaylor@cybernet.com From owner-freebsd-hackers Sat May 6 16:49:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id QAA25360 for hackers-outgoing; Sat, 6 May 1995 16:49:24 -0700 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id QAA25352 for ; Sat, 6 May 1995 16:49:23 -0700 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id TAA01886; Sat, 6 May 1995 19:49:21 -0400 Date: Sat, 6 May 1995 19:49:21 -0400 (EDT) From: kim culhan To: hackers@FreeBSD.org Subject: Have -current from 5/6 running, can vat run on it? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk Much work has been done lately on audio, what is runnable on this freshly built -current with a gus? kim -- kimc@w8hd.org From owner-freebsd-hackers Sat May 6 17:29:17 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA26220 for hackers-outgoing; Sat, 6 May 1995 17:29:17 -0700 Received: from netcom8.netcom.com (hasty@netcom8.netcom.com [192.100.81.117]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id RAA26213 for ; Sat, 6 May 1995 17:29:15 -0700 Received: by netcom8.netcom.com (8.6.12/Netcom) id RAA25588; Sat, 6 May 1995 17:28:26 -0700 Date: Sat, 6 May 1995 17:28:26 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199505070028.RAA25588@netcom8.netcom.com> To: hackers@FreeBSD.org, kimc@w8hd.w8hd.org Subject: Re: Have -current from 5/6 running, can vat run on it? Sender: hackers-owner@FreeBSD.org Precedence: bulk Your gus should work even with the sound driver that is on sys-current. There is no longer a need to build the vat sound driver. vmix a tool written by Jim Lowe can interface with vat via a socket . I tested vmix/vat on the latest sound driver with the old driver/vatdriver/sound driver and at least over here it seems to work. Not sure if the the latest sound driver has been copied to sys-current, I doubt it. Amancio From owner-freebsd-hackers Sat May 6 18:03:14 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA26857 for hackers-outgoing; Sat, 6 May 1995 18:03:14 -0700 Received: from ref.tfs.com (ref.tfs.com [140.145.254.251]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA26851 for ; Sat, 6 May 1995 18:03:12 -0700 Received: (from julian@localhost) by ref.tfs.com (8.6.8/8.6.6) id SAA07877; Sat, 6 May 1995 18:03:06 -0700 From: Julian Elischer Message-Id: <199505070103.SAA07877@ref.tfs.com> Subject: Re: lance Ethernet and > 16 Mb RAM failure To: mtaylor@gateway.cybernet.com (Mark J. Taylor) Date: Sat, 6 May 1995 18:03:05 -0700 (PDT) Cc: hackers@FreeBSD.org In-Reply-To: from "Mark J. Taylor" at May 6, 95 07:44:38 pm Content-Type: text Content-Length: 802 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > Hi- > > I'm installing 2.0-950412-SNAP on a new system. I've never used the 'lnc' > ethernet drivers before, and I'm having difficulty getting them stable on a > system with more than 16 Mb of RAM. > looks as if the bounce buffer code in the dma using routines for non master dma, is broken, OR maybe they are not using it correctly.... It sould use it's DMA in much the same way as the floppy driver does, so that it can guarantee that the DMA will go to a buffer < 16MB but this may not be the case.. (the floppy uses a low dma channel and the enet uses a high channel so the floppy is doesn things in bytes where the enet will do things in 'words' but still it should do the same logical thing..... if you compare the two and find that they are NOT.. then that's your problem julian From owner-freebsd-hackers Sat May 6 18:47:42 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA27597 for hackers-outgoing; Sat, 6 May 1995 18:47:42 -0700 Received: from haven.uniserve.com (haven.uniserve.com [198.53.215.121]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA27590 for ; Sat, 6 May 1995 18:47:27 -0700 Received: by haven.uniserve.com id <157>; Sat, 6 May 1995 18:59:48 -0700 Date: Sat, 6 May 1995 18:58:15 -0700 (PDT) From: Tom Samplonius To: hackers@FreeBSD.org Subject: PCI question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk What are the pros and cons of level vs edge triggered interrupts? Right now, I have a Adaptec 2940 in a slot set for "Level (forced)" (I also tried "Level (Auto)", but during probing, it says the card is using edge triggered interrupts, but everything works anyways. Tom From owner-freebsd-hackers Sat May 6 18:50:32 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id SAA27688 for hackers-outgoing; Sat, 6 May 1995 18:50:32 -0700 Received: from eta.cs.fsu.edu (eta.cs.fsu.edu [128.186.121.11]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id SAA27681 ; Sat, 6 May 1995 18:50:30 -0700 Received: by eta.cs.fsu.edu (8.6.9/56) id VAA00325; Sat, 6 May 1995 21:50:26 -0400 From: Gang-Ryung Uh Message-Id: <199505070150.VAA00325@eta.cs.fsu.edu> Subject: Trouble!!! To: questions@FreeBSD.org Date: Sat, 6 May 1995 21:50:25 -0400 (EDT) Cc: hackers@FreeBSD.org X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 758 Sender: hackers-owner@FreeBSD.org Precedence: bulk I am in the middle of upgrading the 2.0R system to FreeBSD-current. But I have following error message during the process of 'make world'; /usr/src/share/doc/psd/26.rpcrfc -> /usr/obj/share/doc/psd/26.rpcrfc ===> share/doc/psd/27.nfsrpc /usr/src/share/doc/psd/27.nfsrpc -> /usr/obj/share/doc/psd/27.nfsrpc ===> share/doc/smm "Makefile", line 2: Missing operator "Makefile", line 3: Missing operator "Makefile", line 4: Missing operator "Makefile", line 5: Missing operator Fatal errors encountered -- cannot continue *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. -------- I am wondering where that error comes from?? If you have any idea why that happens, then I GREATLY appreciate!!! Thanks. --Uh From owner-freebsd-hackers Sat May 6 19:31:36 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id TAA28763 for hackers-outgoing; Sat, 6 May 1995 19:31:36 -0700 Received: from w8hd.w8hd.org (w8hd.w8hd.org [198.252.159.10]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id TAA28757 for ; Sat, 6 May 1995 19:31:35 -0700 Received: (from kimc@localhost) by w8hd.w8hd.org (8.6.11/w8hd) id WAA03004; Sat, 6 May 1995 22:31:27 -0400 Date: Sat, 6 May 1995 22:31:26 -0400 (EDT) From: kim culhan To: Amancio Hasty Jr cc: hackers@FreeBSD.org Subject: Re: Have -current from 5/6 running, can vat run on it? In-Reply-To: <199505070028.RAA25588@netcom8.netcom.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: hackers-owner@FreeBSD.org Precedence: bulk On Sat, 6 May 1995, Amancio Hasty Jr wrote: > Your gus should work even with the sound driver that is on > sys-current. > > There is no longer a need to build the vat sound driver. > vmix a tool written by Jim Lowe can interface with vat via > a socket . I tested vmix/vat on the latest sound driver > with the old driver/vatdriver/sound driver and at least over here > it seems to work. > > Not sure if the the latest sound driver has been copied to sys-current, > I doubt it. Would you care to make this socket interface available :) ? kim -- kimc@w8hd.org From owner-freebsd-hackers Sat May 6 20:22:43 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id UAA00470 for hackers-outgoing; Sat, 6 May 1995 20:22:43 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id UAA00402 for ; Sat, 6 May 1995 20:21:12 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA09935; Sun, 7 May 1995 05:19:27 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id FAA25526; Sun, 7 May 1995 05:19:27 +0200 Received: (from j@localhost) by uriah.heep.sax.de (8.6.11/8.6.9) id FAA06831; Sun, 7 May 1995 05:09:17 +0200 From: J Wunsch Message-Id: <199505070309.FAA06831@uriah.heep.sax.de> Subject: Re: Trouble!!! To: uh@eta.cs.fsu.edu (Gang-Ryung Uh) Date: Sun, 7 May 1995 05:09:16 +0200 (MET DST) Cc: freebsd-hackers@FreeBSD.org (FreeBSD hackers) In-Reply-To: <199505070150.VAA00325@eta.cs.fsu.edu> from "Gang-Ryung Uh" at May 6, 95 09:50:25 pm Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 869 Sender: hackers-owner@FreeBSD.org Precedence: bulk As Gang-Ryung Uh wrote: > > I am in the middle of upgrading the 2.0R system to FreeBSD-current. > But I have following error message during the process of 'make world'; > > ===> share/doc/smm > "Makefile", line 2: Missing operator > "Makefile", line 3: Missing operator > "Makefile", line 4: Missing operator > "Makefile", line 5: Missing operator You Makefile must be mangled. Why didn't you look at the appropriate lines (or include them in your message)? Mine look like # From: @(#)Makefile 8.1 (Berkeley) 6/10/93 # $Id: Makefile,v 1.3 1995/01/11 19:51:47 wollman Exp $ # The following modules do not describe FreeBSD: # 14.uucpimpl, 15.uucpnet which is clearly not a ``Missing operator'' case. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ Never trust an operating system you don't have sources for. ;-) From owner-freebsd-hackers Sat May 6 21:40:02 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA04530 for hackers-outgoing; Sat, 6 May 1995 21:40:02 -0700 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA04524 for ; Sat, 6 May 1995 21:40:01 -0700 Received: by netcom14.netcom.com (8.6.12/Netcom) id VAA15618; Sat, 6 May 1995 21:39:08 -0700 Date: Sat, 6 May 1995 21:39:08 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199505070439.VAA15618@netcom14.netcom.com> To: hasty@netcom.com, kimc@w8hd.w8hd.org Subject: Re: Have -current from 5/6 running, can vat run on it? Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk Sure I was previously posted to this mailing list but here you go: ftp://ftp.cs.uwm.edu/pub/FreeBSD/sound.v30.2.tar.gz And vmix is in the same directory. Amancio From owner-freebsd-hackers Sat May 6 21:54:24 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA05148 for hackers-outgoing; Sat, 6 May 1995 21:54:24 -0700 Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.34]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id VAA05132 for ; Sat, 6 May 1995 21:54:02 -0700 Received: (from bde@localhost) by godzilla.zeta.org.au (8.6.9/8.6.9) id OAA02283; Sun, 7 May 1995 14:49:52 +1000 Date: Sun, 7 May 1995 14:49:52 +1000 From: Bruce Evans Message-Id: <199505070449.OAA02283@godzilla.zeta.org.au> To: julian@ref.tfs.com, mtaylor@gateway.cybernet.com Subject: Re: lance Ethernet and > 16 Mb RAM failure Cc: hackers@FreeBSD.org Sender: hackers-owner@FreeBSD.org Precedence: bulk >> I'm installing 2.0-950412-SNAP on a new system. I've never used the 'lnc' >> ethernet drivers before, and I'm having difficulty getting them stable on a >> system with more than 16 Mb of RAM. >> >looks as if the bounce buffer code in the dma >using routines for non master dma, is broken, >OR maybe they are not using it correctly.... >It sould use it's DMA in much the same way as the floppy driver does, >so that it can guarantee that the DMA will go to a buffer < 16MB >but this may not be the case.. It isn't the case. The TODO list at the start of if_lnc.c says bounce buffer support will be needed for dma'ing to mbufs above 16MB. Bruce From owner-freebsd-hackers Sat May 6 21:56:05 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id VAA05209 for hackers-outgoing; Sat, 6 May 1995 21:56:05 -0700 Received: from cs.weber.edu (cs.weber.edu [137.190.16.16]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id VAA05202 for ; Sat, 6 May 1995 21:56:04 -0700 Received: by cs.weber.edu (4.1/SMI-4.1.1) id AA27277; Sat, 6 May 95 22:49:17 MDT From: terry@cs.weber.edu (Terry Lambert) Message-Id: <9505070449.AA27277@cs.weber.edu> Subject: Re: PCI question To: tom@haven.uniserve.com (Tom Samplonius) Date: Sat, 6 May 95 22:49:16 MDT Cc: hackers@FreeBSD.org In-Reply-To: from "Tom Samplonius" at May 6, 95 06:58:15 pm X-Mailer: ELM [version 2.4dev PL52] Sender: hackers-owner@FreeBSD.org Precedence: bulk > What are the pros and cons of level vs edge triggered interrupts? One can run multiple cards (per the PCI spec and per the Intel OEM products division SMP box implementation) and the other needs an interrupt per slot, in violation of the spec and impossible on some hardware (like the Intel OEM products division SMP box). Terry Lambert terry@cs.weber.edu --- Any opinions in this posting are my own and not those of my present or previous employers. From owner-freebsd-hackers Sat May 6 22:19:00 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA05593 for hackers-outgoing; Sat, 6 May 1995 22:19:00 -0700 Received: from gndrsh.aac.dev.com (gndrsh.aac.dev.com [198.145.92.241]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA05587 for ; Sat, 6 May 1995 22:18:57 -0700 Received: (from rgrimes@localhost) by gndrsh.aac.dev.com (8.6.11/8.6.9) id WAA11993; Sat, 6 May 1995 22:18:20 -0700 From: "Rodney W. Grimes" Message-Id: <199505070518.WAA11993@gndrsh.aac.dev.com> Subject: Re: PCI question To: terry@cs.weber.edu (Terry Lambert) Date: Sat, 6 May 1995 22:18:20 -0700 (PDT) Cc: tom@haven.uniserve.com, hackers@FreeBSD.org In-Reply-To: <9505070449.AA27277@cs.weber.edu> from "Terry Lambert" at May 6, 95 10:49:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1133 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > What are the pros and cons of level vs edge triggered interrupts? > > One can run multiple cards (per the PCI spec and per the Intel OEM > products division SMP box implementation) and the other needs an > interrupt per slot, in violation of the spec and impossible on > some hardware (like the Intel OEM products division SMP box). Interrupts per slot are *not* a violation of the spec, the spec allows either implementation. Intel's OEM product divisions BIOS author has been personal flambasted by me for his current PCI interrupt set up code. The response was the spec allows it that way, I am going to do it that way, and if OS's have problems with it the OS is broken. He did not seem to care that forcing shared interrupt dispatching via device polls was very ineffecient from a performance stand point :-(. I was not impresssed, I won't use Intel OEM products for this reason (Oem products are things like the Intel Preimier I/II, aka Plato motherboard). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Custom computers for FreeBSD From owner-freebsd-hackers Sat May 6 22:47:35 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id WAA05998 for hackers-outgoing; Sat, 6 May 1995 22:47:35 -0700 Received: from netcom14.netcom.com (hasty@netcom14.netcom.com [192.100.81.126]) by freefall.cdrom.com (8.6.10/8.6.6) with ESMTP id WAA05992 for ; Sat, 6 May 1995 22:47:34 -0700 Received: by netcom14.netcom.com (8.6.12/Netcom) id WAA21007; Sat, 6 May 1995 22:46:44 -0700 Date: Sat, 6 May 1995 22:46:44 -0700 From: hasty@netcom.com (Amancio Hasty Jr) Message-Id: <199505070546.WAA21007@netcom14.netcom.com> To: rgrimes@gndrsh.aac.dev.com, terry@cs.weber.edu Subject: Re: PCI question Cc: hackers@FreeBSD.org, tom@haven.uniserve.com Sender: hackers-owner@FreeBSD.org Precedence: bulk Say Rod, why don't you post on comp.sys.intel :) Happy Flaming, Amancio