HDTenEightyP/NetNews huggingface dataset:
From: johnson@ecsvax.uncecs.edu (Patti Johnson)
Newsgroups: comp.unix.xenix.sco
Subject: Chase at16 serial board w/ SCO Xenix 386GT
Keywords: serial board, terminator block
Date: 13 Nov 92 20:36:51 GMT
Organization: UNC Educational Computing Service


HelP!  p!  I know this is a technical question ... yet I don't know
where else I might post it.  
I've got a demo system that I use to carry to workshop sites -
to teach current & prospective users of our educational telecom
network how to use it.  This demo is run on a Zenith 386/16 (old),
with SCO Xenix 386 op sys and a Chase (marketted by MicroWay)
AT16 serial card (16 ports).  It's always worked well until 
yesterday.  As we were prepping by plugging serial cables from
the Macs to be used to the terminal block, 4 were in & the 5th
cable was in hand.  As my colleague tried to plug it in, SPARKS
FLEW.  I've been doing this for 8 years & have NEVER seen sparks
come from a serial connetion. 

As we looked for damage, the only visible damage was the burn
marks ... on the connector screws BUT not on the DB25 pin connectors.

We proceeded ... using only the 4 Macs already connected.  All
worked well.  Evidiently the sparks didn't go beyond the screw.
The greatest damage, I think, was to my confidence level.  ANYbody
got any ideas???? Please send them to my mailbox: 
johnson@micronet.wcu.edu

Thanks in advance!!!!
			patti johnson
ps:  that cable was actually 3 cables chained together... 2
10' and 1 6'.
From: Alexander.Schwallbach@thedump.UUCP (Alexander Schwallbach)
Sender: FredGate@thedump.UUCP
Newsgroups: comp.unix.xenix.sco
Subject: SCO Machine
Date: 07 Nov 92  15:54:42 EST

Question: What is involved in changeing the operateing system if we add more ram to our Xenix Server?
From: ed.welch@nitelog.com (Ed Welch) 
Newsgroups: comp.unix.xenix.sco
Subject: JOE SIMMONS
Date: 8 Nov 92 20:16:00 GMT
Distribution: world
Organization: Nitelog BBS - Monterey, CA - 408-655-1096
Reply-To: ed.welch@nitelog.com (Ed Welch) 

I'm looking for an old, dear friend of mine.  His name is Joe Simmons
and the last I knew he was a tech writer with Intergraph which is
located in Huntsville, AL.  If anyone knows how I might get in touch
with him I would greatly appreciate a short message from you.
Thanks a million!

-ed-
                                                                                             
Newsgroups: comp.unix.xenix.sco
From: leipold@Sirius.dfn.de (Karsten Leipold)
Subject: HELP install TCP/IP
Date: Thu, 12 Nov 1992 12:01:01 GMT
Organization: DFN-GS

Hi,

is there anybody, running the SCO TCP/IP Software at a i486 with a
ETHERNET adapter from "Schneider & Koch" (skli)?
I'm interested in troubles, which might have occured during the 
installation of that software and how can one solve them.
I can't get connection to the network, however the local loop
and slip are running well.

Mail please to leipold@dfn.de

Thank you very much.

Karsten Leipold
-- 

[  Karsten Leipold; DFN Geschaeftsstelle; +49 30 884299 49    ]
[  C=de;A=dbp;P=dfn;S=Leipold          poldi@dfn.de           ]
[  +++++++ Ebenso und ebenso und gibt nicht 68 voll ++++++++  ]
Newsgroups: comp.unix.xenix.sco
From: spencer@ais.org (Spencer PriceNash)
Subject: Re: anomaly
Organization: UMCC
Date: Fri, 13 Nov 1992 14:55:14 GMT

In article <1992Nov11.054254.12642@vela.acs.oakland.edu> srodawa@vela.acs.oakland.edu (Ron Srodawa) writes:
>In article <9211100821.AA21596@dynamix.com> david@dynamix.com (David L Jarvis) writes:
>>> Are the files on anomaly obtainable at any other site?
>>
>>This has been a discussion in the past, and I still intend to pursue it
>>(time allowing).  Anomaly has an archive with wonderful things to offer the
>>SCO community, but it's just plain not accessible enough.  The hosts of
>>anomaly have been very gracious in even having a publicly accessible
>>archive at all, so I certainly don't blame them for this.  Personally, I
>>would think that SCO itself would be jumping on this opportunity to support
>>it's reseller community.  But that not being the case, I am still searching
>>for a site that can handle ftp direct and email access to this wonderful
>>treasure chest of SCO software.  Anyone willing to help?
>>
>I WANT to help, but disk space is the major problem.  I run the archive
>of xenix software on unix.secs.oakland.edu and plan to expand that to
>sysv386 software too.  I already contacted Mike at anomaly and found out
>the size of the archive.
>
>My major problem is insufficient diskspace.  The archive right now sits
>on a DECstation 3100 whose disk space is 96% allocated.  What we need
>is several more hundred MB to do it right.  As far as network access
>is concerned,we have no problem.  We are T1 right into the NFSnet hub.
>So, anonymous ftp over the internet service is great.  We don't have
>a mailserver at the moment, but that could be done too.  Direct UUCP
>access via telephone lines could be a problem since we don't have any
>good modems--internet access took away the need for that.

Wow, 96% allocated.  I didn't know.  After I announced I had SCO Xenix
running on my home dosbox, I got mail from local Xenix users who said I
should ftp, early and often, to unix.oakland.edu.  I'm glad I did.


>Anyone got a good disk, DECStation 3100 (SCSI) compatible, ready for
>donating?  We (the University) are a non-profit organization.  Ron.

That'd be real nice of someone.  Or, a bunch of us someones...?



>| Ronald J. Srodawa               | Internet: srodawa@vela.oakland.edu      |
>| School of Engineering and CS    | UUCP:     srodawa@vela.UUCP             |
>| Oakland University              | Voice:    (313) 370-2247                |
>| Rochester, Michigan  48309-4401 |                                         |
-- 
Spencer PriceNash   spencer@spencer.ann-arbor.mi.us   spencer@ais.org
From: David Mason <vid@zooid.guild.org>
Subject: Still having missing character problems
Reply-To: David Mason <vid@zooid.guild.org>
Organization: The Zoo of Ids
Date: Thu, 12 Nov 1992 14:49:23 GMT


Hello again,

A while ago we had some problems on our SCO 2.3.2GT (upgraded with the SCSI
enhancement) system, running on a 386-33, 64k cache, 8MB RAM, Adaptec 1542B,
IDE & SCSI disk, AST 4port, standard I/O, FAS 2.09, monochrome system (whew).
The problem is that we are getting characters disappearing from input and
output on both the serial lines and the consoles. This will usually happen
after about a week or more of 24 hour uptime. Rebooting the system once a week
is a solution, though not a very good one.  

When I originally posted this question, several people suggested upping the
number of CLISTS on the system. Originally it was set to the default (100 or
200). We have 5 serial ports plus the consoles so 300 seemed like a
reasonable number, but the problem persisted. I upped the number to 400 but
characters are still disappearing after about a week of uptime.

As an example of what happens, I will type a sentence on the console but some
of the characters will appear to be missing. Or I will type "w" and part of
the output will be missing. 

Any clues would be very helpful. I did also hear from someone else who was
having a similiar problem, although my email to them about raising CLISTS
never got through (I hope they are reading this now). 

By the way, this is all equipment that was running fine before...

-- 
vid@zooid.guild.org             -->> ZOOiD Public Access Usenet 416 322-7876
From: Charlie Rosenberg <crosenberg@igc.apc.org>
Newsgroups: comp.unix.xenix.sco
Date: 12 Nov 92 12:52 PST
Subject: Where to find MicroEMACS
Nf-ID: #N:cdp:1534600030:000:1541
Nf-From: cdp.UUCP!crosenberg    Nov 12 12:52:00 1992


From: Charlie Rosenberg <crosenberg>
Subject: Where to find MicroEMACS

/* Written 12:17 pm  Nov 12, 1992 by crosenberg@igc.apc.org in igc:comp.emacs */
From mdbs!dan@dynamo.ecn.purdue.edu Thu Nov 12 07:46:29 1992
MicroEMACS is available from a number of different sources. Via FTP on
ARPAnet, it can be obtained from midas.mgmt.purdue.edu (128.210.13.1)
via anonymous FTP. That version is always the latest full release (in
this case version 3.11) in compressed TAR format.

Also you can call my BBS system, The Programmer's Room, at (317)
742-5533 to receive the very latest interim release (version 3.11c at
this time). This version is not always guarenteed to be completely bug
free, but it will always be the latest. The latest full release is also
available from this BBS.

Lastly, the below listed releases are available by sending a check for
$25 for each product you which to recieve and specify the disk format
you can read. You will recieve the proper disks with sources,
executables and printable documentation. Also we will keep you informed
of new major releases and products. The address is:

	Daniel Lawrence
	617 New York St
	Lafayette, IN 47901

Current Products:

	MicroEMACS 3.11
	MicroSPELL 2.0

Projections on upcoming products include:

	MicroEMACS 3.12			Sep 92
	MicroSPELL 2.1			Sep 92

If you have any more questions, feel free to send other queries to:

			Daniel Lawrence		(317) 742-5153
			UUCP:	{ihnp4!pur-ee!}mdbs!dan
			ARPA:	mdbs!dan@ee.ecn.purdue.edu
			FIDO:	1:201/10 The Programmer's Room (317) 742-5533


From: Alexander.Schwallbach@thedump.UUCP (Alexander Schwallbach)
Sender: FredGate@thedump.UUCP
From: lichtenb@ds009.et-inf.fho-emden.de (Claas Lichtenberg)
Newsgroups: comp.unix.xenix.sco
Subject: Hello Jeff Liebermann
Date: 12 Nov 92 18:40:28 GMT
Distribution: comp



Hello Jeff
I have to set this into the news, because I cannot send any mail out of
germany. I hope the other reader will not kill me.

A few weeks ago you sent me the following shellscript:

:
clear
while :
do
	echo "Software Time: \c"
	date '+%m%d%H%M%y'
	echo "Hardware Time: \c"
	cat /dev/clock
	echo "\n"
	sleep 5
	clear
done




Thanks for it but it did not run, because the device /dev/clock does not
exist on my computer and even not in our "Fachhochschule".
(Don't ask me for the translation. It's something like a University.)

Can you tell me how to create it? (Perhaps with mknod.)

It would be very nice if you send me the the directory of /dev.
(It must be in the format of ls -l so that I can see the major and minor
device numbers.)

I pasted the source of the program that I need this for at the end of this
mail.

yours Claas


==============================================================================
-  Claas Lichtenberg                             Fachochschule Ostfriesland  -
--  Cirksena Strasse 43          Fachbereich Elektrotechnik und Informatik  --
---  D-W-2970 Emden                                        D-W-2970 Emden  ---
----              EMail: lichtenb@server.et-inf.fho-emden.de              ----
==============================================================================
PS:
     Nothing is impossible for a man who doesn't have to do it himself.


----------CUT HERE----------
#include <stdio.h>
#include <fcntl.h>
#include <signal.h>
#include <sys/rtc.h>
/* Real Time Clock Definitionen */

#include <sys/console.h>

extern	int	errno;

main () {
	int	fd;

	int		r, i;
	int		delete;
	unsigned	char	*screen;

	struct		rtc_t	rtc;

	if ((fd=open("/dev/clock",O_RDONLY))==-1) {
		perror ("clock open");
		exit (errno);
	}

	for (i=0;i!=32;ii++) {
		signal (i,SIG_IGN);
		signal (i, delete);
	}

	if ((r=ioctl(0,SW_VGA80x25,0))==-1) {
		perror ("SW_VGA80x25");
		exit (errno);
	}

	if ((r=ioctl(0,MAPVGA,0))==-1) {
		perror ("MAPVGA");
		exit (errno);
	}

	screen = (unsigned char *) r;

	if (!fork()) {
		while (1) {
			sleep (1);
			if ((r=ioctl(fd,RTCRTIME,&rtc))==-1) {
				perror ("RCRTIME");
				exit (errno);
			}

			putclock (screen+14,rtc.rtc.hr);
			*(screen+148)=':';
			*(screen+149)=0x4f;
			putclock (screen+150,rtc.rtc_min);
			*(screen+154)=':';
			*(screen+155)=0x4f;
			putclock (screen+156,rtc.rtc_sec);

		}
	} else puts ("rtc initialisiert ...");
}

putclock (scr,value)
unsigned	char	*scr;
int		value;
{
	*scr++ = (value >> 4) | '0';
	*scr++ = 0x4f;
	*scr++ = (value & 0x0f) | '0';
	*scr++ = 0x4f;
}

delete (sig)
int	sig;
{
	ioctl (0,SW_VGA80x25,0);
	fprintf (stderr,"Signal %d received. RTC terminated\n", sig);
}

----------CUT HERE----------
From: browner@rm1.interlan.com (Michael Browner)
Newsgroups: comp.unix.xenix.sco
Subject: Help Again.  trying to load SCO Xenix on my 286.
Date: 11 Nov 92 15:10:19 GMT
Organization: Racal-Milgo, Sunrise, Florida

Thanx to all who responded to my last article.  In the last chapter I was
using XT hard disk controllers in a AMI 286 system.  Well I went out and 
got a different controller (AT style) a WD1006-MM1.  I put this in got 
it to work copied everything for DOS, etc.  Went to load or boot SCO Xenix
286 and it hangs again.  The SCO boot disk is fine since it works just 
great in my 486.  Any other suggestions (besides putting it on the 486), 
or does anyone have SCO's number.

Thank you

Michael B.

-- 
Michael Browner     		browner@sun1.interlan.com or
(305) 846-6848                  browner@rd1.interlan.com
Racal-Milgo, MS E-112, 
P.O.Box 407044, Ft Lauderdale, FL 33340
From: teddybur@netcom.com (John Sanger)
Newsgroups: comp.unix.xenix.sco
Subject: Re: anomaly
Date: 11 Nov 92 06:06:19 GMT
Article-I.D.: netcom.1992Nov11.060619.11909
Organization: Netcom Online Communications Services (408-241-9760 login: guest)

Since everyone is having a problem with 'anomaly.sbs.risc.net' then you
might be interested in using 'ftp.wimsey.bc.ca' which does a good job of
servicing anon ftp with a reasonable speed.  
I gave up on 'anomaly' some time ago  and have since used 'wimsey'.



Ciao!
	John S. :^)
	teddybur@netcom.com
__
Newsgroups: comp.unix.xenix.sco
From: spencer@ais.org (Spencer PriceNash)
Subject: anomaly
Organization: UMCC
Date: Mon, 9 Nov 1992 18:44:17 GMT

Anyone been able to get files via anomaly's mail server?  Or any other
way, for that matter.  I've tried twice in the last four weeks to no
avail, and have sent mail to the person who one should send mail to if
there are problems, with no reply.

It's possible the latter mail mentioned above didn't get there, but
I've gotten replies from the server itself saying the files are on
their way.  Anon ftp doesn't connect.

Are the files on anomaly obtainable at any other site?

Thanks.
-- 
Spencer PriceNash   spencer@spencer.ann-arbor.mi.us   spencer@ais.org
From: sdstpk@matt.ksu.ksu.edu (Stephen D. Spencer)
Newsgroups: comp.unix.xenix.sco
Subject: transfering files
Date: 9 Nov 92 15:07:13 GMT
Article-I.D.: matt.1dn911INN30h
Distribution: world
Organization: Kansas State University
NNTP-Posting-Host: matt.ksu.ksu.edu

Is there any way to get cu to pass control of a remote session to a protocol
engine like rz?  I need to download some files with long file names
(name.tar.Z).  Thanks in advance...

-Steve

-- 
          | we're back at the homestead               |grendel@cis.ksu.edu
              | where the air makes you choke         | sdstpk@matt.ksu.ksu.edu
toad the               |and people don't know you      ------------------------
 wet sprocket                 |and trust is a joke...
Newsgroups: comp.unix.xenix.sco
From: srodawa@vela.acs.oakland.edu (Ron Srodawa)
Subject: Re: anomaly
Organization: Oakland University, Rochester MI.
Date: Wed, 11 Nov 1992 05:42:54 GMT

In article <9211100821.AA21596@dynamix.com> david@dynamix.com (David L Jarvis) writes:
>> Are the files on anomaly obtainable at any other site?
>
>This has been a discussion in the past, and I still intend to pursue it
>(time allowing).  Anomaly has an archive with wonderful things to offer the
>SCO community, but it's just plain not accessible enough.  The hosts of
>anomaly have been very gracious in even having a publicly accessible
>archive at all, so I certainly don't blame them for this.  Personally, I
>would think that SCO itself would be jumping on this opportunity to support
>it's reseller community.  But that not being the case, I am still searching
>for a site that can handle ftp direct and email access to this wonderful
>treasure chest of SCO software.  Anyone willing to help?
>
I WANT to help, but disk space is the major problem.  I run the archive
of xenix software on unix.secs.oakland.edu and plan to expand that to
sysv386 software too.  I already contacted Mike at anomaly and found out
the size of the archive.

My major problem is insufficient diskspace.  The archive right now sits
on a DECstation 3100 whose disk space is 96% allocated.  What we need
is several more hundred MB to do it right.  As far as network access
is concerned,we have no problem.  We are T1 right into the NFSnet hub.
So, anonymous ftp over the internet service is great.  We don't have
a mailserver at the moment, but that could be done too.  Direct UUCP
access via telephone lines could be a problem since we don't have any
good modems--internet access took away the need for that.

Anyone got a good disk, DECStation 3100 (SCSI) compatible, ready for
donating?  We (the University) are a non-profit organization.  Ron.

-- 
| Ronald J. Srodawa               | Internet: srodawa@vela.oakland.edu      |
| School of Engineering and CS    | UUCP:     srodawa@vela.UUCP             |
| Oakland University              | Voice:    (313) 370-2247                |
| Rochester, Michigan  48309-4401 |                                         |
From: v505pda4@ubvmsb.cc.buffalo.edu (Jerome J Schentag)
Newsgroups: comp.unix.xenix.sco
Subject: Re: SCO Xenix compatability & Systems
Keywords: Xenix compatability
Date: 9 Nov 92 17:58:00 GMT
Followup-To: comp.unix.xenix.sco
Distribution: na
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

In article <1228@consult.UUCP>, bob@consult.UUCP (Bob Willey CDP) writes...
>We have recently been doing some testing for several clients
>about running SCO Xenix 386 v2.3.4 on various machines.
>I know that most of the major names have been listed in the SCO
>compatability list, but...  What about all the rest of the machines
>that seem to be popping up everywhere?
> 
>We have seen problems on several machines (486/33 & 486/50) where it
>has problems booting the N1 diskette.  Comes up with a string of "EEEE"'s.
>The number of EEE's will vary. Sometimes it will come to the Boot:
>prompt and many times it will not???
> 
>The machines have AMI BIOS, and various controllers.
>-- 
>>.. Bob Willey, CDP          ..  |  ..  uunet!consult!bob  bob@ccs.com   ..<

We had the same problem when we decided to upgrade our Xenix system to a 486-33
from a 384-40.  I discovered that when I turned off the internal and external 
486 cache (which the AMI bios I had allowed) The system would boot normally
but was slower than the 386 (bummer 8-( .)  After a call to tech support
for the hardware suggested turning on one wait state for the cache everything
worked fine.  It was amazing, first time I actually got a correct answer to a
problem in less than 30 seconds.  Seems that the machine works fine with
0 wait state cache under dos, but needs 1 wait state in cache for Xenix.
Hope this helps

Marty Adelman
cpl-mfh!martya@cc.buffalo.edu
cc.buffalo.edu!cpl-mfh!martya
From: browner@rm1.interlan.com (Michael Browner)
Newsgroups: comp.unix.xenix.sco
Subject: Help : loading SCO Xenix 286 on a 286AT
Date: 5 Nov 92 18:44:30 GMT
Organization: Racal-Milgo, Sunrise, Florida

I just got a copy of SCO Xenix 286, and I am trying to load it on a PC
that has a AMI motherboard.  Everything is pretty standard execpt the 
hard disk, instead of using the IDE card I use an XT RLL controller with
a Maxtor drive.  DOS doesn't have a problem with this configuration, but
the SCO boot disk tries coming up and then hangs the system but good.

The disk is okay because when I try to bring it up on my 486 it works fine.

Anyone ever tried this, if not do you have SCO's phone number.


-- 
Michael Browner     		browner@sun1.interlan.com or
(305) 846-6848                  browner@rd1.interlan.com
Racal-Milgo, MS E-112, 
P.O.Box 407044, Ft Lauderdale, FL 33340  
Newsgroups: comp.unix.xenix.sco
From: gryphon@openage.openage.com (The Golden Gryphon)
Subject: Re: SCO Machine
Organization: Open Age, Inc.
Date: Tue, 10 Nov 1992 22:43:14 GMT

Alexander.Schwallbach@thedump.UUCP (Alexander Schwallbach) writes:

>Question: What is involved in changeing the operateing system if we add more 
>ram to our Xenix Server?

Nothing.

-- 
The Golden Gryphon 				gryphon@openage.COM
Solve a man's problem and he has 1 less.        No incumbents in 92.
"Mad Scientists seeks mindless brawny assistants, good pay, quite location."
Openage - The Premier SCO UNIX integrator in the Washington D.C. area
From: pan@sunvax.sun.ac.za
Newsgroups: comp.unix.xenix.sco
Subject: SCO Unix Text Editor Wanted
Date: 11 Nov 92 18:18:53 +0200
Organization: University of Stellenbosch

SCO-Unix Editors
++++++++++++++++

I am part of a team developing an application in Foxplus for SCO-Unix.
The editor that comes with Foxplus is however extremely primitive.

I would greatly appreciate it if anyone can suggest a simple editor that does
have copy, paste & move capabilities.

Abrie Nel
Institute for Industrial Engineering
Stellenbosch University
Stellenbosch
Cape Province
South Africa
E-Mail:   pan@maties.sun.ac.za
          pan@cs.sun.ac.za
          pan@sunvax.sun.ac.za

"Semper ex Africa Liquid"  (Always something new out of Africa)


Newsgroups: comp.unix.xenix.sco
From: daw@vivanet.com (David A. Wolf)
Subject: Re: HELP!!!! SCO Xenix 2.3.2/386 won't with NFS!
Organization: VIVATRON Corporation 
Date: Sat, 7 Nov 1992 19:48:51 GMT
Followup-To: daw@vivanet.com
Keywords: nfs xenix

In article <1992Nov2.152949.15@ebc.ee> tanel@cathy (Tanel Kuusk) writes:
>HI!
>I've just installed the SCO (or actually LAI) TCP/IP with NFS
>on my system, but then strange things happened... I started
>getting messages (especially from Elm), such as
>'*** Cannot flock() file', 'find: cannot stat /etc' and so
>on. Can anybody tell me what's the problem?
>
According to my information, SCO does NOT support NFS on XENIX, sorry.
You might want to upgrade to UNIX or ODT since there are some special
discounts available.

- good luck.


David A. Wolf
VIVATRON Corporation                       Voice: 800-836-UNIX
Rochester, New York, USA                     Fax: 716-272-7627
SCO Advanced Product Center                email: daw@vivanet.com  
*******************************************************************

Newsgroups: comp.unix.xenix.sco
From: ahmcs@world.std.com (Alan H Mintz)
Subject: Re: Still having missing character problems
Organization: The World Public Access UNIX, Brookline, MA
Date: Fri, 13 Nov 1992 20:50:12 GMT

David Mason <vid@zooid.guild.org> writes:

>A while ago we had some problems on our SCO 2.3.2GT (upgraded with the SCSI
>enhancement) system, running on a 386-33, 64k cache, 8MB RAM, Adaptec 1542B,
>IDE & SCSI disk, AST 4port, standard I/O, FAS 2.09, monochrome system (whew).
>The problem is that we are getting characters disappearing from input and
>output on both the serial lines and the consoles. This will usually happen
>after about a week or more of 24 hour uptime. Rebooting the system once a week
>is a solution, though not a very good one.  

>When I originally posted this question, several people suggested upping the
>number of CLISTS on the system. Originally it was set to the default (100 or
>200). We have 5 serial ports plus the consoles so 300 seemed like a
>reasonable number, but the problem persisted. I upped the number to 400 but
>characters are still disappearing after about a week of uptime.

I don't know if I responded previously or not, but I don't think your 
problem is CLISTs. When we went from a 386/25+Adaptec 1542 to a 486/50+
Dell DDA (EISA SCSI-looking thing), we started seeing the same problem under
2.3.4.

It seems to coincide with heavy disk load, leading me to believe that
the SCSI controller and/or driver is "traffic-jamming" the bus and/or kernel
to where serial interrupts are being lost. Does this seem reasonable?

We only see it under VERY heavy loads, so I haven't pursued it. Still, a 
solution would be nice.
-- 
< Alan H. Mintz | alan@mq.mq.com      | ...!uunet!ahmcs!mq!alan  BEST PATH >
<            OR | ahmcs@world.std.com | ...!uunet!world.std.com!ahmcs      >