1-Dec-85 11:08:00-MST,1900;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 1 Dec 85 11:07:52-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a007967; 1 Dec 85 12:40 EST
Received: from usenet by TGR.BRL.ARPA id a018791; 1 Dec 85 12:44 EST
From: Chuck Forsberg WA7KGX <caf%omen.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.cpm,net.micro.pc
Subject: Unix / DOS+CP/M File Transfer programs Posted
Message-ID: <261@omen.UUCP>
Date: 30 Nov 85 12:22:43 GMT
Xref: seismo net.micro:13629 net.micro.cpm:5324 net.micro.pc:6492
To: info-cpm@AMSAA.ARPA
The current versions of sb and rb, *nix programs supporting XMODEM,
YMODEM, and YMODEM Batch file transfers, have been posted to
net.sources. Recent changes include support for BSD 4.2 and SYS V
terminal control conventions. Compared to the last version of UMODEM
examined, rb and sb load the CPU less because of multi-character
terminal i/o operations.
In additon, YMODEM 1k packets (supported by YAM, MEX, PibTerm, IMP,
etc.) give greater throughput than XMODEM. For example, at 9600 bps,
an otherwise idle PC-AT Xenix downloads to Pro-YAM with YMODEM-g twice
as fast as it does to Crosstalk XVI 3.6 with XMODEM. This disparity
increases with transmission speed and system response time.
YMODEM batch transfers can also preserve the exact file length and
modification time.
VMS versions of these programs are also available, and will be posted
when a terminal mode problem unique to VMS version 4 is corrected.
Enjoy.
--
Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf CIS:70715,131
Omen Technology Inc 17505-V NW Sauvie Island Road Portland OR 97231
Home of Professional-YAM, the most powerful COMM program for the IBM PC
Voice: 503-621-3406 Modem: 503-621-3746 (Hit CR's for speed detect)
omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
1-Dec-85 14:13:43-MST,1266;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 1 Dec 85 14:13:38-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a009177; 1 Dec 85 15:27 EST
Received: from mit-eddie.arpa by AOS.BRL.ARPA id a013600; 1 Dec 85 15:27 EST
Received: by mit-eddie (4.12/4.7)
id AA23034; Sun, 1 Dec 85 15:07:02 est
Date: Sun 1 Dec 85 15:10:32-EST
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-EDDIE.ARPA>
Subject: Hayes test pattern
To: info-cpm@BRL.ARPA
Message-Id: <12163701972.28.T.MOORE@MIT-EECS>
I think there was a discussion on this before, but I have noticed the
problem for the first time on my Hayes recently. When connected to a
system, the modem will (at random) send out "UUUUUUUUUU"'s and go offline.
I can resolve this by quickly unplugging the phone line and plugging it
in fast enough to keep the connection -- the modem is back to normal then
and I am returned to the system. I can only suppose that this is some
sort of test pattern for the Hayes.
I am using MEX usually when this happens, but it has occurred once or
twice in another terminal program as well.
Any explanations and/or solutions would be appreciated; mail me directly,
I am not on info-cpm. Thanks.
-drew
-------
1-Dec-85 18:09:48-MST,1017;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 1 Dec 85 18:09:43-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a010432; 1 Dec 85 19:41 EST
Received: from mit-eddie.arpa by AOS.BRL.ARPA id a014734; 1 Dec 85 19:43 EST
Received: by mit-eddie (4.12/4.7)
id AA26470; Sun, 1 Dec 85 19:28:50 est
Date: Sun 1 Dec 85 19:28:26-EST
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-EDDIE.ARPA>
Subject: EZCPR & the CCP
To: info-cpm@BRL.ARPA
Message-Id: <12163748920.23.T.MOORE@MIT-EECS>
How can I get around the problem of trying to install EZCPR on a system
whose CCP is not located where EZCPR expects to find it? I am using an
Apple system (MicroSoft-Compatible CP/M), where the CCP is 2000H higher
(is this correct?) than normal. If that's not correct, I do know that
there is a difference in the CCP somewhere. When I run SYS215.COM, it
tells me "CCP Not Located", and EZCPR cannot locate the CCP. How can I
get around this problem?
-drew
-------
1-Dec-85 23:55:05-MST,1299;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 1 Dec 85 23:55:00-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a014176; 2 Dec 85 1:24 EST
Received: from usc-isid.arpa by AOS.BRL.ARPA id a016093; 2 Dec 85 1:30 EST
Date: 2 Dec 1985 01:28-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: Hayes test pattern
From: ABN.ISCAMS@USC-ISID.ARPA
To: T.MOORE%MIT-EECS@MIT-EDDIE.ARPA
Cc: info-cpm@BRL.ARPA
Message-ID: <[USC-ISID.ARPA] 2-Dec-85 01:28:07.ABN.ISCAMS>
In-Reply-To: <12163701972.28.T.MOORE@MIT-EECS>
Drew (et al),
You aren't the only one to experience this little Hayes "UUUUUUUU"
phenomenom .. a net buddy and I occasionally link thru our local TAC
and distant mainframe host. He uses a Hayes modem. On occasion (and we
canNOT identify any unique trigger), he blows away with a stream of "UUU"s.
I'm still on the net, but he's gone! Gotta tell him about toggling the
on/off switch or whatever since to date we've been stymied, and the local
TAC wizards swear innocence (and you KNOW what the mainframe operators had
to say about us micro users...).
Sure don't have an explanation, though .. and would be most interested in
the answer when/if you get one!
Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
2-Dec-85 14:23:05-MST,895;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Dec 85 14:22:56-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a012084; 2 Dec 85 15:41 EST
Received: from hi-multics.arpa by AOS.BRL.ARPA id a003606; 2 Dec 85 15:33 EST
Acknowledge-To: Wilkinson@HI-MULTICS.ARPA
Date: Mon, 2 Dec 85 14:23 CST
From: Wilkinson@HI-MULTICS.ARPA
Subject: Re: Hayes Test Pattern
To: INFO-CPM@BRL.ARPA
Message-ID: <851202202351.918119@HI-MULTICS.ARPA>
I have experienced the same phenomenon on my Pop-Comm X100 external
modem which is Hayes compatible (I suspect that is extraneous) when
connected over local city lines to our main-frame host (I am on an IBM
PC.XT running QMODEM. f you get an expanation I would apprecite hearing
it. How about a bug in a modem chip that they both use?
Richard Wilkinson {Wilkinson@HI-MULTICS.ARPA}
2-Dec-85 21:50:00-MST,1594;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Dec 85 21:49:44-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a014110; 2 Dec 85 18:52 EST
Received: from mit-mc.arpa by AOS.BRL.ARPA id a006663; 2 Dec 85 18:59 EST
Date: 2 Dec 1985 18:57 EST (Mon)
Message-ID: <FONER.12164005409.BABYL@MIT-OZ>
From: "Leonard N. Foner" <FONER%MIT-OZ@MIT-MC.ARPA>
To: Wilkinson@HI-MULTICS.ARPA
Cc: Info-CPM@BRL.ARPA, Foner%MIT-OZ@MIT-MC.ARPA
Subject: Hayes Test Pattern
In-reply-to: Msg of 2 Dec 1985 15:23-EST from Wilkinson at HI-MULTICS.ARPA
I hesitate to mention this, because I'm sure someone's already said it
and I haven't seen it yet. But...
That UUUUU pattern you see is what happens when a modem which
communicates in dibits (as does the Hayes) loses carrier. [Thus your
1200 bits-per-second modem is actually 600 baud, since each change of
signal corresponds to a cartesian product of two one-bit quantities,
(generally either phase and frequency or phase and amplitude---I don't
recall which---each have two possible states, so you can combine them
four ways to get a dibit) which means each change of signal can
transmit two bits simultaneously. Anyway, 'nuff on that.]
ASCII U is alternating ones and zeros, and the "no-carrier" state
looks like the dibit for 01. Thus, you get a few UUU's and then the
modem recognizes it has lost carrier. My VA3451 does that whenever
the foreign system drops carrier on logout, for example.
As for *why* one modem sees carrier dropped, I can't help you.
<LNF>
2-Dec-85 21:50:16-MST,788;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Dec 85 21:50:10-MST
Received: from ru-blue.arpa by AMSAA.ARPA id a014350; 2 Dec 85 20:27 EST
Date: 2 Dec 85 10:17:36 EST
From: Davidann <DZimmerman@ru-blue.ARPA>
Subject: Re: Pocket Computers
To: Bicer.ES@XEROX.ARPA
cc: info-cpm@AMSAA.ARPA, info-micro@BRL-VGR.ARPA
In-Reply-To: <851126-191610-1473@Xerox>
Message-ID: <12163910788.29.DZIMMERMAN@BLUE.RUTGERS.EDU>
In response to Jack Bicer's query about pocket computers:
The Radio Shack PC-4 is made by Casio, not Sharp, if I am correct.
I have one, and, although limited, it gives quite a bang for the buck.
Pretty rugged, too - you could drop kick it a few times and still have
no problems with it.
Davidann
-------
2-Dec-85 21:50:30-MST,1346;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Dec 85 21:50:22-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a014367; 2 Dec 85 20:36 EST
Received: from usenet by TGR.BRL.ARPA id a010718; 2 Dec 85 20:41 EST
From: kelvin%bocklin.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: help needed: Access Matrix
Message-ID: <470@bocklin.UUCP>
Date: 29 Nov 85 15:36:13 GMT
To: info-cpm@AMSAA.ARPA
we just purchased (and are seriously considering returning) an Access
Matrix. We understand that the manufacturer has gone out of business
but the price was right.
however, we're having lots of problems with the software. CP/M didn't
include DDT or ASM. And application programs that were supplied don't
run as documented (for example, Telcom+ doesn't give the menu that it's
supposed and pfont (a variant of fancy font) reports that its loading...
and then exits immediately to CP/M).
is this to be expected or is my package worse than normal?
what i really need is a communications package that works for this beast.
any clues?
soon after, i need to know what's inside the i/o space and where to find it.
anyone have schematics and/or hardware descriptions of this computer?
thanks in advance,
kelvin nilsen uucp: arizona!kelvin
csnet: kelvin@arizona
3-Dec-85 04:39:01-MST,1277;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 04:38:55-MST
Received: from simtel20.arpa by AMSAA.ARPA id a015117; 3 Dec 85 6:08 EST
Date: Tue, 3 Dec 1985 04:14 MST
Message-ID: <KPETERSEN.12164128653.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@AMSAA.ARPA
Subject: New ZCPR3-related files available from SIMTEL20
Several new ZCPR3-related files are now available from SIMTEL20:
Filename Type Bytes CRC Notes
Directory PD:<CPM.Z3NEW>
Z3NEWS.308.1 ASCII 21365 B56FH <--Echelon newsletter
Z3NEWS.3Q8.1 BINARY 12800 D2AEH <--same, squeezed
ZHELPR13.RAS.1 ASCII 4198 5BF2H <--volunteer helper list
ZHELPR13.RQS.1 BINARY 2560 5559H <--same, squeezed
ZNODES13.LQT.1 BINARY 2816 A380H <--updated Z-node list
ZNODES13.LST.1 ASCII 4130 E84BH <--same, squeezed
The squeezed files are also copied in PD:<CPM.ZCPR3>. The files above
in PD:<CPM.Z3NEW> will be deleted when the next new files are
announced.
--Keith
Arpa: W8SDZ@SIMTEL20.ARPA
uucp: ...!seismo!SIMTEL20.ARPA!W8SDZ
uucp: ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp: ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
3-Dec-85 06:53:34-MST,1215;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 06:53:28-MST
Received: from simtel20.arpa by AMSAA.ARPA id a018207; 3 Dec 85 8:19 EST
Date: Tue, 3 Dec 1985 06:25 MST
Message-ID: <KPETERSEN.12164152551.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@AMSAA.ARPA
Subject: RCP/M Royal Oak now supports 2400 bps
RCP/M Royal Oak installed a Courier 2400 modem last week. If you
called the first few days after it was installed and noticed a lot of
garble, this has been fixed. It was not the modem, it was bad carbons
at the phone company central office.
If you are unable to access SIMTEL-20 because of network restrictions
please remember that MOST of the new files announced to Info-Cpm are
also available on my RCP/M Royal Oak (MI) which may be accessed at
300 bps (Bell 103a), 1200 bps (Bell 212a), or 2400 bps (V22.BIS).
The telephone number is (313) 759-6569.
--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
uucp: ...!seismo!SIMTEL20.ARPA!W8SDZ
uucp: ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
uucp: ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
3-Dec-85 08:53:37-MST,2151;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 08:53:23-MST
Date: Tue, 3 Dec 85 9:52:29 EST
From: Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: [CHATHAM: kERMIT FOR CPM [KAYPRO]?; K4's drives for K2000?]
Fellow CP/Mers - I have responded to the first question regarding access to
SIMTEL20. Can anyone help with the second query?
Dave
----- Forwarded message # 1:
Received: from usc-isi.arpa by AMSAA.ARPA id a004762; 2 Dec 85 11:21 EST
Date: 2 Dec 1985 11:26-EST
Sender: CHATHAM@USC-ISI.ARPA
Subject: kERMIT FOR CPM [KAYPRO]?; K4's drives for K2000?
From: CHATHAM@USC-ISI.ARPA
To: INFO-CPM-REQUEST@AMSAA.ARPA
Cc: CHATHAM@USC-ISI.ARPA
Message-ID: <[USC-ISI.ARPA] 2-Dec-85 11:26:41.CHATHAM>
Dear INFO-CPM;
I have a KAYPRO II [-turned-into-a-IV via MicroCornucopia] that I
want to use to talk to my new Kaypro 2000. Feeling comfortable
using Kermit to pass files to and from the MILNET and a DARPA
IBM-PC, I would like to use it for my CPM-pc to/from IBM-pc file
transfers. I have a useable copy of MS-KERMIT, and would like one
to work on my CPM machine.
While I am willing to try most anything, I need some
more-precise directions than most of your INFO-CPM readers might.
Please don't tell me "do an anonymous FTP to SRI and get ..." . I
need reasonably explicit directions on how to get from the MILNET
to SIMTEL20 (if that is where some needed file resides) and how to
drag it back out to a file at my MILNET address.
SECOND QUESTION:
Is there a public domain disk drive control program like
Uniform for the Kapro II/IV machines to read IBM data disks? I
don't need generality, just a way to load IBM 5 inch disks down
onto my Kaypro 2000's 3 inchers. Having a perfectly good set of
5 inch DSDD drives on a Kaypro IV makes one think that there
should be a simple [or at least cheap] solution.
If anyone cares to answer, could you info me at my ARPA-net
[MILNET] address as well as the bboard. Thanks,
Yours, etc.,
ralph chatham
----- End of forwarded messages
3-Dec-85 10:06:02-MST,630;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 10:05:54-MST
Received: from sri-kl.arpa by AMSAA.ARPA id a027891; 3 Dec 85 11:34 EST
Date: Tue 3 Dec 85 08:40:01-PST
From: LMTRA@SRI-KL.ARPA
Subject: Emacs Macros for Mix Editor
To: Info-micro@BRL-VGR.ARPA
cc: Info-CPM@AMSAA.ARPA
Some time ago, someone very generously offered to supply their macro defs
for the Mix editor to make it look like Emacs. Well, I've decided to buy
and would appreciate the opportunity to take advantage of the offer.
Thanks in advance,
L. Traister (Lmtra@SRI-KL.Arpa)
-------
3-Dec-85 19:06:41-MST,1532;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Dec 85 19:06:32-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a001880; 3 Dec 85 13:56 EST
Received: from usenet by TGR.BRL.ARPA id a026587; 3 Dec 85 13:56 EST
From: Pete Holzmann <pete%octopus.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: PLEASE HELP w/ CP/M Directory trashing bug
Message-ID: <179@octopus.UUCP>
Date: 3 Dec 85 01:32:35 GMT
To: info-cpm@AMSAA.ARPA
I have a very strange problem in CP/M 80. Does any guru out there know
what could cause:
- A directory looks fine using DIR or public domain variants that I know
of (e.g. D)
- If I do 'stat *.*' however, a file shows up twice in the directory.
- A CB-80 program seems to semi-randomly get one or the other copy of the
file
- the file duplicates itself sometime during execution of the CB-80 program
(a big accounting package)
Questions:
1) What could cause the difference between DIR and STAT?
2) Could this problem be caused by a bug in:
- CP/M (this is running on a Molecular)
- CB-80
- A programmer's error
Any answers would be much appreciated! (Please mail, don't post. If
there is enough interest, I will summarize. I DON'T subscribe to
net.micro.cpm)
--
OOO __| ___ Peter Holzmann, Octopus Enterprises
OOOOOOO___/ _______ USPS: 19611 La Mar Court, Cupertino, CA 95014
OOOOO \___/ UUCP: {hplabs!hpdsd,pyramid}!octopus!pete
___| \_____ Phone: 408/996-7746
4-Dec-85 07:27:39-MST,898;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Dec 85 07:27:24-MST
Received: from eglin-vax.arpa by AMSAA.ARPA id a012849; 4 Dec 85 8:53 EST
Date: 0 0 00:00:00 CDT
From: "UV2::FERRILL" <ferrill@uv2.decnet>
Subject: Apple 8" Floppy Controller Inquiry
To: info-cpm <info-cpm@AMSAA.ARPA>
Reply-To: "UV2::FERRILL" <ferrill@uv2.decnet>
This is a reposting of a previous request to include usps and phone.
I'm looking for help with the SVA ZVX4 8" floppy controller for the
APPLE ][ +. I picked up the controller board real cheap but have no
documentation. All calls to SVA result in a recording saying they'll
get back to me and they never do. Any and all help is greatly appreciated.
Paul Ferrill
ferrill@eglin-vax.arpa
Computer Science & Applications
2-H David St.
Fort Walton Beach, FL 32548
(904) 863-0310
------
4-Dec-85 10:30:04-MST,1822;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Dec 85 10:29:39-MST
Received: from simtel20.arpa by AMSAA.ARPA id a008928; 3 Dec 85 21:33 EST
Date: Tue 3 Dec 85 19:39:40-MST
From: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
Subject: Re: [CHATHAM: kERMIT FOR CPM [KAYPRO]?; K4's drives for K2000?]
To: cpmlist@AMSAA.ARPA
In-Reply-To: Message from "Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>" of Tue 3 Dec 85 08:53:38-MST
Message-ID: <12164297099.23.CNISWONGER@SIMTEL20.ARPA>
Resent-Date: Wed, 4 Dec 85 11:50:32 EST
Resent-From: cpmlist@AMSAA.ARPA
Resent-To: info-cpm@SIMTEL20.ARPA
Ralph,
To do newwork file transfers, you probably will have to find an FTP
gugru at your site. Since there are almost as many versions of the FTP pro-
gram as there are sites, you will have to get some local help. This is the
real reason that most of the instructions are so vauge -- they have to be
to cover all cases. In addition, learning how your version of FTP interacts
with the remote FTP is also interesting. However, since I am a Simtel user,
let me know if you have direct questions about files on Simtel.
To solve your disk transfer problems, there are two ways to go about
things: 1), use a serial file transfer (over RS-232) program such as MODEM7,
MEX (my favorite) or Kermit, or 2) add a 5" drive to the 2000 (external of
course) and simply copy from disk to disk. Method 2 is definitely the pre-
ferred way if possible (not sure, haven't tried it) but is more expensive.
Method 1 needs only a willing computer with 5" drives, an appropriate RS-232
cable and compatible transfer programs. Again, due to the number of details,
try to find a local guru, but if you get stuck, give a yell.
-- Mike Niswonger
-------
4-Dec-85 18:32:07-MST,1321;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Dec 85 18:31:57-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a001394; 4 Dec 85 19:57 EST
Received: from usenet by TGR.BRL.ARPA id a009290; 4 Dec 85 19:51 EST
From: Chuck Forsberg WA7KGX <caf%omen.uucp@BRL.ARPA>
Newsgroups: net.sources,net.micro,net.micro.pc,net.micro.cpm
Subject: rb/sb Compilation
Message-ID: <265@omen.UUCP>
Date: 3 Dec 85 23:20:08 GMT
Xref: seismo net.sources:3977 net.micro:13668 net.micro.pc:6531 net.micro.cpm:5335
To: info-cpm@AMSAA.ARPA
Some confusion has been reported concerning the compile time
options needed for the rb and sb programs recently posted
to net.sources.
For V7 and Berkeley systems (2.8 to 4.3), use -DV7
For SYS III and SYS V, use -DUSG
Those with Regulus, Coherent, Venix systems should examine the #ifdef's
in the files to determine the best compile time option to use.
--
Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf CIS:70715,131
Omen Technology Inc 17505-V NW Sauvie Island Road Portland OR 97231
Home of Professional-YAM, the most powerful COMM program for the IBM PC
Voice: 503-621-3406 Modem: 503-621-3746 (Hit CR's for speed detect)
omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
5-Dec-85 00:57:08-MST,961;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 00:57:03-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a001826; 5 Dec 85 2:22 EST
Date: 5 Dec 1985 02:23:38 EST
Subject: READING DOS DRIVES FROM CPM
From: Rex Buddenberg <BUDDENBERGRA@USC-ISI.ARPA>
To: INFO-CPM@AMSAA.ARPA
cc: CHATHAM@USC-ISI.ARPA, BUDDENBERGRA@USC-ISI.ARPA
What I have is special purpose, but indications are that there is
more out there.
The current software suite provided by AMPRO for Little Boards includes
a program called DOS.COM which allows you to set up one of the Little
Board drives as a DOS drive. You can then transfer files from a CPM disc
to a DOS disc and back. AMPRO disc format is not quite Kaypro, but they
are fairly close (I can read Kaypro discs too). The program was released
to AMPRO by Paul Bartholomew (NFI). It is copyrighted, not public domain.
Hope this helps some.
Rex
-------
5-Dec-85 04:28:14-MST,1725;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 04:28:08-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a002147; 5 Dec 85 5:56 EST
Received: from usenet by TGR.BRL.ARPA id a014627; 5 Dec 85 5:51 EST
From: rik%ucla-cs.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: Unix on CP/M 2.2
Message-ID: <7856@ucla-cs.ARPA>
Date: 4 Dec 85 03:33:37 GMT
To: info-cpm@AMSAA.ARPA
Is anybody familiar with "C/NIX"? I received a catalogue from SPITE
SOFTWARE, Portland, OR, with the following ad:
C/NIX adds most of the power of Unix to any CP/M 2.2 system. C/NIX
features include named hierarchical directories, redirectable I/O, and
many of the commands and utilities of Unix (ls, cd, mkdir, tree, walk,
grep, etc.) Even on-line Help! [...] You can even turn on a "log"
file, which captures everything that appears on the screen and places it
in a file. [...] Even with all these features, you can still use DIR,
TYPE, PIP or any other operatings system utilities you have become
familiar with. At $59.95, C/NIX is a remarkable package. It's a big
package though, and we recommend it for daily use only for those with
double-sided or hard disks.
Apparently they have it available for Morrow, Kaypro, Epson QX-10,
Osborne Exec, Osborne 1, and a few others.
Anybody any experience with this? Is it as good as it sounds? I sure
wouldn't mind a couple of Unix features on my CP/M, but at $59.95 I'm
afraid it's going to be a kind of trivial product...?
Rik Verstraete
3804G Boelter Hall rik@LOCUS.UCLA.EDU
University of California ...!{ihnp4,ucbvax}!ucla-cs!rik
Los Angeles, CA 90024
5-Dec-85 08:26:27-MST,859;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 08:26:15-MST
Received: from apg-3.arpa by AMSAA.ARPA id a008829; 5 Dec 85 9:40 EST
Date: Thu, 5 Dec 85 9:37:31 EST
From: John Shaver STEEP-TMAC 879-7602 <jshaver@apg-3.ARPA>
Subject: PCPI driver for Apple Unidiskc
To: info-cpm@AMSAA.ARPA
Cc: info-apple@brl-tgr.ARPA, jshaver@apg-3.ARPA
Last week I reported that the folks at PCPI did not have a driver for the
Unidisk for their Applicard/Starcard CP/M.
This week I am pleased to report that they DO! have a driver and that
it is available for $15.00. To get it, call Greg Eyeazian at (619) 485-8411.
He says you can Mastercharge or Visa it.
Don't ask for an explanation for the conflicting stories. I just report the
facts (both people I talked to claimed to work for PCPI).
.
5-Dec-85 13:30:39-MST,968;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 13:30:21-MST
Received: from xerox.arpa by AMSAA.ARPA id a018921; 5 Dec 85 14:43 EST
Received: from Aurora.ms by ArpaGateway.ms ; 05 DEC 85 11:48:54 PST
Date: Thu, 5 Dec 85 14:48 EST
From: Thieret.WBST@XEROX.ARPA
Subject: Greek & Hebrew Word Processor ??
To: Info-Cpm@AMSAA.ARPA
cc: Thieret.WBST@XEROX.ARPA
Message-ID: <851205-114854-2611@Xerox>
Some time ago there was a message from a group in the religion
department at Duke about a Greek and/or Hebrew Word processor which they
had written and were selling/providing. My younger brother is now in
seminary taking Hebrew 101 and Greek 301 (first and third years
respectivally). He has a PC and would like to do Biblical language word
processing. Anyone having information about such a program (you folks
at Duke listening???) please respond.
Thanks,
Tracy (Thieret.WBST@Xerox.ARPA)
5-Dec-85 13:42:08-MST,637;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 13:42:02-MST
Received: from xerox.arpa by AMSAA.ARPA id a019324; 5 Dec 85 14:54 EST
Received: from Aurora.ms by ArpaGateway.ms ; 05 DEC 85 11:51:35 PST
Date: Thu, 5 Dec 85 14:50 EST
From: Thieret.WBST@XEROX.ARPA
Subject: Microsoft WORD.COM funny business.
To: Info-Cpm@AMSAA.ARPA
cc: Thieret.WBST@XEROX.ARPA
Message-ID: <851205-115135-2619@Xerox>
Does the text in the WORD.COM file for the PC beginning at 7E1H through
89CH concern anyone.
Just thought you might want to know.
Tracy (Thieret.WBST@Xerox.ARPA)
5-Dec-85 14:10:30-MST,711;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Dec 85 14:10:17-MST
Received: from xerox.arpa by AMSAA.ARPA id a019359; 5 Dec 85 14:54 EST
Received: from Aurora.ms by ArpaGateway.ms ; 05 DEC 85 11:53:06 PST
Date: Thu, 5 Dec 85 14:53 EST
From: Thieret.WBST@XEROX.ARPA
Subject: Epson MX-80 Graftrax ROMS
To: Info-Cpm@AMSAA.ARPA
cc: Thieret.WBST@XEROX.ARPA
Message-ID: <851205-115306-2623@Xerox>
Folks,
My youngest brother is using an old EPSON MX-80 and doesn't have the
graphics ROMs installed. Is there a source for these yet remaining? He
would really like to do some graphics on his printer.
Thanks,
Tracy (Thieret.WBST@Xerox.ARPA)
6-Dec-85 07:08:55-MST,1235;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Dec 85 07:08:45-MST
Received: from simtel20.arpa by AMSAA.ARPA id a002723; 6 Dec 85 8:27 EST
Date: Fri, 6 Dec 1985 06:33 MST
Message-ID: <KPETERSEN.12164940449.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Chuck Forsberg WA7KGX <caf%omen.uucp@BRL.ARPA>
Cc: Info-Modem7@simtel20.ARPA, Info-Micro@brl.ARPA, Info-Cpm@AMSAA.ARPA
Subject: Unix / DOS+CP/M File Transfer programs Posted
Chuck, the man page for sb makes no mention that Unix new lines will
NOT be converted when downloading ascii files. rb apparently has no
provisions for stripping CRs on uploads. This is probably due to the
fact that if batch up/downloads are done, a global convert is
undesirable since binary and ascii files MAY be mixed.
Some mention should be made of utilities such as "unixcpm" and
"cpmunix" to handle such files.
sb's attempt to restore the tty after the transfer (i.e., un-do the
raw) results in a lock-up condition on BRL Unix 4.2 BSD. This MAY be
due to the fact that I'm accessing BRL through a TAC. I had to reset
the connection and log in again.
--Keith
6-Dec-85 07:27:27-MST,966;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Dec 85 07:27:17-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a002887; 6 Dec 85 8:38 EST
Received: from usenet by TGR.BRL.ARPA id a001322; 6 Dec 85 8:42 EST
From: WhiteR <rlw%druxm.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: CP/M Database Needed
Message-ID: <1220@druxm.UUCP>
Date: 5 Dec 85 15:47:48 GMT
To: info-cpm@AMSAA.ARPA
I am trying to locate a Public Domain database that can run under a
Z80 CP/M based system. My main concern is that it be able to sort on
any field without writing lengthly template/sort formulas. I am currently
using Perfect Filer on my Kaypro 4 and it doesn't allow for easy sorting.
Any help would be greatly appreciated. Thanks in advance.
Randy White
ATT Information Systems
11900 N. Pecos
Denver, Co. 80234
(303)538-4027 work
(303)772-1579 home
druxm!rlw
6-Dec-85 07:52:21-MST,786;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Dec 85 07:52:14-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a003175; 6 Dec 85 9:07 EST
Received: from usenet by TGR.BRL.ARPA id a002011; 6 Dec 85 8:57 EST
From: guarna@uiucdcsb.cs.uiuc.edu
Newsgroups: net.micro.cpm
Subject: 68000 Adaptor Board?
Message-ID: <4800009@uiucdcsb>
Date: 3 Dec 85 13:59:00 GMT
Nf-ID: #N:uiucdcsb:4800009:000:230
Nf-From: uiucdcsb.CS.UIUC.EDU!guarna Dec 3 07:59:00 1985
To: info-cpm@AMSAA.ARPA
A couple of weeks ago, someone made a comment about the existence
of a 68000 adaptor board for Z-80 based CP/M systems (that runs
OS-9). Has anyone heard of such a board? Could I get a vendor
name?
Vince
ihnp4!uiucdcs!guarna
6-Dec-85 09:54:44-MST,1090;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Dec 85 09:54:38-MST
Received: from acc.arpa by AMSAA.ARPA id a006979; 6 Dec 85 11:16 EST
Date: 6 Dec 85 08:04:00 PST
From: shawn@ACC.ARPA
MMDF-Warning: Parse error in preceding line at AMSAA.ARPA
Subject: Arabic and Hebrew word processor
To: "thieret.wbst" <thieret.wbst@xerox.ARPA>
cc: shawn@acc.ARPA, info-cpm@AMSAA.ARPA
Reply-To: shawn@ACC.ARPA
MMDF-Warning: Parse error in preceding line at AMSAA.ARPA
First, I saw the ad for the first time, the day before yesterday
so am only passing on location info. NOT user info. The ad is in the
Nov. 85 Profiles page 16. "Pangloss" turns Wordstar into a bilingual
word processor. Supports dot or daisy printers including Juki
(some Kaypro packages include the Juki).
Techware
P.O. Box 10545
Eugene, OR 97440
phone: (503)484-0520
Most of the above names are trademarks and belong to someone.
Keeping in mind pleast that "It is easier to get forgivness
than to get permission"
shawn@acc.arpa
------
9-Dec-85 09:43:06-MST,1172;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 09:42:56-MST
Received: from simtel20.arpa by AMSAA.ARPA id a006775; 9 Dec 85 10:17 EST
Date: Sat, 7 Dec 1985 06:33 MST
Message-ID: <KPETERSEN.12165202549.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Pete Holzmann <pete%octopus.uucp@BRL.ARPA>
Cc: Info-Cpm@AMSAA.ARPA
Subject: HELP w/ CP/M Directory trashing bug
In-reply-to: Msg of 2 Dec 1985 18:32-MST from Pete Holzmann <pete%octopus.uucp at BRL.ARPA>
Peter, CP/M is dumb when it comes to keeping directory entries. It
does not check to see if a file by that name already exists before
allowing you to create a new one. You as the user are expected to
check first to see if it exists, delete it if it does, then make the
new file. Otherwise you will end up with two or more files by the
same name.
Also make sure that you do a proper close on any open files
before exiting your program. Otherwise the directory will not be
updated and any pending characters in the deblocking buffer will not
be written to the file.
--Keith
9-Dec-85 09:45:53-MST,2569;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 09:45:40-MST
Received: from simtel20.arpa by AMSAA.ARPA id a006792; 9 Dec 85 10:17 EST
Date: Sunday, 1 December 1985 20:24-MST
Message-ID: <KPETERSEN.12165203250.BABYL@SIMTEL20.ARPA>
Sender: Don Libes <libes%nbs-amrf.uucp@BRL.ARPA>
From: Don Libes <libes%nbs-amrf.uucp@BRL.ARPA>
To: info-micro@BRL-VGR.ARPA
Subject: Micro/Systems Journal, Creative Computing and Ziff-Davis
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 7 Dec 1985 06:37-MST
In article <364@pedsgd.UUCP> bobh@pedsgd.UUCP (Bob Halloran) writes:
> In article <228@mips.UUCP> kim@mips.UUCP (Kim DeVaughn) writes:
> >BTW, Sol & Lennie Libes have resurrected Microsystems (which I believe they
> >started, before Ziff-Davis got ahold of it), and renamed it Micro/Systems
> >Journal. They've just published their 5th issue, and are running it out of
> >their garage. It has a very high percentage of TECHNICAL/editorial content,
> >and deserves to be successful. If you haven't yet tried it, pick up an
> >issue ... if you're technically oriented, I think you'll like it.
>
> Yes, the Libes' DID start S-100 Microsystems; I remember getting my first
> issue at the old Computer Mart of NJ. If the revived journal is as good
> as the original S-100 Microsystems, then I sincerely wish them every
> possible bit of good luck.
I want to correct some information. The Libes' are not running M/SJ out of
their garage. They are running it out of their basement. I should know -
it is impossible to play ping-pong anymore with the production department
doing pasteup on top of it. Also, the last time I was home, the room my
bed was in no longer looked like my old bedroom but was referred to as the
Circulation/Advertising Depts and Administrative Offices. (To complete the
picture, the den is the Editorial Dept.)
Though I don't ordinarily read it, I picked up a copy of Creative Computing
which ZD just closed. Dave Ahl wrote a very polite editorial considering
the situation. He was also quite blunt, however. It was very anguishing
to read his own job-wanted ad at the end of his column.
What really galls me is that there are still subscription cards, request
for reader response, advertising rates, etc in the magazine, even though
the issue cover was marked "collector's item", so they obviously knew
months ahead that it would be closed.
Don Libes {seismo,umcp-cs}!nbs-amrf!libes
9-Dec-85 09:48:26-MST,427;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 09:48:17-MST
Received: from bbncct.arpa by AMSAA.ARPA id a006906; 9 Dec 85 10:21 EST
Date: Fri, 6 Dec 85 20:06:11 EST
From: "Matthew D. Howard" <mhoward@BBNCCT.ARPA>
Subject: add to list
To: info-cpm@AMSAA.ARPA
Cc: mhoward@BBNCCT.ARPA
please add gviernes to your CPM list..
thanks
P.S. account is on BBCCT
9-Dec-85 10:02:51-MST,1296;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 10:02:41-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a007522; 9 Dec 85 10:38 EST
Received: from usenet by TGR.BRL.ARPA id a004193; 7 Dec 85 3:43 EST
From: Ed Greenberg <edg%micropro.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Looking for Morrow S-100 users
Message-ID: <189@micropro.UUCP>
Date: 6 Dec 85 23:54:06 GMT
To: info-cpm@AMSAA.ARPA
I am looking to make contact with users of Morrow Designs S-100 hardware
including the Multi-I/O board and the Disk Jockey floppy and hard disk
controllers.
I have a Morrow M-20 (aka Decision I) computer with an 8 inch DD floppy
and 8 inch 20 megabyte hard disk. This is an S-100 computer, not a
MicroDecision or other single board computer.
I am looking to discuss assembly language level programming of the
Morrow hardware such as the Real Time Clock on the Multi-I/O board, the
13 Bit printer port, etc. Also to discuss BIOS fixes and bugs.
If I get any response, I'll post or mail a summary.
-edg
--
Ed Greenberg; MicroPro International Corp. (disclaimer)
UUCP: {hplabs,ptsfa,glacier,lll-crg}!well!micropro!edg
{ucbvax,decwrl}!dual!micropro!edg
AT&T: 415-499-4096
9-Dec-85 12:47:20-MST,5082;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 12:47:07-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a002996; 9 Dec 85 14:00 EST
Received: from usenet by TGR.BRL.ARPA id a008269; 9 Dec 85 13:58 EST
From: Stanley Dunn <smd%umcp-cs.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.cpm,net.micro.pc
Subject: Emacs Setup file for the MIX Editor
Message-ID: <2488@umcp-cs.UUCP>
Date: 8 Dec 85 00:04:06 GMT
Xref: seismo net.micro:13698 net.micro.cpm:5348 net.micro.pc:6568
To: info-cpm@AMSAA.ARPA
My apologies for being so late with this, but finally
I have posted my Emacs setup file for the MIX Editor.
This setup is by no means perfect, and I am sure many of you
will have better ideas on how I did some of the conversions.
If you do make changes, I would like to know so that my
setup can be updated.
My wish list --
1. You still have to type the file name to exit MIX (^X ^F),
since I did not modify the editor to use a variable
to keep the file name.
2. I would like to fix delete line (^K) but too many troubles
with the MIX =JL command. Any ideas?
3. Blank compression is still a problem. I have turned it
off in this setup.
Enjoy, and keep me informed. Thanks.
-- Stanley Dunn
Univ. of Md. Dept. of Computer Science
Here it is --
;
INIT "^GLoading EMACS setup file ..." ;send message to terminal
;
; Terminal Characteristics for the Morrow MT-70 (ADM 31)
;
TERMINAL CLEAR '^[*'
TERMINAL CLREOS '^[Y'
TERMINAL CLREOL '^[T'
TERMINAL INSLINE '^[E'
TERMINAL DELLINE '^[R'
TERMINAL DELCHAR '^[W'
TERMINAL INSONE '^[Q'
TERMINAL CURSOR '^[='
TERMINAL SCROLL '^J'
TERMINAL RSCROLL '^[E^K'
CURSOR ROWCOL
HEIGHT 24
WIDTH 80
;
TRANSKEY "^H" "=RU" ;Make Back Space delete
;
; Attempt to define equivalent EMACS commands.
; Stanley Dunn, August 10, 1985.
;
TRANSKEY "^[x" "=CM" ;Command Mode (^[ is ESC key)
TRANSKEY "^[u" "^u" ;Help escape character
;
TRANSKEY "^n" "=LD" ;Line down
TRANSKEY "^p" "=LU" ;Line up
TRANSKEY "^v" "=SD" ;Screen down
TRANSKEY "^[v" "=SU" ;Screen up
TRANSKEY "^a" "=LB" ;Line beginning
TRANSKEY "^e" "=LE" ;Line end
TRANSKEY "^f" "=CR" ;Character right
TRANSKEY "^[f" "=WR" ;Word right
TRANSKEY "^b" "=CL" ;Character left
TRANSKEY "^[b" "=WL" ;Word left
TRANSKEY "^o" "=OL" ;Open line
;
MACKEY "^[<" "=GO1=NL" ;Go to top of file
MACKEY "^[>" "=GO-1=NL=SU" ;Go to bottom of file, up 1 screen
;
TRANSKEY "^d" "=DC" ;Delete character
TRANSKEY "^[d" "=DW" ;Delete word
;
; Because of the problem with using the =JL
; function in MIX, the EMACS ^k function is altered.
; In EMACS, ^k deletes to end of line, and hitting
; ^k a second time will delete the line break.
; If 2 windows are open in MIX, doing a =JL to
; delete the line break will scroll EVERYTHING up,
; including the second window!
;
; More often than not an entire line will be deleted, so
; ^k is made to delete the line, and esc-k is made to
; delete to end, if it is absolutely needed.
;
TRANSKEY "^k" "=DL" ;Delete an entire line
TRANSKEY "^[k" "=DE" ;Delete to end if needed (watch out!)
;
TRANSKEY "^s" "=FS" ;Find string
;
; Macro to get parameters for the replacing functions.
; This uses variables 0 and 1.
;
MACNAME "M1" "=GV0=NL'Replace:'=NL=GV1=NL'With:'=NL"
MACKEY "^[q" "=CMM1=NL=QR=0=NL=1=NL=PP" ;Query replace, then go back
MACKEY "^[r" "=CMM1=NL=RG=0=NL=1=NL=PP" ;Global replace, then go back
;
; Set mark in Emacs is a ^@ which does not seem to work
; in the Mix Editor, so I used ^x<sp> instead.
;
TRANSKEY "^x " "=XB" ;Mark the beginning of a block
MACKEY "^w" "=XE=OB=DB" ;Mark the end, and output
;
; In Emacs, ^y is an undo for the delete buffer
; which can contain single lines.
; This ^y will only undelete marked buffers.
;
TRANSKEY "^y" "=IB" ;Restore the block
;
TRANSKEY "^x^s" "=SA" ;Write file, continue editing
TRANSKEY "^x^f" "=EX" ;Really exit
;
; Macro to read filename for opening a second window.
; uses variable 2, so as not to conflict with the
; search and replace variables 0 and 1.
;
MACNAME "M2" "=GV2=NL'Visit file:'=NL"
MACKEY "^x^v" "=CMM2=NL=SS12=NL=NL=OW=ED=2=NL" ;Open new window with file
;
; This will only work if one window is open.
; In Emacs both windows are closed, and the
; the editor exits.
;
MACKEY "^c" "=QTY=NL" ;Abort (I think this is correct)
;
TRANSKEY "^u" "=RP" ;Repeat a command
;
MACKEY "^x2" "=SS12=NL=NL" ;Open an empty second window
TRANSKEY "^xp" "=OW" ;Dummy these for the time being
TRANSKEY "^xn" "=OW" ;They should go up and down
;
; Initial commands:
; - set tabs stops at 8
; - turn off auto indent
; - set cursor to beginning of line
;
START "=TB8=NL=AI=LB"
;
; Leaving Editor:
; - ring bell
; - clear screen
;
EXIT "^G^Z" ;send message to terminal
9-Dec-85 19:24:52-MST,1164;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 19:24:45-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a010776; 9 Dec 85 20:44 EST
Received: from usenet by TGR.BRL.ARPA id a018597; 9 Dec 85 20:44 EST
From: Pete Holzmann <pete%octopus.uucp@BRL.ARPA>
Newsgroups: net.wanted,net.unix,net.micro.cpm,net.wanted.sources
Subject: WANTED: Unix to Z-80 Cross Assembler/Linker
Message-ID: <180@octopus.UUCP>
Date: 9 Dec 85 20:54:56 GMT
Xref: seismo net.wanted:8269 net.unix:6934 net.micro.cpm:5352 net.wanted.sources:1731
To: info-cpm@AMSAA.ARPA
We are doing Z80 development work on CP/M right now and want to move it
to a Unix machine. Does anybody know of public domain or commercial Z80
Assembly language development tools that run on Unix?
Please mail replys. I'll summarize if there are responses and/or other
people looking for the same thing!
--
OOO __| ___ Peter Holzmann, Octopus Enterprises
OOOOOOO___/ _______ USPS: 19611 La Mar Court, Cupertino, CA 95014
OOOOO \___/ UUCP: {hplabs!hpdsd,pyramid}!octopus!pete
___| \_____ Phone: 408/996-7746
9-Dec-85 19:30:15-MST,2476;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Dec 85 19:30:02-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a010778; 9 Dec 85 20:45 EST
Received: from usenet by TGR.BRL.ARPA id a018702; 9 Dec 85 20:46 EST
From: "M.HAAS" <mel1%houxa.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Are There Useful Programs for CPM ?
Message-ID: <864@houxa.UUCP>
Date: 8 Dec 85 15:46:32 GMT
To: info-cpm@AMSAA.ARPA
Is CPM dead? It sure seems so. I have seen all sorts of ad's for
CPM programs to hack with: command processors, compilers, terminal
emulators, file transfer programs, debuggers, etc, etc. But, there
are vary few (none?) ad's for programs useful to the non-hacker.
Contrast this with the wealth of programs available for the IBM PC
and Apples. Does this mean that this dust collector on my desk
is forever useless? Can anyone here point me in the direction of
one or more programs that I can use to:
1) Record and handle my personal checkbook. One that is as easier
to use than the regular manual methods, not harder and slower.
I am not particularly interested in summary reports or graphs.
2) Maintain and printout my mailing and phone list. I would like to
be able to printout just the phone numbers periodically as a
useful thing to have by each phone, and printout the addresses
around Christmas to serve as mailing labels.
3) A typing tutor program for my kids. One just like the one for the
VIC-20 that presents exercises and scores the results and advances
in difficulty in an intelligent manner (finger group by finger group).
4) Educational programs that drill in reading, spelling, arithmetic,
geography, science, etc. for ages 6 and up.
5) For my hacking self: an emacs that is emacs (or mods to MINCE that make
it look more like emacs), a roff that works (nothing fancy), a yearly
budget planner that has the categories already worked out, a desk
calculator that can be brought up quickly and is easy to use.
I am willing to pay for these programs, they don't have to be public
domain - aren't there others that need them, too? I have SuperCalc,
dBase II, BDS C, PILOT, various BASICS and assemblers, and know how
to use them (but don't want to). We have WordStar and that is fine
for letters, reports, and such - the only useful program I have on
the machine. Mel Haas , [ihnp4!]odyssey!mel , houxa!mel1
11-Dec-85 04:25:38-MST,1536;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Dec 85 04:25:31-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a001531; 11 Dec 85 3:13 EST
Received: from usenet by TGR.BRL.ARPA id a008141; 11 Dec 85 5:45 EST
From: Dave Lewis <dml%loral.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Epson MX-80 Graftrax ROMS
Message-ID: <971@loral.UUCP>
Date: 9 Dec 85 16:34:41 GMT
Keywords: Epson MX-80, Graftrax
To: info-cpm@AMSAA.ARPA
-------------------------------------
I also have an old Epson (MX-80 F/T) which I bought in 1980. The machine
is still running great but I kept putting off getting the Graftrax proms.
Recently I inquired at the local Jade electronics outlet and was told that
Epson no longer offered them. The proms are no big deal -- 2716's are easy
to obtain and copy -- but it's the MANUALS that count.
Any info would help. I refuse to replace a perfectly good printer which
has never given me any trouble just because the manufacturer won't support
it.
I'm going to insert .signature by hand here 'cause last time it didn't
get included automatically. If it shows up twice I'm gonna rename the
&$%&@^$*&^$%*# thing.
-------------------------------
Dave Lewis Loral Instrumentation San Diego
sdcc6 ---\ gould9 --\
ihnp4 ---->-->!sdcc3 ---->--->!loral!dml (uucp)
sdcrdcf -/ sdcsvax -/
"Always put your clothes and weapons where you can find them quickly
in the dark" -- Lazarus Long.
11-Dec-85 10:10:44-MST,24535;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Dec 85 10:09:16-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a009509; 11 Dec 85 8:29 EST
Received: from amsaa.arpa by TGR.BRL.ARPA id a015501; 11 Dec 85 11:06 EST
Date: Wed, 11 Dec 85 8:20:00 EST
From: Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
To: info-cpm-arpa@BRL-TGR.ARPA
Subject: 23K characters - New Archive Blurb:
Fellow CP/Mers - After much delay, I have finally gotten the new archive blurb
pushed into shape, and I am distributing it herewith to all DDN subscribers.
I am not sending it to non-DDN readers since they cannot access SIMTEL20.
Please send any comments, suggestions, gripes, etc. to info-cpm-request at
amsaa.arpa .
Dave Towson <info-cpm-request@amsaa.arpa>
info-cpm list maintainer
------------------------------------------------------------------------------
THE SIMTEL20 ARCHIVES
SIGNIFICANT CHANGES
Files moved: A new large disk device called PD: has been installed to
house the entire public domain software collection. All files are now
accessible using file specifications of the form:
PD:<directory_name>file_name
Example:
PD:<CPM.STARTER-KIT>LU310.COM
New logical names: Files in the <CPM> archive can also be specified with
a new shortened notation using a logical name for each directory. Thus, the
file in the above example can also be specified as:
STARTER-KIT:LU310.COM
Note that the part of the directory name following the dot has been used as
the logical name (followed by a colon). But remember, this new form of file
specification applies only to the <CPM> archive. To avoid confusion, all
examples in the text to follow will use the PD: specification, as this form
works with ALL of the archives.
Getting started: The above example provides a sneaky introduction to yet
another new feature that should greatly ease the "bootstrap phase" for new
archive users. Now in one place, PD:<CPM.STARTER-KIT>, you will find all of
the basic essentials needed to begin using the archives. These programs
provide the means for transferring, unsqueezing and de-librarying archive
files, and more will be said about them later in this document. Special kudos
to archive maintainer Keith Petersen for this worthwhile addition.
Finally, a reminder: For quite some time now, "ITS binary format" has
not been used for storage of binary files in the SIMTEL20 archives. If you
are a new user of the archives and you don't know what ITS binary format is,
don't worry about it; it no longer matters. But apparently, some "veteran
archive users" are still unaware of the change. Therefore, please note that
stripping the first four bytes of binary files, once necessary for removal of
the special "ITS header", is no longer required. Indeed, if you do this now,
YOU WILL DESTROY THE FILES.
OVERVIEW
There is a collossal amount of free public domain CP/M, PCDOS/MSDOS and
UNIX software in several archives on SIMTEL20.ARPA, a DECsystem-20 running the
TOPS-20 operating system at White Sands Missile Range. There is also a
relatively new archive of software for the DoD standard programming language,
Ada. Archives of correspondence for several newsgroups, including INFO-CPM,
are also available.
You can obtain these files using the InterNet file transfer protocol, FTP
(described in a following paragraph), with user-name "anonymous". For a login
password, use your host-name or any other string of printing characters.
Throughout this message, FTP examples are given in a GENERIC syntax. You will
have to consult either local documentation or your friendly system wizard to
learn the actual syntax used with your local mainframe operating system. For
the sake of brevity, the domain suffix ".ARPA" will be dropped from further
references to SIMTEL20 in this discussion.
To obtain directory listings, connect to SIMTEL20 via FTP and do this:
get pd:<cpm>cpm.crclst
get pd:<cpmug>cpmug.crclst
get pd:<sigm>sigm.crclst
get pd:<pc-blue>pc-blue.crclst
get pd:<unix>unix.crclst
get pd:<ada>ada.crclst
The <CPM> archive is the one to watch for the very latest CP/M offerings, as
it is updated frequently. The <CPMUG>, <SIGM> and <PC-BLUE> archives contain
software distributed by the CP/M Users Group, the SIG/M Users Group and the
PC-Blue Users Group respectively. This software is available on diskettes
from the associated users groups, and the archives are updated as new volumes
are issued. The <PC-BLUE> archive contains software for the IBM-PC and similar
machines. Some runs under CP/M, and some under PCDOS/MSDOS. The <UNIX>
archive contains a variety of UNIX tools. Those which apply specifically to
CP/M are in the directory <UNIX.CPM>. The <ADA> archive is growing rapidly.
Information about this archive is in directory PD:<ADA.GENERAL>. Files in all
of these archives can be obtained using the FTP procedures described in this
message.
There are many overlaps in the first three archives, but where
duplications occur, you will usually find the latest versions in the <CPM>
archive. In general, the archived software is very good, having been worked-
over and refined by many users. The documentation and comments tend to be
complete and informative.
But please note that due to the large number of files available, the
archive maintainers cannot possibly attempt to validate the proper operation
of the various programs. When a program bug is reported, immediate action is
taken to either correct the error or remove the offending program from the
archives. Still, users must understand that all archive programs are offered
AS IS, and the archive maintainers specifically disclaim any liability should
these programs malfunction or cause damage, incidental or otherwise. When
testing ANY new software, be certain that all information stored on disk is
backed-up before you start, so that you can recover if files are damaged or
erased. This is particularly true if you have a hard disk, in which case
malfunctions can be spectacularly disasterous.
FILE TYPES
Files are stored in two formats: Text files such as those with names
that end with DOC, HEX, INF and ASM are sometimes stored as ASCII files, but
usually these files are stored in binary squeezed form. Binary storage is also
used for executable (COM) and library files. Squeezed and library files are
described below. All binary data are stored as four 8-bit bytes per 36-bit
SIMTEL20 word, with the low-order four bits of each word filled with zeros.
If such a file is interpreted as a contiguous string, as will happen if a
straight binary transfer is made to a 16 or 32-bit UNIX machine, the four zero
filler-bits per 36-bit group will cause rather bizarre and frustrating results.
The methods for dealing with this situation, which differ from machine to
machine, are explained in a following paragraph.
Squeezed files have been compressed using programs available in directory
<CPM.SQUSQ> to obtain an approximate 35-percent size reduction. These files
can be identified by the letter Q in the extension field. For example, the
file PD:<CPM.ASMUTL>RMACPAT.AQM is a squeezed file. It must be transferred
as a binary file, and then unsqueezed. The unsqueezing can be done on a CP/M
system using USQ-xx.COM (where "xx" is the current version) from directory
<CPM.SQUSQ>, or there are several host-based unsqueezers in the <CPM> and
<UNIX> archives (see for example, directories <CPM.TOPS-20> and <UNIX.CPM>).
CP/M library files (those with names ending in LBR) combine several
regular CP/M files into a single BINARY file which contains an internal
directory of its contents. They are created using the CP/M library utility
LUxxx.COM (where "xxx" is the current version) or some other compatible
utility. The complete packages for LUxxx and a newer compatible program
called NULUxx (where "xx" is the version) can be found in directory
PD:<CPM.CPMLIB>. C-language source code for a compatible UNIX utility
called LAR (library archiver) is in directory PD:<UNIX.CPM>.
Although the type of storage used for a particular file can usually be
inferred from the file-name, this is not always true. It is a good idea to
check the appropriate "crclst" file to ascertain the storage format used for
each file of interest. Now, and for the foreseeable future, storage formats
for files in the <SIGM>, <CPMUG> and <PC-BLUE> archives can be determined from
their "generation numbers", as shown by the FTP directory command. For
example, the FTP command:
dir pd:<pc-blue.vol001>
will yield results of the form:
-CATALOG.001.2
ABSTRACT.001.2
BW.ASM.2
BW.BAS.1
BW.EXE.1
COLOR.ASM.2
COLOR.BAS.1
COLOR.EXE.1
...and so on
All files with names ending in ".1" are stored in binary format, and those
with names ending in ".2" are stored in ASCII. This relationship will
continue to apply for files in the <SIGM>, <CPMUG> and <PC-BLUE> archives
until further notice.
WARNING: Because the public domain archives on SIMTEL20 consume a huge
amount of disk-space, storage capacity will be conserved by the greatest
practical use of libraries and squeezed files, both of which are stored in
binary format. If you cannot properly transfer binary files, you are going to
be VERY FRUSTRATED! If you need help, please contact your local system wizard
and provide him/her with a copy of this message. Having done that, if you are
still unable to make things work correctly, send a message to INFO-CPM-REQUEST
at AMSAA.ARPA and I will try to help you. Please provide the following
information:
1. Machine and operating system (e.g., VAX-11/780, 4.2 BSD UNIX)
2. Network software in use (e.g., 3-Com UNET)
3. Complete list of available FTP commands (e.g., GET, PUT, etc.)
Important files in the <CPMUG> and <PC-BLUE> archives are the CATALOG
files. These files, which are stored in ASCII, contain the "-CATALOG.nnn"
files from all the volumes of their respective archives. To obtain these
composite catalog files, connect to SIMTEL20 via FTP and do this:
get pd:<cpmug>cpmug.cat
get pd:<pc-blue.vol000>pcblue.cat
A similar file exists for the <SIGM> archive, but it is stored in squeezed
form. This file, when unsqueezed, yields SIG.CAT (the catalog). It can be
obtained using the FTP command:
get pd:<sigm.vol000>sig.cqt
(NOTE: That's "L-and-three-zeros" in "vol000")
FILE TRANSFER VIA FTP
FTP stands for File Transfer Protocol, a formalized procedure for moving
files among machines on the Defense Data Network (DDN) and other networks that
connect with the DDN. The protocol is implemented by a program often called
FTP. The different mainframe operating systems implement FTP with variations
in command syntax. Some systems have the remote-file-name precede the local-
file-name in the command. Others reverse this order. Some versions have the
whole command on a single input line, while others use multiple lines. Read
the documentation for your local system, or consult a friendly system wizard
for the details of your local FTP command syntax.
UNIX users can do something like "man ftp" for on-line instructions.
However, not all UNIX FTP programs are called "ftp", so you may have to snoop
around in the system directories or ask a system wizard for the correct local
name to use with the "man" command. ITS users can do ":INFO FTP", and "HELP
FTP" works on TOPS-20 and some other operating systems. I will be happy to
update this message with pointers to other sources of on-line documentation if
they are sent to INFO-CPM-REQUEST@AMSAA.ARPA.
FTP transfers from SIMTEL20 can be made with user-name "anonymous". Use
your host-name or any other string of printing characters for a password. For
anonymous logins, SIMTEL20 supports the FTP "change working directory" command.
(Your local syntax may be something like CD, or CWD.) Ignore the message that
prompts you to enter a password. This command allows you to specify a default
SIMTEL20 directory to be used for all file retrievals, and thereby relieves you
from having to repeatedly type "pd:<whatever>" as part of each filename. For
example, you can do something like this:
cd pd:<cpm.goodstuff>
get filename-1
get filename-2
...and so on
instead of using the longer filename forms shown in previous examples.
Users of TOPS-10, TENEX, TOPS-20 or ITS systems can use "image" or
"paged" mode for ALL transfers. UNIX users must use "ascii" mode for ASCII
files, and "tenex" or "type L 8" mode for binary files. MULTICS users can
use "ascii" mode for ASCII files, but binary files require special treatment
that is best described by the following example provided by Paul Schauble
<Schauble@mit-multics.arpa>:
!ftp simtel20
220 SIMTEL20.ARPA FTP Server Process 5Z(14)-7 at Mon 10-Sep-84 00:27-MDT
user_ftp: !login anonymous
331 ANONYMOUS user ok, send real ident as password.
Password: !guest
user_ftp: !quote "type l 8" <--(NOTE: That's lowercase "L" 8.)
200 Type L bytesize 8 ok.
user_ftp: !get micro:<cpm.zcpr3>alias.hlp alias.hlp
150 Retrieve of MICRO:<CPM.ZCPR3>ALIAS.HLP.1 started.
226 Transfer completed.
Total elapsed time: 35.7 seconds.
4348 bytes transferred in 18.5 seconds (1850 bits/sec).
user_ftp: !quit
221 QUIT command received. Goodbye.
Lines beginning with "!" are typed by the terminal user. The received files
are stored on MULTICS with one 8-bit byte per 9-bit word, and can be trans-
ferred to a microcomputer with Kermit (described in a following paragraph).
All aspects of the FTP process for UNIX machines have been automated to
a high degree by a program in directory PD:<UNIX.CPM>. With this program,
a simple command like "mb modm700.com" can connect to SIMTEL20 and transfer
the binary file "modm700.com" from directory PD:<CPM.MODEM7> to a local file
also named "modm700.com", all with no user intervention. Batch command files
containing multiple lines of the form in the above example can be run in
no-hangup background mode to transfer whole directories without the user even
remaining logged-in on his local system. For more information, get the file
PD:<UNIX.CPM>AUTOFTP.DOC.
PROGRAMS FOR TRANSFERRING FILES AMONG MAINFRAMES AND MICROS
Christensen Protocol Mainframe Programs:
For a micro to reliably exchange files with a mainframe, cooperating
file transfer programs with automatic error detection and retransmission of
faulty blocks must be running on both computers. One such family of programs
uses a popular protocol created by Ward Christensen and enhanced by others.
Directory PD:<UNIX.CPM> contains two programs, UC and the older UMODEM
(both written in C), which implement this protocol on UNIX machines. See the
file PD:<UNIX>UNIX.CRCLST for a list of other useful UNIX utilities.
On ITS machines, file transfer using the Christensen protocol can be done
using MMODEM (type :MMODEM for instructions), or LMODEM. Documentation for
LMODEM is in file .INFO.;LMODEM HELP. Other useful ITS utilities include:
TYPE8 - types an ASCII file stored in ITS binary format.
TYPESQ - types an ITS binary format "squeezed" file (see the first
paragraph under FILE TYPES).
USQ - creates an unsqueezed version of a squeezed file.
HEXIFY - creates an Intel hex format file from an ITS binary format
COM file.
COMIFY - creates a COM file from an Intel hex file.
CRC - computes the Cyclic Redundancy Check value for a file, using
the same algorithm that is used by the CP/M program CRCK.
Brief instructions for any of these utilities except LMODEM can be obtained by
typing ":utility_name" (for example, :CRC).
The ITS utilities listed above are also available for use with TOPS-20,
but since ITS binary format is no longer being used for the SIMTEL20 archives,
these utilities have been converted to work with TOPS-20 binary formats. A
collection of TOPS-20 utilities for transferring and manipulating files can be
found in directory PD:<CPM.TOPS-20>. See PD:<CPM>CPM.CRCLST for a list of
available programs.
File transfer and conversion utilities for use with VAX/VMS machines are
contained in directory PD:<CPM.VAXVMS>. See CPM.CRCLST for details.
Christensen Protocol Microcomputer Programs:
An excellent program for transferring files between micros, or between
micros and mainframes is called MODM7xx, where the "xx" is replaced with two
digits to give the current version number. This program, often referred to as
MODEM7 (the name of its easier to pronounce ancestor), uses the popular
Christensen protocol to transfer files with automatic error detection and
retransmission of erroneous blocks.
To get started with MODM7xx, you should first FTP and examine the "DOC"
and "MSG" files from the binary library file PD:<CPM.MODEM7>MODM7xx.LBR.
The "DOC" and "MSG" files are actually stored in the library in squeezed
form, so you will have to perform three steps to get them:
1. FTP the binary library file.
2. Extract the elements having filename extensions of "DQC" and "MQG".
If you have no facilities for doing this on your mainframe host
(see the earlier comments on mainframe-based library utilities),
then you will have to transfer the library to a microcomputer and
extract the necessary elements there. If this requirement seems to
put you in a "Catch-22" situation because you have no facilities
for mainfrome-to-microcomputer transfers, there is a way out; read
the "Getting Started" section which follows|.
3. Use an "unsqueezer" (described above) to convert the "DQC" and
"MQG" files extracted from the library into "DOC" and "MSG" files.
As in the case of the library extractions, unsqueezing can be done
on either a mainfrome host or a microcomputer, depending on your
circumstances.
Together, these files will tell you just about all there is to know about
getting MODM7xx to run on your machine. Take the time to read them; they're
quite informative. You will also get some helpful insights from reading some
of the overlay files. These overlays, described in file PD:<CPM.MODEM7>
M7OVL-yy.LST, are used to customize MODM7xx for particular machines without
having to edit and assemble the huge MODM7xx source file. Complete
instructions for performing this procedure are contained in each overlay file.
The letters "yy" in the above filename should be replaced with two digits
giving the current version number as determined from CPM.CRCLST.
And then, there is MEX. MEX stands for "modem executive", and it is just
what the name implies, a communications and file-transfer program with a
built-in mini operating system that runs under CP/M. This program can do file
transfers using either the Christensen or Compuserve protocol, and it has an
enormous potential for highly automated operations because it can read and
execute command-scripts pre-stored in disk files. These scripts can include
sending commands to a remote computer, as if they had been sent manually from
the microcomputer in terminal-mode. Users of this relatively new program are
still exploring its possibilities. For more information, look in CPM.CRCLST
under the heading "PD:<CPM.MEX>", and then get the various files that have
"DQC" and "IQF" in their names. These DOCumentation and INFormation files are
stored in squeezed form (note the "Q" in the filename extensions), so you will
have to unsqueeze them. Overlays for MODM7xx will also work with MEX, but
they will not provide all of the extended MEX features.
Kermit:
Another excellent program for transferring files is called KERMIT. This
program has the advantage of being available for an impressively large number
of mainframes and micros. It is, for example, available for the IBM-PC, and
it DOES NOT require CP/M.
To get started with KERMIT, connect to CU20B.ARPA using FTP, and do this:
get ker:aaaread.me
Note that this file is NOT on SIMTEL20, and the name is subject to change.
If you cannot find a file with this name, snoop around in the first half-
dozen or so files in the alphabetical listing obtainable using the FTP
DIRectory command. You should find something useful.
Questions can be addressed to INFO-KERMIT-REQUEST at CU20B.ARPA.
Getting Started:
In order to get MODM7xx, MEX or KERMIT running on your micro, you must
first transfer the necessary files from mainframe to micro. If you already
have a receive-to-disk communications program of some sort, you can use it to
move the needed files. In the long-run it is essential to be able to transfer
8-bit binary files, but initially it is not absolutely necessary. Some of
the files are quite large. For example, MODM7xx.COM is over 18K bytes, and
the HEX file (which you will need if you can't transfer 8-bit files) is over
45K. Moving large files to your micro without using an error detecting
protocol can result in frustrating errors, but it can be done by receiving
multiple copies and using manual or machine-assisted comparisons to locate and
repair bad parts of the code. However, there IS a better way.
Directory PD:<CPM.STARTER-KIT> contains a short starter-program that can
be FTPed to your mainframe, printed, and then entered into your microcomputer
by hand and assembled. To examine this option, connect to SIMTEL20 via FTP
and do this:
get pd:<cpm.starter-kit>pipmodem.asm
get pd:<cpm.starter-kit>pipmodem.doc
get pd:<cpm.starter-kit>mboot3.asm
All are ASCII files. Read PIPMODEM.DOC first, then look at MBOOT3.ASM.
PIPMODEM.DOC explains the situation very nicely. Questions concerning these
programs should be sent to INFO-CPM@AMSAA.ARPA (NOT to INFO-CPM-REQUEST).
NEWSGROUP CORRESPONDENCE ARCHIVES
Copies of correspondence for several newsgroups are kept in directory
PS:<MAIL.ARCHIVES> on SIMTEL20. At present, archives for the following
newsgroups are available:
ADA-SW
AMETHYST-USERS
INFO-68K
INFO-APPLE
INFO-CPM
INFO-FORTH
INFO-HAMS
INFO-MICRO
INFO-MODEM7
INFO-MODEMXX
NORTHSTAR-USERS
INFO-PASCAL
UNIX-SW
INFO-XENIX310
Descriptions of these and other newsgroups can be obtained via FTP with
anonymous login (as for SIMTEL20) from the Network Information Center's host
SRI-NIC.ARPA. Ask for the file PS:<NETINFO>INTEREST-GROUPS.TXT (an ASCII
file). And please note, this is NOT on SIMTEL20.
File names for SIMTEL20 newsgroup correspondence archives have two
forms. For example, PS:<MAIL.ARCHIVES>CPM.ARCHIV.ymmdd is a group of files
containing INFO-CPM correspondence going back several years. The characters
"ymmdd" in the file names are actually digits giving the year, month and day
of the last message in each particular file. Current correspondence is kept
in the file PS:<MAIL.ARCHIVES>CPM-ARCHIV.TXT, which is constantly changing.
Although INFO-CPM has been used as an example here, the same naming scheme
is used for the other newsgroup files as well. For a complete list of
available files, connect to SIMTEL20 via FTP and do this:
dir ps:<mail.archives>
At present, all of these files are stored in ASCII.
ADDITIONS, IMPROVEMENTS AND CORRECTIONS
Suggestions for additions, improvements and corrections to this message
are always welcome. Please send them to INFO-CPM-REQUEST@AMSAA.ARPA.
Contributions of public domain software are actively solicited. If you
have something that seems appropriate for inclusion in the <CPM> archive,
please contact Keith Petersen <W8SDZ@SIMTEL20>. Likewise, contact Richard
Conn <ADA-SW-REQUEST@SIMTEL20> if you wish to contribute to the <ADA> archive,
and Sue Tabron <TABRON@SIMTEL20> if you have something for the <UNIX> archive.
Happy computing!
Dave Towson
INFO-CPM-REQUEST@AMSAA.ARPA
12-Dec-85 02:27:26-MST,3381;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Dec 85 02:27:17-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a023147; 12 Dec 85 3:56 EST
Received: from usenet by TGR.BRL.ARPA id a000257; 12 Dec 85 3:47 EST
From: The Polymath <hollombe%ttidcc.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Are There Useful Programs for CPM ?
Message-ID: <52@ttidcc.UUCP>
Date: 10 Dec 85 19:55:37 GMT
To: info-cpm@AMSAA.ARPA
In article <864@houxa.UUCP> mel1@houxa.UUCP (M.HAAS) writes:
>
> ... Can anyone here point me in the direction of
>one or more programs that I can use to:
>1) Record and handle my personal checkbook. One that is as easier
> to use than the regular manual methods, not harder and slower.
> I am not particularly interested in summary reports or graphs.
I don't think there's such an animal on any system. Some things just
aren't worth computerizing.
>2) Maintain and printout my mailing and phone list. I would like to
> be able to printout just the phone numbers periodically as a
> useful thing to have by each phone, and printout the addresses
> around Christmas to serve as mailing labels.
I maintain my Christmas list with WordStar and use a short BASIC program to
print out labels. A minor mod to the BASIC program would let it handle
phone numbers as you want. (The whole thing took under half an hour to
write and debug).
>3) A typing tutor program for my kids. One just like the one for the
> VIC-20 that presents exercises and scores the results and advances
> in difficulty in an intelligent manner (finger group by finger group).
>4) Educational programs that drill in reading, spelling, arithmetic,
> geography, science, etc. for ages 6 and up.
I can't point to a specific program, but you might try _The Whole Earth
Software Catalog_. I'd expect them to have some information on stuff like
this.
>5) For my hacking self: an emacs that is emacs (or mods to MINCE that make
> it look more like emacs), a roff that works (nothing fancy), a yearly
> budget planner that has the categories already worked out, a desk
> calculator that can be brought up quickly and is easy to use.
I've implemented my budget planner with SuperCalc. It's a trivial
application that's served me well for years.
> I have SuperCalc,
>dBase II, BDS C, PILOT, various BASICS and assemblers, and know how
>to use them (but don't want to). We have WordStar and that is fine
>for letters, reports, and such - the only useful program I have on
>the machine.
Sounds like you've already got much of what you need. There are budget
planners and mailing list programs out there if you insist (again, see _The
Whole Earth ..etc._), but it's unlikely any will be _exactly_ what you
want. Most will take just as long to set up and customize as it would take
to implement them with SuperCalc or BASIC.
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
The Polymath (aka: Jerry Hollombe)
Citicorp(+)TTI The more I work with C, the more I
3100 Ocean Park Blvd. appreciate the simple elegance of
Santa Monica, CA 90405 FORTRAN.
(213) 450-9111, ext. 2483
{philabs,randvax,trwrb,vortex}!ttidca!ttidcc!hollombe
12-Dec-85 19:48:07-MST,871;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Dec 85 19:47:58-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a009286; 12 Dec 85 21:29 EST
Received: from (MAILER)UCF1VM.BITNET by WISCVM.WISC.EDU on 12/12/85 at
20:28:06 CST
Return-path: WOODRUFF%UCF1VM.BITNET@WISCVM.ARPA
Received: by UCF1VM (Mailer X1.21) id 5308; Thu, 12 Dec 85 21:23:03 EST
Date: Thu, 12 Dec 1985 21:19 EST
From: "Mark G. Woodruff" <WOODRUFF%UCF1VM.BITNET@wiscvm.ARPA>
Subject: Performance comparisons
To: "net.cpm?" <Info-CPM@AMSAA.ARPA>
Are there any published comparisons of performance of various CP/M
machines? I am particularly interested in the 6 Mhz SB64180 versus the
8 Mhz Z80H.
Regards,
Mark
P.S. Please send me a copy of whatever you post directly, as I get
Info-CPM in digest form.
13-Dec-85 19:11:24-MST,1679;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Dec 85 19:11:12-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029749; 13 Dec 85 20:17 EST
Received: from usenet by TGR.BRL.ARPA id a005648; 13 Dec 85 19:54 EST
From: George Wilson <georgew%tekgvs.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Help with Kaypro Serial Port
Message-ID: <1304@tekgvs.UUCP>
Date: 12 Dec 85 06:30:51 GMT
To: info-cpm@AMSAA.ARPA
Here is a question for the Kaypro people out there.
I have a early Kaypro IV and would very much like to initialize
the serial port. Iam working on writing a terminal program for
a special host. The host needs to have the communications setup
a special way. From the documentation provided Iam not able to
figure out how to communicate with the registers of the SIO.
When I run my terminal program it does not send or receive any
characters from the serial port. My program sets the baud rate
bye writing a hex 0E to port 0. This should set me up for 9600.
This is true if the system was reset.
If I run one of my existing terminal programs, like SMODEM, and
exit after it has initialized the serial port my program runs
just fine.
The system comes with a book that gives the port numbers and
their functions as follows:
Port# Function
0 Baud rate
4 R/W port for characters
6 Status/Control
Is there something Iam missing in the documentation?
Is there some example program I could look at?
If it matters Iam programming in LMI Z80FORTH.
Please reply to me at (503) 627-6596 or (503) 645-0765
Thanks Jed
13-Dec-85 19:39:48-MST,1189;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Dec 85 19:39:31-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029836; 13 Dec 85 21:10 EST
Received: from usenet by TGR.BRL.ARPA id a006714; 13 Dec 85 20:54 EST
From: Bruce Walker <bmw%aesat.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: 5.25" disk format (Ampro)
Message-ID: <512@aesat.UUCP>
Date: 10 Dec 85 22:19:25 GMT
To: info-cpm@AMSAA.ARPA
I need to know the disk layout for an Ampro DSDD (single tracking)
386K formatted disk. If anyone out there with the following info
could mail me same, I would be greatly appreciative.
I need to know -
number of reserved tracks.
size of allocation block (2K or 4K or 16K etc)
number of directory entries
if sector skew is needed (or if done during formatting)
A note went by regarding a file in the SIGM distribution that
purported to tell all about various 5.25" disk formats. If
someone can identify a source of *that* for me, I'd also be
much appreciative.
Bruce Walker {allegra,ihnp4,linus,decvax}!utzoo!aesat!bmw
"I'd feel a lot worse if I wasn't so heavily sedated." -- Spinal Tap
13-Dec-85 20:00:41-MST,8326;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Dec 85 20:00:09-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029874; 13 Dec 85 21:26 EST
Received: from usenet by TGR.BRL.ARPA id a007105; 13 Dec 85 21:03 EST
From: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Unix on cpm
Message-ID: <1049@vax2.fluke.UUCP>
Date: 11 Dec 85 19:07:15 GMT
To: info-cpm@AMSAA.ARPA
> Is anybody familiar with "C/NIX"? I received a catalogue from SPITE
> SOFTWARE, Portland, OR, with the following ad:
>
> C/NIX adds most of the power of Unix to any CP/M 2.2 system. C/NIX
> features include named hierarchical directories, redirectable I/O, and
> many of the commands and utilities of Unix (ls, cd, mkdir, tree, walk,
> grep, etc.) Even on-line Help! [...] You can even turn on a "log"
> file, which captures everything that appears on the screen and places it
> in a file. [...] Even with all these features, you can still use DIR,
> TYPE, PIP or any other operatings system utilities you have become
> familiar with. At $59.95, C/NIX is a remarkable package. It's a big
> package though, and we recommend it for daily use only for those with
> double-sided or hard disks.
>
> Apparently they have it available for Morrow, Kaypro, Epson QX-10,
> Osborne Exec, Osborne 1, and a few others.
>
> Anybody any experience with this? Is it as good as it sounds? I sure
> wouldn't mind a couple of Unix features on my CP/M, but at $59.95 I'm
> afraid it's going to be a kind of trivial product...?
>
> Rik Verstraete
> 3804G Boelter Hall rik@LOCUS.UCLA.EDU
> University of California ...!{ihnp4,ucbvax}!ucla-cs!rik
> Los Angeles, CA 90024
Yes, I have C/NIX; I was given a copy to review and I played around
with it for a while on my Kaypro 2X. If you are really stuck on the
*details* of Unix, don't bother. You can see where the patches and
limitations of CP/M are encountered. It lives on top of CP/M and
hooks into the BDOS like anything else; I believe it replaces the CCP.
It executes piping by creating temporary files which are redirected
into the next program (you didn't really expect it to fork a process,
did you?); but piping and redirection must be supported by the
programs you are using. The programming language it is apparently
written in, and "supports" is C/80 (which is a good system). You can
even "relocate" a program up to 200H if it is in C/80 rel format and
is assembled accordingly (I never did this so I am not sure whether I
got the description right).
The help function is quite similar to the man pages in unix, and is
satisfactory.
The tree-structured directories use (what else) user areas; a
directory is simply a file with the names of the files in the other
user area in it; 'cd' changes you to the user area. I am not sure if
you can have 16 or 32 subdirectories. It would probably have been
nice on the kaypro 10 with the hard disk, but even with 400k on a
floppy I found it rather distracting. I think tree-structured
directories are great when you have one big storage space, but when
things are broken up into 400k sections which you have to manipulate
by hand it is bothersome (but then, so are floppies).
To sum, I think if you are a C programmer and are setting up a C
programming environment, and are using a plain-vanilla cpm system,
this would be an enhancement and probably useful to you (however, I
don't know whether datestamper programs, and their accompanying 'make'
programs will work with the system -- they might -- and I think 'make'
would be of more use). If you use a lot of cpm programs it might be a
hassle. Don't let the price scare you (you thought it was too low?);
when I got the review copy it was over $100, I believe, and I think
that was too much, but for 60$ it could provide a unix adherent with
some comfort (and you don't *have* to use treed directories).
Of course, the best system would be a 68020, 32032 or 80386 system
with 8Mb and a 40 Mb disk running GNU at under $5k. Hopefully, in the
next five years. In the meantime, I will be satisfied if I can get
gnuemacs on a micro.
Bruce Eckel
uw-beaver!fluke!morgan
From postnews Wed Dec 11 10:56:57 1985
Subject: Re: Unix on CP/M 2.2
Newsgroups: net.micro.cpm
Distribution: net
References: <7856@ucla-cs.ARPA>
> Is anybody familiar with "C/NIX"? I received a catalogue from SPITE
> SOFTWARE, Portland, OR, with the following ad:
>
> C/NIX adds most of the power of Unix to any CP/M 2.2 system. C/NIX
> features include named hierarchical directories, redirectable I/O, and
> many of the commands and utilities of Unix (ls, cd, mkdir, tree, walk,
> grep, etc.) Even on-line Help! [...] You can even turn on a "log"
> file, which captures everything that appears on the screen and places it
> in a file. [...] Even with all these features, you can still use DIR,
> TYPE, PIP or any other operatings system utilities you have become
> familiar with. At $59.95, C/NIX is a remarkable package. It's a big
> package though, and we recommend it for daily use only for those with
> double-sided or hard disks.
>
> Apparently they have it available for Morrow, Kaypro, Epson QX-10,
> Osborne Exec, Osborne 1, and a few others.
>
> Anybody any experience with this? Is it as good as it sounds? I sure
> wouldn't mind a couple of Unix features on my CP/M, but at $59.95 I'm
> afraid it's going to be a kind of trivial product...?
>
> Rik Verstraete
> 3804G Boelter Hall rik@LOCUS.UCLA.EDU
> University of California ...!{ihnp4,ucbvax}!ucla-cs!rik
> Los Angeles, CA 90024
Yes, I have C/NIX; I was given a copy to review and I played around
with it for a while on my Kaypro 2X. If you are really stuck on the
*details* of Unix, don't bother. You can see where the patches and
limitations of CP/M are encountered. It lives on top of CP/M and
hooks into the BDOS like anything else; I believe it replaces the CCP.
It executes piping by creating temporary files which are redirected
into the next program (you didn't really expect it to fork a process,
did you?); but piping and redirection must be supported by the
programs you are using. The programming language it is apparently
written in, and "supports" is C/80 (which is a good system). You can
even "relocate" a program up to 200H if it is in C/80 rel format and
is assembled accordingly (I never did this so I am not sure whether I
got the description right).
The help function is quite similar to the man pages in unix, and is
satisfactory.
The tree-structured directories use (what else) user areas; a
directory is simply a file with the names of the files in the other
user area in it; 'cd' changes you to the user area. I am not sure if
you can have 16 or 32 subdirectories. It would probably have been
nice on the kaypro 10 with the hard disk, but even with 400k on a
floppy I found it rather distracting. I think tree-structured
directories are great when you have one big storage space, but when
things are broken up into 400k sections which you have to manipulate
by hand it is bothersome (but then, so are floppies).
To sum, I think if you are a C programmer and are setting up a C
programming environment, and are using a plain-vanilla cpm system,
this would be an enhancement and probably useful to you (however, I
don't know whether datestamper programs, and their accompanying 'make'
programs will work with the system -- they might -- and I think 'make'
would be of more use). If you use a lot of cpm programs it might be a
hassle. Don't let the price scare you (you thought it was too low?);
when I got the review copy it was over $100, I believe, and I think
that was too much, but for 60$ it could provide a unix adherent with
some comfort (and you don't *have* to use treed directories).
Of course, the best system would be a 68020, 32032 or 80386 system
with 8Mb and a 40 Mb disk running GNU at under $5k. Hopefully, in the
next five years. In the meantime, I will be satisfied if I can get
gnuemacs on a micro.
Bruce Eckel
uw-beaver!fluke!morgan
13-Dec-85 20:35:48-MST,1343;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Dec 85 20:35:41-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a000114; 13 Dec 85 22:06 EST
Received: from usenet by TGR.BRL.ARPA id a008100; 13 Dec 85 22:00 EST
From: "Edward G. Savage" <savage@TOPAZ.ARPA>
Newsgroups: net.micro,net.micro.cpm,net.micro.trs-80,net.micro.6809,net.lang,net.wanted,net.wanted.sources
Subject: Public Domain Compilers & Interpreters
Message-ID: <4267@topaz.RUTGERS.EDU>
Date: 13 Dec 85 00:29:50 GMT
Xref: seismo net.micro:13770 net.micro.cpm:5359 net.micro.trs-80:557 net.micro.6809:656 net.lang:2059 net.wanted:8304 net.wanted.sources:1744
To: info-cpm@AMSAA.ARPA
Does anyone out there know of any public domain compilers for any
of the popular languages that are available for the TRS-80 Model I or CoCo?
I know there is the old Dr. Dobbs C compiler, but does anyone have a converted
CP/M version working on their Model I or CoCo? And what about the Xlisp
interpreter? Does anyone have that working on their Model I or CoCo? How
about any of the other popular languages like Prolog, Pascal, etc.?
Any information related to such compilers or interpreters would
be appreciated.
Ed Savage
SAVAGE@RU-GREEN
-or-
topaz!savage
15-Dec-85 12:14:03-MST,903;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Dec 85 12:13:56-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a003017; 15 Dec 85 13:55 EST
Date: 15 Dec 1985 13:53:17 EST
From: DKREBILL@USC-ISI.ARPA
Subject: Osborne1 Help?
To: info-cpm@AMSAA.ARPA
cc: krebill@ARDC.ARPA
I recently inherited an early Osborne1. It lacks the DD option,
has no feature for supporting 80 Col., etc. am looking for
pointers for sources for such upgrades, preferably as cheap as
possible... There are two other "non-standard" things I would like to
attempt with the box:
1) Hook up an external 8" floppy drive (possibly DS/DD)
2) Hook up my trusted H19 terminal to the RS232 port
I would appreciate any help with any of these things!
Merry Christmas! Dan Krebill
P.S. Are there any on-line Osborne1 PD info/programs out there on the net?
-------
15-Dec-85 13:36:44-MST,901;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Dec 85 13:36:35-MST
Received: from mitre.arpa by AMSAA.ARPA id a003158; 15 Dec 85 15:19 EST
Message-Id: <8512151956.AA05752@mitre.ARPA>
To: DKREBILL@USC-ISI.ARPA
Cc: info-cpm@AMSAA.ARPA
Cc: krebill@ARDC.ARPA
Subject: Re: Osborne1 Help?
In-Reply-To: Your message of 15 Dec 1985 13:53:17 EST.
Date: 15 Dec 85 14:55:59 EST (Sun)
From: Jeff Edelheit <edelheit@MITRE.ARPA>
Dan - Look in the SIMTEL20 archives. There is a fair amt. of stuff specific
to the O1 and lots of generic cp/m stuff that could be used.
As an ex-O1 owner, I remember getting mailings from a company in Calif.
that offered upgrades to the 80 col. support, double, quad & hard drives,
big ram disks, etc., but the name of the company escapes me. Anyone else
remember the company?
Best of Luck.
Jeff Edelheit
15-Dec-85 15:12:30-MST,2383;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Dec 85 15:12:21-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a003330; 15 Dec 85 16:46 EST
Received: from usenet by TGR.BRL.ARPA id a002950; 15 Dec 85 16:41 EST
From: Tom Nadas <tom%utcsri.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Are There Useful Programs for CPM ?
Message-ID: <1798@utcsri.UUCP>
Date: 14 Dec 85 16:07:02 GMT
To: info-cpm@AMSAA.ARPA
Try MailMerge for mailing labels
Typing Tutor for typing tutor
Checks & Balances from CDE software.
The problem isn't the availability of CP/M software. I find that
there's plently of first rate stuff out there. The problem is
finding out what exists. Some excellent sources:
FOGHORN: The newsletter of the First Osborne Group, the best CP/M
specific publication in existence. $24 a year for 12 issues plus
access to public domain bulletin boards.
PROFILES: The slick mag from Kaypro corp.
KAYPRO SOFTWARE DIRECTORY nad ADDENDUM, massive paperbacks listing
hundreds of CP/M programs, with prices and publishers. Any Kaypro
deal should be able to show you a copy.
CANADA REMOTE SYSTEMS: a reputable mail order software dealer and
huge public domain bbs.
It doesn't matter which CP/M computer your using. Almost every
program is available in versions for all major machines. Only
problem is diskette compatibility, if you've got something weird.
Get Media Master to solve that problem. A bargin at $39.95.
There are some truly great programs in CP/M. I really like:
dBase II
FYI 3000 (textual database manager)
NewWord (for specific projects, such as script writing; WS is still better for most serious writing)
Tour: a terrific public domain outline processor
The Word Plus: an absolutely first-rate spelling checker
StarIndex: a servicable indexer and table of contents generator
wsNote: a perfect footnoting utility for WordStar or NewWord
FontStar: a font program for dot matrix printers that's much easier
to use and less expensive than Fancy Font (although less versatile,
as well).
If you need specific info, mail me and I'll try to dig it out
of my files.
RJS
Happy owner of an Osborne 1
in Toronto
c/o
--
Tom Nadas
UUCP: {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom
CSNET: tom@toronto
15-Dec-85 19:21:45-MST,1319;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Dec 85 19:21:38-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a003744; 15 Dec 85 20:55 EST
Received: from usenet by TGR.BRL.ARPA id a005887; 15 Dec 85 20:45 EST
From: Carl Greenberg <carl%proper.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Need MEX overlays
Message-ID: <401@proper.UUCP>
Date: 15 Dec 85 05:13:40 GMT
Keywords: MXO-RS13.ASM MXO-VP10.ASM
To: info-cpm@AMSAA.ARPA
Help! I have a standard TRS-80 Model 4P running Montezuma Micro CP/M.
I have plenty of nice PD stuff and a little other stuff, but my main
trouble is that my only terminal program is a version of MDM730 that
is a lot of wasted space (I took a look at it with a sector editor) on
dialing stuff in Hayes mode, and not even CURSOR MOTION. So for now I
have to use this thing in the TRSDOS mode... Even if I HAD a hayes I
don't know how to activate the dialling, so my VenTel MD212+ has to be
used manually. Help!
I downloaded MEX114 and MEX112 libraries from a local RCP/M, but
my current problem is that they aren't overlayed right. If anyone can
send me the MXO-RS13.ASM overlay for the Mod 4 with Montezuma Micro CP/M,
and MXO-VP10.ASM for my modem, I would be very grateful.
Carl Greenberg
16-Dec-85 06:17:33-MST,2911;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 06:17:24-MST
Received: from usc-isif.arpa by AMSAA.ARPA id a005752; 16 Dec 85 7:42 EST
Date: 16 Dec 1985 04:39-PST
Sender: STANLEY@USC-ISIF.ARPA
Subject: Re: Osborne1 Help?
From: STANLEY@USC-ISIF.ARPA
To: DKREBILL@USC-ISI.ARPA
Cc: info-cpm@AMSAA.ARPA, krebill@ARDC.ARPA
Message-ID: <[USC-ISIF.ARPA]16-Dec-85 04:39:52.STANLEY>
In-Reply-To: The message of 15 Dec 1985 13:53:17 EST from DKREBILL@USC-ISI.ARPA
Received: FROM USC-ECLB.ARPA BY USC-ISIF.ARPA WITH TCP ; 15 Dec 85 11:21:29 PST
from AMSAA.ARPA by USC-ECLB.ARPA; Sun 15 Dec 85 11:17:54-PST
from usc-isi.arpa by AMSAA.ARPA id a003017; 15 Dec 85 13:55 EST
Date: 15 Dec 1985 13:53:17 EST
From: DKREBILL@USC-ISI.ARPA
To: info-cpm@AMSAA.ARPA
Cc: krebill@ARDC.ARPA
Subject: Osborne1 Help?
Return-Path: <@USC-ECLB.ARPA:info-cpm-request@AMSAA>
I recently inherited an early Osborne1. It lacks the DD option,
has no feature for supporting 80 Col., etc. am looking for
pointers for sources for such upgrades, preferably as cheap as
possible... There are two other "non-standard" things I would like to
attempt with the box:
1) Hook up an external 8" floppy drive (possibly DS/DD)
2) Hook up my trusted H19 terminal to the RS232 port
I would appreciate any help with any of these things!
Merry Christmas! Dan Krebill
P.S. Are there any on-line Osborne1 PD info/programs out there on the net?
-------
--------------------
It is probably possible to hook up your H19 by redesignating the
RS-232 port to CRT: with the SETUP program, but I haven't tried
it. Because the OS-1 BIOS is in ROM, you have to fiddle it from
the system tracks if you want to make changes to facilitate
different devices, etc.
In my 3 1/2 years with two Ozzies, I have not heard of anyone
hooking up an eight-inch drive to one. It might be possible via
the parallel port and/or the video port.
Best source of poop on Osbornes is the First Osborne Group (FOG)
in San Francisco. I'll try to locate their exact addres and send
it to you. There is still quite a lot of software and new
products available for the OS-1, especially from an outfit called
Spite Software, and lots of RAM drive and interface accessories
from West Wind. I've dealt with both and had no problems.
There is PD software aplenty for the OS-1. One of the most
complete is a terminal program called OTERM. It provides MODEM
protocols, CIS protocols, ASCII transfer, etc, and is keyed to a
52-column Osborne.
Our machines have been workhorses for a long time now, and we
have had excellent luck with them. Keep it cool and clean and
you should have no trouble.
...Dick Stanley (stanley@isif)
16-Dec-85 11:39:39-MST,642;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 11:39:32-MST
Received: from usc-ecl.arpa by AMSAA.ARPA id a015959; 16 Dec 85 13:02 EST
Date: Mon 16 Dec 85 09:59:45-PST
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: Re: 5.25" disk format (Ampro)
To: bmw%aesat.uucp@BRL.ARPA
cc: INFO-CPM@AMSAA.ARPA
In-Reply-To: <512@aesat.UUCP>
Phone: (714)961-3393; Mail:Beckman Instruments, Inc.
Mail-addr: 2500 Harbor Blvd., X-11, Fullerton CA 92634
Message-ID: <12167610322.28.BEC.SHAPIN@USC-ECL.ARPA>
i FORGOT TO ADD THERE IS NO SKEW, SKEW TABLE = 1,2,3,4,5,6,7,8,9,10
-------
16-Dec-85 11:40:15-MST,845;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 11:40:04-MST
Received: from usc-ecl.arpa by AMSAA.ARPA id a015936; 16 Dec 85 13:01 EST
Date: Mon 16 Dec 85 09:57:59-PST
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: Re: 5.25" disk format (Ampro)
To: bmw%aesat.uucp@BRL.ARPA
cc: INFO-CPM@AMSAA.ARPA
In-Reply-To: <512@aesat.UUCP>
Phone: (714)961-3393; Mail:Beckman Instruments, Inc.
Mail-addr: 2500 Harbor Blvd., X-11, Fullerton CA 92634
Message-ID: <12167610001.28.BEC.SHAPIN@USC-ECL.ARPA>
SPT: 28H SECTORS/TRACK
BSH: 04H BLK SHIFT
BLM: 0FH BLK MASK
EXM: 01H EXTENT MASK
DSM: 00C2H DISK SIZE-1
DRM: 007FH DIR ENTRIES-1
ASV0: C0H DIR GROUP ALLOCATION 0
ALV1: 00H DIR GROUP ALLOCATION 1
CKS: 0020H CHECK SIZE
OFF: 002H OFFSET (NUMBER OF RESERVED TRACKS)
-------
16-Dec-85 15:01:57-MST,1110;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 15:01:42-MST
Received: from xerox.arpa by AMSAA.ARPA id a025734; 16 Dec 85 16:26 EST
Received: from PinotNoir.ms by ArpaGateway.ms ; 16 DEC 85 12:27:53 PST
Date: 16 Dec 85 12:24 PST
From: Ghenis.pasa@XEROX.ARPA
Subject: Re: Osborne1 Help?
In-reply-to: Jeff Edelheit <edelheit@MITRE.ARPA>'s message of 15 Dec 85
14:55:59 EST (Sun)
To: edelheit@MITRE.ARPA
cc: DKREBILL@USC-ISI.ARPA, info-cpm@AMSAA.ARPA, krebill@ARDC.ARPA
Message-ID: <851216-122753-1102@Xerox>
You can get a full catalog of CP/M and Osborne goodies, both software
and hardware, from:
Spite Software
4875 SW 19th Drive
Portland, Oregon 97201
800-824-7888 for orders
Other helpful sources:
FOG (First Osborne Group)
PO Box 3474
Daly City, CA 94015-0474
(415) 755-2000
Nuevo Electronics Corporation (for Osborne hardware ugprades)
PO Box 209
Richmond, TX 77496
(713) 341-6001
Disclaimer: I have no interest in or relationship with the above
organizations except as a satisfied customer
16-Dec-85 15:40:51-MST,737;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 15:40:42-MST
Received: from wiscvm.arpa by AMSAA.ARPA id a026771; 16 Dec 85 17:05 EST
Received: from (MAILER)UMCVMB.BITNET by WISCVM.WISC.EDU on 12/16/85 at
16:03:57 CST
Return-path: CCUC%UMCVMB.BITNET@WISCVM.ARPA
Received: by UMCVMB (Mailer X1.21) id 7802; Mon, 16 Dec 85 15:53:17 CST
Date: Mon, 16 Dec 85 15:47:14 CST
From: UMC file server <CCUC%UMCVMB.BITNET@wiscvm.ARPA>
To: INFO-CPM@AMSAA.ARPA
Subject: Subscription
Please add CCUC@UMCVMB.BITNET to your mailing list. Also, please send a
description of your archived correspondence.
Thanks,
Richard Winkel, UMC Computing Services
(CCRJW@UMCVMB.BITNET)
16-Dec-85 18:20:35-MST,1036;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Dec 85 18:20:21-MST
Received: from dockmaster.arpa by AMSAA.ARPA id a027384; 16 Dec 85 19:44 EST
Date: Mon, 16 Dec 85 19:38 EST
From: "Paul E. Woodie" <Woodie@DOCKMASTER.ARPA>
Subject: Osborne Memory Expansion
To: info-cpm@AMSAA.ARPA
Message-ID: <851217003802.752230@DOCKMASTER.ARPA>
Has anyone had any experience with either the INOVA 500 memory card from
Microtech Computer Services or the Multi-Function Board from Nuevo
Electronics Corp.? Both are memory expansion boards for the Osborne
Executive computer. I would like to expand the RAM memory in my
Executive (bank switched cpm 3) and have heard of both of these memory
expansion products through Spite Software but know nothing about either
of them. Both claim to expand the memory (I assume through an internal
memory board changeout) to 512k of ram. Both are roughly the same
price.
Thanks in advance,
--Paul Woodie (Woodie.CPE -at dockmaster)
17-Dec-85 01:12:08-MST,2650;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Dec 85 01:11:59-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a028013; 17 Dec 85 2:54 EST
Received: from usenet by TGR.BRL.ARPA id a000424; 17 Dec 85 2:41 EST
From: Pete Holzmann <pete%octopus.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: SUMMARY: The REAL answer to CP/M Directory Trashing Bug
Message-ID: <186@octopus.UUCP>
Date: 17 Dec 85 01:19:21 GMT
To: info-cpm@AMSAA.ARPA
Thanks to all who responded to my request for help! Several had good clues
that led me to the correct answer.
Original problem: STAT shows two identically-named files in a directory.
DIR and other directory commands don't. How did it happen? How to
fix?
Suggestions:
1. Don't trust STAT. (*WRONG* STAT was correct. DIR was wrong!)
2. There may be invisible garbage characters in one filename.
(*WRONG, In this case* but that can happen, I know...)
3. Maybe STAT sees a 2-extent file as 2 files? (*WRONG*)
4. A file is in the current user and in the public (user 0) area.
(*WRONG* - That isn't a problem on Molecular, nor on any
CP/M I know of, other than maybe OSM)
5. There are 2 files. The CREATE call doesn't check for existing
files first. (*RIGHT*... But see below!)
SUMMARY:
It is up to the programmer to delete any existing file before using
the CP/M CREATE call. CREATE always makes a new directory entry.
HOWEVER, in MP/M, no previous delete is needed- the CREATE call returns
an error if the file already exists!
It appears that CB-80 assumes you will run programs under MP/M, so it
doesn't bother with the delete. On the Molecular, you can run in either
CP/M mode or MP/M mode. In our case, it turned out that one user had
the MP/M flag turned off, so they were the unknown source of duplicate
filenames.
NOTE that duplicate filenames are an unexpected thing in xP/M, and
different programs treat them differently. For example:
STAT - sees both files
DIR - sees one file
D - sees one file, adding size of both files to get 1 size
PIP - tacks one on to the end of the other (PIP will recombine
the files automatically... maybe it collects all of
the extents before moving anything?)
OPEN call - usually gets the first directory entry in the
system.
MORAL: Watch your CREATES and <C,M>P/M's!
--
OOO __| ___ Peter Holzmann, Octopus Enterprises
OOOOOOO___/ _______ USPS: 19611 La Mar Court, Cupertino, CA 95014
OOOOO \___/ UUCP: {hplabs!hpdsd,pyramid}!octopus!pete
___| \_____ Phone: 408/996-7746
17-Dec-85 16:40:24-MST,298;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Dec 85 16:40:17-MST
Date: Tue, 17 Dec 85 18:13:58 EST
From: Brian Samolyk (AWD) <samolyk@AMSAA.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: remove
Please remove me from this list.
18-Dec-85 07:03:11-MST,2932;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 07:03:01-MST
Received: from simtel20.arpa by AMSAA.ARPA id a028484; 18 Dec 85 8:31 EST
Date: Monday, 16 December 1985 08:54-MST
Message-ID: <KPETERSEN.12168085465.BABYL@SIMTEL20.ARPA>
Sender: bower@DCA-EUR.ARPA
From: bower@DCA-EUR.ARPA
To: w8sdz@simtel20.ARPA
Subject: MCAT/XCAT Ver 5 release
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Wed 18 Dec 1985 06:29-MST
Now available from SIMTEL20:
Filename Type Bytes CRC
Directory PD:<CPM.CATLOG>
MCAT505.LBR.1 BINARY 100864 16D3H
XCAT502.LBR.1 BINARY 81664 4053H
New Release MCAT Version 5 Disk Cataloging Program
XCAT Version 5 Catalog Cross-Reference Lister
These two programs work as a team. MCAT catalogs the directory of any
specified disk drive to a Master Catalog called MAST.CAT. XCAT reads the
catalog and produces a cross-referenced listing of a selected set, or all
of the files to the console, printer or disk file.
In addition to Filenames and Types, a disk ID is automatically appended
to each name in the catalog. Optional fields can also be appended with
Version 5 to show the file's user area, and the created/modified date
provided by Plu*Perfect Systems' DateStamper(tm). With Date features,
CP/M 2.2 is required. If dates are not required, CP/M 3 should be useable.
Major features provided in both MCAT and XCAT Version 5 are:
* Two-level operation; interactive screen-oriented mode, and one-shot "Expert"
mode with parameters passed on the command line.
* Protection against corruption of MAST.CAT by conflicting operations
* Ability to pre-define default settings without reassembly, and to set new
values interactively within the programs.
* Cursor and screen control definitions compatible with Plu*Perfect Systems'
SETTERM utility for terminal installation.
And some specific features:
MCAT - Create MAST.CAT in any drive/user area and enter "Ignore" names
- Ambiguous as well as unambiguous "Ignore" names supported
- Add a disk ID from within the program
- Delete catalog entries for any specific disk by disk ID
XCAT - Search catalog and display only selected filenames, types or disks
- Selectable destination for output filename, drive and user list
- Display dates in US (mm/dd/yy) or European (dd.mm.yy) format
Authors:
v 5.0 Harold "Hal" Bower
v 4.?? Irv Hoff
v 1.0 Ward Christensen
Bugs and revisions:
Report bugs and suggested improvements to Hal Bower, or to
Bridger Mitchell at Plu*Perfect Systems. In order to avoid a proli-
feration of minor changes, please do not publicly release revisions
of these programs.
DateStamper is a trademark of Plu*Perfect Systems.
CP/M is a trademark of Digital Research
18-Dec-85 08:59:24-MST,501;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 08:59:18-MST
Received: from apg-3.arpa by AMSAA.ARPA id a002963; 18 Dec 85 10:29 EST
Date: Wed, 18 Dec 85 10:21:59 EST
From: John Shaver STEEP-TMAC 879-7602 <jshaver@apg-3.ARPA>
Subject: MCAT505 and XCAT 502
To: info-cpm@AMSAA.ARPA
Cc: jshaver@apg-3.ARPA
I have previously used these programs as a part of the DATESTAMPER beta test.
They are excellent and I recommend them.
John
18-Dec-85 12:24:41-MST,1102;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 12:24:28-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a008437; 18 Dec 85 13:46 EST
Received: from lll-mfe.arpa by AOS.BRL.ARPA id a014023; 18 Dec 85 13:40 EST
Date: Mon, 16 Dec 85 16:32 EST
From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
Subject: EMACSing under CP/M-80
To: INFO-CPM@BRL.ARPA
Date: Mon, 16-DEC-1985 16:33 EST
To: INFO-CPM@BRL.Arpa
Message-ID: <[OAK.SAINET.MFENET].A8E6C160.008E799B.SECRIST>
Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn.
Geographic-Location: 36 01' 42" N, 84 14' 14" W
CompuServe-ID: [71636,52]
X-VMS-Mail-To: ARPA%"INFO-CPM@BRL.Arpa"
What is your favorite EMACS-like editing environment under CP/M-80 ?
Is this a product or a personal hack ? If a product, whose is it and
where did you get it ? How does it compare to EMACS on 'the big machine'
at work ?
This should be interesting ! If you post it directly to me, I'll digest
it for the list. Thanks !
Richard
Secrist%OAK.SAInet.MFEnet@LLL-MFE.Arpa
18-Dec-85 20:16:17-MST,2694;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 20:16:05-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a016098; 18 Dec 85 21:47 EST
Received: from usenet by TGR.BRL.ARPA id a005252; 18 Dec 85 21:44 EST
From: "plus ca change, plus c'est la meme chose" <craig%ozone.dec@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Public Domain CP/M database program
Message-ID: <54@decwrl.UUCP>
Date: 17 Dec 85 21:14:22 GMT
Sender: daemon%decwrl.uucp@BRL.ARPA
To: info-cpm@AMSAA.ARPA
Randy White writes:
> I am trying to locate a Public Domain database that can run under a
> Z80 CP/M based system. My main concern is that it be able to sort on
> any field without writing lengthly template/sort formulas.
If you know anything about programming you might want to consider the
public domain version of MUMPS. It's called MicroMUMPS and is
available from:
Dr. Richard Walters
Dept. Elec. Comp. Engineering
University of California
Davis, CA 95616
I use it on my Kaypro II, and find it works well. I believe the cost
is on the order of $60.00.
MUMPS is a string-oriented ANSI-standard language which is designed to
facilitate building and manipulating databases, and handles sorts very
nicely from the programmers perspective.
To sort on a field all you have to do is use the SET command to create
an array (either in memory or on disk) using the desired field as a
subscript, and MUMPS sorts it for you automatically. For example,
let's say I have a MUMPS array:
^PEOPLE(NUMBER)=NAME;STREET;CITY;STATE;ZIP
where NUMBER is an internal counter, and the data nodes (NAME, etc.)
are my fields. To sort on ZIP would involve looping through
^PEOPLE(NUMBER), setting a variable ZIP to the 5th Piece of the node,
and SETing the following scratch array :
^TEMP(ZIP,NUMBER)=""
Then all I would need to do is loop through ^TEMP(ZIP,NUMBER), and
retrieve my data nodes from ^PEOPLE(NUMBER), and do whatever I wanted
with the records (write them out to a file, generate form letters,
whatever...).
If you have a hard disk on your Z80 system, there is a public
domain database management system called Fileman (developed and used
heavily at the Veterans Administration) which is also available from
Dr. Walters which can do all this for you, without your needing to
know anything about MUMPS code.
Robert Craig
Medical Systems Group
(Home of Digital Standard Mumps)
..decwrl!ozone!craig
18-Dec-85 20:30:02-MST,1694;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 20:29:54-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a016147; 18 Dec 85 21:59 EST
Received: from usenet by TGR.BRL.ARPA id a005341; 18 Dec 85 21:46 EST
From: The Polymath <hollombe%ttidcc.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Osborne1 Help?
Message-ID: <63@ttidcc.UUCP>
Date: 17 Dec 85 18:51:16 GMT
To: info-cpm@AMSAA.ARPA
In article <703@brl-tgr.ARPA> DKREBILL@USC-ISI.ARPA writes:
>I recently inherited an early Osborne1. It lacks the DD option,
>has no feature for supporting 80 Col., etc. am looking for
>pointers for sources for such upgrades, preferably as cheap as
>possible...
The following three addresses should get you, and anyone else interested in
Osborne software, off to a good start.
First Osborne Group
P.O. Box 3474
Daly City, CA 94015-0474
Phone: (415) 755-2000
WestWind Computer
1690 65th Street
Emeryville, CA 94608
Phone: (415) 652-3222
Spite Software
4875 SW 19th Drive
Portland, OR 97201
Phone: (800) 824-7888, operator 311
There are a number of other sources. Many are listed in the Spite catalog
and the Foghorn (FOG's newsletter).
Disclaimer: I'm not associated with any of the above companies, but I do
own an Osborne 1. (It seemed like a good idea at the time).
-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_
The Polymath (aka: Jerry Hollombe)
Citicorp(+)TTI
3100 Ocean Park Blvd. Geniuses are people so lazy they
Santa Monica, CA 90405 do everything right the first time.
(213) 450-9111, ext. 2483
{philabs,randvax,trwrb,vortex}!ttidca!ttidcc!hollombe
18-Dec-85 20:58:42-MST,3956;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Dec 85 20:58:29-MST
Received: from xerox.arpa by AMSAA.ARPA id a016157; 18 Dec 85 22:00 EST
Received: from Tokay.ms by ArpaGateway.ms ; 18 DEC 85 18:58:44 PST
Sender: "Philip M. Burton.osbunorth"@XEROX.ARPA
Date: 18 Dec 85 17:18:29 PST (Wednesday)
Subject: PC/BLUE Collection
From: burton.osbunorth@XEROX.ARPA
To: stidd.osbunorth@XEROX.ARPA
cc: INFO-CPM@AMSAA.ARPA, INFO-MICRO@BRL.ARPA
Message-ID: <851218-185844-1900@Xerox>
GVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGV
From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
To: INFO-IBMPC@usc-isib.ARPA, INFO-HZ100@radc-multics.ARPA
cc: INFO-CPM@AMSAA.ARPA, INFO-MICRO@brl.ARPA
Subject: The PC/BLUE Collection
Return-Path: <info-cpm-request@AMSAA.ARPA>
Redistributed: XeroxInfo-CPM^.wbst
Received: from AMSAA (AMSAA.ARPA) by Xerox.ARPA ; 19 AUG 85 10:39:32 PDT
Received: from simtel20.arpa by AMSAA.ARPA id a011438; 19 Aug 85 12:31 EDT
Message-ID: <WANCHO.12136182062.BABYL@SIMTEL20.ARPA>
GVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGVGV
The complete PC/BLUE distribution is now available on SIMTEL20 from
Volumes 000 through 124 in PD:<PC-BLUE.VOLnnn>. (Note the PD:
designation as the current alias for the MICRO: structure.)
Some notes:
1. Volumes 001 through 042 were reissued on double-sided disks, two
volumes per disk. We made no attempt to split the files on those
disks into their respective volumes as originally issued. Thus, for
the volumes in this range, the files for the even-numbered volumes
will be found in the directory containing the next-lower numbered
volume. There are a few exceptions. It would be best to get a copy
of PD:<PC-BLUE>PC-BLUE.CRCLST to check.
2. These volumes were uploaded from copies of the distribution disks
using a real IBM-PC using MEX-PC, except for two, which were uploaded
later. In all cases, the MODEM protocol was used. This means that
because PCDOS stores files in exact length and the MODEM protocol
sends fixed blocks of 128, those files which were not exact multiples
of 128 could not be checked with CRCK to verify the values against the
published values in the -CATALOG files. Thus, we are going to assume,
unless otherwise informed, that the copies were correctly uploaded
from the disks we received, and further assume that the disks we
received were correct copies of the master disks from which the
published CRCs were computed. This is further compounded by the fact
that we uploaded all the files in binary format and then post-processed
the files to convert to ASCII those which follow certain rules. Thus,
the resulting CRCs we publish in PD:<PC-BLUE>PC-BLUE.CRCLST assume
files are multiples of 128 and ASCII files are padded with ^Zs to the
next 128-byte boundary.
3. We used the MODEM protocol instead of KERMIT so that you may use
either protocol to download these files and use our published CRC
values to verify that you got a correct copy of what we have stored
here. Had we used KERMIT, those of you using MODEM would not have any
basis to check on the file transfers.
4. Given the recent appearance of so-called Trojan Horse programs, we
make no guarantees that these programs will work as documented and
only as documented, and furthermore assume no liability should these
programs fail to work or cause damage, incidental or otherwise. We
merely present this collection as-is for those of you with Internet
FTP access to SIMTEL20 for your convenience.
5. For those users at sites without Internet access, have your site
manager contact me to make arrangements for one-time, as-is, tape
copies of our collections made at our convenience on tapes you supply
with return postage. There is no fee and our turnaround is slow. We
can only write TOPS-20 DUMPER, TOPS-10 Interchange, and Unix tar
format tapes, 9-TRK, 1600 bpi.
--Frank
19-Dec-85 15:49:20-MST,655;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 15:48:57-MST
Received: from usc-ecl.arpa by AMSAA.ARPA id a002415; 19 Dec 85 17:19 EST
Date: Thu 19 Dec 85 14:14:43-PST
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: One-way password transform wanted
To: info-ibmpc@USC-ISIB.ARPA, info-cpm@AMSAA.ARPA
Phone: (714)961-3393; Mail:Beckman Instruments, Inc.
Mail-addr: 2500 Harbor Blvd., X-11, Fullerton CA 92634
Message-ID: <12168443171.43.BEC.SHAPIN@USC-ECL.ARPA>
I am looking for a one-way transform algorithm that could be
used with passwords on 8088 and/or 8080 systems.
-------
19-Dec-85 18:23:20-MST,884;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 18:23:11-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a002778; 19 Dec 85 19:54 EST
Received: from usenet by TGR.BRL.ARPA id a024377; 19 Dec 85 19:42 EST
From: "J.S.Jonas" <jeffj%sfmin.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.cpm
Subject: MPI disk drive specs needed
Message-ID: <630@sfmin.UUCP>
Date: 18 Dec 85 16:23:30 GMT
Xref: seismo net.micro:13892 net.micro.cpm:5377
To: info-cpm@AMSAA.ARPA
[Bdos err on drive a: BAD SECTOR]
I need the specs for an MPI 52S DSDD 5.25 inch floppy drive,
specifically,
track-to-track seek time
head settling time (so I can determine the CP/M seek rate)
head loading time
power consumption
Thanks in advance
Jeff 'still homebrewin' Skot
{ihnp4 | allegra | mcnc ...} attunix ! jeffj
19-Dec-85 18:27:53-MST,1511;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 18:27:46-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa02778; 19 Dec 85 19:54 EST
Received: from usenet by TGR.BRL.ARPA id a024381; 19 Dec 85 19:42 EST
From: "J.S.Jonas" <jeffj%sfmin.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: May I boot from drive B. Please? Pretty please?
Message-ID: <631@sfmin.UUCP>
Date: 18 Dec 85 16:26:02 GMT
To: info-cpm@AMSAA.ARPA
[when in doubt, pip it!]
When CP/M boots, it considers the drive that it booted from A:
and starts with with the A> prompt. Can I corece it into believing
it booted from B:, and how?
One may ask "why", and I haven't a complete answer. I am
puzzling over how to handle a system with a SSDD and a DSDD drive.
Normally I boot from the SSDD, but if that boot is bad, I would want to
boot from the DSDD. Unfortunately, the boot ROM looks only for device 0
so I have to change the drive addresses and will probably confuse
CP/M (watta you mean drive 0 is single sided? It was double sided when
I booted!).
My solution for now is to logically define the double sided drive
as B: double sided and D: single sided. This way, I can copy
A: (the single sided drive) to D: and use the disk in drive A:.
I just have to keep enough backups of the single sided system disk
to keep out of trouble.
Thanks in advance.
Jeff 'how did I get into this' Skot
{ihnp4 | allegra | mcnc} attunix ! jeffj
19-Dec-85 18:55:07-MST,1647;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 18:54:56-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id ab02778; 19 Dec 85 19:54 EST
Received: from usenet by TGR.BRL.ARPA id a024400; 19 Dec 85 19:43 EST
From: "J.S.Jonas" <jeffj%sfmin.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: disk errors [!PLEH]
Message-ID: <633@sfmin.UUCP>
Date: 18 Dec 85 16:30:51 GMT
To: info-cpm@AMSAA.ARPA
[BDOS err on a: bad sector]
I see that message way too often. I am using NASHUA diskettes
purchased bulk from JDR, so the medium should be fine.
They start off error free, but then disaster strikes.
(well, I'm using ED until I get WS. Could ED be bombing the disk?)
I think the sector CRC may be off. Is there a program for CP/M
similar to FSDB that allows you to read a bad sector, edit it and
write it back with a new CRC?
Should be fine is the correct phrase. I added a DSDD drive,
and several diskettes have failed verification. It is always
tracks >32 on side 1 (as opposed to side 0 which is used by SSDD drives).
I doubt it is the disk drive since it is only in the inner tracks
on one side (seek errors would be both sides, a bad head would be
all tracks. Maybe the wire to the head?).
Cable problems would be intermittent.
I doubt it is the driver since it is side dependent.
Could it be the medium? If anything I'd suspect the 0 side since
the bottom side seems to have a larger unpolished hub than side 1
(the upper side). Any ideas?
Thanks in advance.
Jeff 'this is frustrating' Skot
{ihnp4 | allegra | mcnc} attunix ! jeffj
19-Dec-85 19:53:29-MST,1166;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 19:53:19-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a002963; 19 Dec 85 21:25 EST
Date: Thu, 19 Dec 85 21:26:02 EST
From: Herb Lin <LIN@mit-mc.ARPA>
Subject: help??
To: info-cpm@AMSAA.ARPA
cc: LIN@mit-mc.ARPA
Message-ID: <[MC.LCS.MIT.EDU].761678.851219.LIN>
I run with two 8 inch floppies (QUME 842s) and a Compupro DISK-1
controller. I have been having trouble booting my MP/M 8-16 system.
What happens is that the MPM loader needs to read a file from the
data area on the floppy, and when it does so I get a BDOS Bad Sector
error.
The possible reasons are
1. bad drive
2. bad disk
3. bad controller
It isn't the drive: I get the error when I interchange the drives so
that the old A is the new B and vice versa -- the new A gives the same
error.
It isn't the disk: I tried it with several disks, and it happened with
each.
That leaves the controller. Anyone care to comment on whether or not
a controller would do flaky things to reads and writes from just one
or two tracks on a floppy?
thanks.
Herb
19-Dec-85 21:52:29-MST,833;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 21:52:22-MST
Received: from simtel20.arpa by AMSAA.ARPA id a003137; 19 Dec 85 23:24 EST
Date: Thu, 19 Dec 1985 21:22 MST
Message-ID: <KPETERSEN.12168510194.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: "Ralph W. Hyre Jr." <Ralph.Hyre@cmu-cs-c.ARPA>
Cc: Info-Cpm@AMSAA.ARPA, Info-Micro@brl.ARPA, Info-HZ100@radc-tops20.ARPA
Subject: SQ for TOPS-20
In-reply-to: Msg of 19 Dec 1985 13:57-MST from Ralph W. Hyre Jr. <Ralph.Hyre at C.CS.CMU.EDU>
I see lots of unsqueeze utilities in pd:<cpm.tops-20>, but no obvious
squeeze utilities. Any hints?
- Ralph
Yes, you'll find everything you need on SIMTEL20 in PD:<CPM.T20-SQUSQ>
--Keith
19-Dec-85 22:35:50-MST,1988;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Dec 85 22:35:44-MST
Received: from simtel20.arpa by AMSAA.ARPA id a003170; 19 Dec 85 23:58 EST
Date: Tuesday, 17 December 1985 12:45-MST
Message-ID: <KPETERSEN.12168516349.BABYL@SIMTEL20.ARPA>
Sender: "Ralph W. Hyre Jr." <Ralph.Hyre@cmu-cs-c.ARPA>
From: "Ralph W. Hyre Jr." <Ralph.Hyre@cmu-cs-c.ARPA>
Subject: PCPI Applicard (aka StarCard) device drivers available
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Thu 19 Dec 1985 21:56-MST
The following PCPI AppliCard (aka StarCard) device drivers are now
available from SIMTEL20:
Filename Type Bytes CRC
Directory PD:<CPM.APPLE>
PCPI-DRVR-READ.ME.1 ASCII 1023 A09CH
PRINTER-BUFFER-DRVR.ASM.1 ASCII 25020 DFFBH
SERIAL-GAME-DRVR.ASM.1 ASCII 14013 BC22H
SVA-ZX4-DISK-DRVR.ASM.1 ASCII 17042 093EH
SYNETIX-RAMDISK-DRVR.ASM.1 ASCII 27608 CF03H
VISTA-DISK-DRVR.ASM.1 ASCII 20704 E911H
Bought to you courtesy of the following individuals:
Keith Petersen, installed software on simtel-20
Ralph Hyre, who uploaded the sources he got from Chris Peck.
Chris Peck, who transfered files from a BBS to bitnet to ARPA (by mail)
Doug Laing, who runs the RCP/M system the files were archived on.
and of course, the authors...
Printer-Buffer-Drvr.Asm.1; A printer buffer driver
Serial-Game-Drvr.Asm.1; Uses Apple Game I/O port for serial output
(just like they did in the good 'ol Red Apple book days)
Synetix-Ramdisk-Drvr.Asm.1; A RAMDisk driver for the Synetix Flashcard
Sva-Zx4-Disk-Drvr.Asm.1; Drivers for disk subsystems
Vista-Disk-Drvr.Asm.1; (other than the Apple-supported ones)
Executable drivers will be made available as soon as the sources are
assembled. If you have a hardware configuration that you can test
some of the drivers on please inform ralphw@c.cs.cmu.edu (or ralphw@cmu-cs-c)
Thanks.
- Ralph Hyre
20-Dec-85 05:57:53-MST,1100;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 05:57:45-MST
Received: from simtel20.arpa by AMSAA.ARPA id a004317; 20 Dec 85 7:33 EST
Date: Fri, 20 Dec 1985 05:31 MST
Message-ID: <KPETERSEN.12168599143.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: SY.FDC@cu20b.ARPA
Cc: Info-Modem7@SIMTEL20.ARPA, Info-Cpm@AMSAA.ARPA
Subject: RB/SB YAM program for Unix
Chuck Forsberg's rb and sb YAM-compatible programs for Unix are
available from SIMTEL20 as:
Filename Type Bytes CRC
Directory PD:<UNIX.CPM>
RB.1.2 ASCII 4311 7AC9H
RB-217.C.1 ASCII 18475 40ECH
RB-217.MAN.1 ASCII 5078 71FBH
RBSB.C.3 ASCII 4354 57FDH
SB.1.2 ASCII 3087 DABDH
SB-222.C.1 ASCII 14743 2937H
SB-222.MAN.1 ASCII 3614 93C9H
Questions and comments to:
Chuck Forsberg WA7KGX <tektronix!reed!omen!caf@UW-BEAVER.ARPA>
--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
GEmail: W8SDZ
uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
20-Dec-85 10:22:13-MST,757;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 10:22:00-MST
Received: from xerox.arpa by AMSAA.ARPA id a011981; 20 Dec 85 11:45 EST
Received: from PinotNoir.ms by ArpaGateway.ms ; 20 DEC 85 08:41:05 PST
Date: 20 Dec 85 08:39 PST
From: Ghenis.pasa@XEROX.ARPA
Subject: Re: May I boot from drive B. Please? Pretty please?
In-reply-to: "J.S.Jonas" <jeffj%sfmin.uucp@BRL.ARPA>'s message of 18 Dec
85 16:26:02 GMT
To: jeffj%sfmin.uucp@BRL.ARPA
cc: info-cpm@AMSAA.ARPA
Message-ID: <851220-084105-1946@Xerox>
On an Osborne-1 if you hit " (double quote) at boot time the system will
think that a: is b: and viceversa, hence booting from the physical b:
drive (you still get the a> prompt)
20-Dec-85 15:14:33-MST,920;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 15:14:20-MST
Received: from xerox.arpa by AMSAA.ARPA id a022139; 20 Dec 85 16:37 EST
Received: from Salvador.ms by ArpaGateway.ms ; 20 DEC 85 13:34:50 PST
Sender: "Philip M. Burton.osbunorth"@XEROX.ARPA
Date: 20 Dec 85 12:30:57 PST (Friday)
Subject: Re: help??
From: Burton.osbunorth@XEROX.ARPA
To: LIN@MIT-MC.ARPA
cc: info-cpm@AMSAA.ARPA, LIN@MIT-MC.ARPA
In-Reply-to: LIN%mit-mc:ARPA:Xerox's message of 20-December-85 (Friday)
1:57:28 PST -
Reply-to: Burton.osbunorth@XEROX.ARPA
Message-ID: <851220-133450-2188@Xerox>
Herb,
A friend having the same configuration (Compupro, Controller 1, etc.)
had the same problem. We finally solved it using a head cleaner.
Moral: Try the simple things first. Check the power supply, the
cabling, and the heads. And the baud rate.
Phil Burton
20-Dec-85 19:10:57-MST,1111;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 19:10:44-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a022684; 20 Dec 85 20:44 EST
Received: from mit-eddie.arpa by AOS.BRL.ARPA id a020470; 20 Dec 85 20:36 EST
Received: by mit-eddie (4.12/4.7)
id AA21841; Fri, 20 Dec 85 20:20:39 est
Date: Fri 20 Dec 85 20:23:44-EST
From: Andrew Moore <T.MOORE%DEEP-THOUGHT@MIT-EDDIE.ARPA>
Subject: 56k -> 60k CP/M (HELP)
To: info-apple@BRL.ARPA
Cc: info-cpm@BRL.ARPA
Message-Id: <12168739722.8.T.MOORE@DEEP-THOUGHT.MIT.EDU>
Is there any way I can get around the "disk space already in use" message
when trying to put 60k CP/M on a 56k CP/M disk (apple II+)? I was installing
ZCPR2 on a floppy but the file was not working correctly and now I am stuck
with 56k CP/M -- not much use since my hard drive works only under 60k. I
have CP/M on the HD already but would like to have it available on the floppies
as well. Whenever I try to put 60k on the 56k disk, I get the message and
am returned to CP/M. Any suggestions?
-drew
-------
20-Dec-85 20:03:55-MST,1216;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 20:03:49-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a022719; 20 Dec 85 21:16 EST
Received: from usenet by TGR.BRL.ARPA id a013251; 20 Dec 85 21:04 EST
From: Chuck Forsberg WA7KGX <caf%omen.uucp@BRL.ARPA>
Newsgroups: net.micro,net.micro.pc,net.micro.cpm
Subject: VMS 4.x rb and sb programs posted (YMODEM)
Message-ID: <274@omen.UUCP>
Date: 18 Dec 85 21:25:34 GMT
Xref: seismo net.micro:13918 net.micro.pc:6747 net.micro.cpm:5384
To: info-cpm@AMSAA.ARPA
Versions of the rb and sb programs with bug workarounds for VMS 4.x
have been posted to net.sources.
The manual pages are posted separately. In addition to the VMS version,
the new manual pages better describe the Unix version posted a few weeks
ago.
--
Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf CIS:70715,131
Omen Technology Inc 17505-V NW Sauvie Island Road Portland OR 97231
Home of Professional-YAM, the most powerful COMM program for the IBM PC
Voice: 503-621-3406 TeleGodzilla: 621-3746 (Hit CRs) L.sys entry for omen:
omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
20-Dec-85 20:46:38-MST,1261;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Dec 85 20:46:13-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a022824; 20 Dec 85 22:18 EST
Received: from usenet by TGR.BRL.ARPA id a014187; 20 Dec 85 22:06 EST
From: "John M. Cole" <johnco%mako.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm,net.micro
Subject: How do I autostart my KAYPRO??
Message-ID: <989@mako.UUCP>
Date: 19 Dec 85 23:41:32 GMT
Xref: seismo net.micro.cpm:5385 net.micro:13922
To: info-cpm@AMSAA.ARPA
This is my second posting of this. Somehow I don't think it got out as I
never saw it on any of the requested newsgroups except for one local
newsgroup (it's been 3 days). If it did, please excuse the reposting.
I need some help in trying to figure out a way to get my KayproII to
autostart a file from a cold boot.
It seems to me that CP/M had some way to do this with
AUTO.COM or something, but I don't see it in any of the documentation.
I am working towards a "turnkey" system. I am running CP/M 2.2.
I am familiar with how Northstar did it on their boxes running
2.2, but it seems this is different for Kaypro. Any advice/pointers would
be greatly appreciated.
Thanks in advance,
John
21-Dec-85 10:18:25-MST,666;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 10:18:17-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a023912; 21 Dec 85 11:52 EST
Received: from usenet by TGR.BRL.ARPA id a021662; 21 Dec 85 11:40 EST
From: " L. L. Griffin " <llg%we53.uucp@BRL.ARPA>
Newsgroups: net.general,net.micro.cpm
Subject: Word Processer ROM pac for Exity Sorcerer.
Message-ID: <357@we53.UUCP>
Date: 19 Dec 85 18:58:33 GMT
Xref: seismo net.general:4103 net.micro.cpm:5391
To: info-cpm@AMSAA.ARPA
Does anyone know how and where I can acquire a Word Processer
ROM pac for my Exidy Sorcerer II?
ihnp4!we53!llg
21-Dec-85 10:21:25-MST,703;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 10:21:11-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa23912; 21 Dec 85 11:52 EST
Received: from usenet by TGR.BRL.ARPA id a021671; 21 Dec 85 11:40 EST
From: " L. L. Griffin " <llg%we53.uucp@BRL.ARPA>
Newsgroups: net.general,net.micro.cpm
Subject: Word Processing ROM pac for Exidy Sorcerer.
Message-ID: <358@we53.UUCP>
Date: 19 Dec 85 21:22:27 GMT
Xref: seismo net.general:4104 net.micro.cpm:5392
To: info-cpm@AMSAA.ARPA
Does anyone out there know where and how I can get the above WP rom bac
for my little old Exidy Sorcerer II with 48K?
ihnp4!we53!llg
314-291-3829
21-Dec-85 15:46:24-MST,540;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 15:46:18-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a024309; 21 Dec 85 17:25 EST
Date: 21 Dec 1985 17:22:35 EST
Subject: ARC utility for CP/M
From: Steve Noland <NOLAND@USC-ISI.ARPA>
To: INFO-CPM@AMSAA.ARPA
Does anyone know if there has been a version of the MSDOS ARC utility
done for CP/M, or at least something that would allow one to extract
files from a .ARC file?
Thanks in advance,
Steve Noland
-------
21-Dec-85 16:28:24-MST,698;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 16:28:18-MST
Received: from usc-isid.arpa by AMSAA.ARPA id a024377; 21 Dec 85 18:05 EST
Date: 21 Dec 1985 18:02-EST
Sender: ABN.ISCAMS@USC-ISID.ARPA
Subject: Re: ARC utility for CP/M
From: ABN.ISCAMS@USC-ISID.ARPA
To: NOLAND@USC-ISI.ARPA
Cc: INFO-CPM@AMSAA.ARPA
Message-ID: <[USC-ISID.ARPA]21-Dec-85 18:02:30.ABN.ISCAMS>
In-Reply-To: The message of 21 Dec 1985 17:22:35 EST from Steve Noland <NOLAND@USC-ISI.ARPA>
Steve,
Yes, DEARC.PQS at SIMTEL20, available via ANONYMOUS FTP as:
TURBOPAS:DEARC.PQS
no less.
Turbo Pascal.
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
21-Dec-85 16:39:23-MST,1107;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 16:39:14-MST
Received: from xerox.arpa by AMSAA.ARPA id a024393; 21 Dec 85 18:17 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 21 DEC 85 15:15:16 PST
From: NBaheti.es@XEROX.ARPA
Date: 21 Dec 85 15:15:32 PST
Subject: Re: How do I autostart my KAYPRO??
In-reply-to: johnco%mako.uucp@BRL.ARPA's message of 19 Dec 85 23:41:32
GMT, <989@mako.UUCP>
To: "John M. Cole" <johnco%mako.uucp@BRL.ARPA>
cc: info-cpm@AMSAA.ARPA
Message-ID: <851221-151516-2705@Xerox>
I don't own a Kaypro, so have never tested the program, but I have a
program called AUTOBOOT on my RCP/M that has different versions for
different KP CP/M's. It is under 20k, so can be downloaded quie easily.
If you can't call, mail me directly and we can work out some
sort of "disk-swap" via US-Mail.
--Arun Baheti
NBaheti.es@Xerox
...litvax!flkvax!trwrb!group3!arun
213-530-0670 [data/24hrs daily/300/1200/2400 baud]
ps - Please reply to my @Xerox address if possible; I rarely check my
UUCP account.
21-Dec-85 17:25:39-MST,1294;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 17:25:32-MST
Received: from simtel20.arpa by AMSAA.ARPA id a024459; 21 Dec 85 19:03 EST
Date: Sat, 21 Dec 1985 17:02 MST
Message-ID: <KPETERSEN.12168987043.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Steve Noland <NOLAND@USC-ISI.ARPA>
Cc: Info-Cpm@AMSAA.ARPA
Subject: ARC utility for CP/M
In-reply-to: Msg of 21 Dec 1985 15:22-MST from Steve Noland <NOLAND at USC-ISI.ARPA>
Does anyone know if there has been a version of the MSDOS ARC
utility done for CP/M, or at least something that would allow one
to extract files from a .ARC file?
Steve, DEARC.PQS is for MSDOS, not CP/M. It must be changed slightly
and that has been done. DEARC for CP/M is available from SIMTEL20 as:
Filename Type Bytes CRC
Directory PD:<CPM.TURBOPAS>
DEARC-CP.LBR.1 BINARY 28032 C01AH
I can't get it to run on my system because I don't have enough TPA
space. Please give it a try, though. My TPA is smaller than most
people's because of an EPROM at E000h.
--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
GEmail: W8SDZ
uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
21-Dec-85 18:13:13-MST,1429;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 18:13:03-MST
Received: from simtel20.arpa by AMSAA.ARPA id a024503; 21 Dec 85 19:38 EST
Date: Wednesday, 18 December 1985 14:25-MST
Message-ID: <KPETERSEN.12168991702.BABYL@SIMTEL20.ARPA>
Sender: Chuck Forsberg WA7KGX <tektronix!reed!omen!caf@uw-beaver.ARPA>
From: Chuck Forsberg WA7KGX <tektronix!reed!omen!caf@uw-beaver.ARPA>
Subject: VMS 4.x rb and sb programs (YMODEM) now on SIMTEL20
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 21 Dec 1985 17:27-MST
Versions of the rb and sb programs with bug workarounds for VMS 4.x
have been uploaded to SIMTEL20. They are available as:
Filename Type Bytes CRC
Directory PD:<CPM.VAXVMS>
VMODEM.H.1 ASCII 925 88B7H
VVMODEM.C.1 ASCII 6417 51F1H
VVRB101.C.1 ASCII 16312 83E1H
VVRB101.MAN.1 ASCII 5650 1C6AH
VVSB.MAN.1 ASCII 4109 47FFH
VVSB101.C.1 ASCII 11483 D655H
In addition to the VMS version, the new manual pages better describe
the Unix version posted a few weeks ago.
--
Chuck Forsberg WA7KGX ...!tektronix!reed!omen!caf CIS:70715,131
Omen Technology Inc 17505-V NW Sauvie Island Road Portland OR 97231
Voice: 503-621-3406 TeleGodzilla: 621-3746 (Hit CRs) L.sys entry for omen:
omen Any ACU 1200 1-503-621-3746 se:--se: link ord: Giznoid in:--in: uucp
21-Dec-85 18:43:00-MST,789;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Dec 85 18:42:55-MST
Received: from simtel20.arpa by AMSAA.ARPA id a024542; 21 Dec 85 20:00 EST
Date: Sat, 21 Dec 1985 17:56 MST
Message-ID: <WANCHO.12168996995.BABYL@SIMTEL20.ARPA>
From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
To: INFO-CPM@AMSAA.ARPA, INFO-MICRO@brl.ARPA, UNIX-SW@SIMTEL20.ARPA,
ADA-SW@SIMTEL20.ARPA
Cc: INFO-IBMPC@usc-isib.ARPA, INFO-HZ100@radc-tops20.ARPA
Subject: Using "cd" (or "cwd") with ftp to SIMTEL20
In the past few days, we finally tracked down and fixed a problem that
caused some user FTP programs to appear to hang after doing a "cd" or
"cwd" to a directory on our PD: structure. Sorry for the temporary
inconvenience.
--Frank
22-Dec-85 02:18:34-MST,826;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Dec 85 02:18:30-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a025001; 22 Dec 85 3:50 EST
Received: from usenet by TGR.BRL.ARPA id a028119; 22 Dec 85 3:41 EST
From: jp@LANL.ARPA
Newsgroups: net.micro.cpm
Subject: Re: ARC utility for CP/M
Message-ID: <35209@lanl.ARPA>
Date: 22 Dec 85 05:22:24 GMT
To: info-cpm@AMSAA.ARPA
There exists a version of ARC in Turbo Pascal. I don't remember the
exact name but it is something obvious like ARC.PAS. It is available on
many BBS systems that have Turbo Pascal interest groups.
I am pretty sure that there is a copy available on the Santa Fe BBS
(505) 988-5867. This machine is available from 4pm to 6am MST and on
weekends.
Jim Potter jp@lanl.arpa
22-Dec-85 23:14:17-MST,1721;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Dec 85 23:14:07-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a026459; 23 Dec 85 0:54 EST
Received: from usenet by TGR.BRL.ARPA id a005343; 23 Dec 85 0:42 EST
From: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: auto-booting a kaypro
Message-ID: <1061@vax2.fluke.UUCP>
Date: 21 Dec 85 01:54:23 GMT
To: info-cpm@AMSAA.ARPA
> I need some help in trying to figure out a way to get my KayproII to
> autostart a file; I am working towards a "turnkey" system. I am
> running CP/M 2.2. I am familiar with how Northstar did it on their
> boxes running 2.2, but it seems this is different for Kaypro. Any
> advice/pointers would be greatly appreciated.
>
The easiest way for you to do this is to get Plu*perfect's enhanced
operating system for the Kaypro. Look in a Profiles for the address;
they are in idyllwild CA. Their system has an autoboot configuration
in the CPMCONFIG program. They also have a lot of other nice things;
sort of a commercial ZCPR.
You could also do it by hacking around with the operating system;
apparently there is some space on the system tracks where, if you
insert a command line, it will autoboot that line. I remember reading
about it, but I already had pluperfect so I didn't pay much attention.
It might be in a back issue of micro C (before they went MSDOS; well,
only one issue has come out since that happened, but I am still a bit
shocked at David Thompson -- last summer at SOG, he said he would
support CP/M tp the grave. I didn't realize he meant *it's* grave).
Bruce Eckel
uw-beaver!fluke!morgan
23-Dec-85 14:10:40-MST,642;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Dec 85 14:10:33-MST
Received: from usc-ecl.arpa by AMSAA.ARPA id a009823; 23 Dec 85 15:34 EST
Date: Mon 23 Dec 85 12:32:38-PST
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: Resident screen copier wanted
To: info-cpm@AMSAA.ARPA
Phone: (714)961-3393; Mail:Beckman Instruments, Inc.
Mail-addr: 2500 Harbor Blvd., X-11, Fullerton CA 92634
Message-ID: <12169473161.27.BEC.SHAPIN@USC-ECL.ARPA>
I am looking for a program that will stay resident and copy everything
that other programs send to the console to a disk file.
-------
23-Dec-85 18:30:42-MST,2536;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Dec 85 18:30:27-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a011904; 23 Dec 85 20:02 EST
Received: from mit-mc.arpa by AOS.BRL.ARPA id a006129; 23 Dec 85 19:56 EST
Received: from Xerox.ARPA by MC.LCS.MIT.EDU 23 Dec 85 19:55:58 EST
Received: from PinotNoir.ms by ArpaGateway.ms ; 23 DEC 85 16:49:20 PST
Date: 23 Dec 85 15:05 PST
From: Ghenis.pasa@XEROX.ARPA
Subject: So. California Computer Club Raffle and Auction
To: Ghenis.pasa@XEROX.ARPA, CPMInterest^.dlos@XEROX.ARPA,
820Interest^.wbst@XEROX.ARPA, HomeComputing^.x@XEROX.ARPA,
info-micro@BRL-VGR.ARPA, info-cpm@MIT-MC.ARPA
Reply-to: Ghenis.pasa@XEROX.ARPA
Message-ID: <851223-164920-1060@Xerox>
PLEASE EXCUSE THE WIDE DISTRIBUTION. I know this only concerns people in
the Los Angeles area, but I couldn't scope the distribution down and
still get to all those interested. SORRY. (If you must flame do it
personally to avoid net clutter)
ANNOUNCEMENT:
OKOK, a non-profit public-service computer club for CP/M users (and now
MS-DOS too) meets the second Tuesday of each month in the Winette Lounge
at Cal Tech, Pasadena, California. Hands-on sessions are from 6:30 to
8:00 upstairs, General Meeting from 8:00 to 10:00 PM downstairs.
The Tuesday, January 14th meeting (at 6:30) will feature a HARDWARE AND
SOFTWARE RAFFLE, followed by an AUCTION. Many valuable items have been
donated for this event by members and local merchants. Don't miss this
event! YOU DO NOT NEED TO BE A MEMBER TO ATTEND AND PARTICIPATE.
Club Description:
*Monthly meetings with hands-on sessions, guest speakers, vendor demos,
public domain software exchange.
*Additional meetings throughout the month for special interest groups
(MS-DOS, hardware, telecommunications, writers, programming, etc)
*Monthly newsletter mailed to members. Members can place free ads.
*Remote Bulletin Board System.
*OKOK arranges group purchases. In the past members have enjoyed
discounts as large as 65% on some products.
*Low tuition mini-classes (fees in 1985 were $15 for 3 or 4 hours) on
many subjects and levels, such as introductory, intermediate or advanced
WordStar, Supercalc, DBase II, programming in BASIC, Turbo Pascal, LISP,
telecommunications, computer maintenance, etc
*Annual membership dues are only $24
FOR MORE INFORMATION just message me, Pablo Ghenis
(Ghenis.pasa@Xerox.Arpa) or call (818)449-9012 (evenings and holidays).
23-Dec-85 23:34:28-MST,3152;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Dec 85 23:34:18-MST
Received: from simtel20.arpa by AMSAA.ARPA id a013063; 24 Dec 85 1:08 EST
Date: Mon, 23 Dec 1985 23:06 MST
Message-ID: <KPETERSEN.12169577637.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Cc: Info-Cpm@AMSAA.ARPA
Subject: Resident screen copier wanted
In-reply-to: Msg of 23 Dec 1985 13:32-MST from Ted Shapin <BEC.SHAPIN at USC-ECL.ARPA>
I am looking for a program that will stay resident and copy
everything that other programs send to the console to a disk
file.
Just such a program was recently uploaded to SIMTEL20:
Filename Type Bytes CRC
Directory PD:<CPM.SYSUTL>
PHOTO.LBR.1 BINARY 6016 473BH
PHOTO.COM makes a copy (takes a picture) of all screen displays and
keyboard entries; and write these characters to a disk file. This
is useful for getting all of the screen prompts from a given program
that does not have a companion .DOC file that will tell you what to
expect. To use PHOTO.COM for I/O capture, use the command line:
A>PHOTO D:filename.typ D:program <PARAMETERS>
Where:
D: is the disk drive
D:filename.typ -- is the file to be created by PHOTO.COM
D:program is the program (PROGRAM.COM) whose screen prompts
you want to copy
<PARAMETERS> are the normal parameters you would enter after
the program name (WS B:filename)
Photo will continue to write all screen displays and keyboard entries to
FILENAME.TYP until <CTRL>C is entered from the keyboard.
EXCEPTIONS
Unfortunately, if PROGRAM.COM contains certain hard device calls or
screen controls these program elements may either defeat PHOTO.COM, or
enter characters in FILENAME.TYP that will prevent the file from being
edited by programs like WordStar.
For Example, you want a file copy of the log on-messages in WordStar.
The proper command line is:
A>PHOTO D:WORDSTAR.MSG D:WS <RETURN>
WORDSTAR.MSG will contain all of the WordStar signon messages, however,
it will also contain screen control characters that will prevent WordStar
from editing the file. If the file does not show you the expected text
when you open it under WordStar, exit WordStar and try viewing it with:
A>TYPE filename.ext
If TYPE displays the text as you expect to see it, you must edit out the
screen control characters with DDT, SID, DUU or some other ASCII file
editor.
If you are unable to access SIMTEL-20 because of network restrictions
please remember that MOST of the new files announced to Info-Cpm are
also available on my RCP/M Royal Oak (MI) which may be accessed at
300 bps (Bell 103a), 1200 bps (Bell 212a), or 2400 bps (V.22 bis).
The telephone number is (313) 759-6569. They are also available from
the CPM RoundTable on General Electric Information Services' GEnie.
--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
GEmail: W8SDZ
uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
24-Dec-85 06:16:14-MST,848;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 06:16:09-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a015208; 24 Dec 85 7:52 EST
Received: from usenet by TGR.BRL.ARPA id a022816; 24 Dec 85 7:47 EST
From: Tom Nadas <tom%utcsri.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: May I boot from drive B. Please? Pretty please?
Message-ID: <1830@utcsri.UUCP>
Date: 20 Dec 85 15:36:23 GMT
To: info-cpm@AMSAA.ARPA
Depends on your computer. On the Osborne 1, hitting " (i.e, shift-
double quote) will boot from B. On the Osborne Executive and Vixen,
hitting Tab instead of <cr> will boot from B. don't know about other
brands.
RJS in Toronto
c/o
--
Tom Nadas
UUCP: {decvax,linus,ihnp4,uw-beaver,allegra,utzoo}!utcsri!tom
CSNET: tom@toronto
24-Dec-85 06:52:11-MST,1792;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 06:51:57-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a015762; 24 Dec 85 8:19 EST
Received: from usenet by TGR.BRL.ARPA id a023480; 24 Dec 85 8:05 EST
From: "Richard L. Klappal" <rlk%chinet.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: disk errors [!PLEH]
Message-ID: <252@chinet.UUCP>
Date: 22 Dec 85 08:34:55 GMT
To: info-cpm@AMSAA.ARPA
In article <633@sfmin.UUCP> jeffj@sfmin.UUCP (J.S.Jonas) writes:
>[BDOS err on a: bad sector]
>
> I see that message way too often. I am using NASHUA diskettes
>purchased bulk from JDR, so the medium should be fine.
>They start off error free, but then disaster strikes.
>(well, I'm using ED until I get WS. Could ED be bombing the disk?)
>I think the sector CRC may be off. Is there a program for CP/M
>similar to FSDB that allows you to read a bad sector, edit it and
>write it back with a new CRC?
It sounds like you may have a problem with dirty heads and/or head
alignment. The higher numbered tracks are towards the hub, thus
the information is packed more tightly there.
Re: disk editors, check most any RCP/M for Ward Christensen's DU
program (or its later derivatives). It will allow you to read/edit
/rewrite any sector on the disk, and I have used it on Os1, Kaypro, and
the pseudo-disks that the Mimix package creates for CP/M on my Fortune
32:16 (UN*X derivative), all without any modification whatsoever.
There are commercial editing programs avail (Disk Doctor, Inspect, and
who knows what else), that may be easier to use than Wards, but they
aren't any better (my opinion).
--
---
UUCP: ..!ihnp4!chinet!uklpl!rlk || MCIMail: rklappal || Compuserve: 74106,1021
---
24-Dec-85 08:37:46-MST,971;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 08:37:29-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id aa18959; 24 Dec 85 10:07 EST
Received: from usenet by TGR.BRL.ARPA id a025555; 24 Dec 85 9:59 EST
From: Ross Greenberg <greenber%phri.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: auto-booting a kaypro
Message-ID: <2078@phri.UUCP>
Date: 23 Dec 85 20:06:08 GMT
To: info-cpm@AMSAA.ARPA
>
> > I need some help in trying to figure out a way to get my KayproII to
> > autostart a file; I am working towards a "turnkey" system. I am
> > running CP/M 2.2. I am familiar with how Northstar did it on their
> > boxes running 2.2, but it seems this is different for Kaypro. Any
> > advice/pointers would be greatly appreciated.
> >
>
The copy program that comes with the KAYPRO has the ability of
setting up the autostart line when you are copying or formatting a
disk.
24-Dec-85 09:02:21-MST,1090;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 09:02:09-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a018959; 24 Dec 85 10:07 EST
Received: from usenet by TGR.BRL.ARPA id a025482; 24 Dec 85 9:57 EST
From: Alex Pensky <aep%abic.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: disk errors [!PLEH] (BDOS err on a:)
Message-ID: <711@abic.UUCP>
Date: 23 Dec 85 17:31:35 GMT
To: info-cpm@AMSAA.ARPA
> [BDOS err on a: bad sector]
> I see that message way too often. ...
Could be that CP/M is still using the directory and disk parameters from
a disk previously in the same drive, for which the current disk access
would have been erroneous. The solution is to warm boot (control C)
after every disk change. If you are running purchased software which
requires disk changes but doesn't reread the directory after you do so,
the software is buggy.
Sorry if this seems like trivial help, but you didn't say what causes
you had already ruled out before suspecting your diskettes.
- Alex Pensky
24-Dec-85 09:22:04-MST,935;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 09:21:56-MST
Received: from simtel20.arpa by AMSAA.ARPA id a019978; 24 Dec 85 10:39 EST
Date: Tue, 24 Dec 1985 08:37 MST
Message-ID: <KPETERSEN.12169681630.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@AMSAA.ARPA
Subject: New ZCPR3 news files available
The following ZCPR3 newsletters are now available from SIMTEL20:
Filename Type Bytes CRC
Directory PD:<CPM.Z3NEW>
Z3NEWS.309.1 ASCII 20988 BC52H <--newsletter 309
Z3NEWS.3Q9.1 BINARY 14592 C14CH <--same, squeezed
Z3NEWS3.LBR.1 BINARY 103680 B405H
Z3NEWS3.LBR is Echelon newsletters 301-309 squeezed for those who are
a bit behind.
--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
GEmail: W8SDZ
uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
24-Dec-85 09:42:13-MST,3204;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 09:41:59-MST
Received: from lll-mfe.arpa by AMSAA.ARPA id a020171; 24 Dec 85 10:47 EST
Date: Tue, 24 Dec 85 07:46 PST
From: "Webb Mike"@LLL-MFE.ARPA
Subject: re: auto loading a kaypro
To: info-cpm@AMSAA.ARPA
a method for auto loading of cp/m i have used on several different systems
is this:
o fist you need to copy a bootable work disk, and be sure
you have ddt/edfile/patch or some tool you are comfortable
with,for use in patching your system image.if you don't
have a favorite,the PATCH utility is one i can't live without
and i recomend it.
o you will also need a copy of your 'system' (ie save a copy
with "sysgen" or "movcpm" to the disk). again if you use
patch,you can also just patch the system tracks.
o using the debug/patching tool of your choice,open up your
system image and look for the begining of your CCP.(i am asuming
that you are *NOT* running zcpr/zcpr2/zcpr3. if you are,ignore
the rest of this note,and read the documentation on the zcpr?
you are running.)the big clue here is it should be around 0A00H
and you normaly will find the DIGITAL RESEARCH copyright notice
close by.
o your CCP should begin with 2 jumps. the first is the normal
entry for the ccp,the second is an entry to bypass the auto
load 'feature' you are trying to turn on.(these will be
C3 xx xx C3 xx xx)
o when you find this seq. it is decoded as:
C3 xx xx C3 xx xx nn ## ** ** ** ** ** ** and so on...
\______/ \______/ /\ /\ /\
normal alt. || || || the command starts here and goes
ccp ccp || || |+- for a maximum of nn characters.
entry entry || ||
|| |+- this is a single byte containing the
|| length of your command string.
||
|+- this is a singel byte containing the max.
space in the command buffer.(normaly '7F')
o after you have patched your immage,don't forget to save it. you
then run sysgen/movcpm in the normal way to copy this new system
to your system tracks and then boot it.
that's about it. if you have any questions or problems let me know and i will
try to help. i have never used this on a kaypro,but i think it is generic
CP/M.
i disclaim all disclaimers and further more state that the above info would have
been impossible for me to provide with out an open copy of "PROGRAMMERS GUIDE TO
CP/M" eidted by SOL LIBES (hope there are not toooo many typos)
mike webb
webb@lll-mfe.arpa
24-Dec-85 11:03:03-MST,9071;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 11:02:15-MST
Received: from simtel20.arpa by AMSAA.ARPA id a022147; 24 Dec 85 12:23 EST
Date: Tue, 24 Dec 1985 10:22 MST
Message-ID: <KPETERSEN.12169700625.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To: Info-Cpm@AMSAA.ARPA
Subject: New files added to SIMTEL20 between 9-Nov-85 and 24-Dec-85
The following is a list of new files added to SIMTEL20's PD:<CPM.*>
directories between 9-Nov-85 and 24-Dec-85. For a complete list of
all files, get PD:<CPM>CPM.CRCLST.
Filename Type Bytes CRC
PD:<CPM.APPLE>
PCPI-DRVR-READ.ME.1 ASCII 1023 A09CH
PRINTER-BUFFER-DRVR.ASM.1 ASCII 25020 DFFBH
SERIAL-GAME-DRVR.ASM.1 ASCII 14013 BC22H
SVA-ZX4-DISK-DRVR.ASM.1 ASCII 17042 093EH
SYNETIX-RAMDISK-DRVR.ASM.1 ASCII 27608 CF03H
VISTA-DISK-DRVR.ASM.1 ASCII 20704 E911H
PD:<CPM.ASMUTL>
TDL-TOOL.LBR.1 BINARY 68224 893BH
TIMESTMP.LBR.1 BINARY 9344 A682H
XLT80-8.LBR.1 BINARY 42496 9F7DH
XREF27.LBR.1 BINARY 40704 D55BH
PD:<CPM.BASIC>
MBPRE-11.LBR.1 BINARY 17408 4C54H
PD:<CPM.BYE3>
-BYE500.NOT.1 ASCII 708 08B9H
-BYEUTIL.DOC.2 ASCII 1496 A8E4H
B3-TIME.INF.3 ASCII 972 1312H
B339INS.LBR.1 BINARY 116736 49C2H
B3AC-2.IQS.3 BINARY 2688 B60CH
B3AD-2.IQS.3 BINARY 2944 6C08H
B3AM-2.IQS.3 BINARY 2944 D693H
B3AP-2.IQS.3 BINARY 3072 0EA3H
B3B2-0.IQS.3 BINARY 2560 28A8H
B3C-5832.IQS.3 BINARY 2176 BBCDH
PD:<CPM.BYE3>
B3C-BBII.IQS.3 BINARY 1792 AE78H
B3C-BIN.IQS.3 BINARY 2048 6631H
B3C-CW.IQS.3 BINARY 2176 2557H
B3C-DD.IQS.1 BINARY 3200 119EH
B3C-KCT.IQS.3 BINARY 1408 4D00H
B3C-KP4.IQS.3 BINARY 1792 069CH
B3C-KPRO.IQS.3 BINARY 3456 C8A6H
B3C-LEG2.IQS.3 BINARY 3072 B37EH
B3C-QX10.IQS.3 BINARY 2688 5CBFH
B3C-SS1.IQS.3 BINARY 2176 7CC4H
B3C-XERO.IQS.3 BINARY 1664 972EH
B3CC-2.IQS.3 BINARY 3584 025CH
B3CMP1.IQS.2 BINARY 2944 6D6FH
B3CP-2.IQS.3 BINARY 4224 1B7CH
B3DP-2.IQS.3 BINARY 2816 DB5AH
B3EA-2.IQS.3 BINARY 2816 5EFAH
B3EP-1.IQS.3 BINARY 2688 4CB1H
B3H8-2.IQS.3 BINARY 2688 05DCH
B3HZ-2.IQS.3 BINARY 3072 DB25H
B3KP-2.IQS.3 BINARY 2432 7862H
B3MD-2.IQS.3 BINARY 3584 8B51H
B3OS-2.IQS.3 BINARY 5248 9EB8H
B3OV-2.IQS.3 BINARY 6656 6EE5H
B3PH-2.IQS.3 BINARY 2432 0BE9H
B3PMMI-4.AQM.1 BINARY 4992 9B82H
B3R1-2.IQS.3 BINARY 1920 AA31H
B3R2-2.IQS.3 BINARY 3072 B26CH
B3R3-2.IQS.3 BINARY 2048 F9EBH
B3R4-2.IQS.3 BINARY 2304 0E86H
B3SA-2.IQS.1 BINARY 2560 D179H
B3SB-2.IQS.3 BINARY 2432 29DAH
B3TV-2.IQS.3 BINARY 2560 1FD8H
B3US-2.IQS.3 BINARY 2944 CC44H
B3XE-2.IQS.3 BINARY 2304 C2EFH
B3ZB-3.IQS.3 BINARY 3200 83D0H
BDOS.MAC.2 ASCII 2058 ECF5H
BDOS.REL.2 BINARY 128 9891H
BYE3-INS.INF.3 ASCII 2340 E462H
BYE3-INS.IQF.3 BINARY 1920 0FE2H
BYE339.AQM.2 BINARY 60032 C781H
BYE339.DQC.1 BINARY 32000 74F7H
BYE339.LBR.1 BINARY 127872 580FH
BYETIME.COM.2 BINARY 9600 F05AH
BYETIME.PQS.2 BINARY 2688 B3BDH
CALLME.COM.2 BINARY 9088 FD9CH
CALLME.PQS.2 BINARY 3072 5F5FH
GETNAME.BAS.2 ASCII 1113 E5B3H
METAL.FIX.2 ASCII 2631 7D0AH
PD:<CPM.BYE5>
B5AA-2.IQS.1 BINARY 4480 706BH
B5EA-2.IQS.1 BINARY 2944 81A9H
B5ZB-2.IQS.1 BINARY 3072 0F3FH
B5ZB-3.IQS.1 BINARY 3200 509DH
PD:<CPM.CATLOG>
CCAT24.LBR.1 BINARY 26752 2017H
M-XCAT5.MSG.1 ASCII 2470 270AH
MCAT45.LBR.2 BINARY 83968 3EC9H
MCAT505.LBR.1 BINARY 100864 16D3H
XCAT43.LBR.1 BINARY 30592 24BCH
XCAT502.LBR.1 BINARY 81664 4053H
PD:<CPM.CPM3>
BANKSWAP.LBR.1 BINARY 15616 5E0AH
PD:<CPM.CPM86>
ARCDIR.CMD.1 BINARY 14208 56ECH
ARCDIR.DOC.1 ASCII 1455 70A7H
EMUL-V22.LBR.1 BINARY 15872 F9B0H
PD:<CPM.CPMLIB>
ARCDIR.COM.1 BINARY 10624 58D5H
ARCDIR.DOC.1 ASCII 1455 70A7H
NULU11.BQ2.1 BINARY 7808 DD8AH
NULU15.BQG.1 BINARY 2432 DA94H
PD:<CPM.DIRUTL>
DIRR4.LBR.1 BINARY 48512 E238H
NEWD.LBR.1 BINARY 9216 2DFBH
SD-REV.VQD.1 BINARY 4352 9E72H
SD111.LBR.1 BINARY 71680 7D43H
UNERA31.LBR.1 BINARY 22912 7716H
PD:<CPM.DISASM>
COMPRESS.AQM.1 BINARY 3968 4253H
DAZLSTR1.LBR.1 BINARY 80384 22E1H
PD:<CPM.DSKUTL>
SODU82.LBR.1 BINARY 33536 1D2EH
PD:<CPM.EPSON>
BARCODE.LBR.1 BINARY 23808 F026H
FACELIFT.BQS.1 BINARY 3840 914CH
PD:<CPM.FILCPY>
FIP.LBR.1 BINARY 51584 C629H
PD:<CPM.FILUTL>
COMID1.LBR.1 BINARY 3840 14C8H
COMPAR11.LBR.1 BINARY 8064 F598H
GRAB.LBR.1 BINARY 21376 F26AH
TABLECRC.LBR.1 BINARY 1920 504CH
PD:<CPM.GENASM>
DISPMEN.LBR.1 BINARY 8576 6B12H
PD:<CPM.GENDOC>
INTERNET.GATEWAYS.1 ASCII 9662 E8C2H
PD:<CPM.HAMRADIO>
ARRL0420.TXT.1 ASCII 20529 9EE2H
CELLULAR.SIEVE.1 ASCII 14913 EF2AH
HAMFREQS.LST.1 ASCII 9825 9AF0H
W5YI0720.TXT.1 ASCII 19452 9FB4H
PD:<CPM.HEATH>
DIAL.ASM.1 ASCII 7229 E315H
DIAL.INS.1 ASCII 684 86F7H
PD:<CPM.HELP>
WS.HQP.1 BINARY 2944 2DFBH
PD:<CPM.IMP>
I2BT-1.AQM.1 BINARY 8192 15B0H
I2C8-1.AQM.1 BINARY 10240 3681H
I2US-1.AQM.1 BINARY 7424 622EH
PD:<CPM.KAYPRO>
DEC85.MQG.1 BINARY 22528 E565H
KCHRSET1.LBR.1 BINARY 13824 6C45H
NDSKMSTR.LBR.1 BINARY 39424 AD87H
PD:<CPM.LIST>
ZIPP.LBR.1 BINARY 12160 6580H
PD:<CPM.MATH>
BASE.LBR.1 BINARY 10496 CA19H
PD:<CPM.MEX>
MXM-AD14.AQM.1 BINARY 10368 4847H
MXM-AD14.HQX.1 BINARY 2560 37E5H
MXO-BW12.AQM.1 BINARY 13696 32D7H
MXO-HZ20.AQM.1 BINARY 16128 DCB3H
MXO-MR11.AQM.1 BINARY 23936 9373H
PD:<CPM.MISC>
BBSLAW01.MSG.1 ASCII 3416 250FH
BBSLAW02.MSG.1 ASCII 5805 2BFEH
BBSLAW03.MSG.1 ASCII 8391 91B9H
BYAREA.BBS.506 ASCII 67583 40D9H
EBCDIC.CQ.1 BINARY 1920 7189H
PDFT-115.LQT.1 BINARY 11136 3456H
PDSE068A.LQT.1 BINARY 53504 726EH
ROYALOAK.DQR.5 BINARY 73728 F58AH
XEROXBBS.NOV85.1 ASCII 2756 2DBEH
ROBUST.EOT.1 ASCII 2547 28B4H
M7-OVL27.LST.1 ASCII 5318 E3C4H
M7BT-1.AQM.1 BINARY 7936 8428H
M7TV-9.AQM.2 BINARY 11136 BA14H
PD:<CPM.OSBORN>
ROX.LBR.1 BINARY 124416 9620H
PD:<CPM.PACKET>
9LANDNET.MAP.1 ASCII 19895 EA7DH
BBSHELP.TXT.1 ASCII 13810 CF39H
DAUGINST.TXT.1 ASCII 62681 4EF4H
GTWY0125.TXT.1 ASCII 14303 255AH
GTWY0201.TXT.1 ASCII 16182 4AA7H
GTWY0202.TXT.1 ASCII 16280 7C53H
GTWY0203.TXT.1 ASCII 17124 FF33H
GTWY0204.TXT.1 ASCII 17011 36D9H
GTWY0206.TXT.1 ASCII 17154 5547H
GTWY0207.TXT.1 ASCII 16727 44BEH
MAPR-MAP.18C.1 ASCII 7886 63DCH
MULRPT.LBR.2 BINARY 48640 C029H
NE-MAP.019.1 ASCII 8229 533BH
W0RLI.DQC.2 BINARY 87296 6B5AH
PD:<CPM.PCDOS>
ARC450.DQC.1 BINARY 17152 9F81H
ARC450.EQE.1 BINARY 24832 561BH
ARC450.UPD.1 ASCII 2771 0FBCH
AREA3.LBR.1 BINARY 43520 5806H
DPROTECT.LBR.1 BINARY 5120 DC89H
DUMP.LBR.1 BINARY 8320 56DCH
EXTND.IQC.1 BINARY 4480 859EH
PCSHELL.LBR.1 BINARY 81792 3008H
QMDM112.ARC.1 BINARY 148736 9CEBH
SDL31.LBR.1 BINARY 17792 26FFH
PD:<CPM.RCPM>
DIRTYDOZ.003.1 ASCII 9684 4333H
KMD08-81.BUG.1 ASCII 1748 68CBH
RPASS13.LBR.1 BINARY 21760 BDA0H
SFILE26.LBR.1 BINARY 35968 FBAFH
WIS103.LBR.1 BINARY 16768 69E2H
PD:<CPM.STARTER-KIT>
SIMTEL-ARCHIVES.INFO.2 ASCII 23590 526DH
PD:<CPM.SUBMIT>
EX15.LBR.1 BINARY 33024 A8BCH
MKBATCH2.LBR.1 BINARY 3840 1FFCH
SUBMIT.IQF.1 BINARY 5248 685DH
PD:<CPM.SYSUTL>
EMUL-V22.LBR.1 BINARY 15872 F9B0H
PHOTO.LBR.1 BINARY 6016 473BH
PD:<CPM.TERM>
ADM3.SWITCHES.1 ASCII 4981 A6D3H
CLS.LBR.1 BINARY 4352 4415H
PD:<CPM.TOPS-20>
MODEM.MAC.327 ASCII 56287 A696H
PD:<CPM.TURBOPAS>
DEARC-CP.LBR.1 BINARY 28032 C01AH
PRETTY2.PQS.1 BINARY 7808 726DH
PD:<CPM.TXTUTL>
LD20.LBR.1 BINARY 12928 1F2BH
PD:<CPM.VAXVMS>
VMODEM.H.1 ASCII 925 88B7H
VVMODEM.C.1 ASCII 6417 51F1H
VVRB101.C.1 ASCII 16312 83E1H
VVRB101.MAN.1 ASCII 5650 1C6AH
VVSB101.C.1 ASCII 11483 D655H
VVSB101.MAN.1 ASCII 4109 47FFH
PD:<CPM.WSTAR>
ENSOFT2.LBR.1 BINARY 7680 6D82H
ODDEVEN.PQT.1 BINARY 6016 C01DH
PAIRX13.LBR.1 BINARY 3456 BF78H
WS.HQP.1 BINARY 2944 2DFBH
WSMULCOP.LBR.1 BINARY 16000 86C8H
PD:<CPM.Z3NEW>
Z3NEWS.309.1 ASCII 20988 BC52H
Z3NEWS.3Q9.1 BINARY 14592 C14CH
Z3NEWS3.LBR.1 BINARY 103680 B405H
PD:<CPM.ZCPR3>
ARUNZ07.LBR.1 BINARY 15232 E573H
KP484Z3.LBR.1 BINARY 69248 121DH
PCPI-ZCPR.LBR.1 BINARY 67712 C362H
Z3NEWS.3Q4.1 BINARY 12544 EF22H
Z3NEWS.3Q8.1 BINARY 12800 D2AEH
Z3NEWS.3Q9.1 BINARY 14592 C14CH
Z3NEWS3.LBR.1 BINARY 103680 B405H
ZHELPR13.RQS.1 BINARY 2560 5559H
ZNODES13.LQT.1 BINARY 2816 A380H
24-Dec-85 16:16:31-MST,860;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Dec 85 16:16:26-MST
Received: from xerox.arpa by AMSAA.ARPA id a026863; 24 Dec 85 17:50 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 24 DEC 85 14:49:00 PST
From: NBaheti.es@XEROX.ARPA
Date: 24 Dec 85 14:49:19 PST
Subject: Re: auto-booting a kaypro
In-reply-to: greenber%phri.uucp@BRL.ARPA's message of 23 Dec 85 20:06:08
GMT, <2078@phri.UUCP>
To: Ross Greenberg <greenber%phri.uucp@BRL.ARPA>
cc: info-cpm@AMSAA.ARPA
Message-ID: <851224-144900-1376@Xerox>
Also, along with the FORMAT system, there are programs available that
will do the trick. Or you could dig down into the first few sectors on
the disk and find the 20H characters that signify such a spot.
--Arun Baheti
NBaheti.es@Xerox
...litvax!flkvax!trwrb!group3!arun
25-Dec-85 06:32:37-MST,836;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Dec 85 06:32:30-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a027769; 25 Dec 85 8:09 EST
Received: from usenet by TGR.BRL.ARPA id a004900; 25 Dec 85 7:57 EST
From: guarna@uiucdcsb.cs.uiuc.edu
Newsgroups: net.micro.cpm
Subject: CP/M for 16FDC
Message-ID: <4800011@uiucdcsb>
Date: 23 Dec 85 16:33:00 GMT
Nf-ID: #N:uiucdcsb:4800011:000:282
Nf-From: uiucdcsb.CS.UIUC.EDU!guarna Dec 23 10:33:00 1985
To: info-cpm@AMSAA.ARPA
Does anyone know where I might be able to buy CP/M for a Z-80 system
using the Cromemco 16FDC disk controller. Up to this point I have been
using Cromemco's CDOS (CP/M look-alike, sorta), but I have finally started
having some compatibility problems.
Vince
ihnp4!uiucdcs!guarna
25-Dec-85 19:14:40-MST,797;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Dec 85 19:14:35-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a029015; 25 Dec 85 20:48 EST
Received: from usenet by TGR.BRL.ARPA id a009976; 25 Dec 85 20:40 EST
From: Blackwell <mdb%aicchi.uucp@BRL.ARPA>
Newsgroups: net.music,net.micro.cpm
Subject: MIDI <-> CP/M-80
Message-ID: <642@aicchi.UUCP>
Date: 25 Dec 85 04:43:22 GMT
Xref: seismo net.music:11416 net.micro.cpm:5413
To: info-cpm@AMSAA.ARPA
I am looking for any information on interfacing my Otrona Attache
(CP/M-80, z80, rs-232, rs-422, std bus) to a MIDI synth.
Any pointers to available hardware, software, books, etc, will be
greatly appreciated.
Thanks in advance,
Mike Blackwell
..ihnp4!aicchi!mdb
25-Dec-85 20:35:37-MST,1064;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Dec 85 20:35:31-MST
Received: from lll-mfe.arpa by AMSAA.ARPA id a029097; 25 Dec 85 22:09 EST
Date: Wed, 25 Dec 85 22:06 EST
From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
Subject: SYSGEN woes
To: info-cpm@AMSAA.ARPA
Date: Wed, 25-DEC-1985 22:08 EST
To: info-cpm@amsaa.arpa
Message-ID: <[OAK.SAINET.MFENET].DE860A40.008E80DC.SECRIST>
Organization: Science Applications Int'l. Corp., Oak Ridge, Tenn.
Geographic-Location: 36 01' 42" N, 84 14' 14" W
CompuServe-ID: [71636,52]
X-VMS-Mail-To: ARPA%"info-cpm@amsaa.arpa"
I use CP/M-80 on a variety of machines, but mostly on my Apple //e at
home (I also have CP/M for my C64). Anyway, PCPI, ALS, and Commodore
were not nice enough to provide a SYSGEN or MOVCPM program with their
products. Short of hacking upon the disk itself with a sector editor,
are their any substitute utilities I could use ? Suggestions anyone ?
Many thanks.
Richard
SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa
26-Dec-85 23:21:12-MST,784;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Dec 85 23:21:07-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a008666; 27 Dec 85 0:56 EST
Received: from usenet by TGR.BRL.ARPA id a005961; 27 Dec 85 0:45 EST
From: Jim Gilbert <jim%fritz.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: MIX C
Message-ID: <4445@fritz.UUCP>
Date: 26 Dec 85 16:40:57 GMT
To: info-cpm@AMSAA.ARPA
I would greatly appreciate it if anyone with exposure to the MIX C compiler
for CP/M 80 would mail me their comments. If the quantity and quality of
replies received warrants I will dutifully summarize them and post the
summary to this newsgroup.
Thank you kindly. Happy holidays!
Jim Gilbert
ihnp4!trwrb!felix!jim
27-Dec-85 11:07:17-MST,1483;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Dec 85 11:06:56-MST
Received: from office-1.arpa by AMSAA.ARPA id a015267; 27 Dec 85 12:43 EST
Date: 27 Dec 85 09:17 PST
From: Alan Bomberger <ACB.COR@OFFICE-1.ARPA>
Subject: Osborne Executive question
To: info-cpm@AMSAA.ARPA
Message-ID: <COR-ACB-8B9DM@OFFICE-1>
I have this product (Write-Hand-Man) that has recently been converted to run on
CP/M 3.0 (primarily for the C-128 market). I find that it fails to work on the
Executive. Since I had trouble with the Vixen (another osborne creation tha
was a non-standard CP/M 2 machine) I suspect the Executive is not a "simple"
CP/M 3.0 machine. Can someone answer a few questions.
What is the size of the Common Bank.
What are the System Addresses (in both banks, BDOS and BIOS addresses, SCB
address and the like)
What are the first few instructions of the BDOS (in both banks)
Is the BIOS jump vector "complete" allowing SELBNK calls from RSX's that happen
to be in the common bank (see question 1).
WHM is an RSX that Reenters the BDOS and thus must reach inside and save Stacks
and state variables in both banks before it reenters the BDOS. I had hoped
that since CP/M 3.0 was even less alive than CP/M 2.2 (have you ever tried to
get an unconfigured CP/M 3.0 system with all the manuals and source?) there
would be few "custom versions". Leave it to osborne.
Thanks for any help
27-Dec-85 12:22:39-MST,511;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Dec 85 12:22:31-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a017334; 27 Dec 85 13:57 EST
Date: Fri, 27 Dec 85 13:47:43 EST
From: Herb Lin <LIN@mit-mc.ARPA>
Subject: epson LX-80 vs Panasonic KX-1091
To: INFO-PRINTERS@mit-mc.ARPA
cc: LIN@mit-mc.ARPA, info-cpm@AMSAA.ARPA
Message-ID: <[MC.LCS.MIT.EDU].767234.851227.LIN>
anyone have any comments on these guys? a friend is considering them both.
28-Dec-85 17:07:43-MST,1322;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Dec 85 17:07:27-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a021054; 28 Dec 85 18:42 EST
Received: from mit-eddie.arpa by AOS.BRL.ARPA id a026445; 28 Dec 85 18:37 EST
Received: by mit-eddie (4.12/4.7)
id AA00660; Sat, 28 Dec 85 18:08:34 est
Date: Sat 28 Dec 85 18:21:42-EST
From: Andrew Moore <T.MOORE%MIT-EECS@MIT-EDDIE.ARPA>
Subject: Alternate WP for Apple CP/M
To: info-apple@BRL.ARPA
Cc: info-cpm@BRL.ARPA
Message-Id: <12170814660.8.T.MOORE@MIT-EECS>
I am looking for a word processor that I can use under CP/M on an Apple II+.
WordStar updates the screen at an annoyingly dead slow pace. The fact that my
eighty-column card does not support line insert/delete does not help, but I do
know that it can run a little faster than WordStar wants to. Any information
other word processing software would be appreciated. Hardware setup includes
Apple II+
10MB (sider) hard disk
MicroSoft CP/M (60k 2.23)
Videx-compatible eighty-column card (Viewmax-80)
Diablo 630 printer on an Apple Serial Interface (NOT the SSC, but I do have
a SSC that I can use if the word processor will not work with Apple's
interface)
-drew
MOORE%MIT-EECS@MIT-MC.ARPA
...mit-eddie!moore
-------
29-Dec-85 21:01:36-MST,1387;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 29 Dec 85 21:01:27-MST
Received: from purdue-cs-il-gw.arpa by AMSAA.ARPA id a022723;
29 Dec 85 22:40 EST
Received: from ec.Purdue.EDU (purdue-ecn-ec) by mordred.Purdue.EDU; Sun, 29 Dec 85 22:38:18 EST
Date: Sun, 29 Dec 85 22:38:00 EST
From: mjs <@purdue.ARPA (Mike Spitzer):mjs@purdue-ecn-ee.ARPA>
Received: by ec.Purdue.EDU; Sun, 29 Dec 85 22:38:00 EST (5.5/5.20)
Message-Id: <8512300338.AA26986@ec.Purdue.EDU>
To: info-cpm@AMSAA.ARPA
MMDF-Warning: Parse error in preceding line at AMSAA.ARPA
Subject: Help needed with 8251 USART
Does anyone out there have any experiece programming the 8251 USART? I
am using a Royal Alphatronic PC with CP/M 2.2, and want to be able to
set and change the baud rate. I have the data sheets for the 8251, and
through much experimentation, I am able to change the baudrate to suit
my needs. Unfortunatly, as soon as I try to send data out the port,
the chip locks up. Data coming in works fine. Anyone know anything
about this? I can send you the code that I am using if you think
that you can help me out...
Thanks...
Mike Spitzer
mjs@purdue-ecn
[decvax,ucbvax,ihnp4,inuxc]!pur-ee!mjs
30-Dec-85 01:40:29-MST,1094;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 01:40:23-MST
Received: from sdcsvax.arpa by AMSAA.ARPA id a023001; 30 Dec 85 3:18 EST
Received: by sdcsvax.ARPA (5.31/4.41)
id AA23398; Mon, 30 Dec 85 00:16:06 PST hops=0
From: crash!kevinb@SDCSVAX.ARPA
Message-Id: <8512300816.AA23398@sdcsvax.ARPA>
Date: Sun, 29 Dec 85 23:14:46 PST
To: gould9!ihnp4!pur-ee!mjs@SDCSVAX.ARPA
Subject: 8251 Usart
Cc: Info-CPM@AMSAA.ARPA
The CCS S-100 bus system CPU includes a small program in it's ROM for an
auto baud rate detection for console baud rate. When you boot, you hit the
return key 3 times and you're in A> prompt. I could try to get a copy of this
to you, to use as a source for developeing a driver for whatever comm program
you're using. Yes, please send code to the below address, I'll take a look at
it.
Kevin J. Belles - UUCP {sdcsvax,ihnp4!gould9,noscvax,cbosgd}!crash!kevinb
Disclaimer: Anything within, unless directly attributed is my opinion,
and does not reflect that of my place of employment. KjB
30-Dec-85 05:19:46-MST,1095;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 05:19:40-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a023276; 30 Dec 85 6:51 EST
Received: from usenet by TGR.BRL.ARPA id a008854; 30 Dec 85 6:40 EST
From: repete%inmet.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: Re: Orphaned Response
Message-ID: <16600006@inmet.UUCP>
Date: 27 Dec 85 15:11:00 GMT
Nf-ID: #R:houxa:-86400:inmet:16600006:177600:531
Nf-From: inmet!repete Dec 27 10:11:00 1985
To: info-cpm@AMSAA.ARPA
I read a review of a checkbook program for CPM-80 called
"The Smart Checkbook" from Softquest Inc., Vienna, VA (703) 281-1621.
Features included printing the checks and addressing envelopes (I think)
as well as very flexible budget/account categories allowing checks
to be split across several categories; and it was supposed to be
fast.
The biggest drawback was the price ($139), but I seriously thought
about buying it until my VT-180 (DEC "robin") died. Now I'm thinking
of an Amiga as a better way to spend the repair money.
30-Dec-85 10:28:39-MST,541;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 10:28:33-MST
Received: from simtel20.arpa by AMSAA.ARPA id a000681; 30 Dec 85 11:55 EST
Date: Mon 30 Dec 85 09:54:23-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: New Z3 files
To: info-cpm@AMSAA.ARPA
Message-ID: <12171268438.10.RCONN@SIMTEL20.ARPA>
In PD:<CPM.ZCPR3> and PD:<CPM.Z3NEW> are:
ARUNZ.BUG -- bug report on ARUNZ207
EXTCMDRN.DOC -- another approach to extended command processors under
Z3
-------
30-Dec-85 11:03:47-MST,2049;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 11:03:38-MST
Received: from purdue-cs-il-gw.arpa by AMSAA.ARPA id a001309;
30 Dec 85 12:35 EST
Received: from ec.Purdue.EDU (purdue-ecn-ec) by mordred.Purdue.EDU; Mon, 30 Dec 85 12:32:10 EST
Date: Mon, 30 Dec 85 12:31:47 EST
From: mjs <@purdue.ARPA (Mike Spitzer):mjs@purdue-ecn-ee.ARPA>
Received: by ec.Purdue.EDU; Mon, 30 Dec 85 12:31:47 EST (5.5/5.20)
Message-Id: <8512301731.AA07036@ec.Purdue.EDU>
To: ihnp4!crash!kevinb <@purdue.ARPA:ihnp4!crash!kevinb@purdue-ecn-ee.ARPA>
Subject: Re: 8251 Usart
Cc: info-cpm@AMSAA.ARPA
MMDF-Warning: Parse error in preceding line at AMSAA.ARPA
Thanks for your quick reply. First of all, let me give you a little
background about this computer(Royal Alphatronic PC). According to Royal,
the only way to change the baud rate is by a hardwired jumper on the
main PCB. But, like I said, I've been able to change it as long as I
don't try to send data out. When I send something out, everything locks
up and I must do a cold boot. This mystifies me, because everything that
I am doing seems to make sense. Here's my setbaud.asm:
MCNTR EQU 41H ;Modem control port
RESET EQU 01000000B ;Value for port reset
MINIT1 EQU 01111010B ;Value for 1 stop bit, even parity,
; 7 data bits, 16X baud rate
MINIT2 EQU 00010101B ;Value for Error reset, transmit
;enable, receive enable
ORG 100H
INITIALISE: MVI A,RESET ;Puts 8251 in instruction mode
OUT MCNTR ;
MVI A,MINIT1 ;sets up baud, etc.
OUT MCNTR ;
MVI A,MINIT2 ;Puts 8251 back in normal mode
OUT MCNTR
JMP 0
This is pretty self explanatory, I guess... and it SHOULD work, but
there must be something that I'm missing...
Let me know what you can come up with.
Thanks again,
Mike
ihnp4!pur-ee!mjs
30-Dec-85 15:58:00-MST,599;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Dec 85 15:57:51-MST
Received: from edwards-2060.arpa by AMSAA.ARPA id a007652; 30 Dec 85 17:33 EST
Date: Mon 30 Dec 85 14:31:51-PDT
From: D-ROGERS@EDWARDS-2060.ARPA
Subject: dirx documentation
To: info-dec-micro@SU-SCORE.ARPA
cc: info-cpm@AMSAA.ARPA
Does anyone out there have a .doc file for the xdir.cmd which is in
demo:[cpm.rainbow] at dec-marlboro? Are there any switches available?
I'd like to be able to inventory SYS files as well as DIR files.
ADVthanxANCE, d e r
-------
31-Dec-85 01:12:45-MST,1065;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 01:12:40-MST
Received: from mit-mc.arpa by AMSAA.ARPA id a010196; 31 Dec 85 2:36 EST
Date: Tue, 31 Dec 85 00:31:11 EST
From: "Paul R. Grupp" <GRUPP@mit-mc.ARPA>
Subject: 8251 Usart
To: "mjs@purdue.ARPA :mjs"@purdue-ecn-ee.ARPA
cc: info-cpm@AMSAA.ARPA
Message-ID: <[MC.LCS.MIT.EDU].769344.851231.GRUPP>
[ I don't think the mailer will hack your return address, so here it
goes to the list at large ]
First of all I think you want 8 data bits not 7, and the usual 1
stop bit, 16X baud clock. Second, to RE-init the 8251 you first have
to send a command to it to turn it off, THEN the reset, init, and
enable sequence. For 8 data, 1 stop, 16X here are the values in HEX.
0AAh 040h 0CEh 017h. Also you *CAN* change the baud rate (within
limits) by changing the 1X, 16X, 64X clock devider rate. i.e.
if you set the hardware switch to 1200 baud then by changing the
16X to 64X you would get 300 baud! Hope this helps.
--Paul
31-Dec-85 01:46:49-MST,522;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 01:46:44-MST
Received: from usc-isi.arpa by AMSAA.ARPA id a007842; 30 Dec 85 18:11 EST
Date: 30 Dec 1985 18:06:57 EST
Subject: LU for ZCPR3
From: Steve Noland <NOLAND@USC-ISI.ARPA>
To: INFO-CPM@AMSAA.ARPA
Does anybody know if there has been a version of either LU or NULU
done to support specific ZCPR3 functions, such as Named Directories,
TERMCAP, etc.???
Thanks in advance,
Steve Noland
-------
31-Dec-85 09:54:57-MST,1467;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 09:54:44-MST
Received: from dockmaster.arpa by AMSAA.ARPA id a018149; 31 Dec 85 11:28 EST
Posted-Date: 31 Dec 85 11:24 EST
Date: Tue, 31 Dec 85 11:21 EST
From: "Paul E. Woodie" <Woodie@DOCKMASTER.ARPA>
Subject: Re: Osborne Executive question
To: info-cpm@AMSAA.ARPA
In-Reply-To: Message of 27 Dec 85 12:17 EST from "Alan Bomberger"
Message-ID: <851231162119.947750@DOCKMASTER.ARPA>
There was a recent request for memory-map type information on the
Osborne Executive. I have not had time to get all the information
requested, but I will provide some of it now and some later, as time
permits.
Bank 0: The lower part contains system space and the upper part
contains most of bios and bdos. The top part (4k, I think) is common to
all banks and is the normal way that the banks talk to each other.
Bank 1: This is the normal user-accessable bank, it contains the cpm 3
base page, the TPA, and the common area in the highest addresses.
0-0ffh: cpm 3 base page
100h-0f305h: TPA
0f306h-0f8ffh: p/o bios,bdos
The address of the warm start bios entry point in the jmp at 0000.
The address of the bdos entry point in the jmp at location 0005.
Banks 2-6: Empty at present
Bank 7: Contains video memory
Bank 8: Start-up ROM, function key definitions,etc
in the lowest part of memory.
31-Dec-85 16:13:02-MST,1563;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 16:12:54-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a023263; 31 Dec 85 17:50 EST
Received: from usenet by TGR.BRL.ARPA id a013724; 31 Dec 85 17:40 EST
From: jp@LANL.ARPA
Newsgroups: net.micro.cpm
Subject: Re: 8251 Usart
Message-ID: <35676@lanl.ARPA>
Date: 31 Dec 85 15:22:32 GMT
To: info-cpm@AMSAA.ARPA
It's been a while, but I recall that the 8251 had a problem with reset.
The solutions I've seen are 1: send reset several (3?) times, 2: go through
the reset-program sequence twice. Don't know exactly what the problem with
the 8251 is but that seems to fix it.
AH, I found some code from my HAL MCEM-8080 (ca 1976).
UARTI EQU 8EH ;INITIAL UART MODE WORD
URTMO EQU 0EAH ;7 BITS, EVEN PARITY, 2 STOP
URTCT EQU 0BH ;UART CONTROL PORT
URTDA EQU 0AH ;UART DATA PORT
UARTR EQU 55H ;RESET COMMAND
TXRXE EQU 27H ;UART RX AND TX ENABLE
INIT: MVI A,UARTI ;UART MODE OUT
OUT URTCT
MVI A,UARTR ;RESET
OUT URTCT
MVI A,URTMO ;FINAL UART MODE
OUT URTCT
MVI A,TXRXE ;ENABLE UART
OUT URTCT
RET
The above code works. I have seen a slightly different way, but can't
lay my hands on it this morning.
I remember now that the 8251 comes on with its brains slightly scrambled.
There are two control bytes that are sent to the same address sequentially
and it doesn't know where it is in that sequence when first initialized.
Hope this is some help.
Jim Potter jp@lanl.arpa
31-Dec-85 17:06:55-MST,725;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 17:06:49-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a023509; 31 Dec 85 18:43 EST
Received: from nadc.arpa by AOS.BRL.ARPA id a000896; 31 Dec 85 18:15 EST
Date: 31 Dec 1985 00:17:14-EST
From: zielinsk@NADC.ARPA
To: info-cpm@BRL.ARPA
Subject: terminal translator program?
Cc: zielinsk@NADC.ARPA
Does anyone know of a program for CP/M which would allow the system
to be used as a VT100 terminal (i.e. translat incoming ANSI codes to
whatever terminal is hooked to the CP/M system). TERM II comes close
but only allows one-for-one mapping. I'm using an ADM31 type of terminal.
Thanks.
zielinsk@NADC
31-Dec-85 18:19:34-MST,704;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 18:19:26-MST
Received: from brl-tgr.arpa by AMSAA.ARPA id a023670; 31 Dec 85 19:53 EST
Received: from usenet by TGR.BRL.ARPA id a016072; 31 Dec 85 19:42 EST
From: Corporate User Publications <macdonald%author.dec@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: UNERASE.COM
Message-ID: <208@decwrl.DEC.COM>
Date: 31 Dec 85 16:14:28 GMT
Sender: daemon@DECWRL.ARPA
To: info-cpm@AMSAA.ARPA
DOES ANYONE HAVE A SOURCE FOR A DIRECTORY RECOVERY PROGRAM FOR
KAYPRO OR OSBORNE CP/M FORMAT DISKETTES. I ACCIDENTLY REWROTE
THE DIRECTORY AND BOOT SECTORS OF A FULL DISKETTE.
THANKS
PAUL
31-Dec-85 20:44:13-MST,870;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 20:44:05-MST
Received: from brl-aos.arpa by AMSAA.ARPA id a023861; 31 Dec 85 22:24 EST
Received: from mitre.arpa by AOS.BRL.ARPA id a001890; 31 Dec 85 22:19 EST
Date: Tue, 31 Dec 85 22:19:56 est
From: Thomas Reid <treid@MITRE.ARPA>
Full-Name: Thomas Reid
Message-Id: <8601010319.AA07547@mitre.ARPA>
Organization: The MITRE Corp., Washington, D.C.
To: info-cpm@BRL.ARPA, zielinsk@NADC.ARPA
Subject: Re: terminal translator program?
Cc: info-cpm@BRL.ARPA
There is a PD program GATE.LBR for generalized async terminal emulator
which I have downloaded from somewhere (since I am replying, I don't know
whether it is on simtel20 - I will upload it if it isn't). I haven't
tried it yet so what info I have is from a quick look at the documentation.
31-Dec-85 21:27:36-MST,1574;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 31 Dec 85 21:27:27-MST
Received: from simtel20.arpa by AMSAA.ARPA id a023954; 31 Dec 85 23:06 EST
Date: Tuesday, 31 December 1985 11:34-MST
Message-ID: <KPETERSEN.12171652553.BABYL@SIMTEL20.ARPA>
Sender: Dick <MEAD@USC-ECLB.ARPA>
From: Dick <MEAD@USC-ECLB.ARPA>
To: w8sdz@SIMTEL20.ARPA
Subject: Uploaded LUZ3.LBR
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Tue 31 Dec 1985 21:04-MST
I have uploaded to SIMTEL20 a set of LBR utils using Z3 format, I
don't have any sources. This may answer a question I saw on
INFO-CPM...
Filename Type Bytes CRC
Directory PD:<CPM.ZCPR3>
LUZ3.LBR.1 BINARY 20608 3A2DH
This LBR contains the following Library Utilities for ZCPR3:
LGET.COM extracts files from within library files with optional unsqueeze.
LHELP.COM processes HLP/HQP files from within library files
LLF.COM lists files within library files
LX.COM executes COM files within library files
These tools assist the ZCPR3 user in dealing with libraries in the
ZCPR3 environment. Following the ZCPR3 philosophy of how commands
should be constructed, these are full ZCPR3 tools which take advantage
of the ZCPR3 environment and can only run in the ZCPR3 environment.
These tools are written in Z80 code and will only run on Z80 or
HD64180 microprocessors. Online documentation for each tool is
available by typing the name of the tool followed by two slashes:
TOOL //
.Dick.