HDTenEightyP/NetNews huggingface dataset:
From: csbruce@neumann.uwaterloo.ca (Craig Bruce)
Subject: Re: C= Hacking #4 1/5
Originator: csbruce@neumann.uwaterloo.ca
Organization: University of Waterloo
Date: Fri, 9 Oct 1992 00:58:47 GMT

Yo!

ac999118@umbc8.umbc.edu (ac999118) [John, 'The King of Ha-Ha!'] writes:

>In article <1992Oct5.095602.1@pembvax1.pembroke.edu> duck@pembvax1.pembroke.edu writes:
>>
>>LITTLE RED READER: MS-DOS file reader for the 128 and 1571/81 drives.
>>
>> [Things CUT]
>>code is written in BASIC and presents a full-screen file selection menu.  The
>>grunt-work code is written in assembly language and operates at maximum
>>velosity.  Complete, explained code lisitings are included.  By Craig Bruce.
> ^^^^^^^^ And hopefuly, without thermal breakdown! hehe

I didn't spell "velocity" wrong; I just subscribe to year 1 of Mark Twain's
famous plan:  (Yeah, that's the ticket... yeah)   :-)

            A plan for the Improvement of English Spelling
                            by Mark Twain

     For example, in Year 1 that useless letter "c" would be dropped
to be replased either by "k" or "s", and likewise "x" would no longer
be part of the alphabet.  The only kase in which "c" would be retained
would be the "ch" formation, which will be dealt with later.  Year 2
might reform "w" spelling, so that "which" and "one" would take the
same konsonant, wile Year 3 might well abolish "y" replasing it with
"i" and Iear 4 might fiks the "g/j" anomali wonse and for all.
     Jenerally, then, the improvement would kontinue iear bai iear
with Iear 5 doing awai with useless double konsonants, and Iears 6-12
or so modifaiing vowlz and the rimeining voist and unvoist konsonants.
Bai Iear 15 or sou, it wud fainali bi posibl tu meik ius ov thi
ridandant letez "c", "y" and "x" -- bai now jast a memori in the maindz
ov ould doderez -- tu riplais "ch", "sh", and "th" rispektivli.
     Fainali, xen, aafte sam 20 iers ov orxogrefkl riform, wi wud
hev a lojikl, kohirnt speling in ius xrewawt xe Ingliy-spiking werld.
--
Keep on Hackin'!

-Craig Bruce
csbruce@neumann.uwaterloo.ca
"Supermarket automatic doors open for me; therefore, I am."
From: ckunz@src4src.linet.org (Charles Kunz)
Newsgroups: comp.sys.cbm
Subject: Downloading from UNIX using Novaterm
Date: 12 Oct 92 04:39:22 GMT
Organization: The Source for Source Pub Access Unix

How can I download a file from my Unix using Novaterm?  If I enter "Kermit" on
the Unix and put it in "server" mode, Novaterm gives me an error when I hit
C= D... any suggestions?

Chuck
-- 
E-mail: ckunz@src4src.linet.org, aq084@cleveland.freenet.edu
It's amazing what you can do with a Commodore 64, isn't it? 
My girlfriend thinks I'm weird.  She's right.
Newsgroups: comp.sys.cbm
From: georg@marie.physik.tu-berlin.de (Georg Schwarz)
Subject: Re: 1541 and DOS
Organization: ZRZ/TU-Berlin
Distribution: tub
Date: Thu, 15 Oct 1992 10:37:45 GMT

In <1992Oct15.092315.15353@city.cs> sheun@cs.city.ac.uk (Sheun Olatunbosun) writes:

>Hello everyone,

>I am a first-time user of this newsgroup and I'd like to say that I'm 
>still going strong with my C64, 1541 (well Oceanic 118) disk drive and
>GEOS 1.3, whose original I like many others would like to copy before
>something horrific happens.
>Well, after all that spout, my question follows...

>Is there a program/utility for converting PC DOS formatted disks to 1541
>formatted disks and vice versa?

>I simply want to be able to use the ASCII text files I create on the PC's at
>university at home on my much cherished 64 (6 years old now). I'm sorry if this
>is a FAQ.

I use XLINK to transfer text and data files between my C128 and MS-DOS PCs.
The problem is that you definitely have to use a 1571 (or 1581 for 3.5")
since the 1541 is only capable of reading and writing GCR (Commodore) disks.
From: Louis.Egger@bota.unine.ch
Newsgroups: comp.sys.cbm
Subject: Bitmapped graphics to Multicolor format
Date: 11 Oct 92 17:43:33 GMT
Organization: University of Neuchatel, Switzerland

Hi !

  I got a great problem: I've scanned on a MAC, a picture from a
CD cover. I made a .MAC file (one color, bitmapped), and a TIFF file
with 256, 16, and 4 greys scale.

  Once done, I've translated TIFF files via a PC into the well known
.GIF format. All were right on the PC.

  Unfortunately, either Vgif64 or any .GIF viewver for the C64 was able to
sort a correct image. My goal was to catch up the screen with a cartridge
and to save it into the KOALA format.

  The only exit I found was using a .MAC viewer. Well, my photo was on the 
screen. But the problem was:

    HOW CAN WE TRANSLATE BITMAPPED GRAPHICS into a KOALA FORMAT?

or... how to get a good image with a .gif viewer...

Any help would be great.  Thanks.


Louis.       Louis.Egger@unine.bota.ch     **** MBEGGER@CNEDCU51.bitnet
From: v131p9t3@ubvmsb.cc.buffalo.edu (Ninstar Cybermage - Back Again from the Mists!)
Newsgroups: comp.sys.cbm
Subject: +==[====----GIFs Again----====]==+
Date: 12 Oct 92 23:01:00 GMT
Article-I.D.: acsu.Bw16MH.4vn
Organization: University at Buffalo
News-Software: VAX/VMS VNEWS 1.41

To start, I'll tell you what I like about VGIF.  It Saves files in Doodle format
and that is VERY useful.  Now then, is there a GIF viewer for the C-64 which 
allows you to cursor (Or Joystick)  through the image?  VGIF only seems to
allow you to look at a coordinate selected part of the image, which makes it
difficult to deal with.

Also, is there anyone who knows where to locate GIFs that can be dealt with
realistically on a C64?

What other fileformats, viewers, and conversion programs(To doodle format I
hope) are available?

James Shank           	#		v131p9t3@ubvms.cc.buffalo.edu
AKA: Ninstar Cybermage  #	or	shank@acsu.buffalo.edu
###############################################################################
"Ten thousand years old...He could be trouble." -Vampire Hunter D
"Every night I say a prayer, in the hope that there's a heaven..."-Styx
"How do you make ammends for a god's sins?"-Forgotten Realms
##############################################################################
Sneaky Types,Inc.:Clandestine operations for the common man.
	"Don't call us.  We'll just bill you when it's done."
Newsgroups: comp.sys.cbm
From: rickcl@pogo.wv.tek.com (Rick Clements)
Newsgroups: comp.sys.cbm
Subject: Re: Power C - Spinnaker
Date: 12 Oct 92 23:46:15 GMT
Article-I.D.: pogo.13749
Organization: Tektronix, Inc., Wilsonville,  OR.

In article <1992Oct12.151447.15620@col.hp.com> warren@col.hp.com (Warren Tustin) writes:
>know how I can get it to output to a printer besides re-directing the output
>with '>>'?  I tried the open() command, but it demands a filename.  Putc()
>doesn't seem to work either, I tried:

>char ch;
>putc(ch,4);    This didn't work,  I got a "wrong # of parameters" message.

I haven't used the C64 version.  I did a fair amount with the C128 at one time.
(The following is from memory.  You should check the manual.)  There's an
opendev().  If you use it with the disk, avoid the low and high secondary
device numbers.  I don't remember if there was a trick to picking device
numbers.  (I usually used it when porting program the used stderr.)

>a 1750 Ram Exp Cart?  Also, the peek and poke commands in C seem to be
>designated only to work with the C=128 copy of Power C, which I don't have :-(

There were some things (like peek and poke) where the routines were different
for the C64 & C128.  In which case, the documentation described one OR the
other.  Some guess work is required to make it work for the other.

When I purchaced it, the C64 & C128 copies came together.  Which made me very
unhappy when I purchased their spread sheet (which was marked the same as
Power-C); it ran on the C128 in C64 mode. :-(
-- 
Rick Clements (RickCl@pogo.WV.TEK.COM)
Newsgroups: comp.sys.cbm
From: lew@coyote.datalog.com (Lewis Brooks)
Subject: C64
Organization: Datalog Consulting, Tucson, AZ
Date: Sun, 11 Oct 92 17:54:19 GMT

Hello! I was wondering how many people really read this message area.
I assume that there are more than just a couple of C64s still being used out 
there? Let me know if I am wrong with that assumption!

Newsgroups: comp.sys.cbm
From: spacek@cactus.org (Mark S. Spacek)
Subject: Re: The End of RUN
Keywords: RUN, Magazine, kaput
Organization: Capital Area Central Texas UNIX Society, Austin, Tx
Date: Fri, 16 Oct 1992 17:52:35 GMT

In article <1992Oct15.213615.8605@cs.umb.edu> edwardp@ra.cs.umb.edu (Edward P. Piecewicz) writes:
>I just placed a call to RUN Magazine's Subscription Services Department in
>Mount Morris, Illinois.  They informed me that RUN is -NOT- going out of
>business, and that the only thing that changed was the subscription 
>fulfillment house.  This information came from the supervisor of the person
>I spoke to on the telephone.  Their Subscription Services number (from the
>U.S.A.) is (800) 827-0983.
>
  Yup, I and several people called the Subscription number and got basically
the same story you did.  But when we got through to the main office, the bad
news was confirmed.  RUN is history.  If you have the last issue, there is a
little hint in there - the 'Coming Attractions' section thats always there
telling whats going to be in the next issue is curiously missing, since there
isn't going to be a next issue...
  Mark
 (spacek@cactus.org or cs.utexas.edu!cactus.org!spacek)

Newsgroups: comp.sys.cbm
From: shad04@ccu.umanitoba.ca (Dan Fandrich)
Subject: Re: 1541 and DOS
Organization: University of Manitoba, Winnipeg, Manitoba, Canada
Date: Fri, 16 Oct 1992 07:07:49 GMT

In article <1992Oct15.092315.15353@city.cs> sheun@cs.city.ac.uk (Sheun Olatunbosun) writes:
>Is there a program/utility for converting PC DOS formatted disks to 1541
>formatted disks and vice versa?
>
>I simply want to be able to use the ASCII text files I create on the PC's at
>university at home on my much cherished 64 (6 years old now). I'm sorry if this
>is a FAQ.

While it is true, as another poster has already stated, that an unmodified 
1541 drive can only read Commodore GCR disks, the simple addition of a 
jumper to the drive allows it to read IBM MFM disks as well.  I've put
together an info package that describes how to add the jumper and a piece
of code to read a sector from an IBM disk.  The software isn't currently
capable of doing anything except show the technique works, but several
people have requested the package and are playing around with it.  Maybe
someday soon we'll have an MS-DOS to 1541 conversion application.

If you're familiar with the innards of the 1541 and handy with 6502 assembly,
let me know and I'll mail you a copy of the package (that goes for anyone 
listening).

In the meantime the easiest way to move those files is to use an RS-232 link
with a file transfer protocol like, oh, let's say, ZMODEM :-)

>>> Dan
-- 
Internet: shad04@ccu.umanitoba.ca               Compu$erve: 72365,306
Newsgroups: comp.sys.cbm
From: jens4813@hgc.edu (Kevin Jensen)
Subject: FAQ and other info  
Summary: as above
Keywords: FAQ info
Organization: The Hartford Graduate Center
Distribution: usa
Date: Wed, 7 Oct 1992 10:17:55 GMT

Could someone tell me if there are FAQs maintained on the subject
of the Commodore somewhere on the internet? Thanks for any replies.
Organization: Penn State University
Date: Thu, 8 Oct 1992 01:47:00 EDT
From: Chris Stoy <CMS129@psuvm.psu.edu>
Newsgroups: comp.sys.cbm
Subject: Re: Viruses for the 64
Distribution: tub
 <Bv5yM8.BAB@news.cso.uiuc.edu> <92092820053@zone4.ocunix.on.ca>
 <1992Sep28.112702.1@pembvax1.pembroke.edu> <92273.003915CMS129@psuvm.psu.edu>
 <georg.718469105@marie>

Ok, if your were going to write a virus under GEOS you might try something like
this:

   The virus would need to patch itself into the GEOS kernal routines so that
it can be executed without user's knowledge.  This wouldn't be too hard since
all of the GEOS kernal is stored in RAM and all the routines are accessed
through a jump table.  Just pop an address off the table, put your address
there, and jump back to the GEOS routine after your code is executed.

   With all the disk access and the VLIR file format, it would be easy (at
least in theory) to add an extra record to the file to infect that contained
your code and hav that record load the code back in when the program executes.
This is were it may get tricky since the user can't know what's going on. When
GEOS loads your code you would then have to load the rest of the app. that
normally would be loaded so noone knows what's going on.  You virus should live
up high in memory (right before the kernal) since only very large apps. will
take up that much memory.  Now your virus is in memory waiting for the next
new app. to be loaded and infected.

 Granted, I left out a lot of details here and it would not be an easy thing to
code, especially the VLIR stuff.  However, since most of this can be done with
kernal calls, your code shouldn't be TOO big and messy.

 Hmm.. this is sort of an interesting idea. Too bad I don't have my 64 any more
or I might have tried it.

Later,


-----------------------------------------------------------------------
Chris "Slothman" Stoy |  "It is in the nature of the mind to forget
cms129 at psuvm       |   and in the nature of man to worry over his
cms129@psuvm.psu.edu  |   forgetfullness"    (I dunno, sounded cool)
-----------------------------------------------------------------------
Newsgroups: comp.sys.cbm
From: cloos@theory.TC.Cornell.EDU (James H. Cloos Jr.)
Subject: DesTerm question
Organization: Cornell Information Technologies, Ithaca, NY 14853
Distribution: usa
Date: Sat, 10 Oct 1992 09:26:05 GMT

Having just received my SwiftLink232, I was checking out the included
copy of DesTerm earlier this afternoon.  After making some
customizations, and saving the telephone list, the startup list, and
the settings, I went on to other stuff.  When I next tried to boot
DesTerm, it would refuse to do so.

The exact symptoms are that after loading and running the boot
program, the welcome screen (graphic) is displayed, and continued disk
access occurs.  Soon, the vdc goes back to text mode, and the 128
reboots.

Does anyone have any idea what I did?  Also, it would appear that I
need a new copy of the distribution.  Is it available by ftp?

Thanks.

-JimC

--
James H. Cloos, Jr.		include <std/disclaimers.h>
Cloos@Theory.TC.Cornell.EDU     include <std/qotd>
Cloos@Batcomputer.UUCP 		Phone:  +1 716 866-5249
Cloos@CrnlThry.BITNET 		Snail:  POBox 1111, Amherst, NY 14226-1111
Newsgroups: comp.sys.cbm
From: ad945@yfn.ysu.edu (Brent Busby)
Subject: Re: CP/M Cartridge
Reply-To: ad945@yfn.ysu.edu (Brent Busby)
Organization: St. Elizabeth Hospital, Youngstown, OH
Date: Fri, 9 Oct 1992 13:13:15 GMT


In a previous article, George.Frizzell@mailbox.bison.mb.ca (George Frizzell) says:

>ailbox!UUCP
>From: George.Frizzell@mailbox.bison.mb.ca (George Frizzell)
>Newsgroups: comp.sys.cbm
>Subject: CP/M Cartridge
>Message-ID: <718348739.2@mailbox.bison.mb>
>Date: 6 Oct 92 05:11:26 GMT
>Sender: UUCP@mailbox.bison.mb.ca
>Lines: 19
>
>
> 
>Quoting Brent Busby: 
>====================> 
> 
>I'll give you mine which includes the manual, original box, and CP/M v2.2
>disk 
>for $15.  Where are you?  I'm in the United States; Pekin, Illinois. 
>===================== 
>   
>Hi Brent, 
>   If William decides to pass on that, I'd be interested.  Just let me know 
>and send along your mailing address if he doesn't want it, okay? 
>   Talk to you later. 
>  
>  
>- George 
> 
> * Origin: Cafe De La Regence, Winnipeg, MB, Canada (1:348/703)

I already UPSed it to him.  It should be on its way.
Newsgroups: comp.sys.cbm
From: jepler@nyx.cs.du.edu (Jeff Epler)
Subject: Re: C64 output ports
X-Disclaimer: Nyx is a public access Unix system run by the University
	of Denver for the Denver community.  The University has neither
	control over nor responsibility for the opinions of users.
Organization: Nyx, Public Access Unix at U. of Denver Math/CS dept.
Distribution: usa
Date: Sun, 11 Oct 92 03:40:33 GMT

In article <1992Oct9.071257.1@pembvax1.pembroke.edu> duck@pembvax1.pembroke.edu writes:
>In article <1992Oct09.043443.17812@src4src.linet.org>, ckunz@src4src.linet.org (Charles Kunz) writes:
>> There was an article in Compute about how to use the joystick ports as
>> output (yes, -output-) ports, I just can't remember which issue it was in.
>> Anyone else remember?
>> 
>> Chuck
>> -- 
>> E-mail: ckunz@src4src.linet.org, aq084@cleveland.freenet.edu
>> It's amazing what you can do with a Commodore 64, isn't it? 
>> My girlfriend thinks I'm weird.  She's right.
>
>I believe the they're already configured as output ports and that the joysticks
>just shorts them forcing them to a logical 0 state. Try just poking directly to
>the ports themselves and see if the line follows the data path.

I don't believe that was the case -- If I remember the article, the joystick
ports have their own DDR...  They're probably in the same sort of arrangement
as the user port's (The address difference.).

If I wasn't a lazy bum, I would look for the issue.  It was fairly recent.

>
>-- 
>
>- Craig Taylor   || Standard Disclaimer Applies (of course!)
>duck@pembvax1.pembroke.edu (Pembroke State University)
>
>Stop searching.  Happiness is right next to you.  Now, if they'd only
>take a bath ...
From: ckunz@src4src.linet.org (Charles Kunz)
Newsgroups: comp.sys.cbm
Subject: I think I need a fuse for 1541C drive
Date: 12 Oct 92 03:45:38 GMT
Organization: The Source for Source Pub Access Unix

I've had my 1541C drive for almost 6 years, and I'm quite happy with it.  My
Dad installed JiffyDOS 5.0 and since then I'm -extremely- happy with it.  Now
it's starting to act quirky on me, and I think I need a new fuse, anyone know
where I can get a fuse rated at 250V 1A ?  Does Radio Shack carry them?

Chuck

E-mail: ckunz@src4src.linet.org, aq084@cleveland.freenet.edu
It's amazing what you can do with a Commodore 64, isn't it? 
My girlfriend thinks I'm weird.  She's right.
-- 
E-mail: ckunz@src4src.linet.org, aq084@cleveland.freenet.edu
It's amazing what you can do with a Commodore 64, isn't it? 
My girlfriend thinks I'm weird.  She's right.
Newsgroups: comp.sys.cbm
From: weasel@rieska.oulu.fi (Kari T. Salmela)
Subject: Re: Zmodem
Organization: University of Oulu
X-Newsreader: TIN [version 1.1 PL6]
Date: Mon, 12 Oct 1992 13:41:41 GMT

Well I can arrange a mailing list if one is needed, I'm sysadm
of rieska.oulu.fi (Sparc 470).. Just mail me the names.

--
-- Kari Salmela                          I "What's the favourite song
-- Virkakatu 8 E 18 90570 Oulu FINLAND   I of SUN system admistrator?"
-- +358 81 5546 275                      I "Don't let the Sun go down on me"
-- also (2:228/500.3) on Fidonet	 I by Elton John and George Michael
From: George.Frizzell@mailbox.bison.mb.ca (George Frizzell)
Newsgroups: comp.sys.cbm
Subject: Re: CP/M Cartridge
Date: 13 Oct 92 16:33:14 CST

 
Quoting Brent Busby:
====================>
 (...text deleted...)
I already UPSed it to him.  It should be on its way.
=====================
  
Hi Brent,
   Thanks for the reply.  William also dropped me a note via mail letting me
know as well.  Much appreciated.
   Talk to you later.
 
 
- George
 
 * Origin: Cafe De La Regence, Winnipeg, MB, Canada (1:348/703)
From: fred@cbmvax.commodore.com (Fred Bowen)
Newsgroups: comp.sys.cbm
Subject: Re: cpm cartridge wanted for c64
Date: 9 Oct 92 16:30:14 GMT
Reply-To: fred@cbmvax.commodore.com (Fred Bowen)
Distribution: comp
Organization: Commodore, West Chester, PA

rknop@cco.caltech.edu (Robert Andrew Knop) writes:
>
>fred@cbmvax.commodore.com (Fred Bowen) writes:
>>Better to get a used C128, which has a built-in Z80 and runs a newer
>>version of CP/M better, faster, with a larger TPA, and 40 or 80 columns.
>
>:) One could say similar things about BASIC, the general operating system,
>etc. of a C128....

I feel about the same way, comparing BASIC 10.0, the C65 OS, DOS, etc. to
a C128... I'm not trying to tease you (well okay, maybe a little :-) but
just let you know where my head's been and why it's painful and difficult
to "get back into" a C128.


-- 
Fred Bowen			uucp:	{uunet|rutgers|pyramid}!cbmvax!fred
				domain:	fred@cbmvax.commodore.com
				tele:	215 431-9100

Commodore Electronics, Ltd.,  1200 Wilson Drive,  West Chester,  PA,  19380
From: fred@cbmvax.commodore.com (Fred Bowen)
Newsgroups: comp.sys.cbm
Subject: Re: relative file format
Date: 12 Oct 92 20:33:10 GMT
Reply-To: fred@cbmvax.commodore.com (Fred Bowen)
Organization: Commodore, West Chester, PA

spacek@cactus.org (Mark S. Spacek) writes:
>In article <1asvpiINN80f@aludra.usc.edu> wbiggs@aludra.usc.edu  writes:
>>
>>I had no problems in my BBS program using REL files, except for on the 1581.
>>Is this perhaps a hardware bug?  The REL file would become corrupted if the
>>total blocks free on the 1581 became less than 256;
> 
> I've heard that there is a bug in the 1581 ROMs, but I never knew what
> it was.  One local sysop told me that another local sysop installed
> newer ROMs in his 1581s to fix this bug.  [...]
> A friend of mine ran a BBS that used rel files 4-5 years ago, on
> 1541s.  He used to get messed up files on a regular basis.  [...]
> Anyway, does anybody know about bugs in the 1581 ROMs and about new
> ROMs to fix them?

As I've indicated in an earlier post, there are some things you can do
to avoid RELative file problems, such as positioning the record pointer
before *and* after accessing a RELative record on a 1541.  This is not a
problem on a 1581, but the practice is still recommended because the
program probably does not know what model disk drive is being used. 

I don't know why, but there's been alot of confusion about 1581 ROMs for
a long time.  There has *never* been a "new" or "update" 1581 ROM.  I suspect
some folks are confusing a controller replacement with a ROM replacement.
(In some cases, replacing a WD1770 controller in a 1581 with a WD1772 will
cure a host of ills, all manifesting themselves in a corrupt disk directory.)

As far as other 1581 DOS problems go, I'm not aware of one involving disk
space of 256 blocks or less.  It sounds like a super-side-sector problem,
but whether it's a 1581 bug or programmer error I can't tell without more info.

While we're at it, here is my list of 1581 ROM bugs:

1. HEADER following a DIRECTORY does not zero system sectors.
2. OPENing SAVE and LOAD files simultaneously cause system track corruption.
3. Processing a UJ before dumping cache will corrupt disk (cache not dumped).
4. A burst command (eg., inquire or query) will close direct access channels.
5. Init routine sets incorrect (i.e., not optimum) step rate.

None of these are very serious for 99.9% of the user/programmers, and no
update ROM was ever issued.

-- 
Fred Bowen			uucp:	{uunet|rutgers|pyramid}!cbmvax!fred
				domain:	fred@cbmvax.commodore.com
				tele:	215 431-9100

Commodore Electronics, Ltd.,  1200 Wilson Drive,  West Chester,  PA,  19380
From: George.Frizzell@mailbox.bison.mb.ca (George Frizzell)
Newsgroups: comp.sys.cbm
Subject: Capturing UUencoded Files
Date: 5 Oct 92 23:11:34 CST

 
Quoting Steve 'Gobes' Gobeski: 
==============================> 
 
Any terminal program with a buffer->disk dump (such as NovaTerm)
will also 
solve this problem, at least until you run out of disk space. 
=============================== 
   
Hi Steve, 
   Anytime I've tried that I've occasionally encountered problems with 
the loss of a few characters during the system pause/save to disk 
operation.  Did you ever have that problem with large files? 
   That's why when Brent asked, I suggested downloading the message or 
file instead.  At least with transfer protocol error-checking one doesn't 
have to worry about data loss/corruption as much. 
   Talk to you later. 
  
  
- George 
 
 * Origin: Cafe De La Regence, Winnipeg, MB, Canada (1:348/703)