Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!jgreco
From: jgreco@csd4.milw.wisc.edu (Joe Greco)
Newsgroups: comp.sys.cbm
Subject: Re: Simultaneous disk & RS-232 access
Keywords: custom serial I/O, RS-232, zmodem
Message-ID: <826@csd4.milw.wisc.edu>
Date: 8 Feb 89 23:54:02 GMT
References: <738@csd4.milw.wisc.edu> <7023@killer.DALLAS.TX.US> <765@csd4.milw.wisc.edu> <89Feb3.212709est.2386@godzilla.eecg.toronto.edu> <779@csd4.milw.wisc.edu> <89Feb7.220647est.2663@godzilla.eecg.toronto.edu>
Sender: news@csd4.milw.wisc.edu
Reply-To: jgreco@csd4.milw.wisc.edu (Joe Greco)
Organization: Starbase 74 - Starfleet Operational Support Services
Lines: 75

In comp.sys.cbm article <89Feb7.220647est.2663@godzilla.eecg.toronto.edu>, leblanc@eecg.toronto.edu (Marcel LeBlanc) wrote:
]In article <779@csd4.milw.wisc.edu> jgreco@csd4.milw.wisc.edu (Joe Greco) writes:
]>In comp.sys.cbm article <89Feb3.212709est.2386@godzilla.eecg.toronto.edu>, leblanc@eecg.toronto.edu (Marcel LeBlanc) wrote:
]>I don't intend to use a terminal program that has the sole function of
]>performing Z-Modem transfers.  A Real Terminal Program would be much larger.
]
]I agree, but since we are dealing with large transfers (whether a single
]large file or multiple smaller files), we might be willing to load an
]overlay that will only handle the zmodem transfer.

and clobber my buffer, like as in BobsTerm Pro 64?  Barf ick....
well, it IS a reasonable suggestion.

]  Read/write transmit/receive buffer using:
]  1) Software only:  Use custom read/write routines to speed up access to 
]  1541/71/81.
]
]  2) IEEE interface and IEEE drives.  Use the routines built into the
]  interface to handle the transfer.
]
]  3) REUs.  Owners of 1750/64/00 REUs could make use of standard ramdos
]  software.  
]
]The proper driver can be called when the receive buffer overflows (for
]example).  This would require the user to select which device is to be used
]when the program starts up (a default could be selected from a configuration
]file).

That sounds fine, 'cept there's no reason that you'd need to buffer
with IEEE, and sending a block to the REU would cause a bad Z-Modem
block.  RAMDOS (or any REU access) will momentarily suspend the CPU's
operations to perform the transfer.

]>I know quite a few.  Most of the serious Commodore hackers in the
]>local area....
]
]That's interesting.  Actually, no one I know has IEEE drives.  Before the
]original Epyx FastLoad appeared, I knew several people who owned IEEE

Local PunterNet SysOps, a few local C-Net SysOps....  I have three
8050's and two 4040's myself.... (consider it a "serious investment"
and maybe you will begin to see my side a little more clearly)

]drives.  When I decided (2 yrs ago) that 1571 drives didn't give me enough
]storage, I considered getting an IEEE drive, but then I learned about the
]new 1581 drives that had been announced.  I managed to get two from
]Commodore, and I'm glad I did.  It loads much faster than IEEE drives (my
]assembler LOADs include files, taking maximum advantage of load speed), and
]has good storage capacity (800K vs 1M for 8250).

IF you're on a 128, or IF you're on a 64 with some sort of fastloader.
Which is still only a marginal speedup, considering that file based
operations are not enhanced by such devices.  (Since that's the major
type of operation I need around here, that's what I look at.)  BLITZ!
isn't speeded up at all by FastLoad... hehehe

by the way, 2M for 8250.  It's a dual drive unit.

]>We still don't give a darn about SSV4 or whatever, since it would
]
]I'm sorry to hear that! :-)

Well, how does it help me?  Does SSVx have anything desirable that
either a BusCard II, ISEPIC, and/or SysRes doesn't?  I'm open minded..

]This discussion is getting interesting-er (!).  It should be possible to
]satisfy the requirements of people using vastly different storage devices,
]instead of just the more common 1541/71/81.

That would please me immensely... :-)
--
jgreco@csd4.milw.wisc.edu		Joe Greco at FidoNet 1:154/200
USnail: 9905 W Montana Ave			     PunterNet Node 30 or 31
	West Allis, WI  53227-3329	"These aren't anybody's opinions."
Voice:	414/321-6184			Data: 414/321-9287 (Happy Hacker's BBS)