HDTenEightyP/NetNews huggingface dataset:
From: chrism@col.hp.com (Chris Magnuson)
Newsgroups: comp.sys.mac.comm
Subject: Does Prometheus Suck?
Date: 16 Apr 92 18:38:36 GMT
Article-I.D.: col.23320008
Organization: HP Colorado Springs Division

If any of you are considering the purchase of a Prometheus Ultima Home Office
modem...reconsider.

Chris Magnuson
chrism@col.hp.com 

"I had a Home Office and ordered a Supra."
Xref: sparky comp.sys.mac.comm:4671 comp.sys.mac.misc:9152
From: adr@ecs.soton.ac.uk (Tony Roberts)
Newsgroups: comp.sys.mac.comm,comp.sys.mac.misc
Subject: Re: How do I get a .gif from UNIX to Mac?
Date: 14 Apr 92 12:56:04 GMT

In <167C79532.GILMART@LSTC2VM.stortek.com> GILMART@LSTC2VM.stortek.com (Paul Gilmartin) writes:

>In article <c#sj10g@lynx.unm.edu>
>jade@triton.unm.edu (Eric Jaderlund) writes:
> 
>>Ok, I give up.  I have a .gif image on a UNIX machine that has been uuendoded.
>>Fine.  I uudecode it and get the .gif file.  Now how to I get it to my Mac?
>>If I kermit it ( either in text or binary mode ) I get garbage when I view it.
> 
>When I had a similar problem from mainframe to Mac, it was because I had
>failed to instruct Kermit/RedRyder to preserve linefeeds.  In your case,
>be sure that _both_ Kermits are instructed to use binary protocol.

Alternatively transfer the file as text and use UUTool 2.0.8 by Bernie
Wieser to uudecode the file on the mac. (available on
sumex-aim.stanford.edu as /info-mac/util/uu.............. I think.

Tony
Newsgroups: comp.sys.mac.comm
From: johnsone@uxh.cso.uiuc.edu (Erik A. Johnson)
Subject: Re: How does one use the communication tools from Apple?
Organization: University of Illinois at Urbana
Date: Tue, 14 Apr 1992 02:45:37 GMT

lipa@camis.Stanford.EDU (Bill Lipa) writes:
>In article <1992Apr13.220834.16122@ucsu.Colorado.EDU> cromwell@spot.Colorado.EDU (CROMWELL JON DAVID) writes:
>>I downloaded some of Apple's communication tool extensions from their 
>>archive (ftp.apple.com) and put them in the system folder where they 
>>belong, but they don't seem to be doing anything for me. 
>
>The CTB tools are for use by CTB-aware applications, such as uaTerm (a
>terminal application in the comm directory at sumex). You cannot use them
>directly.

The Communications Toolbox software must be installed with the installer on
the CommToolbox disk for System 6.0.x users, and the various "tools" put
into the "Communications Folder" inside the System Folder.

For System 7 users, just put the "tools" in the Extensions folder in you
System Folder -- the code that is installed by the installer is already
included in System 7 Software.


Erik A. Johnson        \    Internet: johnsone@uxh.cso.uiuc.edu     \       |
------------------------\    AmericaOnline: ErikAJ                   \    --+--
Graduate Student         \--------------------------------------------\     |
Aero/Astro Engineering    \  "Jesus said to him, 'I am the way, and    \    |
University of Illinois at  \  the truth, and the life; no one comes to  \   |
   Urbana-Champaign (UIUC)  \  the Father except through me.'" (Jn14:6)  \
Newsgroups: comp.sys.mac.comm
From: dorner@pequod.cso.uiuc.edu (Steve Dorner)
Subject: Re: Gack! IRIX 4.0.1 NFS permits creation of directory entries with '/' in name!
Keywords: NFS Unix GatorShare
Organization: University of Illinois at Urbana-Champaign
Distribution: na
Date: Tue, 7 Apr 1992 18:02:30 GMT

pasek@ncrons.StPaul.NCR.COM (Mike Pasek) writes:
>While translation of "offending" file-name characters is not possible (as far
>as I know) with the GatorShare software, you can _prevent_ those files from 
>being created.

New versions of GatorShare will indeed translate special characters in
filenames.
-- 
Steve Dorner, U of Illinois Computing Services Office
Internet: s-dorner@uiuc.edu  UUCP: uunet!uiucuxc!uiuc.edu!s-dorner
Xref: sparky comp.sys.mac.comm:4563 comp.sys.mac.misc:8939
Newsgroups: comp.sys.mac.comm,comp.sys.mac.misc
Subject: Configuring MacTCP crashes my machine?
From: R.Singh@massey.ac.nz (R. Singh)
Date: Fri, 10 Apr 92 06:20:23 GMT
Organization: Massey University Computer Centre

This is what my machine has: Macintosh SE

MacTCP 1.1
System 6.0.7
EtherTalk

These are the steps I take to crash my machine

1. Go into control panels.
2. Select AdminTCP and make the appropriate selections.
3. Come out of control panels.
4. Machine crashes.

These are the combinations I tried

1. Local talk and get IP from Server.
2. Local talk and Static IP.
3. Builtin Ethernet and static IP.

I of course made the appropriate changes to the Network CDEV. I am
almost sure it has something to do with the Ethernet card, because
installing it on a SE without a Ethernet card works fine.

Any ideas?

Thanx
Raminder Singh
R.Singh@massey.ac.nz
Xref: sparky comp.sys.mac.comm:4693 comp.sys.mac.misc:9205 aus.mac:422
From: glb@yarra.pyramid.com.au (George Budahazy)
Newsgroups: comp.sys.mac.comm,comp.sys.mac.misc,aus.mac
Subject: Telnet working via ethernet
Keywords: Help from a kind soul
Date: 16 Apr 92 01:11:13 GMT
Followup-To: poster
Organization: Pyramid Technology Corp PL, Melb., Australia


 Hello to All,

 I wish to get telnet24.18 working via ethernet. I have a DaynaportII card.
 I believe I have a piece of software missing because when I edit config.tel
 I get error messages that it can't "open tcp drivers." Is this were MacTcp
 comes into play?

 Can some inform me of what is required. Any help would be greatly appreciated.

 Regards  George

  Remember the First Rule of Engineering.

	"Necessity is the mother of invention or the father of butchery."

      -m-------   George Budahazy - Victoria Engineering Manager   glb@yarra.oz
    ---mmm-----   Pyramid Technology Corporation Pty. Ltd.  fax  +61 3 521 1730
  -----mmmmm---   1st Floor, 553 St. Kilda Road             tel. +61 3 525 3799
-------mmmmmmm-   Melbourne, Victoria, 3004       AUSTRALIA       (03) 521 3799


Xref: sparky comp.sys.mac.comm:4463 comp.sys.mac.misc:8774
From: aslt@acad2.alaska.edu
Newsgroups: comp.sys.mac.comm,comp.sys.mac.misc
Subject: zmodem transfers w/MPII?
Date: 7 Apr 92 11:04:03 GMT
Article-I.D.: acad2.1992Apr7.070403.1
Organization: University of Alaska

Hi,

Has anyone been having trouble with zmodem transfers from a VAX VMS
(5.4?) host to a Mac Classic with microphone II v4?  When I try to tell the
VAX to send a file to the Mac (text or binary, doesn't matter): 

1. the 'rz' string appears.
2. a string of stuff of arbitrary lenght appears (B000xxx or some 
   variation)
3. the receive window pops up on the mac.
4. no action for a couple of seconds
5. the transfer window closes
6. an error message appears on the VAX saying "device off line or 
   not in configuration"

If i keep trying, I can usually get the Zmodem transfer to start,
sometimes after 4 or 5 tries, more often after 20 or 30. 

I believe that the problem lies with MPII v4 becasue:

1. I've tried it with v3, and zmodem transfer appear to work 
fine.

2. White Knight Zmodem transfers work fine, as do Zterm 
transfers.  I have heard that Versaterm transfers are OK as well, 
although I have not done it myself.

3. Zmodem transfers using packages (Procomm, Blast Pro) on MSDOS 
machines work OK

Has anyone else been having this type of problem?  Has there been a release 
to fix it?  

Thanks,
Lee
From: janolov@cdg.chalmers.se (Jan-Olov Lantto)
Newsgroups: comp.sys.mac.comm
Subject: Re: Supra V.32bis (Disappointment)
Date: 9 Apr 92 07:44:15 GMT
Organization: Chalmers University of Technology

In article <1992Apr3.230641.16672@murdoch.acc.Virginia.EDU>
jsm2r@poe.acc.Virginia.EDU (John S. Mitchell) writes:
>As a proud owner of a brand new SupraFAXModem v.32bis (SN 158), I of course
>got right down to trying the thing out. It didn't take long to run into a
>problem, and the story from Supra Tech Support was less than thrilling:
>
>Using the modem on a Mac IIsi, I set my software for hardware handshaking
>and a communication rate of 57600 (computer to modem). Much to my chagrin,
>the text that came through from all the bbs's I tried was marred by
>numerous dropouts, i.e. characters were missing in places where they should
>have been. This also happened if I changed the settings to software (XON/
>XOFF) flow control. 
>
>Supra Tech solved my problem but only by dashing my hopes and dreams.
>Their story was that the Mac serial port can connect to modems at no better
>than 19200 baud. Turning down the speed indeed solved the dropout problem,
>but as the Supra guy told me, it effectively eliminated making use of the
>speed advantage of v.32bis or data compression at high connect speeds.
>Supra told me that the only way to use that extra speed capability was to
>buy an add-in card with high speed serial ports. (Said something about
>needing ports that can do UART [?])
>
>My question to the net is, doesn't this seem a little fishy? I've known
>people who use Macs with USR HSTs with what seemed like full speed capability.
>Likewise, these same serial ports can be used with LocalTalk networking that
>operates at 250kbaud. Somebody tell me Supra is off their collective rocker,
>and that I can make full use of this inexpensive (but not THAT inexpensive)
>modem.
>
>Muddling along at 19200,
>
>John Mitchell (jsm2r@Virginia.EDU)
>

This is what "Macintosh Family Hardware Reference" says about the speed of the
serial port of the classic Mac (Mac 128, Mac 512, Mac 512E and Mac Plus).

"The maximum nominal data transmission rate that you can select through the
Macintosh Toolbox is 57,600 baud. This is the maximum rate that the classic
Macintosh computers can maintain for transmission of serial data when the SCC
port is operating in an asynchronous, interrupt-driven fashion, timed by the
3.672-MHz clock."

SCC = Serial Communications Controller.

***************************************************************************
*                   Jan-Olov Lantto - Research Engineer                   *
*                    Dept. of Electrical Power Systems                    *
*                    Chalmers University of Technology                    *
*                       S-412 96, Gteborg, SWEDEN                        *
*                        -janolov@cdg.chalmers.se-                        *
***************************************************************************
From: Charlie.Mingo@p4218.f70.n109.z1.fidonet.org (Charlie Mingo)
Sender: Uucp@blkcat.UUCP
Newsgroups: comp.sys.mac.comm
Subject: Supra V.32bis (Disappointment)
Date: Tue, 07 Apr 1992 16:03:54 -0500

hshubs@eff.org (Howard Shubs) writes:

  > My understanding is that V.32 = 9600, V.32bis = compression for
  > effective 14400, V.42 = ecc, V.42bis = compression for effective
  > 38400.

    Nope.  v.32 is a 9600 bps transmission protocol, and v.32bis is a 
14400 bps protocol.  These are the "real" speeds of those protocols
without any compression (none of this "effective speed" stuff).

   v.42 and v.42bis can be added to either transmission protocol, producing
a speed gain up up to 100% on uncompressed text files.  A v.32 bps will never
run at "effective 38400", but I have gotten a v.32bis modem up to an
"effective 32500".  Note that Compact Pro will compress text by a factor
of three or four, so it almost always faster to send pre-compressed files
than to use dynamic data compression.
 
  > I would _expect_ this modem to drop chars at a speed faster than
  > 38400. I'm using their older v.32/v.42/v.42bis and I find I have no problem
  > as 38400.  I've never tried faster since the documentation only
  > says it'll go up to this speed.
  
   The Supra manual indicated that it supports 38400.
From: dewhirst@kuhub.cc.ukans.edu (Rob Dewhirst)
Newsgroups: comp.sys.mac.comm
Subject: Re: SupraFAXModem v.32bis experiences
Date: 9 Apr 92 16:19:15 CDT
Organization: KU Museum of Invertebrate Paleontology

> In article <1992Apr6.185431.23984@menudo.uh.edu> arch1l@Rosie.UH.EDU writes:
>>I'm considering purchasing the SupraFAXModem v.32bis from Mac's Place for
>>$378.00. Has anyone had any positive/negative experiences with this
>>fax/modem?
>>
>>Also, can I purchase this for less than $378.00 from another vendor?

> wlarkin sez:
> I received a mailer a few days ago from Zoom in which they
> advertised a send/receive, 9600 bps, v.42bis, MNP5, FAX modem for $289.
>    wlarkin@hounix.org

Hmm. Without more information, I might suspect that the Zoom modem is
not a v.32 modem, but a 2400 bps modem that they call a  "9600 bps"
modem because of the v.42bis.
I don't know, but I would check to make sure this one is v.32.
Also, is certainly does not do v.32bis.

Rob.
-- 
Rob Dewhirst        dewhirst@kcufgat.fidonet.org, kcufgat!macroc!Rob.Dewhirst
The MacRocosm BBS:(913) 841-9446 v.32 1:280/108 - Licensed Apple Distributors
G. Roddenberry 1921-1991                       America Online: Echopapa, LAUG
From: erh0362@tesla.njit.edu
Newsgroups: comp.sys.mac.comm
Subject: Re: Module in Microphone II 4.0
Date: 10 Apr 92 23:12:28 GMT
Organization: New Jersey Institute of Technology


> 	Secondly, near as I can tell, the Module Load command in the 
> scripting language only works with full path names. I know this isn't 
> supposed to be the case, and if anybody can suggest what I might be 
> doing wrong I'd appreciate the hint, but I've pretty much convinced 
> myself passing a full pathanme to Module Load is the only reliable way 
> to load a module. The module fails to be found without a full pathname 
> when the module is in the same folder as Microphone or the same folder 
> with the settings document (these two are the same in my case) or in a 
> folder in the Microphone folder called either "Module" or "Modules." In 
> the latter cases Module Load won't find it whether or not I pass the 
> module name only or FolderName:Modulename. This makes it very difficult 
> to distribute a module for use on other people's systems.

	After a message from Paul Celestin at SVC, and a VERY careful 
rereading of "SCRIPT MODULES" on pp.183-184 of the reference manual, 
I've solved half the problem of loading modules. Microphone II 4.0 will 
look for modules in a folder in the same folder as Microphone II named, 
hold your breath, "Module Folder". My mistake was reading sentences 
like "Microphone II looks for the module document ih the Module 
Folder." as meaning that MPII 4.0 was looking in a folder called 
"Module" rather than one called Module Folder. The capitalization does 
change the meaning, but it's still ambiguous. This should be made 
clearer in future versions of the manual, and there should probably be 
a Module Folder folder on the master disks like there's a Connection 
Folder, even if it's empty, just so that it will be copied into the 
right place during installation. 

 
> Elliotte Rusty Harold		Department of Applied Mathematics
> elharo@m.njit.edu		New Jersey Institute of Technology
> erh0362@tesla.njit.edu		Newark, NJ 07103
>
From: MacUserLabs@cup.portal.com (Stephan - Somogyi)
Newsgroups: comp.sys.mac.comm
Subject: Re: ARA/CTB Serial Tool patch
Date: 6 Apr 92 16:59:39 GMT
Organization: The Portal System (TM)

glenn@gla-aux.uucp (Glenn Austin) writes:
 
>Here are the patches to permit the Communications Toolbox Serial Tool
>version 1.0.1 to work with AppleTalk Remote Access' Auto-answer mode:
 
The Apple Modem Tool 1.1 and later (1.1.1 is current) works with ARA
without patching. It also has a number of new features as well as bug
fixes.
 
I assume that the new AMT is available from ftp.apple.com (look for the
Basic Connectivity Tools set), but since I cannot ftp I have no way of
knowing for sure.
 
_____________________________________________________________________
Stephan Somogyi        Getting To The Bottom Of It All        MacUser
From: jokipalt@klaava.Helsinki.FI (Samuli Jokipaltio)
Newsgroups: comp.sys.mac.comm
Subject: Re: opening tar.Z files
Date: 9 Apr 92 21:21:58 GMT
Organization: University of Helsinki

In article <199204080900.AA23092@ux1.cso.uiuc.edu> gaylord@UX1.CSO.UIUC.EDU writes:
>i have tried opening tar.Z. files that i have ftp'ed to my Mac but nothing
>will open them (CompactPro, UnStuffIt, DiskDoubler don't work).
>
>what commercial or shareware or freeware do i need to be able to uncompress
>and open these types of files? 
>
You need MacCompress 3.2 (check at sumex) to uncompress (.Z) the
TapeArchiveFormat (.tar) archive and then tar 2.0 program to split the
resulting file into original elements.

>and finally, when i do open them, will they be readable?
>
Yes. Everyting is readable. Usable...depends on contents. Text files
will be "readable". Use Edit II to remove extra LF's or wrapping.

>thanks for whatever info i receive.

Samuli Jokipaltio. Univ of Helsinki
From: D.Nash@utexas.edu (Donald L. Nash)
Newsgroups: comp.sys.mac.comm
Subject: Re: MacTCP and Slip ?
Date: 13 Apr 92 17:54:51 GMT
Organization: University of Texas System Office of Telecommunication Services


In article <19920410023051CSP1DWD@mvs.oac.ucla.edu>,
CSP1DWD@mvs.oac.ucla.edu (CSP1DWD) writes:
>Also, a recent posting announced a SLIP Elap (with VJ tcp header
>compression) for MacTCP, it is currently in beta and should be out
>shortly... hopefully, all those rumors about slip/ppp elaps for
>MacTCP are about to come true soon, we have been waiting just too
>long!

This one is not a rumor.  I'm one of the beta-testers.  The SLIP code
itself works really well, especially with header compression turned on. 
Believe it or not, a 2400 baud connection with V.42bis compression and
VJ header compression is actually usable (just barely).  The user
interface for setting up connections is still in a state of flux right
now, and that is what's taking up most of the development time. 
Unfortunately, MacSLIP is just one of Rick's many projects, so he can't
devote full time to it.  I won't speculate on when MacSLIP will be
released except to say that it shouldn't be too much longer.  Just be
patient...

Please don't send me mail asking about MacSLIP.  I'm *just* a
beta-tester, I don't know when it will be finished or how it will be
marketted.  Rick will announce all that when he's ready.

                                ++Don Nash

                                The University of Texas System
                                Office of Telecommunication Services

Internet:  D.Nash@utexas.edu
BITNET:    DON@THENIC
THEnet:    THENIC::DON
From: 91angell@gw.wmich.edu
Newsgroups: comp.sys.mac.comm
Subject: un "ZIP"?
Date: 14 Apr 92 11:36:48 EST
Organization: Western Michigan University

I teach English and found a source of information. It is in text form,
but it has been "ZIP"ed. Is there program available to un-ZIP these
files? If so, is there one that is available by FTP? Thanks.

V.C. Angell
English Department
Western Michigan University
From: mharm@ccs.northeastern.edu (michael harm)
Newsgroups: comp.sys.mac.comm
Subject: Running X over phone line to Mac (how?)
Date: 12 Apr 92 15:38:03 GMT
Organization: College of Computer Science, Northeastern University
Originator: mharm@sun350w.ccs.northeastern.edu

Hi.

I'm a unix type, who does most of his work on sun-4's and
dec 5000's running X. I'm also the owner of a new mac LC,
and should be getting a 9600 baud modem in the mail real
soon.

Here's what I want to do:  be able to dial in from home
with my mac/modem to a unix box, and view xterms and
send mouse events, etc over the phone line.  In short,
I'd like to be able to use my mac as a dumb X terminal
over the phone line and work from home.

Is this possible?  What do I need?  I'm new to the mac
world, and have no idea what MacTCP, SLIP, BYU and other
such things are.  Is there an mac X implementation that I can
run without needing A/UX?  Do I need it to do what I want to?
How would I tell the decstation to send its x stuff over
the phone line?  Do I need slip running on the unix side,
the mac side, both, neither?

Many thanks in advance for ANY information on this, and
apologies if this is a FAQ.  Post info to this newsgroup,
or directly to me at mharm@dworkin.ccs.northeastern.edu

thanks,
Mike Harm
-- 
"I agree that 'two times two makes four' is an excellent thing;
but if we are dispensing praise, then 'two times two makes five'
is sometimes a most charming little thing as well."
                 -Fyodor Dostoevsky,   "Notes From Underground"
Newsgroups: comp.sys.mac.comm
From: florian@convex.csd.uwm.edu (Chris Florian)
Subject: Mac Problems
Originator: florian@convex.csd.uwm.edu
Organization: UW-Milwaukee: Computing Services Division
Date: Wed, 15 Apr 1992 13:51:01 GMT

	Okay, don't laugh...

	I have a mac, model: M0001W (That's a first generation Mac
	expanded to 512k.)  

	The problem I am having is that I keep getting System Error
	ID=2 and ID=3.  This may just be because the mac I have is
	just not capable of running the programs I ask of it.  But
	the programs I am trying are old enough that they should run.
	Even the ones that came with the mac often crash, for example
	Microsoft Multiplan.  Any Ideas?

	Secondly,  I have been having a real problem getting a
	communication package to work on this thing?  I had heard that
	there are some non-standard pin configurations on the original
	macs' modem connection.  If anyone knows of a program that
	would work on this mac, and where to find it, please let me
	know.

	My wife and I received it as a gift, and it IS better
	than a typewriter, and some games do work, so...

	Just remember what your mother told you, "If you haven't got
	something nice to say, SHUT UP!"
From: gc@pacvax.UUCP (Garth Conboy [gc@pacvax.pacersoft.com])
Newsgroups: comp.sys.mac.comm
Subject: Re: EtherTalk phase 1/2 question
Date: 6 Apr 92 14:46:37 GMT
Organization: Pacer Software, Inc.

In article <21460010@hpspdla.spd.HP.COM>, stevewi@hpspdla.spd.HP.COM (Steve Witten) writes:
> 
> Will I ever see an EtherTalk phase 1 DDP packet encapsulated in an
> EtherTalk phase 2 (IEEE 802.3 - SNAP) frame?
> 
> Thanks in advance.
> 
Maybe.

But, you can't really tell if you see one.  The actual DDP portion (long 
DDP header and datagram) of a phase 2 packet is, for most protocols, the
same as it was in phase 1.  Such an encapsulated phase 1 packet would 
simply not be taking advantage of phase 2 features (e.g. network ranges,
multiple zones, other TRel timer values, etc.).

There are routers that provide phase 1 to phase 2 transition functionality,
it is their job to do just what you asked: forward phase 1 packets (after
any reformatting and the addition of 808.2 headers) onto a phase 2 network,
and vice versa.  The following routers (and probably more) can be configured
to be "transition routers": Apple Internet Router, Shiva Fastpath, and the
Cayman GatorBox.

An actual phase 1 client (say a macintosh) would not be putting out any
such "phase 1 encapsulated in phase 2 packets" directly.

Garth Conboy
gc@pacersoft.com
gc%pacvax@uunet.uu.net
uunet!pacvax!gc
AppleLink: pacer

Newsgroups: comp.sys.mac.comm
From: jasonl@gagme.chi.il.us (Jason Lindquist)
Subject: Re: Un-uuencoding on a Mac
Summary: Thanks
Organization: Gagme Public Access UNIX, Chicago, Illinois.
Date: Mon, 13 Apr 1992 23:37:58 GMT

Thanks to all that told me about UMCP Tools and UUTool!  I appreciate it greatly
Believe me, the response was astounding!  Again, my thanks.


-- 
Jason  A. Lindquist           |  "Knight jumps Queen!  Bishop jumps Queen!  Rook
                              |   jumps Queen!  Everybody jumps Queen!"
jasonl@gagme.chi.il.us        |
From: lingerke@expert.cc.purdue.edu (Raymond Luxury Yacht)
Newsgroups: comp.sys.mac.comm
Subject: Help with Mac TCP/Talk
Date: 13 Apr 92 08:20:03 GMT
Reply-To: Linger@starsys.laf.in.us (Ken Linger)
Organization: Star Systems

I recently downloaded the TALK program from the comm archives
at Sumex.  This program needs the Mac TCP program.

I checked my disks that came with my Versaterm and it had the
Mac TCP CDEV but not the Admin program it talks about in the
manual.

I am running a Mac SE/30 with a localtalk network to a Mac
SI located elsewhere in the building.  I can't seem to get
Mac TCP or the TALK program to work.  Can anyone offer some
help on how I should set up my TCP?

Thank you thank you thank you, in advance, of course.

Ken

-- 

        Ken Linger                              Linger@starsys.laf.in.us        
        School of Computer Science              lingerke@expert.cc.purdue.edu   
        Purdue University                       AOL:  Ken Linger
Xref: sparky comp.sys.mac.comm:4609 comp.protocols.appletalk:1822