[comp.os.cpm] Essentials

calvinc@monsoon.Berkeley.EDU (Calvin Cheng) (04/12/91)

The last time I've handled CP/M was many years back on the Apple II so I'm
kinda rusty and outdated about current developments.  Now that I have this
beast called an Apple /// with a Z80 card, I'm thinking of getting it
something decent to run.  I was looking at wsmr-simtel20.army.mil which has
a huge collection of CP/M stuff but which is extremely slow (any alternatives
closer to the Bay Area and fast?)

Well I'm interested in the following:

1)   A terminal program that provides for VT100 emulation.
2)   What is ZCPR and what does it really provide?  I vaguely remember it as
     a kind CCP replacement with extensive abilities but was kinda bloated for
     my needs then.  How about an improved CCP?  I like one of those that
     don't require you to restart from a system disk (I mean warm boot).
3)   A decent screen-oriented text editor.

The problem with the Apple /// is that it is next to impossible to find
support for it.  It is therefore important that the programs are fairly
machine independent (not even the Apple II ones will help).  Preferably, if
necessary, there's a simple means for me to hack up some connection with
standard Apple /// SOS device drivers.

My current setup has the Apple /// directly connected to the Mac on a serial
port.  So presumably I download stuff using the Mac, how do I get it to
Apple /// CP/M because I dont even have a single program that can do binary
file transfers on the ///.

I also notice a lot of .?Z? files and .LBR files.  Where do I get the
files to extract these?

Thanx
Calvin Cheng
<< The Best is Yet to Be! >>

ianj@ijpc.UUCP (Ian Justman) (04/13/91)

calvinc@monsoon.Berkeley.EDU (Calvin Cheng) writes:

> Well I'm interested in the following:
> 
> 1)   A terminal program that provides for VT100 emulation.

QTERM42G.LBR will be the file you're looking for.  It provides
decent VT100 emulation.  If you're running CP/M on an Apple II
series with the ORIGINAL SoftCard, you'll find a driver that I
wrote myself for that system.

> 3)   A decent screen-oriented text editor.

Try ZDE16.LBR.

> The problem with the Apple /// is that it is next to impossible to find
> support for it.  It is therefore important that the programs are fairly
> machine independent (not even the Apple II ones will help).  Preferably, if
> necessary, there's a simple means for me to hack up some connection with
> standard Apple /// SOS device drivers.

If I only had the address for it, Sun Remarketing in Utah is an
excellent place to start as they specialized in the "orphaned"
Apple systems.

> I also notice a lot of .?Z? files and .LBR files.  Where do I get the
> files to extract these?

*.?Z? are "crunched" files.  You use either UNCRUNCH or UNCRLZH
(whichever will work; if at all possible, go with UNCRLZH because
it handles *.?Q? ("squeezed") and *.?Y? (LZH-compressed files)
.LBR files are analogous to *.ZIP, *.LZH, et al in the IBM
world, and Binary II files in the Apple II world.  For those, you
would use NULU, but I prefer LT29.COM because it not only types
files inside of a library, it also decompresses and extracts
files.  You don't have to worry about cluttering your drive with
secondary compressed files like you would if you were using NULU
which handles *.?Q? files only.

> Thanx
> Calvin Cheng

Anytime

eichin@APOLLO.COM (Mark Eichin) (04/17/91)

>>>something decent to run.  I was looking at wsmr-simtel20.army.mil which has
	I don't know if this has been announced anywhere, but WUSTL is
now running a mirror of the cpm archives too!
	Anonymous ftp to wuarchive.wustl.edu, cd mirrors/cpm, and
enjoy... there's also sigm and cpmug (and most of the rest...) Be sure
to read the README file at the top level - they've got some neat hacks
for automatically tar'ing up entire directories, and
compression/decompression by name.
					_Mark_ <eichin@apollo.hp.com>
					<z80-emulator-request@sipb.mit.edu>

P.B.Halverson@massey.ac.nz (P.B. Halverson) (04/18/91)

18 April 1991


Sun Remarketing is in Logan, Utah 84321.  Logan is small enough that 
this simple address should find its mark.

Cheers,

P.B. Halverson
Massey University
New Zealand