HDTenEightyP/NetNews huggingface dataset:
From: ec_ind03@Oswego.EDU (William Jhun)
Newsgroups: comp.sys.cbm
Subject: IRC MEETING
Summary: Let's all have an online meeting...and what happened to AutoBot?
Date: 10 Jan 93 22:08:48 GMT
Reply-To: ec_ind03@oswego.Oswego.EDU (William Jhun)
Organization: Instructional Computing Center, SUNY at Oswego, Oswego, NY

What ever happened to AutoBot? Who runs it, anyway?

I was thinking...for those of you who know about IRC (Interner Relay Chat),
maybe some day in the near future we should have an online meeting. We could
all talk about whats going on and get a chance to meet each other. Have any
of you ever done it before? For those of you who know about IRC...please
respond to this message so we can set something up. That would be a great
deal of fun.

-William Jhun(ec_ind03@cloy.oswego.edu)
--
|ec_ind03@oswego.edu           | William Jhun-P.O. BOX 346 Minetto, NY |
|SUNY OSWEGO                   | Programming Since 1986     13115-0346 | 
|State University of New York  | Commodore and IBM                     |
|at Oswego                     | C, 6510, 8088, BASIC, COMAL, LOGO...  |   
|"For those of you who are illiterate..forget it, you can't read this."|
From: ec_ind03@Oswego.EDU (William Jhun)
Newsgroups: comp.sys.cbm
Subject: Re: How should I upgrade the dinosaur?
Date: 11 Jan 93 05:17:31 GMT
Reply-To: ec_ind03@oswego.Oswego.EDU (William Jhun)
Organization: Instructional Computing Center, SUNY at Oswego, Oswego, NY

Yeah, I guess that's true... but still, it is possible to write software
(maybe even a new kernal) to be able to somehow automatically switch
banks,etc..and in compute's gazzette they had a 1581 Fastloader...WOW!
That think was relocatable to just about anywhere (exept where os resides)
and it was only 3 blocks! Less than 768 bytes! And speed? Heh. Maybe you
should try it! :) Although the IBM is very easy to use, amazing things
could be done with the 64 that most couldn't dream about.

"They work at expanding the MS-DOS computers, but they forgot about the
8-bits."

--
|ec_ind03@oswego.edu           | William Jhun-P.O. BOX 346 Minetto, NY |
|SUNY OSWEGO                   | Programming Since 1986     13115-0346 | 
|State University of New York  | Commodore and IBM                     |
|at Oswego                     | C, 6510, 8088, BASIC, COMAL, LOGO...  |   
|"For those of you who are illiterate..forget it, you can't read this."|
From: cs90rol@brunel.ac.uk (Richard O Lavey)
Newsgroups: comp.sys.cbm
Subject: Re: Starflight Game - Is it from a C64 game?
Date: 11 Jan 93 16:16:37 GMT
Organization: Brunel University, West London, UK

Starglider was originally written for the C-64 years ago by Rainbird, a UK company now owned by Microprose.

A sequel, Starglider 2, was also produced.

Both are also available for the Amiga.

Hope this helps

-------------------------------------------------------------------------------
|  Richard Lavey - cs90rol@brunel.ac.uk - Brunel University - Comp Sci Year 3 |
|-----------------------------------------------------------------------------|
| 'A superlative suggestion sir, with only two flaws: one, we don't have any  |
| defensive shields and two, we don't have any defensive shields. I know that,|
| technically, that's only one flaw, but it was such a big one I thought I'd  |
| mention it twice'  - Kryten (in response to Cat's suggestion that they drop |
|                              the defensive shields)                         |
-------------------------------------------------------------------------------
From: tonyc@compnews.co.uk (Tony Clark)
Newsgroups: comp.sys.cbm
Subject: Re: About my cruncher again...
Date: 8 Jan 93 11:21:11 GMT
Organization: Computer Newspaper Services, Howden, UK.
NNTP-Posting-Host: sage.compnews.co.uk
X-Newsreader: Tin 1.1 PL4

goldt@wronski.math.tu-berlin.de (Sven Goldt) writes:
: Well,
: there are good crunchers out like cruel cruncher,abuze cruncher
: or Power Cruncher.Some tools are only for elite like
: the JCH composer etc. and if you don't know about these
: tools then you don't need them.Simply as that.

True i agree :)


--
    ||/|/|/|				Email:-
    |      |
    |      |				tonyc@compnews.co.uk
    |  (o)(o)				chiefy@ibmpcug.co.uk
    C       )
    |   /__|   Don't have a cow, man!	Mactintosh Information Systems
    |    /				Computer Newspaper Services Ltd.
   /     | 				Howden, Nth Humberside. UK
Newsgroups: comp.sys.cbm
From: mshep@alfred.carleton.ca (Mark Shepherd)
Subject: Re: .SFX on 64?
Summary: .sfx problems resolved..I think. 
Keywords: sfx, 64, ms-dos to cbm
Organization: Carleton University, Ottawa, Canada
Distribution: na
Date: Fri, 8 Jan 1993 15:48:01 GMT

Thanks to everyone who replied.  I believe I probably screwed up on
the ASCII translation when downloading the files to my '41. Stupid,
didn't see the most obvious answer.  The tips about LZH and LHA
are well-taken, though, it's useful to check the files out first.
 
Essentially I convert my files by locally ftp'ing them to a resident
hard drive connected to our computer network, then copy them to
floppy.  I then give the floppy files to a friend who has an MS-DOS
machine so I can dial him up and transfer them to my drive from
remote.  Complicated, but a seven-bit, eight-bit connection problem in the
hardware of the university's modems makes kermit transfers impossible
(at least in the direct sense).  It's recently been fixed, so I
hear, so hopefully this is the last time I'll have to deal with
this.
 
Thanks for the response.

Mark Shepherd (mshep@ccs.carleton.ca)

Newsgroups: comp.sys.cbm
From: shad04@ccu.umanitoba.ca (Dan Fandrich)
Subject: Re: Compression programs' efficiency
Organization: University of Manitoba, Winnipeg, Manitoba, Canada
Date: Sat, 9 Jan 1993 00:29:11 GMT

In article <1993Jan8.213828.1@cc.helsinki.fi> msmakela@cc.helsinki.fi (Marko Mkel) writes:
>Could someone do a performance test on all known C64 crunchers and write the 
>results in table form? There should be also some "big machine crunchers", like
>the latest versions of LHArc, ARJ and PKZIP.
>
>There should be two values: one that lists the length of the packed data and
>another that lists the length of the whole resulting file, including SFX
>header. So you could compare just the efficiency of the algorythms or the

The program I posted here and in alt.sources a few days ago (fvcbm) will tell
you this info on the archivers it supports (Smeets' and Rhodes' at least).
It works on CBM archives, but runs under MS-DOS.  Buerg's FV will tell you
much the same info on MS-DOS format archives.

>practical results. Multiple test files are a must. One program can pack text
>files efficiently but program files loosely, for instance.

>>> Dan
-- 
Internet: shad04@ccu.umanitoba.ca               Compu$erve: 72365,306
Newsgroups: comp.sys.cbm
From: fuzzy@netcom.com (Fuzzy Fox)
Subject: Re: FTP uuencode/decoder?
Organization: Foxes 'R' Us - Seven locations to serve you
Date: Tue, 5 Jan 1993 00:07:17 GMT

bbs-artmoore@jwt.UUCP (arthur moore) writes:

>Anyone know where I can FTP a UUENCODER/DECODER?  Reply publicly, as this 
>is for someone who can read the newsgroup, but cannot post to it.

I have uploaded my UUXFER program (which performs uuencode and uudecode
functions on a standard C64) to ftp.cco.caltech.edu, /pub/rknop/INCOMING
directory.  Hopefully it will be moved to a more appropriate directory
at some point.

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   | "You have been recruited by the Star League to defend
#endif              |    the Frontier against Xur and the Kodan Armada."
From: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
Newsgroups: comp.sys.cbm
Subject: Re: C64 Terminal PRG Wanted
Date: 7 Jan 1993 23:36:27 GMT
Organization: Case Western Reserve University, Cleveland, OH (USA)
Reply-To: ac803@cleveland.Freenet.Edu (Michael W. Kelley)
NNTP-Posting-Host: hela.ins.cwru.edu


In a previous article, pcs$1703@altair.selu.edu () says:

> Is there any terminal programs that work well at 2400 BPS for the C64 ?
> I'm look for a program thats shareware or PD, I currently use CCGMS.
> What transfer protocols are available for the C64 besides Punter and
> Xmodem ?
>
> Also what FTP sites have PD or Shareware software for the C64 ?
>
>	Thanks
>
>
>
If you like CCGMS, then get CCGMS ELite V2, which was an authorized
rewrite of CCGMS.  NOVATERM 9.4 is the cadillac of 64 terms right
now, and includes 80 coumns, ANSI, Xmodem 1K and Ymodem protocols.
-- 
Basic Bits Commodore Group, No. Ridgeville, Ohio: Quantumlink - RidgeRunr
Light Of Day C= Sysop (216) 327-1603, 9600  (216) 327-1423, 2400
County Link C= Sysop (216) 236-6126 4 nodes, My Basement BBS (216) 234-6572
Nerds Nook Fidonet 1:157/2   (216) 356-1431
Newsgroups: comp.sys.cbm
From: schuetz@fm11ap01.tu-graz.ac.at (Alexander Schuetz)
Subject: Re: Announcing CHARITYWARE: The best cruncher on C64 ever!
Organization: none
Date: Tue, 5 Jan 93 22:30:41 GMT





>>Well, the title says it and I promise it. But first, the story so far. Do
>>some guys remember the (quite wellknown) DARKSQUEEZER? Yes? Good. And if
>>you know other Lempel-Ziv style crunchers on the C64, you should know that
>>they are very slow. 

>Never heard of it before, and I am our user groups founder.  Must have
>been before my time.

Okay, but then you must have been off the scene or off anyone for a bloody
long time. *EVERYBODY* knows Darksqueezer, it was released in 1988 and 
people still use it heavily for crunching their demos, programs, whatsoever.
I am, however, on the C64 since 1982. Ask anyone who is seriously  
programming demos or games: "How it comes your game is so short?" - "Well
I used (Darksqueezer, Timecruncher, 1001 Cruncher etc.etc.etc.". Have
you never been programming anything serious?

>By requiring an REU, you have limited the audience for 'your' product.
>What I didn't see was how the compaction compares against .ARC or .LZH
>on the Commodore, AND how compatible it is.
>Do you have to uncrunch the file to run it, or is it runnable in
>crunched form?

I have not limited the audience. The computer memory is limiting ME! A
data structure, as a large 16-bit array of lists, *NEEDS* 512K ram and there
is little I can do, except to use two disk drives. I will do that as soon
as I have seen *just at least a few (!)* donations. 

My cruncher is *BY NO MEANS* an arcer. He is intended to crunch executable
files, preferably machine code ones, thats why my cruncher asks for a 
start address. If, on the other hand, you have a program and you want to  
load data files during the execution of you program (e.g. a shoot em up
with several level that have to be loaded) thats why there is a level
version of Darksqueezer better known as "Levelsqueezer". In this case, 
the file is decrunched while loading; on the normal Darksqueezer, the
file is decrunched in memory. Darksqueezer crunches files with a start
address of $0801 and a max end address of about $f780. Levelsqueezer 
crunches files with any startadress and a max length of about 240 blocks.
However, larger files can be splitted up and linked together later (also
referred to as "IFFL", must I tell you everything?)

For the arcer guys, well, use LYNX (or any program that makes selfextracting
stuff), then use Darksqueezer.

If you are talking about ARCERS on the PC, well I compared it with the
best one (ARJ) and my result was 250 bytes shorter. LZH and ARC *can only
be* worse. Satisfied?

However, in general, DARKSQUEEZER is rather aimed towards experienced
machine language programmers (demo and game programmers) who want to be
sure that their files are as short as possible. It is also highly re-
commended to use an equal-char-cruncher before darksqueezing a program in
order to eliminate big areas filled with the same byte-values from your
program.


Email welcome.
From: ec_ind03@Oswego.EDU (William Jhun)
Newsgroups: comp.sys.cbm
Subject: 6510 CROSS ASSEMBLER
Summary: for MS-DOS
Date: 10 Jan 93 19:16:25 GMT
Reply-To: ec_ind03@oswego.Oswego.EDU (William Jhun)
Organization: Instructional Computing Center, SUNY at Oswego, Oswego, NY

Beware! Beware! Under development is CASM6510! It will support the
folowing features:

* For MS-DOS computers

* Macros and labels

* Variables accepted

* Complete 6510 instruction set

* Saves as a loadable ",8,1...SYS" -or-
  as a strait code file

* Written in Turbo-C++

* Fast speed

* List files/Variable Tables

* List to printer (may be implemented)

* Understandable forward error messages (along with a reference code)

* Much, much more!

Coming from the development site of William Jhun!

*Please be patient, I have a habit of working on more than one program at
 a time!*

-Will be released at first for shareware, with an extremely small registration
 fee...-
Newsgroups: comp.sys.cbm
From: mshep@alfred.carleton.ca (Mark Shepherd)
Subject: .SFX on 64? 
Summary: is there a way to use .sfx files on the 64?
Keywords: smeets, cs-dos, arc, sfx, 64
Organization: Carleton University, Ottawa, Canada
Date: Mon, 4 Jan 1993 20:43:16 GMT


I recently tried downloading the Novaterm 9.4 files recently, 
converted them over to 64 format on my 1541, and when I load
them, I basically get zip.  .SFX format files have worked with
me before, although with smaller archives.  Is this a memory
problem?  Or is .SFX strictly a 128 cs-dos by-product?  Has
anyone written code which will unpack .SFX files on the 64?
 
Answers to any or all of these would be appreciated.

Mark Shepherd (mshep@ccs.carleton.ca)

BTW, I tried removing all fastloaders, attachments, extra
printers and the like.  Still no dice.



Newsgroups: comp.sys.cbm
From: msmakela@cc.helsinki.fi (Marko Mkel)
Subject: Compression programs' efficiency
Organization: University of Helsinki
Date: Fri, 8 Jan 1993 19:38:28 GMT

In a previous article Sven Goldt wrote:
> Well, there are good crunchers out like cruel cruncher,abuze cruncher
> or Power Cruncher.Some tools are only for elite like the JCH composer etc. 

Could someone do a performance test on all known C64 crunchers and write the 
results in table form? There should be also some "big machine crunchers", like
the latest versions of LHArc, ARJ and PKZIP.

There should be two values: one that lists the length of the packed data and
another that lists the length of the whole resulting file, including SFX
header. So you could compare just the efficiency of the algorythms or the
practical results. Multiple test files are a must. One program can pack text
files efficiently but program files loosely, for instance.

Best regards,

Marko M"akel"a
University of Helsinki, Finland

InterNet: msmakela@cc.helsinki.fi
BitNet:   msmakela@finuh
From: sppst4+@pitt.edu (Sean P Peck)
Newsgroups: comp.sys.cbm
Subject: Re: Compatibility between GEOS and GeoWorks Ensemble?
Date: 11 Jan 93 19:02:26 GMT
Organization: University of Pittsburgh

In article <HERMIT.93Jan3030459@am.ucsc.edu> hermit@cats.UCSC.EDU (William R. Ward) writes:
>I've heard of a product for the MS-DOS world called "GeoWorks
>Ensemble"... Is this in any way compatible with Commodore 128/64 GEOS?
>Can it read or write Commodore GEOS files in any form (assuming the
>disc format issue is solved via Big Blue or 1541.EXE or somesuch)?
>I doubt the applications are compatible, but the data files could be
>theoretically.
     The data files are compatible for the most part, but you must NULMODEM 
them over to your IBM. However from what I have heard BERKLEY has not updated
the software in a long time, and really have any intentions for a major update.
Have not really released any new utilities for it, and don't even give the usersa dos shell option. Looks like berkley is treating the IBM world, much the
same as it treated the commodore 8 bit world.
From: cb317@cleveland.Freenet.Edu (Stephanie J. Kessler)
Newsgroups: comp.sys.cbm
Subject: Re: More BTIII help needed
Date: 13 Jan 1993 00:11:34 GMT
Organization: Case Western Reserve University, Cleveland, Ohio (USA)
NNTP-Posting-Host: hela.ins.cwru.edu


Duh!  I should have thought of that one, of course.  Thanks yet
again.  Now, I'm afraid I need another clue/hint.  I have the
EVIL/LIVE spells I need to go to Malfia.  The problem is I don't
know the geographic place I need to be to cast the spell!  The old
man died without telling me where to be.  I've tried the previous
6 locations, as well as a couple others in Skara Brae that I thought
of.  I was sure that the place of foreboding evil in Skara Brae
itself was it, but the spell did not work.  So, If anyone can tell
me where to be to make the spell work, I'd appreciate it.  Gee,
I thought I was doing so much better on this one, yet once again
I'm forced to find help... Oh well... *grin 8)
-- 
The United States is a nation of laws:  badly written and
randomly enforced.     Frank Zappa

cb317 @ cleveland.Freenet.Edu
Newsgroups: comp.sys.cbm
From: msmakela@cc.helsinki.fi (Marko Mkel)
Subject: Re: How should I upgrade the dinosaur?
Organization: University of Helsinki
Date: Sun, 10 Jan 1993 20:39:34 GMT

In article <1993Jan10.084617.9847@news.stolaf.edu>, 
hakari@lars.acc-admin.stolaf.edu (The Conformist Contrabass Clarinetist) writes:

> Okay, I'm starting to think about expanding the ol' C64.

What a coincidence! Christopher Phillips, John West and I are planning some
low-cost expansions.

> What I'd like to add is this:
> 
> 	lotsa RAM (is 512K total possible?)

Our expansion may become 17xx compatible, and it could accept SIMMs of 256 kB,
1 MB or even 4 megabytes.

> 	2400 baud modem
> 	hard drive??

This device we are planning would also contain Z85C80, a chip of two 
high-speed RS232 interfaces and a DMA-controlled SCSI bus, in which you could
plug a fixed disk, among others. All of these interfaces could access the
expansion memory via DMA, leaving the 6510 free. The processor would be halted
only when transferring between C64 memory and the extension memory.

> 	color monitor
> 	80 columns

We have some plans for expanding the graphics abilities, but nothing clear.

> 	speed...Speed...SPEED!!!!!

A DMA our expansion will contain hastens memory transfers, if the program
is written to use it. And an external graphics processor could do many
complicated calculations in a split second, but again only if the program is
written to use it. If you want to run existing programs faster, you need a
65xx(x) accelerator.

Regards,
    Marko
From: tratclif@oucsace.cs.ohiou.edu (Tracy Ratcliff)
Newsgroups: comp.sys.cbm
Subject: Re: .SFX on 64?
Keywords: smeets, cs-dos, arc, sfx, 64
Date: 4 Jan 93 23:06:48 GMT
Organization: Ohio University CS Dept,. Athens

In article <1993Jan4.204316.26435@cunews.carleton.ca> mshep@alfred.carleton.ca (Mark Shepherd) writes:
>
>I recently tried downloading the Novaterm 9.4 files recently, 
>converted them over to 64 format on my 1541, and when I load
>them, I basically get zip.  .SFX format files have worked with
>me before, although with smaller archives.  Is this a memory
>problem?  Or is .SFX strictly a 128 cs-dos by-product?  Has
>anyone written code which will unpack .SFX files on the 64?
> 
>Answers to any or all of these would be appreciated.

An .sfx should work on both the 64 and 128 (that's why it was invented!).
And actually a 64 can hold a larger file than a 128 for extracting.

Somehow the files were glitched before you tried to extract them.  How did you
 go about converting them to 64 format?

?
From: mcsdc1ph@dct.ac.uk
Newsgroups: comp.sys.cbm
Subject: Re: Last Ninja III
Date: 7 Jan 93 19:05:24 GMT
Organization: Dundee Institute of Technology

In article <David_Stevens.02ja@logopol.amsbbs.bc.ca>, David_Stevens@logopol.amsbbs.bc.ca (David Stevens) writes:
> In a message dated Sun  3 Jan 93  7:12, Nugget@genesis.nred.ma.us (ralph Ba
> wrote:
> 
>  NB> In article <David_Stevens.02hd@logopol.amsbbs.bc.ca>
>  NB> David_Stevens@logopol.amsbbs.bc.ca (David Stevens) writes:
>>I'm Looking for THE LAST NINJA III by System 3 for the Commodore 64/128.
>>I've been looking for two months for this title and it seems that everyone
>>is out of THE LAST NINJA III and aren't Taking new orders for this title.
>>Please, can someone, anyone help me. I have parts I and II.
>>                         Thank You.
>>
> 
>  NB>   What about Tenex?  I think they sell it in both Cartridge and Disk
>  NB> form.
>  NB> Get the Cartridge... the disk access is killer but it has a GREAT
>  NB> intro,
>  NB> nice music, and decent gameplay..  one of the better C64 games of
>  NB> late.
> 
>      I did call Tenex and they don't have it any more, nore are they
> getting any new copies in. Please, can someone help. :(
> 
> -- Via DLG Pro v0.995

I can get you a UK supplier from which you can obtain it from, either in disk,
cartridge or tape (Arg!) formats.  Email me if you're interested.

Also!  It looks as if there's going to be a Last Ninja IV!  No joke!

Feekzoid
Newsgroups: comp.sys.cbm
From: fuzzy@netcom.com (Fuzzy Fox)
Subject: Re: Announcing CHARITYWARE: The best cruncher on C64 ever!
Organization: Foxes 'R' Us - Seven locations to serve you
Date: Wed, 6 Jan 1993 04:13:53 GMT

schuetz@fm11ap01.tu-graz.ac.at (Alexander Schuetz) writes:

>>>Do some guys remember the (quite wellknown) DARKSQUEEZER? Yes? Good.

>>Never heard of it before, and I am our user groups founder.  Must have
>>been before my time.

>Okay, but then you must have been off the scene or off anyone for a bloody
>long time. *EVERYBODY* knows Darksqueezer, it was released in 1988 and 
>people still use it heavily for crunching their demos, programs, whatsoever.

Programmers of demos and such are in the vast minority of C64 owners,
and also in the vast minority of people who read this group.  I myself
was a heavy programmer of the C64 at one time, and I never heard of
DarkSqueezer, although I can guess that it's some sort of executable
file cruncher.  But saying that EVERYBODY should know about it is just
plain wrong.  The fact is that very few people know about crunchers.

>>By requiring an REU, you have limited the audience for 'your' product.

>I have not limited the audience. The computer memory is limiting ME!

The number of people who own REU's is very small compared to the number
of people who own C64's.  You *have* limited your audience.

>there is little I can do, except to use two disk drives.

Won't that be a little slow?  No, make that *very* slow.

>My cruncher is *BY NO MEANS* an arcer. He is intended to crunch executable
>files, preferably machine code ones, thats why my cruncher asks for a 
>start address.

Now that you have explained it, more people will know what you're talking
about.

Now for the question that Mike was trying to ask you:  If this program
uses code that was created by someone else (DarkSqueezer), then how can
you call it your program and sell it?

-- 
#ifdef TRUE         | Fuzzy Fox                  fuzzy@netcom.com
#define  TRUE   0   | a.k.a. David DeSimone      an207@cleveland.freenet.edu
#define  FALSE  1   |
#endif              | "911 Emergency Rescue Service - Can you hold, please?"
From: rknop@cco.caltech.edu (Robert Andrew Knop)
Newsgroups: comp.sys.cbm
Subject: Re: sfx and stuff
Date: 8 Jan 1993 18:02:43 GMT
Organization: California Institute of Technology, Pasadena
NNTP-Posting-Host: punisher.caltech.edu

yonerjp@brandonu.ca (Jerome P. Yoner) writes:

>I am looking for the sfx.ml file that is supposed to come in the lharc128.arc
>file.  The arc was corrupt at the end and I am missing that one single file!!

>I took a look on ccosun, but did not find it, anyone have any ideas where I
>could find it real fast???

I just put it on ccosun in the directory /pub/rknop/cs-dos.

Your archive was not corrupted... the sfx.ml file was omitted from the
lharc128.arc file.  Why, I don't know.  What I ended up doing was stripping
it from the beginning of a vanilla .sfx archive.  I've talked to others who
got ahold of it the same way.

>Also, for anyone who is interested, Dedit V7.0 is almost complete for the
>64/128.  Both versions now support the FD series of drives.  The 128 version
>now supports 1000 entries (I am going to try 2000 before I put it up!!).  So,
>if a person has a 128, it mean a less chance of having to resort to Super
>Dedit!  I will be including docs (GEOS and ASCII formats) with the program

If this is going to be freeware/public domain/shareware, upload it to ccosun
when you've got it done!

-Rob
Newsgroups: comp.sys.cbm