HDTenEightyP/NetNews huggingface dataset:
From: jdp@polstra.uucp (John Polstra)
Subject: Re: Getting 1152x900 with Orchid ProIIs
Organization: Polstra & Co., Inc., Seattle, WA
Date: Thu, 24 Dec 1992 18:38:25 GMT

In article <1992Dec23.233759.18811@husc3.harvard.edu> maziere1@husc11.harvard.edu (David Mazieres) writes:
[Pardon my condensing...]
> I'm using an Orchid Prodesigner IIs under Xfree86.  I would like to be
> able to do the following two things:
> 
> 1.  Get 1024x768 resolution at 70 Hz vertical refresh
> 2.  Get a non-interlaced 1152x900 resolution working.
> 
> I tried the following timings:
>  "1024x768v"   80     1024 1032 1152 1384    768  784  787  823
>  "1152x900"    80     1152 1160 1376 1548    900  920  940  948
> 
> Both modes produced snow on the screen in addition to the regular
> picture, which looked fine otherwise.

The snow mostly appears when the screen is changing (being written on),
right?  I reported this problem to the XFree86 people and we had a
discussion about it, but neither they nor I came up with a solution.  I
did a lot of experiments and found that (on my system, at least) things
are a bit more complicated than they seem at first.

First of all, you *can* get 1024x768 at 70 Hz without snow.  The key is
that the X386 virtual window must be exactly 1024 pixels wide.  If you
have a line like "Virtual 1152 900" in your Xconfig file, get rid of
it.  Also, make sure that your "Modes" line includes *only* modes that
are 1024 pixels wide.  X386 seems to set its virtual window to the
maximum of all the listed modes, regardless of which one is selected at
the moment.  So if you include, say, an 1152x900 mode in the "Modes"
line, you'll get snow even when you're using the 1024x768 mode.

The funny thing is, you'll get snow even if the width is *less* than
1024.  Any virtual width except 1024 seems to give snow.

So, for 1152x900, you're basically out of luck.

Another thing I found:  You can also get rid of the snow, even at
widths other than 1024, by using the slower 65 MHz dot clock.  But
that's a pretty worthless solution, because the flicker is intolerable
at that clock rate.

If you try these things and find that your system behaves differently
from what I've described, I'd appreciate hearing about it.
-- 
   John Polstra                              polstra!jdp@uunet.uu.net
   John D. Polstra & Co., Inc.                  ...!uunet!polstra!jdp
   Seattle, Washington USA   Phone (206) 932-6482, FAX (206) 935-1262
   "Self-knowledge is always bad news."                 -- John Barth
Xref: sparky comp.unix.sysv386:17625 comp.sys.sun.misc:6008
From: jimmy@denwa.info.com (Jim Gottlieb)
Newsgroups: comp.unix.sysv386,comp.sys.sun.misc
Subject: 96 port BBS on a 486-50?
Date: 26 Dec 92 04:59:56 GMT
Reply-To: jimmy@denwa.tele.com
Organization: Info Connections, West Los Angeles

We are planning to start a free public-access system in the Portland area
offering both BBS-style access to Usenet newsgroups as well as shell 
access, Internet access, and UUCP connectivity.  We will start with 24 
incoming lines, but if it is popular (and we expect that a free system 
will be very popular) we will grow to as many lines as are needed to 
handle demand.  We also plan to get at least a 56K connection to the
Internet through Northwest-Net or Sprint.  (Does AT&T also offer
this?)
 
Although we don't want to spend more than we have to, we also want to
do it right.  Our corporate philosophy has always been to do things
right, even if it costs more.
 
Right now, our plan is to buy a 486-50 EISA machine, a couple large
SCSI disks, and an Equinox Megaplex multi-port (up to 96 ports) card.
This would seem to give us the most value for the money, at about
$10,000.  Modems and a router will be on top of that.
 
I think that if we use PCs running Unix, we will have to abandon our 
familiar ISC 3.0 and go with a SVR4.  Otherwise, we may start running
into inode limits and other vestiges of releases past.

Unfortunately, we don't really know what our load mix will be like.  A
486-50 might have no problem with 90 users sitting reading news, though
the situation could change quickly if 30 of those people are doing file
downloads.  I really have no idea what kind of load our proposed setup
could really support.

The other alternative is to use Suns.  But I have no idea how many BBS
users a Sparc 2 or Sparc 10 could handle either.  And I don't know of
any multi-port solutions that could support the numbers we're talking.
So we would probably have to go with an EThernet terminal server, thus
adding even more expense and system load.

As you see, I'm all confused.  Any advise would be greatly appreciated.
 
Thanks...

-- 
Jim Gottlieb
E-Mail: <jimmy@denwa.info.com> or <attmail!denwa!jimmy>
V-Mail: +1 310 551 7702   Fax: 478-3060   Voice: 824-5454
Newsgroups: comp.unix.sysv386
From: rfg@netcom.com (Ronald F. Guilmette)
Subject: Compiling stuff with g++ on SVr4
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Mon, 21 Dec 1992 09:31:08 GMT

Some time ago, tannerrj@cnsvax (ROOT OF INSIGHT-- A 486 RUNNING ESIX V4.0.3A)
wrote:

> Anyone successfully built glib++ on Esix v4.03a? I have gcc 2.3.1
> and it seems to work fine, but I get a tone of compilation
> errors. If you have any knowledge of this problem, I can
> mail you the error. Thanks.


One big problem with compiling stuff (e.g. libg++) with the g++ compiler
on any sort of UNIX system based on System V Release 4 is that the -g
simply does not work (and you should not even try to use it).  Using
it will give you lots of weird assembler errors and/or linker errors
(because the DWARF debugging-info output is bad).

Why do these bugs (with g++ and -g on SVR4) still exist?  Simple.  Cygnus
Support is either unwilling or unable to fix the interface from the g++
front end to the DWARF generation routines (in dwarfout.c).

Note that DWARF output for GNU C works flawlessly on SVR4 however.

-- 

// Ron ("Loose Cannon") Guilmette    uucp: ...uunet!lupine!segfault!rfg
//
//      "On the one hand I knew that programs could have a compelling
//       and deep logical beauty, on the other hand I was forced to
//       admit that most programs are presented in a way fit for
//       mechanical execution, but even if of any beauty at all,
//       totally unfit for human appreciation."
//                                              -- Edsger W. Dijkstra
Newsgroups: comp.unix.sysv386,comp.unix.xenix.sco,biz.sco.general
From: gomez@enuxha.eas.asu.edu (JL Gomez)
Subject: Bell Tech's HUB-6 serial card
Followup-To: poster
Organization: Arizona State University
Distribution: usa
Date: Fri, 1 Jan 1993 20:00:56 GMT


I have the opportunity to get a Bell Technologies HUB-6 serial card
at a good price.

Any comments on this board? It will be used strictly for 2400 baud
dial-in access.

The date of the drivers are 7-20-87.
Are there any more recent drivers?

It will be used on a Xenix/386 system.

Thanks for the info!
--
gomez@enuxha.eas.asu.edu
Newsgroups: comp.unix.sysv386,comp.unix.xenix.sco,misc.forsale.computers,comp.unix.pc-clone.32bit,comp.unix.sys5.r3,comp.unix.sys5.r4
From: dljarvis@erc.cat.syr.edu (David Jarvis)
Subject: Recital RDBMS for UNIX
Originator: dljarvis@erc.cat.syr.edu
Organization: Electronic Resource Center, Syracuse
Date: Thu, 24 Dec 92 10:01:42 EST

FOR SALE:    Recital RDBMS for UNIX  (unused)   ver 7.1, manuals & disks
This is a dBase clone for Unix, and includes a very colorful and 
easy to use assistant.  The package is for SCO Unix, but it should
work with any SVR3/4 Unix (and probably SCO Xenix).  
There are 2 licenses for sale (together or separately):
2-user full development system
8-user run-time only
The client is really looking to get rid of these, any price would be
better than a total loss to them so any offers are welcome.
(just for reference, the client paid $5000 for both licenses)
Seller pays shipping.
Please respond directly to john@dynamix.com or jwjarvis@cat.syr.edu
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: larry@gator.use.com (Larry Snyder)
Subject: Re: gawk-2.14.tar has been uploaded to US4BINR
Organization: Gator Communications - Feeds-R-Us 219-289-3745 
Date: Tue, 22 Dec 1992 14:31:53 GMT

jack@solucor.uucp (Jacques Gelinas) writes:

>1-US4BINR is a binary archive for UNIX System V Release 4
>on 386 and 486 PCs. It DOES NOT CARRY SOURCE, only BINARY
>EXECUTABLE programs with documentation. While there is plenty
>of archive site on the net, few carry binaries, few
>targets specific UNIX architecture.

>US4BINR is modeled after the SIMTEL20 and GARBO examples.
>Uploads are done in a control fashion.

I assume it isn't on the internet?  If so, is there a site
which you mirror, or mirrors you?

>available for some time on the net. But in source form. For many,
>the availability in binary form is NEW for the UNIX they have.

but a posting doesn't need to be made quite so frequently.

>I am currently writting the charter
>of two new groups, comp.binaries.unix386.archives and
>comp.binaries.unix386.archives.d.

Why not create something in alt -- ie: alt.binaries.* --
no charter required :)

Happy Holidays --

larry



-- 
Larry Snyder                                    internet: larry@gator.use.com
keeper of the Gator                                   uucp: uunet!gator!larry
From: thu@huedv.hu.sub.org (Thomas Huppertz)
Newsgroups: comp.unix.sysv386
Subject: ISC / Posix-Features (many groups)
Date: 21 Dec 92 04:28:00 GMT
Reply-To: thu@huedv.hu.sub.org
Organization: HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany


Hello,

has anyone from you experiences with the Posix-Mode in the ISC-Unix?
(I use Version 3.0)

I build a little programm (call it "posix"), gave it root/root and 
set the s-bit on it. I wanted to test the feature of beeing in more than
one group.
But when I start it as a usual user, it will not give the posix-groups.
Other posix-functions seem to work (disallowing longer filenames, 
disallowing chmod, etc.)

When I start the same program as root, and afterwards 'su' to a 
user, I have my posix-groups as a usual user, too.

What is going wrong (with me - or the programm - or the ISC?) :-)

Now the programm 'posix.c'
----------------------------------------------------------------------
main ()
{
	int user_nr;
	int grp_nr;

	__setostype(0);

	user_nr = getuid();
	grp_nr  = getgid();

	setuid(0); setgid(0);
	__setostype (1);

	setgid(grp_nr);
	setuid(user_nr); 
	system ("/usr/local/bin/tcsh");
}
----------------------------------------------------------------------

Any ideas?

Merry Christmas,
	Thomas

-- 
==================== Gruss: === Thomas === Huppertz  ========================
       HUPPERTZ EDV-Beratung, Thererstr. 10, 8083 Mammendorf, Germany 
               Tel. ++49-8145-1569, Fax. ++49-8145-8286 
==================== EMail:== thu@huedv.hu.sub.org ==========================
Newsgroups: comp.unix.sysv386,comp.sys.sun.misc
From: aad@siemens.com (Anthony Datri)
Subject: Re: 96 port BBS on a 486-50?
Organization: Siemens Corporate Research, Princeton (Plainsboro), NJ
Date: Sun, 27 Dec 1992 22:21:10 GMT


The folks at Software Tool & Die use a Solbourne 5E with [currently] 4 CPU's.
-- 

======================================================================8--<
Xref: sparky comp.unix.sysv386:17583 comp.windows.x.i386unix:105 comp.unix.pc-clone.32bit:868
From: maziere1@husc11.harvard.edu (David Mazieres)
Newsgroups: comp.unix.sysv386,comp.windows.x.i386unix,comp.unix.pc-clone.32bit
Subject: Video Recommendations follow-up + new question
Date: 21 Dec 92 19:42:00 GMT
Followup-To: comp.windows.x.i386unix
Organization: Harvard University Science Center

Many thanks to all who replied to my original post, giving me advice on what
card + monitor to buy.  I ended up buying an Orchid Prodesigner IIs card with
a MAG MX15F monitor.

At first I was completely amazed by the monitor.  I never dreamed any monitor
would give me this much control over the picture.  When they advertised edge
to edge viewing, they weren't kidding.  Basically, the monitor is a multisync
monitor with a little 7 segment L.E.D. display.  When you switch to a graphics
mode you are going to use, you can stretch the picture and move it around until
it fills up the entire screen.  Then, you save it to a particular mode (1-8).
Then, whenever you switch back to that graphics mode, the monitor will recall
your settings and display the mode number on the 7 segment display.

Forgive me for boring you if you are used to this kind of thing, however I was
completely amazed and wanted to let everyone know that for $200 you get much
more than simply an extra inch of screen.

THE PROBLEM:

The two highest clocks on the IIs are 65 and 80 MHz.  Whenever I use
the 80 MHz clock, I get tons of snow on the screen (kind of like when
you wrote directly to the video memory in the old CGA displays).  That means
that when I try a 72Hz vertical refresh 1024x768 mode, or a non-interlaced
1152x900, it's unusable.  1152x900 does work in interlaced mode with the 65
MHz clock, however.

Now, even stranger:  I called tech support at Orchid.  The person I talked
to said that the IIs does not support 72 Hz refresh at 1024x768, only 70 Hz.
Moreover, he said that the highest clock rate on the card was 75 MHz for
this, rather than 80.  Thus, either Xfree86 is not reporting the correct
speed, or there is a 75 MHz clock on the card not being reported.

QUESTIONS:

Has anyone gotten 1024x768 at 70 or 72 Hz vertical vefresh, or 1152x900
non-interlaced under Xfree86 with an Orchid Prodesigner IIs?

Has anyone experienced anything similar to what I'm seeing?

INFO:

Here are the modes I used:

 "1024x768v"   80     1024 1032 1152 1384    768  784  787  823
 "1152x900"    80     1152 1160 1376 1548    900  920  940  948

Thanks in advance for any help.

maziere1@husc.harvard.edu
Xref: sparky comp.unix.sysv386:17627 comp.sys.sun.misc:6011
From: lupe@ukw.uucp (Lupe Christoph)
Newsgroups: comp.unix.sysv386,comp.sys.sun.misc
Subject: Re: 96 port BBS on a 486-50?
Date: 26 Dec 92 14:20:15 GMT
Organization: cic

jimmy@denwa.info.com (Jim Gottlieb) writes:

>Unfortunately, we don't really know what our load mix will be like.  A
>486-50 might have no problem with 90 users sitting reading news, though
>the situation could change quickly if 30 of those people are doing file
>downloads.  I really have no idea what kind of load our proposed setup
>could really support.

I can't help you with load estimation, but you will probably want
a line controller that keeps interrupt load low, i.e. more than
one character per interrupt.

>The other alternative is to use Suns.  But I have no idea how many BBS
>users a Sparc 2 or Sparc 10 could handle either.  And I don't know of
>any multi-port solutions that could support the numbers we're talking.
>So we would probably have to go with an EThernet terminal server, thus
>adding even more expense and system load.

I can help you with a pointer for Sun lines. Aurora in Waltham, MA,
sells a 8 line SBus card with modem control on all ports, and the
SBox, a four slot extender chassis. You can put up to 4 SBus cards
in this box, and you can daisy-chain another box to it. (Dual SBox).
Aurora's 16 line card does not have modem control on all 16 lines,
but on only 8.

With the Dual SBox and an SS10 without a framebuffer you can go
up to 4*2*4 == 32 cards, or 512 lines. I would recommend staying
below that ;-)

Here are the prices:

800S			$995
SBox			$2195
Dual SBox		$3995

Aurora can be reached at:

Aurora Technologies, Inc.
176 Second Avenue
Waltham, MA 02154

Tel (617) 290-4800
FAX (617) 290-4844
-- 
| ...!unido!ukw!lupe  (German EUNet, "bang")     |  Disclaimer:            |
| lupe@ukw.UUCP       (German EUNet, domain)     |  This is an unofficial  |
| suninfo!alanya!lupe (Sun Germany)              |  opinion of Christoph & |
| Res non sunt complicanda praeter necessitatem. |  Imschweiler Consulting |
Xref: sparky comp.unix.sysv386:17591 comp.unix.bsd:10544 comp.os.linux:21392 comp.unix.pc-clone.32bit:873
From: as@comlab.ox.ac.uk (Andrew Stevens)
Newsgroups: comp.unix.sysv386,comp.unix.bsd,comp.os.linux,comp.unix.pc-clone.32bit
Subject: Re: ET4000/W32 and VESA VL-Bus
Date: 22 Dec 92 10:52:50 GMT
Organization: /usr/local/lib/rn/Organisation
Originator: as@opal.comlab

In article <1992Dec16.232647.13616@netcom.com> hasty@netcom.com (Amancio Hasty Jr) writes:
>In article <1992Dec16.191911.9003@bmerh85.bnr.ca> Daniel.Tessier@bnr.ca writes:
>>In article <1992Dec16.155355.7416@netcom.com>, hasty@netcom.com (Amancio Hasty Jr) writes:
>>|> In article <BzBEI1.CH@aeon.in-berlin.de> thomas@aeon.in-berlin.de (Thomas Wolfram) writes:
>>|> >Hi,
>>|> >does anyone already using the new ET4000/W32 chip, perhaps in an
>>|> >VESA VL local bus version? How is the performance compared with
>>|> >ET4000AX and does it work with XFree86 1.1?

>>|> S3 is faster than the et4000 based technology the reason is because
>>|> of the server and its use of hardware assisted graphics functions.
>>|> We are about  6 times faster than an ISA et4000. ...
>>- "How fast is the ET4000/W32?"
>>- "The S3 is so fast, it'll blow Suns away"
>>
>>Try to keep your preaching/propaganda for people who actually wan it.
>>-- 
>I just copy again how fast is my X server. It appears that you can't read.
>Later chump,

1. The ET4000/W32 is *not* the same chipset as the ET4000 we all know
and love although it is backward compatible  (ish?) at the register level.

2.  ET4000/W32 supports 32bit wide access, has hardware assisted graphics
functions, and a bunch of other goodies.

3.   I don't know of any boards available based on ET4000/W32

4.   Given the above Xfree86, which has no drivers for the
new facilities in ET4000/W32, would either give 0 xstones (not work!)
or run at much the same speed as a stock ET4000.


Andrew


-- 
        Andrew Stevens               INTERNET: Andrew.Stevens@uk.ac.oxford.prg
      Programmming Research Group       JANET: Andrew.Stevens@uk.ac.oxford.prg
     11 Keble Road, Oxford, England     UUCP:  ...!uunet!mcvax!ukc!ox-prg!as
     OX1 3QD   +44 0865 272563
Xref: sparky comp.unix.sysv386:17652 comp.sys.sun.misc:6086
From: davidsen@sixhub.UUCP (Wm E. Davidsen Jr)
Newsgroups: comp.unix.sysv386,comp.sys.sun.misc
Subject: Re: 96 port BBS on a 486-50?
Date: 31 Dec 92 13:10:20 GMT
Reply-To: davidsen@sixhub.UUCP (bill davidsen)
Followup-To: comp.unix.sysv386
Organization: *IX Public Access UNIX, Schenectady NY


  Since this project seems to have quite a budget, you may want to
consider using Telebit WorldBlazer modems locked a 38.4k for your dialin
lines. This allows you to do everything from
300-V.32-V.32bis-PEP-SuperPEP speeds while presenting your login prompt
at a standard speed.
-- 
bill davidsen - davidsen@sixhub.uucp (uunet!crdgw1!sixhub!davidsen)
    sysop *IX BBS and Public Access UNIX
"I haven't had time to read the manual, I've been too
   busy fighting with the install" -Nevius
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
From: peter@ferranti.com (peter da silva)
Subject: Re: gawk-2.14.tar has been uploaded to US4BINR
Organization: Xenix Support, FICC
Date: Thu, 24 Dec 1992 15:33:36 GMT

In article <1992Dec22.045807.10285@solucor.uucp> jack@solucor.uucp (Jacques Gelinas) writes:
> >	Why not just publish a monthly list of new updates? All these
> >	constant news articles do is jam up the network more. As

> Lately, few people have complained that my posting
> announcing uploads are somewhat excessive in length.
...
> 4-Once in a while, I will post a list of the
> latest uploads.

That's what you should have been doing all along.

> You should see the official proposition of the newsgroup
> creation shortly.

I will vote against it. The appropriate groups already exist: 
	comp.archives (moderated)
	comp.archives.admin
-- 
Peter da Silva                                            `-_-'
Ferranti International Controls Corporation                'U` 
Sugar Land, TX  77487-5012 USA
+1 713 274 5180                            "Zure otsoa besarkatu al duzu gaur?"
Newsgroups: comp.unix.sysv386,comp.unix.sys5.r3
From: zbig@wariat.org (Zbigniew J. Tyrlik)
Subject: ISC freezeing sometimes ???
Organization: Akademia Pana Kleksa, Public Access Uni* Site
Date: Wed, 23 Dec 1992 15:33:59 GMT


Hi gang!


I have  an ISC 3.0 running on ISA, 486/33, with 16 MB of memory. 
From time to time system is freezeing, to the point that only 
BIG RED BUTTON can restart it. 

I can almost repeat it - turning accounting on, and running 
backup is a 60% shot.  It also happens during other intensive
applications - running crack for couple hours, and expire/upact 
sometimes causes such situation. 

Couple of times I was witnessing it: when it happens, machine
first stops responding to input characters - it no longer echoes
whatever is typed into open sessions, it does not echo login name
typed at login prompt; just scrolls screen. I have u386mon runnig
all time, and it responds to commands like [pme] for a while, but
finaly it also stops respondng. This same goes with any session on
serial lines.  Outgoing characters are sent for a while longer - 
even u386mon does not respond to typed commands, it still updates
display for couple minutes. Finally, it stops updates. 

When it happens, disk heads are not moving ( with my drives, I can
hear when they are moving), but u386mon shows that system is
spending 85% waiting for  io . 


Any clues ?  Any pointers ??? Somenone with better knowledge of
SYSV please, help !


_zjt
-- 
********************************************************************
Zbigniew J. Tyrlik       DoD# 0759   VF700C '84      zbig@wariat.org
IBM PC SIG Sysop - Cleveland Free-Net    aa609@cleveland.freenet.edu
APK	       Public Access UNI* Cleveland,          (216)-481-9436
Feeds, shell, FTP & telnet access        Uniboard distribution point 
********************************************************************
Newsgroups: comp.unix.sysv386,comp.unix.pc-clone.32bit
From: stu@mav.com (Stu Donaldson)
Subject: re: gcc 2.3.2 (i386-isc) and floating point
Reply-To: stu@mav.com
Organization: Maverick International Inc.
Date: Thu, 24 Dec 92 08:00:02 GMT

  I had posted a problem with 2.3.2, configuring as i386-isc,
  and getting a floating point error when compiling.  Here is what
  I have found thus far.

  	config/unx386.h defines TARGET_DEFAULT to 0301 which
	means that code is automatically generated for a 80387.
	This doesn't work in the case of a 80386 without a co-processor
	which is what 4 out of 5 of my workstations are using.
	It seems that assuming an 80387 is really not appropriate.
	Probably allowing the 387 to be disabled by default through
	one of the configure options such as --nfp would be a good idea.

	Where is the best place to fix this?  I changed the isc.h
	file to undef TARGET_DEFAULT, and redefine it to 0300, but
	that means I am now different than the standard 2.3.2
	distribution.  I hate it when I have to grow apart from the
	original source.

  There still apperas to be an error in that xgcc reported the
  error as a signal 6, however the fpu signal that was actually
  received was a signal 8.

			  -- Stu --
-----------------------------------------------------------------------
Stu Donaldson                   "Can't you understand what I'm saying?" 
stu@mav.com                     "What happened?  Did you Fail Telepathy?"
Xref: sparky comp.unix.sysv386:17651 comp.sys.att:2782
From: hsi@netwrx1.NW1.COM (Peter Hsi)
Newsgroups: comp.unix.sysv386,comp.sys.att
Subject: Info on USL SvR4.1 ES, a B2-secure Unix
Date: 31 Dec 92 20:28:14 GMT
Followup-To: poster
Organization: Open Networks, Inc., Reston, VA

I'm considering USL SvR4.1ES, AT&T's B2-secure Unix for the 3B2 and Intel-based
systems.

Does anybody know if...

1. Standard system calls are used for the secure operations?
2. Can this operating system be installed on non-AT&T computers such as
   any common Intel-based PC's?
3. Is secure TCP/IP or other networking software available?
4. What is USL's sales office phone number? (Yes, I looked)

Please e-mail replies if possible and I'll summarize if there is interest.
Thanks in advance!
--Peter Hsi			Internet:	hsi@netwrx1.nw1.com
Open Networks, Inc		Usenet:		uunet!netwrx1!hsi
Reston VA, USA			Phone:		(703) 648-0013
Newsgroups: comp.unix.sysv386,biz.sco.general