HDTenEightyP/NetNews huggingface dataset:
From: rick@digibd.com (Rick Richardson)
Subject: Re: Free software and the future of support for Diamond products
Organization: DigiBoard Incorporated, Eden Prairie, MN
Date: Wed, 09 Sep 1992 20:33:05 GMT
Keywords: Diamond, free-software

dwex@cbnewsj.cb.att.com (david.e.wexelblat) writes:

>Diamond, makers of the SpeedStar and Stealth series of SVGA cards, have
>developed a new hardware technology for video dot-clock selection.  The
>current boards that have this new technology are the SpeedStar 24, the
>SpeedStar 24X, and the Steath boards.  Diamond considers this hardware
>technology proprietary, and feel that giving out information on how to
>program this hardware will yield a competetive advantage to their
>competitors.

OK, so they are trying to protect this as a "trade secret".  If
you discover a trade secret in legal ways, you are free to blab.

>This position makes it impossible to support these boards on operating
>systems that do not use the BIOS (e.g. Unix), unless one is willing
>to sign a non-disclosure agreement with Diamond.  Obviously, this is
>impossible for software for which the source code is freely available.

Or, unless someone discovers the secret and blabs.

>know that Diamond's policy has changed.  Be aware that if you disassemble
>their BIOS, you are risking a lawsuit.  We will not assume that liability,
>so don't even ask!

One can discover the trade secret without disassembling the BIOS.
[disassembling the BIOS is probably legal, too, since this comes
under the fair use provisions of the Copyright laws; I've never
yet seen a shrink-wrap license wrapped around a VGA board which
would put additional limits on fair use like software licenses.]

One can put an emulator into a PC (or just a logic analyzer will do),
run the BIOS, and see what I/O's are going out to the board to set the
clocks.

The Diamond 24X is likely to be fairly ubiquitous in the cheap clones
(I think Zeos ships it, for example), and these are, of course,
exactly the type of people who'll be wanting XFree386.  I think
Computer City is selling them for $175.

-Rick
-- 
Rick Richardson		Email: rick@digibd.com	This space intentionally
Senior Staff Engineer	Fax:   (612) 943-0803	blank until 1996 elections.
DigiBoard, Inc.		Tel:   (612) 943-5383
Eden Prairie, MN	Radio: N0NMY
Newsgroups: comp.unix.sysv386
From: danson@lgc.com (Doug Anson)
Subject: tcpdump for SVR4?
Keywords: UHC SVR4 TCP tcpdump(1)
Organization: LandMark Graphics Corporation LGC
Date: Fri, 11 Sep 1992 14:20:40 GMT

Hi:

Do any SVR4'ers out there have a working tcpdump?   I am trying to diagnose
a SL/IP hangup problem and would like to be able to get a dump of all traffic
being sent through the SL/IP interface (both header and content). Does anyone
know of a tool that can help me?  I am running SVR4 on a 386-33/387 platform.
(UHC 4.0.2.0).

Thanks in advance.
Doug

-- 
-------------------------------------------
Doug Anson					
Internet: danson@lgc.com			
Phone:	  713-579-4739
SNAIL:    Landmark Graphics Corporation LGC	
	  333 Cypress Run			
	  Houston, TX 77094			
-------------------------------------------
From: eb@felix.Sublink.Org (Enrico Badella)
Newsgroups: comp.unix.sysv386
Subject: What is the meaning of EPROTO (Protocol error) on select()?
Date: 11 Sep 92 18:04:43 GMT
Organization: Soft*Star s.r.l, Torino, Italy

Hi,

As the Subject line states I'm trying to find a meaning of EPROTO
Protocol error (errno = 71) that bites me at random times on
a select().
My environment is SCO-ODT 1.1 and my application simply reads/writes
from 2 different TCP/IP sockets and sets a timeout. After reading
some data it posts it on a message queue and returns on the select().

I reported the problem to SCO and got the following answer:

begin quote
"EPROTO Protocolo error: Some protocol error occured. This error is device
 specific, but is generally not related to a hardware failure. An EPROTO
 error can come from any device that is serviced by ioctl(S) calls. You 
 must debug the code to determine what call is causing the problem"
end quote

The first part is extracted from their manuals.
My code never calls a ioctl(2) but does TCP/IP activity.
The last sentece was a revelation to me! I though code would self repair.

Thanks to for any suggestions ... maybe I should also thank sco for
giving me a daily set of new problems so I'll never become lazy.

-- 
Enrico Badella				Internet: eb@felix.sublink.org
Soft*Star s.r.l.			          eb@icnucevx.cnuce.cnr.it
Via Camburzano 9			Phone:    +39-11-746092
10143 Torino, ITALY			Fax:      +39-11-746487
Newsgroups: comp.unix.sysv386
From: cpcahil@virtech.uucp (Conor P. Cahill)
Subject: Re: >16MB on a 486
Organization: Virtual Technologies Inc.
Date: Sun, 13 Sep 1992 11:32:52 GMT

davidg@aegis.or.jp (Dave McLane) writes:

>>MEMRANGE=0-640K:0,1M-64M:0

>I don't see such a file for ISC 3.2 v3.0. Anybody have any ideas?

It cannot be done with ISC 2.2 or 3.0 and the testing that I did with 2.0.2
made me believe that regarless of the setting of this file the
system would start swapping at 16MB, so even though you can set this
parameter in 2.0.2, I'm not sure it has any benefitial effect other
than getting the kernel to say it sees more than 16MB.

The only way that you can get more than 16MB in 3.0 is with an EISA
system and a non-dma controller or an EISA controller in EISA mode.
(i.e. an IDE drive, an ST-506 controller, most ESDI controllers, a
Future Domain controller, an Adaptec 1740, Bustek 742, etc)
Crontrollers that down work in this mode: adaptec 1542, bustek 542 and 
probably others.  Remember, this is only when you have an EISA motherboard.

-- 
*** SENTINEL(tm) The ultimate Debugging Environment - email for more info ***

Conor P. Cahill              (703)430-9247            cpcahil@virtech.vti.com
Virtual Technologies, Inc.  46030 Manekin Plaza          Dulles, VA 20166 
Newsgroups: comp.unix.sysv386
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: Dell SVR4: Forcing 'stty -lcase'?
Date: Wed, 16 Sep 1992 00:56:19 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <tkevans.716587630@eplrx7.es.dupont.com> tkevans@eplrx7.es.dupont.com writes:
>My Dell SVR4 insists on immediately switching to UPPER CASE on all
>incoming dial-up connections--including UUCP and SLIP dial-in's--
>but does not do it every single time.  It does happen most of
>the time.  This is hard to deal with in chat scripts.  Is there
>some way to prevent this?  The system dialing in is a Sun.

It sounds like your modem is not set up correctly.  The modem is
probably configured to return verbal result codes, which means that
sometimes immediately after the other end connects, your system thinks
that someone called "CONNECT" is trying to log in.  Since the "login-id"
is in all caps, getty assumes that the calling system cannot do
lowercase and switches to all-uppercase mode.

To fix it, turn off result codes (ATQ1, usually) and save that setting
to NVRAM.  You probably also want to turn off command echo (ATE0), so
your getty and your modem don't get into a screaming match.  You can
then turn result codes back on (ATQ0) in the dialer script for
outgoing calls.

-- 
Marc Unangst                | Real men don't use Windows.  Real men use X. 
mju@mudos.ann-arbor.mi.us   | Only a real man would use a GUI where the
                            | shift keys after "Alt" are "Super" and "Hyper."
Newsgroups: comp.unix.sysv386
From: vijay@iitb.ernet.in (Vijay J. Talati)
Subject: Login problem ofr SCO Unix .
Organization: Indian Institute of Technology, Bombay
Date: Mon, 14 Sep 1992 05:24:21 IST

Hello ,
	We are using SCO Unix 5.3.2 . I am facing on problem . 
It does not allow me to login . I have not changed my password .
Still it says " iIncorrect login" . By using " sysadmsh" , 
( sysadmsh -> Accounts -> user -> examine ) , 
It says :
" unaccepatable user : manish . 
User's entry in /etc/passwd and protected Passwowd Database Differ .

	How  to solve it ? 
Is is possible to delete the user and create the user with same login id ?

Also sometimes , Iam facing other problem . At login prompt , after giving
login name , it does not proceed futher ( does not give prompt for 
passwed) and just hangs . What could be the problem ?

Please send me reply by e-mail .
e-mail address .
manish@gateway.iitb.ernet.in
Thanks .

Manish .
From: bash@tware.com (Paul Bash)
Newsgroups: comp.unix.sysv386
Subject: Re: Using FAS 2.10 under SVR4 -- need help
Keywords: FAS,SVR4,uucico
Date: 12 Sep 92 04:13:26 GMT
Organization: Techware Design, Boulder, Colorado

In article <BuF9r9.4HH@hatch.socal.com> mike@hatch.socal.com (Mike Bernadett) writes:
>I've installed the FAS 2.10 async serial driver on my MST SVR4
>system and haven't been able to get uucico to work with it.
>
[...]
>
>I have an alpha version of SAS, but it doesn't seem to work.  Is
>there a version that's ready, and will that solve my problem?
>

I'm using SAS 1.25 (beta?) with Dell SVR4 Issue 2.2 (and Issue 2.1 before it) 
and it works fine. SASS 2.0 (non-beta?) was supposed to be released last 
Sunday but has apparently been delayed. Hopfully it will be any day now (???).

-- 
Paul Bash                                                   Techware Design 
bash@tware.com                                              Boulder, CO  U.S.A.
Newsgroups: comp.unix.sysv386
From: david@aim1.aztec.co.za (David Mason)
Subject: Re: Dell SVR4 (and Dell hardware)
Organization: Aztec Information Management
Date: Thu, 10 Sep 1992 08:21:16 GMT

larry@gator.rn.com (Larry Snyder) writes:

>kreed@telesys.tnet.com (Kevin W. Reed) writes:

>>>have enhanced the SCSI support beyond the USL sources -- but
>>>to date, no one has added support for a CD-ROM filesystem.

>>Gee Larry...  SCO Unix 3.2.4 has that.... I think you should upgrade. :-)

>actually, I thought about maybe running a SCO box with NFS and mounting
>the CD roms from another machine..  How does the "limited user license"
>work when mounting drives via NFS?

I had a similar idea, except with a Novell file server, SCSI Express
and Netware NFS.  The SCSI express works OK, the Novell NFS works fine,
but:  An exported Novell volume must have NFS name space added to it,
which involves creating a file on that volume.  Most of the CD-ROM's we
get are read only :-).  So we are reduced to FTP'ing from the file
server.

When will Dell add CD-ROM support?
-- 
David Mason, Unix system support.
Aztec Information Systems, Cape Town, South Africa.
"It talks to me in gibberish like `ProComm', a term that is unnerving to a 
survivor of the McCarthy era",      Mary McGrory in The Washington Post.
Newsgroups: comp.unix.sysv386
From: stritzi@Physik.TU-Muenchen.DE (Peer Stritzinger)
Subject: Re: SASS 2.00 to be released!
Organization: Leibniz-Rechenzentrum, Muenchen (Germany)
Date: Fri, 11 Sep 1992 17:15:20 GMT

roe@Unibase.SK.CA (Roe Peterson) writes:

>SASS 2.00 will be released Sunday, September 6th.

>I will be posting it to alt.sources, and sending it to comp.sources.misc.

Hey, what has happened? I didn't find it in alt.sources or comp.unix.sysv386
nor could I anonymous ftp to Unibase.

What is the status of SASS 2.0?

--
Peer Stritzinger
Phone: +(49)8141-90613
Fax: +(49)8141-95235
Internet: stritzi@physik.tu-muenchen.de
From: caf@omen.UUCP (Chuck Forsberg WA7KGX)
Newsgroups: comp.unix.sysv386
Subject: Re: >16MB on a 486
Date: 13 Sep 92 10:14:38 GMT
Article-I.D.: omen.1992Sep13.101438.631
Organization: Omen Technology INC, Portland Rain Forest

>uses the intermediate buffer option (at least up to 2.2.1), SCO
>I think supports using the intermediate buffer.

Yes, at least up to the 32 MB I have on my system.

WARNING: Every ISA backplane I tried spazzed Unix when more than
16 MB memory was used, or simply refused to cache memory above
16 MB, which wasn't much better

Current motherboard is an A-I-R 50 MHz EISA with Phoenix BIOS.
(The original BIOS wouldn't boot anything with my Adaptec 1542A.)
All the boards are ISA, the only reason I got the EISA motherboard
was to get a cache that works > 16MB.
-- 
Chuck Forsberg WA7KGX          ...!tektronix!reed!omen!caf 
Author of YMODEM, ZMODEM, Professional-YAM, ZCOMM, and DSZ
  Omen Technology Inc    "The High Reliability Software"
17505-V NW Sauvie IS RD   Portland OR 97231   503-621-3406
From: ppg@oasis.icl.co.uk (Philippe Goujard)
Newsgroups: comp.unix.sysv386
Subject: Re: SCO-UNIX / F12 boot-problem
Date: 15 Sep 92 15:19:43 GMT
Distribution: comp
Organization: ICL, Bracknell, Berkshire, RG12 4SN, UK

davidsen@ariel.crd.GE.COM (william E Davidsen) writes:

>In article <860@ozz.oasis.icl.co.uk>, ppg@oasis.icl.co.uk (Philippe Goujard) writes:

>| I tried everything : replacing the ide drive&controlleur by a WD mfm controler
>| and control data 80mb, changing the VGA for an old EGA, removing the tape card
>| removing the 2serial 1 // card etc... Nothing worked. 
>| I also tried to start with "ignorefpu", no more luck.
>_____________________________________________________________________________
>| Finally since sco support was useless ("you didnt pay us xxxx ammount for |
>| support, I wont help you").                                               |
>|___________________________________________________________________________|

>  Would you explain this? SCO gives 30 days free support with each copy,
>and this is a copy you bought and registered, right? And they wanted you
>to pay for free support?

What happened is that this Unix was bought and then sat uninstalled for about 
6 months until I was asked to install it (dont ask me why).

Well, I understand SCO policy but it is very frustrating to have a new product
and not being able to install it.
And I still dont know what the problem was with my hardware, so if same kind
soul can point us to the meaning of F12...

--
-----------------------------------------------------------------------------
Philippe GOUJARD                              Email : ppg@oasis.icl.co.uk
Newsgroups: comp.unix.sysv386
From: fr@compu.com (Fred Rump from home)
Subject: Re: SCO support (was: How to replace disk driver in SCO Unix ?)
Organization: CompuData Inc.
Date: Sat, 5 Sep 1992 15:20:58 GMT

keith@ksmith.uucp (Keith Smith) writes:

>I have a hard time paying
>money for support from people who generally have less knowledge of their
>own product than I do

>example I STILL have not been able to install 3.2.4 on a 486/33 EISA box
>that I work.  Just won't fly, System crawls.

Let's face it, there a few SCO UNIXses running out there on 486/33 EISA 
machines. Since you can't get yours working it must be THEIR fault?

Fred
-- 
W. Fred Rump 	office:	   fred@COMPU.COM     'mans feet have grown/so big 
26 Warren St.   home: fred@icdi10.compu.com  that he/forgets his littleness'
Beverly, NJ. 08010                          		Don Marquis 
609-386-6846    bang:uunet!cdin-1!icdi10!fr   
Newsgroups: comp.unix.sysv386
From: mju@mudos.ann-arbor.mi.us (Marc Unangst)
Subject: Re: >16MB on a 486
Date: Wed, 16 Sep 1992 00:36:48 GMT
Organization: The Programmer's Pit Stop, Ann Arbor MI

In article <1992Sep15.000013.24288@omega.ssw.de> av@omega.ssw.de (Andreas Vogel) writes:
>As far as I know, one have NO access to memory above the first 16 MB.
>This is true for ALL SVR3 Systems (ISC, SCO, ...). This might be true
>for some SVR4 systems. The original AT&T code provides the routines
>to access memory above the first 16 MB but these routines are not
>enabled by default. The only problem that arise is to handle the DMA
>access within the first 16 MB. So the kernel has to arrange this for
>buffers which resides in the "extended" memory. Personally, I have a 486 ISA

I'm not sure I understand what you're trying to say, but I don't think
you know what you're talking about.

SCO Unix, which is based on SVR3, can handle up to 256MB of RAM in
3.2v4.0.  The only restriction is that, on ISA-bus systems, memory
residing above 16MB cannot be involved in a DMA transfer.  The SCO
Unix kernel works around this by providing I/O buffers, located below
the 16MB line, that are used for DMA if the target memory location is
above 16MB.  Note that SCO Unix also tries to locate the kernel buffer
cache entirely below 16MB if at all possible, in order to minimize
DMA overhead if you have a bus-mastering disk controller.

This is all probably false for non-SCO SVR3's, since SCO has modified
their Unix substantially from the AT&T source base.  I know that the
AT&T SVR4.0.3 source base does not correctly handle DMA transfers to
memory addresses above 16MB; almost all of the Intel SVR4 vendors have
fixed this problem in either their original release or with a patch.

-- 
Marc Unangst                | Real men don't use Windows.  Real men use X. 
mju@mudos.ann-arbor.mi.us   | Only a real man would use a GUI where the
                            | shift keys after "Alt" are "Super" and "Hyper."
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.os.mach,comp.unix.bsd
From: pereckas@uxa.cso.uiuc.edu (pereckas michael s)
Subject: Re: Free software and the future of support for Diamond products
Organization: University of Illinois at Urbana
Date: Mon, 7 Sep 1992 23:11:51 GMT
Keywords: Diamond, free-software

mem@mv.mv.com (Mark E. Mallett) writes:

>Just as an aside, I have had to boot MSDOS to configure at least 2
>cards for my ISC machine.  Both were Ethernet cards: the 3c503 and the
>WD 8013 (er, SMC Ethercard Plus Elite).  Imagine my surprise (and, I'm
>sure, that of many) to find that there was no facility for this under
>UNIX, and that I had to go out and buy a copy of MSDOS.

>I have also had to boot MSDOS just to run the diagnostics on nearly every
>card.

Just think of MS-DOS as a super ROM monitor that isn't in ROM, or a
special hardware diagnostic/configuration mode.  :-) :-) :-)


-- 
Michael Pereckas     pereckas@uxa.cso.uiuc.edu
Have you used the term ``nasal demons'' today?
Newsgroups: comp.unix.sysv386,comp.windows.x,comp.os.linux,comp.os.mach,comp.unix.bsd
From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
Subject: Re: Free software and the future of support for Diamond products
Organization: AT&T
Date: Mon, 7 Sep 1992 13:33:47 GMT
Keywords: Diamond, free-software

In article <lalqmgINNa96@needmore.cs.utexas.edu> jrowland@cs.utexas.edu (John Richards Rowland) writes:
> 
> I dont see the problem here. I use bios calls to set the clocks.
> By observation, I can determine what clock settings each bios call
> sets the PLL to.  Just before Xfree86 starts, I take it apon myself
> to make that bios call, and the bios sets the clock values to what I need.
> 
> For example:
> When I boot my linux system I always remember to choose the text mode
> 100x40 in the selection list because I know that setting that text mode also
> sets the clocks to what I want for my chosen resolution.  This type of
> trickery is uncomfortable, but it does allow me to use X on my Diamond 
> Speedstar24 using bios 5.X.
> -- 
> -----------------------------------------------------------------------
> primary:	jrowland@cs.utexas.edu  (UT CS Department)
> secondary:	jrowland@csdfx8a.arlut.utexas.edu (Applied Research Laboratory)
> -----------------------------------------------------------------------


1) Calling BIOS from a multitasking OS is trick, dangerous, and impossible
   for those of us running SVR3/4
2) One of the nice features of XFree86 (and X386) is the ability to switch
   resolutions via hot-key.  Kiss that goodby without the clock-select
   logic
3) Some of us are such Unix snobs that DOS will never touch our machine.
   Having to boot DOS, then boot Unix, is an unnacceptable crock.  If you
   want to do it, fine.  But don't suggest that as a rational alternative.
4) No other manufacturer is trying to make us jump through hoops, so we just 
   plain won't support the one that is.

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
David Wexelblat             | dwex@mtgzfs3.att.com  | Somebody get me a
AT&T Bell Laboratories      | ...!att!mtgzfs3!dwex  |   cheeseburger!
200 Laurel Ave - 4B-421     |                       |      
Middletown, NJ  07748       | (908) 957-5871        | --Steve Miller Band
Newsgroups: comp.unix.sysv386
From: bill@unixland.natick.ma.us (Bill Heiser)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Organization: Unixland Public Access Unix  (508) 655-3848
Date: Tue, 15 Sep 1992 13:10:49 GMT

hardy@cray.com (Jeff Hardy) writes:

>>>It sounds good in theory.  I guess that's not what is happening, though,
>>>since ESIX (and others?) are available for under $700, while DELL is
>>>still up around $1300.
>>Last time I looked ISC SVR4 was up there along with UHC around 2K
>>Larry Snyder                                    internet: larry@gator.rn.com
>>keeper of the Gator                                  uucp: uunet!gator!larry
>MST Unix SVR4 is just under $700 for everything including X11R5 development,
>C development, Networking, unlimited users.

Well it is interesting how DELL and MST can keep the price so low while
the others charge nearly 3 times as much (or twice as much in DELL's case).

I guess this makes them pretty hard to compare on an even field!

-- 
bill@unixland.natick.ma.us                      ESIX Mailing List Moderator
Public Access UNIX/USENET/E-MAIL!  UUCP Accounts Available!  (508) 655-3848
5 lines  -  Located in Natick, MA   USA    Supporting V.32/PEP/V.42bis, etc.
Newsgroups: comp.unix.sysv386
From: peter@ferranti.com (peter da silva)
Subject: Re: DELL SVR4 - separate /usr and /var filesystem?
Keywords: dell svr4 filesystem
Organization: Xenix Support, FICC
Date: Fri, 11 Sep 1992 17:18:58 GMT

In article <BuEvwy.2rt@gator.rn.com> larry@gator.rn.com (Larry Snyder) writes:
> peter@ferranti.com (peter da silva) writes:
> >> DELL includes the MERGE along with their product (i.e. it is a "nuts and
> >> bolts complete" release).  

> >IF you want Merge. But why would I want Merge?

> If you want it, then just type dos.  If you don't, you get to
> delete it or remove it.

How about not getting it at all and saving some money?

> At least you have a choice.

That's right. I do.
-- 
Peter da Silva                                               `-_-'
Ferranti Intl. Ctls. Corp.                                    'U` 
Sugar Land, TX  77487-5012
+1 713 274 5180                                   Har du kramat din varg idag?
From: heisen@convex.rz.uni-duesseldorf.de (Henner Eisen)
Newsgroups: comp.unix.sysv386
Subject: Re: Does X11R5 supports 8 bit characters ?
Date: 7 Sep 92 16:16:35 GMT
Organization: Heinrich Heine Universitaet Duesseldorf
Distribution: world
NNTP-Posting-Host: convex.rz.uni-duesseldorf.de

>In our SVR4 X11R5 environment we are having some difficulties
>mapping key codes to character values > 127.
>[...]
>According the xterm manual it should be able to handle 8 bit chars.
>[...]

xterm does, but its default  stty  settings (at least within our ESIX V4 / XWIN
System) cause the 8th output bit to be stripped.  In that case the command

  stty -istrip

will help.

--
Henner Eisen
From: davidg@aegis.or.jp (Dave McLane)
Newsgroups: comp.unix.sysv386
Subject: Re: >16MB on a 486
Date: 12 Sep 92 23:15:51 GMT
Organization: Aegis Society, Kyoto Japan

slangley@constant.demon.co.uk (Simon Langley) writes:

 >Evan Leibovitch (evan@telly.on.ca) wrote:
 >: There's a file /etc/default/boot that contains a MEMRANGE definition of
 >: where to look for usable RAM. I believe the default file as shipped
 >: is set for 16MB. I had a system with 24MB, whose UNIX recognized all of
 >: it once I set this entry higher and rebooted.
 >: 
 >I had already considered this, my /etc/default/boot says:

>MEMRANGE=0-640K:0,1M-64M:0

I don't see such a file for ISC 3.2 v3.0. Anybody have any ideas?

Dave

--
Dave McLane 
JUNET: davidg@aegis.or.jp (ONLY within Japan: post otherwise)
Nagaokakyoshi, Kyoto Japan Tel: +81-75-951-1168 Fax: +81-75-957-1087
Newsgroups: comp.unix.sysv386