2-Apr-84 07:31:53-MST,738;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 07:31:48-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:02 EST
Received: From sri-kl.arpa.ARPA by BRL-AOS via smtp; 30 Mar 84 17:46 EST
Date: 30 Mar 1984 14:34-PST
Sender: BILLW@Sri-Kl.ARPA
Subject: RE: WordStar Message Patch (faster entry to WS)
From: BILLW@Sri-Kl.ARPA
To: bbloom@Brl-Mis.ARPA
Cc: info-cpm@Brl-Aos.ARPA
Message-ID: <[SRI-KL]30-Mar-84 14:34:30.BILLW>
In-Reply-To: The message of Fri, 30 Mar 84 12:50:43 EST from Bob Bloom (TECOM) <bbloom@Brl-Mis.ARPA>
This is probably the wrong list to ask, but has anyone dones
anythihng similar for MSDOS wordstar?
Thanks
Bill W
2-Apr-84 07:37:51-MST,864;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 07:37:47-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:02 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 30 Mar 84 19:25 EST
Date: Fri 30 Mar 84 16:23:48-PST
From: Sam Hahn <SHahn@SUMEX-AIM.ARPA>
Subject: Re: slaving z-80 to an 8086..
To: LIN@MIT-MC.ARPA
cc: info-cpm@BRL-AOS.ARPA
In-Reply-To: Message from "Herb Lin <LIN@Mit-Mc.ARPA>" of Fri 30 Mar 84 11:16:00-PST
Herb,
I think you're referring to the SPU-Z, which has a 6Mhz Z80B,
192kb, 2 serial ports, and can slave to the 86/87, 286, 68k, and 16032
boards. It'll be supported by MP/M 816 (good for guys like us).
Last I heard, though, was that it's still not quite available.
(...and I just got an 85/88...).
-- sam [shahn@sumex]
-------
2-Apr-84 07:55:46-MST,660;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 07:55:42-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:02 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 30 Mar 84 18:40 EST
Date: 30 March 1984 16:35-EST
From: Gail Zacharias <GZ@Mit-Mc.ARPA>
Subject: Tops-20 utilities on Simtel20
To: ables@Ut-Ngp.ARPA
cc: INFO-CPM@Mit-Mc.ARPA
In-reply-to: Msg of Fri 30 Mar 84 09:32:39 CST from King Ables <ables at ut-ngp.ARPA>
The name of the directory containing the utilities is actually
MICRO:<CPM.TOPS-20>, not <cpm.tops20> as I claimed. Sorry for any confusion.
2-Apr-84 08:06:06-MST,1514;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:05:53-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:02 EST
Received: From brl-bmd.arpa.ARPA by BRL-MIS via smtp; 30 Mar 84 18:22 EST
Date: Fri, 30 Mar 84 18:20:51 EST
From: Charlie Strom (NYU) <strom@Brl-Bmd.ARPA>
To: Herb Lin <LIN@mit-mc.arpa>
cc: INFO-CPM@Brl.ARPA
Subject: Re: slaving z-80 to an 8086..
Macrotech International (the firma that sells a 1Meg S-100 memory board)
will be introducing a CPU board designed to be a plug-compatible
replacement for the Compupro 8085/88. It will sport a Z80B at 6MHz
and an 80286, also at 6MHz I believe. They had not planned to implement
the circuitry necessary to allow the use of 8 bit wide memory, but
discovered that MPM-816 has some quirks that makje this a necessity. It
is therefore back to the drawing board. My latest report is that
the mark two design is complete and pc board artwork will commence
momentarily. Macrotech expects to have a wirewrap prototype at Comdex;
I will have one of the first real production run of pc boards and will
reort at that time (time frame is 1-2 months from now). This board
should really be a spped demon, but it will not be cheap. Macrotech
seems to be committed to leading edge technology for high-powered
multiuser systems, such as G&G systems, Alpha Micro (a major
customer for their ram boards), etc., and price is secondary to
performance.
2-Apr-84 08:10:29-MST,1676;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:10:20-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:12 EST
Date: 1 Apr 1984 01:35 MST (Sun)
Message-ID: <KPETERSEN.12003929818.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: Updated MDM730 files
MDM730.ASM, .AQM, .HEX and .COM on SIMTEL20 have been updated to Irv's
"official release". The new files have a .2 after the filetype and
the original .1 versions have been deleted.
A .DIF file has been provided for those who got the source code and
want to update without having to download again. Here's the info on
it:
M730730A.NOT - March 31, 1984
Provided by Keith Petersen, W8SDZ
M730730A.DIF is an SSED2 editor script provided for those who
downloaded the original MDM730.AQM which was superceeded by
an updated version from Irv Hoff released one day after the
original. It allows users to update to the revised version
without having to download whole new file.
Use the following command to make MDM730A.ASM (a temporary
name only), the updated version. It is not intended to revise
the version number at this time.
SSED -U MDM730.AQM <M730730A.DIF >MDM730A.ASM
The above assumes you have the .AQM file. If you have already
unsqueezed it use the following command instead:
SSED MDM730.ASM <M730730A.DIF >MDM730A.ASM
The CRC of the resultant output file, after assuring EOF padding of
the last sector by running FILTX or FILTEX on MDM730A.ASM, is:
--> FILE: MDM730A .ASM CRC = B3 D3
--Keith
2-Apr-84 08:32:14-MST,812;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:32:08-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:13 EST
Date: 1 Apr 1984 02:01 MST (Sun)
Message-ID: <KPETERSEN.12003934494.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: PAT730V4.ASM for MDM730 now available
Reply-To: PLOUFF@Mit-Mc.ARPA
Date: Saturday, 31 March 1984 13:52-MST
From: Robert L. Plouffe <PLOUFF at MIT-MC>
Re: PAT730V4
PAT730V4.ASM is now ready. In addition to longer wait times (optional
by selecting your value), this patch file also makes it possible to
feed rubout characters to the local console. They are trapped in
the "released" version of MDM730.
2-Apr-84 08:47:18-MST,1315;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:47:10-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:13 EST
Date: Wednesday, 28 Mar 1984 15:13-PST
Message-ID: <KPETERSEN.12003934983.BABYL@SIMTEL20>
Sender: amd70!fortune!burton@Ucb-Vax.ARPA
From: amd70!fortune!burton@Ucb-Vax.ARPA
To: w8sdz@Simtel20.ARPA
Subject: do you have Kelly Smith's new address
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Sun 1 Apr 1984 02:04-MST
About six months ago, I mailed some disks to Kelly, so that he could
put some programs on them for me. (He had agreed to this by phone.)
I understand that he's moved recently, and if he's like me, it will
be *months*, if not years, before he's all caught up with things.
so I wanted to send me a letter, but I don't trust the PO's ability
to forward (my own bad experiences.)
If you can't give me a new address, just please forward this message.
TIA
Philip Burton 101 Twin Dolphin Drive
Fortune Systems Redwood City, CA 94065 (415) 595-8444 x 526
- - -
{allegra decvax!decwrl!amd70 cbosgd harpo hpda ihnp4 sri-unix}!fortune!burton
Home: 3333 Cowper Street, Palo Alto, CA 94306
----- End of forwarded messages
2-Apr-84 08:48:26-MST,843;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:48:19-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:13 EST
Date: 1 Apr 1984 02:11 MST (Sun)
Message-ID: <KPETERSEN.12003936293.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Dave Schmidt <daves%shark@csnet-relay.arpa>
Cc: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA
Subject: Ham Radio PACKET message correction
In-reply-to: Msg of Mon 26 Mar 84 16:12:52 pst from Dave Schmidt <daves%shark@csnet-relay.arpa>
Last December I posted a message telling CP/M users where to get Ham
Radio PACKET software. The phone number in the file was incorrect.
The correct phone number is 614-272-CBBS. Apparently there was a typo
in the original file.
--Keith
2-Apr-84 09:19:23-MST,870;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 09:19:18-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:16 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 2 Apr 84 9:14 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 31 MAR 84 21:45:45 PST
Date: Sat, 31 Mar 84 21:45 PST
From: MMOON.ES@Xerox.ARPA
Subject: Re: WANTED: S-100 Card Cage
In-reply-to: "decvax!ittvax!ittral!schoenli@Ucb-Vax.ARPA's message of 27
Mar 84 13:52:19 PST (Tue)"
To: decvax!ittvax!ittral!schoenli@Ucb-Vax.ARPA
cc: info-cpm@Brl-Aos.ARPA
I have an eight slot motherboard & a Sunny linear supply, no cage, no
enclosure. Supply is rated at 30 amp @ 8v, 3 amp @ +/- 16v, & 2 amp @
+24v. $100 takes all & I ship.
MMoon.es @parc-maxc (356 Miraleste Dr. #322 / San Pedro, Ca.
90732)
2-Apr-84 09:29:00-MST,1063;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 09:28:55-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:30 EST
Received: From usc-eclc.arpa.ARPA by BRL-AOS via smtp; 2 Apr 84 9:18 EST
Date: Sun 1 Apr 84 21:39:20-PST
From: Allan Weber <WEBER@USC-ECLC.ARPA>
Subject: Xerox 820 text downloading
To: info-cpm@BRL.ARPA
A friend has just bought a TRS-80 Model 100 portable computer and
wishes to be able to send text files from it to his Xerox 820.
Apparently the Model 100 will send one of its text files out its modem
line upon command as simply a steam of bytes with no protocols to
speak of other than a carriage return between lines. I'm not sure if
it has any flow control. Are there any CPM programs out there which
could be made to run on the 820 that would store the incoming stream
of text in a file? I hate to re-invent the wheel for him, so if
anybody can offer some advice, I would appreciate it. Thanks.
Allan Weber
Weber@USC-ECLC
-------
2-Apr-84 09:41:30-MST,1530;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 09:41:24-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:36 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 2 Apr 84 9:24 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 Apr 84 23:44-PST
Date: 29 Mar 84 7:46:52-PST (Thu)
To: info-cpm@Brl-Aos.ARPA
From: ihnp4!houxm!hogpc!houti!ariel!vax135!floyd!clyde!akgua!psuvax!sysred@Ucb-Vax.ARPA
Subject: Re: Xerox 820 computer schematics
Article-I.D.: psuvax.923
In-Reply-To: Article <1213@ucf-cs.UUCP>
B.G. Micro, in Texas [(214) 271-5546] sells depopulated Xerox 820
boards for $30 (including documentation). They will sell a ~25
page document package for $5. However, they want a check for $5
mailed to them before they'll release just the documentation. I
sweet-talked the lady I spoke with (Tammy) into sending me the
documentation first, with the promise that I send her the check
in return.
There's also an ad for the Xerox outlet store (selling the used
820 boards for $50) in "Computer Shopper" magazine. They have lots
of other good stuff, like power supplies, etc.
Anybody have a good source of parallel encoded keyboards (I assume
that's what the 820 board needs)?
--
Ralph Droms
Computer Science Department (814) 865-9505
312 Whitmore Lab {allegra,ihnp4}!psuvax!sysred
The Pennsylvania State University sysred@penn-state (csnet)
University Park, PA 16802 sysred@psuvax1 (bitnet)
2-Apr-84 10:00:47-MST,962;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:00:43-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:38 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 2 Apr 84 9:25 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 2:56-PST
Date: 30 Mar 84 10:43:11-PST (Fri)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!hao!seismo!uwvax!neves@Ucb-Vax.ARPA
Subject: Re: Public-ness of UCSD Pascal Versions
Article-I.D.: uwvax.180
In-Reply-To: Article <216@felix.UUCP> <628@sdcsvax.UUCP>
Do you know if the source to the editor is available anywhere?
I'm using Apple Pascal and the E7 at the moment but a new version
of Pascal has come out and I can't use E7 anymore. The standard
editor lacks things like goto end of line/beginning of line and
switching to another file to edit. If the source was available I
could insert that code myself. -thanks, david
2-Apr-84 10:03:56-MST,985;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:03:49-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:37 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 2 Apr 84 9:25 EST
Date: Sat 31 Mar 84 21:57:29-PST
From: Leslie Zatz <ZATZ@SUMEX-AIM.ARPA>
Subject: SUPPORT CPM1.4
To: INFO-CPM@BRL.ARPA
I still have a machine that uses CPM 1.4 (VISTA 200). CPM
2.x is not available. Unless I am the last person in the micro world
using CPM 1.4, I would appreciate it iff people
revising the marvelous public domain utilities could continue
to support it. Or if that is not possible, please indicate in
the documentation what versionss are supported.
For example, the old MODEM series wroked fine, but the new
MDM seriess does not and does not state so. The
NCAT and MCAT programs require CPM2.x to get FRE files, also
ALLUSR needs to be disabled to get it to run.
-------
2-Apr-84 10:18:16-MST,849;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:18:13-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:39 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 2 Apr 84 9:27 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 3:58-PST
Date: 29 Mar 84 13:42:09-PST (Thu)
To: info-cpm@Brl-Aos.ARPA
From: decvax!mcnc!ecsvax!rpk@Ucb-Vax.ARPA
Subject: M7AP-2B.ASM desperately needed
Article-I.D.: ecsvax.2214
[***]
Can anybody point me to a source for M7AP-2B.ASM (the overlay
for an Apple using the PCPI Z-80 card)? Everything that I've been able
to find on the RBBS's are M7AP-1.ASM which is for the Microsoft Z-80 card.
(I'm NOT on ARPANET so I can't access SIMTEL20.)
Thanks in Advance --
-Dick ...decvax!mcnc!ecsvax!rpk
2-Apr-84 10:30:01-MST,1490;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:29:54-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:16 EST
Date: 1 Apr 1984 02:36 MST (Sun)
Message-ID: <KPETERSEN.12003940826.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: Disk cataloging programs revised
Irv Hoff has just released a new version of MCAT/XCAT. Here's the
list of currently-available disk cataloging utilities available from
SIMTEL20:
Filename Type Bytes Sectors CRC
Directory MICRO:<CPM.CATLOG>
CAT2.ASM.1 ASCII 5184 41 = 29H E89AH
CAT2.COM.1 COM 768 6 = 6H 96ADH
FIND40.COM.1 COM 1664 13 = DH D443H
FIND40.HEX.1 ASCII 4693 37 = 25H 517AH
MCAT.SET.1 ASCII 3701 29 = 1DH 44D5H
MCAT43.AQM.1 COM 28032 219 = DBH 3472H
MCAT43.ASM.1 ASCII 40975 321 = 141H D74AH
MCAT43.COM.1 COM 6912 54 = 36H AFA4H
MCAT43.DOC.1 ASCII 7273 57 = 39H 0DFBH
MCAT43.HEX.1 ASCII 16840 132 = 84H C2BAH
NULL.ASM.1 ASCII 4166 33 = 21H 4D17H
NULL.COM.1 COM 640 5 = 5H 33F5H
NULL.HEX.1 ASCII 1580 13 = DH 3216H
XCAT40.AQM.1 COM 20480 160 = A0H 036DH
XCAT40.ASM.2 ASCII 30584 239 = EFH 504BH
XCAT40.COM.2 COM 2816 22 = 16H 4DA8H
XCAT40.DOC.2 ASCII 3581 28 = 1CH F53BH
XCAT40.HEX.2 ASCII 6870 54 = 36H 27ADH
2-Apr-84 10:36:25-MST,2616;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:36:09-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:50 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 2 Apr 84 9:41 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 6:27-PST
Date: 29 Mar 84 22:27:47-PST (Thu)
To: info-cpm@Brl-Aos.ARPA
From: decvax!mcnc!ecsvax!hsplab@Ucb-Vax.ARPA
Subject: CompuPro Service
Article-I.D.: ecsvax.2216
When I first bought Godbout products almost four years ago, the
company was highly responsive to my requests for help. In several cases,
Godbout offered excellent technical help as well as the ability to
purchase replacement parts. This support occurred in addition to providing
products which were rock solid. Several recent events have convinced me
that the new CompuPro seems to have quite a different attitude. I recently
tried to buy a replacement 8085 (6Mhz 8085AH-1) through either their
distributer or Godbout itself. In both cases I was emphatically told that
the company would no longer supply parts for their products; if I wanted
something fixed, I would have to return it for repair at standard rates.
I understand that the particular chip is in very short supply and I would
have appreciated a response to that effect, but I really never even got a
chance to state what part I wanted.
Three weeks ago I bought a copy of CPM-86 from Priority I. The manuals
stated that if the source code which was supplied was incompatible with
the ASM-86, I should return the package. I got a return authorization
from Priority I and was told to mail the original disks to CompuPro.
Three weeks later I checked CompuPro to see why I had not received the
disks. It turns out that Priority I gave CompuPro the billing address
for the University of North Carolina as the shipping address and CompuPro
ignored the address I had placed with the return disks. As you might
expect neither CompuPro nor Priority I have acknowledged responsibility
for the mismailings and I have been unable to locate the disks after at
least 50 telephone calls to various areas on campus. Worse than that,
neither CompuPro nor Priority I have even responded to my requests for
replacement disks. At this point I am rather frustrated. This is
clearly as case where a company has not gotten better as it has grown.
It seems that they are more interested in giving good service to
Jerry Pournelle than the average customer.
David Chou
University of NC, Chapel Hill
decvax!mcnc!ecsvax!hsplab
2-Apr-84 10:39:12-MST,1990;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:39:03-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:17 EST
Date: 1 Apr 1984 20:53 MST (Sun)
Message-ID: <KPETERSEN.12004140561.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: SD-80 now available
The following new files have been uploaded to SIMTEL20:
Filename Type Bytes Sectors CRC
Directory MICRO:<CPM.DIRUTL>
SD-79A.DOC.1 ASCII 9525 75 = 4BH D733H
SD-80.AQM.1 COM 52736 412 = 19CH 7DC8H
SD-80.ASM.1 ASCII 78004 610 = 262H 3A61H
SD-80.NOT.1 ASCII 1011 8 = 8H 7FD1H
SD-80H.COM.1 COM 3584 28 = 1CH 7555H
SD-80H.HEX.1 ASCII 8745 69 = 45H 42ECH
SD-80V.COM.1 COM 3968 31 = 1FH BBE1H
SD-80V.HEX.1 ASCII 9680 76 = 4CH E558H
This update comes from Sigi Kluger. Here's his note:
SD has always had a very obscure bug which is now fixed. In addition,
SD-79A had a bug in the FENCE routine (a line read LDA ':' instead of
MVI A,':'). The bugs are now fixed. Two versions of the COM file are
provided, SD-80V.COM for vertical display, and SD-80H.COM for normal
horizontal display. Do not mistake the V and the H in the filename
for a version number modifier!
The bug in SD-79A (and all previous versions of SD) was noticed by
Gene Head who notified me and asked for a fix. The problem is that
when SD found the last extent of a file and the EX field was 00, the
S2 field was non-zero and the RC field was 80, SD dropped that
extent in favor of the next lower one. The reason is that the internal sort
routine sorted 12 characters (F1..F8, T1..T3 and EX) where it should
have not included EX in the sort. The problem is only noticeable with files
whose size is just larger than an even multiple of 512k (i.e. 520k, 1030k
and so on). Obviously, only large files were affected.
2-Apr-84 10:51:41-MST,518;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:51:37-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:38 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 2 Apr 84 9:26 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 2:59-PST
Date: 30 Mar 84 10:45:59-PST (Fri)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!hao!seismo!uwvax!neves@Ucb-Vax.ARPA
Subject: cmsg cancel <180@uwvax.ARPA>
Article-I.D.: uwvax.181
2-Apr-84 10:55:53-MST,1351;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:55:48-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 2 Apr 84 10:11 EST
Received: From cecom-1.arpa.ARPA by BRL-MIS via smtp; 2 Apr 84 9:43 EST
Date: 2 Apr 1984 0943-EST
From: Drsel-Tcs-Sio@CECOM-1.ARPA
Subject: Osborne1 Maint. Service
To: info-cpm@Brl-Mis.ARPA
cc: drsel-tcs-sio@BRL-MIS.ARPA
As a recent arrival to New Jersey and a Osborne1 owner I am having
trouble finding anyone (including Xerox) who will have anything to
do with maintenance/service with the Osborne product. I have a copy
of the Technical Manual for the O-s1 and have done allittle self
diagnostics to pinpoint my problem as the A diskette-drive. Specifically,
the drive moteer itself is irratic. If I had the access to parts and
a knowledgable reference (a ggood!! book, or experienced friend), I might
try a self repari, however I don't. So far, I have struck out on
any commercial repair shops in the state...I am beginning to consider
New York City area. Anyone have any possible answers??? I'm sure
there are other O-1 owners who may be or who will be in the same fix!
Todd B. Kersh
Mailbox: DRSEL-TCS-SIO at CECOM-1.ARPA
phone: (201)-544-2759
mailing addr: CENTACS (DRSEL-TCS-SIO), Ft. Monmouth NJ 07703
-------
2-Apr-84 13:48:47-MST,884;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 13:48:43-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 13:25 EST
Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 2 Apr 84 13:20 EST
Date: 2 Apr 1984 13:18-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re: M7AP-2B.ASM desperately needed
From: ABN.ISCAMS@Usc-Isid.ARPA
To: decvax!mcnc!ecsvax!rpk@Ucb-Vax.ARPA
Cc: info-cpm@Brl-Aos.ARPA
Message-ID: <[USC-ISID] 2-Apr-84 13:18:48.ABN.ISCAMS>
In-Reply-To: The message of 29 Mar 84 13:42:09-PST (Thu) from decvax!mcnc!ecsvax!rpk@Ucb-Vax.ARPA
Dick,
If you'll hold on a little, I'll download it and mail it to you (assuming
it'll get through those layers of addresses!!!). May thy mailbox overfloweth.
Regards,
David Kirschbaum
Toad Hall
(ps, I mean this electronic mail, NOT USSnail)
2-Apr-84 14:04:14-MST,699;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 14:04:08-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 13:15 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 2 Apr 84 13:08 EST
Date: Mon, 2 Apr 1984 12:52 EST
Message-ID: <ANDY.12004293229.BABYL@MIT-OZ>
From: ANDY%MIT-OZ@MIT-MC.ARPA
To: info-cpm@BRL.ARPA
Subject: What termnal does Mode7 emulate
I recently installed Modem7 (mdm730) on my Kaypro II, only to
discover that it seemed to be only a dumb terminal.
If Modem7 is really a dumb emulator, is there an overlay or
something that turns it into say a vt52?
Thanks,
-Andy
ANDY@MIT-OZ
2-Apr-84 15:14:33-MST,1142;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 15:14:26-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 16:26 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 2 Apr 84 16:25 EST
Received: from MIT-LISPM-18 by MIT-OZ via Chaosnet; 2 Apr 84 16:23-EST
Date: Monday, 2 April 1984, 16:23-EST
From: Robert L. Krawitz <ZZZ.RLK%MIT-OZ@MIT-MC.ARPA>
Subject: Exidy Sorcerer
To: info-cpm%MIT-OZ@MIT-MC.ARPA
CC: zzz.rlk%MIT-OZ@MIT-MC.ARPA
Message-ID: <[MIT-LISPM-18].4/02/84 16:23:18.ZZZ.RLK>
I use Exidy Sorcerer machines quite a bit (DDS diskdrive; 2-DSQD
Micropolis drives). What I'm looking for --
GOOD assembler (I'm tired of the DevPack, even with my disk kluges)
GOOD editor (better than Exedit; I need a *LOT* of buffer space, more
than main memory, as well as EMACS-like features)
Modem software (i. e. mdm730, judging from all the flaming here about
that)
By the way, I might have a source of cheap Sorcerers, in case anyone
might want one or two. If you're interested, tell me soon; I'm going
home in May.
Robert Krawitz
2-Apr-84 16:32:09-MST,15511;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 16:31:33-MST
Date: Mon, 2 Apr 84 16:49:15 EST
From: Dave Towson (info-cpm) <cpmlist@Amsaa.ARPA>
To: info-cpm@Amsaa.ARPA
Subject: SIMTEL20 ARCHIVES.
Public Domain Software Lovers - At long last, the Great Archive Blurb is
finished! This updated version covers ALL of the archives on SIMTEL20, and
will (I hope) answer most of the questions that have been pouring in since the
announcement of the new PC-BLUE archive.
I especially want to thank Gail Zacharias <GZ@MIT-MC> for a very thorough
job of proof-reading and error reporting. The blurb is considerably improved
as a result of her efforts.
Thanks are also due to Frank Wancho <WANCHO@SIMTEL20> for making the
archives possible, and to Keith Petersen <W8SDZ@SIMTEL20> and Richard Conn
<RCONN@SIMTEL20> for maintaining them. Without the efforts of these people,
I wouldn't have had to write this thing (hmmmmm).
Finally, thanks to all of you who have been patiently waiting for this
information, and wishing I'd hurry up so that you could get at the goodies.
This blurb is about thirteen-thousand characters long. It's a lot to
absorb at one time if you don't already know most of it. My advice is to print
it, and keep it on hand for reference.
Dave Towson
INFO-CPM-REQUEST @ AMSAA
-------------------------------------------------------------------------------
THE SIMTEL20 ARCHIVES
OVERVIEW
There is a collossal amount of free public domain CP/M software in
several archives on SIMTEL20, a PDP-20 running TOPS-20 at White Sands Missile
Range. Files may be obtained using FTP (described in a following paragraph)
with user-name "anonymous". For a password, use your host-name (or any string
of printing characters). Throughout this message, FTP examples are given in a
GENERIC syntax. You will have to consult either a local documentation file or
your friendly system wizard to learn the actual syntax used with your local
mainframe operating system.
UNIX users can do "man ftp" for instructions. ITS users can do
":INFO FTP". I will be happy to update this message to include pointers to
other sources of documentation if they are sent to INFO-CPM-REQUEST.
To get directory listings, connect to SIMTEL20 via FTP and do this:
get micro:<cpm>cpm.crclst
get micro:<cpmug>cpmug.crclst
get micro:<sigm>sigm.crclst
get micro:<unix>unix.crclst
get micro:<pc-blue>pc-blue.crclst
The first will get you a directory of a cpm archive that was moved from MIT-MC.
This is the one to watch for the very latest CP/M offerings, as it is updated
frequently. The second is the full catalog of the CP/M Users Group. It (and
the third and fifth archives) will be updated as new disks are issued. The
third is the full catalog of the Special Interest Group for Microcomputers
(SIG/M), a service of the Amateur Computer Group of New Jersey. The fourth
contains UNIX-related software, not all of which is CP/M-specific. That which
does apply specifically to CP/M is in the directory <UNIX.CPM>. The CRCLST
file shows the contents of the full UNIX archive, which is growing rapidly.
The fifth archive contains software for the IBM-PC.
There are many overlaps in the first three archives, but you will find the
latest versions in the <CPM> archive. In general, the archived software is
very good, having been worked-over and refined by multiple users. The comments
tend to be complete and imformative.
FILE TYPES
Files in the <CPM> archive are stored in two formats, ASCII for DOC, HEX
and ASM files, and ITS binary for COM and squeezed files. Squeezed files have
been compressed using the 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 file-type field. For example, file MICRO:<CPM.MODEM903>DEFF.AQM
is a squeezed file. It must be transferred as a binary file, and then un-
squeezed. The unsqueezing can be done on the CP/M system using USQ-20.COM (or
whatever is the current version from directory <CPM.SQUSQ>), or there are
several host-based unsqueezers in the <CPM> archive (see for example, directory
<CPM.TOPS-20>). File MICRO:<CPM>CPM.CRCLST shows the type of storage used for
each file in the <CPM> archive.
ALL FILES in the <UNIX> archive are stored in ASCII.
With the exception of the CATALOG FILES to be described later, ALL FILES
in the <SIGM>, <CPMUG> and <PC-BLUE> archives are stored in ITS binary,
a format which had its origin at MIT. Each file begins with a 36-bit
identifier-word containing DSK8 in SIXBIT code. This reads as 446353300000
in octal, and 933AD8000 in hexadecimal. All 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.
The ONLY files in the <SIGM>, <CPMUG> and <PC-BLUE> archives that are NOT
stored in ITS binary are the CATALOG files. These files, which are stored in
ASCII, contain (in reverse numerical order) 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 micro:<sigm>sigm.cat
get micro:<cpmug>cpmug.cat
get micro:<pc-blue>pc-blue.cat
Remember, ALL are ASCII files.
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 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. FTP transfers from SIMTEL20
can be made with user-name "anonymous". Use your host-name (or any string of
printing characters) for a password.
Users of TOPS-10, TENEX, TOPS-20 or ITS systems can use "type image" or
"type paged" mode for ALL transfers. UNIX users must use "type ascii" mode
for ASCII files, and "type tenex" or "type L 8" mode for ITS binary files.
MULTICS users must use "type ascii" mode for ASCII files, and "type image"
mode for ITS binary.
Once an ITS binary file has been transferred to your mainframe, additional
processing is needed to make it into a standard CP/M file. This processing is
done automatically by the programs used on TOPS-20 and ITS machines for
downloading to a micro, so those users need not be concerned with this. UNIX
users have only to remove the first four bytes of each file. These four bytes
are a special "ITS header", and are not really a part of the file. They can
be removed using the UNIX utility "dd", or they can be removed using the
program ITSCVT, available as an ASCII-transferable .HEX file in directory
MICRO:<CPM.HEX>.
Post-processing of files on MULTICS machines can be done using a modified
version of the system copy utility. At present, transfer of this program is
a delicate matter because of the need to preserve the vendor's proprietary
rights. If you need this utility, send a message to INFO-CPM-REQUEST, and
I'll put you in touch with the person who has the program.
Anyone who can obtain an exact contiguous copy of an ITS binary file
(probably using "type image" mode), and then download it to a CP/M machine
without losing any bits, can post-process the file into standard format using a
CP/M program available from INFO-CPM-REQUEST. If there is enough interest in
this program, it can be added to the <CPM> archive. If it necessary for you to
take this route, study the description of ITS binary format given in the
section on FILE TYPES, so that you will know what to expect. This method
worked satisfactorily with transfers to our 16 and 32-bit UNIX machines before
we learned to use "type tenex" mode.
MAINFRAME PROGRAMS FOR TRANSFERRING FILES BETWEEN MAINFRAMES AND MICROS
Christensen Protocol:
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 MICRO:<UNIX.CPM> contains two programs, UC and the older UMODEM
(both written in C), which implement this protocol on UNIX machines. See the
file MICRO:<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,
which types an ASCII file stored in ITS binary format; TYPESQ, which types an
ITS binary format "squeezed" file (see the first paragraph under FILE TYPES);
USQ, which creates an unsqueezed version of a squeezed file; HEXIFY, which
creates an Intel hex format file from an ITS binary format COM file; COMIFY
which creates a COM file from an Intel hex file; and CRC, which 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).
TOPS-20 utilities for transferring and manipulating files can be found in
directory MICRO:<CPM.TOPS-20>. See MICRO:<CPM>CPM.CRCLST for a list of
available programs.
File transfer and conversion utilities for use with VAX/VMS machines are
contained in directory MICRO:<CPM.VAXVMS>. See MICRO:<CPM>CPM.CRCLST for
details.
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
DOES NOT require CP/M.
To get started with KERMIT, connect to Columbia-20 using FTP, and do this:
get ps:<kermit>00readme.txt
dir ps:<kermit>
Note two things: The machine name is "columbia-dash-twenty", and the filename
begins with "zero-zero".
After reading 00README.TXT, look at your directory listing and see what's
currently available (it may have changed since the last edit of 00README.TXT).
From then on, you are on your own. Questions can be addressed to INFO-KERMIT @
COLUMBIA-20.
MICROCOMPUTER PROGRAMS FOR TRANSFERRING FILES BETWEEN MAINFRAMES AND MICROS
Christensen Protocol:
An excellent program for transferring files between micros, or between
micros and mainframes is called MDM7xx, 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 MDM7xx, you should first FTP and examine three files
from the directory MICRO:<CPM.MODEM7>. After connecting to SIMTEL20, do this:
get micro:<cpm.modem7>(see below)
get micro:<cpm.modem7>mdm7xx.doc
get micro:<cpm.modem7>mdm7xx.msg
All are ASCII files. Together, they will tell you just about all there is to
know about getting the program to run on your machine. Take the time to read
these files; they're quite informative. You will also get some helpful insights
from reading some of the overlay files. These overlays, described in file
MICRO:<CPM.MODEM7>(see below), are used to customize MDM7xx for particular
machines without having to edit and assemble the huge MDM7xx source file.
Complete instructions for performing this procedure are contained in each
overlay file. The above use of "see below" refers to a file with the
characters "OVL" in its name. This message will be updated when the name of
that file becomes stable (at this moment, there are two).
Kermit:
As stated in an earlier paragraph, KERMIT is also an excellent program for
transferring files between computers. It, too, does automatic error detection
and retransmission, and it works between mainframe and micro, between micros,
and between mainframes. See the earlier paragraph for details.
Getting Started:
In order to get MDM7xx 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. It is VERY CONVENIENT to be able to transfer 8-bit binary
files, although in most cases it is not absolutely necessary. Some of the
files are quite large. For example, MDM7xx.COM is over 18K bytes, and the HEX
file (which you will need if you can't transfer 8-bit files) is over 52K.
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 MICRO:<CPM.MODEM> contains a file that can be FTPed to your
mainframe, printed, and then entered into your micro by hand and assembled.
It is quite short. To examine this option, connect to SIMTEL20 via FTP and
do this:
get micro:<cpm.modem>pipmodem.asm
get micro:<cpm.modem>pipmodem.doc
get micro:<cpm.modem>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.
ADDITIONS, IMPROVEMENTS AND CORRECTIONS
Suggestions for additions, improvements and corrections to this message
are always welcome. Please send them to INFO-CPM-REQUEST. Additional
information concerning FTP is, however, beyond the scope of this message. If
you need help with FTP, please read the documentation for your local system,
or see your friendly system wizard.
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, contributions to the
<UNIX> archive can be addressed to Richard Conn <RCONN@SIMTEL20>.
Happy hacking!
Dave Towson
INFO-CPM-REQUEST @ AMSAA
2-Apr-84 18:50:10-MST,776;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 18:50:05-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 2 Apr 84 20:26 EST
Date: Mon, 2 Apr 84 20:20:53 EST
From: Bob Bloom (TECOM) <bbloom@Brl-Mis.ARPA>
To: Jeffrey Edelheit <edelheit@mitre.arpa>
cc: info-cpm@Brl-Mis.ARPA
Subject: Re: WordStar patch (ur msg of 3/30/84)
The second series of patches refer to the del1, del2,del3 .... delay times.
(things like time to the secondary menus show, time for horizontal scroll,
etc.)
For a whole bunch of patch points to ws (for 3.0, but 3.3 is similar - compare
ddt dumps) see the two files in simtel20, micro:<cpm.wstar>ws30.patchs
is one, the other escapes me at the moment.
2-Apr-84 21:40:18-MST,772;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 21:40:14-MST
Received: From mit-multics.arpa.ARPA by AMSAA via smtp; 2 Apr 84 23:16 EST
Date: Mon, 2 Apr 84 23:08 EST
From: LBrenkus@MIT-MULTICS.ARPA
Subject: ITS binary format
To: info-cpm@AMSAA.ARPA
Message-ID: <840403040842.280751@MIT-MULTICS.ARPA>
I am using a Multics system here at MIT. The PC-Blue, et. al. files
are in "ITS Binary", which apparently needs "an altered version of the
system copy function" in order to convert these files from -image to a
usable format. Where do I get this utility? How do I convert the
PC-Blue files after ftp'ing them from the host to Multics? Thanks.
Please reply direct,as I am not on this list.
3-Apr-84 01:04:20-MST,954;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 01:04:16-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 3 Apr 84 2:24 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 3 Apr 84 2:22 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 23:14-PST
Date: 30 Mar 84 5:27:12-PST (Fri)
To: info-cpm@Brl-Aos.ARPA
From: ihnp4!houxm!hogpc!houti!ariel!vax135!floyd!clyde!akgua!sb1!scbhq!wns@Ucb-Vax.ARPA
Subject: NEED HELP REACHING SIMTEL20
Article-I.D.: scbhq.175
Subject: HELP REACHING SIMTEL20
Newsgroups: net.micro.cpm
----- News saved at Fri, 30-Mar-84 08:23:25 EST
I would like to use some of the C programs that have been discussed as being
on SIMTEL20, but I don't know how to access the machine. Could someone please
furnish me with the DDD or UUCP access for this machine?
Thanks,
BIll Stacy (wns!scb!sb1!akgua!clyde!burl!ulysses!harpo...)
3-Apr-84 01:59:41-MST,1097;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 01:59:37-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 3 Apr 84 3:35 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 3 Apr 84 3:37 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Apr 84 0:25-PST
Date: 30 Mar 84 11:35:45-PST (Fri)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!tektronix!orca!andrew@Ucb-Vax.ARPA
Subject: Re: Distributing modifications to F80
Article-I.D.: orca.746
In-Reply-To: Article <310@sri-arpa.UUCP>
"If only 20% of the code is original, you also have no problem
there."
Be careful of this reasoning. It was tried in court and did not pass.
The copyright law says that any derived work is the property of the
owner of the copyright. If 0.01% of the code is original, you still
may not freely distribute. The act of deriving the work, as well as
the test of contents, is involved.
-- Andrew Klossner (decvax!tektronix!orca!andrew) [UUCP]
(orca!andrew.tektronix@rand-relay) [ARPA]
3-Apr-84 02:57:14-MST,1231;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 02:57:10-MST
Received: From brl-gateway2.ARPA by AMSAA via smtp; 3 Apr 84 4:26 EST
Received: From csnet-relay.arpa.ARPA by BRL-AOS via smtp; 3 Apr 84 4:20 EST
Received: From Uci-750a.arpa by csnet-relay via smtp; 3 Apr 84 4:16 EST
Date: 02 Apr 84 22:28:44 PST (Mon)
To: ANDY%MIT-OZ%mit-mc.arpa@csnet-relay.arpa
cc: info-cpm%brl.arpa@csnet-relay.arpa, young%uci-750a.arpa@csnet-relay.arpa
Subject: Re: What termnal does Mode7 emulate
In-reply-to: Your message of Mon, 2 Apr 1984 12:52 EST.
<ANDY.12004293229.BABYL@MIT-OZ>
From: Michal Young <young%uci-750a.arpa@csnet-relay.arpa>
Modem7 does not do any terminal emulation, it just sends things
to your machine and lets it do whatever it does-- in the case
of your Kaypro 2, that is ADM3a plus a couple extras. If you use
unix, the following termcap will describe Kaypro to the mainframe
so that with modem7 you can use vi, emacs, etc.
kp|kaypro|kaypro2|kaypro 2:\
:am:bs:li#24:co#80:\
:cm=\E=%+ %+ :\
:ho=^^:cl=1^Z:\
:nd=^L:up=^K:do=^J:\
:ce=^X:cd=^W:\
:al=\EE:dl=\ER:
--Michal Young
UC Irvine
young@uci
3-Apr-84 03:23:31-MST,1062;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 03:23:24-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Apr 84 4:50 EST
Date: 3 Apr 1984 02:51 MST (Tue)
Message-ID: <KPETERSEN.12004467803.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: ANDY%MIT-OZ@MIT-MC.ARPA
Cc: Info-Cpm@Amsaa.ARPA
Subject: What termnal does Modem7 emulate
In-reply-to: Msg of 2 Apr 1984 10:52-MST from ANDY%MIT-OZ at MIT-MC.ARPA
The terminal mode in MDM7xx just passes the data to your terminal.
Your Kaypro looks like an ADM3A so if you use that terminal definition
on your mainframe host, cursor addressing should work. Make sure your
overlay for MDM7 does not have the "filter control characters below
line feed" equate turned on. Otherwise cursor addressing won't work
right because you won't get all the control codes.
If you want a VT-52 emulator for your Kaypro, get KERMIT from
Columbia-20. They have a version for the Kaypro.
--Keith
3-Apr-84 04:00:00-MST,1746;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 03:59:55-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Apr 84 5:22 EST
Date: 3 Apr 1984 03:23 MST (Tue)
Message-ID: <KPETERSEN.12004473637.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: ENSOFT/UNSOFT cleans WS text files
The following new files have been uploaded to SIMTEL20:
Filename Type Bytes Sectors CRC
Directory MICRO:<CPM.TXTUTL>
ENSOFT.COM.1 COM 4864 38 = 26H 15F1H
ENSOFT.HEX.1 ASCII 11860 93 = 5DH 7114H
UNSOFT.COM.1 COM 6144 48 = 30H 3875H
UNSOFT.DOC.1 ASCII 1057 9 = 9H 9256H
UNSOFT.HEX.1 ASCII 14970 117 = 75H E2FCH
What these files do:
ENSOFT.COM - A program to convert an ASCII text file to Wordstar
document mode. Makes educated guesses about where to put soft and
hard carriage returns as well as soft spaces.
UNSOFT.COM - A program to convert Wordstar document-mode files to
normal ASCII text files. Resets all high order bits added by Wordstar
to zero. Removes all control characters except TAB, FF, CR and LF.
Strips out dot commands except .PA which it converts to FF. Changes
the 1FH soft hyphen at end-of-line to a real 2DH hyphen. (FILTX2
would totally remove the character.) Handles non-break-space
correctly. Type UNSOFT ? for additional information.
NOTE: If for any reason you do not wish to retain FF (form feed)
characters, you can run the program through FILTX.COM after
first using UNSOFT.COM.
- These versions by Paul Homchick
- Philadelphia, PA (215) 687-6969
(215) 964-8050
3-Apr-84 04:06:33-MST,4941;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 04:06:21-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Apr 84 5:39 EST
Date: 3 Apr 1984 03:40 MST (Tue)
Message-ID: <KPETERSEN.12004476742.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: NSWP202 buggy - removed from SIMTEL20
Numerous bug reports on NSWP202 have been received by various RCPM
operators - some are detailed below. It has been removed from
SIMTEL20 and I recommend that you erase your copies.
--Keith
-----
Msg #1006 posted 03-23-84 at 06:19:19 by PICONET CP/M
To: IRV HOFF About: nswp2 bug? (13 lines)
NSWP2 has this quirk that cost me some time. If you have your BDOS set
up to make user 0 public and you try to copy or rename a file from user
0 to another user, only the first extent gets moved. Since no source is
at hand, all you can do until it gets fixed is avoid using NSWP2 to move
files from user 0 to another user while user 0 is public. If anyone
knows of a version that has this fixed, please let me know (either
PICONET CP/M or RICHARD RELPH).
Other than this bug, the program has the really nice feature (for those
who make user 0 public) that it does not use the BDOS to find out what
files are members of the user area, which means that it will not show
user 0 files while in user 1.
Rich
..........
Msg #1024 posted 03-24-84 at 10:21:33 by JIM MCMURRY
To: ALL USERS About: nswp202 (2 lines)
the dif between nswp201 and nswp202 is you cannot squeeze real small
files below 3 k, at least that is what dave rand says
..........
Msg #1075 posted 03-27-84 at 05:37:26 by RICHARD RELPH
To: IRV HOFF About: nswp202 bug? (10 lines)
Thanks for passing along the info. I have another major gotcha. I don't
yet know enough about it to say what all the pertinent circumstances are
but when I tried mass copying from c0 to b0 (1 .def, 6 .com, 3 .ovl) the
result was that the .def file moved ok, but the .com and .ovl files
got truncated to 16k (I presume this to be the buffer size in NSWP202).
I entered NSWP202 from c3. I'll be doing more research when I can better
afford to lose files (as soon as I clear another cartridge). I'd like
to be able to contact those in the know directly. Should I call Dave or
is there someone else to go through?
Rich
..........
Msg #1088 posted 03-27-84 at 17:58:14 by BILL MEYER
To: IRV HOFF About: nswp202 (21 lines)
Irv,
Pulled down NSWP2, largely because of your comments on the board.
Found a bug right away! On entry, Rand saves only the top entry of the
CP/M stack as his return point, not the CP/M stack pointer. This is, of
course, enormously different, and makes the assumption that only the top
of stack was relevant at entry to the application. As luck would have
it, my bank-switching system locks up tight due to this fault. As this
is not a run-of-the-mill problem, I decided to call Rand about the prob-
lem. What a waste of money! I have never, in talking to author's of
public domain software, encountered a more arrogant, conceited individ-
ual. He tells me that the fault is in my system, but nowhere do I find
a spec which guarantees that only the top entry of the stack need be
saved on entry to the application program. I suspect that this approach
would cause problems when used from within programs like wordstar, with
the run command. I believe this is the same symptom which I reported to
you on your one of your earlier programs, which you promptly chnaged for
me. I know that this is the same problem as I reported to Frank Gaude'
on DISK7 and COMM7 where he used the same system you original developed
that Rand is apparently still using. Thought you might want to pass it
along, I've given up...
Bill
..........
Message # (603-1198)? 1097
Msg #1097 posted 03-28-84 at 05:25:57 by RICHARD RELPH
To: IRV HOFF About: NSWP202 bug? (12 lines)
To let you know what I have, I'm running a Big Board II with CP/M 2.23B
which has a built in 1793 for my floppies (1 Persci 277) and a built in
SASI I/F for my 2 IOMEGA 10Mby cartridge drives. I am using 9 1k sectors
on the Persci for a total per 8"SSDD disk of 670k (after directories).
The Persci is drives A and B and the IOMEGA is Drive C (right now the
BIOS cannot handle the other IOMEGA or even ther rest of the first). I
was trying to copy from C to B, which implies that (other than picking a
bit) the hardware is probably ruled out as well as anything in the BIOS
past the section that determines which driver to call (which is first as
you would expect). Thanks for taking the time to look at it. I, too,
will be trying some more experiments here and will let you know.
Rich
..........
3-Apr-84 04:11:49-MST,1459;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 04:11:43-MST
Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 3 Apr 84 5:48 EST
Date: 3 Apr 1984 05:48-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re: ITS binary format
From: ABN.ISCAMS@Usc-Isid.ARPA
To: LBrenkus@Mit-Multics.ARPA
Cc: info-cpm@Amsaa.ARPA
Message-ID: <[USC-ISID] 3-Apr-84 05:48:44.ABN.ISCAMS>
In-Reply-To: <840403040842.280751@MIT-MULTICS.ARPA>
There's a conversion program at SIMTEL20 (MICRO:<CPM.HEX>, i think),
called ITSCVT.HEX. It runs on an 8080 CP/M micro, and effectively strips
off the headers and tailers the ITS-binary files have. For a PC now...
Another way I do it is to move them to my host's directory (a Dec),
copy them from their original ..32-bit, I think.. size to 8-bit, load
them into a host text editor (XED), which effectively strips off the
8th bit, edit out the 4 characters at the front, and the ^Zs at the
last line, and there I am. For .COM files (binary), I move them to my
micro any way I can (HEXIFY is also available at SIMTEL20 (MICRO:
<CPM.TOPS-20>, I think), that'll run on the DEC and change the binary
file to HEX).
Alternatively, CPM.TOPS-20 also has NMODEM, a mainframe modem program
running on the DECs that'll send an ITS-binary file right through to you,
automatically detecting and stripping/reformatting.
Hope this helps.
David Kirschbaum
Toad Hall
3-Apr-84 04:44:14-MST,1085;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 04:44:09-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Apr 84 5:50 EST
Date: 3 Apr 1984 03:51 MST (Tue)
Message-ID: <KPETERSEN.12004478843.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: QK20 buggy - removed from SIMTEL20
Several people have reported serious bugs with QK20 (QWIKKEY),
including complete bombing of the system after attempting to run some
programs while QK20 is active. It has been removed from SIMTEL20.
QK12 remains.
----
Date: Thursday, 29 March 1984 21:15-MST
From: Dick <MEAD at USC-ECLB.ARPA>
To: info-cpm at BRL.ARPA
Re: QK20
I seem to have a problem with the new QK. If I try to run SD79 or
XD3 (under ZCPR2) they both fail to work. Under QK12, I had no problem.
It appears that all I get sent to the screen from SD79 when called
by a QK20 re-defined key is a CR-LF, and Ctl-C does not abort, I must
reset the system. Any clues?
3-Apr-84 04:53:53-MST,2084;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 04:53:47-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Apr 84 5:57 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 3 Apr 84 5:49 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Apr 84 2:45-PST
Date: 28 Mar 84 9:56:44-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!jim@Ucb-Vax.ARPA
Subject: Public-ness of UCSD Pascal Versions
Article-I.D.: felix.216
Long ago, in a fledging publication ("Infoworld") Adam Osborne penned
a column modestly named "From the Fountainhead." In one of these
columns he stated his view of the legal status of various versions
of the UCSD Pascal P-system (Trademark the Regents of the University
of California). As I recall Versions 1.2, 1.3, and 1.4 were characterized
as public domain and addresses and/or phone numbers were published
for where to get them. I.5 and II.0 were characterized as claimed
to be non-public and hence deeded over to Softech Microsystems.
To my knowledge II.1 is legitimately Apple's and Northstar's is legitimately
theirs because their licenses were among the few irrevocable ones granted
early on in the project. Also IV.x are legitimately Softech Microsystems,
since they were mainly developed after the turnover.
My question is: Has the status of I.5 and II.0 been clearly determined?
Are they contestably public domain? I heard that Mike Lehman at one
time was distributing I.5; if so this would seem to mean that it had
been determined to be public.
I would appreciate anyone having information on this subject replying
to me by mail. I will summarize and post to the net if anything
new turns up. In particular I would like to re-discover the contact
information for the older versions that are known to be public.
An old UCSD Hacker:
Jim Gilbert
FileNet Corporation
1575 Corporate Drive
Costa Mesa, CA 92626
714-966-2344
{decvax,ucbvax}!trwrb!felix!jim
3-Apr-84 07:38:47-MST,1133;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 07:38:40-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Apr 84 9:08 EST
Date: 3 Apr 1984 07:09 MST (Tue)
Message-ID: <KPETERSEN.12004514762.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: DIS - a CP/M disassembler from England
The following files are now available on SIMTEL20, thanks to
Hirst.rx@PARC-MAXC, our contact "across the pond".
Filename Type Bytes Sectors CRC
Directory MICRO:<CPM.DISASM>
DIS.COM.1 COM 5120 40 = 28H A2DBH
DIS.DOC.1 ASCII 3572 28 = 1CH 25BAH
DIS.HEX.1 ASCII 13035 102 = 66H BBDDH
Program DIS disassembles a .COM file into a .DIS file which may be
subsequently assembled.
The DIS file has the following features:
1. All branch points are provided with a label
2. Where permitted data blocks are split into DB, DW & DS
3. All references before 0100H and after program are
EQUATE statements
4. Any unresolved block commences with a U type label
3-Apr-84 11:31:32-MST,921;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 11:31:24-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Apr 84 12:49 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 3 Apr 84 12:42 EST
Received: from ISL by SUMEX-AIM with Pup; Tue 3 Apr 84 09:37:18-PST
Date: Tuesday, 3 Apr 1984 09:38-PST
To: billw@SRI-KL.ARPA, info-cpm@Brl-Aos.ARPA
Subject: mince
Reply-to: kevinw@Su-Dsn.ARPA
From: Kevin W. Rudd <kevinw@Su-Dsn.ARPA>
Sender: kevinw@isl
it was said some time ago that MotU was no longer supporting Mince.
is this still true? where is it now available? i recall that it
was once sold by the now defunct Discount Software but haven't seen
it recently. is MotU relying on people to only buy their new packaged
setup (final word) and forgetting those who want it their way and are
willing to hack to keep it that way?
- K
3-Apr-84 12:30:17-MST,24441;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 12:29:11-MST
Received: From parc-maxc.arpa.ARPA by AMSAA via smtp; 3 Apr 84 13:14 EST
Date: 3 Apr 84 19:02:06+0100 (Tuesday)
From: Hirst.rx@PARC-MAXC.ARPA
Subject: Another File from England
To: Keith Petersen <W8SDZ@Simtel20.ARPA>
cc: Info-Cpm@Amsaa.ARPA
Keith,
Here is a list of out PD programs here...
UK Volume 0 (2 disks)
DESCRIPTION: Catalogs of Library disks.
NUMBER SIZE NAME COMMENTS
-CATALOG.00- CONTENTS OF UK VOL. 00
0.1 118K CPMLIB.CAT CP/M User Group Catalogs.
0.2 3K CPMNLLIB.CAT CPMGG(NL) Group Catalogs.
0.3 2K FIND.COM Search catalog for key word.
0.4 214K SIGMLIB.CAT SIG/M Group Catalogs.
0.5 24K UKLIB.CAT UK Group Catalogs.
0.6 3K UKLIB.DOC UK Library Details.
0.7 1K VOLUME0.DOC Details of files on this disk.
UK User Group Volume 1
DESCRIPTION: Miscellaneous Utilities.
NUMBER SIZE NAME COMMENTS
-CATALOG.01- CONTENTS OF CP/M UK VOL. 1
1.1 6K BANNER.ASM Source of updated BANNER program from US vol.8.
1.2 1K BANNER.COM .COM of the above program.
1.3 6K CARMAINT.BAS Source of vehicle maintenance record program.
1.4 8K DEDUMP.ASM Dr.Lee's cunning file transfer program.
1.5 13K DIRDUMP.ASM Directory dump utility.
1.6 5K DIS.COM Uncle David's Dynamic Disassembler. (No source.)
1.7 4K DIS.DOC Documentation for the above.
1.8 5K DUMBCOPY.ASM Good sector-by-sector copier for 1 drive system.
1.9 1K DUMBCOPY.COM .COM of above program
1.10 12K ERUN.COM Included to run PRINT.INT
1.11 4K HELP.MAC Provides instructions to user on appeal!
1.12 9K HEXDUMP.ASM Converts .COM file to .HEX.
1.13 6K HITECH.Z80 Driver routines for Hitech card + LUN table.
1.14 2K INST.FMI Instructions for updated PRINT.BAS.
1.15 6K LETTER.BAS Source of simple text formatting program.
1.16 1K LETTER.DAT Part of simple text formatting program.
1.17 3K LETTER.INT .INT file of above.
1.18 11K LIB.BAS Library of CBASIC I/O routines.
1.19 12K MFT.ASM Source of single drive copy routine.
1.20 2K MFT.COM .COM of above.
1.21 1K MFT.DOC Documentation of above.
1.22 12K MPRINT.ASM Multiple file print utility.
1.23 1K MPRINT.COM .COM of above.
1.24 1K PRINT.BAS Simple print utility for text formatter.
1.25 1K PRINT.INT .INT file of above
1.26 1K REMOV".COM Removes (") from a file (from US Lib.)
1.27 4K SPIES.BAS CBASIC version of the old DIGICO game.
1.28 3K SPIES.INT .INT of the above.
1.29 2K SPOOLNSH.INS Instructions for using SPOOLER with N.Star.
1.30 17K STOIC.COM STOIC compiled from US Lib.Vol.23.
1.31 22K STOICCPM.STC Source of CP/M file handling program for STOIC.
1.32 10K STOICEDT.STC Modified source of screen editor using above.
1.33 12K STOICFLE.STC Modified source of block STOIC file system.
1.34 2K U-G-FORM.LIB Nice form to send in with your software.
1.35 4K UK1.DOC Comments on some programs.
UK User Group Volume 2.
ED111 Macro Text Editor by David Back.
US Group Catalog.
-CATALOG.02- CONTENTS OF CP/MUGUK VOL. 02-
2.1 13k CCP.ASM Source of the CCP of ICOS-80, a CP/M lookalike.
2.2 80k CPMLIB.DOC US Library catalogue.
2.3 2k CRCK.COM CRC check program from US Vol.50.
2.4 1k CRCKLIST.CRC Checksums for files on this disk.
2.5 78k ED111.ASM Source of powerful macro text editor.
2.6 13k ED111.COM Command file of above.
2.7 4k ED111.IMP Implementation notes.
2.8 1k EDIT.MAC Macros for above.
2.9 3k HELP.MAC Macro information for above
2.9 3k S1PAT.ASM Patch for use with CP/M version 2.2
2.10 33k TEXTED.DOC Extensive documentation for above.
2.11 1k UK2.DOC Comments on programs.
2.12 2k U-G-FORM.LIB User Group submittal form.
UK Users Group Volume 3
Programmable Calculator Simulation by Electronic Accounting
Services.
Utilities.
NUMBER SIZE NAME COMMENTS
CATALOG.03 CONTENTS OF CP/M VOL. 03
03.1 2K BM.OBJ A routine to run an approximation to PCW
benchmarks.
03.2 1K BM.SRC Source of above.
03.3 5K BREAK.ASM File transfer, removing EOF (^Z) characters.
03.4 1K BREAK.COM .COM of above.
03.5 13K CALC.BAS Calculator program.
03.6 5K CALC.INT .INT of above.
03.7 27K CNOTES.PRN System notes for calculator package.
03.8 36K COMPILE.BAS Simulation compiler.
03.9 14K COMPILE.INT .INT of above.
03.10 1K CRCKLIST.CRC Checksums for files on this disk.
03.11 21K EDITOR.BAS Simulation program editor.
03.12 8K EDITOR.INT .INT of above.
03.13 17K EDITOR1.BAS Simulation data file editor.
03.14 7K EDITOR1.INT .INT of above.
03.15 1K INIT.BAS Simulation initialisation program.
03.16 1K INIT.INT .INT of above.
03.17 5K LIST.ASM List with paginate and tab expand.
03.18 1K LIST.COM .COM of above.
03.19 2K PCALC.BAS Controlling program for calculator.
03.20 1K PCALC.INT .INT of above.
03.21 8K PROG.BAS Simulation menu program.
03.22 4K PROG.INT .INT of above.
03.23 19K RUNOBJ.BAS Runtime module for calculator.
03.24 7K RUNOBJ.INT .INT of above.
03.25 2K SAL.OBJ Object of SAL.SRC
03.26 2K SAL.SRC Routine to generate payslips
UK Users Group Volume 4.
DESCRIPTION: Miscellaneous.
NUMBER SIZE NAME COMMENTS
-CATALOG.04- CONTENTS OF CP/M VOL. 04
04.1 16K BLKJK.BAS Intelligent terminal version of the game.
04.2 4K DIS.DOC Documentation for 4.3.
04.3 5K DIS85.COM 8085 disassembler based on 1.6.
04.4 17K DISKANAL.ASM Disk test program to find bad sectors
04.5 6K HEXDUMP.COM .COM of 4.7.
04.6 2K HEXDUMP.DOC Documentation for 4.7.
04.7 11K HEXDUMP.MAC Improved version of US 40.26 using Zilog mnemonics
04.8 1K MAKEFCB.COM File security program.
04.9 5K NOPIP.ASM File security program.
04.10 3K NOPIPV2.ASM File security program.
04.11 16K PLIDEMO.PLI Interfaces to allow KSAM80
04.12 1K PLIDEMO.SUB product to be used
04.13 3K PLIKSAM.ASM with PLI programs. (D.Powys-Lybbe).
04.14 1K PLIKSAM.DOC Documentation for above.
04.15 3K PLOT.DAT Mike Magnay's incremental plotter
04.16 9K PLOTALPH.ASM programs. See UK User Group newsletter
04.17 1K PLOTALPH.COM for details.
04.18 20K PREPRO.BAS CBASIC preprocessor.
04.19 11K READDISK.ASM Double-density disk-peeking program.
04.20 2K RECOVER.BAS Converts .LST file to .BAS (CBASIC).
04.21 2K REL.DOC Documentation for 4.22 to 4.30.
04.22 12K RELDEL.ASM Utilities for assisting
04.23 3K RELDEL.COM in the analysis
04.24 2K RELDEL.REL of .REL files
04.25 10K RELDUMP.ASM created to the
04.26 2K RELDUMP.COM Microsoft/Digital Research
04.27 2K RELDUMP.REL format.
04.28 8K RELMAP.ASM
04.29 2K RELMAP.COM
04.30 2K RELMAP.REL
04.31 1K SD8080.COM 4.35 converted for 8080.
04.32 1K SD8080.DOC Documentation for above.
04.33 1K SDIR.COM Z80 directory listing program
04.34 1K SDIR.DOC Documentation for above.
04.35 6K SDIR.MAC Source of SDIR.COM
04.36 3K STOICSAL.DOC Documentation for 04.37.
04.37 4K STOICSAL.STC STOIC words for handling strings, arrays
and lists.
04.38 1K TURNKEY.COM .COM of 4.40.
04.39 1K TURNKEY.DOC Documentation for 4.40.
04.40 3K TURNKEY.MAC Program to generate turnkey system
on CP/M disk automatically.
04.41 3K makefcb.asm A file created by 4.8.
UK Users Group Volume 5
DESCRIPTION:
Intelligent Terminal routines.
Improved Utilities.
NUMBER SIZE NAME COMMENTS
-CATALOG.05- CONTENTS OF CP/M VOL. 05
05.1 11K BASFK.ASM Routine to load Cifer VDU
function keys with BASIC statements.
05.2 1k CAT.COM Part of catalog system.
05.3 1k CAT2.COM Part of catalog system.
05.4 2k CRCK.COM Checksum program.
05.5 1K CRCKLIST.CRC Checksums of files on this disk
05.6 6K DDISK.COM Improved disk debug program
05.7 33K DDISK.MAC Source of above
05.8 1k MAST.CAT Sample catalog file.
05.9 30K PRTHT/21.ASM Print listings with date and time
05.10 3K PRTHT/21.COM .COM of above
05.11 1k PRTHT.DOC Documentation for above.
05.12 3K PWS.DOC WordStar patcher for intelligent
terminals/printers
05.13 29K PWS/5.ASM Source of 5.12
05.14 3K TESTZ80.ZSM Test source file for Z80 assembler
05.15 3K UDCAT.COM
05.16 11K UDCAT.DOC Doc of updated catalogue program
05.17 19K UDCAT.MAC Improved disk catalogue program
05.18 57K Z80ASMUK.ASM Improved Z80 Assembler
05.19 9K Z80ASMUK.COM .COM of above
05.20 5K Z80DOCUK.DOC Documentation for assembler
UK Users Group Volume 6
DESCRIPTION: Miscellaneous.
NUMBER SIZE NAME COMMENTS
-CATALOG.06- CONTENTS OF UK VOL. 06
06.1 13K BPRINT.ASM Improved version of MPRINT (UK Vol.1)
06.2 2K BPRINT.COM .COM of above
06.3 7K CAT.ASM List directory including
06.4 1K CAT.COM erased files.
06.5 2K CRCK.COM Checksum program
06.6 2K CRCKLIST.CRC Checksums of files on this disk.
06.7 2K EXSUB.COM Improved submit utility.
06.8 22K EXSUB.MAC Source of 06.7.
06.9 4K FORTH.DOC FIG-Forth Version 1.1
06.10 8K FORTH16K.COM /
06.11 42K FORTHV1.ASM /
06.12 15K MODDISK.ASM Disk utility for SuperBrain DD
06.13 3K MODDISK.DOC (May be modified for other disk types.)
06.14 3K RASMB.COM Z80 disassembler.
06.15 2K RASMB.DOC Documentation for above.
06.16 4K REC22.ASM File recovery program.
06.17 1K REC22.COM .COM of above.
06.18 15K REMCOM.ASM Remove REMs from MBASIC source file.
06.19 6K REMCOM.COM .COM of above
06.20 5K REMCOM.DOC .DOC for REMCOM.
06.21 1K RESULT.BAS Output from REMCOM.
06.22 19K STARRB.BAS Richard Beal's Startrek.
06.23 1K TESTPROG.BAS Input test file for REMCOM
06.24 2K UNERASE.COM File recovery program
06.25 5K UNERASE.DOC .DOC of above.
06.26 20K XREF.ASM Modified US 8.27 for console o/p.
06.27 3K XREF.COM .COM of above.
06.29 1K Z80DUMP.COM Hex dump of disk file
06.30 1K Z80TYPE.COM Type ASCII file to screen with paging.
06.31 1K ZPROGRAM.DOC .DOC of 06.29/06.30
UK Users Group Volume 7.
DESCRIPTION: BASIC Programs.
NUMBER SIZE NAME COMMENTS
-CATALOG.07- CONTENTS OF CP/M UG(UK) VOL. 7
CRCKLIST.CRC Checksums of files on this disk.
07.1 2K ACCTFILE.BAS Part of General Ledger.
07.2 3K ANAGRAM.ASC Anagram Generator.
07.3 1K ANFILE.RML Data file for 07.4
07.4 2K ANIMAL.RML Game in RML BASIC.
07.5 3K BASECONV.RML Base Conversion in RML BASIC.
07.6 1K BINSERCH.BAS Part of General Ledger.
07.7 8K BIORYTH.ASC Microsoft BASIC Game.
07.8 7K CALC.BAS Talking Calculator Program.
07.9 7K CRT Part of General Ledger.
07.10 10K CRTFM.BAS Part of General Ledger.
07.11 4K CRTFM.INT
07.12 1K CURSOR.BAS Part of General Ledger.
07.13 1K FILEINIT.BAS Part of General Ledger.
07.14 1K FILEINIT.INT
07.15 11K FRAC.RML Program in RML BASIC.
07.16 2K G/L-INFO.BAS Part of General Ledger.
07.17 1K G/L000.BAS Part of General Ledger.
07.18 2K G/L000.INT
07.19 6K G/L010.BAS Part of General Ledger.
07.20 5K G/L010.INT
07.21 6K G/L020.BAS Part of General Ledger.
07.22 2K G/L020.INT
07.23 6K G/L030.BAS Part of General Ledger.
07.24 5K G/L030.INT
07.25 9K G/L040.BAS Part of General Ledger.
07.26 6K G/L040.INT
07.27 12K G/L050.BAS Part of General Ledger.
07.28 6K G/L050.INT
07.29 5K G/L070.BAS Part of General Ledger.
07.30 4K G/L070.INT
07.31 8K G/L080.BAS Part of General Ledger.
07.32 5K G/L080.INT
07.33 1K GENINFO.BAS Part of General Ledger.
07.34 3K GOLF.RML RML BASIC Game.
07.35 15K INVOICE3.ASC Invoice Program.
07.36 1K MATCHMEM.ASC Find byte in memory.
07.37 1K MEMVAL.ASC Hex/ASCII Memory Dump (MBASIC).
07.38 4K MOON.RML RML BASIC Game.
07.39 2K POSTFILE.BAS Part of General Ledger.
07.40 3K README.DOC General Ledger Details.
07.41 2K SINERULE.RML RML BASIC Program.
07.42 13K STARTREK.RML Game in RML BASIC.
07.43 5K SUBS1.BAS Part of General Ledger.
07.44 3K ZOO.RML RML BASIC Game.
UK Users Group Volume 8.
DESCRIPTION: Miscellaneous Utilities.
NUMBER SIZE NAME COMMENTS
-CATALOG.08- CONTENTS OF UK VOL. 08
08.1 9K ASMSYMBL.ASM Add sorted symbol table to ASM.COM
08.2 1K BCOM.COM Binary file compare utility.
08.3 15K BLOCK.ASM Block Letter display routine.
08.4 1K DISK.COM Directory list program
08.5 2K DSKED.COM Disk sector editor.
08.6 1K DUMP.COM Dump file in Hex and ASCII.
08.7 4K EDIT.COM Text editor.
08.8 16K EDIT.DOC Documentation for editor.
08.9 2K EPRINT.COM Multiple file print for MX80.
08.10 1K ERASE.COM Selective file erase.
08.11 1K FCOM.COM File compare program.
08.12 2K IMAGE.COM Track copier program.
08.13 2K MFT.COM Two drive copy program.
08.14 2K MFT1.COM Single drive copy program.
08.15 1K UNERASE.COM Recover erased files.
08.16 10K UTILITY.DOC Doc. for files on this disk.
08.17 1K VERIFY.COM Verify disk or selected files.
08.18 1K WORDS.COM File word/character count.
08.19 29K XREFASM.ASM Cross-reference listing from
08.20 4K XREFASM.COM .PRN file produced by
08.21 3K XREFASM.DOC ASM.COM, Z80ASM.COM or
08.22 6K XREFASM.REF MAC.COM assemblers.
08.23 20K ZDIS.DOC Doc. of disassembler.
08.24 9K ZDIS24K.COM Z80 disassembler to
08.25 9K ZDIS32K.COM Zilog/Mostek or TDL
08.26 58K ZDIS32K.ZSM mnemonics.
UK Volume 09
DESCRIPTION: Miscellaneous.
NUMBER SIZE NAME COMMENTS
-CATALOG.09- CONTENTS OF UK VOL. 09
09.1 1K COMP.COM See LROM.DOC.
09.2 5K COMP.MAC /
09.3 1K CRLF.MAC /
09.4 1K CSUM.COM File checksum program.
09.5 2K CSUM.MAC /
09.6 3K EASTER.PAS Pro-Pascal program
09.7 1K ERQ.COM Interactive file erase.
09.8 5K ERQ.MAC /
09.9 1K FRMEM.MAC See LROM.DOC.
09.10 1K INLIN.MAC /
09.11 2K LABEL.BAS Library disk label print.
09.12 8K LIFE.PAS Life for Pro-Pascal.
09.13 2K LROM.DOC Extract group of records
from .COM file.
09.14 6K LROM.MAC /
09.15 2K MPRINT.COM Updated multiple file print.
09.16 12K MPRINT.Z80 /
09.17 1K PINIT.COM Printer set-up program.
09.18 2K PINIT.DOC /
09.19 8K PINIT.MAC /
09.20 2K PRIMES.PAS Pro-Pascal program
09.21 2K REGHEX.MAC See LROM.DOC
09.22 3K RESULTS.PAS Pro-Pascal program.
09.23 8K REZ80.COM RESOURCE modified to
09.24 26K REZ80.DOC produce Zilog mnemonics.
09.25 38K REZ80.MAC /
09.26 38K REZ80.ZSM /
09.27 3K RLIN.MAC See LROM.DOC.
09.28 6K SIG.FMT Data file for LABEL
09.29 3K SYSLIB.REL See LROM.DOC
09.30 1K UK.FMT Data file for LABEL.
09.31 6K US.FMT Data file for LABEL.
UK Volume 10
DESCRIPTION: Utilities.
MBASIC programs.
NUMBER SIZE NAME COMMENTS
-CATALOG.10- CONTENTS OF UK VOL. 10
10.1 1K C2M.DOC CBASIC to MBASIC file
10.2 4K C2M-CONV.BAS conversion program.
10.3 2K C2M-RAND.BAS /
10.4 3K CALENDAR.BAS BASIC calendar program.
10.5 7K CALENDAR.STC STOIC calendar program.
10.6 1K DEDUMPZ.COM Update of UK Volume 1
10.7 4K DEDUMPZ.MAC program.
10.8 1K PRTHT.DOC Update of UK Volume 5
10.9 49K PRTHT/22.ASM program.
10.10 4K PRTHT/22.COM
10.11 12K QUEST.BAS Game program from Byte.
10.12 2K README.DOC Doc. for Calendar programs
and DEDUMPZ.
10.13 54K UKM7.ASM David Back's version
10.14 8K UKM7.COM of MODEM7 for UK use.
10.15 10K UKM7DC.DOC /
10.16 31K VFILE.COM File viewer program.
10.17 6K VFILE.DOC /
10.18 1K VFINSTAL.SUB /
10.19 4K VFUSER1.ASM /
10.20 1K VFUSER1.HEX /
UK Volume 11
DESCRIPTION: STOIC Volume 1.
NUMBER SIZE NAME COMMENTS
-CATALOG.11- CONTENTS OF UK VOL. 11
11.1 13K ASSEMBL.DOC Stoic 8080 assembler
11.2 3K BM.STC Stoic Benchmark program
11.3 3K CALENDAR.BAS BASIC Calendar program
11.4 7K CALENDAR.STC Stoic Calendar program
11.5 8K DICT.DOC Stoic dictionary definitions
11.6 5K FLOATPNT.DOC Floating point documentation
11.7 2K READ.ME Doc for UK Volumes 11,12
11.8 2K README.DOC Doc for Calendar programs
11.9 11K STOICFLT.STC Floating point package
11.10 5K STOICINT.STC 4 byte integer addition
11.11 2K STOICSRT.STC Stoic sort routine
11.12 8K UK-INTRO.TXT Introduction to Stoic
11.13 13K UK-PRACT.TXT 'Get-you-started' file
11.14 4K UKMISC.STC Misc Stoic Words
11.15 28K UKSTOIC1.DOC Stoic Documentation
11.16 27K UKSTOIC2.DOC /
11.17 13K UKSTOIC3.DOC /
11.18 14K UKSTOICB.COM Simple Stoic compilation
UK Volume 12.
DESCRIPTION: STOIC Volume 2 by Keith Goldie-Morrison.
FORTH-79 by Denis Larder.
NUMBER SIZE NAME COMMENTS
-CATALOG.12- CONTENTS OF UK VOL. 12
12.1 3K FORTH.DOC Documentation for FORTH files.
12.2 14K FORTH+++.COM Extended FORTH (See FORTH.DOC)
12.3 8K FORTH-79.COM FORTH 79
12.4 38K KERNEL.ASM Stoic Kernel.
12.5 1K READ.ME Stoic Note.
12.6 23K STOICBAS.STC Stoic basic definitions
12.7 3K STOICFFT.STC Stoic floating point FFT
12.8 3K STOICSAL.DOC Stoic string handling (from UK Vol.4)
12.9 4K STOICSAL.STC /
12.10 2K STOICSIN.STC Stoic sine/cosine words
12.11 22K UKCP/M.STC Stoic - CP/M file handling
12.12 13K UKEDIT.DOC Stoic Editor documentation
12.13 12K UKEDITOR.STC Updated Stoic Editor
12.14 4K FILE.DOC Doc. of Stoic file handling
12.15 22K UKSTOICE.COM Compiled Stoic Editor
12.16 18K UKSTOICF.COM Compiled Stoic file system
UK Users Group Volume 13
DESCRIPTION: Music Programs.
NUMBER SIZE NAME COMMENTS
-CATALOG.13- Contents of UK Vol. 13
13.1 4K 2PART08.MUS Tune files for MUSIC.COM
13.2 3K 2PART09.MUS /
13.3 2K 2PART13.MUS /
13.4 2K 2PART14.MUS /
13.5 2K 2PART15.MUS /
13.6 2K ABBOTS.MUS /
13.7 3K AMAJOR.MUS /
13.8 3K ARIA.MUS /
13.9 6K BOYCE1.MUS /
13.10 10K BRAN3A.MUS /
13.11 7K BRAN3B.MUS /
13.12 8K BRAN3C.MUS /
13.13 3K BUX14.MUS /
13.14 4K BUX15A.MUS /
13.15 3K CHERRY.MUS /
13.16 1K CHOPSTIX.MUS /
13.17 5K CMINOR.MUS /
13.18 1K COVENTRY.MUS /
13.19 8K DMINOR.MUS /
13.20 16K FRUN.COM Nevada ForTran run-time package
13.21 2K GLORY.MUS Tune file for MUSIC.COM
13.22 6K GMINOR.MUS /
13.23 5K GSTRING.MUS /
13.24 2K GYPSY.MUS /
13.25 2K HARK.MUS /
13.26 1K IRISH.MUS /
13.27 2K ITCAME.MUS /
13.28 1K MEDLEY1.MUS /
13.29 1K MEDLEY2.MUS /
13.30 1K MEDLEY3.MUS /
13.31 1K MEDLEY4.MUS /
13.32 6K MENDEL2.MUS /
13.33 3K MERRY.MUS /
13.34 6K MINUET.MUS /
13.35 3K MINUTE.MUS /
13.36 6K MUSIC.COM Music Interpreter
13.37 16K MUSIC.DOC Doc. for above.
13.38 3K OCOME.MUS Tune file for MUSIC.COM
13.39 2K OFT.MUS /
13.40 4K PACHEBEL.MUS /
13.41 3K PURCELL.MUS /
13.42 0K RUN.COM Rerun already loaded file.
13.43 2K SETUP.BAS ASCII source for BASIC setup program
13.44 2K SETUP.BBC Above file in BBCBASIC(Z80) internal format
13.45 1K SETUP.DOC Doc. for setup programs
13.46 6K SETUP.FOR ForTran source for setup program
13.47 4K SETUP.OBJ Compiled 13.46
13.48 7K STING.MUS Tune file for MUSIC.COM
13.49 2K THEDAY.MUS /
13.50 13K TOCCATA.MUS /
13.51 2K TOWNOF.MUS /
13.52 4K WATER2.MUS /
13.53 2K WATER3.MUS /
13.54 3K WAVEFORM.BAS Music waveform configuration program
13.55 3K WAVEFORM.BBC 13.54 in BBCBASIC(Z80) internal format.
13.56 1K WAVEFORM.MUS Demo of waveforms.
13.57 2K WE3.MUS Tune file for MUSIC.COM
13.58 4K WENCES.MUS /
13.59 5K ZION.MUS /
UK Users Group Volume 14
DESCRIPTION: (1) C Programs
(2) Utilities.
NUMBER SIZE NAME COMMENTS
-CATALOG.14- CONTENTS OF UK VOL. 14
14.1 24K BBCBASIC.HLP Help file for BBCBASIC(Z80)
14.2 2K CPROGS.DOC Documentation for C programs on this disc
14.3 4K EXAMPLE.MAC Sample program using TI9995 macro library
14.4 1K EXAMPLE.REL /
14.5 10K FCAT.COM Improved catalog program
14.6 2K FCAT.DOC /
14.7 5K FCAT.PAS /
14.8 1K FILTER.C Remove CR from text file
14.9 2K FILTER.COM /
14.10 13K HELP.ASM Improved help program
14.11 2K HELP.COM /
14.12 1K LIST.C File display program
14.13 4K LIST.COM /
14.14 3K MYLIB.C C/80 library
14.15 28K SWEEP.COM Super directory maintenance and file transfer
14.16 13K SWEEP35.DOC utility
14.17 1K SYM.COM Convert M80 symbol table for ZSID
14.18 3K SYM.DOC /
14.19 7K SYM.MAC /
14.20 5K TERM.C Terminal program for TRS80 model II
14.21 38K TERM.COM /
14.22 1K WORDCNT.C Count words in text file
14.23 4K WORDCNT.COM /
14.24 7K X9995.LIB M80 macros for TI 9995 cross-assembler
14.25 2K XLATE.COM Translate 8080 to Z80 source
14.26 12K XLATE.MAC /
14.27 3K ZXREF.COM Cross-ref program for Z80 source
14.28 21K ZXREF.ZSM /
UK Users Group Volume 15
DESCRIPTION: (1) Small-C Compiler
(2) Telex Communication Program
NUMBER SIZE NAME COMMENTS
-CATALOG.15- CONTENTS OF UK VOL. 15
15.1 4K CONIO.LIB Small C libraries
15.2 5K CRUN.LIB /
15.3 12K CZMON.C Sample Small-C program
15.4 6K CZMON.COM /
15.5 8K CZMON.DOC /
15.6 11K FILE.LIB Small-C library
15.7 2K LIST.C Sample Small-C program
15.8 2K LIST.COM /
15.9 2K NUMIO.LIB Small-C library
15.10 3K TAB.C Sample Small-C program
15.11 3K TAB.COM /
15.12 1K TAB/LIST.DOC Doc. of Small-C programs
15.13 4K TELEX.DOC Notes on UK Telex system
15.14 3K U-G-FORM.LIB Small-C submission form
15.15 3K UKINSTL.COM Telex communication program
15.16 20K UKTLX.ASM /
15.17 3K UKTLX.COM /
15.18 4K UKTLX.DOC /
15.19 9K Z80ASMUK.COM Z80 Assembler for use with Small-C
15.20 6K Z80DOCUK.DOC /
15.21 19K ZSC-1.C Small-C compiler
15.22 18K ZSC-2.C /
15.23 11K ZSC-COMP.LIB /
15.24 23K ZSMALL.COM /
15.25 15K ZSMALL.DOC /
UK Users Group Volume 16
DESCRIPTION: Utilities.
NUMBER SIZE NAME COMMENTS
-CATALOG.16- CONTENTS OF UK VOL. 16
16.1 1K AUTO.COM Auto-execute program on cold boot
16.2 1K AUTO.DOC /
16.3 3K AUTO.MAC /
16.4 3K CUBE.COM 5x5 Cube puzzle
16.5 12K CUBE.ZSM /
16.6 1K DISK3.COM CP/M 3 utility. See UTIL.DOC
16.7 7K DISKSTAT.COM Display disk characteristics
16.8 47K DISKSTAT.MAC and file allocation
16.9 3K DSKED3.COM CP/M 3 utility. See UTIL.DOC
16.10 1K DUMP.COM Improved file dump utility
16.11 1K DUMP.DOC /
16.12 11K DUMP.MAC /
16.13 2K IMAGE3.COM CP/M 3 utility. See UTIL.DOC
16.14 1K PASSWORD.COM CP/M 3 utility. See UTIL.DOC
16.15 2K PXSUM.COM PROM checksum program. See UTIL.DOC
16.16 2K SBCOPY.COM SuperBrain fast copy program
16.17 1K SBCOPY.DOC /
16.18 12K SBCOPY.MAC /
16.19 8K SPZ.COM Full screen disk utility. Assembled
16.20 11K SPZ.DOC for SuperBrain.
16.21 69K SPZ.MAC /
16.22 1K SYM.COM Generate SID-compatible symbol
16.23 3K SYM.DOC table from Macro-80 listing file
16.24 7K SYM.MAC /
16.25 1K UNLOAD.COM Convert .COM to .HEX. See UTIL.DOC
16.26 7K UTIL.DOC Documentation for files on this disk
16.27 1K VERIFY3.COM CP/M 3 utility. See UTIL.DOC
16.28 1K WRTSYS.COM CP/M 3 utility. See UTIL.DOC
UK Users Group Volume 17
DESCRIPTION: Magazine Index 1978-1983.
NUMBER SIZE NAME COMMENTS
-CATALOG.17- CONTENTS OF UK VOL. 17
17.1 1K CRCKLIST.CRC Checksums of files on this disk
17.2 224K MAGS. Main Index File
17.3 3K MAGS.DOC Documentation
17.4 12K SCAN.COM Program to scan index
UK Users Group Volume 18
DESCRIPTION: (1) ProPascal programs.
(2) C80 programs.
NUMBER SIZE NAME COMMENTS
-CATALOG.18- CONTENTS OF UK VOL. 18
18.1 21K ALL.DOC Documentation for ProPascal programs
18.2 12K ALLSORTS.COM Graphical demonstration of alternative
18.3 12K ALLSORTS.PAS sorting methods.
18.4 14K ASCIEBCD.COM Convert ASCII file to EBCDIC.
18.5 1K ASCIEBCD.DOC /
18.6 3K C80LIB.C Updated version of 14.14
18.7 8K COMPARE.COM File compare with output
18.8 2K COMPARE.DOC to file or console
18.9 4K COMPARE.PAS ProPascal source of above.
18.10 9K CREF.COM Customisable cross-reference
18.11 7K CREF.DOC generator.
18.12 8K CREF.PAS ProPascal source of above.
18.13 8K DISCHEK.COM Utility to read all sectors
18.14 1K DISCHEK.DOC of any size disk and
18.15 3K DISCHEK.PAS report errors.
18.16 4K DISK.MAC Used by ProPascal disk utilities.
18.17 11K DISKDOC.COM Terminal-independent disk patcher
18.18 10K DISKDOC.DOC for any size of disk.
18.19 8K DISKDOC.PAS ProPascal source of above.
18.20 1K ERAT.C Sieve benchmark for C/80.
18.21 12K ERAT.COM /
18.22 9K FILCAT.COM Catalogues disk to a text file
18.23 2K FILCAT.DOC for editing or sorting.
18.24 3K FILCAT.PAS ProPascal source of above.
18.25 2K GETDIR.MAC Used by FILCAT.
18.26 11K LOOK.C View/patch file in ASCII and HEX
18.27 12K LOOK.COM /
18.28 2K NUMD.C /
18.29 2K NUMH.C /
18.30 2K RB.DOC Documentation of LOOK, ERAT.
18.31 13K SORT.COM Sort utility, not limited by memory
18.32 2K SORT.DOC /
3-Apr-84 22:23:19-MST,616;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 22:23:15-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Apr 84 23:49 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 3 Apr 84 23:48 EST
Date: 3 April 1984 23:47-EST
From: Kevin J. Burnett <KJB@Mit-Mc.ARPA>
To: INFO-CPM@Mit-Mc.ARPA
I have MDM730 for my apple , and am trying to change the phone number
library with M7LIB.COM from simtel20, but after listing the library and
asking if it looks right, it says "library not found" and throws me
into cp/m? what's the matter with it?
4-Apr-84 12:21:03-MST,1403;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 12:20:55-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Apr 84 13:54 EST
Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 4 Apr 84 13:51 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Apr 84 23:50-PST
Date: 31 Mar 84 23:00:44-PST (Sat)
To: info-cpm@Brl-Aos.ARPA
From: decvax!mcnc!duke!ucf-cs!jeff@Ucb-Vax.ARPA
Subject: 5.25" disk drives
Article-I.D.: ucf-cs.1221
For Sale: Nearly new DSDD 5.25" disk drives. 80 tracks double
sided means over 700k each formatted. Usable with most systems,
I have used them on an IBM-PC and on a Lobo Max-80 without prob-
lems. These are thinlines, and come with power supply and case,
and a cable for edge card connection. I am selling them because
I no longer have a system to use them on.
Original cost: $389 each per drive
$100 for case and power supply
$ 40 for cable
----
$918 total for two drives, PS, cable and case.
First $600 takes it away, providing you can find an acceptable
way to transfer the funds. I am a little shy of sending this off
to a total stranger without some sort of collateral, and I'm sure
the same goes for you.
Contact: Jeff C. Glover, P.O. Box 26378, Orlando, FL 32816
{duke|decvax}!ucf-cs!jeff UUCP
(305)-275-4130 from 9pm-11pm Eastern Time.
4-Apr-84 12:42:52-MST,992;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 12:42:47-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Apr 84 14:06 EST
Received: From sri-tsc.arpa.ARPA by BRL-AOS via smtp; 4 Apr 84 13:55 EST
Received: by sri-tsc.arpa at Wed, 4 Apr 84 10:18:58 pst
From: edl <edl@Sri-Tsc.ARPA>
Message-Id: <8404041818.AA00880@sri-tsc.arpa>
Date: 4 Apr 1984 1018-PST (Wednesday)
To: info-cpm@Brl-Aos.ARPA
Subject: crowded mailboxes
I keep getting empty messages from info-cpm-request once an hour which
are crowding my mailbox terribly. Is anyone else having this problem?
Does anyone have a suggestion on how to stop this - its been going on for
almost a week now. The messages have only a header and look like this:
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA (amsaa.arpa) by sri-tsc.arpa at Wed, 4 Apr 84 10:04:47 pst
Date: Wed, 4 Apr 84 10:04:42 pst
From: <info-cpm-request@AMSAA.ARPA>
4-Apr-84 13:18:46-MST,1029;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 13:18:41-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 4 Apr 84 14:22 EST
Date: Tuesday, 3 April 1984 23:21-MST
Message-ID: <KPETERSEN.12004834219.BABYL@SIMTEL20>
Sender: bridger@Rand-Unix.ARPA
From: bridger@Rand-Unix.ARPA
To: W8SDZ@SIMTEL20.ARPA
cc: randvax!bridger@Rand-Unix.ARPA
Subject: sd 80 bug
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Wed 4 Apr 1984 12:23-MST
--------
The SD v 8.0 SORT fix 6 statements after label L3 (MVI A,11)
is causing some multi-extent files to be reported too small--
e.g. 32K instead of 76K. Behavior seems to require several alphabetically
similar names in the listing, e.g ABC.ASM, ABC.COM. Bug disappears
with MVI A,12.
This test was made on hand-modified vers SD 7.9 after reading v 8.0
listing in the SORT routine area.
When MVI A,12 is restored I presume the documented bug still exists, then?
--bridger
4-Apr-84 14:56:28-MST,1208;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 14:56:21-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Apr 84 15:35 EST
Received: From csnet-relay.arpa.ARPA by BRL-AOS via smtp; 4 Apr 84 15:35 EST
Received: From Rochester.arpa by csnet-relay via smtp; 4 Apr 84 15:05 EST
Received: by sen.rochester (3.327.3O) id AA10863; 4 Apr 84 14:59:57 EST (Wed)
Received: by cay.Rochester (3.327.3N+) id AA05062; 4 Apr 84 14:59:24 EST (Wed)
Message-Id: <8404041959.10863@sen.rochester>
Date: 4 Apr 84 14:59:57 EST (Wed)
From: Mike Ciaraldi <ciaraldi%rochester.arpa@csnet-relay.arpa>
Subject: Re: What termnal does Mode7 emulate
To: ANDY%MIT-OZ%mit-mc.arpa@csnet-relay.arpa,
young%uci-750a.arpa@csnet-relay.arpa
Cc: info-cpm%brl.arpa@csnet-relay.arpa
Don't forget that you must change the byte in the overlay
that allows control codes to get through MODEM7 out to
the screen driver. Otherwise the cursor-positioning, etc.
may not work, since the defualt is that MODEM7 filters
out control codes except (I think) CR, LF, and BS.
There was a message about this on info-cpm about a week ago.
Mike Ciaraldi
ciaraldi@rochester
4-Apr-84 15:06:53-MST,987;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 15:06:47-MST
Date: Wed, 4 Apr 84 15:36:39 EST
From: Dave Towson (info-cpm) <cpmlist@Amsaa.ARPA>
To: info-cpm@Amsaa.ARPA
Subject: [Frank da Cruz: Simtel20 Archives announcement]
CP/Mers - Please note the correction in Frank's message below. Send requests
for information concerning Kermit to Info-Kermit-Request, NOT to Info-Kermit.
Thanks,
Dave
----- Forwarded message # 1:
Received: From columbia-20.arpa.ARPA by AMSAA via smtp; 4 Apr 84 10:37 EST
Date: Wed 4 Apr 84 10:38:36-EST
From: Frank da Cruz <cc.fdc@COLUMBIA-20.ARPA>
Subject: Simtel20 Archives announcement
To: Info-CPM-Request@AMSAA.ARPA
Thanks for the nice words about Kermit. One minor correction -- Please ask
them to send requests for information to Info-Kermit-Request, not Info-Kermit,
at COLUMBIA-20. Thanks. - Frank
-------
----- End of forwarded messages
4-Apr-84 19:57:27-MST,725;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 19:57:22-MST
Received: From utexas-20.arpa.ARPA by AMSAA via smtp; 4 Apr 84 18:17 EST
Date: Wed 4 Apr 84 17:19:07-CST
From: Aaron Temin <CS.Temin@UTEXAS-20.ARPA>
Subject: ZCPR problem
To: info-cpm@AMSAA.ARPA
I am trying to install ZCPR under CP/M 2.2 and it almost works.
However, when given the name of a .COM file to execute it merely echos
the name of the file followed by a question mark (standard error stuff
when it can't find a file, I think). Anyone got any suggestions as to
what is going wrong?
I am running the MICAH SuperBios on a Cromemco System III.
Thanks very much,
-aaron
-------
4-Apr-84 19:59:51-MST,1527;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 19:59:46-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Apr 84 18:47 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 4 Apr 84 18:40 EST
Received: from MIT-LISPM-18 by MIT-OZ via Chaosnet; 4 Apr 84 17:18-EST
Date: Wednesday, 4 April 1984, 17:18-EST
From: Robert L. Krawitz <ZZZ.RLK%MIT-OZ@MIT-MC.ARPA>
Subject: crowded mailboxes edl@Sri-Tsc.ARPA
To: info-cpm@Mit-Mc.ARPA
CC: zzz.rlk%MIT-OZ@MIT-MC.ARPA
In-reply-to: <8404041818.AA00880@sri-tsc.arpa>
Message-ID: <[MIT-LISPM-18].4/04/84 17:18:27.ZZZ.RLK>
I don't have your particular problem, but my mailbox does fill up
awfully fast. Most of the stuff on here is good, but occasionally (like
last week) it partially degenerates into flaming, which is a waste of
time and disk space. So, two requests:
1) No flaming. If someone is screwing up, we don't all need to know.
2) If you're replying to a specific, system-dependent question of
someone else's, please if at all possible reply only to that person. My
mailbox is full of specifics that aren't going to help anyone without a
specific configuration. I'm not saying that this is true of everyone,
because most of the stuff on here can be useful to many people, but just
keep this in mind.
Even though they are long, I like the lists of software. Do archives,
or at least pointers to content of archives, exist anywhere on the
arpanet?
Thanks,
Robert
5-Apr-84 02:27:31-MST,962;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 02:27:20-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Apr 84 4:07 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 5 Apr 84 4:00 EST
Date: 5 April 1984 03:58-EST
From: Jerry E. Pournelle <POURNE@Mit-Mc.ARPA>
Subject: Public-ness of UCSD Pascal Versions
To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!jim@Ucb-Vax.ARPA
cc: info-cpm@Brl-Aos.ARPA
In-reply-to: Msg of 28 Mar 84 9:56:44-PST (Wed) from decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!jim at Ucb-Vax.ARPA
You raise interesting questions. My mad friend was so upset by
the UCSD Pascal situation that he was actually beginning a
lawsuit on the theory that public money developed it, and it
thus belonged to the public. He never got far, because it was
about then that he began wasting away with cancer. It might
have been interesting to see what would have happened.
5-Apr-84 03:07:59-MST,2065;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 03:07:53-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Apr 84 4:38 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 5 Apr 84 4:32 EST
Date: 5 April 1984 04:29-EST
From: Jerry E. Pournelle <POURNE@Mit-Mc.ARPA>
Subject: CompuPro Service
To: decvax!mcnc!ecsvax!hsplab@Ucb-Vax.ARPA
cc: info-cpm@Brl-Aos.ARPA
In-reply-to: Msg of 29 Mar 84 22:27:47-PST (Thu) from decvax!mcnc!ecsvax!hsplab at Ucb-Vax.ARPA
If you'll send a hard copy detailing your difficulties
(specifics like dates and the like would help) we'll see what
can be done; I find by and large that when I send in a paper it
gets read...
Pournelle
BYTE
pob 372
Hancock NH 03449
Priority One doesn't really give ANYONE support for stuff they
sell; I have a color board for the PC that won't work with
anytyhing but a couple of specific terminals although there is
nothing in the ads that say that. We are having fun with
Priority One which sold it to us.
CompuPro is trying very hard to get out of the direct
support business because they ship too much stuff to be able to
do that. Generic solutions to problems are more useful: in your
case, for instance.
Mostly they hope you will buy their stuff through a
Systems Center and get support from that. Priority One sells a
LOT of CompuPro stuff but at a very low profit margin and they
just don't do no support at all; leaving the troops in Hayward
to wonder what to do.
I dunno either; but in your case, if you'll let me know,
maybe something can be made to happen. As a general
proposition, though, I find CompuPro stuff rock solid, but it is
getting harder and harder to talk to the people in Hayward
unless you know them well.
They also have another type of chap: the ones who add
nonstandard stuff, hack things, and tehn complain that it
doesn't work... I have a drawer full of their complaints, but
not much sympathy for them (why doesn't my belchly board work
with ...)
5-Apr-84 07:45:10-MST,3150;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 07:45:00-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Apr 84 8:58 EST
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 5 Apr 84 8:58 EST
Date: Thu 5 Apr 84 06:55:51-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re: ZCPR3
To: ddb%mrvax.DEC%decwrl.ARPA@CSNET-RELAY.ARPA
cc: info-cpm@BRL.ARPA
In-Reply-To: Message from "DAVID DYER-BENNET MRO1-2/L14 DTN 231-4076 <ddb%mrvax.DEC%decwrl.ARPA@csnet-relay.arpa>" of Wed 4 Apr 84 09:41:33-MST
David,
I am writing a book on ZCPR3, and this will address your questions
in much greater detail. In a nutshell, ZCPR1/ZCPR2/ZCPR3 do not address
programs which use overlays. Such would require a BDOS modification.
There is a way around this problem, however, with ZCPR3. As I mentioned,
one feature of ZCPR3 is the alias.
The alias allows the user to define a sophisticated command line which
is executed in place of a simple command issued by the user. I am running
WS and dBASE II, as well as BDS C, C/80, and PASCAL/MT+ under ZCPR3,
and, by using a combination of aliases and ZEX command files, all are
fitting into the ZCPR3 environment.
Each commercial program must be addressed independently,
since they all handle things differently. WS, for instance, will, when
not finding its overlays in the current directory, drop down to disk A,
current user and look there. Hence, I use WS only from a directory called
TEXT, where TEXT is B7: and WS.COM and its overlays, including a spelling
checker, are in A7:. The search path is A$ A15 (including current dir
by default), so issuing WS from B7 will find WS.COM in A7 (the A$
part of the path expands into A7 when the command is issued from d7).
When it comes to program editing, I use WM, which requires not overlays
and optionally can use a HLP file (which will be found in A$ if not found
in the current dir). WM is in the root (A15), so it is found from anywhere on
the system.
dBASE II was quite different in that it had to have its overlays in
the current directory. To get around this problem, I created an alias
which, in response to the command DB2, will issue the following
command sequence:
A9:;dbase setup;$d$u:
where:
A9: -- logs me into the directory containing DBASE.COM
and its overlays
dbase setup -- runs DBASE.COM, and SETUP.CMD contains
the command "set default to B:", which places
me into B9: to do the work; when I issue the
"quit" command, the last command is executed:
$d$u: -- returns me to the directory I was in originally
Finally, with the three languages I mentioned above, all support the ability
to indicate where the required overlays are located. ZEX command files are
used to do the compilation, linking, and cleanup. Also, for each language,
the files supporting the compilers and linkers are in An: while the work areas
are in Bn:, such as A2: containing BDS C compiler and linker while B2:
contains the files I am working on.
You will see more on this when the book comes out.
Rick
-------
5-Apr-84 07:49:00-MST,965;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 07:48:55-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 5 Apr 84 9:10 EST
Received: From brl-bmd.arpa.ARPA by BRL-MIS via smtp; 5 Apr 84 9:02 EST
Date: Thu, 5 Apr 84 8:49:36 EST
From: Charlie Strom (NYU) <strom@Brl-Bmd.ARPA>
To: Herb Lin <LIN@Mit-Mc.ARPA>
cc: INFO-CPM@Brl.ARPA
Subject: New Macrotech CPU
The pricing for the MI-286 board (I prefer to call it the Oakland Raider or the Mach2) is tentatively set for $1395 (less than I thought it would be),
with an additional charge of $650 (ouch) for inclusion of an 80287. This
board will be supplied with 6MHz CPU's; it is designed to work with an 8MHz 80286 when they become available.
A major market for this board is to breathe some new life into MP/M-816
systems, so you can be sure that it will be designed as a drop-in
replacement on such systems.
5-Apr-84 08:19:40-MST,831;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 08:19:35-MST
Date: Thu, 5 Apr 84 9:27:55 EST
From: Dave Towson (info-cpm) <cpmlist@Amsaa.ARPA>
To: Saline@mit-multics.arpa
cc: info-cpm@Amsaa.ARPA
Subject: Re: FTP
Steve - FTP is a network protocol. What goes out on the network must conform
to that protocol. Therefore, on the network, it all looks the same. Locally,
however, there are syntax differences among the different implementations.
The question, then, is not how SIMTEL20 or COLUMBIA-20 does it, but how YOUR
LOCAL SYSTEM does it. To find that out, you MUST seek advice LOCALLY. Find
the name of your host administrator, and ask him/her to point you in the right
direction.
Dave Towson
info-cpm-request@amsaa
5-Apr-84 20:48:57-MST,3119;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 20:48:48-MST
Received: From 192.5.58.3.ARPA by AMSAA via smtp; 5 Apr 84 22:23 EST
Received: from RHEA.ARPA by decwrl.ARPA (4.22.01/4.7.11)
id AA03740; Thu, 5 Apr 84 19:20:08 pst
Message-Id: <8404060320.AA03740@decwrl.ARPA>
Date: 05-Apr-1984 2158
From: Dave Mitton <mitton%elrond.DEC%decwrl.ARPA@csnet-relay.ARPA>
To: info-cpm@amsaa.ARPA, info-cpm%decwrl.ARPA@csnet-relay.ARPA
Subject: Rainbow 100-A SETHARD program
For the person with the Rainbow 100 winnie upgrade:
The following is the program that pokes magic locations in the
Rainbow BIOS to fool the system into thinking it booted off the winchester.
- Get this source on your Rainbow, and edit to taste
(I acutally set both boot and default to E:)
- Assemble and link
- copy all files you want onto the winchester
- make a copy of your bootable floppy system disk
- delete every thing except SETHARD.CMD, CPM.SYS, and Z80CNF.SYS
- boot the system off your new disk
- run SETHARD and it will think that E: is the boot disk
- you do even better by patching SETHARD into the initial command buffer
for execution at startup time.
Disclaimer: I use this program, but I am not responsible for it's coding
or functions. It is based on carnal knowledge of the Rainbow CP/M BIOS
and may break in future releases.
Enjoy, Dave Mitton, DEC Networks and Communications
-----------------
TITLE 'SETHARD' ; RESET THE SYSTEM DISK
;+
; SETHARD - Sets the CP/M bootdrive disk unit to E: and the current
; default logged in drive to F:
; Used on Rainbow 100-A's which cannot boot the Winchester directly.
;
; Based on module by: Juergen Stieger PCSC - ZURICH
; Re-coded by: David J. Mitton, Networks and Communications - TWO/E07
;
; V1.0 28-Feb-84 CP/M-86/80 V2.0
;
;-
CSEG ; code segment
DRIVEA EQU 0 ; Drive A unit number
DRIVEB EQU 1 ; Drive B unit number
DRIVEE EQU 4 ; Drive E unit number
DRIVEF EQU 5 ; Drive F unit number
; *** Modify the following three symbols for your configuration
CURRENT EQU DRIVEF ; Current disk desired
BOOT EQU DRIVEE ; Boot disk desired
SYSTEM EQU DRIVEE ; System disk desired
; *** NOTE: the following 3 locations are DEC CP/M-86/80 V2.0 dependent ****
CDISK EQU 0939H ; Current drive unit number
CURDRSV EQU 24B7H ; Boot drive unit number
SDISK EQU 254AH ; Default system drive unit number
ORG 100H ; Org to proper start
START: MOV AX,40H ;SET ES TO CP/M-CSEG
MOV ES,AX ; ...
MOV AL,CURRENT ;Put drive unit number in AL
MOV DI,CDISK ;Put addr of CURRENT DRIVE cell in DI
STOSB ;Write unit number into BIOS
MOV AL,BOOT ;Put drive unit number in AL
MOV DI,CURDRSV ;Put addr of BOOT DRIVE cell in DI
STOSB ;Write unit number into BIOS
MOV AL,SYSTEM ;Put drive unit number in AL
MOV DI,SDISK ;Put addr of SYSTEM DRIVE cell in DI
STOSB ;Write unit number into BIOS
MOV CL,0 ;Exit back to system and simulate ^C
MOV DL,CL ;
INT 224 ;via interrupt
6-Apr-84 00:50:15-MST,4005;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Apr 84 00:49:55-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 6 Apr 84 2:15 EST
Date: 6 Apr 1984 00:16 MST (Fri)
Message-ID: <KPETERSEN.12005226116.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: SD-81 now available
Thanks to our Info-Cpm readers a bug in SD-80 was uncovered and Sigi
Kluger has just released SD-81, which I just uploaded to SIMTEL20.
Here's a list of the files:
Filename Type Bytes Sectors CRC
Directory MICRO:<CPM.DIRUTL>
SD-79A.DOC.1 ASCII 9525 75 = 4BH D733H
SD-79A.DQC.1 COM 6144 48 = 30H 2D4BH
SD-81.AQM.1 COM 53248 416 = 1A0H F3D9H
SD-81.ASM.1 ASCII 78722 616 = 268H B1B8H
SD-81.NOT.1 ASCII 2689 22 = 16H 3ECCH
SD-81H.COM.1 COM 3584 28 = 1CH 49AEH
SD-81H.HEX.1 ASCII 8745 69 = 45H DD3FH
SD-81V.COM.1 COM 3968 31 = 1FH F321H
SD-81V.HEX.1 ASCII 9680 76 = 4CH 7563H
SD8081.DIF.1 ASCII 3401 27 = 1BH 15A1H
The last one, SD8081.DIF, is an SSED2 editor script for those who got
SD-80.ASM so they don't have to download the whole .ASM file again.
Here's a note from Sigi about the update:
04/04/84 S. Kluger El Paso RCPM
First off... sorry for the mess-up in SD-80. Sometimes it helps if you
know what you're doing!
Anyway, the bug is now fixed and that with an extra bonus... Seems like
the way SD has been working right now, it would get mighty confused with
extremely large files. To backtrack a bit, filesize is stored in the
directory as follows:
ENTRY+12 EX (extent number 0..31)
ENTRY+14 S2 (extent overflow 0..31)
ENTRY+15 RC (record count in last extent)
This means that the largest extent number is 1FH. In order to allow files
larger than 512k, the S2 byte is used. S2 is incremented every time EX
is incremented to 20H. EX is then zeroed. The highest number in S2 is 0F.
EX and S2, therefore, form a 9-bit number. The least significant bits
0..4 being EX, the most significant bits 5..8 being S2. That 9-bit number
is the total number of extents possible. Multiplied by 16k, we get 8192k,
the maximum file (and disk) size under CP/M 2.2.
(If I have bored you so far, please realize that many people out there
don't know this)
In SD, the file size was stored as a 2-byte value, one byte being the
total number of extents, the other being the number of sectors in the
last extent. From the previous explanation it should be easy to see that
you can't fit a 9-bit value into a byte. SD up to version 8.1 therefore
truncated all files over 4MB to 4096k. In SD-81, the file size is stored
as a normal (as opposed to byte-reversed) 16-bit integer in sector units
(8192k = 65536 sectors).
Not feeling a desire to perform a major rewrite, I did not change the fact
that SD loads and sorts ALL directory entries and then scans the list
for the highest numbered extent and displays it. The main reason for
changing it would be to save space and to possibly speed the program
up insignificantly. Should anyone ever tackle this, please make SD report
correct file sizes for random files with holes. (One way of doing it would
be to scan the directory and add up the RC fields of all like file names).
There still is a bug in the vertical display routine. It is my opinion that
vertical display best be left to XDIR, but again, if someone desires to
fix it up to look neat, be my guest. The vertical display currently loses
track sometimes and displays a blank line rather than file names. This
occurs with a very crowded directory (I noticed it with ~260 entries).
Also, the directory should be alphabetized by screenful.
If you find any serious problems with SD-81 which are obviously related
to my fixes, please be sure to let me know immediately. Do not mail any
explosives no matter how bad the bugs, please...
7-Apr-84 09:29:29-MST,1943;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 09:29:22-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 7 Apr 84 11:03 EST
Date: Sunday, 1 April 1984 17:27-MST
Message-ID: <KPETERSEN.12005453897.BABYL@SIMTEL20>
Sender: hplabs!tektronix!teklds!hercules!glennw@Ucb-Vax.ARPA
From: hplabs!tektronix!teklds!hercules!glennw@Ucb-Vax.ARPA
To: info-micro@Brl-Aos.ARPA
Subject: USR S-100 modem
Article-I.D.: hercules.148
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Fri 6 Apr 1984 21:07-MST
Message to net.micro from MEAD@USC-ECLB.ARPA:
>Well, I finally got fed up with its dumb power-up off-hook mode. I
>keep forgetting to run the modem program to clear things. So, avid
>warranty voider that I am, I made a mod to the pcb so that it comes
>up on-hook, yet retains program control of off-hook. Just requires
>two little wires, and a cut diode lead. Seems to be working fine.
>Oh, it will also require changing the sense of the DTR bit, to normal!
>I will give details to interested parties....so much for logic in design,
>must be a Detroit car engineer.
-------
We (Widener Consulting) have been distributing USR modems over a year.
We encountered the DTR problem with our first S100's, and now ship
all of them with the mod for normal DTR operation. The mod is
1. Remove D17 (disables separate relay control)
2. Cut the trace from U3 pin 32 to ground (3/8" above U7-1 on back side).
3. Connect the DTR~ pin (U22-24) to U3-32 (pin 32 is modem disable).
Run a wire from the U22 side of D17 to the cut trace by U7.
Simple, but USR hasn't done it, even though I told them to a long time
ago. Warranty is no problem (if you get it through us, since USR knows
that we are doing the mod).
Glenn Widener
Widener Consulting
2835 NE Brogden
Hillsboro, OR 97124
503-648-0363
7-Apr-84 09:46:23-MST,2296;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 09:46:16-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 7 Apr 84 11:04 EST
Date: 7 Apr 1984 05:23 MST (Sat)
Message-ID: <KPETERSEN.12005544116.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: More bug reports on QK20
Here's the latest collection (which includes Dick Mead's previous
report). This file is going out to the RCPM SYSOPs today as
QK20MORE.BUG.
--Keith
----
Date: 03/27/84
From: Ron Renaud
To: All
Re: QK20 problem ?
Has anyone tried QK20? I tried it on 2 different systems, one a
MicroDecision and the other an S-100. The progr/am bombs on both,
requires a reset to recover. Have previously used QK12 with no
problems. Quick test is - config one key then run SD. - Ron
Date: Thursday, 29 March 1984 21:15-MST
From: Dick Mead
Re: QK20
I seem to have a problem with the new QK. If I try to run SD79 or
XD3 (under ZCPR2) they both fail to work. Under QK12, I had no problem.
It appears that all I get sent to the screen from SD79 when called
by a QK20 re-defined key is a CR-LF, and Ctl-C does not abort, I must
reset the system. Any clues?
Date: 03/31/84
From: Dennis Quinn
To: All
Re: Problem with QK20
I have noted that there is a rather serious problem
with QK20. Specifically, if the program executing does
any direct BIOS console input calls, the Qwikkey program
behaves very erratically. If the key depressed is one
of the keys for which a substitution string has been
entered, the result will be either (a) key is altogether
ignored, (b) program will abort, or (c) system will hang
up with cold boot required. If the key depressed is not
one of the keys for which a substitution string has been
entered, the result will be either (a) key is altogether
ignored, (b) program will appear to abort (i.e, A> prompt
appears, next char entered jumps back to program at last
prompt, char is not accepted), or (c) system will hang
up with cold boot required. Sometimes the program exe-
cuted aborts without doing anything at all (e.g, LDIR).
Recommend you not download this pgm. --Regards, DQ
7-Apr-84 09:47:48-MST,799;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 09:47:45-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 7 Apr 84 11:12 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 7 Apr 84 3:19 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 6 Apr 84 23:45-PST
Date: 1 Apr 84 19:52:22-PST (Sun)
To: info-cpm@Brl-Aos.ARPA
From: pur-ee!uiucdcs!parsec!gant@Ucb-Vax.ARPA
Subject: Looking for C
Article-I.D.: uiucdcs.6522
I'm looking for a reasonable C compiler for CP/M. Can those of you
with experience with the various C products available pass on some
recommendations? Both good and bad points would be appreciated.
Thanks!
Alan Gant, CONVEX Computer Corporation
{uiucdcs,allegra,ihnp4}!convex!gant
7-Apr-84 11:08:52-MST,1170;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 11:08:47-MST
Received: From ur-cs-gw.ARPA by AMSAA via smtp; 7 Apr 84 12:33 EST
Received: by sen.rochester (3.327.3O) id AA10524; 6 Apr 84 14:43:27 EST (Fri)
Received: by cay.Rochester (3.327.3N+) id AA09075; 6 Apr 84 14:42:53 EST (Fri)
Message-Id: <8404061943.10524@sen.rochester>
Date: 6 Apr 84 14:43:27 EST (Fri)
From: Gershon Kedem <kedem@Rochester.ARPA>
Subject: S100 based Z80 system
To: info-cpm@amsaa.ARPA
I have a S100 based device that I need to drive. It was designed to be
controlled by a Z80 writting into addresses in the I/O space. I am looking
for an inexpansive way to get a Z80 system with 64k bytes of RAM running CPM
so I could develope a device driver for my gudget. The Z80 system need to
have a flopy controller and two RS232 ports. I have a rack mounted S100 box
with a power supply. If you know of any inexpensive way to get a system
together Say ~ $1000 please contact me.
Gershon kedem
Computer Science Department
University of Rochester
Rochester, NY 14627
Phone: (716) 275-7968
Net address: kedem@rochester
7-Apr-84 18:14:22-MST,3399;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 18:14:12-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 7 Apr 84 19:48 EST
Date: Sat 7 Apr 84 17:49:26-MST
From: Keith Petersen <KPETERSEN@SIMTEL20.ARPA>
Subject: More about copyrights
To: INFO-MODEM7@SIMTEL20.ARPA
cc: INFO-CPM@AMSAA.ARPA
I found this on MIT-MC. Don't know who left it there, but it's
interesting. Appies specifically to MDM7xx.
---
It has been noticed that there are several cases of a
Copyright notice being applied to public domain software.
While this right does accrue to the publisher of his
'original' work; and whereas he may wish to make that work
available to the public for their royalty-free use with a
restriction applied against sale, he may specifically not:
1. Copyright what he or others have already put into
the public domain.
2. Delete the Copyright notices of others pertaining to
a portion of the work.
3. Fail to give credit to the work of others that he has
used or copied even if it is in the public domain - unless
there is no reasonable means for identifying the work of
others. Even this last, is not a condition for claiming
'original' authorship (a necessary condition precedent to
the right to Copyright).
Some of the violations have been under the mis-understanding
that the Copyright prevents others from changing the revision
level when it is part of the name of the work, such as MDM730,
but that it is Ok if one renames it, modifies the work, and then
publishes it with all the same code (but with new code added).
WRONG, if the 'work', which must be the actual writing of the
author claiming protection -not just his ideas or naming, is subject
to valid protection, that protection does not include the name
of the work. This is the purpose of Trademarks - not to infringe on
the trade-marked name of a product since presumably this would
damage the business of the Trademark (MUST BE REGISTERED) holder
in a financial way. It is hard to see how this would apply to
public domain software. Also, one would have to show as a condition
precedent to getting a duly registered Trademark that the 'Mark'
has not already been placed in the public domain by the applicant
or by others. Also, guess a new registration would have to be
obtained for MDM731, MDM732 etc - an expensive proposition.
Of course, one could also abandon the name, call it something
else, get a "Mark' registered and do what he wishes with it as
long as he doesn't also Copyright it as his original work. This
would then at least allow the continuation in the 'public' of
the well-known generic name of MODEM7, MDM7 etc - with the op-
erative part of the name giving the immediate public recognition
being the '7' which denotes that modification, and its successors,
of the 'Christensen' protocol that includes batch mode which was
added by Mills and Zeigler and Copyrighted (the additional routines
only) by them in 1980 - and made public.
Any of you lawyers out there wish to comment on this practice
so that those who have been mis-informed can correct their
ways? Copyright of software that others have put in the public
domain is not only not-nice, but damaging to the whole spirit
and purpose of the 'public-domain' idea.
-------
8-Apr-84 14:18:55-MST,721;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 14:18:51-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 16:01 EST
Date: Sun 8 Apr 84 14:03:03-MST
From: Keith Petersen <KPETERSEN@SIMTEL20.ARPA>
Subject: PLOUFF: PAT730V5.ASM for MDM730
To: INFO-CPM@AMSAA.ARPA
Date: 04/08/84
From: Bob Plouffe
To: All
Re: PAT730V5
V5 is the latest version of the PAT730 to optionally patch MODEM730
for various features. It also contains 2 bug fixes - one Irv's and
one mine. These fixes are also optional and the overlay conditional
equates are set to a default condition that will give a plain vanilla
MDM730 as distributed.
-------
8-Apr-84 14:22:37-MST,2561;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 14:22:29-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 15:59 EST
Date: Sun 8 Apr 84 14:00:25-MST
From: Keith Petersen <KPETERSEN@SIMTEL20.ARPA>
Subject: Dave Rand: question about returning to CCP
To: INFO-CPM@AMSAA.ARPA
Dave Rand, the author of NSWP2, left this file on the SYSOP RCPM.
Replies to me, if you like, and I'll relay to Dave.
--Keith
----
Dave Rand
10232 - 160 Street
Edmonton, Alberta Canada
T5P 3E9
(403) 484-4114
03/21/84
A few days ago, I had a call from a mildly irate user of NSWP2. He claimed
that NSWP failed on the 'X' command, and proceeded to tell me why. I can
find no reason behind his logic, so here it is... if someone has an
idea, PLEASE let me know!
In NSWP, I don't jump to zero when I exit. Instead, I do what amounts to a
return to the CCP. The actual code involved goes like this...
XTHL ;get contents of (SP) into HL
SHLD CCPRET+1 ;save it as part of a JMP instruction
LXI SP,STACK ;and move stack local
later on, when I want to return to CP/M, I use:
CCPRET: JMP 0000h ;to be filled in
The users' system was a heavily modified CPM 2.2 system, that included
bank selected memory. He says, however, that had I have done things
'correctly', I should have used the following code:
lxi h,0 ;offset zero
dad sp ;from stack pointer
shld CCPSTK+1 ;and save old stack address
LXI SP,STACK ;and move stack local
and to return to the CCP:
CCPSTK: lxi SP,0 ;to be filled in
ret ;get back!
Now... You know, and I know, that JMPing to the address on the top of the
stack is EXACTLY the same as RET'ing, except that I don't preserve the stack.
But DR's CCP, along with all CCP replacements, ALWAYS use the code:
CALL 100h ;execute transient program
LXI SP,LOCS ;restore stack, in case we get back.
except for CPM 3.0, which uses
LXI H,0 ;return address of warm boot!
push h
jmp 100h ;execute transient
What I think, is that his CCP (which has been modified by him), DOES NOT
do the LXI SP. However, I am open to suggestions. By the way, he is the
ONLY user (from the 50 or so that have contacted me) that has reported this
problem.
I am mystified. He claims that the LXI SP is there. If that is the case
(which I don't believe), magic must be occuring. If anyone can explain
to me the difference between the JMP and the RET, I would forever be in
your debt!
Thanks in advance... Dave Rand
-------
8-Apr-84 14:50:55-MST,2497;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 14:50:46-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 16:18 EST
Date: 8 Apr 1984 14:19 MST (Sun)
Message-ID: <KPETERSEN.12005903850.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: M7LIB.COM bug fixed
Irv Hoff has just released a revised M7LIB.COM. It's now on
SIMTEL20, in place of the previous version. Irv didn't change
the name, unfortunately. There is a way of telling if you have
the new version though. Here's Irv's info on the fixes:
---
TOPIC : M7LIB FIX
FROM : IRV HOFF W6FFC
DATE : 06 APR 84
NOTE: IF YOUR COPY OF M7LIB.COM SAYS 04/06/84
WHEN BROUGHT UP, IT HAS THE FOLLOWING
FIX INCORPORATED AND NEEDS NO CHANGES.
BACKGROUND: M7LIB.COM is used to alter phone numbers in the
MDM730.COM modem program. Unfortunately I based
it on a buggy, obsolete program called CHGLIB v1.0
dated Jan 82.
PROBLEM : If the 'R' (re-read the phone listing) is typed at
ANY TIME when using M7LIB.COM, it will only write
back to disk about 2-1/4k of the 18-1/4k via 'W'.
Obviously this is unacceptable.
SOLUTION 1: Do not use 'R' at any time. Few apparently use it
anyway, or this problem would have been noticed and
fixed much sooner.
SOLUTION 2: Use DDT and change:
026C 32 76 08 change to 00 00 00 then save 8.
- - - - - - - -
HOW TO : If you are unfamiliar with using DDT, do this:
A>DDT M7LIB.COM
-S026C (you add the S026C, return)
026C 32 00 (you add the 00, hit return)
026D 76 00 (you add the 00, hit return)
026E 08 00 (you add the 00, hit return)
026F CD . (you add the . then return)
-G0 (you add the G0, it returns
to CP/M prompt, then:
A>SAVE 8 M7LIB.COM (saves the fixed pgm)
- - - - - - - -
COMMENT : I fixed my own in this manner, and it works normally now
no matter if/how/when 'R' is used. This had been tested
when writing the program, but the associated problem was
not noticed.
NOTE : You can also use M7NM-6.ASM to change the library with
your editor, etc. That is an easier method if you want
to make numerous changes or rewrite the phone library.
M7LIB.COM is fast, easy and simple, intended to be used
to change a few numbers occasionally.
- Irv Hoff
8-Apr-84 14:53:26-MST,1834;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 14:53:20-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 16:22 EST
Date: 8 Apr 1984 14:23 MST (Sun)
Message-ID: <KPETERSEN.12005904628.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: NSWP204 now available
Dave Rand has just release NSWP204, which fixes several problems in
earlier versions. It's now available on SIMTEL20 in the
MICRO:<CPM.FILCPY> directory as NSWP204.COM, .DOC, and .HEX. Here's
Dave's note about what was fixed:
---
Dave Rand
10232 - 160 St.
Edmonton, Alberta Canada
T5P 3E9
(403) 484-4114
04/04/84
Notes on NSWP 204
-----------------
NSWP 204 has a few new features! First, limited CPM 3 has been established,
in that if you have BDOS version over 3.0 (which may include MPM), you may
now run with ALV banked. NSWP will use the BDOS call to obtain the ALV
information. This also applies to the 16 bit version.
Before 204, if you attempted to delete a file that was currently tagged,
it was not removed from the tagged file size. It is correctly handled in all
cases now.
NSWP now saves the SP, rather than (SP), in order to support totally non-
standard implementations of BDOS and CCP.
When using the '?' function, the current disk information, along with the
tagged file size.
The copy file speed has been further optimized by elimination of a redundant
BDOS call (deleting a file, when we know it ain't there!).
NSWP has been modified to better support MPM and MPM86 by doing a rename
after a copy operation. This will drop the copy speed slightly, nullifying
the effect of the above change.
If you find anything else, please drop me a line...
8-Apr-84 15:47:27-MST,1059;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 15:47:23-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 17:24 EST
Date: 8 Apr 1984 15:25 MST (Sun)
Message-ID: <KPETERSEN.12005915865.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: NSWP file list
I neglected to include the listing of all the NSWP files that are now
available on SIMTEL20. Here it is:
Filename Type Bytes Sectors CRC
Directory MICRO:<CPM.FILCPY>
NSWP2.DOC.1 ASCII 29713 233 = E9H 300AH
NSWP2.DQC.1 COM 17792 139 = 8BH 059EH
NSWP202.BUG.1 ASCII 4348 34 = 22H BA0BH
NSWP204.COM.1 COM 11008 86 = 56H 1DD8H
NSWP204.DOC.1 ASCII 1178 10 = AH C400H
NSWP204.HEX.1 ASCII 26800 210 = D2H DF74H
NSWP2.DQC/DOC hasn't changed. It gives the full documentation on how
to use the program. NSWP204.DOC is a short file explaining what was
fixed in the new version.
--Keith
8-Apr-84 17:33:09-MST,1141;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 17:33:03-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Apr 84 19:06 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 8 Apr 84 19:02 EST
Received: from ISL by SUMEX-AIM with Pup; Sun 8 Apr 84 16:01:10-PST
Date: Sunday, 8 Apr 1984 15:52-PST
To: info-cpm@Brl-Aos.ARPA
Subject: version of du for cpm3
Reply-to: kevinw@Su-Dsn.ARPA
From: Kevin W. Rudd <kevinw@Su-Dsn.ARPA>
Sender: kevinw@isl
due to unforseen circumstances i had need of a version of this program
to work under cpm3. although i have gotten a quickly hacked together
program to provide me with some basic relief, it would be nice to get
a real program to do this. if someone has done this i would really
appreciate hearing about it (reinventing the wheel is interesting only
from an academic standpoint). otherwise, if someone has suggestions on
what should be included please let me know as well as i will be forced to
either patch du to work or improve my version to take care of useful
features.
-- Kevin
kevinw@su-dsn
8-Apr-84 17:35:03-MST,2220;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 17:34:54-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Apr 84 19:07 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 8 Apr 84 19:04 EST
Received: from ISL by SUMEX-AIM with Pup; Sun 8 Apr 84 16:03:18-PST
Date: Sunday, 8 Apr 1984 16:04-PST
To: info-cpm@Brl-Aos.ARPA
Subject: cpm vs cpm-plus
Reply-to: kevinw@Su-Dsn.ARPA
From: Kevin W. Rudd <kevinw@Su-Dsn.ARPA>
Sender: kevinw@isl
having just scanned an article which mentions how to do a bug fix
to an existing distribution public domain program, i have noticed
what could be to many a very confusing issue. this has to do with
how to put the patched software back to disk.
in cpm the solution is to use ddt to patch the software and then to
exit ddt back to the ccp and use the cpm SAVE command (having decoded
the size of the program from the ddt (or sid) logon message).
there is one problem with this approach with cpm-plus (aka cpm3) --
it won't work. cpm-plus has a pre-execution save command which, upon
return to the system from the next run program, prompts you for the
address range to be saved and to what file. easier to use, perhaps, but
much different in actual useage. it could be used in a similar wa,
perhaps, but i have not tried it. instead, one may use the W commad in
sid (as supplied by dri) -- it will write the program to a file or will
write a user supplied address range to a file as well. there is a problm
in the default address range as it uses the address of the last loaded
module end location as the end location to save rather than the greatest
end location... oooopppppssssss. just what we expect frm dri though...
unfortunately, there is no easy solution to how to give instructions to
people to patch programs. perhaps it would be better to have some kind
of program editor which will take a patch file and process it. this program
would be written to work in a cpm or a cpm-plus system and would alleviate
any potential confusion which may arise from people trying to follow
instructions (or to determine which of several instructions) blindly.
-- K
8-Apr-84 17:43:23-MST,455;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 17:43:18-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Apr 84 19:18 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 8 Apr 84 19:12 EST
Date: 8 April 1984 19:10-EST
From: Kevin J. Burnett <KJB@Mit-Mc.ARPA>
To: INFO-CPM@Mit-Mc.ARPA
How can i make modem7 dial something from the library in pulse mode
instead of touch-tone?
8-Apr-84 18:16:13-MST,2497;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 18:16:05-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 19:44 EST
Date: 8 Apr 1984 17:45 MST (Sun)
Message-ID: <KPETERSEN.12005941415.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: "Kevin W. Rudd" <kevinw@Su-Dsn.ARPA>
Cc: Info-Cpm@Amsaa.ARPA
Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID
In-reply-to: Msg of 8 Apr 1984 17:04-MST from Kevin W. Rudd <kevinw at Su-Dsn.ARPA>
Sigi Kluger has written a new program which will take an existing .COM
file and patch it with a specified .HEX file and then re-save the
patched version. It's called MDMLNK and is available from SIMTEL20 in
the MICRO:<CPM.MODEM7> directory. You'll find MDMLNK.COM/HEX/DOC
there. Sorry I neglected to announce this very useful program. It
allows MDM7xx users to patch in their overlays without using DDT.
Here's a copy of the .DOC file. It's interesting reading.
--Keith
----
DOC FOR MDMLNK v1.00 as of 03-26-84
MDMLNK is a utility for MDM7xx. It allows linking in the assembled
overlay file without the use of DDT. This may be a bit more foolproof
than the usuall DDT method.
MDMLNK is self-prompting and will ignore all command line parameters.
Upon entry, MDMLNK will ask for the INPUT file name. Enter the name of
the uninstalled MDM7xx.COM file and be sure to specify the full file
name. Next, you are asked for the HEX file name. Enter the full name
of the assembled overlay file and be sure to include the .HEX suffix.
Last, you will be asked for the OUTPUT filename. Enter the name of
the installed MDM7xx file. Again, be sure to specify the full file name.
MDMLNK will now first read the INPUT file, overlay it with the hex file,
then write a temporary file which is finally renamed to the output file
name. The temporary file is used so that the input file can be the same
as the output file, yet a disk error will not wipe out the original.
Errors will be reported for full directory, unable to write (disk full),
file not found, and in case the hex file is corrupt. All errors will
abort to CP/M, possibly leaving a file MDMLNK.$$$.
MDMLNK not only works on any MDM7 file of any size (within reason), but
it can also (BONUS!!!) be used with XMODEM or any other file which
will be overlaid by a HEX file which does not change its size.
-Sigi
8-Apr-84 18:20:27-MST,1016;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 18:20:23-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 19:54 EST
Date: 8 Apr 1984 17:55 MST (Sun)
Message-ID: <KPETERSEN.12005943178.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: ABN.ISCAMS@Usc-Isid.ARPA
Cc: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl-Aos.ARPA
Subject: PERT on Micros
In-reply-to: Msg of 8 Apr 1984 10:23-MST from ABN.ISCAMS at Usc-Isid.ARPA
A public domain PERT does exist. It's written for Microsoft Basic and
is available from SIMTEL20 in the MICRO:<CPM.BASIC> directory. The
files are:
CPM-PERT.BAS - ASCII format (saved with ,A option)
SETUP.ASM - This must be run before CPM-PERT in order to get hard
copy. It uses low memory addresses not normally used
by CP/M - but if your system uses that area for
interrupts there may be a conflict.
--Keith
8-Apr-84 18:57:17-MST,940;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 18:57:13-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 20:33 EST
Date: 8 Apr 1984 18:34 MST (Sun)
Message-ID: <KPETERSEN.12005950208.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: 6502SIM.LBR - a 6502 simulator for Z80 CP/M systems
For those who may not know this exists, and is available on SIMTEL20
in the MICRO:<CPM.6502> directory:
From: Ronald G. Fowler <RGF at MIT-MC>
Re: What is 6502SIM.LBR
6502SIM.LBR is a simulator that runs on a Z80 and allows it to
execute 6502 object code; contains a rather simple-minded disassembler
(not as powerful as DDT's) for tracing, and the usual complement of
memory substitute-move-display. Also contains full documentation.
Quite a few files the the .LBR. --Ron
8-Apr-84 19:14:03-MST,1009;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 19:13:58-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 20:46 EST
Date: 8 Apr 1984 18:47 MST (Sun)
Message-ID: <KPETERSEN.12005952678.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: "Matthew J. Weinstein" <matt@UCLA-LOCUS.ARPA>
Cc: Info-Cpm@Amsaa.ARPA
Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID
In-reply-to: Msg of 8 Apr 1984 18:33-MST from Matthew J. Weinstein <matt at UCLA-LOCUS.ARPA>
Thanks for the suggestion, Mat. I forwarded it to Info-Modem7 and
Info-Cpm as I feel it will generate some interesting discussions. In
the meantime, maybe it could be done easily by writing a submit file
to be used with EX14.COM. EX14 allows console input from a file into
programs which don't normally work under XSUB. It's available from
SIMTEL20 in the MICRO:<CPM.SUBMIT> directory.
--Keith
8-Apr-84 19:19:32-MST,1326;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 19:19:27-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 20:46 EST
Date: Sunday, 8 April 1984 18:33-MST
Message-ID: <KPETERSEN.12005952065.BABYL@SIMTEL20>
Sender: "Matthew J. Weinstein" <matt@UCLA-LOCUS.ARPA>
From: "Matthew J. Weinstein" <matt@UCLA-LOCUS.ARPA>
To: Keith Petersen <W8SDZ@Simtel20.ARPA>
Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: INFO-CPM@Amsaa.ARPA
ReSent-Date: Sun 8 Apr 1984 18:44-MST
I think the suggestion made a few messages back was very good.
Since patches occur frequently, there should be an AUTOPATCH program
written that will take a set of patches and apply them (correctly)
to one or more versions of a binary.
This way, when a fix comes out, you just put out one or more AUTOPATCH
control files, as well as matching source code changes; people's
binaries get fixed automatically, and you don't have to put out a major
release very often.
Many computer companies do things this way (although usually just with
source code).
Of course, some standards as to binary format or symbol table
information have to be established...
What do you think?
- Matt
9-Apr-84 05:41:48-MST,3885;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 05:41:38-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 7:18 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 7:10 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 8 Apr 84 18:58-PST
Date: 4 Apr 84 9:18:31-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!sdcrdcf!akgua!psuvax!mancuso@Ucb-Vax.ARPA
Subject: Xerox 820 REVEALED#2--Monitor Jump Tables
Article-I.D.: psuvax.947
This article contains information about the monitor supplied with the
Xerox 820 board. The Jump table has more entries in it than the manual
lets on. I have figured out what some of the 'undocumented' ones
do, but the explanations that I have given may not show *all* of the
features/ramifications of the functions. There are 2 major jump tables
in the monitor, one which contains the low-level operations (F000-F042)
and one that contains jumps to the higher level operations (F7FD-F805). The
manual (from BG Micro) only mentions the first 14 entries in the first
table.
Monitor Jump Table: Low-level Operations
ADDR Name Function
---- ---- -----------------------------------------------------
F000 INIT Cold start entry
In : none
Out: Does not return
F003 PROMPT Warm start entry
In : none
Out: Does not return
F006 CONST Console status test
In : none
Out: Status in A, FF if char avail, 00 otherwise
F009 CONIN Console input
In : none
Out: Character in A (loop until char avail)
F00C CRTOUT Memory-mapped CRT output
F00F CRTOUT " " " "
In : Character in A
Out: none
F012 SIOST SIO Port B status test
In : none
Out: Status in A, FF if char avail, 00 otherwise
F015 SIOIN SIO Port B input
In : none
Out: Character in A (loop until char avail)
F018 SIOOUT SIO Port B output
In : Character in A
Out: none
F01B SELECT Disk drive select
In : Unit number in C (if drive not ready, keep present one)
Out: Status in A
F01E HOME Restore to track 0
In : none
Out: Status in A
F021 SEEK Seek track
In : Track number in C
Out: Status in A
F024 READ Read sector into memory
In : Sector number in C, Buffer pointer in HL
Out: Status in A
F027 WRITE Write sector from memory
In : Sector number in C, Buffer pointer in HL
Out: Status in A
(The following jumps are not listed in the manual--info may not be complete)
F02A DUMP Dump memory to screen
In : ??
Out: ??
F02D HOUTHL Outputs 4 hex digits contained in HL to CRT
In : Number to be printed in HL
Out: ??
F030 HOUTA Outputs 2 hex digits contained in A to CRT
In : Number to be printed in A
Out: ??
F033 ?? ??
In : ??
Out: ??
F036 COUTA Outputs character in A to CRT
In : Char to be printed in A
Out: ??
F039 ?? Prints CRLF (does more, though)
In : ??
Out: ??
F03C CONIN2 Gets char like CONIN, but also echoes it to screen
In : ??
Out: Char in A (loops until char avail)
F03F ?? ??
In : ??
Out: ??
F042 PRSTR Outputs string to CRT. String immediately follows call,
terminated by 04. Returns to instruction following 04.
In : ?? (uses return address for start of string)
Out: ??
(The following are monitor high-level function calls)
F7F0 DUMP Dump memory routine
In : ??
Out: ??
F7F3 ?? ??
In : ??
Out: ??
F7F6 MEM Memory examine/change
In : ??
Out: ??
F7F9
F7FC
F7FF
F802 ?? ??
In : ??
Out: ??
F805 TYPWR Typewriter
In : ??
Out: ??
---
Overall there is a smell of fried onions. (fnord)
:+: Pat Mancuso
:+: Penn State University
Usenet: :+: ...!psuvax!mancuso
Bitnet: :+: mancuso@psuvax1
9-Apr-84 05:54:54-MST,1929;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 05:54:47-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 7:21 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 7:15 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 9 Apr 84 2:54-PST
Date: 4 Apr 84 19:38:35-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!sdcrdcf!akgua!sb1!sb6!bpa!burdvax!psuvax!mancuso@Ucb-Vax.ARPA
Subject: Xerox 820 REVEALED#4--Video fix!
Article-I.D.: psuvax.952
If you have gotten the power connected to your 820 and hooked up
a video monitor to the HS VS and VO pins on J7, you may have no-
ticed that only the left half of the screen shows, and the right
half seems to run off the right edge of the screen. You are not
alone. I got my board up a couple of days ago, and I thought
that the problem was caused by the circuitry that I was using to
get composite video. After a couple of hours of dedicated (?)
work with an oscilliscope here at the computer lab, ace video
wizard Ralph Droms found that the horizontal sync signal that is
available at J7 was much too long. Somewhere between J7 and where
it is generated, the signal gets perverted, and it kills half of
the screen. Ralph located a more reasonable signal to use for
the HS, and it works beautifully. To use this new and improved
HS signal, forget about pin 4 on J7 and use pin 8 on U34 instead.
We found this error on both of our boards, so there is a good
chance that it is on all of them. Please let me know if this is
the case.
Happy Video!
---
Overall there is a smell of fried onions. (fnord)
:+: Pat Mancuso
:+: Penn State University
Usenet: :+: ...!psuvax!mancuso
Bitnet: :+: mancuso@psuvax1
9-Apr-84 05:59:04-MST,4536;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 05:58:46-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 7:19 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 7:10 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 8 Apr 84 19:09-PST
Date: 4 Apr 84 10:17:51-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!sdcrdcf!akgua!psuvax!mancuso@Ucb-Vax.ARPA
Subject: Xerox 820 REVEALED#3--Monitor and CRT info
Article-I.D.: psuvax.948
This article contains information about the monitor commands and the
character set for the video display.
This is a list of the functions provided by the monitor for the Xerox 820.
They are accessable on powerup from the keyboard.
Command Use
------- -------------------------------------------------------------
Dump Dad1 ad2
Dumps addresses ad1 through ad2. If ad1 is omitted, dumps
0000 through ad2. Output can be held/restarted by hitting
a key. 2 CR's will stop function and return to monitor if
you don't want to see the whole dump.
Memory Mad1
Prints contents of location ad1, and accepts changes. To
change, just type the new value (2 digits), to skip forward
use CR, to skip backward use '-', any other to exit.
Xtest Xad1 ad2
Test for memory errors. Prints a '+' each time a cycle is
completed, 256 cycles for every combination to be tested.
Prints bad addresses if it finds any. Dumb name for command.
Fill Fad1 ad2 val
Fills memory ad1 through ad2 with val. Reads block back to
check for memory errors and reports any if found.
Copy Cad1 ad2 ad3
Copies memory from ad1 through ad2 to memory starting at ad3.
Compares copy with original and reports any differences to
check for memory errors.
Goto Gad1
Does a CALL to ad1. Control can be passed back to the monitor
with a RET instruction.
Read Runit trk sect
Reads a sector from disk and prints it in dump format. If an
error occurs, it lets you know. 'disk error XX Uaa Tbb Scc'
is the error where aa=unit number, bb=track number, cc=sector
number, and XX is the 1771 error code:
bit R/W Seek/Restore/Select
--- ------------ --------------------
7 Drive not ready Drive not ready
6 WR Protected (not used)
5 WR Fault (not used)
4 Not found Seek error
3 CRC error CRC error
2 Lost data Cannot restore
1 (not used) (not used)
0 =1 =0
Boot B (or A)
Loads bootstrap loader from disk and jumps to it. Reads tr0 sec1
into 0080 and then jumps to 0080. Loader cannot use bottom 256
bytes of memory.
Type T
Converts millions(?) of dollars in research into an electric
typewriter. Reads from keyboard and outputs to printer port.
Does not output to CRT.
Input Iport
Inputs byte from specified port and displays it. CR will do the
same for the next port, '-' will do it for the previous port, any
other exits.
Out Oport val
Outputs value to specified port and returns to monitor. Useful for
initializing ports.
-----------------------------------------------------------------------------
CRT information
Control characters
Hex Use
--- ----------------------------------------------------------------------
00-07 None
08 Cursor left
09 Horizontal tab (tab stop every 8 postions)
0A Linefeed
0B Cursor up (wraps back to bottom of screen)
0C Cursor right
0D Carriage return
0E-10 None
11 Clear to end of screen
12-17 None
18 Clear to end of line
19 None
1A Clear Screen
1B Escape
1C-1D None
1E Home cursor
1F Print char between 00 & 1F (special characters)
ESC is used for XY cursor positioning. ESC+'='+rowchar+colchar is the form
where rowchar and colchar is the desired row/col with 32 added to it (20 hex).
The special characters are hidden in the control character section. To print
a special character, prefix it with 1F. To print more than one, prefix each
one with 1F.
The character set is standard ASCII from 20-7F. The character set is repeated
in 80-FF with a blink attribute. If the cursor is on a blank spot, the
standard block cursor will be displayed. If the cursor is on a character, the
blinking version of the character will automatically be displayed.
---
Overall there is a smell of fried onions. (fnord)
:+: Pat Mancuso
:+: Penn State University
Usenet: :+: ...!psuvax!mancuso
Bitnet: :+: mancuso@psuvax1
9-Apr-84 07:23:23-MST,1087;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 07:23:12-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 9 Apr 84 8:58 EST
Date: Sunday, 8 April 1984 19:58-MST
Message-ID: <KPETERSEN.12006084753.BABYL@SIMTEL20>
Sender: Michal Young <young@Uci-750a.ARPA>
From: Michal Young <young@Uci-750a.ARPA>
To: "Matthew J. Weinstein" <matt@Ucla-Locus.ARPA>
cc: Keith Petersen <W8SDZ@Simtel20.ARPA>, young@Uci-750a.ARPA
Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Mon 9 Apr 1984 06:53-MST
An auto patcher sounds like a great idea. One feature I would like to
see in it is verification of the code that was there before. Some lines
near the beginning of a patch file would check the code to be replaced,
version numbers, etc., and warn the user if things didn't look right.
Related to this -- what do .com files look like, anyway? Is their format
hidden somewhere in my CP/M manuals?
--Michal
9-Apr-84 07:33:02-MST,1024;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 07:32:56-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 9 Apr 84 8:58 EST
Date: Sunday, 8 April 1984 20:07-MST
Message-ID: <KPETERSEN.12006084839.BABYL@SIMTEL20>
Sender: "Matthew J. Weinstein" <matt@UCLA-LOCUS.ARPA>
From: "Matthew J. Weinstein" <matt@UCLA-LOCUS.ARPA>
To: Michal Young <young@Uci-750a.ARPA>
cc: w8sdz@Simtel20.ARPA
Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Mon 9 Apr 1984 06:53-MST
Actually, if there's a standard relocatable format, with symbol table
info, etc., that's probably a better thing to do patches on.
Also, the way programs like SCCS and RCS do changes, they leave identifier
strings in the binary, that can be searched for, and indicate version info
about the program. No reason not to use this sort of approach, within
reason...
- Matt
9-Apr-84 08:05:57-MST,1030;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 08:05:51-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 9:25 EST
Received: From darcom-hq.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 8:21 EST
Date: Tue, 3 Apr 84 10:04:22 EST
From: Richard G Turner <rturner@Darcom-Hq.ARPA>
To: ANDY%MIT-OZ%mit-mc.arpa@darcom-hq.arpa
cc: info-cpm%brl.arpa@darcom-hq.arpa
Subject: Re: What termnal does Mode7 emulate
I've found that my KayPro II, running MDM730, continues to emulate an
ADM-3A terminal, just like I was running TERM.COM. On our 4.2 UNIX
system the following termcap entry works well:
kp|kaypro|kaypro2|kaypro 2:\
:am:bs:li#24:co#80:\
:cm=\E=%+ %+ :\
:ho=^^:cl=1^Z:\
:nd=^L:up=^K:do=^J:\
:ce=^X:cd=^W:\
:al=\EE:dl=\ER:
I have noticed a couple of minor glitches, but nothing I can't work
around.
By the way, full-screen stuff that works well with "set term=kaypro"
include rogue and vi.
-rick
9-Apr-84 11:53:10-MST,1314;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 11:53:04-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 9 Apr 84 13:17 EST
Received: From csnet-cic.arpa.ARPA by BRL-VGR via smtp; 9 Apr 84 13:10 EST
Date: Mon, 9 Apr 84 12:53:15 EST
From: Pierre duPont <pdupont@Bbn-Unix.ARPA>
Subject: QT Computer S-100 Clock
To: info-cpm@Brl-Vgr.ARPA
Cc: pdupont@Bbn-Unix.ARPA
In the winter of 1981 I purchased a very nice & simple S-100 clock
board from a company called QT Computer Systems, also known as
Quick & Timely. They were located in CA at a 213 area code.
Alas, today it appears that they are gone. The number gets
me a sleepy homeowner, and the operator gets me nothing. Does any
one know what happened to them? Can I get my board serviced? I built
it from a kit back then, and for various reasons it has sat untested
for the last three years. And it does not work! My best hardware
efforts have produced little, and chip swaps do nothing. Does anyone
have any ideas where they have gone? Do any netlandians have this board?
Heaps of thanks in advance!
- Pierre.
Arpa - pdupont@BBN-UNIX
Csnet - pdupont@CSNET-CIC
(Please respond directly to me, and NOT to the net. I will
summarize if need be.)
9-Apr-84 12:44:11-MST,1658;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 12:44:02-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 9 Apr 84 14:16 EST
Date: Monday, 9 April 1984, 12:09-EST
Message-ID: <KPETERSEN.12006143830.BABYL@SIMTEL20>
Sender: "Robert L. Krawitz" <ZZZ.RLK%MIT-OZ@MIT-MC.ARPA>
From: "Robert L. Krawitz" <ZZZ.RLK%MIT-OZ@MIT-MC.ARPA>
To: matt@UCLA-LOCUS.ARPA, young@UCI-750A.ARPA
cc: w8sdz@SIMTEL20.ARPA, zzz.rlk%MIT-OZ@MIT-MC.ARPA
Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Mon 9 Apr 1984 12:17-MST
In response to both your questios:
1) A .com file is simply a binary file containing a Z-80 (or 8080)
machine-language program. It should cold start at 100H.
2) Yes, there is a standard relocatable format. It is not in the .com
file, however. The hex file ("object" file produced by the assembler)
is what you want. Original Intel hex format doesn't define the
necessary extensions, but there is a standard extension. Unfortunately,
I do not remembe the proper format, but I shall look it up. It is
consistent with the Intel hex, and an Intel loader will load the
program, without the relocating information. It is not difficult to
patch -- I've done it before. As usual, what is required is that the
jumps be re-calculated -- patching the hex file won't do that. If you
don't have a hex file, patching something is difficult. Of course, you
could write a program to recalculate jumps, but you have to be careful
not to munge data.
Robert
9-Apr-84 12:46:22-MST,1912;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 12:46:13-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 14:08 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 14:06 EST
Received: from Concord.ms by ArpaGateway.ms ; 09 APR 84 11:04:58 PST
Date: 9 Apr 84 11:04:06 PST (Monday)
From: Bicer.ES@Xerox.ARPA
Subject: Re: Looking for C
In-reply-to: pur-ee!uiucdcs!parsec!gant's message of 1 Apr 84 19:52:22
PST (Sun)
To: pur-ee!uiucdcs!parsec!gant@Ucb-Vax.ARPA
cc: info-cpm@Brl-Aos.ARPA
There are several C's available for CP/M80.
1 - BDS C: Great to learn C with. Very fast compiler,
respectable execution speed, source code of the libraries
and a well supported user's group. But it is not a full
implementation of C (lacks longs, floats, statics, and
initializers). $150.
2 - MANX AZTEC CII: Very good compiler (I use it for
production work), full implementation, you get the source
of the libraries, assembler output of the compiler can be
further hand optimized, an 8086 and 6502 and PDP-11
versions are available. Fast execution speed, but
compilation speed can be improoved usin a hard disk or
a ram disk. $199.
3 - Whitesmith's C: Don't touch it if you don't have to.
Incredibly slow compilation times, and their libraries
do not resemble the other ones that I know. $600???
4 - Echo C: For Z-80 only. Heard good things, but never seen
it.
5 - Supersoft C:I'd rather have Aztec C. Slower compilation
times, not a full implementation (the version I have),
and pain in the neck to develop software with (terrible
linking problems -too much code gets included-).
In my opinion, most the other C compilers either serve a very
specific purpose, or are toy compilers (Tiny C, etc.).
Jack Bicer
9-Apr-84 13:19:09-MST,1048;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 13:19:04-MST
Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 9 Apr 84 14:41 EST
Received: from ISL by SUMEX-AIM with Pup; Mon 9 Apr 84 11:42:20-PST
Date: Monday, 9 Apr 1984 11:43-PST
To: info-cpm@Amsaa.ARPA
Subject: Format of .com files
From: meier@isl
Michal,
The format of .com files is a simple core map of the memory beginning at
hex address 100. The first logical sector corresponds to addresses 100-17f, the
second sector to 180-1ff, etc. The storage is contiguous and there is no
sentinel. The eof is indicated when there are no more logical sectors associated
with that file. When a load is performed, the .hex file (which uses at least
2 bytes per instruction byte) is used to load memory. Then (assuming that
bios has not been overwritten), the memory contents are copied out to disk
starting at address 100 and proceeding to the highest address indicated in the
.hex file.
Bob (meier@isl)
9-Apr-84 13:46:30-MST,1451;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 13:46:23-MST
Received: From nrl-aic.arpa.ARPA by AMSAA via smtp; 9 Apr 84 15:04 EST
Date: 9 Apr 1984 14:47-EST
From: Russ Smith <smith@Nrl-Aic.ARPA>
Subject: C for small machines
To: info-cpm@Amsaa.ARPA
Message-Id: <84/04/09 1447.200@NRL-AIC>
In partial reply to Jack Bicer's comment that "all other C's are toys"
or some such...
I use Software Toolworks C/80 2.0 (3.0 now available). It is at least
comparable to BDS/C and, at one third the cost, a better (here we go!) deal.
The BDS/C library stuff available at Simtel20 is easily modified for the
differences in the two C's. Benchmark programs published in back issues
of magazines such as BYTE (and perhaps Dr. Dobb's) have shown that C/80
is faster in execution than BDS/C. Compilation time is slower though. If
one wants to repeatedly edit-compile-run-debug-edit-... then BDS/C
is "better". If one wants something that runs faster after all the
debugging is done then C/80 is "better" (of the two, other compilers
ignored...).
C/80 2.0 lacks a number of things I'd like but it ain't no toy. I've
written MANY powerful programs with it without having to jump through
hoops to get the functionality that the C language provides.
No real flame intended, just a comment on what I consider to be a good
useful inexpensive C compiler...
Russ <Smith@nrl-aic>
9-Apr-84 14:09:01-MST,1095;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 14:08:55-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 9 Apr 84 15:36 EST
Received: From csnet-cic.arpa.ARPA by BRL-VGR via smtp; 9 Apr 84 15:29 EST
Date: Mon, 9 Apr 84 15:18:46 EST
From: Pierre duPont <pdupont@Bbn-Unix.ARPA>
Subject: CP/M 2.2 User 0 $SYS files
To: info-cpm@Brl-Vgr.ARPA
Cc: pdupont@Bbn-Unix.ARPA
According to the Glossary of Terms in the CP/M manuals I have,
it should be possible to set the $SYS attribute on .COM files
that are located in User 0, and then excute them from any other
user. (Note that this is only documented in the glossary, not
in the main body of the manual.) However, I find that this does
not work. Can someone confirm this for me? I have heard a rumor
this feature was really only implemented in MP/M & CCP/M, and
possibly in CP/M V3.0. Clearly this is a desirable feature that
makes the User N concept extremely useful.
- Pierre.
(Please respond directly to me only; I will
summarize to the net if needed.)
9-Apr-84 16:14:41-MST,1787;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 16:14:35-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 9 Apr 84 17:53 EST
Received: From sumex-aim.arpa.ARPA by BRL-VGR via smtp; 9 Apr 84 17:53 EST
Received: from ISL by SUMEX-AIM with Pup; Mon 9 Apr 84 14:51:08-PST
Date: Monday, 9 Apr 1984 14:51-PST
To: Pierre duPont <pdupont@BBN-UNIX.ARPA>
Cc: info-cpm@BRL-VGR.ARPA
Subject: Re: CP/M 2.2 User 0 $SYS files
In-reply-to: Your message of Mon, 9 Apr 84 15:18:46 EST.
From: kevinw@isl
To clarify the attributes for cpm2 and cpm3.
attribute cpm2 cpm3
--------- ---- ----
SYS makes file invisible for user 0 makes useable from
to normal dir scan. ANY user number. WARNING: dri
has no other effect added the misfeature that any
on cpm operation. file accessed like this is a
does not enable access R/O file. really screws up any
from other user areas. ideas of using mince from alternate
user areas...
R/O bdos will not allow same as for cpm2
this file to be
overwritten or
deleted.
ARCHIVE not available reset whenever a file is modified.
used to flag what files are the
same as on some archive source
for reduced backup requirements.
Attributes for cpm2 are basically just cute additions -- r/o is nice but
there is no way other than stat to see what the attributes are. there is
no way other than stat to even see what files are system files. in cpm3
the attributes are much more integrated into the system and actually have
some uses. now if only you could write a system user 0 file.... i guess
that dri has to add some screwup to what is otherwise a quite reasonable
version of os-8...
-- Kevin
kevinw@su-dsn
9-Apr-84 16:29:39-MST,1350;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 16:29:33-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 18:05 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 17:57 EST
Received: from Muscat.ms by ArpaGateway.ms ; 09 APR 84 13:16:48 PST
Date: Mon, 9 Apr 84 16:16 EST
From: leisner.henr@Xerox.ARPA
Subject: Re: Looking for C
In-reply-to: "pur-ee!uiucdcs!parsec!gant@Ucb-Vax.ARPA's message of 1 Apr
84 19:52:22 PST (Sun)"
To: pur-ee!uiucdcs!parsec!gant@Ucb-Vax.ARPA
cc: info-cpm@Brl-Aos.ARPA
Alan,
I've used Whitesmith, Aztec and BDS.
Impressions:
Whitesmith runs too slow to be a useful too. In addition, the standard
IO libraries are not Unix compatible, which makes it difficult to write
portable code. Whitesmith is also expensive.
BDS see screams through your source code and spits out a com file in
record time. It is only a subset of C, if you can live with it, it is
an excellent tool.
Aztec C is the most Unix compatible C compiler I've seen on Cpm. Its
performance to compile code is somewhere between BDS and Whitesmiths.
However, they advertise it is truly Unix compatible and it seems to be.
You might want to look at the August , 1983 issue of By te for more
information.
Marty Leisner
Xerox Corp.
9-Apr-84 16:47:15-MST,1071;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 16:47:10-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp; 9 Apr 84 18:27 EST
Received: from Concord.ms by ArpaGateway.ms ; 09 APR 84 15:28:06 PST
Date: 9 Apr 84 15:27:22 PST (Monday)
From: Bicer.ES@Xerox.ARPA
Subject: Re: C for small machines
In-reply-to: <84/04/09 1447.200@NRL-AIC>
To: Russ Smith <smith@Nrl-Aic.ARPA>
cc: info-cpm@Amsaa.ARPA
In order to avoid a fiery discussion, I said:
"In my opinion, most of the other C compilers either serve
a very specific purpose, or are toy compilers (Tiny C,
etc.)."
I agree with you about C/80, it not a toy compiler. It is
what I consider to be very specific purpose -Low cost C
compiler.- The same argument also applies to Small C (which
also comes with the source of the compiler. If you are trying
to upgrade from an assembler for a minimal cost, I agree with
you 100%.
In my opinion, at least professional programmers, require a
little more than C/80.
Jack Bicer
9-Apr-84 17:13:25-MST,1848;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 17:13:20-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 9 Apr 84 18:44 EST
Received: From usc-isid.arpa.ARPA by BRL-VGR via smtp; 9 Apr 84 18:41 EST
Date: 9 Apr 1984 18:38-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re: CP/M 2.2 User 0 $SYS files
From: ABN.ISCAMS@Usc-Isid.ARPA
To: kevinw@Su-Dsn.ARPA
Cc: pdupont@Bbn-Unix.ARPA, info-cpm@Brl-Vgr.ARPA
Message-ID: <[USC-ISID] 9-Apr-84 18:38:18.ABN.ISCAMS>
In-Reply-To: The message of Monday, 9 Apr 1984 14:51-PST from kevinw@isl
Kevin (et al)
ARCHIVE is available for CP/M 2.2 - just needs a little (but well documented)
patch in the BDOS. See SIMTEL20 (I forget which directory). I have it,
and it works installed on my Morrow Decision I w/CP/M 2.2 just fine. Only
undesirable effect is that D.COM no longer works correctly with wild cards.
Another simple patch (some code in the BIOS, and change one JMP in the
BDOS) gives you default access from any disk, any user area, to default disk
same user area and then to default disk user area 0 for .COM, .TXT, .HLP,
and I think everything else. See TOADBIOS.DOC in SIMTEL20's MICRO:
<CPM.GENDOC>; source code for the patch on one of the SIGM volumes - sorry,
forget which one, but all is in TOADBIOS.DOCw. I have that installed also
(and I have a VERY stuffed CBIOS, what with hard disk, implemented IOBYTE,
A0> CP/M prompt patch, etc., and it works fine for all but overlays (like
W*Star), where the overlays MUST be in the user area you're working in.
(However DUPUSR.COM works fine there to put the name/access in any user
area, but NOT the actual space/storage requirements.) No undesirable effects
at all from the USER patch.
Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
9-Apr-84 18:35:19-MST,2086;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 18:35:09-MST
Received: From nrl-aic.arpa.ARPA by AMSAA via smtp; 9 Apr 84 20:14 EST
Date: 9 Apr 1984 19:33-EST
From: Russ Smith <smith@Nrl-Aic.ARPA>
Subject: Re: C for small machines
To: Bicer.ES@Xerox.ARPA
Cc: info-cpm@Amsaa.ARPA
Message-Id: <84/04/09 1933.366@NRL-AIC>
In-Reply-To: Bicer.ES's message of 9 Apr 84 152722 PST (Monday)
In order to continue a (not so) fiery discussion...
First, I didn't mean to imply anything about the "reviewer" of
the C compilers mentioned in the previous note. Once again my fingers
moved faster than the diplomacy in my head...
However...
The C/80 compiler is written in C/80 (like BDS is written in BDS C
and SMALL C is written in...). So are a text formatter similar to
U**X nroff, a LISP interpreter, and a number of other things
available from Software Toolworks. These are marketed programs so
I'd have to assume they were written by "professional" programmers.
When one compares the intrinsic functionality of C/80 and BDS C
one finds that they are remarkably similar, especially if one
considers that the libraries of stuff provided by BDS can be
obtained from simtel20 (among other places). Once more I'd like
to mention that C/80 performed "better" in execution benchmarks by a
number of independent testers (if this means anything).
The C/80 2.0 compiler is a C compiler well suited for "professional"
purposes. I understand that Version 3.0 has more of the standard
features that one expects from a "professional"s tool. At the price
being asked, THIS reviewer considers it to be not only inexpensive,
but one of the better C compilers available on the market, and,
widespread use of BDS not withstanding, "better" in many important
ways than said compiler.
Typed from the keyboard of a multi-year "professional" computer scientist,
Russ <Smith@nrl-aic>
P.S.
Sorry about that folks, but the 'at least "professional" programmers'
aside in JB's previous note got my scruff up...
9-Apr-84 21:01:48-MST,1105;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 21:01:43-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 22:34 EST
Received: From rand-unix.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 22:28 EST
From: vortex!lauren@Rand-Unix.ARPA
Date: Mon, 9-Apr-84 18:09:48 PST
Sender: Lauren Weinstein <vortex!lauren@RAND-UNIX.ARPA>
Subject: BDS C
Message-ID: <8404091809.4650.2.VT2.2@vortex.UUCP>
To: smith@Nrl-Aic.ARPA
CC: bicer.es@Xerox.ARPA, info-cpm@Brl-Aos.ARPA
Unless BDS C was completely rewritten lately (which I strongly doubt!)
it is NOT written in itself, other than the upper level I/O library
functions. BDS C is written in assembler -- that's why it's so
blindingly fast. When I used to work with CP/M a lot, I found that
fast compilation and loading was more important to me than many
other language features -- I just didn't have time to sit around waiting
for long compiles/assemblies on a single-process machine.
BDS C is exceptionally fast to compile and load and is an excellent
product.
--Lauren--
9-Apr-84 22:14:26-MST,726;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 22:14:22-MST
Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 9 Apr 84 23:50 EST
Received: from ISL by SUMEX-AIM with Pup; Mon 9 Apr 84 20:51:39-PST
Date: Monday, 9 Apr 1984 19:53-PST
To: Russ Smith <smith@NRL-AIC.ARPA>
Cc: Bicer.ES@XEROX.ARPA, info-cpm@AMSAA.ARPA
Subject: Re: C for small machines
In-reply-to: Your message of 9 Apr 1984 19:33-EST.
<84/04/09 1933.366@NRL-AIC>
From: kevinw@isl
bds-c is NOT written in c. it is written in assembler.
leor zolman said soewhere that if it were written in bds-c it would
have been 2*size and (1/2)*speed (or some such figures...)
-- K
10-Apr-84 05:04:58-MST,1249;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 05:04:53-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Apr 84 6:47 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 10 Apr 84 6:44 EST
Date: 10 April 1984 06:42-EST
From: Jerry E. Pournelle <POURNE@Mit-Mc.ARPA>
Subject: The Phone Company Strikes back
To: INFO-MICRO@Mit-Mc.ARPA, INFO-CPM@Mit-Mc.ARPA
I feel a bit like Lincoln Steffans must have felt when he said
"I have been over into the future, and it works!" That is: I've
spent the weekend looking over the new AT&T 3B2/300 desktop
mini, and I am blooming impressed.
They have one-megabyte boards using 256 K chips (theirs)
for $2400 quantity one now. Lord knows what quantity 1000 next
year will cost.
The WE 32000 is a heck of achip, and they had a full
Unix system with about 30 jobs going at once, including their
new WINDOWS software that runs buncha jobs on the same screen
including debugger/job/source in different windows.
I was impressd. Is there someone who knows a lot I
don't who hasn't been? At $9950 for a half-meg memory 10K disk
(+ floppy) plus one rs-232 and one centronics, it looks like a
lotta bang for the buck...
10-Apr-84 05:27:08-MST,1249;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 05:27:02-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Apr 84 6:47 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 10 Apr 84 6:44 EST
Date: 10 April 1984 06:42-EST
From: Jerry E. Pournelle <POURNE@Mit-Mc.ARPA>
Subject: The Phone Company Strikes back
To: INFO-MICRO@Mit-Mc.ARPA, INFO-CPM@Mit-Mc.ARPA
I feel a bit like Lincoln Steffans must have felt when he said
"I have been over into the future, and it works!" That is: I've
spent the weekend looking over the new AT&T 3B2/300 desktop
mini, and I am blooming impressed.
They have one-megabyte boards using 256 K chips (theirs)
for $2400 quantity one now. Lord knows what quantity 1000 next
year will cost.
The WE 32000 is a heck of achip, and they had a full
Unix system with about 30 jobs going at once, including their
new WINDOWS software that runs buncha jobs on the same screen
including debugger/job/source in different windows.
I was impressd. Is there someone who knows a lot I
don't who hasn't been? At $9950 for a half-meg memory 10K disk
(+ floppy) plus one rs-232 and one centronics, it looks like a
lotta bang for the buck...
10-Apr-84 05:29:36-MST,1203;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 05:29:30-MST
Received: From nrl-aic.arpa.ARPA by AMSAA via smtp; 10 Apr 84 6:55 EST
Date: 10 Apr 1984 6:42-EST
From: Russ Smith <smith@Nrl-Aic.ARPA>
Subject: Re: BDS C
To: vortex!lauren@Rand-Unix.ARPA
Cc: info-cpm@Amsaa.ARPA
Message-Id: <84/04/10 0642.166@NRL-AIC>
In-Reply-To: vortex!lauren's message of Mon, 9-Apr-84 180948 PST
BDS C IS an excellent product. C/80 IS ALSO an excellent product.
BDS C costs $150. C/80 costs $50. That's all I implied by my messages.
If one is starting out with the hopes of achieving success (but not yet
having reached that point) one doesn't necessarily have the extra bucks
to spend. I added C/80 to JB's list because it is a relatively inexpensive
way to get yourself programming in C with the resulting programs doing
quite well in benchmark tests in comparison to the full range of C
compilers available for 8080 (z80) based machines. Nothing in my messages
should be taken as knocking BDS C. Too many extremely useful things have
been written and compiled by this compiler to do so.
Yours quite sincerely,
Russ <Smith@nrl-aic>
10-Apr-84 06:01:25-MST,520;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 06:01:22-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 10 Apr 84 7:28 EST
Date: 10 April 1984 07:29-EST
From: Jerry E. Pournelle <POURNE@Mit-Mc.ARPA>
Subject: BDS C
To: smith@Nrl-Aic.ARPA
cc: vortex!lauren@Rand-Unix.ARPA, info-cpm@Amsaa.ARPA
In-reply-to: Msg of 10 Apr 1984 6:42-EST from Russ Smith <smith at Nrl-Aic.ARPA>
I think BDS C can be got for considerably less than $150 can't it?
10-Apr-84 06:03:04-MST,431;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 06:03:01-MST
Received: From nrl-aic.arpa.ARPA by AMSAA via smtp; 10 Apr 84 7:36 EST
Date: 10 Apr 1984 6:54-EST
From: Russ Smith <smith@Nrl-Aic.ARPA>
Subject: BDS C
To: info-cpm@Amsaa.ARPA
Message-Id: <84/04/10 0654.683@NRL-AIC>
As has been pointed out by a multitude of others...
BDS C is written in assembler.
10-Apr-84 13:19:49-MST,1259;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 13:19:44-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Apr 84 14:57 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 10 Apr 84 14:59 EST
Date: Tue, 10 Apr 1984 14:51 EST
Message-ID: <RG.JMTURN.12006412128.BABYL@MIT-OZ>
From: RG.JMTURN%MIT-OZ@MIT-MC.ARPA
To: INFO-MICRO@Mit-Mc.ARPA, INFO-CPM@Mit-Mc.ARPA
Subject: Vector Graphics 3005
In-reply-to: Msg of 10 Apr 1984 06:42-EST from Jerry E. Pournelle <POURNE at Mit-Mc.ARPA>
I have the opportunity to pick up a VG 3005 S100 system with a
5 MB disk and 128K for $800. On the surface, this sounds like a
great deal, but I need to know about the details of the system, such as:
o Are versions of ZCPR2 and MODEM7 available for it.
o Is it compatible with CP/M stuff in general.
o What kind of terminal does it pretend to be? Are there emulation
programs for it.
o It claims to run Extended CP/M 2.2, I suppose to take advantage of
the banked memory. Any screws with this?
o How reliable is it.
o We don't get serial boards with it, and maybe no BIOS. How easy
is it to find a copy of the BIOS.
James
Reply to me directly: JMTURN@MIT-MC
10-Apr-84 14:00:25-MST,976;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 14:00:21-MST
Received: From rand-unix.arpa.ARPA by AMSAA via smtp; 10 Apr 84 15:25 EST
Date: Tuesday, 10 Apr 1984 12:19-PST
To: info-cpm@AMSAA.ARPA
Cc: randvax!bridger@Rand-Unix.ARPA
Subject: Filename attributes in lowercase - a proposal
From: bridger@Rand-Unix.ARPA
On terminals that don't have highlighting, it's not easy to determine
a file's attributes. I propose a simple, portable convention for
use in file utilities, telecommunications and applications programs:
If an attribute bit is set, display the corresponding character in the
filename in lower case. Thus,
STAT.coM would be Read/Only, SYStem
mAC.COM would mean bit 1 is set
This isn't perfect -- a short filename or filetype won't always have
its attributes displayed. But it could
readily be incorporated into the next revisions of MDM7, SD, XDIR, NSWP,...
10-Apr-84 14:17:29-MST,519;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 14:17:08-MST
Received: From rand-unix.arpa.ARPA by AMSAA via smtp; 10 Apr 84 15:25 EST
Date: Tuesday, 10 Apr 1984 12:26-PST
To: info-cpm@AMSAA.ARPA
Cc: randvax!bridger@Rand-Unix.ARPA
Subject: SID Write command?
From: bridger@Rand-Unix.ARPA
Does SID have a write-memory-to-file command? My copy doesn't. DR
says no. But haven't there been patching instructions on this list
that use it?
--bridger
10-Apr-84 15:21:58-MST,1116;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 15:21:53-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 10 Apr 84 16:48 EST
Date: Tue, 10 Apr 84 16:45:04 EST
From: Rick Conn <rconn@Brl-Mis.ARPA>
To: bridger@rand-unix.arpa
cc: info-cpm@amsaa.arpa, randvax!bridger@rand-unix.arpa
Subject: Re: SID Write command?
SID/ZSID by themselves do not support a Write/Save command, but in
conjunction with the utility RELS.UTL (or REL.UTL) they do. The utility
provides a number of additional commands which may be executed from within
SID/ZSID, and one such command is C.SAVE, which is used as follows:
ZSID A.RELS.UTL
Imyfile.hex
R <-- Read in file from disk
Imyfile.com <-- Define Name of output file
C.SAVE 100 endadr <-- Write data to disk from 100H to endadr
G0 <-- done
The ZEX.ZEX command file gives a graphic example of the use of RELS.UTL
with some explanation. I'll see if I can look up some documentation on
it. The 4th section (pp 42-49) of the SID manual talks about utilities.
Rick
10-Apr-84 15:45:44-MST,1409;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 15:45:38-MST
Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 10 Apr 84 17:19 EST
Received: from ISL by SUMEX-AIM with Pup; Tue 10 Apr 84 14:21:10-PST
Date: Tuesday, 10 Apr 1984 14:21-PST
To: bridger@RAND-UNIX.ARPA
Cc: info-cpm@AMSAA.ARPA, randvax!bridger@RAND-UNIX.ARPA
Subject: Re: SID Write command?
In-reply-to: Your message of Tuesday, 10 Apr 1984 12:26-PST.
From: kevinw@isl
there is a write command for sid 3.0 (the one which comes standard with
the distribution disk). the documentation for it is in one of the refs
but not the other (typical dri...).
anyway, if you have a cpm3 system the command is:
Wfile[,start,stop]
`file' is a standard cpm file description -- eg q:foo.baz
`start' and `stop' are optional start and stop addresses. if none
are specified then the start of the tpa is used as start and the
address of the LAST end of load address is used. this is a nasty bug!
e.g.
A>sid foo.com
SID 3.0...
NEXT LAST HIGH PC <or some such>
0C00 0C00 CDFF 0100
#rbar.com
NEXT LAST HIGH PC
0300 0C00 CDFF 0100
#wquux.com
Saved 4 records (4h) <or some such>
n.b. -- one would have expected 11 records but someone at dri
screwed up this. thus to get what would be expected, one must
say
#wquux.com,100,c00
Saved 11 records (0bh)
-- K
10-Apr-84 15:48:17-MST,776;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 15:48:13-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 10 Apr 84 17:30 EST
Date: Tue, 10 Apr 84 17:29:13 EST
From: Rick Conn <rconn@Brl-Mis.ARPA>
To: Rick Conn <rconn@brl-mis.arpa>
cc: bridger@rand-unix.arpa, info-cpm@amsaa.arpa,
randvax!bridger@rand-unix.arpa
Subject: Re: SID Write command?
I did not find RELS.UTL or REL.UTL (there are two different files)
in the main CP/M archives on SIMTEL20.
In scanning the SIG/M catalog, I note the following references:
REL.UTL in Vol 76
I can find no other documentation on REL.UTL or RELS.UTL. Perhaps someone
else knows of the source for details?
Rick
10-Apr-84 16:53:24-MST,1533;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 16:53:19-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Apr 84 18:25 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 10 Apr 84 18:25 EST
Received: from Aurora.ms by ArpaGateway.ms ; 10 APR 84 11:17:06 PST
Date: Tue, 10 Apr 84 14:18 EST
From: scacchitti.henr@Xerox.ARPA
Subject: Re: Xerox 820 text downloading
In-reply-to: "WEBER@USC-ECLC.ARPA's message of Sun, 1 Apr 84 21:39:20
PST"
To: Allan Weber <WEBER@USC-ECLC.ARPA>
cc: info-cpm@BRL.ARPA
Allan,
A friend of mine recently had the same problem. (At least it sounds
like it)
Almost any modem program with a text capture mode will collect the
ascii data and allow storage to a CP/M file. However, the model 100
fails to transmit linefeeds. Thus, a file of this construct, lists
continually on one line. On, the other hand if you use Wordstar to view
the file, you will be able to see it all. To convert the file to useable
CP/M format is pretty simple. All that's required is a program to open
the text file and create a second file, then read a line from the
existing file and write it to the new file, finally close the files when
it's done.
CP/M (at least that on the 820) will see the carriage return as the end
of the line when reading and append the line feed when writing. I've
used this method in MBASIC and C without any problems. If you need a
source file let me know and I'll send one.
Fred
10-Apr-84 18:45:17-MST,2488;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 18:45:10-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp; 10 Apr 84 20:22 EST
Received: from Semillon.ms by ArpaGateway.ms ; 10 APR 84 10:39:42 PST
Date: 10 Apr 84 10:39:16 PST (Tuesday)
From: Bicer.ES@Xerox.ARPA
Subject: Re: BDS C
In-reply-to: <84/04/10 0642.166@NRL-AIC>
To: Russ Smith <smith@Nrl-Aic.ARPA>
cc: vortex!lauren@Rand-Unix.ARPA, info-cpm@Amsaa.ARPA
This is the updated version of my older list of the C compilers for
CP/M 80. For the people who have been observing my discussion with
Russ Smith, you should note that Russ Smith and I do agree on C/80
and BDS C issue (even though it may not be obvious from our messages).
There are several C's available for CP/M80. The prices quoted are
the list prices, and most/all of the compilers can be purchased at
a discount.
1 - BDS C: Great to learn C with. Very fast compiler,
respectable execution speed, source code of the libraries
and a well supported user's group. But it is not a full
implementation of C (lacks longs, floats, statics, and
initializers). $150.
2 - MANX AZTEC CII: Very good compiler (I use it for
production work), full implementation, you get the source
of the libraries, assembler output of the compiler can be
further hand optimized, an 8086 and 6502 and PDP-11
versions are available. Fast execution speed, but
compilation speed can be improoved usin a hard disk or
a ram disk. $199.
3 - Whitesmith's C: Don't touch it if you don't have to.
Incredibly slow compilation times, and their libraries
do not resemble the other ones that I know. $600???
4 - Echo C: For Z-80 only. Heard good things, but never seen
it.
5 - Supersoft C:I'd rather have Aztec C. Slower compilation
times, not a full implementation (the version I have),
and pain in the neck to develop software with (terrible
linking problems -too much code gets included-).
6 - C/80: A subset of C with respectable execution speed,
(apparently faster than BDS C), for only $50. I think it
produces assembler output. People interested in this compiler
should also look at 'Small C', which also includes the source
of the compiler (written in C).
Please feel free to send me info on this list, so next person who
needs advice on C compilers gets an updated list.
Jack Bicer
10-Apr-84 21:23:46-MST,5135;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 21:23:33-MST
Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 10 Apr 84 22:58 EST
Date: 10 Apr 1984 22:59-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: MBASIC Printer/Console Switching
From: ABN.ISCAMS@Usc-Isid.ARPA
To: INFO-CPM@Amsaa.ARPA
Cc: ABN.ISCAMS@Usc-Isid.ARPA
Message-ID: <[USC-ISID]10-Apr-84 22:59:17.ABN.ISCAMS>
(And if you aren't hacking in BASIC and CP/M any more -- purge this thing!)
How often have you wished you could find an easy way to switch your
BASIC to direct PRINT statements to the printer or the console as
you or the user desires, without the typical
IF HARDCOPY THEN LPRINT "FOOBAR" ELSE PRINT "FOOBAR"
This sure can get tiresome - I have some programs that permit the user
to elect screen display and/or printer display, and perhaps 1/3
of the code is that sort of redundancy!
The one-page article in "Programmer's Guide to CP/M" (Creative
Computing Press, Morris Plains NJ, 1982), entitled "Choosing Between
CRT & Printer Output" gave me hope, but the bloody Sample Program
just wouldn't work!
I suspect some problems with the POKEing and PEEKing being limited to
one byte and returning an integer between -32768 and +32768. I KNOW
the BASIC-80 manual says the Extended and Disk versions permit POKEing
and PEEKing integers in the range 0 to 65536, but damned if mine will!
Try POKEing a large value (like 60000 or so) anywhere, and then PEEK at
the same place (if you get that far), and you'll see what I mean.
The following little piece of code can be patched into your BASIC
programs. It'll find YOUR Console Out and List Out jumps in your
BIOS jump table (using the BIOS jump table location found at 0001 and
0002 of CP/M), and will plug them in to the appropriate place in BASIC.
I got this idea from CPM-PERT.BAS, out at SIMTEL20's Public Domain
library in MICRO:<CPM.BASIC>. Unfortunately the location of the Call
to Console Out for Microsoft BASIC-80 Version 5.21 is different from my
Version 5.1. However both values are given below.
If it doesn't work, use DDT's T(race) utility to track through your
MBASIC as it initializes its BIOS calls. It takes about 50 or so steps,
but eventually you'll see a series of moving bytes from high memory (in
my system the EA00h area) into D and E , XCHGing them, and SPHLing them
to a serious of locations in the 4100h area. The LAST one of this series
of very similar storage moves will be the storing of LIST (list device out),
and the NEXT to last one will be the CONOUT (console out) jump. Watch
where BASIC stores that BIOS CONOUT location -- that's the location of
BASIC's CONOUT call. (Sorry - a little hard to explain DDT's T(race)
function; you gotta see it to believe it!) Never had much use for the T
function, but found it handy this time.
If you know the location of your BIOS jump table's jumps to CONOUT and
LIST, that alone won't be enough. BASIC doesn't use the location of
the JMP in the BIOS jump table itself, but the address of that JMP!
Saves one JMP, but kind of tricky unless you know what to expect!
I didn't mess with that with my PEEKs and POKEs - just used the actual
JMP in the jump table itself.
Have fun - hope this works OK for you. It sure is saving me a lot of
redundant BASIC code, and the sheer bloody elegance of BASIC looking
at CP/M, and then poking itself a new belly button really tickles me!
David Kirschbaum, Toad Hall
7573 Jennings Lane, Fayetteville NC 28303 (919)868-3471/396-6862
ARPANet ABN.ISCAMS@USC-ISID
130 '== Locate CONOUT (console out) and LIST in CP/M BIOS Jump Table ==
140 '
150 ' Location of warm boot in BIOS jump table can be found at bytes 0001
160 ' (Least Significant Byte, LSB), and 0002 (Most Significant Byte, MSB).
170 '
180 COUT1% = PEEK(1) : COUT2% = PEEK(2) 'get LSB and MSB of warm boot jump
190 COUT1% = COUT1% + 9 'bump up 9 bytes from warm boot to COUT
200 IF COUT1% < 256 THEN 220 'no need to increase MSB
210 COUT2% = COUT2% + 256 : COUT1% = COUT1% - 256 'inx MSB, dx LSB
220 LST2% = COUT2% : LST1% = COUT1% + 3 'bump up 3 bytes from COUT to LIST
230 IF LST1% < 256 THEN 280 'no need to increase MSB
240 LST2% = LST2% + 256 : LST1% = LST1% - 256 'inx MSB, dx LSB
290 CONOUT% = &H41B8 'Loc in MBASIC 5.1 of call to CONOUT
300 ' (value for MBASIC 5.21 is &H41E4)
- - - - - - - -
Here's where you switch the printer/console display
390 PRINT "Do you want a HARD-COPY record? (Y/N): ";
400 HC$=INKEY$:IF LEN(HC$)<1 THEN 400 ELSE PRINT HC$
410 IF HC$<>"Y" AND HC$<>"N" THEN PRINT "ERROR! Try again.":GOTO 390
- - - - - - - -
Here's where you switch BASIC's CALL to CONOUT to the LIST device
620 IF HC$<>"Y" THEN 660
630 POKE CONOUT%, LST1% : POKE CONOUT%+1, LST2% 'Turn printer on
640 PRINT "This should be a hardcopy printout on your printer."
650 POKE CONOUT%, COUT1% : POKE CONOUT%+1, COUT2% 'Turn console back on
660 PRINT "This should be a display on your CRT."
- - - - - - - -
800 END
11-Apr-84 09:51:08-MST,332;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Apr 84 09:51:04-MST
Received: From bbnccc.arpa.ARPA by AMSAA via smtp; 11 Apr 84 11:27 EST
Date: Wed, 11 Apr 84 11:17:46 EST
From: Manny Crivello <crivello@Bbn-Unix.ARPA>
Subject: need SID manual
To: info-cpm@AMSAA.ARPA
11-Apr-84 09:52:23-MST,434;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Apr 84 09:52:18-MST
Received: From bbnccc.arpa.ARPA by AMSAA via smtp; 11 Apr 84 11:27 EST
Date: Wed, 11 Apr 84 11:26:54 EST
From: Manny Crivello <crivello@Bbn-Unix.ARPA>
Subject: need SID manual
To: info-cpm@AMSAA.ARPA
Can you send me the part # & closes address to get a SID manual.
I'm from Boston Ma
M.D.Crivello
11-Apr-84 11:42:58-MST,4466;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Apr 84 11:42:46-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 11 Apr 84 13:05 EST
Date: 11 Apr 1984 11:06 MST (Wed)
Message-ID: <KPETERSEN.12006655139.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: RS-232 hookup info list
Reply-To: decvax!mcnc!philabs!cubsvax!wu1!rf@Ucb-Vax.ARPA
Date: 4 Apr 84 12:19:06-PST (Wed)
From: decvax!mcnc!philabs!cubsvax!wu1!rf
Subject: RS-232
I recently prepared a guide to the RS-232 signals for competent,
unknowledgeable users. It amazed and amused me, so I thought
some of you might like to see it. The little notes "CONNECT" and
"LEAVE OPEN" are for people constructing a cable to be used with
an asynchronous modem.
Randolph Fritz
So, for the edification of the ignorant and the amusement of the
knowledgeable, I present:
RANDOLPH FRITZ'S GUIDE TO RS-232 SIGNALS AND OTHER SICK JOKES.
Signal DTE <-> DCE Description
====== =========== ===========
1 FG <-> Frame ground. Sometimes connected to equipment
chassis. Where possible LEAVE OPEN.
2 TD -> Transmitted data. Data from computer (terminal) to
modem. CONNECT.
3 RD <- Received data. Data from modem to computer
(terminal). CONNECT.
4 RTS -> Request to send. Turns on modem's transmit
carrier. CONNECT.
5 CTS <- Clear to send. Indicates that modem's transmit
carrier is on. Some modems assert this all the
time. CONNECT.
6 DSR <- Data set ready. Indicates that modem is on.
Some modems assert this even when they're off.
CONNECT.
7 SG <-> Signal ground. Voltages of all other signals are
referenced to this. CONNECT.
8 DCD <- Data carrier detect. Asserted when the modem
hears a carrier. Some modems assert this all the
time, still others assert this in response to any
received signal. CONNECT.
9 <- In some Bell modems, +12V to power test equipment.
If connected, can create smoke. LEAVE OPEN.
10 <- In some Bell modems, -12V to power test equipment.
If connected, can create smoke. LEAVE OPEN.
11 QM <- Equalizer mode. Not RS-232. Bell 208A 4800 bps
modems only. LEAVE OPEN.
12 HS <- High speed. Not RS-232. Hayes Smartmodem 1200
only. Asserted when 1200 bps connection
established. Mainly of use to auto-answer modem.
LEAVE OPEN.
or
12 SDCD <- Secondary data carrier detect. Used by only modems
with a secondary channel. LEAVE OPEN.
13 SCTS <- Secondary clear to send. Asserted when secondary
transmit carrier is on. LEAVE OPEN.
14 STD <- Secondary transmitted data. LEAVE OPEN.
or
14 NS -> New sync. Not RS-232. Bell 208A 4800 bps
modems only. LEAVE OPEN.
15 TC <- Transmit clock. Synchronous modems only. LEAVE
OPEN.
16 SRD <- Secondary received data. LEAVE OPEN.
or
16 DCT <- Divided clock, transmitter. Not RS-232. Bell
208A 4800 bps modems only. LEAVE OPEN.
17 RC <- Receive clock. Synchronous modems only. LEAVE
OPEN.
18 DCR <- Divided clock, receiver. Not RS-232. Bell 208A
4800 bps modems only. LEAVE OPEN.
19 SRTS -> Secondary request to send. Turns on secondary
carrier. LEAVE OPEN.
20 DTR -> Data terminal ready. Asserted by computer (or
terminal) when ready to use the modem. RS-232
specifies that all other signals from computer are
meaningless when this is not asserted. Most
modems will not answer telephone when this is not
asserted. CONNECT.
21 SQ <- Signal quality. Asserted by some fancy modems
when line noise rises. LEAVE OPEN.
22 RI <- Ring indicator. The electrical equivalent of the
telephone bell on an auto-answer modem. The
proper way to auto-answer is: wait for RI. On
second ring DTE should assert DTR. The modem will
then answer. LEAVE OPEN.
23 HS -> High speed. Make a connection in high speed mode,
if possible. Used (if at all) by originate modem.
LEAVE OPEN.
or
23 HS <- High speed. A connection has been made in high
speed mode. Used (if at all) by answer modem.
LEAVE OPEN.
24 (TC) -> Transmit clock from computer. Unusual. LEAVE
OPEN.
25 -> Busy. The line is busy. Used (if at all) by
auto-originate modem. LEAVE OPEN.
11-Apr-84 12:23:59-MST,886;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Apr 84 12:23:51-MST
Date: Wed, 11 Apr 84 13:43:52 EST
From: David Towson (CSD) <towson@Amsaa.ARPA>
To: decvax!mcnc!philabs!cubsvax!wu1!rf@Ucb-Vax.ARPA
cc: Info-Cpm@Amsaa.ARPA
Subject: Re: RS-232 hookup info list
Randolph - I enjoyed the guide to RS-232 connections. I wonder, however, why
you gave such a nice description of the use of Ring Indicator, and then said
to LEAVE IT OPEN. Huh? Also, I'd like to know how a modem can assert ANY
RS-232 signal when it is off. It seems that the plus-and-minus three volts
"forbidden zone" in the standard would make it impossible for signals to be
asserted when the modem is off (unless the modem contains a battery). Or did
you decide to slip April Fools Day to the fourth?
Dave
towson@amsaa
12-Apr-84 01:47:24-MST,6137;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 01:47:09-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 12 Apr 84 3:04 EST
Received: From simtel20.arpa.ARPA by BRL-VGR via smtp; 12 Apr 84 2:59 EST
Date: Thu 12 Apr 84 00:58:43-MST
From: Ron Fowler <RFOWLER@SIMTEL20.ARPA>
Subject: INFO-COPYRIGHT AM DIGEST: APRIL 12, 1984
To: info-modem7@SIMTEL20.ARPA
cc: info-cpm@BRL-VGR.ARPA
[ copyright (c) 1984 Ronald G. Fowler ]
There has been some controversy lately regarding the distribution of
public domain software with respect to the copyright law. I've done
some preliminary research, and thought I'd share my findings with
the group.
Specifically in question has been Irv Hoff's copyright of his MDM
modem series, especially as it relates to Ward Christensen's orig-
inal work and Mark Zeiger's extensive enhancements to the program.
Prevention of "profit-taking" and sale of public-domain software
has also been discussed.
Fundamental to securing copyright protecton is the publication of a
work; generally you may copyright unpublished work without restrict-
ion (i.e., you don't have to maintain a copyright notice in the work).
Legally, 'publishing' is the "distribution of copies ... to the pub-
lic, by sale or other transfer of ownership, or by rental, lease or
lending". I think we can safely say that work distributed by SIG/M
and the CPMUG can be deemed legally "published".
Both the old (1909) copyright law and the new (1978) require a that
a copyright notice be placed in the work, in order to secure the copy-
ight. While the newer law addresses procedures for omission of this
notice (in order that a mistaken omission not cause loss of copyright
protection) the older law did not. Work published prior to 1 January,
1978 falls under the jurisdiction of the older law. In fact, Copyright
Office Circular "R1" specifically mentions this circumstance:
"If a work was published under the copyright owner's
authority before January 1, 1978, without a proper
copyright notice, all copyright protection for that
work was permanently lost in the United States. The
new copyright law does not provide retroactive pro-
tection for those works."
Now MODEM2 was published by CPMUG, without copyright notice, in
1977. So much for any claim poor Ward might have.
MODEM2 is therefore unquestionably in the public domain.
(Note that the terms "copyright" and "public domain" are mutually
exclusive, under the law. "Public domain" is work without copyright,
either by expiration of an existing copyright, or by forfeiture of
copyright by the author. Hence, a disclaimer like "Copyright (c)
1984 by Calvin C. Codehacker: contributed to the public domain, may
not be sold commercially" is a contradiction in terms, and may very
well jeopardize the author's right to copyright. For that reason,
I *never* refer to the "public domain" in any programs I introduce
to the user community for which I desire to retain copyright pro-
tection).
(Side note: there is absolutely *nothing* to prevent a commercial in-
terest from selling public domain work, legally or ethically. Have
you ever seen an anthology of Edgar Allen Poe, or a recently reprinted
"Moby Dick", both of which have fallen into the public domain? Has
sale of these caused any kind of public outcry of "ripoff!"? Think
about it...)
Back to MODEM2 and MODEM7: Zeiger and Hoff's enhancements have been
published (SIG/M, I believe) after 1 January, 1978, and thus fall under
the jusrisdiction of the 1978 law, which provides for "derivative work".
A "derivative work" is "a work based on one or more preexisting works".
This seems to be subject to copyrights held by the author of the
previous work, but is not spelled out specifically in the material
I've seen so far. I'd hazard to guess that Hoff and Zeiger are on
pretty stable ground, though, *unless* either has failed to actually
secure the copyright by registration. That's where things begin to
get a little shaky.
Generally, you don't have to register to claim copyright; you can reg-
ister anytime within five years of publication and still establish
prima facie evidence in court of the copyright's validatity. There
is a "gotcha" though: if the work is not registered within 3 months
after publication, then no statutory damages or attorney's fees are
available to the plaintiff in an infringement suit. In this case,
only actual damages and lost profits are available, and in "free"
distribution software, there are very little damages indeed (perhaps
if the author is a professional who receives value from the circulation
of his name in "free" software, the loss of that circulation could
constitute a damage....).
Now I think we have a clear idea of how to proceed with new "freeware":
1) Claim copyright in the published work (copyright circular "R61"
suggests placing the notice in the program's sign-on message,
if it has one. By the way, this pub is specific to computer software).
2) Do not fail to actually register the copyright with the Copyright
office, within 3 month of publication.
3) Never mention the public domain in relation to your work.
With these requirements met, the software is protected to the extent
that you can confidently proceed legally against infringers, including
attorney's fees and statutory damages. Merely by virtue of your author-
ship (and, of course, your copyright).
---------
Interesting aside: if you publish work with the Copyright notice
included, you *must* deposit a copy with the Copyright office for the
use of the Library of Congress; failure to do so can result in fines
and other penalties. (Note that there are certain exceptions and
modifications to this rule for various types of copyright works).
Also: Forms are available from the U.S. Government Copyright Office:
dial (202) 287-9100. Ask for form TX and Circulars R1 and R61. The
cheapskates will only send you five TX's for one phone call.
----------
-------
12-Apr-84 09:04:50-MST,1686;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 09:04:43-MST
Received: From mit-multics.arpa.ARPA by AMSAA via smtp; 12 Apr 84 10:37 EST
Date: Thu, 12 Apr 84 10:34 EST
From: "John C. Klensin" <Klensin@MIT-MULTICS.ARPA>
Subject: use of lower case for status bits
To: bridger@RAND-UNIX.ARPA, info-cpm@AMSAA.ARPA
Message-ID: <840412153447.123567@MIT-MULTICS.ARPA>
Some things, especially misbehaving file transfer programs, can succeed
in creating objects with mixed-case, or lower-case, objects in the CP/M
file system. The resulting objects are very hard to identify (since
much software tries to automatically upper-case the names), and even
harder to get rid of (since the CP/M resident commands all map whatever
is typed to upper case before trying to erase, rename, or whatever).
So, if you use a case-shift to show status, you will need both
- a way to indicate when the lower case character is lower case because
it is there and/or
- a way to caution the reader that the name really contains lower case.
Those requirements might lead to the reinvention of highlighting.
Now, you could probably safely ignore this for some programs (such as
MDM7), but it is probably quite important that things like SD and XDIR
tell what is really there, so, without precisely what you are trying to
avoid, it does not make a good general convention -- I want
directory-inspecting programs to tell me what is in the directory as
their absolute first priority.
I am surprised that the UNIX community has not noticed this little
problem arising occasionally as well (if, indeed, they have not).
12-Apr-84 11:53:41-MST,1023;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 11:53:36-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 12 Apr 84 13:17 EST
Received: From office-2.arpa.ARPA by BRL-AOS via smtp; 12 Apr 84 13:12 EST
Date: 12-Apr-84 10:07 PST
From: ACB.TYM@OFFICE-2.ARPA
Subject: 5 inch disk controller
To: info-cpm@brl.arpa
Message-ID: <[OFFICE-2.ARPA]TYM-ACB-4H2RJ>
Can someone point me to an S100 non-DMA 5 inch disk controller for which
software exists to format and write many of the popular 5 inch CP/M formats. I
am willing to write such software if I could be pointed to documentation of the
various formats (would make such software available). I have a Northstar and
want to avoid the DMA problems though I am willing to bring the buss to new
standards (so far I haven't had any problem with some controllers and memory
boards). I would like to buy the controller and software as a package if
possible. Thanks in advance for any info.
12-Apr-84 12:30:34-MST,836;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 12:30:28-MST
Received: From utexas-20.arpa.ARPA by AMSAA via smtp; 12 Apr 84 13:50 EST
Date: Thu 12 Apr 84 12:52:45-CST
From: Aaron Temin <CS.Temin@UTEXAS-20.ARPA>
Subject: printer problems - S100 to ids 225
To: info-cpm@AMSAA.ARPA
Some close friends just presented me with an old Integral Data Systems
225 printer for my birthday. We got it communicating with my machine
via cp/m 2.2 sometimes, but it tends to lock up for no good reason, and
often will decide to bang its print head against the right margin for
long periods, making piteous noises until turned off.
I am running a bios from MICAH on a Cromemco system 3. If anyone has
any suggestions, they would be most welcome.
Thanks,
-aaron
-------
12-Apr-84 12:58:07-MST,1013;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 12:58:00-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 12 Apr 84 14:31 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 12 Apr 84 14:32 EST
Received: from ISL by SUMEX-AIM with Pup; Thu 12 Apr 84 11:30:16-PST
Date: Thursday, 12 Apr 1984 11:31-PST
To: ACB.TYM@OFFICE-2.ARPA
Cc: info-cpm@BRL.ARPA
Subject: Re: 5 inch disk controller
In-reply-to: Your message of 12-Apr-84 10:07 PST.
<[OFFICE-2.ARPA]TYM-ACB-4H2RJ>
From: kevinw@isl
I have a SD-Sales Versafloppy-I board which will read/write 8"/5-1/4"
floppies and is old s100 standard which i would be willing to sell.
It is only single density, but I have used it for years as an 8" controller
with no problems at all. I also have a myriad of other old s100 boards
which I could be induced to sell if there were any interest.
-- Kevin
kevinw@su-dsn
(415) 325-4723
(415) 497-2961 (days)
12-Apr-84 20:29:54-MST,830;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 20:29:50-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 12 Apr 84 22:04 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 12 Apr 84 22:03 EST
Date: 12 April 1984 22:01-EST
From: Eric Stork <STORK@Mit-Mc.ARPA>
Subject: Archive Program
To: info-cpm@Brl-Aos.ARPA
cc: STORK@Mit-Mc.ARPA
Several weeks ago there was much traffic about
a neat, cheap, commercial program for archiving hard disks
(i.e., for backing up only those files that had
been changed since last backup).
Unfortunately, not having a hard disk, I failed to note
the name and source of the program. Now my son in law is
getting a Kaypro 10, and needs such a program.
Pointers, anyone?
Thanks,
Eric. (STORK at MIT-MC)
13-Apr-84 00:51:16-MST,1423;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 00:51:11-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Apr 84 2:26 EST
Received: From mit-multics.arpa.ARPA by BRL-AOS via smtp; 13 Apr 84 2:28 EST
Date: Fri, 13 Apr 84 02:25 EST
From: Paul Schauble <Schauble@MIT-MULTICS.ARPA>
Subject: Hidden goodies in commercial software
To: Info-Micro@BRL-AOS.ARPA, Info-CPM@BRL-AOS.ARPA, Info-IBMPC@USC-ISIB.ARPA,
WorkS@RUTGERS.ARPA, Human-Nets@RUTGERS.ARPA, Unix-Wizards@BRL.ARPA,
Info-MAC@SUMEX-AIM.ARPA
Message-ID: <840413072525.586445@MIT-MULTICS.ARPA>
I'm looking for examples of strange things that programmers have hidden
in various pieces of commercial software, games, etc.
As two examples, and for general interest, there is the Atari
SuperBreakout cartridge that displayed the programmers initials when the
right combination of keys was pressed. And, I have heard the
(unconfirmed) rumor that the MacIntosh operating system is set up so
that once every large number of times you will boot the operating system
and not get the system. You'll get a picture of a monkey waving at you.
The next boot will work fine.
Anyone have any other examples?
PLEASE copy me directly on any replies, since I don't read all of the
lists directly.
Thanks,
Paul
ARPA: Schauble@MIT-Multics
13-Apr-84 01:55:35-MST,943;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 01:55:31-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Apr 84 3:27 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 13 Apr 84 3:29 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 13 Apr 84 0:16-PST
Date: 8 Apr 84 14:34:46-PST (Sun)
To: info-cpm@Brl-Aos.ARPA
From: ihnp4!cbosgd!qusavx!carmine@Ucb-Vax.ARPA
Subject: Terminal Programs
Article-I.D.: qusavx.167
I am looking for a terminal program to allow me to use
a Kaypro 2 as a 'smart' terminal. I can already use it as a dumb
terminal utilizing the 'baud' and 'term' programs on my CP/M disk
(version 2.2). Any ideas? Major consideration is low cost so
a public sector program would be nice.
Thanks in advance.
Please reply to:
Carmine Scavo
Quantime Corp.
Cincinnati (513) 563-8800
{cbosgd,vax135,decvax}!qusavax!carmine
13-Apr-84 04:45:20-MST,1049;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 04:45:15-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Apr 84 6:20 EST
Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 13 Apr 84 6:22 EST
Date: 13 Apr 1984 06:21-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re: Archive Program
From: ABN.ISCAMS@Usc-Isid.ARPA
To: STORK@Mit-Mc.ARPA
Cc: info-cpm@Brl-Aos.ARPA
Message-ID: <[USC-ISID]13-Apr-84 06:21:15.ABN.ISCAMS>
In-Reply-To: The message of 12 April 1984 22:01-EST from Eric Stork <STORK@Mit-Mc.ARPA>
Eric (et al)
Donno about the neat cheap commercial version, but the Public Domain one
out at SIMTEL20 (MICRO:<ARCHIVE> works just fine. Needs one wee little
BDOS (I think) patch, and the only undesirable side effect is that my
D.COM program (another directory program that lists alphabetically, file
size, remaining, etc.) doesn't wildcard properly; however SDIR.COM is fine).
Price is right too!
David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID)
13-Apr-84 07:33:34-MST,883;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 07:33:27-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Apr 84 9:13 EST
Received: From utexas-20.arpa.ARPA by BRL-AOS via smtp; 13 Apr 84 9:14 EST
Date: Fri 13 Apr 84 08:13:05-CST
From: John Otken <CC.Otken@UTEXAS-20.ARPA>
Subject: Re: Archive Program
To: info-cpm@BRL.ARPA
In-Reply-To: Message from "ABN.ISCAMS@Usc-Isid.ARPA" of Fri 13 Apr 84 05:21:00-CST
The "one wee little" BDOS patch used by one of those programs goes
into the disk directory checksum bytes beginning with drive E so you
might want to be careful using it.
BTW, the "archiving" program I wrote uses the T3 bit but does not
alter the BDOS. I know this is broken for random access files but
big deal, we don't use any. Could there be something else I didn't
think of?
-------
13-Apr-84 10:23:31-MST,1053;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 10:23:26-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 13 Apr 84 11:58 EST
Date: 13 Apr 1984 09:59 MST (Fri)
Message-ID: <KPETERSEN.12007167306.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA
Cc: bang!bblue@Nosc.ARPA
MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA
Subject: New PAMS phone list (April) available
In-reply-to: Msg of 13 Apr 1984 03:06-MST from <bang!bblue at Nosc>
Thanks to Bill Blue, we now have the latest PAMS list which shows the
phone numbers of all known Public-Access Message and file-transfer
Systems. It is available via anonymous FTP from SIMTEL20 as:
MICRO:<CPM.MISC>OTHERSYS.APR
If you cannot FTP it, and you are not already on the list to receive
it via netmail, send a note to W8SDZ@SIMTEL20 or ucbvax!brl-bmd!w8sdz
asking to be added to the PAMS-People list.
--Keith
13-Apr-84 10:56:54-MST,769;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 10:56:50-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 13 Apr 84 12:21 EST
Date: 13 Apr 1984 10:22 MST (Fri)
Message-ID: <KPETERSEN.12007171455.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: Updated SIMTEL20 directory list available
MICRO:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
sizes and CRCs of the MICRO<CPM.xx> directories) has been updated as
of today. If you cannot FTP it, and you are not already on the list
to receive it via netmail, send a note to W8SDZ@SIMTEL20 asking to be
added to the DIRLST-People list.
--Keith
13-Apr-84 17:48:59-MST,962;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 17:48:53-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Apr 84 19:30 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 13 Apr 84 19:32 EST
Received: from Aurora.ms by ArpaGateway.ms ; 13 APR 84 12:40:29 PST
Date: Fri, 13 Apr 84 07:59 EST
From: Thieret.WBST@Xerox.ARPA
Subject: Re: Distributing modifications to F80
In-reply-to: "decvax!mcnc!ecsvax!emigh@Ucb-Vax.ARPA's message of 19 Mar
84 17:09:39 PST (Mon)"
To: decvax!mcnc!ecsvax!emigh@Ucb-Vax.ARPA
cc: info-cpm@Brl.ARPA
Ted,
I don't know if you ever received my last message on this subject. I am
very interested in the floating point mods to F80 and would like a copy
of the source. Please send them to the address below. You may note
that this address is different from my previous address. We changed our
server. Thanks.
Tracy (Thieret @ XEROX.ARPA)
13-Apr-84 18:20:51-MST,1409;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 18:20:42-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp; 13 Apr 84 19:58 EST
Received: from Mission.ms by ArpaGateway.ms ; 13 APR 84 12:54:25 PST
Date: 13 Apr 84 10:30:39 PST (Friday)
From: Bicer.ES@Xerox.ARPA
Subject: Aztec C Users
To: info-cpm@Amsaa.ARPA
cc: vortex!lauren@Rand-Unix.ARPA
Someone complained that Aztec C creates a large COM file (compared to what???).
Keep the code below in seperate file, and include it when linking your modules
(order doesn't matter, but before libc.lib). I call this file minroot.c and
minroot.o for source and relocatible versions respectively.
-----------------------------------------------------------------------
Croot()
{
exit(main());
}
exit(code)
{
boot@(); /* @ sdands for underline character. These keyboards!!! */
}
badfd()
{
return -1;
}
noper()
{
return 0;
}
----------------------------------------------------------------------
The result of the program "main() { }" (which shows size of the runtime
package) is:
with minroot.o = 7 sectors --> 896 bytes
without =36 sectors -->4608 bytes
But if you use the buffered I/O library (printf does!), then the necesseary
code gets linked in and the size of the COM file is the same as before.
Jack Bicer
13-Apr-84 19:00:07-MST,723;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 19:00:03-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 13 Apr 84 20:38 EST
Date: Fri, 13 Apr 84 20:39:27 EST
From: Bob Bloom (TECOM) <bbloom@Brl-Mis.ARPA>
To: w8sdz@Simtel20.ARPA
cc: bbloom@Brl-Mis.ARPA, info-cpm@Brl-Mis.ARPA
Subject: nswp204 bug?
Anyone having rouble with NSWP204? - regardless of what I do, I can't
copy a $r/o file! (not copy TO a $r/o file, copy a file with the $r/o flag set.)
I end up getting a BDOS error R/O file on the destination disk drive.
Is it me, my copy, or something else?
(p.s. Keith: all the old "bugs" still exist.)
-bob bloom
13-Apr-84 19:43:00-MST,653;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 19:42:54-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 13 Apr 84 21:22 EST
Date: Fri, 13 Apr 84 21:14:02 EST
From: Harold Carter (AFIT) <hcarter@Brl-Mis.ARPA>
To: Russ Smith <smith@nrl-aic.arpa>
cc: info-cpm@amsaa.arpa
Subject: Re: C for small machines
Russ...
I concur with you on the capabilities of C-80. I use it quite a
bit and find it very useful. The only annoying thing is that it lacks
some very useful functions such as ungetc which is in BDS/C. But I still
like C-80...
Hal Carter
13-Apr-84 20:05:33-MST,791;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 20:05:29-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 13 Apr 84 21:43 EST
Received: From brl-bmd.arpa.ARPA by BRL-MIS via smtp; 13 Apr 84 21:36 EST
Date: Fri, 13 Apr 84 21:35:35 EST
From: Charlie Strom (NYU) <strom@Brl-Bmd.ARPA>
To: Eric Stork <STORK@mit-mc.arpa>
cc: Info-CPM@Brl.ARPA
Subject: Re: Archive Program
The proprietary program being referred to is probably QBAX, distributed
by Amanuensis, in Grindstone, Pa. Advertisements are in Byte, and the program
is the $30 variety. I understand that the author is working on a version
2 with significantly improved features including reclamation of space on
floppy archive disks.
14-Apr-84 02:39:05-MST,805;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from BRL-AOS (BRL.ARPA) by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 02:39:01-MST
Received: From amsaa.arpa.ARPA by BRL-AOS via smtp; 14 Apr 84 4:15 EST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 14 Apr 84 3:58 EST
Received: From xerox.arpa.ARPA by BRL-MIS via smtp; 14 Apr 84 3:56 EST
Received: from GreeneKing.ms by ArpaGateway.ms ; 14 APR 84 00:55:59 PST
Date: 14 Apr 84 09:55:46+0100 (Saturday)
From: Hirst.rx@Xerox.ARPA
Subject: Re: nswp204 bug?
In-reply-to: bbloom's message of Fri, 13 Apr 84 20:39:27 EST
To: Bob Bloom (TECOM) <bbloom@Brl-Mis.ARPA>
cc: w8sdz@Simtel20.ARPA, info-cpm@Brl-Mis.ARPA
Bob,
I have experienced the same effect, had to dig out SWEEP V4.0 to enable transfer,
What were the old "bugs
//Ken
14-Apr-84 08:14:01-MST,905;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 08:13:57-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Apr 84 9:51 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 14 Apr 84 9:47 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 14 Apr 84 6:27-PST
Date: 8 Apr 84 17:10:23-PST (Sun)
To: info-cpm@Brl-Aos.ARPA
From: decvax!mcnc!philabs!cmcl2!floyd!clyde!akgua!emory!km@Ucb-Vax.ARPA
Subject: XMODEM in FORTRAN?
Article-I.D.: emory.1316
Has anyone implemented the xmodem protocol in FORTRAN?
The only implementations I know of are in assembler for
CP/M (mdm*), and in C for CP/M (yam) and Unix (umodem).
Thanks
Ken Mandelberg
Emory University
Dept of Math and CS
Atlanta, Ga 30322
{akgua,sb1,gatech}!emory!km USENET
km@emory CSNET
km.emory@csnet-relay ARPANET
14-Apr-84 08:49:39-MST,884;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 08:49:36-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Apr 84 10:32 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 14 Apr 84 10:35 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 14 Apr 84 7:28-PST
Date: 9 Apr 84 10:20:19-PST (Mon)
To: info-cpm@Brl-Aos.ARPA
From: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA
Subject: Re: Looking for C - (nf)
Article-I.D.: felix.229
In-Reply-To: Article <6522@uiucdcs.UUCP>
I have Manx's Aztec C II compiler and am very happy with it.
It's full K&R C with only two exceptions: no enumerations
and no bit fields. Unfortunately, it is a bit pricey at
$200. I have had very good luck with developing programs
on the Z80 for the VAX and vice versa.
Art Zemon
FileNet Corp.
14-Apr-84 14:23:17-MST,840;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 14:23:13-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Apr 84 16:04 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 14 Apr 84 16:06 EST
Date: 14 April 1984 16:02-EST
From: Eric Stork <STORK@Mit-Mc.ARPA>
Subject: NSWP204 Bug?
To: info-cpm@Brl-Aos.ARPA
I tried copying R/O files with NSWP2.04. Tried both the 'C' mode and
the 'M' mode after 'tagging'. In both cases it worked fine -- no
bug apparent. While I doubt that it makes any difference, I have
set the vales at the beginning of the program that highlight the
bits in the directory name that are set by R/O, SYS, or what have you.
(Correct 'vales' 2 lines above to read 'values').
I'm running standard CPM2.2 with ZCPR2.
FYI.
Eric
14-Apr-84 14:59:43-MST,2660;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 14:59:35-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 14 Apr 84 16:39 EST
Date: Sat, 14 Apr 84 16:36:22 EST
From: Bob Bloom (TECOM) <bbloom@Brl-Mis.ARPA>
To: info-cpm@Brl-Mis.ARPA
Subject: more on nswp204 $r/o bug
I've found out some more in the nswp204 bug that causes it not to be able to
copy $r/o files - somehow it's involved with the inverse video patches. If I
don't patch in the inverse videos, everything runs fine.
The two patches are: Inverse video on at 0104 (number of characters, then the
characters) and Inverse video off at 010B. For my televideo this corresponds
to 104=2, 105=1b, 106=29, 10B=2, 10C=1B, and 10D=28. I have no idea why this
affects the copy. It worked fine in version 2.00.
Regarding the P.S., on my last message, I have found other minor problems but
not significant to bother the list with. But since several people asked:
1. The sequence of logging into the B: drive, switching disks in the A: drive
and then attempting to copy a file from the logged in B: drive to A: fails in
the disk $R/O error. The copy will work if one first asks for remaining space
on A: before the copy or copying from A: to B:.
2. If one copies a single file from the A: drive to the B: drive, switches
disks in the B: drive, and then tries to copy the same file to the new B:
disk, a disk $R/O error results. One has to again "log" in the new B: disk by
asking for the remaining space on B: before copying.
3. When the destination disk for a copy fills up and NSWP attempts to delete
the partial copy and the file being copied was $R/O, a file $R/O error bombs
the program because the $R/O attribute has also been copied. In this
condition the $R/O flag has to be taken off first before deleting the partial
copy.
4. When unsqueezing files squeezed with the orginal sq-17 (version maybe
wrong) the filename of the unsqueezed file was in lower case and had to be
renamed to uppercase. This might not be worth "fixing" as the problem is
probably in the old sq-17 squeezer. (I usually type all my comands in
lowercase and I probably lowercased the command line at the time of the
original squeeze.)
I than had 14 or so suggestions to make it "better" which I sent indirectly to
Dave Rand. (Add a LU utility, add the pip options, add bishow features, etc.)
More than Dave would be willing to add in any case. But then I never fully
satisfied with anything - especially software, included the programs I write!
-bob bloom
15-Apr-84 12:02:19-MST,772;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Apr 84 12:02:14-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Apr 84 13:34 EST
Received: From cmu-cs-a.arpa.ARPA by BRL-AOS via smtp; 15 Apr 84 13:33 EST
Date: 15 Apr 84 1318 EST (Sunday)
From: George.Wood@CMU-CS-A.ARPA
To: decvax!mcnc!philabs!cmcl2!floyd!clyde!akgua!emory!km@Ucb-Vax.ARPA
Subject: Re: XMODEM in FORTRAN?
CC: info-cpm@BRL.ARPA
In-Reply-To: "...!emory!km@Ucb-Vax.ARPA's message of 8 Apr 84 20:10-EST"
Message-Id: <15Apr84.131812.GW90@CMU-CS-A.ARPA>
There's an implementation in fortran for vax/vms in MICRO:<CPM.VAXVMS> on
simtel20 (available by ftp, using 'anonymous' username). (I think I got
the directory name right.) George
15-Apr-84 22:07:12-MST,1599;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Apr 84 22:07:05-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Apr 84 23:46 EST
Received: From darcom-hq.arpa.ARPA by BRL-AOS via smtp; 15 Apr 84 23:39 EST
Date: Sun, 15 Apr 84 23:10:53 EST
From: Rturner@Darcom-Hq.ARPA
To: info-cpm@Brl.ARPA
cc: rturner@Darcom-Hq.ARPA
Subject: Info-KayPro>??
All you HAM CP/Mers out there...
I recently purchased a Kantronics UTU (Universal Terminal Unit) and
interfaced it with my KayPro II. I planned to use it for RTTY/ASCII and
AMTOR with MDM730 as my terminal program. I'm using an Icom IC-720A as
the tranceiver.
The UTU receives like a dream! I've spent all weekend listening to folks
check into HF Bulletin Board Systems, and generally listening around 40
meters. Tonight, the big test...I called up a local ham and attempted to
put the thing on the air.
When I started transmitting, I ran into all kind of trouble. My echoed
characters were strange, the system would "warm boot," and I couldn't
get the tranceiver out of transmit mode.
My first thoughts center around some type of RF overload of the KayPro.
My tranceiver is well grounded, but I'm loading a long-wire which could
be putting RF in my shack. Anyway, I'm going to experiment with VHF
since there shouldn't be so much RF banging around.
Anyone with similar experiences? Hints?
Apologies in advance for sending this to what is probably the wrong
list. Responses to me to keep down the non-CP/M static.
73,
rick
nf4t
15-Apr-84 23:18:39-MST,561;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Apr 84 23:18:36-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 16 Apr 84 0:52 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 16 Apr 84 0:48 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 15 Apr 84 21:40-PST
Date: 11 Apr 84 14:54:25-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!tektronix!orca!hammer!hyder@Ucb-Vax.ARPA
Subject: Turbo Pascal - Version help wanted for non-standard machine.
Article-I.D.: hammer.670
16-Apr-84 07:56:46-MST,1675;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 07:56:38-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 16 Apr 84 9:36 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 16 Apr 84 9:35 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Apr 84 6:03-PST
Date: 12 Apr 84 12:00:19-PST (Thu)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!hao!seismo!ut-sally!mordor!arp@Ucb-Vax.ARPA
Subject: Xerox 820 ADD. INFO.
Article-I.D.: mordor.2411
++++++++++++++++++++++++++++++++++++
Before anyone starts cutting traces on their boards it should be noted
that the 820 used a TTL monitor ie. seperate HS,VS,and VIDEO. If you do
a bit of reading you will find that TTL monitors have no horizontal
oscillator and require a 25-30 microsecond HS pulse to sync them while
COMPOSITE monitors, having their own oscillator, require only a 5-8 micro-
second HS pulse to trigger the oscillator. If you use a circuit to combine
the sync and video signals to drive a composite monitor you should indeed
use the shorter HS signal. This does not require any trace cuts since there
are unused pins on J7 and an unused IC position on the board next to U34.
I used that IC position for my combiner circuit and brought out the composite
signal to an unused pin on J7. This gives both TTL AND COMPOSITE video output
so you can use either type of monitor. I prefer the TTL type since it has a
greater bandwith thereby giving a sharper display. The circuit I used appeared
in the Oct. 6, 1982 Electronics Magazine page 113.
Al Pierce L-276
P.O. Box 808
Livermore, Ca 94550
16-Apr-84 10:18:12-MST,1636;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 10:18:01-MST
Received: From mitre-gateway.arpa.ARPA by AMSAA via smtp; 16 Apr 84 11:54 EST
Date: 16 Apr 1984 11:46:59 EST (Monday)
From: Tom Reid <treid@Mitre-Gateway.ARPA>
Subject: 8086 co-processors for CPM80
To: info-cpm@Amsaa.ARPA
Cc: treid@Mitre.ARPA
I am considering adding an 8086 co-processor to my CPM80 system
(Ithaca 525; Z80B, 128K, 2-5 1/4" and 2-8" drives). HSC, Herkimer,
NY (see add in April '84 Microsystems, p. 16) has one. Their latest
brochure lists an 8086 processor board with 256K ram, MS-DOS 2.11,
8 bit ram disk, Z80 interface, documentation, enclosure, and power
supply for $775 retail. Other options such as 68000, CPM86, and a
(SOON) IBM compatible bus are available.
The system boots up as (1) of old, (2) CPM80 with a 256K ram
disk, or (3) MSDOS/CPM86 using the CPM80 for all non-ram I/O.
Sounds like a way to get both a ram disk and a 16 bit processor
without throwing the old system away if . . .
I would be interested in hearing from anyone who has experience
with this or other co-processors. In particular, what are the
bonuses, problems, or gotchas. For example, could the Z80 being a
ribbon cable away from its old CPU slot cause problems or is the
8086-back-to-CPM80-for-I/O going to be too slow? The people at HSC
say that the system can be installed in 15 minutes.
I will edit and keep updated any responses to those interested via
the net. Thanks. Tom Reid at MITRE Corp., McLean, Va.
ps - I am interested in buying an Ithaca 64K ram board.
16-Apr-84 12:36:30-MST,772;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 12:36:24-MST
Received: From xerox.arpa.ARPA by AMSAA via smtp; 16 Apr 84 14:16 EST
Received: from CheninBlanc.ms by ArpaGateway.ms ; 16 APR 84 11:18:28 PST
Date: Mon, 16 Apr 84 09:36 PST
From: DGilbert.ES@Xerox.ARPA
Subject: SD-81 Program Bug
To: info-micro@Amsaa.ARPA, info-cpm@Amsaa.ARPA
cc: DGilbert.es@Xerox.ARPA
This weekend I tried the new SD-81 program. It incorrectly displays the
size of Library files, with $l option. I currently have a library command
file 260 K in length. SD-79 correctly reports 260K. SD-81 says its 132K.
Whats happened?
Doug.
P.S. the size is correctly displayed in the main directory without $L option.
16-Apr-84 13:00:15-MST,7018;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 12:59:50-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 16 Apr 84 14:27 EST
Date: 16 Apr 1984 12:28 MST (Mon)
Message-ID: <KPETERSEN.12007980719.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Bob Bloom (TECOM) <bbloom@Brl-Mis.ARPA>
Cc: Info-Cpm@Amsaa.ARPA
Subject: nswp204 bug? - a reply from the author
In-reply-to: Msg of 13 Apr 1984 18:39-MST from Bob Bloom (TECOM) <bbloom at Brl-Mis.ARPA>
Here is a reply from Dave Rand, re the bug reports you sent. He has
just released NSWP205 which is now on SIMTEL20 in the
MICRO:<CPM.FILCPY> directory. The files are NSWP205.COM, .HEX and
.DOC (a short file explaining the changes in NSWP204 and 205).
NSWP2.DOC or .DQC remains current.
---
Dave Rand
10232-160 St.
Edmonton, Alberta CANADA
T5P 3E9
(403) 484-4114
04/16/84
Bob,
Got your sugggestions/bug reports... Here is a short reply..
1. With regard to R/O on (C)opy command - This is correct. I had originally
put in the disk reset, and then took it out. Reason - Takes TOO LONG! on
floppy based systems, especially when you want to copy more than one
file. If enough people beat me hard enough, I will put it back in.
2. As of version 2.04, USQ should change the case of SQ'ed files back to
upper.
3. I will take care of the R/O on delete after mass on next revision. Look
for NSWP206 after the end of the month.
Now on to the suggestions...
1. NSWP will never, ever have any LBR features. Jim Lopushinsky has released
a utility that works BOTH on ARChives and on LBRs, and he does it SO much
better than I could have. His utility, called LBRDISK, makes a virtual
drive out of a LBR/ARC file, thus creating subdirectories, with no
limit other than RAM. Neat stuff, and I highly recommend it!
2. BISHOW has its place, and I don't think it would be worth it to put
it inside NSWP (which would increase the size by at least 1K).
3. COPY does have the V option for verify already. I have considered adding
some other PIP functions, but high on my list is file concatanation.
I will try to add those functions Real Soon Now.
4. Boy! Do you think of these at night? Need a survey on this one. A lot
of people pressured me into KEEPING the original tags, including R/O.
This will add about .1-.2K to the file.
5. CRC on tagged files... Hmmm... what a concept! Since I have CRC code in
already.... tag this one with Real Soon Now.
6. DU: form on entry... look for it in NSWP206.
7. This one, no. I HATE worrying about status of files. If destination is
R/O, and you are copying over it, you REALLY want to. Same for rename.
Delete is the only case that you SHOULD be warned, because you might
NOT know that the file is R/O (but with Rev. Video tags now....)
8. A*:*.QQZ - I like it... Look for this one in 206 or 207.
9. Exception masks are ok... Look for !*.COM wildcard first, then maybe
on login as well - 207 or 208.
10. Ok, on this one, a definate maybe. I sorta like the idea of single file
tags, but... what can I say. That changes the basic commands, and I
DON'T like that. Consistant, these commands aren't. But they are
standard.
11. Vfiler output - I am getting a LOT of heat on this one. I will try
Real Soon Now to get that started. Look around 210 or so.
12. Disk resets - Even Big Systems have a floppy or two. BUT, I will be
looking real hard at the DPB's and see if there is enough information
to decide if I can pick out devices that need resetting when you try to
access them. CPM3 is my big block, on this one.
13. Sorry - This one, no can do. I can't keep device independent enough to
run on 2.2, 3.0 and mpm, to say nothing of Turbodos...
14. You missed one. If you tag/squeeze a file to the same drive/user group
you have specified, the new file DOES NOT show up in the directory list
until the next LOG. I tried, briefly, in NSWP203 to auto-log after a
mass sq/usq, but... of course you loose all tags. No one was happy.
I can't show file space until after I do a directory scan, and I can't
do a directory scan... you get the idea. I will work on it, though.
Thank you for your suggestions, and I will implement them ASAP. A lot
of my free time has been taken up with NSWP86, which is now done.
If you note my comments on LBR - you will find I don't like LBRs very much.
ARS were my first love, and still are. LBR has a ways to go in terms of
utilities and flexibilty to catch up to the ARC series. Do check out
Jim's utility though, since it works very well, and fast to boot!
Following is a yet still unsolved question on NSWP:
---------------------------------------------------
Dave Rand
10232 - 160 Street
Edmonton, Alberta Canada
T5P 3E9
(403) 484-4114
03/21/84
A few days ago, I had a call from a mildly irate user of NSWP2. He claimed
that NSWP failed on the 'X' command, and proceeded to tell me why. I can
find no reason behind his logic, so here it is... if someone has an
idea, PLEASE let me know!
In NSWP, I don't jump to zero when I exit. Instead, I do what amounts to a
return to the CCP. The actual code involved goes like this...
XTHL ;get contents of (SP) into HL
SHLD CCPRET+1 ;save it as part of a JMP instruction
LXI SP,STACK ;and move stack local
later on, when I want to return to CP/M, I use:
CCPRET: JMP 0000h ;to be filled in
The users' system was a heavily modified CPM 2.2 system, that included
bank selected memory. He says, however, that had I have done things
'correctly', I should have used the following code:
lxi h,0 ;offset zero
dad sp ;from stack pointer
shld CCPSTK+1 ;and save old stack address
LXI SP,STACK ;and move stack local
and to return to the CCP:
CCPSTK: lxi SP,0 ;to be filled in
ret ;get back!
Now... You know, and I know, that JMPing to the address on the top of the
stack is EXACTLY the same as RET'ing, except that I don't preserve the stack.
But DR's CCP, along with all CCP replacements, ALWAYS use the code:
CALL 100h ;execute transient program
LXI SP,LOCS ;restore stack, in case we get back.
except for CPM 3.0, which uses
LXI H,0 ;return address of warm boot!
push h
jmp 100h ;execute transient
What I think, is that his CCP (which has been modified by him), DOES NOT
do the LXI SP. However, I am open to suggestions. By the way, he is the
ONLY user (from the 50 or so that have contacted me) that has reported this
problem.
I am mystified. He claims that the LXI SP is there. If that is the case
(which I don't believe), magic must be occuring. If anyone can explain
to me the difference between the JMP and the RET, I would forever be in
your debt!
Thanks in advance... Dave Rand
16-Apr-84 20:05:50-MST,1450;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 20:05:42-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 16 Apr 84 21:43 EST
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 16 Apr 84 18:46 EST
Date: Mon 16 Apr 84 16:44:57-MST
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: ZCPR3 Demo
To: info-cpm@BRL.ARPA
There will be a live demonstration of ZCPR3 this week for those who
are interested.
The demo runs from 6PM EST to 8AM the following day on Monday-Friday
of this week, starting April 16. The Friday demo ends at 8AM Sat
morning.
To try out ZCPR3, do the following:
Using your home computer or terminal as a terminal (full duplex),
set your modem and computer/terminal speed to 300 baud. Then dial into
201-544-1830 and strike the RETURN key if it does not start up immediately.
The system will ask you for an access code. Type the word DEMO
(upper or lower case). It will then want a password - type DEMO also.
If all goes well, you are in. A menu will appear, and you can type
the indicated keys to perform the indicated functions. You will also be
allowed to go to the ZCPR3 command level if you wish.
Several demos have been prepared, and they will be extended with
even more info beginning with the Wed evening demo. The demos run approx
15-30 mins total, depending upon what you want to do. Enjoy!
Rick
-------
16-Apr-84 20:07:47-MST,2995;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 20:07:36-MST
Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 16 Apr 84 21:47 EST
Received: from ISL by SUMEX-AIM with Pup; Mon 16 Apr 84 18:48:05-PST
Date: Monday, 16 Apr 1984 18:49-PST
To: info-micro@Brl.ARPA
Cc: info-cpm@AMSAA.ARPA
From: meier@isl
DUU and DU2 (with more features) are indeed excellent disk editors.
There is however one slight problem when dealing with disks with bad
sectors. My BIOS and I assume most BIOS' trap errors and will not
return the data to DUU or DU2 if one is detected. This leaves the
contents of the previous read in DUU's buffer. I wrote quick and
dirty DDT routines to turn off error detection while attemting to
repair bad sectors and then reenable error detection when I'm done.
NEVER! "That's NEVER EVER try fixing a bad track by doing:
read.. write.. increment.. loop. Fix those nasty little sectors
one at a time "manually". I completeletely destroyed a directory by
doing the afforementioned "never ever".
The error handling/reporting by those programs "should" abort loops and
return error messages to the user.
Jesse (who knows more than one way to destroy a disk)
From: ABN.ISCAMS@usc-isid
DUU and DU are at SIMTEL20 via anonymous FTP (I think DUU is in the SIGM
files somewhere, and DU under disk utilities). FINDBAD, which is supposed to
find and lock out bad sectors (by storing them in a file called BAD or
something like that) is also out there -- however I find it does not catch
all the errors, since I can run FINDBAD and still get BDOS errors. Donno
why.
If you need help FTPing from SIMTEL20, yell.
Regards,
David Kirschbaum
From: Eaton.HFED at HI-MULTICS <Eaton.HFED@HI-MULTICS>
Bob, I don't know where you're located but if there is a local CP/M USERS
GROUP in the neighborhood that's the place to go for a wealth of CCP/M software.
There are two major CPM libraries; CPMUG and SIG/M. Of the two, SIG/M is now
the most active and all the new stuff is released in it.
Here is a list of disk manipulators you may be interested in:
DUU.* CPMUG VOL 78
DU2.ASM SIG/M VOL 108
DU2.COM SIG/M VOL 108
DU2.HLP SIG/M VOL 103 DU2.COM IS SELF DOCUMENTING AND REALLY NEEDS NO HELP
VFILER SIG/M VOL 145
VERIFY.C SIG/M VOL ?
Z80DISK SIG/M VOL 140
DISK7 SIG/M VOL 127
FINDBAD SIG/M VOL 86
CATALOG SIG/M VOL 0 THIS DISK HAS A LIST OF ALL AVAILABLE CP/M SOFTWARE
If you don't have access to a user's group you can either send me a disk in a
SASE or you can call me at (612) 920-2115. I have a modem at home running
MDM724 and could transfer the files to you if you like.
I have everything above but Z80DISK and DISK7.
Send me a message and let me know what you would like to do.
Have a fine day. Jesse (Eaton.HFED@hi-multics) in Mpls, Mn.
P.S. My work number is (612) 830-3682. Bye.........
16-Apr-84 20:18:14-MST,994;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 20:18:09-MST
Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 16 Apr 84 21:50 EST
Received: from ISL by SUMEX-AIM with Pup; Mon 16 Apr 84 18:50:27-PST
Date: Monday, 16 Apr 1984 18:52-PST
To: info-micro@Brl.ARPA
Cc: info-cpm@AMSAA.ARPA
Subject: Floppy Disk Controller Recommendations Summary
From: meier@isl
Netters,
Thank you for the responses concerning floppy disk controllers. Here
is the first summary of the results.
SD Systems: "I give unqualified recommendations ... [after] 2+ years ...
for reliability and functionality."
Versafloppy II
The old board (< '82) does not conform strictly to 696 standards.
The new board does conform(?).
The format used is nonstandard.
Godbout:
"I have been using ... 2 years ... without any trouble ..."
Disk 1
This has the capability to run both 5" and 8" in combination.
Can do DMA(?).
17-Apr-84 00:37:17-MST,828;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 00:37:14-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Apr 84 2:17 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 17 Apr 84 2:18 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Apr 84 23:09-PST
Date: 11 Apr 84 11:15:19-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA
Subject: need MICRO:<CPM.WSTAR> from SIMTEL20
Article-I.D.: felix.237
As the subject says, I need a copy of MICRO:<CPM.WSTAR>
from SIMTEL20. Unfortunately, I don't have Arpanet access.
Would someone out there who has access to SIMTEL20 please
forward the file to me?
Thanks,
Art Zemon
FileNet Corp.
...!{ucbvax, decvax}!trwrb!felix!zemon
17-Apr-84 10:16:19-MST,1498;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 10:16:13-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Apr 84 11:42 EST
Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 17 Apr 84 11:35 EST
Date: 17 Apr 1984 11:33-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re: need MICRO:<CPM.WSTAR> from SIMTEL20
From: ABN.ISCAMS@Usc-Isid.ARPA
To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA
Cc: info-cpm@Brl-Aos.ARPA
Message-ID: <[USC-ISID]17-Apr-84 11:33:55.ABN.ISCAMS>
In-Reply-To: The message of 11 Apr 84 11:15:19-PST (Wed) from decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA
Art,
(Netland, I'll help him so don't deluge the fellow!)
<CPM.WSTAR> is an entire directory, with lots of files (some of which NOT so
very small!) Do you want the WHOLE THING? Do you want just the directory
listing for CPM.WSTAR so you can pick and choose? Glad to help either route,
but if you want it ALL, we might have to do this bits and pieces.
Can you FTP at all? If so, you can reach out and grab it from my directory.
If not, I can send it directly via electronic mail (but will have to HEXIFY
the .COM/binary files, which will be in ITS-binary format - you'll have to
convert back if moving to a micro).
My mailer seems to be choking lately on really big files, but we can find
a way.
Regards (just respond directly to me),
David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID)
17-Apr-84 13:05:40-MST,3558;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 13:05:31-MST
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 17 Apr 84 14:40 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27)
id AA26929; Tue, 17 Apr 84 11:40:48 pst
Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA
(4.14.noSUID/4.16) id AA23224; Tue, 17 Apr 84 11:42:16 pst
Received: by ucbopal.CC.Berkeley.ARPA
(4.14/4.16) id AA18317; Tue, 17 Apr 84 11:41:30 pst
Date: Tue, 17 Apr 84 11:41:30 pst
From: William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
Message-Id: <8404171941.AA18317@ucbopal.CC.Berkeley.ARPA>
To: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re: need MICRO:<CPM.WSTAR> from SIMTEL20
Cc: info-cpm@amsaa.ARPA
In reference to:
Date: 17 Apr 1984 11:33-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re: need MICRO:<CPM.WSTAR> from SIMTEL20
From: ABN.ISCAMS@Usc-Isid.ARPA
To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@BERKELEY
Cc: info-cpm@Brl-Aos.ARPA
Message-Id: <[USC-ISID]17-Apr-84 11:33:55.ABN.ISCAMS>
In-Reply-To: The message of 11 Apr 84 11:15:19-PST (Wed)
from decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA
Internet users note:
CARE SHOULD BE TAKEN WHEN REPLYING TO MAIL
RECEIVED FROM THE USENET NEWS SYSTEM.
Usenet news group "net.micro.cpm" are being feed to the INFO-CPM mail
distribution list. Long "@BERKELEY" addresses with local address
containing a large number of hosts separated by exclamation points "!"
are not necessarily valid mail addresses. If the message came from the
USENET News system, the local address is a record of the hosts that the
news article has been distributed to before being relayed to INFO-CPM.
In some cases a news article may have gone back and forth across the
country several times before being relayed to INFO-CPM.
In the case of:
To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@BERKELEY
the
decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon
is a USENET news distribution path, not a UUCP mail path. The address
To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@BERKELEY
would mail your reply via ucbvax (@Berkeley), then decvax
(on the East Coast) then to ittvax, then ittvax, then sdcsvax
(UC San Diego) which is linked to ucbvax (@Berkeley).
One of the following addresses:
To: trwrb!felix!zemon@BERKELEY
or
To: sdcsvax!bmcg!felix!zemon@BERKELEY
would have been more direct and cheaper for all concerned.
Please note that UUCP mail goes via dial telephone links,
sometime at very slow speeds (110, 300 baud etc.). Thus sending
large files via UUCP can be very expensive for the relay sites
(hostids between !'s) concerned. UUCP mail is not intended for
large file transfers. There is currently 100000 character limit on
messages relayed to UUCP sites via UCBVAX ("@Berkeley"). Abuse of
UUCP mail will result in lower limits being set for mail relay from
Internet to UUCP, and/or in UUCP mail sites disconnecting from the UUCP
network because they cannot paid huge telephone bills for tranferring
other peoples mail.
It is suggested that users at UUCP sites requesting copies of public
domain software from SIMTEL20 be referred to offline sources or RCPM
systems. For example CPMUG and SIG/M volumes are available via mail
order on the East Coast from the New York Amateur Computer Club and
on the West Coast from Piconet CP/M Users Group.
Bill Wells
wcwells@Berkeley.ARPA
ucbvax!wcwells
17-Apr-84 16:53:59-MST,1870;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 16:53:51-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Apr 84 18:04 EST
Received: From mitre-gateway.arpa.ARPA by BRL-AOS via smtp; 17 Apr 84 18:02 EST
Date: 17 Apr 1984 17:40:15 EST (Tuesday)
From: jose rodriguez <jrodrig@Mitre-Gateway.ARPA>
Subject: nature of UUCP-Arpanet connection
To: info-cpm@Brl-Aos.ARPA
Cc: abn.iscams@Usc-Isid.ARPA, jrodrig@Mitre-Gateway.ARPA
Fellow netlanders,
Concerning the latest msg about the UUCP-Arpanet connection (and with
fears of starting a long discussion in the wrong place) I got a few
questions concerning this connection which I would like someone to answer me
(and I am sure to the net too). The first questions are purelly informative
and the latter ones are more of a "discussion" type.
1) Can arpanet people send msgs to UUCP (and I guess Usenet) sites? Say
through Berkeley? I am asking this because I have been sending msgs to
UUCP sites for more than a year (for different reasons) and never had
any response.
2) Do UUCP people enter the source routing paths manually? You will think
there is some automating software for this.
3) Will the UUCP world be ever an Internet domain? I have seen paths
like "joe@foovax.UUCP", do any mailer implements this?
The following concerns mainly arpanet people:
4) Considering the nature of the UUCP network, (no user to user e-mail,
small throughput (which arpanet people should worry about!), no restrictions,
etc.) do you consider the UUCP-Arpanet connection usefull or of some value?
Or rewording the above, what was the purpose behind connecting the two
networks in the first place?
ok arpanauts, the ball is in your side,
Jose M. Rodriguez
jrodrig@mitre-gateway
Information Systems Group
Mitre Corp.
17-Apr-84 19:39:25-MST,1162;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 19:39:19-MST
Received: From usc-isi.arpa.ARPA by AMSAA via smtp; 17 Apr 84 21:15 EST
Date: 17 Apr 1984 21:16:36 EST
From: OWENSRL@Usc-Isi.ARPA
Subject: HELP WITH DATA TRANSFER
To: INFO-CPM@Amsaa.ARPA
cc: OWENSRL@Usc-Isi.ARPA
BEING A RELATIVELY NEW USER ON THE NET, I NEED SOME HELP. MY EQUIPMENT
IS A TELEVIDEO 803 COMPUTER AND A HAYES SMARTMODEM 300. AFTER XSFERRING
FILES FROM OTHER HOSTS, I.E. SIMTEL20, I HAVE REPEATEDLY TRIED TO DOWNLOAD
THE FILES TO MY COMPUTER USING KERMIT 3.1, KERMIT 3.6, AND MODEM730.
IN EACH CASE, I RECEIVE UP TO 50-80 PACKETS WITH NO OR VERY FEW RETRIES.
AT THAT POINT, THE PROGRAMS "BOMB" OUT WITH THE MESSAGE "UNABLE TO RECEIVE
DATA". IN THE CASE OF KERMIT 3.1, I ALSO GET A MESSAGE "BAD CHECK SUM".
SINCE I CAN RECEIVE SMALL FILES (1-8K) WITH NO PROBLEMS, I AM PRETTY SURE THAT
THE PORT ASSIGNMENTS ARE CORRECT. EVERYTIME I TRY TO COPY ANYTHING LARGER,
THE SYSTEM FAILS. THE GUYS WHO HELPED ME MODIFY THE PROGRAMS FOR MY COMPUTER
ARE STUMPED. I SURE COULD USE SOME HELP. RON OWENS
-------
17-Apr-84 19:59:57-MST,3970;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 19:59:45-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Apr 84 21:31 EST
Received: From ucb-vax.arpa.ARPA by BRL-AOS via smtp; 17 Apr 84 21:27 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27)
id AA06292; Tue, 17 Apr 84 18:25:09 pst
Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA
(4.14.noSUID/4.16) id AA27429; Tue, 17 Apr 84 18:26:48 pst
Received: by ucbopal.CC.Berkeley.ARPA
(4.14/4.16) id AA23309; Tue, 17 Apr 84 18:26:03 pst
Date: Tue, 17 Apr 84 18:26:03 pst
From: William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
Message-Id: <8404180226.AA23309@ucbopal.CC.Berkeley.ARPA>
To: info-cpm@Brl-Aos.ARPA
Subject: Re: nature of UUCP-Arpanet connection
In reply to:
Date: 17 Apr 1984 17:40:15 EST (Tuesday)
From: jose rodriguez <jrodrig@Mitre-Gateway.ARPA>
Subject: nature of UUCP-Arpanet connection
To: info-cpm@Brl-Aos.ARPA
Cc: abn.iscams@Usc-Isid.ARPA, jrodrig@Mitre-Gateway.ARPA
Fellow netlanders,
Concerning the latest msg about the UUCP-Arpanet connection
(and with fears of starting a long discussion in the wrong
place) I got a few questions concerning this connection which I
would like someone to answer me (and I am sure to the net too).
Yes you are right, a discussion about Internet/UUCP mail connections
should be elsewhere (eg. in the USENET news group "net.mail")
Here are some answers. (Can we limit future discussion to the USENET
news group "net.micro.cpm" / Internet mail distribution group "INFO-CPM"
connection?)
The first questions are purelly informative and the latter ones
are more of a "discussion" type.
1) Can arpanet people send msgs to UUCP (and I guess Usenet)
sites? Say through Berkeley? I am asking this because I have
been sending msgs to UUCP sites for more than a year (for
different reasons) and never had any response.
Yes. BUT, address formats are different. UUCP addresses require
source routing, eg. host1!host2!host3!hostid!userid
You must know the correct source routing. Note that "USENET"
is not a mail network, but a news distribution system which
may or may not use UUCP connections to forward articles between
USENET news sites. It is easy to confuse a USENET path
with a UUCP mail address. They are not necessarily the same.
2) Do UUCP people enter the source routing paths manually?
For most UUCP people, the answer is yes.
You will think there is some automating software for this.
There is. However the information about UUCP mail connections is
not accurate yet.
3) Will the UUCP world be ever an Internet domain?
Yes, if they meet the requirements for a top domain name.
A central UUCP name registry has been established. A nameserver is
being developed. UUCP mail connections are in the process of being
mapped.
I have seen paths like "joe@foovax.UUCP", do any mailer
implements this?
"user@site.UUCP" is valid in USENET article heading, but not yet
fully implimented for UUCP mail. It is of course, not yet valid
within the Internet mail world. The unix "sendmail" program
may be configured to permit local use of the UUCP top domain name.
The following concerns mainly arpanet people:
4) Considering the nature of the UUCP network, (no user to
user e-mail, small throughput (which arpanet people should
worry about!), no restrictions, etc.) do you consider the
UUCP-Arpanet connection usefull or of some value? Or rewording
the above, what was the purpose behind connecting the two
networks in the first place?
The USENET news/INFO-CPM connection is useful in that it provides
greater coverage for the discussion of CPM. Whether UUCP/Internet
mail should be interconnected is another issue which I do not think
should be discussed here.
Bill Wells
wcwells@Berkeley.ARPA
ucbvax!wcwells
18-Apr-84 00:37:08-MST,6119;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 00:36:52-MST
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 18 Apr 84 2:06 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27)
id AA09998; Tue, 17 Apr 84 23:07:19 pst
Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA
(4.14.noSUID/4.16) id AA29397; Tue, 17 Apr 84 23:08:56 pst
Received: by ucbopal.CC.Berkeley.ARPA
(4.14/4.16) id AA26274; Tue, 17 Apr 84 23:08:07 pst
Date: Tue, 17 Apr 84 23:08:07 pst
From: William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
Message-Id: <8404180708.AA26274@ucbopal.CC.Berkeley.ARPA>
To: info-micro@Brl.ARPA
Subject: Public Domain Software Sources
Cc: info-cpm@AMSAA.ARPA
This is my current list of public domain software sources.
Additions (especially large user group libraries that accept mail orders
from non-members) and corrections chearfully accepted.
Bill Wells
wcwells@Berkeley.ARPA
ucbvax!wcwells
---------------------------------------------------------------------------
Public Domain Software Sources
Compiled by
William Wells
University of California, Berkeley
17 April 1984
1. LOCAL USER GROUPS
Most local microcomputer user groups have some type of software
exchange programs for their members. Some groups make public
domain software available to non-members. System specific user
groups often test public domain software to see if it works on a
specific system before they distribute it. So it may be to your
advantage to check with your local user group first.
2. PUBLIC DOMAIN SOFTWARE VOLUMES
2.1. CP/MUG
CP/MUG (CP/M User's Group) software volumes are available from:
Mail Order:
CP/M User's Groups, New York NY
PicoNet CP/M Users Group, Mountain View CA
Internet FTP:
SIMTEL20 micro:<cpmug.___>
A printed catalog of CP/MUG software is published by the New York
Amateur Computer Club.
2.2. PC-BLUE
PC-BLUE (NYACC) software volumes for the IBM-PC with the Baby
Blue CPM board are available from:
Mail Order:
New York Amateur Computer Club, New York NY ?
Internet FTP:
SIMTEL20 micro:<pc-blue.___>
2.3. SFPCUG
SFPCUG software volumes for the IBM-PC are available from:
Mail Order:
San Francisco PC Users Group
2.4. SIG/M
SIG/M (Special Interest Group/Microcomputers) CPM software
volumes are available from:
Mail Order:
SIG/M, Iselin NY
PicoNet CP/M Users Group, Mountain View CA
Internet FTP:
SIMTEL20 micro:<sigm.___>
A printed catalog of CP/MUG software is published by the New York
Amateur Computer Club.
2.5. SIMTEL20 CPM
SIMTEL20 CPM (previously MIT-MC CPM) software volumes is only
available to online Internet users.
Internet FTP:
SIMTEL20 micro:<cpm.___>
2.6. SIMTEL20 UNIX
SIMTEL20 UNIX software volumes are only available to online In-
ternet users. Some software in SIMTEL20 UNIX volumes is distri-
buted via the USENET news group "net.sources".
Internet FTP:
SIMTEL20 micro:<unix.____>
3. MAIL ORDERS
Information (and prices) are subject to change without notice. A
volume is usually one floppy disk.
3.1. CP/M USER'S GROUP, NEW YORK NY
Ref: CP/M Review, July/August 1983, p. 78
The CP/MUG volumes are available by mail from:
CP/M User's Group
1651 3rd Avenue
New York NY 10028
Disk Format: 8" SSSD floppy disks. Cost $13 per disk.
3.2. NEW YORK AMATEUR COMPUTER CLUB, NEW YORK NY
Ref: CP/M Review, July/August 1983, p. 78
Several catalogs of public domain software are available from the
NYACC. Each catalog is priced at $10 including shipping, $15 for
overseas airmail. All orders must be prepaid.
The NYACC is a nonprofit group that has been involved in the ca-
taloging and distribution of public domain software and is a
sponsor of the Special Interest Group/Microcomputers (SIG/M).
For information, write to:
The New York Amateur Computer Club
P.O. Box 106
Church Street Station
New York NY
3.3. PICONET CP/M USERS GROUP, MOUNTAIN VIEW CA
Ref: Pico News Journal, The Official Journal of PicoNet, a CP/M
Users' Group, Vol. 5 No. 1, Feb - Mar 1984, p. 3.
PicoNet, CP/MUG, and SIG/M software volumes are available from:
PicoNet
P.O. Box 391566
Mountain View CA 94039
Disk Formats: 8" and most 5 1/4" soft sector only. Cost: $6.00
per disk plus $1.50 shipping per order. California residents add
6.5% sales tax. Quantity discounts are available.
3.4. SAN FRANCISCO PC USERS GROUP, SAN FRANCISCO CA
Ref: Random Access Guide, Vol. 1 No. 3, March 1984, p. 31
The San Francisco PC Users Group, which has a current membership
of about 600 members, has a continuously growing public domain
software library. (72 plus volumes, 1340 plus programs that run
on a normally configured IBM PC.) Approximately 5 volumes are ad-
ded to the library each month.
A catalog of the entire library is available on volume A-3.
The SF PC Users Group will exchange these diskettes for free with
other IBM PC club libraries.
Disk format: some single-sided, some double-sided disks. Cost:
$6.00 per disk.
For more information contact:
San Francisco PC Users Group
c/o Charlie Vella, Librarian
4411 Geary Blvd. # 33
San Francisco CA 94118
3.5. SPECIAL INTEREST GROUP/MICROCOMPUTERS (SIG/M), ISELIN NY
Ref: CP/M Review, July/August 1983, p. 78
The SIG/M volumes are distributed by:
SIG/M
Box 97
Iselin NY 08830
at $6.00 for the first disk and $5.00 for each additional disk.
18-Apr-84 07:46:20-MST,744;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 07:46:15-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 18 Apr 84 8:50 EST
Date: 18 Apr 1984 06:42 MST (Wed)
Message-ID: <KPETERSEN.12008442078.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: SIMTEL20 directory list updated
MICRO:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
sizes and CRCs of the MICRO<CPM.xx> directories) has been updated as
of today. If you cannot FTP it, and you are not already on the list
to receive it via netmail, send a note to W8SDZ@SIMTEL20 asking to be
added to the list.
--Keith
18-Apr-84 08:24:39-MST,1317;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 08:24:33-MST
Date: Wed, 18 Apr 84 9:05:18 EST
From: David Towson (CSD) <towson@Amsaa.ARPA>
To: William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
cc: ABN.ISCAMS@usc-isid.arpa, info-cpm@amsaa.arpa
Subject: Re: need MICRO:<CPM.WSTAR> from SIMTEL20
Bill - I enjoyed reading your message on USENET address strings, and I was
struck with the hopelessness of the average DDN user being able to figure out
the "proper" return path unless USENET message-posters do as you have done;
namely, include the desired return path in the message BODY. Frankly, I don't
know the best USENET path for someone to send mail to my DDN address,
"towson@amsaa". I would be grateful if someone would tell me. Normally, when I
reply to a message, I just issue the "answer" command to the mail program and
let it get the return path from the header of the message being answered. You
have just shown where that can get you with respect to USENET messages. It is
also interesting to note that when I reply to you using the "answer" command,
the return path is taken to be "wcwells%ucbopal.CC@ucb-vax", and not your
preferred path "wcwells@berkeley (or ucb-vax)".
Dave
towson@amsaa
18-Apr-84 10:29:12-MST,721;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 10:29:06-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 11:57 EST
Received: From wsmr70a.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 11:56 EST
Date: 18 Apr 1984 9:53:49 MST (Wednesday)
From: John Gilbert CD <jgilbert@Wsmr70a.ARPA>
Subject: Request for into on printers
To: info-cpm@Brl-Aos.ARPA
I just saw a demo and the print quality of the new HP Thinkjet printer.
I am pretty impressed and thinking about getting one. I would appreciate any
info on other dot matrix printers whose print quality might be better before
I make a final decision.
Thanks in advance,
John Gilbert
18-Apr-84 12:32:48-MST,2040;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 12:32:38-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 18 Apr 84 14:01 EST
Date: 18 Apr 1984 12:02 MST (Wed)
Message-ID: <KPETERSEN.12008500329.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: SD-82 Super Directory program now available
SD-81 has been replaced by SD-82, thanks to Sigi Kluger for the
update. Here's Sigi's note describing was was fixed:
-----
04/14/84
SD-82 fixes a bug in the VCODE routines which caused files to be
suppressed (and blanks printed instead) in large directories.
Thanks to Dennis Vallianos for the patch.
Other changes include the REVIDEO fix (SD in an empty directory no
longer causes toggle-type terminals to remain in reverse video until
manually changed). Toggle-type terminals are those which use a single
character to turn reverse video on and off.
Also, in some cases the "[more]" message remained on the screen; this
is also fixed now.
If you have the DIF and SSED utilities, you only need the .DIF file.
If you don't have a VECTOR computer, don't use reverse video, or
only use horizontal display, you can wait for the next major revision - you
will not notice any difference between 81 and 82.
- S. Kluger
-----
The following files are now available on SIMTEL20:
Filename Type Bytes Sectors CRC
Directory MICRO:<CPM.DIRUTL>
SD-79A.DOC.1 ASCII 9525 75 = 4BH D733H
SD-79A.DQC.1 COM 6144 48 = 30H 2D4BH
SD-8182.DIF.1 ASCII 595 5 = 5H 514BH
SD-82.AQM.1 COM 53376 417 = 1A1H 0790H
SD-82.ASM.1 ASCII 78943 617 = 269H 3580H
SD-82.INF.1 ASCII 818 7 = 7H 9756H
SD-82H.COM.1 COM 3712 29 = 1DH 275BH
SD-82H.HEX.1 ASCII 9049 71 = 47H A3DBH
SD-82V.COM.1 COM 4096 32 = 20H B1A8H
SD-82V.HEX.1 ASCII 9986 79 = 4FH 44C4H
SD8081.DIF.1 ASCII 3401 27 = 1BH 15A1H
18-Apr-84 12:45:27-MST,818;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 12:45:21-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 14:11 EST
Received: From lll-mfe.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 14:13 EST
Date: Wed, 18 Apr 84 11:06 PST
From: "Jones Dan%LLL"@LLL-MFE.ARPA
Subject: Accounting software query?
To: info-cpm@brl-aos.arpa
I am interested in finding a job-cost accounting system for a contractor
friend of mine. It must run under MP/M 2.0 and be easy to use. So far the
leading candidate is Open Systems Software Fitness Program Series. Does anyone
have any better suggestions or comments about the Open Systems Software Package?
Please reply to me since I am not on the list.
Dan Jones
18-Apr-84 12:59:56-MST,582;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 12:59:51-MST
Received: From mitre.arpa.ARPA by AMSAA via smtp; 18 Apr 84 14:26 EST
Date: 18 Apr 1984 14:01:42 EST (Wednesday)
From: Jeffrey Edelheit <edelheit@Mitre.ARPA>
Subject: C compiler
To: info-cpm@Amsaa.ARPA
Cc: edelheit@Mitre.ARPA
Shame on me netlanders. I misplaced (deleted?) the summary of C compilers
that recently came across the net and now I really needed it. Can some kind
soul send me a copy.
thanks,
Jeff Edelheit
(edelheit at mitre)
18-Apr-84 14:50:37-MST,844;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 14:50:29-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 16:01 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 15:58 EST
Received: from ISL by SUMEX-AIM with Pup; Wed 18 Apr 84 12:55:54-PST
Date: Wednesday, 18 Apr 1984 12:57-PST
To: info-cpm@Brl-Aos.ARPA
Subject: kermit query
From: gray@isl
I at last have a generic kermit running on my cromemco boards & Morrow
disks thanks to a proper incorporation of BAT: by MICAH. It works with
the UNIX Kermit on a VAX with one problem--at the end of a file
transferred from the PC to the VAX there are several lines of
^Z^Z^Z etc. Is this filler poop at the end of packets & can it be turned
off? Thanks for any help.
(Reply to gray@su-dsn)
18-Apr-84 16:13:33-MST,1140;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 16:13:26-MST
Received: From ur-cs-gw.ARPA by AMSAA via smtp; 18 Apr 84 17:21 EST
Received: from ur-seneca.rochester.arpa (ur-seneca.ARPA) by cayuga.rochester.arpa id AA07919 (4.12b); Wed, 18 Apr 84 17:22:21 est
Received: by ur-seneca.rochester.arpa id AA14903 (3.327.5d); 18 Apr 84 17:22:31 EST (Wed)
Message-Id: <8404182222.14903@ur-seneca.rochester.arpa>
Date: 18 Apr 84 17:22:31 EST (Wed)
From: Mike Ciaraldi <ciaraldi@rochester.arpa>
Subject: DUV86 problem
To: info-cpm@amsaa.arpa
I tried to run DUV86 on my Z-80 MP/M II.1 system yesterday.
This version is supposed to automatically figure out what
operating system (CP/M or MP/M) it is running on, and which
release, and adapt accordingly.
When I ran it, it signed on with "MP/M version 3"!!!!
Then it misread the Disk Parameter Block, so it thought
I had 220 tracks, and 0 sectors per track!
I will try and figure out what's wrong, but I was wondering
if nyone else has seen problems yet.
Mike Ciaraldi
ciaraldi@rochester
seismo!rochester!ciaraldi
18-Apr-84 18:49:14-MST,876;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 18:49:10-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 19:35 EST
Received: From sri-kl.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 19:35 EST
Date: 18 Apr 1984 16:33-PST
Sender: BILLW@Sri-Kl.ARPA
Subject: Re: Request for into on printers
From: BILLW@Sri-Kl.ARPA
To: jgilbert@Wsmr70a.ARPA
Cc: info-cpm@Brl-Aos.ARPA
Message-ID: <[SRI-KL]18-Apr-84 16:33:36.BILLW>
In-Reply-To: <KPETERSEN.12008500883.BABYL@SIMTEL20>
Although the Thinkjet has very high single-pass quality (relatively
speaking), you cant go any higher, whereas with something like the
EPSON FX80 you can do multiple passes after moving the paper an
itsy-bitsy bit, and get higher quality. With a program like
'Fancy font' Truly amazing qualtiy can be achived...
BillW
18-Apr-84 18:52:33-MST,752;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 18:52:30-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 19:15 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 19:16 EST
Received: from ISL by SUMEX-AIM with Pup; Wed 18 Apr 84 16:13:27-PST
Date: Wednesday, 18 Apr 1984 16:15-PST
To: info-cpm@Brl-Aos.ARPA
Subject: kermit
From: gray@isl
Thanks to the several people who pointed out that apparently Kermit
transmits the entire cp/m file as if it were binary & hence has all of
the cpm file termination characters ^z filling out a cpm bloc.
How come Kermit doesn't seem to have a text mode & know enough to stop
sending when a ^z is encountered?
18-Apr-84 19:29:06-MST,943;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 19:29:01-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 20:07 EST
Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 20:03 EST
Date: Wed 18 Apr 84 17:01:49-PST
From: Dick <MEAD@USC-ECLB.ARPA>
Subject: Z80 specific assembly
To: info-cpm@BRL.ARPA, info-modem7@SIMTEL20.ARPA
I wonder if anyone has taken some of the current, favorite PD
programs and replaced the 8080 compatible code with Z80 specific
ops to see if there is enough gain in either speed or size to
make the job worthwile. I am thinking along the lines of asking
authors if they might make Z80 assembly an option in their code,
if, indeed it makes it worth it. I wonder what effect this would have
on such programs as MODEM (MDM,MEX), NSWP, MLOAD, SD, etc....
I haven't an 8080 anywhere. (nor an 8085).
..Dick..
-------
18-Apr-84 20:03:20-MST,555;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 20:03:16-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 21:30 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 21:28 EST
Date: Wed 18 Apr 84 20:25:36-CST
From: Douglas Good <CMP.DOUG@UTEXAS-20.ARPA>
Subject: hello
To: info-cpm@UTEXAS-20.ARPA
I am a fairly new CPM user and was refered to this mailing list for
information on cpm. I would like to be a member of this mailing list.
--Doug
-------
18-Apr-84 20:24:09-MST,967;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 20:24:04-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 18 Apr 84 21:55 EST
Date: 18 Apr 1984 19:57 MST (Wed)
Message-ID: <KPETERSEN.12008586733.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: New Osborne 01 files available
Two new files of interest to Osborne 01 owners are now available
on SIMTEL20.
MICRO:<CPM.BYE3>BY3OSCP.ASM - Osborne 01 - COMM-PAC modem insert for BYE3.
This version is for the Osborne 01 hooked up to an Osborne COMM-PAC
modem. This insert has been tested with BYE3 v1.2 and BYE3 v1.5
MICRO:<CPM.RCPM>XM82OSCP.ASM - This file adapts XMODEMxx to the
Osborne 01 with the Osborne COMM-PAC modem. Conditionals are
provided for Osborne BIOS 1.3, BIOS 1.4 or 1.41, and BIOS 1.44+
(Nuevos Electronics 80 column mod.).
--Keith
18-Apr-84 20:54:32-MST,672;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 20:54:28-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 18 Apr 84 22:29 EST
Date: 18 Apr 1984 20:30 MST (Wed)
Message-ID: <KPETERSEN.12008592753.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: gray@isl
Cc: Info-Cpm@Amsaa.ARPA
Subject: kermit query
In-reply-to: Msg of 18 Apr 1984 13:57-MST from gray at isl
The file default for CP/M Kermit is binary. If you do SET FILE ASCII
to your Kermit-80 prior to doing the upload, you won't get those
control-Z's at the end of the file.
--Keith
18-Apr-84 21:19:46-MST,875;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 21:19:41-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 22:53 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 22:52 EST
Received: from ISL by SUMEX-AIM with Pup; Wed 18 Apr 84 19:49:28-PST
Date: Wednesday, 18 Apr 1984 19:51-PST
To: gray@isl, info-cpm@Brl-Aos.ARPA
Subject: Re: kermit query
Reply-to: kevinw@Su-Dsn.ARPA
From: Kevin W. Rudd <kevinw@Su-Dsn.ARPA>
Sender: kevinw@isl
the ^Z it the CPM end of file character for ascii files.
it is always there except when it would be the first character in
a new allocation (either new block or new extent, i don't remember)
kermit apparently does not differentiate between text (with 0x1a marking
end of file) and binary (with no end of file -- only data)
-- K
18-Apr-84 23:55:18-MST,875;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 23:55:13-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 19 Apr 84 1:37 EST
Date: 18 Apr 1984 23:39 MST (Wed)
Message-ID: <KPETERSEN.12008627160.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
CC: INFO-CPM@Amsaa.ARPA
Subject: Does PAMS replace RCPM List?
In-reply-to: Msg of 18 Apr 1984 21:07-MST from wcwells%ucbopal.CC at Berkeley (William C. Wells)
The latest listing of RCPM systems, RCPM-049.LST, was just uploaded to
SIMTEL20. It's in the MICRO:<CPM.MISC> directory. The PAMS list does
not replace it. PAMS (MICRO:<CPM.MISC>OTHERSYS.APR) is a listing of
all types of BBS and file transfer systems, not just RCPM systems.
--Keith
19-Apr-84 00:53:59-MST,792;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 00:53:56-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 19 Apr 84 2:29 EST
Date: 19 Apr 1984 00:30 MST (Thu)
Message-ID: <KPETERSEN.12008636522.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA
Subject: New INFO-HAMS mailing list
This is to announce INFO-HAMS@SIMTEL20, a new mailing list of interest
to Amateur Radio (not CB) operators. If you are on the Arpa/Milnet
and wish to be added to the list, please send a note to
INFO-HAMS-REQUEST@SIMTEL20. INFO-HAMS is gatewayed to Usenet's
net.ham-radio so Usenet people will get it there.
--73, Keith <W8SDZ@SIMTEL20>
19-Apr-84 08:14:06-MST,2170;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 08:13:59-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 19 Apr 84 9:49 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 19 Apr 84 9:46 EST
Received: from Barbera.ms by ArpaGateway.ms ; 19 APR 84 06:42:09 PST
From: ERWINVL.DLOS@XEROX.ARPA
Date: 19 Apr 84 8:41:25 CST
Subject: Re: Info-KayPro>??
In-reply-to: Rturner@Darcom-Hq.ARPA's message of Sun, 15 Apr 84 21:10
MST, <KPETERSEN.12008628038.BABYL@SIMTEL20>
To: Rturner@DARCOM-HQ.ARPA
cc: info-cpm@BRL.ARPA
RICK,
I HAVE BEEN VERY INTERESTED IN THE KENTRONICS UNIT SINCE I SAW IT IN THE
RECENT ISSUE OF QST. IT IS STILL UNAVAILABLE HERE IN THE DALLAS AREA. I
AM IN HOPES OF BEING ABLE TO PICK UP ONE WHEN I GO TO DAYTON. SUGGEST
YOU TRY A FEW THINGS JUST TO SEE HOW THE RF (IF IT IS) GETTING INTO THE
KENTRONICS OR THE KAYPRO. TRY WRAPPING THE KENTRONICS IN ALUMINUM FOIL
AND GROUNDING IT TO YOUR STATION GROUND. GROUND LEAD SHOULD BE AS SHORT
AS POSSIBLE. ALSO BE SURE THAT YOU HAVE THE KAYPRO TIED TO YOUR STATION
GROUND WITH HEAVY BRAID. YOU SHOULD NOT DEPEND ON THE 3RD WIRE IN ANY AC
CORD FOR A GOOD RF GROUND. ALSO MAKE SURE THAT YOUR RS-232C CABLE IS
SHIELDED. IN SEVERE CASES ALTHOUGH NOT NECESSARILY WITH THE KAYPRO, I
HAVE SEEN RF "WALK" RIGHT IN ON THE SHIELD DESPITE THE FACT IT WAS
GROUNDED. THIS IS DUE TO THE SHEAR LENGTH OF THE CABLES THAT ARE USED IN
SOME OF THE COMPUTER SYSTEMS TODAY. IF THAT IS A SUSPECT YOU MIGHT TRY
TO PLACE A LARGE TORROID AROUND THE RS232 CABLE AS IT ENTERS THE KAYPRO.
I HAVE NEVER SEEN THE KENTRONICS UNIT BUT I BELIEVE THE ONLY GROUND THAT
THEY HAVE IS BY WAY OF THE RS232 CABLE. THIS IS TOO LONG OF A GROUND
PATH TO GET EFFECTIVE RF GROUNDING. YOU MIGHT EVEN TRY GROUNDING IT
BETTER AND KEEPING THE PATH AS SHORT AS POSSIBLE. PLEASE KEEP ME
INFORMED OF YOUR PROGRESS AND YOUR PERCEPTION OF THE UTU BECAUSE I PLAN
TO MARRY ONE UP WITH MY XEROX 820 ES MY YAETSU 757.
REGARDS,
VAL L. ERWIN
W5PUT
(214) 960-3174
19-Apr-84 09:27:20-MST,708;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 09:27:17-MST
Received: From mitre.arpa.ARPA by AMSAA via smtp; 19 Apr 84 11:03 EST
Date: 19 Apr 1984 11:02:10 EST (Thursday)
From: Jeffrey Edelheit <edelheit@Mitre.ARPA>
Subject: C Compiler
To: info-cpm@Amsaa.ARPA
I would like to thank all the netlanders who have been kind enough to send
me copies of the C Compiler discussions.
One last favor:
PLEASE NO NORE COPIES OF THE DISCUSSION !!!!!!!
My system administrator is getting a little disturbed with respect to the
amount of disk space my mail box is beginning to take.
Thanks again
Jeff Edelheit
(edelheit at mitre)
19-Apr-84 10:52:49-MST,1547;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 10:52:41-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 19 Apr 84 12:25 EST
Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 19 Apr 84 12:23 EST
Received: from Barbera.ms by ArpaGateway.ms ; 19 APR 84 09:16:48 PST
Date: Thu, 19 Apr 84 11:16 CST
From: Hallidy.dlos@XEROX.ARPA
Subject: Re: Info-KayPro>??
In-reply-to: <KPETERSEN.12008628038.BABYL@SIMTEL20>
To: Rturner@DARCOM-HQ.ARPA
cc: info-cpm@BRL.ARPA
Rick,
What you have sounds like a classic case of RF in the shack to me, as
you surmised. A long wire type of antenna tends to exhibit such
characteristics unless you can provide a good counterpoise for it to
operate against.
Sometimes just changing bands will give an indication of this. By that
I mean that you may observe an improvement in the situation by trying a
different (probably higher) band. Eighty and forty meters I suspect
would be the worst because an additional problem may exist. That is,
coupling of the radiated RF into the AC mains. Your house wiring may be
acting like a great receiving antenna, coupling large RF voltages into
the power supply of your Kay-Pro!
A brute force line filter may be the solution in such a case. You might
also try reducing the output power just to see if this has an effect on
performance just to verify that RF is the cause.
I hope I have helped a little- this type of problem can be a real
s.o.b. to solve.
73's, Dave Hallidy KD5RO
19-Apr-84 12:06:53-MST,865;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 12:06:48-MST
Date: Thu, 19 Apr 84 13:43:11 EST
From: David Towson (CSD) <towson@Amsaa.ARPA>
To: OWENSRL@Usc-Isi.ARPA
cc: INFO-CPM@Amsaa.ARPA, OWENSRL@Usc-Isi.ARPA
Subject: Re: HELP WITH DATA TRANSFER
Ron - I'm going to take a stab at your problem. MDM7xx MUST have an 8-bit
data path to work. This is because of the way the sector numbers are sent
from transmitter to receiver, and has nothing to do with the type of data
(ASCII text or binary) being sent. I do not know what Kermit needs, or whether
you have an option of 7 or 8 bits with Kermit. Perhaps someone else will
comment on that. My question, then, is, are you using an 8-bit transfer
path? If not, I think that's your problem.
Dave
towson@amsaa
20-Apr-84 07:42:50-MST,2235;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Apr 84 07:42:38-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 20 Apr 84 9:07 EST
Date: 20 Apr 1984 07:08 MST (Fri)
Message-ID: <KPETERSEN.12008971092.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: UNSPOL34 - an improved background printer spooler
Reply-To: PLK@Mit-Mc.ARPA
UNSPOOL is a program that lets you print a file while you are running
other programs. Paul Kelley <PLK@MC> has just released version 3.4.
Here is his message detailing what's new:
-----
The public domain unspooler by Gary Novosielski has
been updated. The following files are now available on SIMTEL20:
MICRO:<CPM.LIST>UNSPOL34.ASM
MICRO:<CPM.LIST>UNSPOL34.COM ;for those without MAC
MICRO:<CPM.LIST>UNSPOL34.HEX ;for those without MAC and binary
; transfer capability
The following message in the file describes the update:
;3.4 84-04-17
; Single character output to printer if either
; BIOS or BDOS keyboard status request is made
; by transient program. Output is conditional
; on no keypress and printer ready after single
; status check. Single character only to printer
; to minimize any slowdown of transient program.
; Program now works with MINCE. It can also be
; used with various modem programs, however some
; some loss of modem input may occur while the
; text to be printed is read from disk.
; Formfeed (page eject) added to printer output
; at EOF. (Paul L. Kelley)
;
Additional comments -
The reason the program did not work with MINCE or modem
programs is that the latter generally do not call the console
input function unless console status indicates a character is
waiting.
On my system disk I/O disables interrupts so using the
UART in the interrupt mode would not prevent loss of modem input.
I find the loss to be small with 5.25" floppies and very small
with a hard disk. Since I use mostly use BABYL and EMACS on MC a
redisplay fixes things up.
It would be nice if someone would change UNSPOOL so that
it has all the features of Rick Conn's PRINT.
- P. L. Kelley
20-Apr-84 12:28:49-MST,1015;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Apr 84 12:28:39-MST
Date: Fri, 20 Apr 84 14:03:11 EST
From: Dave Towson (info-cpm) <cpmlist@Amsaa.ARPA>
To: info-cpm@Amsaa.ARPA
Subject: [English.PA: Incorporation papers]
----- Forwarded message # 1:
Received: From xerox.arpa.ARPA by AMSAA via smtp; 19 Apr 84 19:13 EST
Received: from Chardonnay.ms by ArpaGateway.ms ; 19 APR 84 16:10:03 PST
Date: 19 Apr 84 15:05:28 PST (Thursday)
From: English.PA@XEROX.ARPA
Subject: Incorporation papers
To: info-cpm-request@AMSAA.ARPA, 820Interest^.wbst@XEROX.ARPA,
XeroxInfo-CPM^.wbst@XEROX.ARPA, AppleUsers^.es@XEROX.ARPA,
WantAds^.es@XEROX.ARPA
Reply-To: English.pa@XEROX.ARPA
I plan to incorporate a small business in the state of California. Does
anyone know of a source of Articles of Incorporation and various other
corporate forms in any format that I might convert to Wordstar?
Bill
----- End of forwarded messages
20-Apr-84 23:26:50-MST,966;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Apr 84 23:26:46-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 21 Apr 84 1:11 EST
Received: from usc-isid.arpa by BRL-VGR.ARPA id a003783; 21 Apr 84 1:10 EST
Date: 21 Apr 1984 01:08-EST
Sender: ABN.ISCAMS@usc-isid.ARPA
Subject: CPMCOPY for Apple Pascal
From: ABN.ISCAMS@usc-isid.ARPA
To: INFO-CPM@BRL-VGR.ARPA
Cc: ABN.ISCAMS@usc-isid.ARPA
Message-ID: <[USC-ISID]21-Apr-84 01:08:32.ABN.ISCAMS>
NetLandians,
Has anyone converted J.M. Wierda's CPMCOPY (a utility in Pascal to transfer
a CP/M file from a disk in unit 5 to a Pascal disk) to the Apple II?
His program is using 8" disk parameters, and I don't happen to have the
Apple II disk parms around handy. (Plus I ain't so very good in Pascal yet --
not enough for high-speed patching anyway!)
Would appreciate some pointers.
David Kirschbaum
Toad Hall
(ABN.ISCAMS@USC-ISID)
21-Apr-84 09:55:01-MST,2940;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 09:54:51-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 21 Apr 84 11:25 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 21 Apr 84 11:27 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Apr 84 8:16-PST
Date: 16 Apr 84 14:05:31-PST (Mon)
To: info-cpm@Brl-Aos.ARPA
From: ihnp4!ihu1e!nowlin@Ucb-Vax.ARPA
Subject: Apple CP/M questions
Article-I.D.: ihu1e.223
I have a couple of questions and a comment on the AZTEC C compiler discussion
that's been going on.
1) I have an Apple //e with a MicroSoft Softcard CP/M card in it. I
thought I would just have to live with the frustration of having my screen
cleared every time CP/M did a warm boot. Then I found out that not all CP/M
systems clear their screen this way. Why does MicroSoft's? How would I go
about changing it so that I just got a message saying "warm boot" like some
systems I've heard of?
2) I use a terminal emulator called M.I.T.E. from Microft Labs. It works
under CP/M and functions well except that I have to set a carriage return
delay to keep from loosing characters from the beginning of lines at 300 or
1200 baud. I loose characters when a line has to wrap around (ie. > 80
characters) or whenever a Ctl-G is received in spite of the CR delay. The
termcap for a soroc terminal works (TERM=soroc) for everything else but you
can imagine what the screen looks like when I try to use vi. Microft says the
Apple 80 column card is too slow. Is this a classic case of finger pointing?
Does anybody have a suggestion to solve this problem? Is there a faster card
somewhere? If so does anyone want to buy a used Apple Extended 80 Column Card?
3) I've been using the AZTEC C compiler for over a year now. I've
transferred programs back and forth from home to work (work=VAX 11/780, 4.2bsd
or PDP 11/70, V7) and only found one problem with the AZTEC library. There is
no "isalpha" in it. Since both "islower" and "isupper" are present it's not
really a problem. I'm very impressed with it's degree of UNIX compatibility.
One thing the others didn't mention about the AZTEC compiler was the fact that
IO redirection (ie. '<' and '>') is built in to any programs compiled with it.
This is a mixed blessing as far as I can tell. A little bitty program that
just says "hello world" with a simple printf generates a relatively huge
.com file. There has to be a way to get around this redirection code but I
haven't figured it out. Does anyone else have a clue?
Sorry if I got a bit verbose. I'm hoping to get some helpful responses
from this posting and I wanted to make sure all you wizards out there had
enough information to help me.
--
Jerry Nowlin
(ihnp4!ihu1e!nowlin)
21-Apr-84 10:12:56-MST,742;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 10:12:51-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 21 Apr 84 11:46 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 21 Apr 84 11:44 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Apr 84 8:28-PST
Date: 16 Apr 84 14:32:00-PST (Mon)
To: info-cpm@Brl-Aos.ARPA
From: ihnp4!ihuxp!gvw1@Ucb-Vax.ARPA
Subject: How does one reach SIMTEL20 for CP/M(tm) Public Domain Software???
Article-I.D.: ihuxp.723
Do you have to be on the ARPA net to reach this system? I have seen
a lot of references to public domain software on this system.
--
George V. Wilder
ihnp4!ihuxp!gvw1
21-Apr-84 10:26:24-MST,986;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 10:26:20-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 21 Apr 84 11:54 EST
Date: 21 Apr 1984 09:56 MST (Sat)
Message-ID: <KPETERSEN.12009263744.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: UNSQ14 - new version of Z80 file UNSQueezer
UNSQ version 1.4 is now available on SIMTEL20. UNSQ is a very fast
Z80 machine language file UNSQueezer by Gail Zacharias <GZ@MC>. This
version corrects a problem for systems with a CBIOS that clobbers the
Z80 alternate registers.
Here's a list of the files:
Filename Type Bytes Sectors CRC
Directory MICRO:<CPM.SQUSQ>
UNSQ14.ASM.1 ASCII 19515 153 = 99H F6DDH
UNSQ14.COM.1 COM 2176 17 = 11H C0A9H
UNSQ14.DOC.1 ASCII 519 5 = 5H F1C4H
UNSQ14.HEX.1 ASCII 5314 42 = 2AH 3928H
--Keith
21-Apr-84 18:56:03-MST,847;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 18:55:59-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 21 Apr 84 20:37 EST
Date: 21 Apr 1984 18:35 MST (Sat)
Message-ID: <KPETERSEN.12009358226.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: MDM730 - MODEM7 for MP/M
MP/M users will be interested in MICRO:<CPM.MODEM7>M730-MPM.LBR which
contains a .DIF file for altering MDM730.ASM to make it work correctly
under MP/M. The .LBR also contains an already-assembled MDM730.COM
ready to run on MP/M. There is also a DOC file explaining what must
be done to enable the MP/M console drivers for the modem.
The .LBR is stored on SIMTEL20 in ITS-Binary format. It's about 30k.
--Keith
21-Apr-84 23:34:54-MST,743;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 23:34:49-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Apr 84 1:11 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 22 Apr 84 1:09 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Apr 84 22:00-PST
Date: 16 Apr 84 7:13:00-PST (Mon)
To: info-cpm@Brl-Aos.ARPA
From: pur-ee!uiucdcs!uiuccsb!stank@Ucb-Vax.ARPA
Subject: Re: BDS C
Article-I.D.: uiuccsb.4800003
In-Reply-To: Article <12152@sri-arpa.UUCP>
Does anyone know anything about Alcor C? I've used their Pascal and
am pretty happy with it.
Stanley Krolikoski
Univ. of Illinois
22-Apr-84 00:26:11-MST,812;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 00:26:07-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Apr 84 2:06 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 22 Apr 84 2:04 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Apr 84 22:54-PST
Date: 17 Apr 84 5:22:08-PST (Tue)
To: info-cpm@Brl-Aos.ARPA
From: ihnp4!houxm!hou2h!atttl@Ucb-Vax.ARPA
Subject: QT Computer S-100 Clock
Article-I.D.: hou2h.392
To: PIERRE duPONT
I mailed you an answer to your query on QT Computer S-100 Clock
with the address for QT and my experience in getting it working.
If the mail didn't pass the arpa.net interface, let me know and
I'll post it right here!
Cheers,
Ed Baldwin, AT&T Technologies, hou2h!atttl
22-Apr-84 00:58:25-MST,1448;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 00:58:19-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 22 Apr 84 2:34 EST
Date: 22 Apr 1984 00:36 MST (Sun)
Message-ID: <KPETERSEN.12009423993.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: SD-83 released - fixes bug in 81/82
Sigi Kluger has just released SD-83, which corrects a bug in SD-81/82
which caused it to incorrectly report the size of .LBR files when the
$L option was used. Here is a list of the currently-available files
(and I hope to be able to supply a .DIF file sometime tomorrow for
those who need the source and don't want to download the whole .ASM
file again).
Filename Type Bytes Sectors CRC
Directory MICRO:<CPM.DIRUTL>
SD-79A.DOC.1 ASCII 9525 75 = 4BH D733H
SD-79A.DQC.1 COM 6144 48 = 30H 2D4BH
SD-8182.DIF.1 ASCII 595 5 = 5H 514BH
SD-82.INF.1 ASCII 818 7 = 7H 9756H
SD-83.AQM.1 COM 53120 415 = 19FH 78F5H
SD-83.ASM.1 ASCII 78657 615 = 267H 0E6BH
SD-83.INF.1 ASCII 157 2 = 2H C725H
SD-83H.COM.1 COM 3456 27 = 1BH 9FE0H
SD-83H.HEX.1 ASCII 8433 66 = 42H 88FAH
SD-83V.COM.1 COM 3840 30 = 1EH 0859H
SD-83V.HEX.1 ASCII 9357 74 = 4AH 2E31H
SD8081.DIF.1 ASCII 3401 27 = 1BH 15A1H
--Keith
22-Apr-84 10:47:26-MST,3031;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 10:47:19-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 22 Apr 84 12:16 EST
Date: 22 Apr 1984 10:17 MST (Sun)
Message-ID: <KPETERSEN.12009529815.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: CP/M-80 YAM version 4.28 now available
The most current version of Chuck Forsberg's YAM (Yet Another Modem)
program (written in BDS-C) is now available on SIMTEL20, thanks to
Charley Strom <CSTROM@SIMTEL20>. The files are available individually
or all combined in YAM428.LBR (ITS-Binary format). Here's the list:
Filename Type Bytes Sectors CRC
Directory MICRO:<CPM.YAM>
XYAM5DYN.C.1 ASCII 4913 39 = 27H 763EH
XYAMDYNA.H.1 ASCII 1712 14 = EH 1B0EH
XYAMDYNA.SUB.1 ASCII 250 2 = 2H AC9AH
XYAMHELP.T.1 ASCII 898 8 = 8H 1F8EH
YAM.H.1 ASCII 9160 72 = 48H 281AH
YAM.SUB.1 ASCII 417 4 = 4H CC4EH
YAM1.C.1 ASCII 12347 97 = 61H 5041H
YAM10.C.1 ASCII 4935 39 = 27H 45C6H
YAM2.C.1 ASCII 10221 80 = 50H 0AC7H
YAM3.C.1 ASCII 14579 114 = 72H E35AH
YAM4.C.1 ASCII 6591 52 = 34H A24EH
YAM428.LBR.1 COM 223488 1746 = 6D2H C9F6H
YAM5.C.1 ASCII 10318 81 = 51H 6982H
YAM5AP.C.1 ASCII 12409 97 = 61H 7CA8H
YAM5PMMI.C.1 ASCII 8644 68 = 44H 1CD6H
YAM5SCC.C.1 ASCII 5470 43 = 2BH 676AH
YAM5SMDM.426.1 ASCII 10008 79 = 4FH 2007H
YAM5SMDM.C.1 ASCII 5989 47 = 2FH 2761H
YAM5TV.C.1 ASCII 4248 34 = 22H 7AC6H
YAM5X.C.1 ASCII 13271 104 = 68H 279FH
YAM5Z100.C.1 ASCII 5483 43 = 2BH 24ADH
YAM7.C.1 ASCII 18678 146 = 92H 57E5H
YAM8.CRL.1 COM 640 5 = 5H 59AAH
YAM8.CSM.1 ASCII 2170 17 = 11H 92FAH
YAM9.CRL.1 COM 768 6 = 6H B9E2H
YAM9.CSM.1 ASCII 4050 32 = 20H 5391H
YAM9AP.CSM.1 ASCII 4236 34 = 22H 9CC1H
YAMAPPLE.H.1 ASCII 8022 63 = 3FH B57DH
YAMB.SUB.1 ASCII 425 4 = 4H 3EB2H
YAMHELP.T.1 ASCII 6581 52 = 34H 4ECDH
YAMLYLE.H.1 ASCII 1607 13 = DH 1D83H
YAMMAN.LQT.1 COM 32640 255 = FFH D496H
YAMMAN.LST.1 ASCII 68249 534 = 216H 4816H
YAMMCOM.H.1 ASCII 2720 22 = 16H 6B08H
YAMMCOM.SUB.1 ASCII 384 3 = 3H C43DH
YAMPHONE.T.1 ASCII 1391 11 = BH 2237H
YAMPMMI.H.1 ASCII 2512 20 = 14H B6F2H
YAMSMDM.H.1 ASCII 3303 26 = 1AH C6F1H
YAMSYS.426.1 ASCII 3804 30 = 1EH 0F3CH
YAMTRSBK.CSM.1 ASCII 1413 12 = CH 32D4H
YAMTRSII.H.1 ASCII 1531 12 = CH A7DCH
YAMTRSII.HEX.1 ASCII 2823 23 = 17H E81EH
YAMTUART.H.1 ASCII 1776 14 = EH 2C72H
YAMTV.H.1 ASCII 2307 19 = 13H 4E3BH
YAMZ100.H.1 ASCII 2356 19 = 13H 0772H
YAMZ89.H.1 ASCII 2811 22 = 16H E89FH
YAMZ89B.H.1 ASCII 3454 27 = 1BH 91E7H
YAMZ89XM.H.1 ASCII 3058 24 = 18H 03FFH
22-Apr-84 17:20:38-MST,1509;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 17:20:33-MST
Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 22 Apr 84 18:55 EST
Date: Sun, 22 Apr 84 18:54:36 EST
From: Rick Conn <rconn@Brl-Mis.ARPA>
To: info-cpm@Brl-Mis.ARPA
Subject: Z3 Beta Testing
The demonstration/test of ZCPR3 in remote access mode is now over,
and ZCPR3 has passed without a hitch. Response has been quite positive,
with no bugs found/known at this time. I made one very minor change to
the ZCPR3 command procesor and to SYSFCP (the IF-ELSE-FI flow command package)
to enable the "noise" associated with IF execution (which informs the user
of the state of the IF he is currently in) to be turned off, so IFs can run
without any additional text presented on the screen.
I am finishing up the draft of the installation manual tonight,
and will send it out with ZCPR3, its system segments (RCPs, FCPs, etc), and
several of its utilities tomorrow to the Gamma test sites. These sites
will be concerned primarily with porting ZCPR3 into different environs
based on the instruction in the installation manual. I anticipate no
problems other than those associated with rewriting the installation manual
so it is more clear.
Release of the ZCPR3 System is set for the end of May to SIG/M.
This is a realistic date, and I anticipate no problem in meeting it.
It will be available on SIMTEL20 shortly after its release.
Rick
22-Apr-84 19:51:04-MST,764;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 19:51:01-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Apr 84 21:26 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 22 Apr 84 21:27 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 22 Apr 84 18:15-PST
Date: 17 Apr 84 15:02:06-PST (Tue)
To: info-cpm@Brl-Aos.ARPA
From: ihnp4!afinitc!wuphys!wucs!eric@Ucb-Vax.ARPA
Subject: Wanted: Osborne I Termcap
Article-I.D.: wucs.181
[You are in a twisty maze of newspaths, all alike.]
A friend needs a *working* Osborne I termcap for our Vaxen.
Please mail it, if you care to share, to
..!ihnp4!afinitc!wucs!wudma!wucec1!dwg
eric
--
..!ihnp4!afinitc!wucs!eric
22-Apr-84 20:08:12-MST,1046;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 20:08:08-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Apr 84 21:49 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 22 Apr 84 21:44 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 22 Apr 84 18:26-PST
Date: 17 Apr 84 8:30:47-PST (Tue)
To: info-cpm@Brl-Aos.ARPA
From: ihnp4!houxm!hogpc!houti!ariel!vax135!cornell!uw-beaver!ubc-vision!mprvaxa!barnes@Ucb-Vax.ARPA
Subject: Problems with modem7 file transfers
Article-I.D.: mprvaxa.530
I have been trying to use a CPM 1.4 system with a rather old version of
the Ward Christensen modem program (back when it was called modem 7).
When I try to transfer a file from the local RCPM, the transfer goes
fine until #138 when it quits with a BDOS error on B. Shorter files
work fine. The RCPM is running the latest version of modem. Any ideas?
Please reply by mail.
--
Michael Barnes
Microtel Pacific Research ..!ubc-vision!mprvaxa!barnes
23-Apr-84 04:44:21-MST,1261;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 04:44:17-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 23 Apr 84 6:20 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 23 Apr 84 6:19 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 23 Apr 84 3:09-PST
Date: 18 Apr 84 12:07:02-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!hpda!fortune!burton@Ucb-Vax.ARPA
Subject: Re: CompuPro Service - (nf)
Article-I.D.: fortune.3091
#R:sri-arpa:-59200:fortune:25500010:000:644
fortune!burton Apr 18 10:22:00 1984
Most manufacturers find it impossible to support end-users directly. It's
much more important to support dealers. Therefore, CompuPro should be
**selecting and retaining** only tbhose dealers willing to support customers.
Otherwise, a company courts disaster. If I were in CompuPro, I would drop
Priority One. (in addition to poor support, they create problems for me
with all my dealers who support customers, but charge list price.)
Philip Burton 101 Twin Dolphin Drive-MS 133
Fortune Systems Redwood City, CA 94065 (415) 595-8444 x 526
- - -
{ihnp4 [ucbvax | decvax!decwrl]!amd70 harpo hpda }!fortune!burton
23-Apr-84 05:02:52-MST,1437;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 05:02:47-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 23 Apr 84 6:43 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 23 Apr 84 6:34 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 23 Apr 84 3:26-PST
Date: 18 Apr 84 9:05:56-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!intelca!cem@Ucb-Vax.ARPA
Subject: CP/M Bios For 16FDC
Article-I.D.: intelca.251
<chomp, chomp>
I am looking for a BIOS for CP/M 2.2 that runs on a Cromemco
System 3 and supports all of the nifty features of the 16FDC.
Specifically Double Density and Double sidedness. Note, when I bought
the system used it came with CP/M and the SIG/M Bios that originally ran
on the 4FDC but was later updated to the 16FDC *without* adding
DD/DS capability. I am willing to pay for it. There are limits however,
as I found when a guy at a nearby Byte Shop offered to sell me a
Bios for $300. Lets be serious, CP/M is only $150 *list*. Of course I
would love to find someone who has written one offer it for a nominal
fee, and if they haven't I guess I will write it myself.
--Chuck
Usenet: {ucbvax!Amd70,hplabs,pur-ee}!intelca!cem
ARPA: MCMANIS@USC-ECLC
P.S. A call to Cromemco got me a canned speech on the virtues of CDOS
and a sort of snort when I insisted on CP/M compatibility.
23-Apr-84 08:33:44-MST,934;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 08:33:38-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 23 Apr 84 10:11 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 23 Apr 84 10:08 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 23 Apr 84 6:54-PST
Date: 18 Apr 84 10:48:06-PST (Wed)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!hao!seismo!rlgvax!cal-unix!umcp-cs!cvl!elsie!ado@Ucb-Vax.ARPA
Subject: WordStar mods for Spinwriter Twinfeeder wanted
Article-I.D.: elsie.874
If you have the changes that let WordStar support a
NEC Spinwriter with a Twinfeeder installed, please mail them to me.
--
Spinwriter is a trademark of NEC.
WordStar is somebody's trademark--since micros aren't my normal game,
I'm not sure who.
I believe someone has a claim on CPM too.
--
UUCP: decvax!harpo!seismo!rlgvax!cvl!elsie!ado
DDD: (301) 496-5688
23-Apr-84 10:38:37-MST,3541;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 10:38:24-MST
Date: Mon, 23 Apr 84 12:13:06 EST
From: David Towson (CSD) <towson@Amsaa.ARPA>
To: Jeffrey Edelheit <edelheit@Mitre.ARPA>
cc: info-cpm@Amsaa.ARPA
Subject: Re: How does one reach SIMTEL20 for CP/M(tm) Public Domain Software???
Received: From mitre.arpa.ARPA by AMSAA via smtp; 22 Apr 84 20:27 EST
Date: 22 Apr 1984 20:19:00 EST (Sunday)
From: Jeffrey Edelheit <edelheit@mitre>
Subject: Re: How does one reach SIMTEL20 for CP/M(tm) Public Domain Software???
In-Reply-to: Your message of 16 Apr 84 14:32:00-PST (Mon)
To: ihnp4!ihuxp!gvw1@Ucb-Vax.ARPA
Cc: towson@amsaa
George - the answer to your question is yes, you must have access to either
ARPA or MILNET to get to Simtel20. Until recently, there were offers to
pass specific files from SIMTEL20 to usenet folks by electronic mail, however
there have been some msgs regarding the cost of telecom for usenet
(specifically point to point direct dial at low speeds) and the desire not
to pass large msgs (files) this way.
I have taken the liberty to cc Dave Towson on this note. Dave is sort of the
systems administrator for info-cpm, and I would like to address a point to
him.
Dave - I realize because of security and all that the usenet folks can't
get access to SIMTEL20; however isn't there something that can be done in light
of Bill Wells' recent comments? If I was on the usenet side and kept seeing
all the msgs about all the good stuff at SIMTEL20, I would be really jealous
or frustrated.
Regards to all,
Jeff Edelheit
(edelheit at mitre)
Jeff - If there is a totally satisfactory answer to the question of getting
non-DDN people access to the files on Simtel20, I don't know what it is. The
only solutions I know of that don't require the shipping of files via netmail
are:
1. Buying the desired volumes (disks) from SIG/M or CPMUG at their
very reasonable prices.
2. Dialing-up a local Remote CP/M system, and transferring the desired
files using XMODEM (or some such file-transfer program).
3. Sending a request out to netland asking for some kind soul to write
the desired files on a disk supplied by the requester. This method
involves use of the U.S. Mail or other delivery service.
4. Making an official request through appropriate channels for copies
of the archives in the form of DEC-20 dumper tapes. This takes
several reels of 9-track tape, takes a lot of somebody's time, and
is of no value to those who don't have a compatible machine to read
the tapes. For large groups of interested users, however, it is an
option. Those wishing to to pursue this course should contact
Frank Wancho <wancho@simtel20> for details. They should also be
prepared to be patient.
I will be happy to receive additional suggestions concerning this matter,
and if I can put together a useful summary, I'll add it to my archive blurb
that I send to new list people (and periodically to the whole list). But let's
face it, DDN people, those of us on the ARPA and MILNETs owe a VERY BIG THANK
YOU to Keith Petersen for managing most of the archives, to Rick Conn for
managing the <UNIX> archive, and to Frank Wancho for arranging for the Simtel20
resources to be made available for this service. Those of us who have direct
access to the machine are DARNED LUCKY!
Dave
towson@amsaa
23-Apr-84 11:14:19-MST,1525;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 11:14:12-MST
Received: From ur-cs-gw.ARPA by AMSAA via smtp; 23 Apr 84 12:42 EST
Received: from ur-seneca.rochester.arpa (ur-seneca.ARPA) by cayuga.rochester.arpa id AA19294 (4.12d); Mon, 23 Apr 84 12:42:38 est
Received: by ur-seneca.rochester.arpa id AA19602 (3.327.5d); 23 Apr 84 12:42:37 EST (Mon)
Message-Id: <8404231742.19602@ur-seneca.rochester.arpa>
Date: 23 Apr 84 12:42:37 EST (Mon)
From: Mike Ciaraldi <ciaraldi@rochester.arpa>
Subject: BYE on Z-100
To: info-cpm@amsaa.arpa, info-hz100@radc-tops20.arpa
I have a friend who is trying to get BYE working on his
Zenith Z-100 under CP/M-85 or CP/M-86.
We downloaded BYE3.19 and some of the overlays from
SIMTEL20.
We couldn't use the HZ100 overlay directly, becuase he
has a PMMI S-100 plug-in modem, instead of an external
modem connected to the Z-100's serial port.
So, we tried the PMMI overlay.
When we run BYE, it prints a sign-on message.
>From thhen on, we can give it a CTRL-C and it will ask
if we want to ressume or re-boot. Both seem to work.
So, what's the problem? When you call, it doesn't
answer the phone!
The PMMI works all right for calling out, using
MDM728. Has anyone else tried using a PMMI
in a Z-100 with BYE?
Any help would be appreciated.
Address replies to:
Mike Ciaraldi
ARPA: ciaraldi@rochester
Usenet: seismo!rochester!ciaraldi
or
Mike Bentley
Usenet: seismo!rochester!ritcv!aii
23-Apr-84 11:33:57-MST,490;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 11:33:54-MST
Date: Mon, 23 Apr 84 13:03:41 EST
From: David Towson (CSD) <towson@Amsaa.ARPA>
To: info-cpm@Amsaa.ARPA
Subject: Use of MDM7xx with CP/M 1.4
Can someone tell me what was the most recent version (if any) of MDM7xx to run
with CP/M 1.4. Heck, for that matter, I'd be happy to know of ANY version of
MDM7xx that will work.
Dave
towson@amsaa
23-Apr-84 11:37:06-MST,1527;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 11:36:56-MST
Received: From ur-cs-gw.ARPA by AMSAA via smtp; 23 Apr 84 12:47 EST
Received: from ur-seneca.rochester.arpa (ur-seneca.ARPA) by cayuga.rochester.arpa id AA19309 (4.12d); Mon, 23 Apr 84 12:48:45 est
Received: by ur-seneca.rochester.arpa id AA19646 (3.327.5d); 23 Apr 84 12:48:44 EST (Mon)
Message-Id: <8404231748.19646@ur-seneca.rochester.arpa>
Date: 23 Apr 84 12:48:44 EST (Mon)
From: Mike Ciaraldi <ciaraldi@rochester.arpa>
Subject: DU under MP/M
To: info-cpm@amsaa.arpa
I have been trying to get DUV86 working on my MP/M system
(version 2.1).
This version of DU is supposed to be universal, but the
automatic adaptations for MP/M are definitley wrong--it
thinks it is running on CP/M 3, which is only partly right.
MP/M uses the same file system as CP/M 3, but its
BIOS is more like CP/M 2 (except you can't use the address
in 1 to find the BIOS jump table).
Anyway, I made a bunch of changes and it seems to work most of
the time, but I can't quit the program! It just gives a
"?" and the prompt whenever I give it an "X". I'm sure I can
track it down eventually, but I thought I'd ask if anyone
else has already tried to get DU running under MP/M.
I won't rule out the possibility that there are problems
in my hardware or system software, although it has been
fairly stable for the past year.
Mike Ciaraldi
ARPA: ciaraldi@rochester
Usenet: seismo!rochester!ciaraldi
23-Apr-84 13:50:12-MST,1473;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 13:50:00-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 23 Apr 84 15:15 EST
Received: From rand-unix.arpa.ARPA by BRL-AOS via smtp; 23 Apr 84 15:09 EST
Date: Monday, 23 Apr 1984 12:06-PST
To: ihnp4!afinitc!wuphys!wucs!eric@UCB-VAX.ARPA
Cc: info-cpm@BRL-AOS.ARPA
Subject: Re: Wanted: Osborne I Termcap
In-reply-to: Your message of 17 Apr 84 15:02:06-PST (Tue).
From: christe@Rand-Unix.ARPA
The Osborne I emulates the Televideo terminal, so you can just use the
v1|tvi912.... termcap from /etc/termcap (I have included it below).
v1|tvi912|912|920|tvi920|old televideo:if=/usr/lib/tabset/std:\
:al=33*\EE:am:bs:ce=\ET:cm=\E=%+ %+ :cl=^Z:co#80:dc=\EW:dl=33*\ER:ei=:\
:ku=^K:kd=^J:kl=^H:kr=^L:k0=^A@\r:k1=^Aa\r:k2=^Ab\r:k3=^Ac\r:\
:k4=^Ad\r:k5=^Ae\r:k6=^Af\r:k7=^Ag\rk8=^Ah\r:k9=^Ai\r:\
:ho=^^:im=:ic=\EQ:li#24:nd=^L:pt:se=\Ek:so=\Ej:up=^K:us=\El:us=\Em:\
:ma=^K^P^L :sg=1:ug=1:
If you need to run at 52 cols, change co#80 in line 2 to co#52. It is
useful to set a few other lines in the .login file:
stty tabs new cr0 nl0 ff0 erase
echo -n ')m'
set term=tvi912
I have had no trouble using this to work from home across an ancient
Anderson-Jacobs 300 baud modem using OTERM as the modem program and
running my browncase (version 1.3) O1 as a terminal for a Vax780.
If you need more info, let me know.
--Christe
23-Apr-84 17:04:41-MST,563;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 17:04:38-MST
Received: From mitre.arpa.ARPA by AMSAA via smtp; 23 Apr 84 18:31 EST
Date: 23 Apr 1984 18:25:15 EST (Monday)
From: Jeffrey Edelheit <edelheit@Mitre.ARPA>
Subject: VT-100 emulation for an Apple // E
To: info-cpm@Amsaa.ARPA
Cc: edelheit@Mitre.ARPA
A co-worker of mine is looking for a VT-100 emulation package for the
Apple // e. Has anyone seen or heard of such a package?
Thanks,
Jeff Edelheit
(edelheit at mitre)
23-Apr-84 17:42:44-MST,881;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 17:42:38-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 23 Apr 84 19:14 EST
Received: From bnl.arpa.ARPA by BRL-AOS via smtp; 23 Apr 84 19:08 EST
Date: 23-Apr-84 19:06:29-EST
From: jalbers@Bnl.ARPA
Subject: Osborne termcap correction
To: info-cpm@Brl-Aos.ARPA
Cc: christe@Rand-Unix.ARPA
I have also seen and used this termcap with my Ozzie, but note that it has a
bug in it: (it was sent out via USENET, and that version was buggy)
where it says 'us=\El:us=\Em:'
that should be'us=\El:ue=\Em:'
Otherwise the underlining will not work. It seemd to me that there was another
bug, but I don't recall where right now...
Jon
jalbers@bnl
23-Apr-84 20:51:15-MST,1236;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 20:51:10-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 23 Apr 84 22:21 EST
Date: 23 Apr 1984 20:22 MST (Mon)
Message-ID: <KPETERSEN.12009902102.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: blue@Nbs-Sdc.ARPA
Cc: Info-Cpm@Amsaa.ARPA
Subject: Problem with YAM files at SIMTEL20
Date: Monday, 23 April 1984 09:05-MST
From: blue at NBS-SDC
To: w8sdz
Re: yam
I got many programs with no apparent problems, including
yamx.c (x = 1, 2, 3, 4, 5, 7), yam8.csm, yam9.csm,
and yamman.lst, but yam.h and yam10.c did not come correctly.
The text of these two that came looks like good C code, but
the lengths are wrong and the VAX (VMS) says the record lengths
are > 1024.
Any ideas? Thanks.
Jim Blue (blue @ nbs-sdc)
----
Jim, thanks for telling me about those files. I fixed them. The
problem was that they apparently came from a Unix system somewhere and
had only LFs at the end of each line - no CRs at all. If you find any
others please let me know. I can fix them in a minute or two with
the text editor here.
--Keith
23-Apr-84 20:54:27-MST,1364;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 20:54:22-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 23 Apr 84 22:34 EST
Date: 23 Apr 1984 20:35 MST (Mon)
Message-ID: <KPETERSEN.12009904403.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Mike Ciaraldi <ciaraldi@rochester.arpa>
Cc: Info-Cpm@Amsaa.ARPA
Subject: BYE on Z-100 with PMMI modem
In-reply-to: Msg of 23 Apr 1984 10:42-MST from Mike Ciaraldi <ciaraldi at rochester.arpa>
A hint: I once troubleshooted a problem with a PMMI plug-in modem on
a NorthStar Horizon system a friend owned. We found there was an
address conflict with the Mother board. It uses C0h and the default
settings for the PMMI when shipped from the factory are for C0h. We
moved the PMMI to B0h and reassembled the MODEM program for that port
address and all the problems went away. He was also able to
sucessfully run BYE (although it was a very early BYE program called
PMMIBYE2 which was specific for that modem). I suggest you have your
friend try PMMIBYE2.ASM, which You'll find in the MICRO:<CPM.MODEM>
directory. It isn't fancy like BYE3-19, but it does work. It would
help a lot if he used this simple BYE first because it would make
troubleshooting much easier.
--Keith
23-Apr-84 22:33:29-MST,1350;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 22:33:25-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 24 Apr 84 0:10 EST
Received: From bbna.arpa.ARPA by BRL-AOS via smtp; 24 Apr 84 0:05 EST
Date: 24 Apr 1984 00:04-EST
Sender: WAGREICH@Bbna.ARPA
Subject: Apple II+ CP/M Intelligent Terminal Program
From: WAGREICH@Bbna.ARPA
To: info-cpm@Brl-Aos.ARPA, info-micro@Brl-Aos.ARPA
Cc: Wagreich@Bbna.ARPA
Cc: info-apple@Brl-Aos.ARPA
Message-ID: <[BBNA]24-Apr-84 00:04:03.WAGREICH>
Does anyone out there know of an Apple II+ CP/M (version 2.23)
intelligent terminal program with good file transfer ( to
mainframe computers like the DEC line) that is not screen
oriented? I use a braille terminal with my Apple II+ (and the
braille terminal functions like a hardcopy terminal).
I know that DATACOMM, an intelligent terminal program with file
transfer) for Apple II+ UCSD Pascal is not screen terminal
dependent. (It was written by D.C. Hayes Associates.) I am
looking for a similar one for Apple II+ CP/M (version 2.23).
If you know of any possible candidates, please send me the name
of the program, as well as the name and address of the software
house that sells it and the possible price.
Thanks for your help.
24-Apr-84 08:08:53-MST,1797;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 08:08:48-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 24 Apr 84 8:41 EST
Date: 24 Apr 1984 06:42 MST (Tue)
Message-ID: <KPETERSEN.12010015032.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Cc: Info-Modem7@Simtel20.ARPA
Subject: M730DIAL.PAT - Fixing MDM730 alternate dialing bug
;
; SUBJECT: MDM730 ALTERNATE DIALING FIX
; FROM: IRV HOFF W6FFC
; DATE: 24 APR 84
;
; The following patch will fix a problem with the alternate dial-
; ing routine in MDM730 which caused unreliable results. Even though
; you may never plan to use alternate dialing, it would only take a few
; minutes to update your MDM730.COM file to be current.
;
ORG 0819H
JNZ 0803H ;C2 03 08
POP H ;E1
JMP 0799H ;C3 99 07
MVI A,' ' ;3E 20
MOV B,A ;47
JMP 0D00H ;C3 00 0D
ORG 0D00H
CALL 2B9DH ;CD 9D 2B
POP H ;E1
RET ;C9
;
; 1) rename this file so it can be assembled:
;
; A>REN M730DIAL.ASM=M730DIAL.PAT
;
; 2) assemble to get M730DIAL.HEX like this:
;
; A>ASM M730DIAL
;
; 3) then merge into the file using DDT (or SID, etc.)
;
; A>DDT MDM730.COM ;DDT calls up the original file
; DDT VERS 2.2
; NEXT PC
; 4A00 0100
; -M730DIAL.HEX ;merges this patch file
; -R
; NEXT PC
; 4A00 0000
; -G0 ;exits DDT to CP/M prompt
;
; A>SAVE 73 MDM703.COM ;now have a modified file
;
; 4) all finished. If you want to use the "S" command
; with DDT, you could just add the following bytes
; directly in 2-3 minutes and be done, then save 73:
;
;
; 0819 C2 03 08 E1 C3 99 07
; 0820 3E 20 47 C3 00 0D
; 0D00 CD 9D 2B E1 C9
; - Irv Hoff
24-Apr-84 08:27:59-MST,912;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 08:27:56-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 24 Apr 84 9:49 EST
Date: 24 Apr 1984 06:54 MST (Tue)
Message-ID: <KPETERSEN.12010017186.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: blue@Nbs-Sdc.ARPA
Cc: Info-Cpm@Amsaa.ARPA
Subject: Another YAM file fixed
Date: Tuesday, 24 April 1984 06:45-MST
From: blue at NBS-SDC
To: w8sdz
Re: yam
yammcom.h has the same problem.
Jim
-------
YAMMCOM.H is now fixed. It had the same problem as the others I fixed
- no Carriage Returns, only Line Feeds at the end of each line. I
wish people wouldn't put files SQueezed under Unix onto CP/M systems
without first restoring the end-of-lines to CP/M CRLF standard!
Thanks for reporting the problem, Jim.
--Keith
24-Apr-84 08:43:39-MST,764;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 08:43:33-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 24 Apr 84 9:50 EST
Date: 24 Apr 1984 07:05 MST (Tue)
Message-ID: <KPETERSEN.12010019050.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: WAGREICH@Bbna.ARPA
Cc: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA, Info-Apple@Brl.ARPA
Subject: Apple II+ CP/M Intelligent Terminal Program
In-reply-to: Msg of 23 Apr 1984 22:04-MST from WAGREICH at Bbna.ARPA
Try KERMIT. There is a version for your machine. The files are on
COLUMBIA-20 in the KER: directory. Get CURRENT.DOC for a complete
list of all versions now available.
--Keith
24-Apr-84 13:41:35-MST,823;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 13:41:31-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 24 Apr 84 15:07 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 24 Apr 84 15:04 EST
Date: 24 Apr 1984 14:54-EST
From: Conal.Elliott@CMU-CS-CAD.ARPA
Subject: modem protocol
To: info-cpm@Mit-Mc.ARPA
Does anyone know of a Unix C implementation of the "modem" protocol for
downloading binary files? My terminal program (chameleon on the atari)
knows how to receive them, but I have been unsuccessful in sending them
on the unix end, even though it seems pretty simple. A program in some
other language would be okay too as an example. I already sent a query
to info-atari with no luck. Thanks in advance.
- Conal Elliott
24-Apr-84 21:40:01-MST,820;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 21:39:58-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 24 Apr 84 23:10 EST
Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 24 Apr 84 20:51 EST
Received: from ISL by SUMEX-AIM with Pup; Tue 24 Apr 84 17:48:31-PST
Date: Tuesday, 24 Apr 1984 17:50-PST
To: info-cpm@Brl-Aos.ARPA
Subject: bdsc/unix compatible library
Reply-to: kevinw@Su-Dsn.ARPA
From: Kevin W. Rudd <kevinw@Su-Dsn.ARPA>
Sender: kevinw@isl
has someone already done this?
it would certainly be nice for what bds-c does to do it
like unix... although that would make a lot of programs
need changing (or have an alternate set of deffx.crl files
which l2 has been munged to figure out...
-- Kevin
kevinw@su-dsn
24-Apr-84 22:00:01-MST,892;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 21:59:57-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 24 Apr 84 23:12 EST
Received: From bbna.arpa.ARPA by BRL-AOS via smtp; 24 Apr 84 23:12 EST
Date: 24 Apr 1984 23:11-EST
Sender: WAGREICH@Bbna.ARPA
Subject: What's the best C compiler for Apple II+ CP/M v. 2.23?
From: WAGREICH@Bbna.ARPA
To: Info-cpm@Brl-Aos.ARPA, info-apple@Brl-Aos.ARPA
Message-ID: <[BBNA]24-Apr-84 23:11:27.WAGREICH>
I have CPM60, 2 floppy disk drives (single-density, about 133K
bytes on each diskette) and 64K memory. Please send the name and
address of the distributor as well as the name of the best C
compiler.
Thanks.
Note to INFO-Apple subscribers: I am not onthe INFO-Apple
distribution list yet, so please send answers to me directly at
Wasgreich@BBNA.
25-Apr-84 00:25:34-MST,1098;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 00:25:30-MST
Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 25 Apr 84 1:59 EST
Date: Wed 25 Apr 84 01:59:16-EST
From: Mark Becker <CENT.MBECK%MIT-OZ@MIT-MC.ARPA>
Subject: Neophyte CP/M 2.2 Question
To: Info-CPM@AMSAA.ARPA
As a personal software project, I'm attempting to generate a BIOS
for a CP/M 2.2 system (mine!). Since I've already things up and running
with the manufacturer's BIOS, there are no real problems.. I just want
the experience of putting one together.
Anywho, I've been going through the listing of the current BIOS
and find something peculiar - every time the console input routine is
called, the current BIOS goes and flushes the disk buffers.
I can't find anything on this in the CP/M manual.. could someone
out there give me a hint as to why this is being done? Or do I just
have an oddball BIOS?
The hardware is an U.S. Micro S-100 12-slotter with their board
set.
Thanks in advance -
Mark Becker
-------
25-Apr-84 06:56:22-MST,874;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 06:56:14-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Apr 84 8:35 EST
Date: Tuesday, 24 April 1984 21:52-MST
Message-ID: <KPETERSEN.12010276002.BABYL@SIMTEL20>
Sender: "Robert L. Plouffe" <PLOUFF@Mit-Mc.ARPA>
From: "Robert L. Plouffe" <PLOUFF@Mit-Mc.ARPA>
To: W8SDZ@Simtel20.ARPA
Subject: M730DIAL.PAT - Fixing MDM730 alternate dialing bug
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: INFO-MODEM7@AMSAA.ARPA, INFO-CPM@Amsaa.ARPA
ReSent-Date: Wed 25 Apr 1984 06:36-MST
In addition to the patch given by Hoff, you had better
also do:
ORG 806H
JZ 2008H ;CA 20 08 (was CA 1F 08)
Reason is:
Irv moved the routine DIALAD3 by one byte with his patch
but forgot to change the address where the branch to that
routine occurs.
25-Apr-84 07:35:05-MST,685;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 07:35:00-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Apr 84 9:02 EST
Date: Wednesday, 25 April 1984 06:48-MST
Message-ID: <KPETERSEN.12010278734.BABYL@SIMTEL20>
Sender: "Robert L. Plouffe" <PLOUFF@Mit-Mc.ARPA>
From: "Robert L. Plouffe" <PLOUFF@Mit-Mc.ARPA>
To: PLOUFF@Mit-Mc.ARPA
cc: W8SDZ@Simtel20.ARPA
Subject: M730DIAL.PAT - Fixing MDM730 alternate dialing bug
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: INFO-MODEM7@AMSAA.ARPA, INFO-CPM@Amsaa.ARPA
ReSent-Date: Wed 25 Apr 1984 06:51-MST
Oops, that JZ 2008H should be JZ 0820H. Sorry!
25-Apr-84 07:37:51-MST,2782;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 07:37:40-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Apr 84 9:07 EST
Date: 25 Apr 1984 07:04 MST (Wed)
Message-ID: <KPETERSEN.12010281030.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Mark Becker <CENT.MBECK%MIT-OZ@MIT-MC.ARPA>
Cc: Info-Cpm@Amsaa.ARPA
Subject: Neophyte CP/M 2.2 Question - flushing disk buffers
In-reply-to: Msg of 24 Apr 1984 23:59-MST from Mark Becker <CENT.MBECK%MIT-OZ at MIT-MC.ARPA>
Tell your supplier he goofed. He should have done the patch to BDOS,
shown below. The "flush buffers" (which may be in BOTH conin and
conout) are completely unneeded and cause unnecessary disk activity.
In addition, some "install" programs (like the one from MicroPro for
DATASTAR) read in one sector of a .COM file, patch it, and then write
it back to disk. Without this patch nothing happens.
--Keith
---inserted file 22DBLOCK.DOC from SIMTEL MICRO:<CPM.GENDOC>---
DIGITAL RESEARCH CP/M [R] 2.2 FIELD SOFTWARE CHANGE
Copyright (c) 1980 Digital Research
ID# CPM22-0001 PROGRAM: BDOS ISSUE DATE: 02/19/80
ERROR DESCRIPTION: The following change affects only those CP/M
systems which are using the optional blocking and deblocking al-
gorithms listed in Appendix G of the CP/M Alteration Guide. If
you are in doubt as to the applicability of this field change,
please contact Digital Research or your CP/M distributor.
PATCH PROCEDURE: Ensure you have an archive copy of the distri-
buted MOVCPM.COM file. Make changes to a version of MOVCPM>COM
by carefully following the steps shown below: MOVCPM.COM is
loaded into memory using DDT and the changes are made using the
Assemble (A) and Set (S) commands. After making the changes,
return to the console command processor using the Go (G) command,
and SAVE the altered memory image on disk. The memory image on
tracks 0 and 1 must also be updated. This can be accomplished
by executing the new MOVCPM program, as described in the CP/M
Alteration Guide, and integrating your customized I/O system.
ddt movcpm.com
DDT VERS 2.0
NEXT PC
2700 0100
-a1cd2
1CD2 nop
1CD3 nop
1CD4 lxi h,0
1CD7
G0
save 38 movcpm.com
NOTE: This Field Software change is not installed in the CP/M
version 2.2. It must be installed in all systems which use the
deblocking algorithms listed in Appendix G of the CP/M Alteration
Guide.
25-Apr-84 09:29:18-MST,696;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 09:29:09-MST
Received: From usc-eclc.arpa.ARPA by AMSAA via smtp; 25 Apr 84 11:07 EST
Date: Wed 25 Apr 84 08:10:28-PST
From: BARAD@USC-ECLC.ARPA
Subject: sys/time.h
To: info-cpm@AMSAA.ARPA
I have downloaded xmodem.c from SIMTEL20 and tried to compile it on a VAX
running 4.2BSD. On our system, we have a time.h file in /usr/include, but
not in /usr/include/sys. I tried using the one that we have, but it was
not correct. Does anyone have the correct /usr/include/sys/time.h file?
Can he/she send it to me. Thanks!!!
Herb Barad
BARAD@USC-ECLC
-------
25-Apr-84 14:18:12-MST,663;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 14:18:05-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 25 Apr 84 15:42 EST
Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp; 25 Apr 84 15:45 EST
Date: Wed 25 Apr 84 12:44:36-PST
From: Dick <MEAD@USC-ECLB.ARPA>
Subject: SYNONYM art. in Microsystems
To: info-cpm@BRL.ARPA
Microsystems has a short review of a program, in the PD, called
SYNONYM. I gather that the source listing was supposed to be
included, but lately Microsystems has been pretty sloppy with
such things, and it got left out. Has anyone seen the program???
-------
25-Apr-84 20:56:53-MST,5546;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 20:56:35-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 25 Apr 84 22:23 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 25 Apr 84 22:17 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 25 Apr 84 1:41-PST
Date: 20 Apr 84 12:56:29-PST (Fri)
To: info-cpm@Brl-Aos.ARPA
From: decvax!ittvax!dcdwest!sdcsvax!noscvax!kemp@Ucb-Vax.ARPA
Subject: MODEM7 documentation for kaypro
Article-I.D.: noscvax.417
<a nonblank line>
April 20, 1984
I culled the following MODEM7 documentation from the
ASM list for the KMDM795 program released on the
-KAYPRO.001 disk by the Kaypro User Group.
Steve Kemp
kemp@nosc
NB: *** in the left margin indicates NOT IMPLEMENTED in this version.
CP/M MODEM PROGRAM Version 7.95 12/08/82
Version for: Kaypro II Computer
Single Letter Commands
----------------------
H - Display this information
? - Display current settings
T - Terminal mode
E - Terminal mode with echo
L - Terminal mode with local echo
For capturing text use T(or E or L) FILENAME.TYP and
Start & Stop toggles described on subsequent screen.
R - Receive CP/M file using Christensen Protocol
S - Send CP/M file using Christensen Protocol
Command is: R(or S) FILENAME.TYP
R and S can use the following subcommands:
B - Bulk transfer using wildcards (e.g. *.*)
Q - Quiet mode (no messages to console)
T - Return to terminal mode after transfer
V - View bytes transferred on console
Even(0)/Odd(1) parity sub-option is available somehow...
The single letter commands may also be used on the
command line when the program is initially executed.
Three Letter Commands
---------------------
CPM - Exit from this program to CP/M
DIR - List directory and space free (may specify drive)
ERA - Erase file (may specify drive)
LOG - Change default drive + user no. (specify drive + user)
and reset disks. e.g. LOG A0, LOG B (user # unchanged)
*** SPD - Set speed of file output in terminal mode
TIM - Set serial port baud rate
(Supports 300, 1200, 2400, 4800, 96000, 19.2k Baud.)
TCC - Toggle Checksum/CRC mode on receive
TBR - Toggle backspace to rub conversion
TLC - Toggle 1) local command immediate
2) local command after ctrl-^
TLF - Toggle send linefeed after carriage return
TXO - Toggle XOFF testing in terminal mode file output
NUM - List remote systems
(Library of Phone Numbers of Remote Systems)
SET - Set communication ports (accepted as a command, with
unknown effects...)
*** CAL - Dial number
*** DSC - Disconnect
*** BYE - Disconnect and reboot
The following are terminal text buffer commands:
DEL - Delete memory buffer and file
NOL - Return to terminal mode - no loss of data in buffer
WRT - Write memory buffer to disk file
Local Commands while in Terminal Mode
-------------------------------------
^E - Exit to command mode
*** ^D - Disconnect (for PMMI only)
*** ^@ - Send break
*** ^B - Change baud rate (for PMMI only, in terminal mode)
*** ^O - Transmit logon
^P - Toggle printer
^Y - Start copy into buffer
^R - Stop copy into buffer
Start & Stop may be toggled as often as desired.
A ":" at start of line indicates buffer is open.
XOFF automatically used to stop input when writing
full buffer to disk, XON sent to resume.
^T - Transfer ASCII file to remote
^^ - Send local control character to remote
- Next character will be used for local control
Default Settings
----------------
Default Drive: A0 (User #0, Drive a:)
Use 'LOG' to change
CRC mode set (Checksum mode NOT set)
Use 'TCC' to toggle
Printer is OFF
Use ^P to turn printer on
Modem speed is 1200 baud
Use 'TIM' to reset baud rate
Backspace is BACKSPACE (RUBOUT not used)
Use 'TBR' to toggle
Linefeed NOT sent after carriage return
Use 'TLF' to toggle sending LF after
carriage return
Use ctrl-^ to send local command to remote
Use 'TLC' to toggle
Terminal mode file buffer is inactive
Use ^Y to activate
Unused portion of buffer is 43776
(When inactive...)
XOFF testing NOT used in terminal mode file output
Use 'TXO' to toggle XON/XOFF usage
Terminal mode file output delay is 0.00 seconds per character
(This is not modifiable in this version and
may be incorrect at 0.00)
=======================================================================
26-Apr-84 00:34:35-MST,2778;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 00:34:28-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 26 Apr 84 2:10 EST
Date: 26 Apr 1984 00:12 MST (Thu)
Message-ID: <KPETERSEN.12010468253.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Dick <MEAD@USC-ECLB.ARPA>
Cc: Info-Cpm@Amsaa.ARPA
Subject: SYNONYM art. in Microsystems
In-reply-to: Msg of 25 Apr 1984 13:44-MST from Dick <MEAD at USC-ECLB.ARPA>
Date: Wednesday, 25 April 1984 13:44-MST
From: Dick <MEAD at USC-ECLB.ARPA>
To: info-cpm at BRL.ARPA
Re: SYNONYM art. in Microsystems
Microsystems has a short review of a program, in the PD, called
SYNONYM. I gather that the source listing was supposed to be
included, but lately Microsystems has been pretty sloppy with
such things, and it got left out. Has anyone seen the program???
Yes, the program is available on SIMTEL20 now. It's in
MICRO:<CPM.DIRUTL>SYNONYM2.DOC and
MICRO:<CPM.DIRUTL>SYNONYM3.ASM
SYNONYM is a program that generates a program. This
generated program when executed, will invoke another CP/M
command. It's really not as complex as it sounds. Here is an
example: You would like to invoke Microsoft basic by typing
only the letter "B" instead of typing "MBASIC". You could
just rename MBASIC.COM to B.COM but you could no longer use
"MBASIC" to invoke basic.
SYNONYM can create a "B.COM" file that when
invoked will modify the CCP input buffer to "MBASIC" and
then jump to the CCP. The new .COM file is very small (1
block) and is saved with the $SYS indicator set (in CP/M
2.x ) so it won't clutter up your DIRectory. Then to invoke
basic you would only have to type: "B". You could also pass
basic a program name to execute just as with MBASIC by
typing: "B BASPGM" (where BASPGM is the name of the basic
program).
You can also create a SYNONYM with a fixed parameter
string. For example you might like to run a basic program
called STARTREK.BAS by typing "ST". SYNONYM can create a
file ("ST.COM") that will invoke MBASIC and pass it a fixed
string "STARTREK". If you do create a SYNONYM with a fixed
paramater string any paramaters entered on the command line
invoking the SYNONYM will be appended to the fixed
paramaters. This could be used to invoke the SUBMIT program,
pass it the name of the .SUB file as a fixed paramater, and
then any other variable paramaters.
The program can be assembled with MAC or ASM and has been tested on
both CP/M version 1.4 and version 2.x (the $SYS attribute is set only
on 2.x).
--Keith
26-Apr-84 07:32:02-MST,1383;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 07:31:56-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 26 Apr 84 9:07 EST
Date: 26 Apr 1984 07:10 MST (Thu)
Message-ID: <KPETERSEN.12010544261.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: "Matthew J. Weinstein" <matt@UCLA-LOCUS.ARPA>
Cc: Info-Cpm@Amsaa.ARPA
Subject: YAM428.LBR problems
In-reply-to: Msg of 26 Apr 1984 06:01-MST from Matthew J. Weinstein <matt at UCLA-LOCUS.ARPA>
Date: Thursday, 26 April 1984 06:01-MST
From: Matthew J. Weinstein <matt at UCLA-LOCUS.ARPA>
To: w8sdz
Re: YAM428.LBR
I downloaded YAM428.LBR, and LU301 complains about CRCs. In addition
text files seem to be missing CR's.
(Just thought you'd want to know...)
- Matt
Try LU300, Matt. LU301 is only for CP/M look-alikes and is NOT an
update. It's a patched LU300 which may not be competely up to specs.
Yes, I know about three files that contain only LF for end-of-line.
Apparently some of the files were SQueezed under Unix instead of CP/M.
You can restore them with USQ-20.COM's -N option, which converts LF's
to CRLF's. Many people may not know about this -N option, which was
added by Chuck Forsberg to deal with Unix-SQueezed files.
--Keith
26-Apr-84 12:18:44-MST,1197;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 12:18:39-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 26 Apr 84 10:28 EST
Received: From mit-multics.arpa.ARPA by BRL-AOS via smtp; 26 Apr 84 10:28 EST
Date: Thu, 26 Apr 84 10:17 EST
From: Boebert@MIT-MULTICS.ARPA
Subject: Applicard Review
To: info-cpm@BRL.ARPA, info-apple@BRL.ARPA
Message-ID: <840426151746.397559@MIT-MULTICS.ARPA>
Replaced my Softcard with the 6mhz Applicard + 128k RAMdisk. Should
have done it a long time ago. Primary application is text editing using
Mince; with the swap file on the RAMdisk, Mince runs faster than
mainfrrame Emacs at 1200 baud.
Documentation is a little sketchy; basically an installation manual and
a somebody's intro to CPM book. Several commands are not described in
either set. OEM documentation available for people wanting to write
funny drivers, etc. Technical support (questions) is *excellent*.
If you do try to use Mince off the RAMcard, make sure you load mince.com
onto the M: device *before* you load mince.swp; if mince.swp is the
first file on the disk, Mince crashes. I know not why ...
26-Apr-84 15:12:37-MST,705;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 15:12:34-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 26 Apr 84 15:44 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 26 Apr 84 15:42 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 26 Apr 84 0:51-PST
Date: 21 Apr 84 6:30:46-PST (Sat)
To: info-cpm@Brl-Aos.ARPA
From: decvax!ittvax!dcdwest!sdcsvax!sdccs7!ee163abs@Ucb-Vax.ARPA
Subject: modem7 request ( apple //e, hayes1200 )
Article-I.D.: sdccs7.1199
Anyone out there have the source program of MODEM7 for the apple //e
with CCS 7710 board and Hayes 1200 smartmodem. Please reply by mail.
Ron Breger
26-Apr-84 17:42:14-MST,864;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 17:42:10-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 26 Apr 84 18:24 EST
Received: From nalcon.arpa.ARPA by BRL-AOS via smtp; 26 Apr 84 18:19 EST
Received: by nalcon (4.12/4.7)
id AA03187; Thu, 26 Apr 84 18:17:02 est
Date: Thu, 26 Apr 84 18:17:02 est
From: Avrunin <avrunin@Nalcon.ARPA>
Message-Id: <8404262317.AA03187@nalcon>
To: decvax!ittvax!dcdwest!sdcsvax!sdccs7!ee163abs@Ucb-Vax.ARPA,
info-cpm@Brl-Aos.ARPA
Subject: Re: modem7 request ( apple //e, hayes1200 )
The MDM730 program with the M7AP-2B.ASM overlay is supposed to work
with CCS7710 and external modem. It will work with microsoft softcard
and the Applicard. It is on-line at SIMTEL20. I have not tried this
myself but is supposedly works.
Larry Avrunin
27-Apr-84 00:51:03-MST,1159;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 00:50:59-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 1:28 EST
Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 1:25 EST
Date: 27 Apr 1984 01:22-EST
Sender: ABN.ISCAMS@Usc-Isid.ARPA
Subject: Re: modem7 request ( apple //e, hayes1200 )
From: ABN.ISCAMS@Usc-Isid.ARPA
To: avrunin@Nalcon.ARPA
Cc: decvax!ittvax!dcdwest!sdcsvax!sdccs7!ee163abs@Ucb-Vax.ARPA
Cc: info-cpm@Brl-Aos.ARPA
Message-ID: <[USC-ISID]27-Apr-84 01:22:29.ABN.ISCAMS>
In-Reply-To: <8404262317.AA03187@nalcon>
I just fired up MDM730 with the M7AP-2B.ASM overlay about 3 days ago -- worked
just fine (though I don't have the Applicard). Kind of surprised me, but
I put the Apple back to back with my Toad (also running MDM730), doing
transfers over an RS-232 cable -- transfered .COM and ASCII files at 9600
baud with no problems at all! Would not have expected the Apple to push that
fast! Now if there were only a way to push 9600 over voice quality phone
lines ...
Regards,
David Kirschbaum
Toad Hall
ABN.ISCAMS@USC-ISID
27-Apr-84 02:04:12-MST,1235;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 02:04:08-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 2:39 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 2:37 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 26 Apr 84 23:30-PST
Date: 23 Apr 84 1:03:58-PST (Mon)
To: info-cpm@Brl-Aos.ARPA
From: hplabs!hpda!fortune!burton@Ucb-Vax.ARPA
Subject: Re: 8086 co-processors for CPM80 - (nf)
Article-I.D.: fortune.3129
#R:sri-arpa:-1231300:fortune:25500011:000:601
fortune!burton Apr 22 23:59:00 1984
there are other "add on 8086" boards on
the market.
A company call SWP, somewhere in Texas, produces a board to upgrade most
Z80's. Supposedly the Morrow and Kaypro 16 bit upgrades are
actually manufactured by them.
>From their ads, it seems they offer MS-DOS, butr not PC-DOS, since
the latter w ould require specific hardware at specific locations, the
goal of all the IBM-PC-clone designers.
Philip Burton 101 Twin Dolphin Drive-MS 133
Fortune Systems Redwood City, CA 94065 (415) 595-8444 x 526
- - -
{ihnp4 [ucbvax | decvax!decwrl]!amd70 harpo hpda }!fortune!burton
27-Apr-84 09:06:11-MST,4244;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 09:05:57-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 10:29 EST
Received: From columbia-20.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 10:27 EST
Date: Fri 27 Apr 84 10:24:45-EST
From: Frank da Cruz <cc.fdc@COLUMBIA-20.ARPA>
Subject: New release of KERMIT for CP/M-80
To: Info-Kermit@COLUMBIA-20.ARPA
cc: Info-CPM@BRL-AOS.ARPA, Info-Micro@BRL.ARPA
This is to announce a new release of CP/M-80 KERMIT, version 3.9. This is not
the long-awaited "modularized" version, but a maintenance release of the
current monolithic version that fixes many bugs and addresses various
shortcomings in the previous release, which was version 3.6. Here is a brief
list of the changes since version 3.6:
* Fixes & improvements contributed by Greg Small, UC Berkeley, including:
. A "fuzzy" timer -- imprecise timeouts
. Some VT52 emulation bugs fixed
. Bugs with file attribute bits fixed
. TRS-80 support for both Lifeboat & Pickles & Trout CP/M
. Morrow Decision I support
. Separate terminal support for TVI925, ADM3A, "generic CRT" on some systems
. Buffer boundary checking for recovering from long bursts of noise
* From Kimmo Laaksonen, Helsinki University of Technology Computing Centre:
. Support for Nokia MikroMikko (a Finnish CP/M system)
. Filename completion on ESC, a`la TENEX/TOPS-20
. TRANSMIT command, for uploading a file "bare" (no protocol), with XON/XOFF
. Miscellaneous fixes & cosmetic improvements
* Contributions from Bernie Eiben, DEC Marlboro, including:
. Integration of Greg's and Kimmo's changes with working source
. SET PRINTER ON/OFF during CONNECT (no fancy buffering or waiting)
. ^C during file transfer returns immediately to command level
. Source file compaction, removal of update history to separate file
. Rainbow-100 support removed; use CP/M-86 Kermit from now on.
* From Columbia:
. 8th-bit prefixing for transferring binary files when parity is in effect
. Fixed and/or improved communication with IBM mainframes
. Kaypro II and other display fixes
. Added code for DECmate-II to transmit BREAK signal
. SET TIMER ON/OFF, off by default, goes on/off automatically with SET IBM
. Default file mode as distributed is now ASCII
. Misc bug fixes
HEX files have been built for all the systems supported by this program.
Here is a list of them:
CPMAPPLE Apple II, Z80 softcard
CPMBRAIN Intertec SuperBrain
CPMDMII DECmate II, Z80 card
CPMGENERI Generic CP/M-80 2.2
CPMHEATH Heath/Zenith-89
CPMKAYPRO Kaypro II
CPMMDI Morrow Decision I
CPMMIKKO Nokia MikroMikko
CPMOSBORN Osborne 1 (serial port only)
CPMOSI Ohio Scientific
CPMPLUS Generiac CP/M-80 3.0
CPMROBIN DEC VT180 "Robin"
CPMTRLB TRS-80 Model II, Lifeboat CP/M-80
CPMTRPT TRS-80 Model II, Pickles & Trout CP/M-80
CPMTELCON Telcon Zorba
CPMVECTOR Vector Graphics
CPMZ100 Heath/Zenith Z100, CP/M-80 (8085 side)
These files are all stored with the suffix ".HEX" in the area "KER:", for
instance KER:CPMDMII.HEX, in normal ASCII format. The hex files for the
previous release are still available with suffix ".OHX". There is also a new
Kermit User Guide chapter for this program, KER:CPMKERMIT.MSS and .DOC. The
entire group of CP/M-80 Kermit files can be referred to as KER:CPM*.*. Network
users may obtain KERMIT files from host CU20B via NFT (CCNET), or host
COLUMBIA-20 via anonymous FTP (only after 6:00pm on weekdays, ARPANET). The
hex files may be downloaded to your micro using your old version of KERMIT (or
MODEM7, or any other downloading procedure) and then converted to runnable .COM
format with the LOAD command. Your old KERMIT.COM should be renamed to
something like OLDKERM.COM for backup and the new one can then be renamed to
KERMIT.COM.
Since this new release is the result of the work of many people at many sites
on many different machines, there can be no guarantee that it works on all the
systems listed above. It has been tested thoroughly on the DEC VT-180, the
Kaypro II, and the Intertec Superbrain. I'd appreciate reports about the other
systems.
-------
27-Apr-84 10:14:43-MST,667;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 10:14:38-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 11:45 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 11:45 EST
Date: 27 Apr 1984 11:09-EST
From: Conal.Elliott@CMU-CS-CAD.ARPA
Subject: jrt pascal
To: info-cpm@Mit-Mc.ARPA
Is there documentation anywhere on how to put together and use the JRT
pascal system that lives in micro:<sigm.vol082> at simtel20? I'm
interested in it for my younger brother who just got a cpm computer and
is learning the ropes.
Thanks in advance,
Conal Elliott
27-Apr-84 12:15:15-MST,671;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 12:15:09-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 13:40 EST
Received: From bbn-cd.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 13:32 EST
Date: Fri, 27 Apr 84 13:23:33 EST
From: Bob Clements <clements@Bbn-Cd.ARPA>
Subject: Where is everybody?
To: info-micro-request@Brl-Aos.ARPA, info-cpm@Brl-Aos.ARPA
Cc: clements@Bbn-Cd.ARPA
I haven't received any info-micro or info-cpm mail for about a week.
My address is rcc2@bbn. If everything's broken, I apologize for adding
to the pile of questions (though I did wait a week first).
/Rcc
27-Apr-84 13:59:48-MST,5714;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 13:59:27-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 15:22 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 15:12 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 27 Apr 84 1:49-PST
Date: 22 Apr 84 19:15:06-PST (Sun)
To: info-cpm@Brl-Aos.ARPA
From: decvax!mcnc!ecsvax!emigh@Ucb-Vax.ARPA
Subject: Re: Distributing modifications to F80
Article-I.D.: ecsvax.2359
In-Reply-To: Article ecsvax.2172
< This space for rent >
I have finally received all the comments about my distribution of F80
routines, so here is the summary.
Original Question:
I was given the source of some disassembled routines from the Microsoft F80
runtime library. I spent about a day to modify the code to run faster
under a Z80, and achieved improvements of 37% for floating point divide and
25% for floating point multiply. I asked for advice as to whether or not I
could post these routines to, say, net.sources. Microsoft tries to
copyright and license F80, the license saying that disclosure would cause
great harm to Microsoft.
Responses: {my comments in braces or paragraphs headed by a '>'}
>By far, the most numerous responses were like:
I don't know about posting the MAC code, but I sure would like to get a
copy of it myself.
>As to the legality of distributing the Source there were several
conflicting answers. Several people offered lawyer friends to call. The
"best" answer I could find is:
If the copyright was before Jan 1, 1977, the software fell under the old
copyright act and no one knows what that means. If it was copyrighted
after Jan 1, 1977 but before Dec 12, 1980 things are different but still
not too clear. If after Dec 12, 1980, then you can do whatever you want
with re-coding for yourself but not for any other use--including public
domain.
He also said that it was his belief (he is especially interested in this
area) that both copyright and trade secret protection could not be held at
the same time, but that this question has not been litigated as yet, thus
there is no confirmation or denial of his belief.
>Other legal responses from the net were:
About all you can do legally is to distribute a patch list: give the
addresses of locations that you change, and the new contents of those
locations. {This amounts to releasing the REL files}
By the way, Microsoft watches this mailing list {one of the reasons I did
it this way}, so you have just informed them that you are considering
pirating their software. I wouldn't be surprised if you heard from them.
{Never did hear from them}
>Some practical solutions:
I suppose that if you anonymously send the sources out to this mailing
list, then it will be impossible to trace you down. {Maybe I could get
them distributed from kgbvax or kremvax :-)} That's not a moral solution,
but certainly a practical one. Anyway, one couldn't use your routines
without the rest of the fortran compiler, so why would Microsoft care?
{Who knows the workings of corporate minds} You might even offer to give
them a copy for free!
There shouldn't be a problem if you are distributing only the REL files.
People need a Microsoft licensed linker..and so on.. to produce COM files
anyway.
It's too bad the routines were disassembled by someone who signed the
nondisclosure agreement. Since you can distribute the COM files of any F80
program, it would not be any more difficult to disassemble it with
'appropriately chosen' F80 programs. {Of course, who would go to the
trouble if they didn't have F80. The disassembly is much more difficult if
you do not have the REL files. The disassembly was semi-automated, and
took approximately 2 minutes per module to disassemble, and an additional
1/2 to 3 hours to comment. There are over 100 modules in FORLIB.REL (What
some people can do with free time!). }
>The action that best strikes my fancy is (from several sources):
The obvious answer to your real problem is to write MicroSoft a letter
asking for their desires on the distribution. {As previously mentioned,
Microsoft is on USENET, and presumably reads this news group. I was
disappointed, but not suprised, that I did not hear from anyone at
Microsoft.}
I would suggest that you attempt to get Microsoft's permission to
distribute Z80 mul and div routines for no profit. If they are reasonable
they will not object.
>>I have now written to Microsoft to ask them what their wishes are
regarding the routines. However, as one respondent said:
>From what I've heard, they are really bad about customer response.
Personally, I think the turkeys deserve to get shafted. But don't let that
lead you astray. {I'm not trying to shaft anyone}
>>In the mean time, I reread the license and discovered that I am to make
sure that I do not disclose any information to persons *WHO ARE NOT
REGISTERED USERS* (emphasis mine). As such, I believe that I can
distribute the source of my modifications to any registered users of F80.
If you are a registered user of F80 and would like to receive the
modifications, please mail your net-address and registration number to me.
I am in the midst of final testing of the routines, and will release them
as soon as I am convinced that they are correct.
Thanks to all who responded. I tried to reply to all, but the mail may
have gotten lost in the net.
--
Ted H. Emigh North Carolina State University Raleigh NC
USENET: {akgua decvax duke ihnp4 unc}!mcnc!ecsvax!emigh
ARPA: decvax!mcnc!ecsvax!emigh@BERKELEY.ARPA
27-Apr-84 21:31:56-MST,666;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 21:31:52-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 23:07 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 23:03 EST
Date: 27 April 1984 23:01-EST
From: Paul R. Grupp <GRUPP@Mit-Mc.ARPA>
Subject: SYNONYM art. in Microsystems
To: W8SDZ@Simtel20.ARPA
cc: INFO-CPM@Mit-Mc.ARPA, MEAD@Usc-Eclb.ARPA
In-reply-to: Msg of 26 Apr 1984 00:12 MST (Thu) from Keith Petersen <W8SDZ at Simtel20.ARPA>
You forgot to mention that this program does NOT work with ZCPR2
if you are using the EXTERNAL CCP buffer.
--Paul
28-Apr-84 00:36:51-MST,1412;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 00:36:47-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Apr 84 2:20 EST
Received: From ucb-vax.arpa.ARPA by BRL-AOS via smtp; 28 Apr 84 2:15 EST
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27)
id AA07207; Fri, 27 Apr 84 23:12:00 pst
Received: from ucbruby.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA
(4.14.noSUID/4.16) id AA21623; Fri, 27 Apr 84 23:13:23 pst
Received: by ucbruby.CC.Berkeley.ARPA
(4.14/4.16) id AA06203; Fri, 27 Apr 84 23:13:09 pst
Received: by ucbnewton.Berkeley.ARPA (4.6/4.25)
id AA28351; Fri, 27 Apr 84 23:09:36 PST
Date: Fri, 27 Apr 84 23:09:36 PST
Message-Id: <8404280709.AA28351@ucbnewton.Berkeley.ARPA>
From: Phil Lapsley <phil%ucbnewton.CC@Ucb-Vax.ARPA>
To: info-cpm@brl.ARPA
Subject: Apple BIOS info request
I am helping a friend of mine with an Apple/Microsoft softcard
set up a CP/M system, and I am very curious (pronounced "in need of")
a copy of the bios that Microsoft/whoever wrote up for the creature.
Does anyone know if such a thing exists, and if so, where I might
be able to get my hands on a copy? Any other information about
the Apple's BIOS would be appreciated (I've already checked out
the stuff in CPM.APPLE on Simtel20). Thanks.
Phil
(phil%ucbnewton@Berkeley.ARPA)
28-Apr-84 07:57:48-MST,776;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 07:57:45-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Apr 84 9:34 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 28 Apr 84 9:33 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 28 Apr 84 6:21-PST
Date: 23 Apr 84 12:28:13-PST (Mon)
To: info-cpm@Brl-Aos.ARPA
From: decvax!yale-comix!dardik@Ucb-Vax.ARPA
Subject: Osborne Diskette Format
Article-I.D.: yale-com.3523
Does anybody know the format of the Osborne I Double Density diskettes?
I am trying to customize my BIOS to read them and would appreciate any
information regarding their BLM, AL0, AL1, etc., etc. Sector skewing
would be most appreciated too.
-Alan Dardik
28-Apr-84 10:21:12-MST,573;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 10:21:08-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 28 Apr 84 12:00 EST
Date: 28 Apr 1984 10:02 MST (Sat)
Message-ID: <KPETERSEN.12011099954.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: MDM7xx overlay for Superbrain available
MICRO:<CPM.MODEM7>M7SB-1.ASM on SIMTEL20 is the overlay for MDM7xx
and the Superbrain. Several people were asking for it.
--Keith
28-Apr-84 11:51:57-MST,778;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 11:51:52-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Apr 84 13:27 EST
Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 28 Apr 84 13:22 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 28 Apr 84 10:11-PST
Date: 24 Apr 84 7:52:27-PST (Tue)
To: info-cpm@Brl-Aos.ARPA
From: decvax!yale-comix!dardik@Ucb-Vax.ARPA
Subject: Osborne Diskette Format
Article-I.D.: yale-com.3536
Does anybody know the format of the Osborne I Double Density diskettes?
I am trying to customize my BIOS to read them and would appreciate any
information regarding their BLM, AL0, AL1, etc., etc. Sector skewing
would be most appreciated too.
-Alan Dardik
28-Apr-84 12:46:30-MST,1342;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 12:46:26-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Apr 84 14:17 EST
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 28 Apr 84 14:18 EST
Date: Sat 28 Apr 84 14:11:18-EST
From: Mark Becker <CENT.MBECK%MIT-OZ@MIT-MC.ARPA>
Subject: Check your Delta Products/U.S. Micro Sales 64k DRAM boards
To: Info-Micro@AMSAA.ARPA, Info-CPM@BRL.ARPA
<Why doesn't someone fix this bug?>
This is for owners of U.S. Micro's or Delta Products 64k dynamic
RAM cards - You might want to check the installation of C6, a 10-to-47
uF capacitor located just to the left of where U2 and U4 butt together.
On some boards, the silk-screening is backwards! And the capacitor
may be installed backwards as well.
Typically this capacitor, after a period of time, will turn into
a resistor and load down the -5V going to the memory chips. The voltage
on the card I have reached -4V, at which point programs started crashing.
I replaced it - local Radio Shack had it on the shelf. Went and
checked three Delta boards and found they had the same problem.
Other than that, I've found the hardware to be pretty solid - no
other problems in two plus years of operation.
Mark Becker
-------
28-Apr-84 13:28:16-MST,568;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 13:28:11-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Apr 84 15:08 EST
Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp; 28 Apr 84 15:07 EST
Date: Sat 28 Apr 84 12:05:52-PST
From: Dick <MEAD@USC-ECLB.ARPA>
Subject: Re: SYNONYM art. in Microsystems
To: GRUPP@MIT-MC.ARPA
cc: info-cpm@BRL.ARPA
In-Reply-To: Message from "Paul R. Grupp <GRUPP @ MIT-MC>" of Fri 27 Apr 84 20:01:00-PST
STARTUP will do the same thing, basically.
-------
28-Apr-84 19:04:23-MST,1149;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 19:04:18-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Apr 84 20:40 EST
Received: From amsaa.arpa.ARPA by BRL-AOS via smtp; 28 Apr 84 20:36 EST
Date: Sat, 28 Apr 84 20:23:36 EST
From: David Towson (CSD) <towson@Amsaa.ARPA>
To: Mark Becker <CENT.MBECK%MIT-OZ@mit-mc.arpa>
cc: Info-Micro@amsaa.arpa, Info-CPM@brl.arpa
Subject: Re: Check your Delta Products/U.S. Micro Sales 64k DRAM boards
Added note: The problem described by Mark may be VERY SERIOUS if the board
uses 4116 type DRAMS. (I am not familiar with the board.) If this is the
case, and if the capacitor mentioned degrades enough to cause loss of the -5V
supply, the result will be immediate and catastrophic failure of ALL of the
dynamic RAM chips. This is why the power supplies for 4116 RAMs must be
properly sequenced so that the -5V comes up first and goes down last. If the
board in question does not use 4116's, perhaps someone else can comment about
whether the same vulnerability exists.
Dave
towson@amsaa.arpa
28-Apr-84 21:30:41-MST,3427;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 21:30:31-MST
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 28 Apr 84 22:54 EST
Received: from simtel20.arpa by BRL-VGR.ARPA id a010988; 28 Apr 84 22:55 EST
Date: 28 Apr 1984 20:54 MST (Sat)
Message-ID: <WANCHO.12011218699.BABYL@SIMTEL20>
From: "Frank J. Wancho" <WANCHO@simtel20.ARPA>
To: INFO-CPM@BRL-VGR.ARPA
Cc: INFO-MICRO@BRL-VGR.ARPA
Subject: Space crunch and tar tapes
The current collections of public domain files are bursting the seams
of the RP06 that's holding them. Here are the current disk usage
stats taken Friday afternoon:
MICRO:<CPM.*> 14,818 disk pages
MICRO:<CPMUG.*> 7,692 15.4 MBytes
MICRO:<SIGM.*> 20,192 40.4
MICRO:<PC-BLUE.*> 3,260 6.5
------ ----
Total: 46,019 disk pages 62.3 MBytes
A TOPS-20 disk page is 512 36-bit words, and the above figures include
the values for the superior directories in each case.
On top of that, it also looks like I'll be getting new SIG/M releases
monthly (five more volumes just showed up). So, to relieve the
potential trauma of lack of elbow room on MICRO:, I have prevailed
upon Gail Zacharias to apply her file type determining algorithms used
in DE-LBR to build another program. This program analyses each file
and converts only those files which it determines are truly ASCII text
files, but stored in ITS-Binary format, into ASCII text files. I'll
be running her program on the files in the above directories, except
MICRO:<CPM.*> over the next few days.
This, of course, means that my oft-repeated statement that ALL the
files in those directories are stored in ITS-Binary format will no
longer be true. To avoid confusion, Gail's program happens to write
out the next generation, which will be .2 in most cases. This means
that your clue for FTP is that if the filename shows up as file.typ.1,
it is ITS-Binary, and if it shows up as file.typ.2, it is ASCII. You
will also have an updated .CRCLST to reference, which shows the
storage method for each file.
Simply because ASCII text files are stored five characters per word,
instead of four bytes per word in ITS Binary format, I expect to
recover a considerable amount of file space by using this utility.
However, the catch is, other than looking for the .2 generation
number, that most of the CRC values published with each volume and
elsewhere will no longer match the files stored in ASCII format.
Don't expect the conversions to happen all at once. Just be forwarned
that things are changing if you see something strange.
Finally, a note for those of you on Unix machines, especially those
not connected to DDN (and thus do not have FTP access to SIMTEL20). I
have received an updated version of the TOPS-20 tar program which can
now write binary as well as ASCII files to tar tapes. After I finish
the conversions, I'll see if I can find time to experiment with the
program to see how many tapes will be needed to store all these files.
What I expect we can do is make a set of tapes available to a
volunteer beta site to see if they can be read. If so, then start
them out to a distribution path to interested sites who are willing to
provide the disk space to keep them online, or to make copies for
further distribution. Just bear in mind that these files are as-is.
--Frank
29-Apr-84 06:47:14-MDT,848;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 29 Apr 84 06:47:11-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 29 Apr 84 8:27 EDT
Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 29 Apr 84 8:21 EDT
Date: Sun 29 Apr 84 08:18:27-EDT
From: Mark Becker <CENT.MBECK%MIT-OZ@MIT-MC.ARPA>
Subject: Re: Check your Delta Products/U.S. Micro Sales 64k DRAM boards
To: towson@AMSAA.ARPA
cc: Info-Micro@AMSAA.ARPA, Info-CPM@BRL.ARPA
In-Reply-To: Message from "David Towson (CSD) <towson@AMSAA.ARPA>" of Sat 28 Apr 84 20:44:19-EST
<more food for the message muncher>
Both Delta Products and U.S. Micro memory boards I have use 4116
(or equivalent) DRAMS. Mr. Towson is correct - if the -5V line goes
out of spec, the memory chips will self-destruct.
Mark Becker
-------
29-Apr-84 16:58:07-MDT,957;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 29 Apr 84 16:58:01-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 29 Apr 84 18:29 EDT
Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 29 Apr 84 18:25 EDT
Date: 29 Apr 1984 16:23 MDT (Sun)
Message-ID: <CSTROM.12011420583.BABYL@SIMTEL20>
From: CSTROM@Simtel20.ARPA
Subject: Wordstar footnoter
To: INFO-CPM@Brl-Aos.ARPA
cc: CSTROM@Simtel20.ARPA
I have uploaded a useful footnoting program to Simtel20. This program
is designed to operate with WordStar. I regret that I have not yet had
a chance to personally check the program out, but some of the members
of CP-MIG (the Compuserve CP/M interest group) have spoken very highly
of the utility. The files are in the MICRO:<CPM.WSTAR> directory of
Simtel20 and are FTNOTE12.COM, FTNOTE12.DOC, and FTNOTE12.HEX (my
thanks to Keith, W8SDZ at Simtel20 for generating the .HEX file).
29-Apr-84 17:17:11-MDT,630;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 29 Apr 84 17:17:05-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 29 Apr 84 18:49 EDT
Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp; 29 Apr 84 18:47 EDT
Date: Sun 29 Apr 84 15:46:21-PDT
From: Dick <MEAD@USC-ECLB.ARPA>
Subject: Anyone got USR S-100 on BYE yet?
To: info-micro@BRL.ARPA, info-cpm@BRL.ARPA
I am still trying to make the USR S-100 modem work with BYE3 or MBYE3
without much luck. Has anyone gotten an overlay file and modem interface
to work with the modem yet??? Mail me a copy, okay?
-------