1-May-83 08:12:00,839;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 1 May 83 19:37 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 1 May 83 19:34 EDT
Received: From Gunter-Adam.ARPA by BRL via smtp; 1 May 83 10:18 EDT
Date: 1 May 1983 0912-CDT
From: DSDC-TECH@gunter-adam.arpa
Subject: FTP download problems
To: info-cpm@brl.arpa
cc: w8sdz@mit-mc.arpa, feedback@office-10.arpa
I was trying to download some files using FTP from OFFICE-10, in the
directory <MICRO>, however the only thing I am able to get is such errors
as:
Cannot parse: <MICRO>CPM.archive;30328 or
Access denied
I'm looking for an archived message for the month of Feb or March, if
anyone can give me some insite into what's going on I would appreciate
it. Please reply directly to GUTHRIE@GUNTER-ADAM
Thanks
-------
1-May-83 22:28:00,787;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 1 May 83 22:44 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 1 May 83 22:33 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 1 May 83 22:28 EDT
Date: 1 May 1983 22:28 EDT
From: Leor Zolman <LEOR@mit-mc.arpa>
Subject: Some new BDS C utilities
To: INFO-CPM@mit-mc.arpa
I have uploaded three personl little utility programs to MCAR37:CPM;
The programs are:
APPEND C Append one text file onto another, quickly
TAIL C Print out the last n lines of a text file
DI C Compare two files, print first difference (if one)
These aren't earth-shaking breakthroughs in computer science, but they
are useful (at least to me). APPEND.C and TAIL.C require BDS C v1.5,
since they use "seek" in relative-to-EOF mode.
-leor
2-May-83 00:02:00,1196;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 2 May 83 2:08 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 May 83 2:05 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 2 May 83 2:00 EDT
Date: 2 May 1983 00:02 EDT (Mon)
From: Tony <Li@rutgers.arpa>
To: Info-Cpm@mit-mc.arpa
Subject: Digital Research Query.
Reply-To: Li@rutgers.arpa
Home: 609 Gibson Ave., Pacific Grove, Ca. 93950 (408) 375-4930
Hi again. Thanks to all of you who responded to my first query about CP/M
and Digital Research. I didn't get as many responses as I really need, so
I'm trying again.
For those of you who missed it: I am soliciting comments, suggestions,
complaints and other correspondence to be sent to appropriate High Ups in
Digital Research. The reason for this request is that I believe DRI is
out-of-touch with their 'hacker' customer base, and I like to give them some
feedback.
Pretty much, I'd like to hear anything that you have to say. All messages
will be confidential, unless you send a copy to the appropriate list.
Suggestions for further enhancements to CP/M or ideas for other products are
especially welcome.
Cheers,
Tony ;-) <Li @ Rutgers>
2-May-83 09:04:00,4412;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 2 May 83 9:19 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 May 83 9:12 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 2 May 83 9:04 EDT
Date: 2 May 1983 09:04 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: XMODEM74 now available
To: INFO-CPM@brl.arpa
XMODEM74 is now available on MIT-MC. This is a worthwhile
update for RCPM operators who are using older versions.
It includes the ability to send individual files from
.LBR files and has RP (Receive Private) option which allows
caller to send private files to the SYSOP.
XMODEM is NOT meant to replace MODEM. It is for use on
unattended Remote CP/M systems.
The files are in CPM;AR63:
XMACAT 74ASM -- Apple CAT modem I/O overlay
XMDCH 74ASM -- D.C. Hayes I/O overlay
XMEXT 74ASM -- External serial port I/O overlay
XMEXT 74NEW -- Ditto, with enhancements
XMHZ89 74ASM -- Heath/Zenith I/O overlay
XMINT3 74ASM -- Interfacer 3 I/O overlay
XMMMII 74ASM -- D.C. Hayes Micro-Modem II I/O overlay
XMODEM 74ASM -- Main program source code
XMODEM 74INF -- Information on the files in this package
XMODEM 74MSG -- Message announcing the package
XMPMMI 74ASM -- PMMI MM103 I/O overlay
XMSMDM 74ASM -- D.C. Hayes Smart Modem I/O overlay
Here's more detailed information:
TOPIC: XMODEM74
FROM : IRV HOFF W6FFC
DATE : 04 APR 83
XMODEM is a program used primarily on remotely operated RCPM systems
that allows program transfer to and/or from remote users. It can trans-
fer any type of CP/M file including absolute binary files (.OBJ).
Originally written by Keith Petersen and based at that time on Ward
Christensen's MODEM ver 2.0 it has since undergone extensive revision.
Nearly every new version has tacked on yet another computer/modem
combination. It has grown very unwieldy in size and awkward to handle.
In a major contribution to simplifying the program, Sigi Kluger with
his XMODEM 6.8 stripped out all the various hardware configurations. He
wound up with a jump table at the beginning that permits use of external
overlay files for a particular computer/modem.
The current version is XMODEM 7.4. The 7.x series has several new
features which give it a tremendous flexibility. Major recent additions
include:
1) A general purpose menu. Just type:
A0>XMODEM <return>
This menu includes the drive/user area for normal uploading.
(The A0> prompt in this and subsequent examples is shown as a
typical possibilty of a drive/user area you may be in.)
2) Ability to send (download to the remote user) member files from
a library group (.LBR) without having to copy the entire li-
brary file. (Use a separate program called LDIR.COM to find
the member names of a library group.)
3) Ability to specify what disk/user area from which to send a pro-
gram so the remote user doesn't have to go to that area first:
A0>XMODEM S B6:HELLO.DOC
(An option limits the maximum user area.)
4) Programs can be uploaded to a special non-public user area for
the exclusive use of the SYSOP. These can include replacement
programs for one already on some public area, experimental
programs you wish him to test before making them public, pre-
typed notes for his exclusive reading or any program you wish
him to see that is not appropriate for public use at that time.
5) Ability to download from a special area. This enables the SYSOP
to place special programs, pretyped messages, etc. in this
area. He can then leave a private message on his bulletin
board to the person for whom the program is intended. Al-
though any user COULD download that program, only the SYSOP
and his intended recepient know the its correct name. This
provides excellent security. The SYSOP can thus make any per-
son an instant temporary privileged user. This gives him a
tremendous flexibility he has not previously had.
6) Spaces can now be used without error. Example:
A0>XMODEM L B7: CATALOG CAT2.DOC
will send a file called CAT2.DOC from the CATALOG.LBR library.
NOTE: The .LBR extent need not be included. If not, it is
added automatically.
--end--
2-May-83 10:08:00,1840;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 2 May 83 10:50 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 May 83 10:37 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 2 May 83 10:08 EDT
Date: 2 May 1983 10:08 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: FTPing files from MIT-MC:CPM;
To: tcarnahan@usc-isie.arpa
cc: Info-Cpm@brl.arpa
Unlike most other machines on the net, MC (and the other ITS machines,
ML, AI, and DM), does not require you to login when using FTP access.
Also, we have the CPM; directory full of plain files and something
called ARChive files. ARChive files contain files and are referenced
by a device name. Thus, to reference a regular file to fetch it into
your machine via FTP, type:
GET CPM;fn1 fn2<cr>
local-filename<cr><cr>
For a file in an ARChive:
GET CPM;ARnn:fn1 fn2<cr>
local-filename<cr><cr>
Of course, you need to know the name of the file in the first place,
and if it is in an ARChive, the "nn", or ARChive number. To do this,
type:
DIR CPM;<cr>
TTY:<cr>
And the list will show on your terminal - you can substitute a
local-filename instead of TTY: and it will go there instead for you to
reference later. In that list, you will see files, like AR60 MODEM2,
as well as the regular files which are not of the form ARnn fn2. AR60
MODEM2 is an archive file. To find out what is in that archive, type:
DIR CPM;AR60:<cr>
TTY:<cr>
One file you will see on that list is MBOOT 3ASM. If you want to
fetch that file to your machine, type:
GET CPM;AR60:MBOOT 3ASM<cr>
MBOOT3.ASM<cr><cr> (the name you want to use on your host)
Of course, to start up the program assume you have access to FTP:
FTP<cr>
MC<cr>
..... <-- do your DIRs and GETs here
BYE<cr>
QUIT<cr>
Any questions? Contact FJW@MC.
--Keith
2-May-83 10:40:00,921;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 2 May 83 11:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 May 83 11:40 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 2 May 83 10:41 EDT
Date: 2 May 1983 10:40 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: info wanted on CP/M public domain
To: harpo!eagle!mhuxt!kfl@ucb-vax.arpa
cc: Info-Cpm@brl.arpa
In-reply-to: Msg of 21 Apr 83 12:45:34-PST (Thu) from harpo!eagle!mhuxt!kfl at ucb-vax.arpa
The latest version of MODEM7 is MDM707. It's available here on MIT-MC
in the CPM; directory to those who have ArpaNet access. You should
call your nearest RCPM (as listed in the RCPMLIST I sent out on the
net recently) to see what files they have available. In many cases
RCPMs have later versions than the user groups are supplying on disks.
Usenet readers who need to contact me may use the address
.....!duke!unc!brl-bmd!w8sdz
2-May-83 11:08:00,593;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 3 May 83 12:20 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 3 May 83 11:52 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 3 May 83 11:49 EDT
Date: 2 May 1983 11:08 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: CPM DIRLST updated
To: Info-Cpm@brl.arpa
CPM;CPM DIRLST (the file listing all the MIT-MC CPM; 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
Info-Cpm-Request@Brl asking to be added to the list.
--Keith
2-May-83 16:45:00,2231;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 2 May 83 19:06 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 May 83 18:57 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 2 May 83 18:49 EDT
Date: 2 May 1983 1845-EDT
From: JOSEPH@rutgers.arpa
Subject: S100 Hard disk query
To: info-cpm@mit-mc.arpa
CP/Mers,
Rutgers University has been supporting an RCPM system for about two
years now. The system has been running with two single density 8"
ICOM floppy disk drives and an ICOM controller. After all the system
software and message files are put on these low density disks, there
isn't much room left for programs to be uploaded and downloaded. The
project group that has been supporting this bulletin board has decided
that they want to support a larger scale system and want to use a hard
disk system to increase storage space. I have been looking through BYTE
magazine and some others and have found many ads for controllers and
drives and stuff, but have not found the complete package that we need.
If anyone can help with info about a system that will do the following.
please reply to me (JOSEPH@Rutgers) and I will forward a compendium to
the net.
REQUIREMENTS-
S100 controller that will run with a Cromemco z80 4Mhz processor and that
comes with either an attach bios for CPM 2.2 or a complete bios for
CPM 2.2 or CPM plus. Integral backup system controller would be
a plus (built in cartridge tape system......)
DISK box containing Hard disk drive(s) and power supply. We are
looking for a winchester system with about 20 megabytes storage
capacity. ( a removable cartridge system would be preferred)
COMPLETE backup system, Either cartridge tape, high density floppy
or winchester. We have been using video tape for backup on an
apple hard disk and have found it to be slow and not too reliable.
I need recommendations on which manufacturers, if any, make entire snap on
subsystems like this or, if separate manufacturers devices are needed,
which ones work together well.
Thanks in advance,
Seymour Joseph
Rutgers University
Microcomputer support staff.
-------
2-May-83 19:29:00,460;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 2 May 83 22:00 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 May 83 21:36 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 2 May 83 21:30 EDT
Date: 2 May 1983 1829-PDT
Sender: LEVYAL@usc-isi.arpa
Subject: ZCPR2 ON APPLE
From: LEVYAL@usc-isi.arpa
To: INFO-CPM@mit-mc.arpa
Message-ID: <[USC-ISI] 2-May-83 18:29:05.LEVYAL>
HAS ANYONE INSTALLED ZCPR2 ON AN APPLE? WILL IT FIT? THANKS, ALLAN
3-May-83 07:47:30,1482;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 5 May 83 7:18 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 May 83 7:13 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 5 May 83 7:05 EDT
Date: 3 May 83 7:47:30 EDT (Tue)
From: Rick Conn <rconn@brl.arpa>
To: LEVYAL@usc-isi.arpa
cc: INFO-CPM@mit-mc.arpa
Subject: Re: ZCPR2 ON APPLE
I have heard of people installing ZCPR2 on Apples. Someone ap-
proached me at an ACG-NJ meeting the other day and said he had
and that it ran nicely. I suspect, however, that it is not a
full installation.
With all of the options to ZCPR2 at installation time, it is pos-
sible to install it on virtually any Z80-based system. I recent-
ly installed it on a Morrow Design's MicroDecision with 200K
floppies. Morrow was willing to provide source to his BIOS on
disk FOR FREE, and, with this, it was possible to implement
external paths and the multiple command line buffer. The only
noticable difference was that the installed system did not have
named directories (because it didn't seem to make sense in only
200K, but it was still possible) and redirectable I/O (because of
the limited I/O facilities of the MicroDecision, but again it was
possible).
Hence, after the experience with the MicroDecision, I'd say that
it is possible to install ZCPR2 on most any Z80-based system.
The degree of installation is the only question.
Rick
3-May-83 08:49:00,396;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 5 May 83 9:21 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 May 83 9:18 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 5 May 83 9:10 EDT
Date: 3 May 1983 0749-PDT (Tuesday)
From: Walter Bond <bond@aerospace.arpa (Walter Bond)>
Subject: mailing list
To: info-cpm@mit-mc.arpa
Please put me on your mailing list. Thanks. WALT
3-May-83 11:25:02,2994;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 3 May 83 14:02 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 3 May 83 13:47 EDT
Received: From Nadc.ARPA by BRL via smtp; 3 May 83 13:44 EDT
Date: 3 May 1983 13:25:02-EDT
From: dudley@nadc.arpa
To: mead@usc-eclb.arpa
Subject: vt180 & mboot3
Cc: info-cpm@brl.arpa
I beat the vt180. I have successfully gotten mboot3 running
on the little sucker. The port poop revealed in the letter excerpt
below is only part of the solution:
From: Dick <MEAD@USC-ECLB>
Subject: Re: vt180 port poop
COMM port values are:
DATA=58H
STAT=59H TBE=01,RDA=02
CONSOLE values are:
DATA=40H
STAT=41H (I assume same bit values)
One gotcha, I read that interrupts are used in the VT180,
so MBOOT3 and other adaptations to this system may need
to do some trickery to work at all. I had used the right
bits/addresses in one try and still no good.
-------
The real trick is that since incoming characters are handled by interrupts,
the usart will never seem to have any characters ready when it is polled
by mboot3 in the normal fashion. Rather then do what I suggested in an
earlier letter, i.e. turn off the interrupts, I did what DEC did in the
RDR: device handler in the vt180 bios. That is, I poll the memory locations
that the interrupt handler uses to communicate with the bios. In the latest
version of CPM that DEC is supplying [2.2 (1.1)], *the magic locations are:*
0f541h = rec'd data available if == 1
0f546h = rec'd character
The code to check for status in mboot3 is thus:
before: | after:
in modctlp | lda 0f541h
ani modrcvr |
cpi modrcvr | ora a
jnz term ;no char rec'd | jz term ;no char rec'd
and the code to get the rec'd char is now:
in moddatp | mvi a,0 ;clear status
ani 7fh | sta 0f541h
| lda 0f546h ;get char
| ani 7fh
I got the magic location values by disassembling the bios RDR: handler.
Once you get past the IOBYTE nonsense, the handler loads the IX register
with the location of the status table for the RDR: device, and jumps to
a routine that polls the memory locations pointed to by the IX register
to wait for a char to come in. The magic locations listed above are
actually IX+2 and IX+7 in the RDR: handler. These location are likely
to change if DEC releases a new version of the bios.
I haven't gotten mdm707 running yet, although I'm close. The overlay
method won't work since the code size of the routines is so different
from that in the standard version of mdm707. Instead, the entire mdm707.asm
file must be edited and re-assembled. Since the little toy disks on
the vt180 are so small, I do the editing and assembling on another CPM
machine and use mboot3 to bring over the com file. Time has not permitted
me to finish the debug of mdm707 as a result of all the kludges.
Let me know if you get any revelations on the vt180.
good luck--
dudley@nadc
~v
3-May-83 19:16:00,596;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 3 May 83 23:24 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 3 May 83 23:15 EDT
Received: From Usc-Ecl.ARPA by BRL via smtp; 3 May 83 21:20 EDT
Date: 3 May 1983 1816-PDT
From: Bruce Tanner <CERRITOS@usc-ecl.arpa>
Subject: Query on Condor DBMS
To: INFO-CPM@brl.arpa
Does anybody know about the Condor 3 DBMS from Condor Computer Corp?
We just got a flyer that says that we can get it at an educational discount
of $215 ($650 retail). Is it any good? How does it compare with dBase II?
Thanks in advance,
-Bruce
-------
4-May-83 08:50:14,718;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 4 May 83 12:38 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 May 83 12:03 EDT
Received: From Parc-Maxc.ARPA by BRL via smtp; 4 May 83 11:56 EDT
Date: 4 May 83 8:50:14 PDT (Wednesday)
From: Bohlmann.eos@parc-maxc.arpa
Subject: Re: FTPing files from MIT-MC:CPM;
In-reply-to: W8SDZ@mit-mc.arpa's message of 2 May 83 10:08 EDT
To: Keith Petersen <W8SDZ@mit-mc.arpa>
cc: tcarnahan@usc-isie.arpa, Info-Cpm@brl.arpa
Keith,
When FTPing files from MIT-MC, is it possible to copy a whole archive in
one fell swoop or must one copy each file individually. If bulk copying
is possible, what is the preferred procedure?
Thanks in advance,
--Max
4-May-83 09:47:00,381;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 4 May 83 12:36 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 May 83 12:01 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 4 May 83 11:49 EDT
Date: 4 May 1983 0847-PDT (Wednesday)
From: Walter Bond <bond@aerospace.arpa (Walter Bond)>
Subject: mail list
To: info-cpm@mit-mc.arpa
How do I access your cpm forum?
4-May-83 10:32:45,2432;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 4 May 83 21:05 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 May 83 20:58 EDT
Received: From Rand-Relay.ARPA by BRL via smtp; 4 May 83 20:49 EDT
Date: 04 May 83 10:32:45 PST (Wed)
From: Jerry Sweet <jsweet.uci@rand-relay.arpa>
Return-Path: <Jsweet.UCI.UCI@Rand-Relay>
Subject: Re: Query on Condor DBMS
Message-Id: <280.420921165@UCI>
To: Bruce Tanner <CERRITOS@usc-ecl.arpa>
Cc: INFO-CPM@brl.arpa, jsweet.UCI@rand-relay.arpa
In-Reply-To: Your message of 3 May 1983 1816-PDT.
Via: UCI; 4 May 83 17:14-PDT
As a favor, I tried to help a doctor learn how to use his Condor software
(and a few other things) over a period of about 8 hours, two months ago.
Since I've never used dBase II, I have no real basis for comparison, but I
found the Condor package to be quite difficult to use. The manual varies in
quality from section to section, with some parts being excellent (easy to
understand, even for a non-cs person, containing examples and good English
explanations of use), and others extremely shoddy (missing important
information, out of date, or outright incorrect).
The data entry form generation command is not too bad, although it is
difficult for persons accustomed to full-featured screen editors to get used
to. The instructions on cursor movement did not correspond to actual
functioning (possibly the fault of the Alspa keyboard, which is what we were
using); commands that should have been "universal" were available only in
one mode or another.
Certain functions are poorly explained, such as use of the RESULTS file
(which I hadn't figured out how to use by the end of the day), how to modify
existing data to add or delete fields (the REORGanize command, an
exercise in extreme frustration).
Condor commands are run from a sort of CP/M shell which must be invoked with
the current date and software license number. The Condor shell allows most
of the normal CP/M commands (when preceded by a $"), but looks for .DBM
files rather than .COM files when commands are typed. You can write
"scripts," containing conditional expressions and other flow control
constructs, to be submitted to the Condor shell (I did not get around to
trying this).
Well, hope this is somewhat informative. I'd like to hear a about
about comparisons Condor or dBase II if anyone out there knows about them.
--Jerry Sweet
4-May-83 12:41:27,996;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 4:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 4:30 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 10 May 83 4:25 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 10 May 83 1:18-PDT
Date: 4 May 83 11:41:27-PDT (Wed)
To: info-cpm@brl.arpa
From: decvax!betz@ucb-vax.arpa
Subject: MODEM batch protocol request
Article-I.D.: decvax.564
Does anyone out there know what protocol MODEM uses to accomplish its
batch mode? I have a program that transfers files from my RT-11 system
to and from my VT180 CP/M system but would like to be able to transfer
in batch mode also. I have a document that describes the single file
at a time protocol but it doesn't say anything about the batch mode and
how filenames are transfered. I'd also be interested an algorithm for
implementing the CRC transfer checking instead of the standard checksum.
Thanks in advance,
David Betz
decvax!betz
4-May-83 20:11:00,1067;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 4 May 83 20:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 May 83 20:15 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 4 May 83 20:12 EDT
Date: 4 May 1983 20:11 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: FTPing files from MIT-MC:CPM;
To: Bohlmann.eos@parc-maxc.arpa
cc: Info-Cpm@brl.arpa
In-reply-to: Msg of 4 May 83 8:50:14 PDT () from Bohlmann.eos at PARC-MAXC.ARPA
No, it's not possible to sucessfully FTP the whole ARchive file.
Reason is that the format of the ARchive files on ITS machines is not
compatible with any others I'm aware of. If you figure out a program
to extract files from an ITS archive without having to be on ITS to do
it, let me know. Those files are binary in some areas and ASCII in
others. The best way right now is to FTP each individual file you
want. If your host supports a utility that works like CP/M's SUBMIT,
you might be able to make up a list beforehand and let the program do
all the work while you go out for coffee.
--Keith
4-May-83 21:54:45,634;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 5 May 83 3:10 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 May 83 2:51 EDT
Received: From Rand-Relay.ARPA by BRL via smtp; 5 May 83 2:41 EDT
Date: 4 May 1983 23:54:45-EDT
From: goldfarb.ucf-cs@rand-relay.arpa
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Re: The Horrible Operating System: p-System.
To: Li@rutgers.arpa
Cc: info-cpm@brl.arpa
Via: UCF-CS; 4 May 83 23:27-PDT
Youve probably been flamed to death about this by this time, Tony,
but in case you haven't I've gotta say that BASIC and FORTRAN-77
are available for UCSD Pascal.
Ben
5-May-83 10:20:00,649;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 5 May 83 12:59 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 May 83 12:41 EDT
Received: From Jpl-Vax.ARPA by BRL via smtp; 5 May 83 12:37 EDT
Date: 5 May 1983 0920-PDT
From: John McCluskey <MCCLUSKEY@jpl-vax.arpa>
Subject: Otrona Printer Drivers
To: info-cpm@brl.arpa
Reply-To: MCCLUSKEY@jpl-vax.arpa
I have a quick question for all the compulsive junk mail readers out there
in Arpa-land. Has anyone installed a graphics screen dump driver for the
Toshiba P-1350 printer into the Charton/Valet utilities for the Otrona?
If so, drop a line to MCCLUSKEY@JPL-VAX.
------
5-May-83 11:36:17,2250;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 6 May 83 10:17 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 6 May 83 9:55 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 6 May 83 9:52 EDT
Date: 5 May 83 10:36:17-PDT (Thu)
To: info-cpm@brl.arpa
From: ihnp4!spanky!burl!duke!mcnc!unc!bch@ucb-vax.arpa
Subject: Re: vt180 & mboot3
Article-I.D.: unc.5155
In-Reply-To: Article sri-arpa.1249
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 6 May 83 6:28-PDT
I have gotten a version of Modem working on the VT-180 but have used
a slightly different approach than that reported earlier. Rather
than check the status of the port by attacking the magic control block
location in the bios, I installed an interrupt trap between the
RST location and the system interrupt handler. This gives me first
crack at incoming data from the communication line before the vt-180
BIOS can get its hands on it. As it turns out, the device handler
for the communication line likes to ignore certain characters (like
NUL) which can thoroughly upset file transfer. This method gives
me everything and allows me to sense disconnection, parity errors,
overruns and framing errors as well.
As part of INITMOD:
...
LHLD 00011H ;load interrupt handler address
SHLD INTHAND+1 ;store in jump location
LXI H,RXINT ;load trap routine address
DI ;be careful
SHLD 00011h ;save in RST10 JMP address
EI ;let it go
...
Now, in an independent module:
RXINT PUSH A ;save register
IN 059H ;read status port
STA COMSTAT ;save value
ANI 02H ;is this our interrupt?
JZ RXRET ;no
IN 058H ;get incoming character
STA COMBYTE ;save it
RXRET POP A ;restore accumulator
INTHAND JMP $-$ ;exit through system
COMSTAT DB 0 ;result of status port read
COMBYTE DB 0 ;result of data port read
Your recieve data handler can then treat the locations COMSTAT and
COMBYTE as if they were memory mapped IO, though your transmit
data routine must use ported IO.
Clearly, there are a number of more complicated things one can do
with this approach, including building a ring buffer to buffer
incoming data until something as slow as Microsoft Basic can get to
it.
Good Luck,
Byron
5-May-83 14:39:15,1314;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 6 May 83 11:12 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 6 May 83 10:26 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 6 May 83 10:16 EDT
Date: 5 May 83 13:39:15-PDT (Thu)
To: info-cpm@brl.arpa
From: hplabs!hao!seismo!presby!burdvax!dbt@ucb-vax.arpa
Subject: Re: vt180 & mboot3
Article-I.D.: burdvax.709
In-Reply-To: Article sri-arpa.1249
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 6 May 83 6:55-PDT
One comment about your code to get a character:
| mvi a,0 ;clear status
| sta 0f541h
| lda 0f546h ;get char
| ani 7fh
It's easy to get burned on an interlock such as this. In general, you
should get the character and THEN reset the status; the way it's now coded,
there is a critical time (between the STA and the LDA) where another
interrupt could come along and trash 0F546h. Granted, it probably doesn't
matter in this case anyway (I'm sure an overrun would mess other things
up), and yes, it does require extra storage to hold the char while you're
mucking with the status (use a spare register or the stack). I just wanted
to make the point -- I've been caught on this one and it required an awful
lot of head-scratching to figure out what was going on.
-- Dave Tweed
burdvax|dbt
5-May-83 22:53:00,1097;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 6 May 83 0:30 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 6 May 83 0:08 EDT
Received: From Hi-Multics.ARPA by BRL via smtp; 5 May 83 23:59 EDT
Date: 5 May 1983 22:53 cdt
From: Ronald W. <Heiby@hi-multics.arpa (Ronald W.)>
Subject: Re: ZCPR2 ON APPLE
To: LEVYAL@usc-isi.arpa
cc: info-cpm@brl.arpa, info-apple@mit-dms.arpa
In-Reply-To: Message of 2 May 1983 20:29 cdt from LEVYAL
Someone on Compuserve's CP-MIG has put ZCPR2 on the Apple. I downloaded
the files necessary to convert Microsoft's CPM56.COM to install ZCPR2
instead of the standard CCP. The person implemented several of ZCPR2's
neat features. Unfortunately, doing so required the use of the I/O
driver patch area. Users like me who require the use of that area for
I/O drivers are out of luck. I use the Mountain Computer CPS card for
modem and printer. When I tried loading the drivers on top of the ZCPR2
configured system, everything started getting "funny". Once again, I
resolved never to buy a CP/M system without BIOS source. Ron.
5-May-83 23:19:00,743;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 6 May 83 0:44 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 6 May 83 0:29 EDT
Received: From Hi-Multics.ARPA by BRL via smtp; 6 May 83 0:20 EDT
Date: 5 May 1983 23:19 cdt
From: Ronald W. <Heiby@hi-multics.arpa (Ronald W.)>
Subject: Colonial Data anyone?
To: info-cpm@brl.arpa
I seem to remember sending this a couple of weeks ago, but never saw it
distributed back to me nor any replies. Here goes again.
Does anybody have any personal experience with Colonial Data and/or
their SB-80 Z80 system? I've seen their spec sheet and the reviews in
Byte and Microcomputing, but have never seen one "in the flesh" or met
anyone who had. How 'bout it? Thanks. Ron.
6-May-83 10:11:00,552;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 7 May 83 15:47 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 7 May 83 15:39 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 7 May 83 15:34 EDT
Date: 6 May 1983 1111-CDT
From: Kim Korner <CS.KORNER@utexas-20.arpa>
Subject: text formatters
To: info-cpm@mit-mc.arpa
Do either SCRIBE and/or TEX exist in such a state for CPM
systems that they could drive photocomposers? Strange request from a
fellow with a strange bunch of hardware- thought I'd pass it
along...
-KM<
-------
7-May-83 01:55:00,981;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 7 May 83 2:04 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 7 May 83 1:55 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 7 May 83 1:53 EDT
Date: 7 May 1983 01:55 EDT
From: Jerry E. Pournelle <POURNE@mit-mc.arpa>
Subject: ZCPR available on 8" disks
To: INFO-CPM@mit-mc.arpa, POURNELLE@mit-mc.arpa
Barry Workman, Workman and Associates,
112 Marion Ave.
Pasadena CA 91106
Has hard copy of the ZCPR manuals as well as disks.
There are 14 8 inch disks (including the manuals). These are
available from Workman as $12.00 per disk which is essentially
his cost. The manuals alone are available at $45 for the set or
the three disks f or $12 each.
A catalog listing the directories of the 14 disks is
avaialbe for an SASE. RBBS systems can rent the disks; write
Workman for details.
For any other details/info write Barry.
(The manuals are printed Word* format and are in that format on
the disks)
7-May-83 07:21:22,2050;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 7 May 83 10:37 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 7 May 83 10:21 EDT
Received: From Ucb-Vax.ARPA by BRL via smtp; 7 May 83 10:19 EDT
Date: 7 May 83 07:21:22 PDT (Sat)
From: unisoft!pertec@ucb-vax.arpa
Subject: ZCPR available on 8" disks
Message-Id: <8305071421.AA07827@UCBVAX.ARPA>
Received: by UCBVAX.ARPA (3.339/3.28)
id AA07827; 7 May 83 07:21:22 PDT (Sat)
To: INFO-CPM@brl.arpa, pournelle@mit-mc.arpa
Once again I feel that Workman is trying to rip off the public selling
PUBLIC DOMAIN (!!) software at outrageous prices. What is reasonable?
Let's see...
Single-sided/single-density 8" diskettes can be gotten cheap! I assume
Mr. Workman does enough business where he can buy diskettes in large
enough quantity, that he can get them even cheaper than you and me, but
let's assume not, and say he can get a box of SSSD diskettes for around
$25.00, or $2.50 a diskette. Let's also assume that he can get someone
to actually do the work of copying the diskettes for $4.00/hour. If it
takes two minutes to load, copy, and verify a diskette, that's 30
diskettes an hour, or roughly 14 cents per copied diskette. So far the
diskette costs $2.64, but you have to mail it, and the US SNAIL people
must get their share. Let's assume that it takes another five minutes
for someone to place the diskettes into a mailer and make out an
address label, or about 34 cents in labor. Add a generous $1.00 a
diskette for shipping, and our total is now only $3.98. Which you're
saying Workman then marks up to $14.00??? Assuming that Workman sells
the entire group of 14 diskettes, that's $140 of profit off of someone
else's labors! That's not what my idea of public domain is all about!
Hopefully enough RCPM systems and computer clubs will get ahold of the
ZCPR2 distribution that the general public won't be forced to pay these
inflated prices. It's unfortunate that people who don't know better
will continue to be ripped off by Workman.
7-May-83 15:46:00,813;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 7 May 83 18:57 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 7 May 83 18:49 EDT
Received: From Ames-Tss.ARPA by BRL via smtp; 7 May 83 18:39 EDT
Date: 7 MAY 83 15:46 PDT
To: INFO-CPM@brl.arpa
From: Bomberger@ames-tss.arpa
I was looking around and found the FLOAT package for BDS C. Everything seems to
be there except the FP function. Is this purposely not available in source?
I have no way of moving binary files to my home computer from MIT. Let us not
get into the IBM world and the one single 8 bit value that is not transmitted
over ASCII lines. Not to address either the issue of binary transfer via FTP
between IBM 32 bit machines and the incomprehensible MIT system. Is there
source for this machine coded routine?
------
7-May-83 23:08:00,2953;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 8:53 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 8:48 EDT
Received: From Rand-Relay.ARPA by BRL via smtp; 8 May 83 7:45 EDT
Date: 7 May 1983 at 2208-PDT (Saturday)
From: tekecs!andrew.Tektronix@rand-relay.arpa
Return-Path: <tekecs!andrew.TEKTRONIX@Rand-Relay>
Subject: Workman Assoc and public domain software
To: tektronix!info-cpm@brl.arpa
Via: TEKTRONIX; 8 May 83 4:18-PDT
It is apparent that some INFO-CPM subscribers do not understand the
concept of public domain software. It is not the case that anyone
possessing PD software is obligated to give it away, or to make it
available at cost. The whole point of public domain is that anyone can
do with it as they please.
When I take my SCUBA tanks to be filled, I pay five dollars for a few
dozen pounds of air. But, following unisoft!pertec's argument, air can
be gotten cheap! Assume that the owner of the diving shop actually
pays someone to do the work of filling the tanks for $4.00/hour. If it
takes six minutes to fill my tanks, that's 40 cents per customer. But
isn't air in the public domain? .. Bojemoi, someone is ripping me off!
This of course totally ignores fixed costs. Neither the local diving
shop nor Mr. Workman can operate without making regular payments of
rent, utilities, advertising, licensing, payments on capital equipment,
etc and gory etc. (And that employee gets $4.00/hour whether or not
there's a customer in the shop.) Last year I ran a software house,
selling my own (non-public domain) software, and, despite several thousands
of dollars in gross receipts, those fixed costs ran me four thousand into
the red. (A half-page ad in last October's "Byte" cost $ 3,500. That's a
lot of floppy disks.)
But all of this is beside the point. Why should anyone be expected to
provide a product or a service without taking a profit? And who
are you to tell someone that his profit is so unreasonable that he's
ripping you off? The only definition of a reasonable price in a
capitalist society is the price that a reasonable number of customers
will pay. If you don't like the price, don't pay it.
Altruistic programmers who desire that noone should ever have to pay money
for their software should not mark it "public domain", but should apply a
label such as "copyright (c) 1983 by joe blow; may be freely copied for
non-commercial purposes". But they should understand that such software
will only be available through underground channels. The novice who can't
afford a modem and hasn't the time to get involved with a user group may
never find out about your whiz-bang spelling checker, simply because nobody
will be motivated to tell him about it and give him the opportunity to
acquire it.
-- Andrew Klossner (decvax!teklabs!tekecs!andrew) [UUCP]
(andrew.tektronix@rand-relay) [ARPA]
8-May-83 03:44:00,763;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 3:56 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 3:46 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 3:41 EDT
Date: 8 May 1983 03:44 EDT
From: Gail Zacharias <GZ@mit-mc.arpa>
Subject: USQ for ITS users
To: INFO-CPM@mit-mc.arpa
I forgot to announce this when I first put it up:
There is a version of USQ available on ITS, which lets you peruse the various
SQ'ed files on the CPM; directory on MC, before downloading them.
It takes a SQ'ed file uploaded from a CP/M system and unsqueezes it. Do
:CPM;USQ ?
for usage details. For added convenience, there is also a :CPM;TYPESQ
which just types out the file. Again
:CPM;TYPESQ ?
explains usage.
8-May-83 11:07:00,613;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 14:52 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 14:45 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 11:04 EDT
Date: 8 May 1983 11:07 EDT
From: Charles L. Jackson <CLJ@mit-mc.arpa>
Subject: IBM-PC
To: INFO-CPM@mit-mc.arpa
cc: CLJ@mit-mc.arpa
Querys:
1-- does anyone have a copy of modem or xmodem with
batch capability for the IBM PC under DOsS?
2-- does anyone have any information on the Orchid PC-NET product?
3-- is there a IBM PC mailing list on the net?
(There must be!)
Regards
Chuck
8-May-83 12:26:00,1020;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 14:53 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 14:45 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 12:24 EDT
Date: 8 May 1983 12:26 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: BDS-C FP function
To: Bomberger@ames-tss.arpa
cc: INFO-CPM@brl.arpa
In-reply-to: Msg of 7 MAY 83 15:46 PDT from Bomberger at ames-tss.arpa
The BDS-C "FP" function is part of DEFF2.CRL, the source for which is
available in AR34:CPM;DEFF2 CSM. Use the new CASM.COM assembler
pre-processor to make it suitable for assembling with ASM.COM. See
your BDS-C documentation. Updates to BDS-C are available to
registered owners of BDS-C from the BDS-C Users Group.
If you don't have a complete listing of the MIT-MC CPM; directories,
FTP the file CPM;CPM DIRLST.
Please send future questions about the CPM; directory to
INFO-CPM-REQUEST@BRL rather than the whole mailing list. Frank or I
will be happy to help.
--Keith
8-May-83 12:31:00,573;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 14:55 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 14:45 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 12:28 EDT
Date: 8 May 1983 12:31 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: WordStar 3.0 patches
To: Info-Cpm@brl.arpa
A ten-page listing of all known patch locations in WordStar 3.0 is now
available on MIT-MC in AR75:CPM;WS30 PATCHS. This is useful for
patching WS.COM to come up with the defaults YOU want instead of the
distribution defaults.
--Keith
8-May-83 12:47:00,3825;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 14:56 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 14:46 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 12:54 EDT
Date: 8 May 1983 12:47 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: ZCPR2 updated CRC list
To: Info-Cpm@brl.arpa
Thanks to Charlie Strom <CSTROM@MC> for providing us with the latest
list of CRCs for the revised ZCPR2 distribution package.
---
Z80 Console Command Processor Replacement - ZCPR2 package
Written by Richard Conn
Master list of CRC's, last updated 5/7/83 (CHS)
ZCPR2 .ASM -- CRC: 4F D1
ZCPR22 .ASM -- CRC: 2E 0D
ZCPR23 .ASM -- CRC: 5B F1
ZCPRHDR .LIB -- CRC: E6 29
CCPLOC .MAC -- CRC: FA DA
CD .MAC -- CRC: F5 5D
COMMENT .MAC -- CRC: 51 99
COMPARE .MAC -- CRC: 2F 8A
CRC .MAC -- CRC: 4C 09
DEVICE .MAC -- CRC: 92 0A
DIFF .MAC -- CRC: 74 C2
DU2 .ASM -- CRC: 5F 2C
ECHO .MAC -- CRC: 99 64
ERASE .MAC -- CRC: 25 6B
GENINS .MAC -- CRC: 08 8C
HELP2 .ASM -- CRC: 16 19
IOLOADER.MAC -- CRC: 4F 23
LD .MAC -- CRC: 6C D4
LDIRZ .MAC -- CRC: FF 1B
LRUNZ .ASM -- CRC: B8 6F
MCHECK .MAC -- CRC: B1 12
MCOPY .MAC -- CRC: BA 14
MENU .CPR -- CRC: 18 6F
MENU .MAC -- CRC: 0D BE
MKDIR .MAC -- CRC: BE 0A
PAGE .MAC -- CRC: E2 75
PATH .MAC -- CRC: 9F 91
PHELP .MAC -- CRC: D7 B0
PRINT3X .MAC -- CRC: 4A 04
PROTECT .MAC -- CRC: EB 24
PWD .MAC -- CRC: 1A 64
RECORD .MAC -- CRC: DB 87
RENAME .MAC -- CRC: 68 15
SAK .MAC -- CRC: 0E D0
SINSFORM.MAC -- CRC: 3B E7
STARTUP .MAC -- CRC: D6 3F
SUB2 .ASM -- CRC: 57 FB
SYSIO .ASM -- CRC: 91 11
TEMPLATE.MAC -- CRC: 0B 3C
TINIT .MAC -- CRC: 9F 1E
WHEEL .MAC -- CRC: 32 B6
XDIR3 .MAC -- CRC: 8C D9
ZEX .ASM -- CRC: 09 11
ZEX .ZEX -- CRC: 53 28
COMMENT .COM -- CRC: 88 40
CRC .COM -- CRC: A0 7F
CD .COM -- CRC: CF FC
COMPARE .COM -- CRC: 00 1D
CONFIG .COM -- CRC: 44 4F
CRC .COM -- CRC: BB 23
DEVICE .COM -- CRC: 76 53
DIFF .COM -- CRC: E3 AF
DU2 .COM -- CRC: 23 7C
ECHO .COM -- CRC: C1 E9
ERASE .COM -- CRC: 00 7B
GENINS .COM -- CRC: EC BE
HELP .COM -- CRC: 34 47
IOLOADER.COM -- CRC: D3 C7
LD .COM -- CRC: F2 FC
LDIRZ .COM -- CRC: B2 25
LRUNZ .COM -- CRC: B2 4D
MCHECK .COM -- CRC: A1 1D
MCOPY .COM -- CRC: 5A 81
MENU .COM -- CRC: DB E8
MKDIR .COM -- CRC: C2 7F
PAGE .COM -- CRC: 43 78
PATH .COM -- CRC: ED 05
PHELP .COM -- CRC: 0A ED
PRINT3 .COM -- CRC: 63 93
PROTECT .COM -- CRC: CB 21
PWD .COM -- CRC: B6 32
RECORD .COM -- CRC: 6E 42
RENAME .COM -- CRC: 5A 09
SAK .COM -- CRC: 29 61
STARTUP .COM -- CRC: 98 04
SUB .COM -- CRC: 46 9D
TEMPLATE.MAC -- CRC: C5 DA
TINIT .COM -- CRC: 60 62
WHEEL .COM -- CRC: D5 A0
XDIR .COM -- CRC: 1B E1
ZEX .COM -- CRC: 08 3E
CFILES .HLP -- CRC: 10 97
COMPARE .HLP -- CRC: 8A C7
CPMTR .HLP -- CRC: 63 7B
DU2 .HLP -- CRC: 5F 7B
HELP .HLP -- CRC: 15 97
HELP2 .HLP -- CRC: 2D E1
IO .HLP -- CRC: D5 CA
LU .HLP -- CRC: 48 F2
MCOPY .HLP -- CRC: 96 9E
MENU .HLP -- CRC: 1C 39
NDIRS .HLP -- CRC: F8 19
XDIR3 .HLP -- CRC: 21 DA
Z2ALT .HLP -- CRC: 00 17
Z2RES .HLP -- CRC: FA D4
ZCPR2 .HLP -- CRC: 73 08
Z2ERROR .TXT -- CRC: 59 5D
Z2CON .WS -- CRC: EE E6
Z2CON .WSH -- CRC: F2 C6
Z2INS .WS -- CRC: 19 B1
Z2INS .WSH -- CRC: 35 3C
Z2RAT .WS -- CRC: AE BF
Z2RAT .WSH -- CRC: 3C D5
Z2UG .WS -- CRC: 9E 57
Z2UG .WSH -- CRC: 8D B9
Z2UG1 .WS -- CRC: F8 12
Z2UG2 .WS -- CRC: BD 1F
Z2UG3 .WS -- CRC: CC 68
Note: CRC's of .COM files are dependent upon which version of
SYSLIB was used for assembly. The above represent the release
versions of all files as of the revision date.
(eof)
8-May-83 15:31:55,1122;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 7:00 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 6:50 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 10 May 83 6:40 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 10 May 83 3:35-PDT
Date: 8 May 83 14:31:55-PDT (Sun)
To: info-cpm@brl.arpa
From: sri-unix!hplabs!hao!seismo!harpo!eagle!allegra!mdrutenberg@watmath.uucp
Subject: wanted - smallc for N* CPM
Article-I.D.: watmath.5215
Relay-Version:version B 2.10 beta 3/9/83; site watmath.UUCP
Posting-Version:version B 2.10 beta 3/9/83; site watmath.UUCP
Path:watmath!mdrutenberg
Message-ID:<5215@watmath.UUCP>
Date:Sun, 8-May-83 14:31:55 EDT
Organization:U of Waterloo, Ontario
Has anybody out there got a copy of smallc or smallc v2 running under
North Start DD CPM? I got the source to smallc v2 off net.sources and
would like to bring it up, but I thought I'd save myself alot of work
and ask if anybody has already done that. Of course, I'd be willing to
pay for copy / shipping charges, etc.
ADthanksVANCE
Bob Atkinson
watmath!mdrutenberg
8-May-83 19:58:00,1767;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 20:30 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 20:21 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 19:56 EDT
Date: 8 May 1983 19:58 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: ITS .COM file format explained
To: ciaraldi@rochester.arpa
cc: Info-Cpm@brl.arpa
(Thanks to GZ@MC for this excellent explanation of how .COM files are
stored on ITS).
COM files are stored on ITS as four 8-bit bytes per PDP-10 word, left
justified. The first word is a file-type identifier and it is
446353300000 octal. This particular packing of 8 bit bytes into
pdp-10 words is pretty standard, so if your FTP has a binary mode, it
will probably do the right thing, i.e. give you the correct sequence
of 8-bit bytes coming out of the FTP. If that is the case, the first 4
bytes should be: 223, 072, 330, 0 (octal). These come from the id word
above and are not part of the com file proper, i.e. should be
discarded before downloading to a CP/M system.
Now, if you don't have binary mode in your FTP, or if the binary mode
is such that you get something other 223,072,330,0 as first four bytes
when FTPing COM files (meaning that the server is using some other
byte packing), it might still be possible to FTP the files and
reconstruct the original from that. (The only problem might be CRLF
vs. LF transformations in ascii mode). All you need to do figure out
how the server unpacks the bytes and then "undo" it. I'd be happy to
help out if you have trouble figuring this out. Just let me know what
the first few bytes are when you FTP a com file. But before you go
writing any code, make sure there is no way to make FTP win directly.
--end--
8-May-83 20:27:00,2054;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 20:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 20:37 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 20:26 EDT
Date: 8 May 1983 20:27 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: More re FTP and .COM files on ITS
To: ciaraldi@rochester.arpa
cc: Info-Cpm@brl.arpa
More from GZ@MC about ITS .COM file format:
From: Gail Zacharias <GZ at mit-mc.arpa>
Re: ITS binary format
There are two separate issues here. First is packing 8 bit bytes into
PDP-10's 36 bit words. This is unavoidable, standard, and the ITS ftp
server deals with it just fine. The problem is getting the unix user
end to tell ITS to do it. SEE BELOW FOR HOW TO DO THIS.
The second problem is the 4-byte header put in the binary CP/M files
stored in the CPM; directory. This has nothing to do with ITS, and was
a decision made by those involved with maintaining this directory and
related programs. SEE BELOW FOR HOW TO DEAL WITH THIS.
I might suggest that someone fix umodem to recognize those header
bytes (they are 93H,3AH,D8H,00H) and strip them off. umodem could
also use them for their intended purpose, differentiating between
ascii and binary files, so the user wouldn't have to give a "b" switch
(I assume that's what the -sb below does). The TOPS-20 modem program
already does this.
Anyhow, unix people, here are the answers:
From: bridger at rand-unix
To: Gail Zacharias <GZ>
Re: downloading .com files
Thanks for the protocol, which enabled our resident expert, jim
guyton, to develop this method of downloading binary files. At
Rand-unix we are using a version of the BBN ftp program.
1. to retrieve "AR14:CPM;NAMEXX COM" from mit-mc:
ftp mit-mc
type i
quote type "l 8"
get "AR14:CPM;NAMEXX COM" longnamexx.com
bye
2. to strip off the 4 header bytes:
dd
if=longnamexx.com
of=namexx.com
bs=1
skip=4
3. to download to a cpm machine:
umodem -sb namexx.com
bridger
--end--
8-May-83 21:23:00,688;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 21:35 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 21:24 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 21:21 EDT
Date: 8 May 1983 21:23 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: Hard disk floppy interface
To: Damouth.Wbst@parc-maxc.arpa
cc: Info-Cpm@brl.arpa
In-reply-to: Msg of 7 Apr 83 17:12 EST () from Damouth.Wbst at PARC-MAXC.ARPA
Dave, I called the company who makes the AS100 hard disk floppy
interface to find out the price. It's $395, which isn't bad when you
consider it's a very easy way to add a hard disk to any
Shugart-compatible floppy system.
--Keith
8-May-83 22:56:00,2645;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 23:11 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 23:00 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 22:53 EDT
Date: 8 May 1983 22:56 EDT
From: Richard P. Wilkes <RICK@mit-mc.arpa>
Subject: ZCPR available on 8" disks
To: unisoft!pertec@ucb-vax.arpa
cc: Info-CPM@brl.arpa
In-reply-to: Msg of 7 May 83 07:21:22 PDT (Sat) from unisoft!pertec at ucb-vax.arpa
I don't know what Workman's personal busniess situation is,
but I do believe that your estimate of how much it costs to
buy, duplicate, and mail a disk is rather unrealistic.
Let's take a look: first the disks; yes, you can buy them
cheaply. Yet, you still have to buy them, store them, and
restock. The disk duplication is seldom done by someone being
paid $4.00/hr and does not take a mere two minutes. The
actual duplication may take only that long, but workers are
slow (unfortunately) and usually take twice as long to do
simple procedures as they should.
Mialing: do you have any idea how much it costs to do
mailings? I mean, the carton alone may cost $.50! Postage for
14 disks is not going to be $1.00 either. I spend that much
on one 5.25". There is addressing, packaging, weighing, and
the actual process of mailing (going to UPS, paying for their
pickup, whatever).
Now, what about overhead. The mail must be picked up,
processed. There is accounting on your check or charge. You
get a receipt. Plus, general business overhead, taxes (arg!),
insurance, ad nauseum. This *costs*! The idea that you are
going to get some non-volunteer to do this correctly for $4 is
absurd. The people I have working for me wouldn't even talk
for less than $7.
I think people have a very warped sense of costs in this
industry. I know that realistically, $10 is the minimum price
for single diskette where I don't want to run the risk of
subsidizing the exchange. Non-profit groups can do it for
less, and it would be nice if those groups did handle ALL
public domain software. However, volunteers are hard to come
by. I think that we should be quite happy that anything is
available at duplication cost.
Besides, you can always download stuff from your local RCPM.
Of course, if its LDx, you'll be paying a lot more for a
single 8" disk full of software than $14.
I am not trying to defend any specific practices. It seems to
me that $140 is a bit steep for 14 disks in the same package
with no paper documentation. Since it is public domain, you
can always split the cost with a friend or two and cut the
costs to you all. -r
8-May-83 23:10:00,573;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 10:44 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 10:31 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 10 May 83 10:28 EDT
Date: Sun, 8 May 1983 23:10 EDT
From: SJOBRG@mit-oz
To: info-cpm@mit-mc.arpa
Subj: Sony SMC-70
Does anyone on the INFO-CPM mailing list happen to use a Sony SMC-70?
I have one (not a bad machine, really, and very good color graphics)
and would appreciate hearing from others on the success of transporting
CP/M software.
--Bob Sjobrg (SJOBRG@MIT-MC)
9-May-83 00:47:05,8077;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 1:13 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 1:02 EDT
Date: 9 May 83 0:47:05 EDT (Mon)
From: Rick Conn <rconn@brl.arpa>
To: info-cpm@brl.arpa
Subject: ZCPR2 and the PD
This message is divided into three sections:
ZCPR2 Distribution (and its problems)
Public Education
Conclusion and a Statement about the Public Domain
I thought this community may be interested in my comments.
I. ZCPR2 Distribution
It looks like a distribution system for ZCPR2 is now in
place. It has been quite an experience talking to groups about
ZCPR2, trying to lend some support to helping them get copies of
ZCPR2 if they want it, and trying to do this without consuming
all of my time. I think that something is finally in place so
that if anyone wants a copy of it, they can get it.
You can now get copies of the ZCPR2 distribution, in one
form or another, from MIT-MC, Compuserve, Tymnet, SIG/M, some
RCPM systems, some computer clubs, and Workman. All have their
tradeoffs in terms of time required by one who wants a copy and
cost, and both time and cost vary widely between these options.
Computer clubs may be the best sources. You go to a club
meeting with two boxes of disks, copy the disks, pay either noth-
ing or a token fee (which is usually used to further support club
activities), and walk away with ZCPR2. You now have the system
and can run it, but you may not have a hard copy of the manuals.
That is another matter entirely. If you have WordStar and a
printer, you can take the time and print the 400+ pages of the
manuals from your disks. If you club has the money (and can af-
ford to do it), you may be able to buy the manuals from your
club. Or, you may send off to the NYACC for copies of the manu-
als at $24 for the set.
You can access one of the networks mentioned and download
the ZCPR2 system. This is VERY time consuming to say the least,
and, because we are talking about over 1.5M bytes of files, all
of the files (such as source code) may not be available anyway.
Again, you don't have hardcopies of the manuals, so you have the
NYACC or WordStar and your printer as options again. Access to a
network may cost you money in terms of computer time on the net
and phone costs or both.
You can access an RCPM system and download the ZCPR2 sys-
tem. This has the disadvantages of the network access (with the
difference that network access may cost you money for computer
time on the host). It adds the disadvantage that only some RCPM
systems carry ZCPR2, and you have to find out which ones. The
Lincroft, NJ RCPM is the only one I know of that is carrying the
entire system, but I have heard that others may be, in one degree
or another. I have heard that many RCPMs don't carry ZCPR2 be-
cause of its size.
You can send off to SIGM for the disks, at a cost of
$6/disk ($84 for all of ZCPR2 and SYSLIB). Again, you won't have
hardcopies of the manuals without taking additional steps.
Finally, there is Workman, who is providing a source for
both the disks and manuals. His cost is high, and he is probably
making a profit. All of the other sources (with the possible ex-
ception of the networks) are non-profit organizations run by
volunteers.
I have heard complaints from people trying to obtain
ZCPR2 from remote-access systems, such as the RCPMs and the net-
works. Time and phone costs are the issues here, and people
don't want to spend the time or money to get it. I have heard
complaints from people who send off to SIGM about the time delay
for a turnaround. Now I am hearing complaints about Workman's
cost (and profit).
All of the sources for ZCPR2 have their drawbacks, but I
don't fault any of them. They all have a right to do what they
are doing, and they are all providing a service to the community.
It is up to the members of the community to select the source
they desire to obtain it from and then expend the effort (and mo-
ney) to obtain it. My only complaint is that many people have
tried to minimize their effort and expense to the point of coming
directly to me and asking me to expend even more effort on my
part to copy the system for them. This minimizes their effort
and maximizes mine. I have resisted this, and will continue to
do so. My love and talent is in designing programs such as
ZCPR2, not in spending time and effort in copying them. Other
people like to do this sort of thing, and I leave it to them.
Ever since the release of ZCPR2, I have been so inundated with
such overhead that all other work has stopped, and this stagna-
tion has to (and will) stop.
II. Public Education
A growing problem, which is that of education of the user
community, is not easily solved, but there is an excellent move-
ment afoot which is trying to solve it. Microsystems Magazine (a
Ziff Davis Publication) now has a regular column devoted to the
public domain, and an article specifically on ZCPR2 will be ap-
pearing soon. With a readership of 50,000, this magazine should
be able to do a lot of good in educating the community. I note
that Byte has been noticably lacking in providing this service
(with the exception of Sol's column). I also note that DR has
been taking steps recently to support its user community, and I
hope this sets a good example and continues, encouraging others
along the way.
III. Conclusion
In conclusion, what I am trying to say is that this may
be the beginning of a new era for public domain software, and the
commercial arena can work together with the public in this. Mi-
crosystems is providing a forum for educating the public. DR is
providing backing (in words only so far, but this is a good
start). And Workman is providing an alternative to the public
domain as a reliable source. Coupled with the information pro-
vided by Microsystems (and, maybe someday, Byte), Workman's ac-
tion is fair, since the public should now be educated enough to
view Workman as one of a multitude of sources rather than as a
sole source.
I feel that the public domain has been failing. There is
too much me-ism in this country, and there are too few people
willing to put forth some effort for the public good. The col-
lapse of CPMUG in Chicago and the fact that the ACG-NJ (with its
1100+ members) is run (including SIGM) by only a handful of peo-
ple are two examples of the problem we are facing. The fact that
some RCPMs prefer to provide no ZCPR2 service at all rather than
making some attempt is another example. The fact that so many
people have tried to impose upon me to provide ZCPR2 for them
rather than expending the added effort to get it thru channels is
a third example. People naturally (it seems) tend to go out of
their ways to minimize their time, effort, and expense and to
maximize their gain regardless of what it costs others. If we
only band together, as a public, and expend a little extra effort
on each of our parts for the public good (without getting a
direct benefit necessarily), the public domain would be so much
better for all of us.
I feel that, unless something is done, the public domain
system may collapse completely. The user community is growing
rapidly while the public domain continues to be supported by
just a few. As more users become aware of it, make demands on
it, those few will become so inundated with work that they may
become discouraged and give up. I have already experienced such
feelings, and am sure others have as well.
Rick
9-May-83 03:06:00,876;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 3:30 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 3:22 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 9 May 83 3:03 EDT
Date: 9 May 1983 03:06 EDT
From: Frank J. Wancho <FJW@mit-mc.arpa>
Subject: Semi-assembler wanted
To: INFO-CPM@brl.arpa
I have a *very* large CBIOS file (Morrow's, if you must know - 146K),
which contains EQUs and IF statements for every possible configuration
of disk drives and controllers of theirs. I (and a neighbor) would
like to find some sort of preprocessor that would generate another
.ASM file containing only those sections of code that would normally
be processed by MAC - i.e., none of the code that fails the IF tests.
If there exists such a preprocessor, send me a pointer. If it's
"public domain", I'll put it up here.
Thanks,
Frank
9-May-83 11:39:00,1215;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 22:55 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 22:53 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp; 9 May 83 13:36 EDT
Date: 9 May 1983 1039-PDT
From: Dick <MEAD@usc-eclb.arpa>
Subject: ZCPR2 sources
To: info-cpm@brl.arpa
I will be making the ZCPR2 files available on a temporary
RCPM in the near future. The system will have specific hours,
as it will run on my normal voice phone. It will also run at
1200 baud (212A) only! I will impose no time limit once a user
connects, so feel free to download all files at one time. The
only hitch is that the files will take up two 1.2 meg disks, so
I will have to alternate disks during the period the system is up.
Most likely I will change the disks every other day the system is
active.... The first disk will have all the document files, while the
second will have all the source and .COM files.
As soon as I have determined the hours of operation, I will post
it to the net. I will also be placing a minimal set of ZCPR2
files on my normal RCP/M system, room permitting. Note MINIMAL!
The normal system is Pasadena CBBS/RCPM @ 213-799-1632
-------
9-May-83 11:39:00,358;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 22:54 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 22:44 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp; 9 May 83 13:36 EDT
Date: 9 May 1983 1039-PDT
From: Dick <MEAD@usc-eclb.arpa>
Subject: ZCPR2 sources
To: info-cpmM@brl-bmd.arpa
***Error on net connection***
{
9-May-83 11:39:00,330;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 16:04 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 15:43 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp; 9 May 83 13:36 EDT
Date: 9 May 1983 1039-PDT
From: Dick <MEAD@usc-eclb.arpa>
Subject: ZCPR2 sourceM
***Error on net connection***
{
9-May-83 11:39:00,282;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 18:13 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 18:06 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp; 9 May 83 13:36 EDT
Date: 9 May 1983 1039-PDT
FromM
***Error on net connection***
{
9-May-83 11:39:00,317;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 15:33 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 15:18 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp; 9 May 83 13:36 EDT
Date: 9 May 1983 1039-PDT
From: Dick <MEAD@usc-eclb.arpa>
SubjecM
***Error on net connection***
{
9-May-83 11:39:00,303;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 14:38 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 14:26 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp; 9 May 83 13:36 EDT
Date: 9 May 1983 1039-PDT
From: Dick <MEAD@usc-eclb.am
***Error on net connection***
{
9-May-83 11:39:00,465;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 15:04 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 14:52 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp; 9 May 83 13:36 EDT
Date: 9 May 1983 1039-PDT
From: Dick <MEAD@usc-eclb.arpa>
Subject: ZCPR2 sources
To: info-cpm@brl.arpa
I will be making the ZCPR2 files available on a temporary
RCPM in the near future. The system will have spM
***Error on net connection***
{
10-May-83 00:08:00,3997;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 0:17 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 0:13 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 10 May 83 0:06 EDT
Date: 10 May 1983 00:08 EDT
From: Paul L. Kelley <PLK@mit-mc.arpa>
Subject: MODEM 9.01
To: INFO-CPM@brl.arpa
A new version of Ward Christensen's MODEM program is
contained in the library file MC:CPM;MODEM 901LBR. The files must
be unloaded from the library with LU and the text files unsqueezed
with USQ. The source files have been split into modules linkable
with Christensen's LASM. LASM and MLOAD (an improved hex loader by
Ron Fowler) are also included in the library. Documentation files
are also provided including a 40 K user file.
Support is provided for the following UARTs and micros:
8250 - Heath H89/90/8, Zenith Z89/90
8251 - Intertec SuperBrain, DEC VT180
Z80-SIO - Big Board, Xerox 820, Kaypro II, Micom 2001
The files are setup so the user can change baud rate, word length,
parity, and number of stop bits. The exception this is the VT180
which does not have the capability of baud rate setting under CPU
control.
The following is from the history file.
05/05/83 Revised program as follows:
1. Corrected erroneous attempt to do multifile transfers
from command line,
2. Put telephone number library in START.ASM and the tele-
phone library display routines in MAIN.ASM,
3. Made minor changes in setup routine for H89,
4. Added support for several new systems.
P.L.Kelley
04/25/83 Revised program as follows:
1. Combined MODEM796.ASM and MODEM796.LIB and divided the
resulting file into linked modules for use with the public
domain assembler, LASM. This has the following advantages:
a. gives short, logically organized, easily edited
modules,
b. minimal changes to a single module prior to assembly
should allow most users to generate a working
program for their system,
c. avoids use of MAC, which some users may not own,
2. Eliminated PMMI-only routines; this shortens the program
considerably and results in most of the modules being
system independent,
3. Introduced standard locations in low memory for user
configurable tables and system dependent code,
4. Used many of the non-PMMI routines in MDM700-707 (see below),
5. Made the following enhancements,
a. added toggle for sending/not sending end-of-file
marker in terminal mode text file output,
b. added toggle for sending/not sending linefeed after
carriage return in terminal mode file output, this
allows use with either a mainframe or a micro which
is capturing the file,
c. added toggle for waiting/not waiting until character
echoed in terminal mode file output,
d. added separate menu for terminal mode file output
flow control commands,
e. increased from 1 to 10 the number of user defined
strings which can be transmitted in terminal mode,
and added command for displaying list of strings
(thanks to E. O. Stork for this idea),
f. added routines to reset word length, stop bits, and
parity to H89 baud rate resetting routine, and
included information on settings in current parameter
information screen; 7 bit text transfers are now
possible. It should be relatively simple to modify
these routines for another computer,
g. added routine to disconnect modem from telephone line
if computer and modem allow this,
h. added routine to provide carrier detect status
information,
i. added message on returning to terminal mode after
Q (quiet) file transfer.
6. Used LU to put the ASM, DOC and HIS files together with LASM
and MLOAD into a LIB file with the name MODEM900.LBR. Skipped
the 8.xx version number sequence as that sequence has already
been used for a system specific version.
P. L. Kelley
10-May-83 01:15:27,1364;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 4:24 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 4:21 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 11 May 83 4:10 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 11 May 83 0:53-PDT
Date: 10 May 83 0:15:27-PDT (Tue)
To: info-cpm@brl.arpa
From: Jay Phillips <hplabs!hp-pcd!jay (Jay Phillips)@ucb-vax.arpa>
Subject: Re: Workman Assoc and public domain soft - (nf)
Article-I.D.: hp-pcd.1023
#R:sri-arpa:-131800:hp-pcd:21700001:000:763
hp-pcd!jay May 9 08:18:00 1983
I for one would not pay workman's prices either, but then
I have other access routes to the software in question.
Your note brings up an interesting point. You mention
the words 'public domain' in connection with ZCPR2. I have yet
to find these words in the ZCPR2 documentation. What I find is:
ZCPR2 Version 2.0
Copyright (c) 1982, 1983 by Richard Conn
All rights reserved
According to my meager understanding of the copyright
laws, Rick has retained all rights (at least to the
documentation) and the copy I made from my local RCPM is in
violation of the law.
If this is not the case, I wish someone in the know would
straighten me (and probably others) out. (Rick, are you there?).
Jay Phillips
HP Portable Computer Div.
...hplabs!hp-pcd!jay
10-May-83 08:25:00,806;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 10:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 10:31 EDT
Received: From Utexas-20.ARPA by BRL via smtp; 10 May 83 10:23 EDT
Date: 10 May 1983 0925-CDT
From: John Otken <CC.Otken@utexas-20.arpa>
Subject: Subroutine to test for 8080 or Z80.
To: info-cpm@brl.arpa
Quite a few people seem to be writing Z80 only code these days which
could be bad news to some 8080/8085 CPUs. Well, here is a subroutine
which exploits the subtle differences in 8080s and Z80s.
;; Z80 - Test for Z80 CPU.
;
; exit: (Zf) = set if Z80 processor
; BC, DE, HL unchanged
;
Z80 xra a ; Clear parity flag
ori 80h
adi 80h ; Clear zero, set parity if Z80
jpo Z801 ; if 8080/8085
xra a ; Set zero
Z801 ret
-------
10-May-83 08:43:00,910;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 11:07 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 10:56 EDT
Received: From Utexas-20.ARPA by BRL via smtp; 10 May 83 10:43 EDT
Date: 10 May 1983 0943-CDT
From: John Otken <CC.Otken@utexas-20.arpa>
Subject: Subroutine to test for Z80 or 8080.
To: info-cpm@brl.arpa
Quite a few people seem to be writing Z80 only code these days which
could be bad news to some 8080/8085 CPUs. Well, here is a subroutine
which exploits the subtle differences in 8080s and Z80s.
;; Z80 - Test for Z80 CPU.
;
; exit: (Zf) = set if Z80 processor
; BC, DE, HL unchanged
;
Z80 xra a ; Clear parity flag
ori 80h
adi 81h ; Clear zero, set parity if Z80
jpo Z801 ; if 8080/8085
xra a ; Set zero
Z801 ret
A version of this might have gotten out with a typo in the ADI instr.
Ignore it, this one is right.
-------
10-May-83 12:42:43,1187;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 17:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 17:15 EDT
Received: From Ucb-Vax.ARPA by BRL via smtp; 10 May 83 17:10 EDT
Date: 10 May 83 12:42:43 PDT (Tue)
From: unisoft!pertec@ucb-vax.arpa
Subject: ZCPR2 and the PD
Message-Id: <8305101942.AA02996@UCBVAX.ARPA>
Received: by UCBVAX.ARPA (3.339/3.28)
id AA02996; 10 May 83 12:42:43 PDT (Tue)
To: info-cpm@brl.arpa
Cc: rconn@brl.arpa
The point that I was trying to get across in my earlier message was that
I felt that Workman's interests were not so much to help the general public
with the distribution of public domain software, but to put more money into
his pockets off the work done by others. Is this kind of piracy any better
than stealing copies of CP/M, even though it's done with permission from
the author? I feel that any distribution should be done through non-profit
organizations.
My other complaint was that this *was* a profit-making organization, and
advertisements as such shouldn't be announced via INFO-CPM. Pournelle may
get away with this with BYTE, but I really don't want to see it here.
-roger
10-May-83 16:50:00,384;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 20:01 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 19:56 EDT
Received: From Lll-Mfe.ARPA by BRL via smtp; 10 May 83 19:50 EDT
Date: Tue, 10 May 83 16:50 PDT
From: "Webb,Mike"@lll-mfe.arpa
Subject: info-cpm dist.
To: info-cpm@brl.arpa
please add me to the mailing list for info-cpm. thnx;mike
10-May-83 23:50:54,2967;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 0:31 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 0:22 EDT
Date: 10 May 83 23:50:54 EDT (Tue)
From: Rick Conn <rconn@brl.arpa>
To: unisoft!pertec@ucb-vax.arpa
cc: info-cpm@brl.arpa, rconn@brl.arpa
Subject: Re: ZCPR2 and the PD
016; 10 May 83 12:43:46 PDT (Tue)
First of all, I believe that you have a right to your opinions as
I have a right to mine. I'm not trying to change your opinion
(well, maybe I am), and I am writing this simply to express my
feelings on the subject.
I don't classify what Workman is doing as piracy. Piracy implies
that legal harm is being done, such as stealing from someone.
Stealing copies of CP/M is piracy since harm is being done to DR
(in the form of a loss of income that would be there if the pro-
duct was sold instead). Selling PD software isn't causing any
harm that I can see. I don't feel a loss of money because Work-
man is selling ZCPR2.
This does NOT mean, however, that I approve of selling PD
software. I don't feel that it is morally right to take advan-
tage of the generosity of others in this manner. In the case of
ZCPR2, Workman asked me for permission and offered a percentage.
I granted the permission (rationale: to provide a source for
those who were not successful or did not desire to tap into the
PD) but declined the percentage (rationale: maintaining my phi-
losophy of giving it away in the first place). I don't believe
that Workman asked the other PD authors for permission (I know he
didn't for my old HELP system), and I believe this is morally
wrong, but I also believe he has the right to do this by the sim-
ple fact that it IS in the public domain.
As for advertising on this net, I agree completely that this is
wrong. I don't believe, tho, that what Jerry did was advertising
(unless Jerry is getting a percentage of the sales, which I don't
think he is). If Workman came on and sent a message saying "I'm
selling so-and-so for $$$", then THAT would be advertising. As-
suming that Workman did not ask Jerry to make the announcement
and that Jerry was passing it on only for information purposes,
then Jerry used the net to pass on information of interest to
others, which is a big part of what the net is for. My saying
that Rolm's Ada Language System is to be validated by the end of
May or that the 68010 is on the market for $20 and here's what it
does is passing information, which is fine, and I don't call this
advertising since advertising has, as I feel, an implication of
profit to the person who passes the information in this case.
Note that, by the dictionary, simply making a public notice is
advertising, so if advertising is to be banned from the ARPA Net,
we may as well shut down the electronic mailing lists now.
Rick
11-May-83 00:10:00,738;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 12 May 83 14:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 12 May 83 14:13 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 12 May 83 14:02 EDT
Date: 11 May 1983 00:10 EDT
From: Ronald G. Fowler <RGF@mit-mc.arpa>
Subject: Subroutine to test for 8080 or Z80.
To: INFO-CPM@mit-mc.arpa
Here is a shorter and simpler version (as far as I know, it
works on all Z80's and 8080's):
SBB A
JPO Z80 ;JUMPS IF EXECUTING ON Z80
;FALLS THRU ON 8080.
This is the one used in the DCON Z80-only debugger. Has anyone that
uses that debugger seen it try to execute on an 8080 (ie, has anyone
anyone seen the above test fail?)? Let me know if so.
--Ron Fowler
11-May-83 05:36:00,1067;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 21:01 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 20:46 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 2 Jun 83 20:37 EDT
Date: 11 May 1983 05:36 EDT
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject: ZCPR2 and the PD
To: rconn@brl
cc: info-cpm@brl, unisoft!pertec@ucb-vax
In-reply-to: Msg of 10 May 83 23:50:54 EDT (Tue) from Rick Conn <rconn at brl.arpa>
for glory's sake.
about nine peop[le asked me how to get hard copy of the zcpr
documents, and pleaded for somebody to provide them. I am
bloody sorry I mentioned it to Barry. He makes about what this
stuff costs, when you count overhead, warehouseing, having to go
get the crap, and th rest.
I bloody quit. Next time you ask for hard copy, and
want things provided, and ask for how to get stuff, please
bother someone else. I obviously am in a no win situation here,
and I decline to be in the game any longer.
Ride your moral hobby horses forever. Some of us have
better things to do than listen..
11-May-83 05:39:00,848;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 21:02 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 20:47 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 2 Jun 83 20:37 EDT
Date: 11 May 1983 05:39 EDT
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject: ZCPR2 and the PD
To: unisoft!pertec@ucb-vax
cc: info-cpm@brl, rconn@brl
In-reply-to: Msg of 10 May 83 12:42:43 PDT (Tue) from unisoft!pertec at ucb-vax.arpa
roger dear, I know you are purer than the driven snow, and we
thank you for being the conscience and guardian of us all.
Odd, isn't it, that one can be a cad for charging PRECISELY what
the User's Group charges? Whilst they are benefactors. And
certainly have their addresses published, indeed one performs a
public service by so publishing.
very odd. we do thank you for the lessons..
11-May-83 10:07:00,1838;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 12:30 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 12:19 EDT
Received: From Utah-20.ARPA by BRL via smtp; 11 May 83 12:10 EDT
Date: 11 May 1983 1007-MDT
From: Bob Pendleton <Pendleton@utah-20.arpa (Bob Pendleton)>
Subject: P128K
To: info-cpm@brl.arpa
I was looking around a local Commadore dealership about a month ago
and saw a new Commadore machine called the P128K. The salesman didn't
seem to know anything about the machine but I picked up the specs from
a pamphlet. Since I still haven't seen this beast advertised I thought
I would pass along what I know about it and hope one of you can supply
more info.
Keyboard reasonable, not super, fullstroke
graphics/video same as 64k
RS232 1 port, built in
IEEE-488 built in
Plug in ROM don't know what size
memory 128K expandable to 840K
processors
6509 built in, If you know this chip please send
a description
Z80 option, will allow you to run CP/M
8088 option, will allow you to run CP/M86
software Microsoft 4.something BASIC built in
$795 base price
I couldn't get any info about prices or availability of the optional
processors, software or peripherals.
When I started asking questions about the machine the salesman stated
that this was a home computer, not an engineering computer or a business
computer and that technical questions were not meaningful in that context.
With 840K an 8088 and CP/M86 this could be a nice home computer.
If anyone has more info please send it along.
Bob Pendleton
-------
11-May-83 12:30:07,1269;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 16:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 16:40 EDT
Received: From Wisc-Rsch.ARPA by BRL via smtp; 11 May 83 16:33 EDT
Date: 11 May 1983 13:30:07-CDT
From: Anil A. Pal <pal@csnet-sh.arpa (Anil A. Pal)>
Reply-to: pal@csnet-sh.arpa
To: INFO-CPM@brl.arpa
Subject: NEC8023/Wordstar Hints (Some Success)
Well, I gave up trying to get Wordstar to use the proportional-width
font on the NEC8023.
I did, however, manage to get superscripts and subscripts.
The trick is to set line spacing to half normal, then send TWO linefeeds
at the end of each line. The patches used are:
LOCATION VALUES COMMENTS
PSINIT: 04 1B 54 31 32 set line spacing to 12/144"
PSCRLF: 03 0D 0A 0A send extra linefeed at end-of-line
PSHALF: 02 0D 0A single linefeed gives half-vertical-space
I had tried this before and it didn't work, because I was not aware that
PSHALF: should include a carriage return. Thanks to the compilers of
the WS patch files on Mit-mc for pointing this out.
If anyone finds that this causes problems with other features, please let
me know. Anyone else have good patches for the NEC8023?
-Anil Pal, University of Wisconsin
pal@uwisc
pal@csnet-sh
11-May-83 13:25:21,1257;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 13 May 83 5:24 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 13 May 83 5:19 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 13 May 83 5:15 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 13 May 83 1:57-PDT
Date: 11 May 83 12:25:21-PDT (Wed)
To: info-cpm@brl.arpa
From: harpo!floyd!vax135!cornell!uw-beaver!vestal@ucb-vax.arpa
Subject: CP/M poll - what have you got?
Article-I.D.: uw-beave.576
I'm interested in finding out the relative percentages of various
machines supporting CP/M which are in existence. In particular,
I'd like to know what sort of floppie formats will cover the most
number of machines. If anyone knows of any marketing data I can
get my hands on, find. Otherwise, I'd appreciate it if you would
take the time to answer a few brief questions about your system,
and any systems you know of belonging to others.
1. Machine and model (Apple II, Apple III, Northstar Advantage, etc....)
2. CP/M version number.
3. Type of floppie (8" SSSD, 8"DDDD, 5-1/4" SSSD soft sector, etc.)
4. Modem or communications program on system. (MDM???, etc.)
vestal@uw-beaver or ...decvax!microsof!uw-beaver!vestal
VESTAL@WASHINGTON (for ARPA fans)
11-May-83 16:54:00,1056;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 20:41 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 20:31 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 11 May 83 20:19 EDT
Date: 11 May 83 18:54-EDT (Wed)
From: Charles Hutchinson <hutchinson.UMass-ECE@udel-relay.arpa>
Return-Path: <hutchinson%UMass-ECE.UMASS-ECE@UDel-Relay>
Subject: Software Distributors, 8088 DBM's
To: info-cpm.UMass-ECE@udel-relay.arpa
Cc: hutchinson.UMass-ECE@udel-relay.arpa
Via: UMASS-ECE; 11 May 83 19:51-EDT
Hello!
Two queries:
First, I'm looking for the addres/phone# of Sofware Distributors
of Culver City, CA. They supposedly have over 70 software packages for
the Rainbow.
Second, I'm looking into data base systems for my Rainbow, but
for the most part, only CP/M-80 programs are available. If anyone
has info on 8088 CP/M-86 data bases, I would really like to see it.
(Forward to the list and/or to me as you see it)
Thanks in advance,
John hutchinson
(HUTCHINSON.UMASS-ECE@UDEL-RELAY)
11-May-83 17:03:00,1133;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 19:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 19:13 EDT
Received: From Bbna.ARPA by BRL via smtp; 11 May 83 19:05 EDT
Date: 11 May 1983 1903-EDT
Sender: WAGREICH@bbna.arpa
Subject: Disk Transfer Programs for Apple CP/M
From: WAGREICH@bbna.arpa
To: info-cpm@brl.arpa, info-apple@mit-mc.arpa
Cc: Wagreich@bbna.arpa
Message-ID: <[BBNA]11-May-83 19:03:46.WAGREICH>
Apple CP/M (November 1980 version) comes with a program to
transfer source files from a DDOS diskette to an Apple CP/M
diskette.
However, there is no program supplied to transfer text files from
an Apple CP/M diskette to a DOS diskette. (I have DOS 3.3.)
Does anyone out there know of the existence of a program to do
each of the following?
1) Transfer text files from an Apple CP/M (56K) diskette to an
Apple DOS diskette.
2) Transfer text files from an Apple CP/M diskette (56K) to Apple
UCSD Pascal diskettes (16 sector) and vice versa
Please send me any information you may have on the above.
Thank you....Barbara Wagreich
11-May-83 18:58:00,1724;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 19:22 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 19:12 EDT
Received: From Mit-Dms.ARPA by BRL via smtp; 11 May 83 18:56 EDT
Date: 11 May 1983 18:58 EDT
From: Eliot Scott Ramey <ELIOT@mit-dms.arpa>
Subject: Selling ZCPR2
To: info-cpm@brl.arpa
I don't remember the name of the person, but someone wrote to the
net that they didn't like what Workman was doing, but was goig to purchase
from him anyway, because it is his only access to ZCPR2. GARBAGE!!
SIG/M is selling the disks for $6 each and NYACC is selling the manuals
at $24 for the set! The addresses follow:
SIG/M User Group
Amateur Computer Group of New Jersey, Inc
Box 97
Iselin, NJ 08830
S-100, CP/M User Group
NY Amateur Computer Club
PO Box 106
Church Street Station
New York, NY 10080
>> WRITE THESE ADDRESSES DOWN <<
If only people would help others in this effort, less people would
get "ripped off" as some people think Workman is doing, and others will simply
have the freedom of choice to support the people they want to support (which
is what I think the case is).
No, this is not an Advert for SIG/M and NYACC, it is to pass some
apparently little known information on to those people who need it.
Now, since you have a source for the software, once you get it,
return the favor by helping sombody else! Remeber, since ZCPR2 and related
software is Public Domain, you can get 15 people together to purchase it
from Workman or SIG/M and buy it ONCE, and then COPY it! Just because somebody
is selling it, and you don't like it, doesn't mean you are not allowed to beat
the system.
-Eliot at Mit-MC
11-May-83 22:23:00,1141;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 12 May 83 1:30 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 12 May 83 1:27 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 12 May 83 1:24 EDT
Date: 12 May 83 00:23-EDT
From: C4F@cornella
Subject: favor needed of someone in boston area...
Message-Id: <8305120516.AA06734@UCBVAX.ARPA>
Received: by UCBVAX.ARPA (3.339/3.28)
id AA06734; 11 May 83 22:16:29 PDT (Wed)
To: INFO-CPM@mit-mc.arpa
looking for help with getting the :mc;cpm stuff onto floppies...
i will be in the boston area sometime over the summer, and would like to
take back home with me all sorts of nifty stuff that is currently stored
on the MC CPM archives. I would need the assistance of someone in the boston
area with a modem and 8 inch floppies who could do copying for me. (boston
area is specified because i think it would be a hassle for this person to
do everything, and i would expect to help in any way i could.)
can anyone volunteer their services? i would be willing then to act as
a local to my area distributor of this nifty stuff.
lin@mit-mc or g.cornella=c4f@ucb-arpa
12-May-83 00:19:00,1005;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 12 May 83 2:29 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 12 May 83 2:26 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 12 May 83 2:21 EDT
Date: 11 May 1983 2319-PDT
Subject: Re: Software Distributors, 8088 DBM's
From: Bill Rizzi <RIZZI@usc-isib.arpa>
To: Charles Hutchinson <hutchinson.UMass-ECE@udel-relay.arpa>
cc: info-cpm@mit-mc.arpa
In-Reply-To: Your message of 11 May 83 18:54-EDT (Wed)
A good friend of mine is at Software Distributors and has been
frantically trying to get packages up and running on the Rainbow.
SD is related to Ashton=Tate, the producer/distributors of dBaseII.
There is an 8088 version of this package available.
Software Distributors
10023 W. Jefferson Blvd.
Culver City, CA 90230
(213) 204-6620
Toll-free (800) 421-0814 from CA (800) 252-4025
Telex: 182362 attn: softusa culv.
4990285 attn: software lsa
Hope this helps ..
Bill (RIZZI@ISIB)
-------
12-May-83 02:17:00,561;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 12 May 83 2:28 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 12 May 83 2:26 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 12 May 83 2:17 EDT
Date: 12 May 1983 02:17 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: Bi-directional file viewer
To: Info-Cpm@brl.arpa
BISHOW13.ASM is a bi-directional file printing program for use
with your console CRT. It allows viewing a file, scrolling
forward or backward as needed. It's available on MIT-MC as:
AR21:CPM;BISHOW 13ASM
--Keith
12-May-83 07:51:37,1014;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 12 May 83 10:05 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 12 May 83 9:56 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp; 12 May 83 9:52 EDT
Date: 12 May 1983 06:51:37-PDT
From: Bob Van Cleef <CCVAX.revc@nosc-cc.arpa>
Reply-to: CCVAX.revc@nosc-cc.arpa
To: ELIOT@mit-dms.arpa, info-cpm@brl.arpa
Subject: Re: Selling ZCPR2
It is nice to publish the address of SIG/M, but getting a
response from them is almost impossible. The software
coordinator for the San Diego Computer Society, a non-
profit type group with over 1K members, sent them a check
for $80 back in early March, and can not even get them
to acknowledge the order.
If Rick Conn is correct on the percentage of active members
in the group, then they need a lot more help. Being the
central distribution point for something as big a Zcpr2 is
a lot of work, and I wouldn't be a bit surprised to find out
that they would appreciate any help that they can get. - Bob
12-May-83 14:57:29,1470;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 14 May 83 3:01 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 14 May 83 2:57 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 14 May 83 2:54 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 13 May 83 23:42-PDT
Date: 12 May 83 13:57:29-PDT (Thu)
To: info-cpm@brl.arpa
From: harpo!floyd!cmcl2!lanl-a!jlg@ucb-vax.arpa
Subject: Re: ZCPR2 and the PD
Article-I.D.: lanl-a.307
In-Reply-To: Article sri-arpa.1352
If I were to decide to sell some of my software, I would probably make
it public domain. The reason for this is that software piracy will
occur (for good codes anyway) whether I copyright or not. But by making
my software public domain I am directly authorizing any 'piracy' that
anyone wants to do. Of course, if you don't buy from me, you won't
get bugfixes, updates, or extensions when they are available.
This method of software marketing will only work if I price my code
reasonably. No $600.00 compiler I have ever seen is worth the money,
so people pirate copies instead. I have written my own language processors
for my stuff (if I need something that didn't come with the hardware) and
I get along pretty good without the overpriced codes that are on the market.
Still, it would save a lot of time if I could buy this stuff at a reasonable
price.
J.L. Giles
(...!lanl-a!jlg)
12-May-83 15:29:10,915;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 19 May 83 6:09 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 19 May 83 6:03 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 19 May 83 5:49 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 19 May 83 2:24-PDT
Date: 12 May 83 14:29:10-PDT (Thu)
To: info-cpm@brl.arpa
From: UNKNOWN.vmicro1@ucb-vax.arpa
Subject: Re: Subroutine to test for 8080 or Z80.
Article-I.D.: ucbtopaz.135
In-Reply-To: Article sri-arpa.1346
Relay-Version:version B 3/9/83; site harpo.UUCP
Message-ID:<135@ucbtopaz.UUCP>
Date:Thu, 12-May-83 14:29:10 EDT
An even better testing routine:
xor a
inr a
jpo odd
xor a
odd:ret
I might have the opcodes wrong (I work both 8080 and Z80, no manual around).
Point is: inr a will set odd parity on and 8080--but is not an overflow on
the z80. This routine sets the zero flag if it is a z80, I think...
12-May-83 18:31:20,1040;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 14 May 83 13:50 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 14 May 83 13:47 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 14 May 83 4:15 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 14 May 83 0:53-PDT
Date: 12 May 83 17:31:20-PDT (Thu)
To: info-cpm@brl.arpa
From: harpo!floyd!cmcl2!lanl-a!jlg@ucb-vax.arpa
Subject: Re: P128K
Article-I.D.: lanl-a.308
In-Reply-To: Article sri-arpa.1358
Technical questions are ALWAYS relevant. That's the trouble with most
microcomputer salesmen ... they always come up with some reason not to
tell you the technical info you need to make a rational decision. The
truth is that most of them don't have any technical background and just
don't know the answers to the important questions. Send away to the
factory! It takes a while, but at least you can get some technical stuff.
J.L. Giles
(......!lanl-a!jlg)
~p
(not mail - darn!)
12-May-83 23:28:00,470;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 12 May 83 23:36 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 12 May 83 23:26 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 12 May 83 23:24 EDT
Date: 12 May 1983 23:28 EDT
From: Eliot Scott Ramey <ELIOT@mit-mc.arpa>
Subject: RELS.UTL & REl.UTL
To: info-cpm@brl.arpa
Could somebody please send me information on what REL.UTL
and RELS.UTL are, and what they are used for?
-Eliot at Mit-MC
13-May-83 00:58:30,1041;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 18 May 83 6:59 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 18 May 83 6:52 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 18 May 83 6:46 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 18 May 83 3:39-PDT
Date: 12 May 83 23:58:30-PDT (Thu)
To: info-cpm@brl.arpa
From: ihnp4!houxm!houxz!hocda!spanky!burl!duke!mcnc!ncsu!msdc!gatech!brat@ucb-vax.arpa
Subject: C compiler wanted
Article-I.D.: gatech.156
Relay-Version:version B 3/9/83; site harpo.UUCP
Message-ID:<156@gatech.UUCP>
Date:Thu, 12-May-83 23:58:30 EDT
I am interested in buying a CP/M "C" language compiler for a Z-80 based
CP/M (2.2) system. Anyone who may know of a good compiler (I know there
are several out), I'd appreciate opinions or criticisms. Write directly
to me (address below) and I will summarize (if desired) on uucp news.
Thanks.
Steven Goldberg
CSNET: brat.gatech@UDEL-RELAY
UUCP: ...!decvax!duke!mcnc!msdc!gatech!brat
13-May-83 08:11:04,533;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 13 May 83 11:48 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 13 May 83 11:18 EDT
Received: From Parc-Maxc.ARPA by BRL via smtp; 13 May 83 11:07 EDT
Date: 13 May 83 8:11:04 PDT (Friday)
From: NBarbieri.es@parc-maxc.arpa
Subject: Re: P128K
In-reply-to: Pendleton@utah-20.arpa's message of 11 May 83 10:07 MDT
To: Bob Pendleton <Pendleton@utah-20.arpa (Bob Pendleton)>
cc: info-cpm@brl.arpa
With a IEEE-488 interface, I doubt it would be a home computer.
Nick
13-May-83 08:27:17,548;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 13 May 83 8:30 EDT
Date: 13 May 83 8:27:17 EDT (Fri)
From: Gregory Hogg <greg@brl-bmd.arpa>
To: info-cpm@brl-bmd.arpa
cc: greg@brl-bmd.arpa
Subject: DataBase for CPM
Hello,
I really need a data base for my MAX-80 CPM system I have two
8" SSDD dirves (well only one at the moment the other is broken). Is there
a usable data base out there that is public domain? or that costs less than
$100.00 ? I would really like to know.
Thanks
Greg the Hogg
13-May-83 16:46:53,1012;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 13 May 83 18:58 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 13 May 83 18:51 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp; 13 May 83 18:42 EDT
Date: 13 May 1983 15:46:53-PDT
From: Bob Van Cleef <CCVAX.revc@nosc-cc.arpa>
Reply-to: CCVAX.revc@nosc-cc.arpa
To: info-cpm@brl.arpa
Subject: Need I/O info on Televideo-802
A friend is evaluating a Televideo-802 prior to
purchase, and would like to install Modem 7. However,
the only Port information given in the manuals is
the Port address, and the I/O byte appears NOT to be
a standard implementation.
We would appreciate the following information:
What is the controller chip(s)?
What is the control word format, if the
chip is unknown?
Do you have Modem7xx already ported?
It is interesting that PIP can't be used to load
Mboot, and there is no communications software with
it that we can disassemble.
Thanks for your time. - Bob Van Cleef
revc@nosc.arpa
13-May-83 17:12:53,781;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 13 May 83 19:20 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 13 May 83 19:14 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp; 13 May 83 19:13 EDT
Date: 13 May 1983 16:12:53-PDT
From: Bob Van Cleef <CCVAX.revc@nosc-cc.arpa>
Reply-to: CCVAX.revc@nosc-cc.arpa
To: info-cpm@brl.arpa
Subject: SIG/M & Zcpr2
SIG/M has just setup regional distribution centers for
software. I will try to get contact information on
the Sacramento center.
The San Diego Computer Society just recieved 20
diskettes of Zcpr2, Syslib, etc. We will be making
it available at our meetings, and on our new Bulletin
Board, which is scheduled to go online in about 3 weeks.
I will list the numbers when they are available.
Bob
14-May-83 03:33:00,2041;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 14 May 83 3:34 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 14 May 83 3:30 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 14 May 83 3:23 EDT
Date: 14 May 1983 03:33 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: Converting ITS format COM files
To: Info-Cpm@brl.arpa
If you can FTP COM files from MIT-MC but have been unable to
come up with a way to remove the four-byte ITS header, here's
good news! I have written a program which will translate ANY
LENGTH ITS-format COM file to standard CP/M format. All you
need to do is get the file onto your CP/M system and then run
this program. It's called ITSCVT, and the HEX version is available
as AR13:CPM;ITSCVT HEX. The program allows ambiguous filenames
and prompts the operator as to whether the present file should
be translated, skipped, go continuous (don't ask anymore), or
quit. It's a cousin of my COPYFILE version 1.5 program.
This program assumes that your mainframe MODEM (umodem,tmodem,
MODEM,XMODEM, etc) program pads the last sector to make it
an even 128 bytes (this is normal for those programs). Because
of this padding, the ITS-format COM file will be one sector longer
than the original COM file. This is because the 4-byte header
makes the file 4 bytes longer, of course. ITSCVT.COM will take
this into consideration, omitting the last sector that was added
because of the padding.
The outfile files have the same name as the input, with a filetype
of .CPM. They are written to the currently-logged (default)
drive. The input files may be on any drive.
Source code for this program will not be available at this time,
but I will maintain it. Bug reports/comments to me, please, or
if you can't remember my username, send them to Info-Cpm-Request@Brl.
Please remember that some versions of the mainframe MODEM programs
already know about ITS COM format file and strip the four bytes for you.
If yours does this, you don't need this program.
--Keith
14-May-83 13:16:00,1134;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 14 May 83 14:18 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 14 May 83 14:13 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 14 May 83 14:10 EDT
Date: 14 May 1983 13:16 cdt
From: Weinstein.WSTE@hi-multics.arpa
Subject: R2E information
To: info-cpm@mit-mc.arpa, info-micro@mit-mc.arpa
R2E appears to be getting out of there System X product line and cutting
down their expenses by closing up shop in Minnesota. I have recently
bought their main CPU board which contains a 4 MHZ Z80, 64K DYN RAM,
DMA, PIC. The only addition one must make is the disk controller. The
board contains 4 S100 slots and therefore this is not a problem. The
revision of the R2E board is REV H. Anyone who has information board
layouts, schematics for this Rev..pls contact
Dennis Weinstein
8324 Kentucky Avenue
Minneapolis,MN 55445. I believe that most R2E's
shipped are at REV E and are delivered with schematics but no layouts.
Anyone who has this info or any other info reguarding the R2E pls write
or send mail to Weinstein -at HI-Multics.. thx in advanced
14-May-83 19:35:12,2996;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 14 May 83 19:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 14 May 83 19:41 EDT
Date: 14 May 83 19:35:12 EDT (Sat)
From: Rick Conn <rconn@brl.arpa>
To: info-cpm@brl.arpa
cc: hplabs!hp-pcd!jay@ucb-vax.arpa
Subject: ZCPR2 in the PD
I had responded to Jay indirectly thru Paul Grupp ear-
lier, so the rest of INFO-CPM did not see the reply. Things have
changed since the reply, and I would like to answer the question
for anyone else who is interested as well.
ZCPR2 was NOT originally in the PD. While I wanted it to
be available to everyone who wanted it, I also wanted to retain
some rights to it under the copyright laws. I read a document
(put out on the net earlier) on the subject, and concluded that
both goals would be met if ZCPR2 was released to SIG/M specifi-
cally. Being a user group that charged no membership fee and
that distributed its software to anyone who wanted it, the
release to SIG/M effectively, but not formally, constituted a
release to the PD. SIG/M however is NOT the PD, per se, so, in
theory (my theory, that is), the copyright protection was in ef-
fect. While I view SIG/M as being equated to the PD, SIG/M is
the Special Interest Group in Microcomputers of the ACG-NJ and
NOT the PD. Note that on the SIG/M release form, SIG/M's right
to ZCPR2 is documented.
I feel that this did provide the copyright protection I
desired, but I never had any intent to pursue enforcement. I
just wanted to see if this would slow down or stop anyone from
enterprising on ZCPR2, and it didn't seem to make much differ-
ence. That's OK, tho, because I don't feel I was being hurt by
it, and the only ones who may be are those who buy it and later
find out that they could have had it for free. The old CAVEAT
EMPTOR philosophy.
June's Microsystems contains an article on ZCPR2 which I
wrote, and, along with helping to educate the user community on
the existance of ZCPR2, it announces ZCPR2 as being in the Public
Domain (as opposed to SIG/M). I believe that this public state-
ment constitutes a formal release to the public domain, and the
full intent of the original release of ZCPR2 is realized. Anyone
who was held back by the copyright notice in the ZCPR2 source
codes (IF anyone was) can now proceed and quote the article if
they need support.
I think you can see what the experiment showed (NOT
proved). I still encourage the use of ZCPR2, and I now view it
as being formally released to the PD with any lack of protection
that may accompany such release. The bottom line, I feel, is
that the interests of the public are served, and was the original
intent with the release to SIG/M. The difference is that no one
should find them restricted wrt ZCPR2 use in any way.
Rick
14-May-83 23:45:00,1058;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 1:49 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 15 May 83 1:48 EDT
Received: From Bbna.ARPA by BRL via smtp; 15 May 83 1:41 EDT
Date: 15 May 1983 0145-EDT
Sender: WAGREICH@bbna.arpa
Subject: Problem with GET statement in Apple CP/M MBasic
From: WAGREICH@bbna.arpa
To: info-cpm@brl.arpa, info-apple@brl.arpa
Message-ID: <[BBNA]15-May-83 01:45:44.WAGREICH>
Has anybody out there had trouble with the GET statement to
retrieve random access records in the November 1980 version of
Apple CP/M MIcrosoft Basic (put out by Microsoft)? I seem to be
having trouble getting it towork properly for me and wondered if
anyone has had trouble (or success) with it? The PUT statement
seemstowork as far as I can tell but when I GET a record, the
numeric values are strange (even with CVI). If there is a
problem with the GET statement, is there any way toget around the
problem?
Thanks for whatever information you cangive me.
--Barbara Wagreich
15-May-83 05:40:00,715;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 5:43 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 15 May 83 5:36 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 15 May 83 5:30 EDT
Date: 15 May 1983 05:40 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: New Bi-directional file display program
To: Info-Cpm@brl.arpa
AR21:CPM;BISHOW 14ASM is new, replacing BISHOW 13ASM
which had a bug that prevented it from stopping at the
end of file. While I was at it, I added a couple of
other things - a strip of high-order bit of the character
in the line-count routine and a clear of any pending
keyboard character to prevent it from appearing after
exiting the program.
--Keith
15-May-83 10:19:33,1710;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 13:59 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 15 May 83 13:49 EDT
Received: From Rand-Relay.ARPA by BRL via smtp; 15 May 83 13:45 EDT
Date: 15 May 83 10:19:33 PST (Sun)
From: Jerry Sweet <jsweet.uci@rand-relay.arpa>
Return-Path: <Jsweet%UCI.UCI@Rand-Relay>
Subject: Re: Problem with GET statement in Apple CP/M MBasic
Message-Id: <280.421870773@UCI>
To: WAGREICH@bbna.arpa
Cc: info-cpm@brl.arpa, info-apple@brl.arpa, jsweet.UCI@rand-relay.arpa
In-Reply-To: Your message of 15 May 1983 0145-EDT.
<[BBNA]15-May-83 01:45:44.WAGREICH>
Via: UCI; 15 May 83 10:21-PDT
Barbara, this is the second time that you've referred to the Nov-80 version
of Microsoft Apple CP/M. You may have version 2.20, in which there were
pretty definitely bugs with random I/O. Microsoft has since gone to version
2.23 which has corrected all known problems with random I/O.
In addition to correcting a lot of niggling bugs, they folded the CCP into
the second 4K bank of the language card, allowing a 60K configuration of
CP/M. Unfortunately, all non-DR programs that know about the CCP too well
(the latest version of BDS C being a prime example--Leor take note!) don't
work with the 60K configuration, forcing you to stick with the 56K
configuration.
You should be able to get an update from Microsoft by sending in your
original disks with $7.50. You might call first to make sure that
they haven't raised the fee or done something nasty like shut the window
on updates (I wouldn't put it past them--I've gotten the impression
from talking to them that they aren't too friendly to customers).
--Jerry
15-May-83 13:24:12,794;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 15:21 EDT
Received: From Rochester.ARPA by BRL-BMD via smtp; 15 May 83 15:14 EDT
Received: by fq.rochester (3.290mJ) id AA15928; 15-May-83 15:24:12-EDT (Sun)
Received: by el.Rochester (3.290nJ) id AA00682; 15-May-83 15:12:55-EDT (Sun)
Message-Id: <8304151924.15928@fq.rochester>
Date: 15-May-83 15:24:12-EDT (Sun)
From: Mike Ciaraldi <ciaraldi@rochester.arpa>
Subject: Re: DataBase for CPM
To: greg@brl-bmd.arpa, info-cpm@brl-bmd.arpa
Tarbell has a data base system for CP/M for about $100.
Elliam has one for less than that, and enven has
some data bases for it, e.g. magazine article listings.
Both advertise in Byte and Microcsystems.
I have NOT tried either of them, nor do I have
any reports on them. Good Luck.
15-May-83 13:32:31,980;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 15:43 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 15 May 83 15:33 EDT
Received: From Rochester.ARPA by BRL via smtp; 15 May 83 15:22 EDT
Received: by fq.rochester (3.290mJ) id AA16041; 15-May-83 15:32:31-EDT (Sun)
Received: by el.Rochester (3.290nJ) id AA00688; 15-May-83 15:21:14-EDT (Sun)
Message-Id: <8304151932.16041@fq.rochester>
Date: 15-May-83 15:32:31-EDT (Sun)
From: Mike Ciaraldi <ciaraldi@rochester.arpa>
Subject: Re: Converting ITS format COM files
To: Info-Cpm@brl.arpa, W8SDZ@mit-mc.arpa
Still having problems with getting the
dictionary from MIT via FTP. I am leaving on vacation
for two weeks, and will try some more stuff then
(including asking MADLER for a dump of the first
few bytes of the real file).
In the meantime, thanks for the help so far.
Re: ITSCVT, how can I tell if my version of UMODEM
does the stripping of the first 4 bytes mentioned in
your letter?
15-May-83 14:23:35,733;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 16:37 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 15 May 83 16:27 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 15 May 83 16:21 EDT
Received: by fq.rochester (3.290mJ) id AA16429; 15-May-83 16:23:35-EDT (Sun)
Received: by el.Rochester (3.290nJ) id AA00718; 15-May-83 16:12:17-EDT (Sun)
Message-Id: <8304152023.16429@fq.rochester>
Date: 15-May-83 16:23:35-EDT (Sun)
From: Mike Ciaraldi <ciaraldi@rochester.arpa>
Subject: Re: R2E information
To: Weinstein.WSTE@hi-multics.arpa, info-cpm@mit-mc.arpa,
info-micro@mit-mc.arpa
I don't have any R2E info myself, but Dealin' Electronics,
735 Loma Verde, Palo Alyo CA 94303 sells them. Good luck.
15-May-83 15:31:00,1119;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 17:40 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 15 May 83 17:33 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 15 May 83 17:23 EDT
Date: 15 May 1983 1731-EDT
From: John S. Labovitz <RMS.G.HNIJ@mit-oz>
Subject: MDM901
To: info-cpm@mit-mc.arpa
I am having trouble getting MDM901 to work on my system. I un-LU'ed
it, unsqueezed it, read the doc files, and assembled it. All that
worked fine; no errors. However, MLOAD gave me the following output:
MLOAD ver 1.1 Copyright (C) 1983 Ronald G. Fowler
Loaded 0 bytes (0000H - 495 records) to file .COM
Start address: 0000H Ending address: 0000H Bias: 0000H
++ Warning: program origin NOT at 100H ++
I tried using MLOAD 1.3 (which did not come with MDM901), but that
gave the same errors.
The only thing I have changed in the files is START.ASM (the logon
strings, and one or two other EQU's) and SYS.ASM (renamed 8250SYS.ASM
to SYS.ASM and changed minor EQU's).
Does anyone know what is wrong??
John Labovitz
rms.g.hnij%mit-oz @ mit-mc
-------
15-May-83 23:59:59,609;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 16 May 83 2:07 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 16 May 83 2:01 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 16 May 83 1:56 EDT
Date: 15 May 1983 22:59:59-PDT
From: Joseph G. Grovhoug <grovhoug@nosc-cc.arpa>
Reply-to: grovhoug@nosc-cc.arpa
To: greg@brl-bmd.arpa
Subject: Re: database for CPM
Cc: INFO-CPM@mit-mc.arpa, grovhoug@nosc.arpa
Are you aware of DIMS (Data Information Management System?) It's PD & for
certain applications mo betta than DBASE II! Methinx it's available from
SIG/M. What is your application?
16-May-83 00:36:00,547;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 16 May 83 0:44 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 16 May 83 0:33 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 16 May 83 0:29 EDT
Date: 16 May 1983 00:36 EDT
From: Jon P. Albers <ALBERS@mit-ml.arpa>
To: Info-Micro@brl.arpa, Info-cpm@mit-mc.arpa
I would like to here from people who have DEC Rainbow 100's.
Our lab is going to get several of them and wants to here from others
who use themm.
Jon Albers
ALBERS@MIT-ML
or
jalbers.bnl
,
16-May-83 15:11:00,987;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 18 May 83 12:35 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 18 May 83 12:23 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 18 May 83 12:20 EDT
Date: 16 May 83 15:11 EDT (Monday)
From: Thieret.WBST@parc-maxc.arpa
Subject: How to use Mem. mapping.
To: INFO-CPM@mit-mc.arpa
cc:Thieret.WBST@parc-maxc.arpa
I recently received the Godbout CPUZ in the mail and after reading the docs. I've
run into a problem. The memory mapping capacity (write to port FDH to set the
high order address lines) will switch the whole 64K out to another. My question
is that if all 64K are out where does the next instruction come from?? I assume it
comes from the new bank but how do I get it there in the first place. This seems
to be another dog chasing it's own tail routine. It isn't obvious to me how to use
this facility. Anybody who knows how to do this or how this board works -
PLEASE message me. Thanks.
Tracy.
17-May-83 04:17:05,642;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 17 May 83 4:31 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 17 May 83 4:22 EDT
Date: 17 May 83 4:17:05 EDT (Tue)
From: Keith Petersen <w8sdz@brl.arpa>
To: Info-Cpm@brl.arpa
Subject: RCPMLIST.037 available
RCPMLIST.037 is now available on MIT-MC as CPM;RCP-M NOS. This is a
complete listing of all known Remote CP/M system phone numbers and other
associated information. Those who cannot FTP this file from MC and are
not already on the list to receive it via netmail should send a note to
Info-Cpm-Request@Brl asking to be added to the list.
--Keith
17-May-83 15:39:00,764;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 17 May 83 19:19 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 17 May 83 19:12 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 17 May 83 19:08 EDT
Date: 17 May 83 17:39-EDT (Tue)
From: Charles Hutchinson <hutchinson.UMass-ECE@udel-relay.arpa>
Return-Path: <hutchinson%UMass-ECE.UMASS-ECE@UDel-Relay>
Subject: CONCURRENT CP/M-86
To: INFO-CPM.UMass-ECE@udel-relay.arpa
Cc: HUTCHINSON.UMass-ECE@udel-relay.arpa
Via: UMASS-ECE; 17 May 83 18:45-EDT
Hi!
Does anyone know anything about getting a "generic" Conncurrent CP/M-86?
I'd like to get it running on my Rainbow. Would a totally new BIOS have to
be written?
Thanks in advance,
Hutch
HUTCHINSON.UMASS-ECE@UDEL-RELAY
17-May-83 18:45:11,1055;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 17 May 83 19:08 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 17 May 83 18:59 EDT
Received: From Brl-Bmd.ARPA by BRL via smtp; 17 May 83 18:56 EDT
Date: 17 May 83 18:45:11 EDT (Tue)
From: Charlie Strom (NYU) <strom@brl-bmd.arpa>
To: INFO-MICRO@brl.arpa
cc: INFO-CPM@brl.arpa
Subject: Silicon vs. Silicone
Well, I cannot remain silent any longer - as a chemist by training (and a
microcomputer hacker by preference) I must once and for all call for a
halt to the interchangeable use of the words SILICON and SILICONE.
Silicon, as in Silicon valley, is an element, atomic number 14, atomic
weight 28. Silicon is a basic ingredient in sand, 8085's and the like.
Silicone, as in Raquel Welch, is a generic term for a number of synthetic
fats, oils and greases in which some of the carbon atoms are replaced by
silicon.
Please note these are not the same animal and should not be used inter-
changeably - it upsets the digestion1
Charlie Strom
17-May-83 21:32:00,571;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 20:25 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 20:08 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 2 Jun 83 19:54 EDT
Date: 17 May 1983 21:32 EDT
From: Gail Zacharias <GZ@mit-mc>
Subject: Silicon vs. Silicone
To: strom@brl-bmd
cc: INFO-MICRO@brl, INFO-CPM@brl
Bravo! While we're at it, I wish people would stop using "buss" instead of
"bus". A bus carries signals (or people) from one place to another. A
buss is something you wouldn't mind getting from Raquel Welch.
17-May-83 22:48:15,712;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 17 May 83 22:59 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 17 May 83 22:49 EDT
Date: 17 May 83 22:48:15 EDT (Tue)
From: Rick Conn <rconn@brl.arpa>
To: info-cpm@brl.arpa
Subject: New PRINT3
AR84:CPM now contains PRINT3 13MQC and 13COM. This is a new version
of the PRINT utility for ZCPR2 which corrects a minor bug which shows
itself when EXACTLY a given number of pages is printed (no extraneous
lines). It also adds the feature of the Offset option, wherein
the user may specify the number of characters to offset the printout
so that room is available on the left side of the page for hold punching
et al.
Rick
17-May-83 22:55:16,921;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 17 May 83 23:10 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 17 May 83 23:00 EDT
Date: 17 May 83 22:55:16 EDT (Tue)
From: Rick Conn <rconn@brl.arpa>
To: RG.JMTURN%MIT-OZ@mit-mc.arpa, LEVYAL@usc-isi.arpa
cc: info-cpm@brl.arpa
Subject: ZCPR2 on MicroDecision
AR80:CPM now contains Z2PAT MDASM. This is a patch I wrote which
is to be overlaid onto the MD SYSGEN image (become a part of the working
BIOS) which implements several extended features of ZCPR2. You
will have to read the source, note the addresses for the various
buffers, set up the ZCPR2 HDR file to reflect those addresses, and
integrate both the HEX file for ZCPR2 and the HEX file for this patch
into your running 64K CP/M 2.2 MD system. The patch uses dead buffer
space at the top of your current BIOS so no loss of TPA space is realized
by it.
Rick
18-May-83 03:44:00,632;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 18 May 83 3:52 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 18 May 83 3:51 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 18 May 83 3:43 EDT
Date: 18 May 1983 03:44 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: ITS comfile converter updated
To: Info-Cpm@brl.arpa
AR13:CPM;ITSCVT HEX has been updated to include a check
for a valid ITS comfile header. I thought this should
be done to prevent stripping the first four bytes of
other kinds of files. The program just ignores them
now. For a command list run ITSCVT.COM with no arguement.
--Keith
18-May-83 12:04:00,1793;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 18 May 83 12:11 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 18 May 83 12:09 EDT
Received: From Mit-Dms.ARPA by BRL via smtp; 18 May 83 12:04 EDT
Date: 18 May 1983 12:04 EDT
From: Eliot Scott Ramey <ELIOT@mit-dms.arpa>
Subject: XM74LBR.PAT
To: info-cpm@brl.arpa
XM74LBR.PAT
by Eliot Ramey
(05/18/83)
I have found in not only neccassary, but very convienient to
library many files on my RCP/M disks. Many people do not always recognize
certain files as being in a package due to non-standard naming conventions,
so a library groups the files and people can easily tell that all the files
are related. Also, by librarying files I can save directory space which
is limited to 64 entries on my system. The side effect of librarying files
is very large files which could take hours to download at 300 baud. The
solution is to only allow members of the libraries to be downloaded, and
not the whole library. One prevents a file from being downloaded by
"tagging" the high bit on the first byte of the file name, and xmodem
will not send that file. The way XMODEM74 has been written, it will not
allow this file to be accessed by any means. I wanted XMODEM74 to access
this file IF the user was using the "L" option in xmodem. The following
patch will allow xmodem to send members from a library file, but will not
allow sending of the entire .LBR file.
OPENOT:
lda optsav
cpi 'L'
jz openok2
Find the label OPENOT: in XMODEM74.ASM and insert directly after the
label the three lines shown in lower case.
Happy downloading,
Eliot S. Ramey
Arlington RCP/M
(703)536-3769 (300-710 baud)
18-May-83 17:28:00,716;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 18 May 83 19:46 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 18 May 83 19:35 EDT
Received: From Mit-Xx.ARPA by BRL via smtp; 18 May 83 19:32 EDT
Date: 18 May 1983 1928-EDT
From: Thomas S. Wanuga <WANUGA@mit-xx.arpa>
Subject: KERMIT
To: info-cpm@brl.arpa
I am trying to get KERMIT (the file transfer programs from Columbia
University) running on our TOPS-20 system. I have the necessary
programs for TOPS-20. I am now looking for the necessary files for
the 8080/Z80 CP/M version of KERMIT and the Generic Kermit-80 version
of KERMIT. If anyone has these files, or can point me to them, please
let me know. Thank you very much.
-------
19-May-83 02:29:00,1272;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 19 May 83 2:43 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 19 May 83 2:35 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 19 May 83 2:28 EDT
Date: 19 May 1983 02:29 EDT
From: Keith Petersen <W8SDZ@mit-mc.arpa>
Subject: 6502 programs for CP/M
To: Info-Cpm@brl.arpa
Two 6502-related programs, which run under CP/M, are available in
the MIT-MC CPM; directory.
AR74:CPM;6502 SIMLBR - By Ron Fowler, 6502SIM is an adaptation
of ZX65 published by Dr. Dobb's Journal in August 1981. The
original program (ZX65) was by R.M. Kruse. As distributed,
ZX65 was difficult to bring up. Ron has made major modificiations
and now presents us with a workable 6502 Simulator program.
.......Develop your programs on CP/M for APPLE???....one
possibility. This file on MIT-MC is BINARY and stored in ITS
"COM" format. You'll need LU.COM (the library utility program)
to extract the files from this "LBR" after downloading to your system.
AR74:CPM;6DASM MAC and D6502 MAC - By Richard Conn and W.F. Dudley,
this is a variation of Richard Conn's DASM disassembler, with mods for
6502 disassembly. Apple Users with CP/M, you might find this useful,
as will anyone trying to disassemble 6502 code.
19-May-83 02:49:00,933;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 19 May 83 3:08 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 19 May 83 2:58 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 19 May 83 2:48 EDT
Date: 19 May 1983 02:49 EDT
From: Ronald G. Fowler <RGF@mit-mc.arpa>
Subject: [RGF: How to use Mem. mapping.]
To: INFO-CPM@mit-mc.arpa
Date: 19 May 1983 02:47 EDT
From: Ronald G. Fowler <RGF>
To: Thieret.WBST at PARC-MAXC
cc: RGF
Re: How to use Mem. mapping.
The solution almost universally employed is to set up a chunk of
memory as "global" -- ie, it responds only to the low 16 address
lines, ignoring the extended lines, and therefore always "on".
The size of this global memory depends on the application -- it may
be small enough only to hold an inter-bank communication routine,
or (as in the case of a banked MP/M system, for example) may be
as large as 16K, 20K or more. --Ron Fowler
19-May-83 16:57:00,3382;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 19 May 83 20:27 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 19 May 83 20:24 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 19 May 83 19:58 EDT
Date: 19 May 83 16:57 PDT (Thursday)
From: MMOON.ES@parc-maxc.arpa
Subject: Re: How to use Mem. mapping.
In-reply-to: Thieret.WBST's message of 16 May 83 15:11 EDT (Monday)
To: Thieret.WBST@parc-maxc.arpa
cc: INFO-CPM@mit-mc.arpa
OOPS. You will note that there is a 4k block of memory on that card, I believe.
If so, you may place the memory management code in that block and option it as
"global" ram, i.e., it will reside in *each* 64k page. If I am wrong you will need
another card (surprise!) such as Godbout's System Support 1, which I *know* has
4k of ram which can be made global. Note that using a block of global ram
means that you may have to option all your memory cards to have those
addresses permanently in tri-state, i. e., disabled, in order to avoid bus
contention. This would definitely be true using the System Support 1, but may
not be the case if the CPU has the ram on-board; the CPU's internal address logic
may allow you to switch this block in and out of memory on yet another port
and then disable the data-in buffers on the card while reading the on-board
memory; this effectively gives the on-board ram precedence when switched in.
Take a long look at your owner's manual.
A second alternative *does* exist, although it is extremely clumsy & may require
hardware hacks (risky ones at that on your new toy; can void the warranty).
Which board in your system handles boot-strap? If another card in the system,
such as the disk controller has this job, you are sunk. The CPU, since it
contains the port which handles the bank switching, *must* bootstrap the
system. Reason is, the only other way to handle the vanishing code trick is to
have code in *every* bank in the system, at the same location, which picks up
the program and handles entry once the bank switch has been accomplished.
This in turn requires, that the memory be initialized from a boot rom which has
instructions to transfer said code into a 64k bank, switch to the next bank, and
repeat the operation until all banks have been initialized. To do this, the rom
must be the only *readable* memory in the system, at least until the boot
operation is complete. This is easiest done by the CPU hardware itself, in much
the same manner as described above. Basically, at cold boot, the hardware sets a
latch which disables the data-in buffers on the s-100 bus for all memory reads
when the rom is selected and concurrently allows ony the card's internal data
bus to be read. The data-out buffers are still functional, memory external to the
CPU is now "write-only" (no kidding) until some point after the bank
initialization when the rom program unsets the latch holding the data-n buffers
in tri-state. This latter can lead to the same problem if the last code address
executed from the rom is not physically contiguous with the first insrtuction
executed from ram after the latch unset. This is beacause the latch unset, will,
most other designs (JADE{ugh!} or QT), deselect the rom.
Confused? stick with 64k & use ZCPR2; bank switching is a poor substitute for
real memory management. Good luck.
--MMoon.es
19-May-83 20:19:00,1049;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 19 May 83 20:27 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 19 May 83 20:24 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 19 May 83 20:18 EDT
Date: 19 May 1983 20:19 EDT
From: Charlie Strom <CSTROM@mit-mc.arpa>
Subject: ZCPR2 - 8080 version
To: INFO-CPM@brl.arpa
I have converted Richard Conn's ZCPR2 version 0.3 to 8080 code exclusively
in anticipated arrival of my Godbout 8085/88 board. ZCPR2 is simply
too good to abandon and I strongly recommend those of you who are running
8080 CPU's to check out the files on AR85:CPM on the MIT-MC machine.
There is a short explanatory doc file explaining the changes and the
different installation requirements conversion necessitated, the CCP
replacement itself, and several utilities of Rick's that are also
converted from Z80. The balance of the ZCPR2 utilities will run on
an 8080 as released.
Bug reports to me at MIT-MC or on Compuserve's CP-MIG. The next step
is a ZCPR-like CCP for CP/M-86???
Charlie
20-May-83 05:29:00,1430;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 20 May 83 5:35 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 20 May 83 5:34 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 20 May 83 5:27 EDT
Date: 20 May 1983 05:29 EDT
From: Paul R. Grupp <GRUPP@mit-mc.arpa>
Subject: CPU-Z Memory mapping
To: Thieret.WBST@parc-maxc.arpa
cc: info-cpm@brl.arpa
In-reply-to: Msg of 16 May 83 15:11 EDT () from Thieret.WBST at parc-maxc.arpa
The Godbout CPU-Z has a switch for setting the ON-BOARD memory to
"base page only" OR "global". When S3 position 6 is OFF, the memory
on the CPU board will be used in PLACE of memory in ANY bank that
is selected. The 4K of CPU memory can be RAM, ROM, or 2K of each.
Just be sure that not only in the code to switch banks in the "global"
memory but also the the stack pointer MUST be set to "global" RAM if
you do any CALLs, PUSHes, or anything else that tries to use the stack
while an extended bank is selected (out of BASE page).
This is a great feature of this board as many of todays higher density
memory boards don't allow for deselection of a "window" to make way
for "global" memory. The only draw back is that any board OTHER than
the CPU-Z that address this memory window will get the MAIN memory
board and not the CPU-Z's memory. This means that DMA is NOT possible
to this global spot of memory but will work in the rest of the address
space.
--Paul
20-May-83 08:50:00,2069;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 20 May 83 9:13 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 20 May 83 8:57 EDT
Received: From Parc-Maxc.ARPA by BRL via smtp; 20 May 83 8:50 EDT
Date: Fri, 20 May 83 08:50 EDT
From: WESTFALL.HENR@parc-maxc.arpa
Subject: P128k and 6509 cpu
To: info-cpm@brl.arpa
cc: WESTFALL.HENR@parc-maxc.arpa
Someone recently was looking for some info on the 6509 cpu. The 82-83
data book by MOS tech ( a commodore company) has this to say about the
chip.
(Product preview)
o 1 megabyte addressing
o 3 state 16 bit address bus allowing dma and multiprocessor systems
sharing a common memory while the 4 bit extended address register allows
for up to 1 megabyte of data- storage
o internal architecture is identical to the 6502 to provide software
compatiblilty
Features of the 6509
o memory management
o on board clock logic
o addressable memory rage to 1 mbyte
o single +5 supply
o n channel, silicon gate, depletion load technology
o 8 bit parallel processing
o 56 instructions
o decimal and binary instructions
o 13 addressing modes
o true indexing capability
o programmable stack pointer
o variable length stack
o interrupt capability
o 8 bit bi-directional data bus
o Program accessable memory range of up to 65k bytes
o Direct memory access capability
o bus compatable with 6800
o pipeline architecture
o 1 ,2 or 3 mhz operation
o use with and type or speed memory
The info I have is just one page in the data book, however I did notice
a few things ( they include a pin out of the chip- but no pin
descriptions)
40 pin package
pins are as follows:
ready, irq/, sync, nmi/, aec, Vdd, a0-a15, Vss, p0-p3,s.o., d0-d7,
r/w, o2 out, reset, o0 in
the p0-p3 lines appear to be the high 4 bits on the address, making
this a bank select type machine.
The chip looks interesting, however they don't say if those 4 high bits
will tristate along with the 16 address bits
Rob Westfall
Xerox Corp
Henrietta, NY
--------------------
20-May-83 16:47:23,2671;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 24 May 83 3:34 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 24 May 83 3:29 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 24 May 83 3:19 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 24 May 83 0:08-PDT
Date: 20 May 83 15:47:23-PDT (Fri)
To: info-cpm@brl.arpa
From: harpo!floyd!vax135!cornell!uw-beaver!tektronix!ogcvax!metheus!cdi!caf@ucb-vax.arpa
Subject: Re: Super Z89 (16 bit)
Article-I.D.: cdi.184
Relay-Version:version B 3/9/83; site harpo.UUCP
Message-ID:<184@cdi.UUCP>
Date:Fri, 20-May-83 15:47:23 EDT
I found some more information on the Super Z-89 board described in
<1435@sri-arpa.UUCP>. I have included that information as well.
HARDWARE
--------
a. Plug in replacement for h89/z89 cpu. (NO modifications required)
b. DUAL cpus! (z80 and 8086) **** NOT 8085 as in Z-100; youe z80 prgs work!!
c. 128K ram standard, with sockets for 256K. memory bus for expansion to 1meg
d. 5 i/o slots
e. 2/4 mhz z80 speed, 8mhz for 8086 (Z-100 and IBMPC are ~ 5 mHz 8088)
f. FULLY compatible with ALL heath/zenith peripherals incl most ROMS
g. $1495, 8 weeks devlivery as of May 20 1983
h. Uses same amount of power as Z89 CPU board
i. Claimed slightly less RFI than stock Z89. FCC-wise, may be illegal to
sell but not to own.
SOFTWARE
--------
a. runs all heath/zenith software with no mods
b. fully compatible with h/z100 (which makes it IBM compatible too.)
c. choice of MS-DOS or CP/M-86 for the 8086 #
d. supplied with diagnostic software package
e. "soft disk" feature allows for using ram as virtual disk.
f. supports multi-user/multi-tasking operating systems.
g. CDR systems is adapting system for their disk controller boards.
Z-100 programs that directly refrence the hardware may not work -CAF
Richard Fitzgerald <jazzy@aerospace.arpa (Richard Fitzgerald)>:
Now, I have seen this system perform, and it is quite nice.
Marc Brooks (CDR systems) likes the board except for the i/o pins
(that mount the i/o cards) which are too short and not gold plated.
According to Rumor Control, Microsoft is unwilling to sell MS-DOS to TMS
because TMS is advertising CP/M-86 also.
Technical Micro Systems, Inc.
P.O. Box 7227, Dept. H
(366 CloverDale)
Ann Arbor, Michigan 48107
(313) 994-0784
Chuck Forsberg, Chief Engr, Computer Development Inc.
6700 S. W. 105th, Beaverton OR 97005 (503) 646-1599
cdi!caf RCPM 503-621-3193
*** CP/M MSDOS Unix are registered trademarks.
--
Chuck Forsberg, Chief Engr, Computer Development Inc.
6700 S. W. 105th, Beaverton OR 97005 (503) 646-1599
cdi!caf
21-May-83 00:43:00,639;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 19:47 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 19:36 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 2 Jun 83 19:25 EDT
Date: 21 May 1983 00:43 EDT
From: Frank J. Wancho <FJW@mit-mc>
Subject: "Real Programmers Don't Eat Quiche"
To: INFO-MICRO@brl, INFO-CPM@brl
The subject file has apparently been floating around various nets
recently, and a copy came my way today. It is available on MC in
FJW;REAL PRO, and is much too large to mail (sorry). It is a very
well-written and thoroughly enjoyable "dissertation" - it made my day!
--Frank
22-May-83 00:29:11,1271;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 22 May 83 4:55 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 22 May 83 4:53 EDT
Received: From Ucb-Vax.ARPA by BRL via smtp; 22 May 83 4:50 EDT
Date: 22 May 83 00:29:11 PDT (Sun)
From: David Allen Gewirtz <dag%UCBARPA@ucb-vax.arpa>
Subject: Televideo 801 CP/M
Message-Id: <8305220729.AA00036@UCBARPA.ARPA>
Received: by UCBARPA.ARPA (3.342/3.29)
id AA00036; 22 May 83 00:29:11 PDT (Sun)
Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.341/3.29)
id AA29640; 22 May 83 01:48:46 PDT (Sun)
To: info-cpm@brl.arpa
I just purchased a used TeleVideo 801 computer. Unfortunately, the copy
of CP/M enclosed with it had a corrupted file system. Does anyone
in the San Francisco Bay Area have a TVI801 or know of someone who does?
Dealer references would also do. If necessary, I will go through the
TeleVideo channels, but that will take quite some time and I would
like to install this machine as soon as possible. I need a new
copy of CP/M for this machine. I have the original, serialized dist
disk from TeleVideo as well as all the registration stuff, so my need
is simply a matter of getting a good copy. Any suggestions would
be appreciated.
Thanks,
David Gewirtz
(415) 653-6957
22-May-83 10:52:00,509;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 22 May 83 10:55 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 22 May 83 10:52 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 22 May 83 10:50 EDT
Date: 22 May 1983 10:52 EDT
From: Charlie Strom <CSTROM@mit-mc.arpa>
To: W8SDZ@mit-mc.arpa
cc: INFO-CPM@brl.arpa
I have updated AR85:CPM;ZCPR80 80AQM as of this date. The new file
replaces some code with a subroutine call to save about 20 bytes, otherwise
there is no change.
Charlie
22-May-83 12:12:00,847;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 22 May 83 14:18 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 22 May 83 14:14 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp; 22 May 83 14:12 EDT
Date: 22 May 1983 1112-PDT
From: Dick <MEAD@usc-eclb.arpa>
Subject: Ramdrive use?
To: info-cpm@brl.arpa
I have tried using the RAMDRV5 program and seem to have some
slight problems. I can copy files into the ram disk, and type
them out from it, but I cannot copy FROM the ram disk, nor
can I execute any of the programs. I am using the internal
128 byte DIR and sector buffers. I wonder if anyone has had
any success using the program? Should I find and use the systems
BIOS buffers instead of the internal ones to the program?
Should I just go buy a SEMIDISK or CACHE Q?? Should I just
forget the whole thing!?
-------
23-May-83 15:57:11,17225;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 23 May 83 18:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 23 May 83 18:20 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp; 23 May 83 18:03 EDT
Date: 23 May 1983 14:57:11-PDT
From: Bob Van Cleef <CCVAX.revc@nosc-cc.arpa>
Reply-to: CCVAX.revc@nosc-cc.arpa
To: Louden@mitre.arpa
Subject: SIG/M distribution points
Cc: Info-CPM@brl.arpa
The following is a copy of the file REGIONS.SIG that is incuded with
the latest catalog from SIG/M - Hope it is of some help. - Bob
--------------------------------------------------------------------
.HE SIG/M DISTRIBUTION POINTS - 4/1/83 Page #
Regional Distribution Areas
International Headquarters
SIG/M
P.O. Box 97
Iselin, NJ 08830
Northeast Region Southeast Region
Dave Mitton Charlie Wells
NECS Atlanta Computer Society
Andover, MA Atlanta, GA
Mid Atlantic Region Atlantic Region
Mike Gurkin Bill Earnest
CPMUG of Raleigh Lehigh Valley Computer Club
Raleigh, NC Allentown,PA
North Central Region South Central Region
Keith Petersen Al Whitney
Royal Oaks, MI Houston, TX
Northwest Region Southwest Region
Charlie Foster
Pascal/Z Users Group
Sacramento, CA
Eastern Canada Western Canada
Jud Newell Dave Bowerman
Toronto, ONTARIO Vancouver, BC
Asia Western Europe
Bill Bolton
Sidney, NSW
Australia
.pa
Alabama
Don Wilkes Voice(205)991-3221
Huntsville, AL CBBS (205)895-6949
Alaska
John Evans
618 "N" Street
Anchorage, AK 99501
Arizona
Thomas Oliver
Blue Hills CPMUG
Blue Hills Rt
Dewey, AZ 86327
California
83 Kelly Smith Voice (805)527-0518
CP/M - NET
3055 Waco Ave CBBS (805)527-9321
Simi Valley, CA 93063 7pm-7am,PMMI,Osborne
Kaypro
83 Michael J. Karas Voice (805)527-7922
Valley Computer Club
2468 Hansen Court
Simi Valley, CA 93065
Bruce Kendall
S-100 BUSS
334 A. Camille Ct
Mt View, CA 94040
Bob Cobler
MotherLoad Computer Club
Nevada City, CA 95959
83 Jim Ayers Voice (415)383-0473
Apple CPMUG of Small Computer Users of Marin
301 Poplar St. CBBS (415)383-0473
Mill Valley, CA 94941 5pm-8am,8in,Apple,Otrona
Howard Stone
Temple City Computer Hobbyists
P.O. Box 572
Temple City, CA 91780
.pa
Samuel Daniel
Silicon Valley CPMUG
S.D.C.
500 Macara Ave
Sunnyvale, CA 94086
83 John Moorhead Voice (916)758-2495
S.M.U.G. - Sacramento Microcomputer Users Group
P.O.Box 161513 CBBS (916)483-8718
Sacramento, CA 95816
83 Don Bozarth Voice (916)363-5544
S.M.U.G.
P.O.Box 161513
Sacramento, CA 95816
J.R.Pendley
Imperial Valley Informal Computerists
P.O.Box 158
Imperial Valley, CA 92251
Richard Mason Voice (714)746-4832
San Diego Computer Society
1037 Park Hill Lane
Escondido, CA 92025
Bob Massey
CP/M Users of Compuserve
Compuserve
P.O.Box 6212
San Bernardino,CA 92412
Gordon French Voice (415)325-4209
Homebrew Computer Club
614 18th Ave
Menlo Park CA
83 Charlie Foster Voice (916)392-2789
Pascal/Z Users Group
**** SIG/M - Western Coast Region
7962 Center Parkway
Sacramento, CA 95823 CBBS (916)483-8718
83 Harry F. McGrew Voice (805)687-7121
Santa Barbara Computer Club
747 Calle de Los Amigo RBBS (805)682-7876
Santa Barbara, CA 93105
83 Trevor Marshall Voice (805)492-3693
Thousand Oaks - RBBS RBBS (805)492-5472
3423 Hill Canyon Avenue 24hr,1200bps,PMMI,I10MB,160MB
Thousand Oaks, CA 91360
.pa
Colorado
A.J. Lundquist Voice (303)466-7938
Denver Amateur Computer Society CBBS (303)499-9169 212A,32MB
P.O.Box 633 CBBS (303)985-1108 212A,16MB
Broomfield, CO 80020 CBBS (303)642-3034 212A,16MB
Jack Riley Voice (303)494-8342
Denver Amateur Computer Society CBBS
Boulder, CO CBBS (303)499-9169
Connecticut
Henry B. Rothberg
1 Laticrete Park North
Bethany, CT 06525 Voice (203)397-0041
Florida
Ralph Fernandez
South Florida Computer Club
1231 NW 72 Ave
Hollywood FL 33024 Voice (305)963-7893
Michael Seay
Space Coast Microcomputer Club
995 Luna Terrace
Titusville, FL 32780
Charles M. Niswonger
S-100/CP/M SIG Representative
Central Florida Computer Society
P.O. Box 855
Shalimar, FL 32579
Richard Tremmel
Coastal Computer Club
10585 119th St N.
Largo, FL 33540
Georgia
83 Charlie Wells Voice (404)993-0366
*** SIG/M - Southeast Region
Atlanta Computer Society
465 Northgate Pass
Roswell, Ga 30075
83 Allen V. Cleveland Voice (404)252-1879
Atlanta Computer Society
1225 Spring Mill Court NE
Atlanta, GA 30319
.pa
Hawaii
Victor Mori
2525 So. King St.
Honolulu, HA 96826 Voice (808)955-6683
Illinois
Calamity Cliffs Computer Ctr
P.O.Box 392
Lake Forest, IL 60045
Jim Mills
CACHE - CPMUG
Chicago, IL
Stanley Hanson
192 East Road
Glen Ellyn, IL 60137
Indiana
Geoffrey Priest Voice (219)423-1571
Prestige Marketing Corp.
909 N. Coliseum Blvd.
Fort Wayne, IN 46805
Iowa
Donald A. F. Nelson, M.D.
1030 Fifth Avenue S.E.
Cedar Rapids, IA 52403 Modem (319)364-0811
Louisiana
83 Homer Branch Voice (504)891-4951
Heath UG of New Orleans
703 Valence
New Orleans, LA 70115
Massachusetts
83 Dave Mitton Voice (617)646-3080
*** SIG/M - Northeast Region
NECS New England Computer Society
13 Swan St CBBS (617)646-3610
Arlington, MA 02174
Neil Rosenburg
S-100 Club
2 Deer Run
Littleton, MA 01460
.pa
Michigan
83 Dave Hardy Voice (313)885-0506
Technical CBBS Voice (313)846-8000
736 Notre Dame CBBS (313)846-6127
Grosse Pointe, MI 48230
83 Keith Peterson Voice (313)588-7054
*** SIG/M - North Central Region
Royal Oak, MI CBBS (313)759-6569
Ron Fowler Voice (313)729-1905
Westland, MI CBBS (414)563-9932
Minnesota
83 Scott Secor Voice (612)757-5878
CPMUG of Minnesota
854 120th Lane N.W.
Coon Rapids, MN 55434
Missouri
John Taylor
St. Louis Area Computer Club
2009 N. Geyer Road
St. Louis, MO 63131
New Jersey
*** SIG/M - Main Hqtrs
P.O.Box 97 RBBS (201)272-1874
Iselin, NJ 08830 RBBS (215)398-3937
83 Kevin O'Connell Voice (609)461-4351
RCA - VM Systems
Cherry Hill, NJ
83 Raymond Glueck Voice (201)227-5362
**** SIG/M - Compuserve Liason
ACG-NJ Micropolis Users Group
1 Rutledge Road 8in,SSSD/DD,Vector
Pine Brook, NJ 07058
83 Bruce Ratoff Voice (201)272-1793
**** SIG/M - CBBS & Co Chairman CBBS (201)272-1874
26 Broad St.
Cranford, NJ
83 Bill Chin Voice (201)778-5140
**** SIG/M - Chairman & Policy
177 Hadley Ave 8in,IBM-PC,VT-18X
Clifton, NJ 07011
.pa
83 Sol Libes Voice (201)277-2063
**** SIG/M - Publicity
Springfield, NJ
83 Howard Fingerhut Voice (201)572-5664
**** SIG/M - Order Processing
Garden Terrace
Edison, NJ
83 Randy Reitz Voice (201)635-5642
ACG-NJ Northstar Users Group
26 Maple St
Chatham, NJ
83 Bill Woythaler Voice (201)273-3955
296 Summit Avenue
Summit, NJ 07901 Northstar
83 Steve Leon Voice (201)886-1658
**** SIG/M - Newsletter Editor
Cliffside Park,NJ
83 Bruce Blakeslee Voice (201)233-3185
**** SIG/M - Corresponding Secty
Westfield, NJ
Robert Nichols Voice (201)386-1221
AGC-NJ Apple Users Group
Parsippany NJ
83 Gardner Harris Voice (201)731-6271
ACG-NJ Morrow MicroDecision Librarian
West Orange, NJ
Michael Sullivan Voice (609)795-5607
Financial Software
54 Grove St
Haddonfield, NJ 08033
Mike Mitelski
PACS Phila. Area Computer Soc.
577A Prossen Ave RD 3
Williamstown, NJ 08094 Voice (609)629-0568
Thomas Lindsay
Seashore Computer Club
1108 Pollack Ave
Ocean, NJ 07712 Voice (201)946-9784
83 Dean Kelchner Voice (609)663-2842
RCA Microcomputer Club
5340 Peabody Ave
Pennsauken, NJ 08109
New York
83 Henry Kee Voice (212)539-3202
**** SIG/M - Library Editor
NYACC New York Amateur Computer Club
42-24 Colden St 8in,Cromemco,IBM-PC,
Flushing, NY 11355 Osborne,Kaypro,VT-18X
William Nixon
Rochester RAMS
115 Clooney Drive
Henrietta, NY 14467
Gary Fishkin
LICA Long Island Computer Association
82 Dix Highway CBBS (516)561-6590
Dix Hills, NY 11746 ABBS (212)448-6576
Bryan Lewis
N.Y. Sorcerers Users Group
R.D. 3 Florence Road
Putnam Valley, NY 10579
Helmut Ripke Voice (914)739-3754
Taconic Computer Club
935 Frost Court
Peekskill, NY 10566
North Carolina
Mike Gurkin Voice (919)782-0778
**** SIG/M - Mid Atlantic Region
CPMUG of Raleigh Days (919)876-3132
517 Dartmouth Road or 1-(800)334-0422
Raleigh, NC 27609
Ohio
Charles Lewis
C.D.G.
379 S. Hametown Road
Copley, OH 44321 (216)666-5982
James Staber II Voice (614)235-9500
Box 09637 days(800)848-6200
Columbus, OH 43209 nite(614)864-8620
83 J.C. Kramer Voice (614)279-8271
CP/M - ACSCO of Columbus
P.O.Box 28355 Osborne,Xerox,Omikron
Columbus, OH 43228-0355
.pa
Dave Robling Voice (513)258-2218
Dayton Microcomputing Soc. CBBS (513)435-5201
2629 Ridge Ave
Dayton, OH 45414
Oregon
Carl Townsend
Portland Computer Club
4110 N.E. Alameda
Portland, OR 97212 Voice (503)282-5835
Chuck Forsberg
Burlington, OR CBBS (503)621-3193
Pennsylvania
83 William Earnest Voice (215)398-1634
*** SIG/M - Atlantic Region
Lehigh Valley Computer Group
Allentown, PA CBBS (215)398-1634
83 Robert Todd Voice (215)752-4604
ACG-NJ Zenith/Heath Users Group
Bensalem, PA
Charles Fisher
Erie Computer Club
5520 Herman Drive
Erie, PA 16509
Jim Woolsey Voice (215)862-5806
Delaware Valley Computer Club
6 Stone Hill
New Hope, PA
Texas
Fred Pfafman Voice (214)596-5034
2320 Heather Hill Lane
Plano, TX 75075
83 Al Whitney Voice (713)438-1750
*** SIG/M - South Central Region
2003 Hammerwood CBBS (713)469-8893
Missouri City, TX 77489
Virginia
Robert Teeter Voice (703)356-1745
Metro Washington CPMUG
6410 Furlong Road
McLean, VA 22101
83 Jack Williams Voice (703)371-5474
Microcomputer Investors Association
902 Anderson Drive
Fredricksburg, VA 22405
William Higgs
Washington Area TRS-80 Users
1715 Hollinwood Drive
Alexandria, VA 22307 Voice (703)765-8043
83 David C.E. Holmes Voice (804)898-5913
Digital Interest Group in Tidewater
P.O.Box 1708 RBBS (804)898-7493
Grafton, VA 23692 24hr,PMMI,4MB
83 Fred W. Davis Voice (703)384-6871
Route 4 Box 50
Salem, VA 24153
83 Stan Levine Voice (703)522-1192
CP/M Users of Washington DC
2053 N. Abingdon Street
Arlington, VA 22207
83 Christopher Leithiser Voice (703)569-8037
Washington Apple Pi
8646 Reseca Lane
Springfield, VA 22152
Washington
George Clark
Northwest Computer Society
307 108th Ave S.E.
Bellevue, WA 98004 (206)454-6826
David Rabbers
Ballard CP/M Users Group
6551 16th Ave NW
Seattle, WA 98117
Dave Stanhope
Olympia WA CBBS (206)458-3086
Wisconsin
Rick Martinek Voice (414)774-8445
Ricks Computer Center
5903 West Parkhill
Milwaukee, WI 53213 CBBS (414)774-2683
General Networks
CompuServe R SIGS(CP-MIG)
Charlie Strom, Tom Jorgenson, Dave Kozinn
International
Australia
Paul Taylor CBBS 09-459-3837
Perth, Autralia CCITT 300 bps Modem
83 Bill Bolton Voice 61-2-997-1018
**** SIG/M - Far East Region CBBS 61-2-997-1836
P.O. Box 80 CCITT 300 bps Modem
Newport Beach, Australia
NSW, 2106
Canada
Bob Stek
R.O.M.S.
19 Mayfield Road
Regina, Canada S4V0V7
Dave Bowerman
*** SIG/M - Canada Northwest Region Voice (604)
West Coast Computer Society CBBS (604)873-4007
P.O.Box 4476
Vancouver, B.C. V6B3A0
R.J. Dunn
CP/M UG of Ontario HYDRO
700 University Ave
Toronto, Ontario M5G1X6 Voice (416)592-5788
Judson Newell Voice (416)239-2835
*** SIG/M - Canada Northeast Region CBBS (416)231-9538
4691 Dundas St... - W or
Islington, Ontario (416)231-1262
Netherlands
Hank Berkhoudt
CP/M Groep
Hesselskamp 4
3085 SM
Rotterdam, Netherlands
United Kingdom
J.D. Millne Voice (011-44)0670-827480
Inpholink, Ltd
Front Street West Sirus/Victor 9000
Bedlington, Northumberland
England NE22 5UB
.pa
Venezuela
Hans Stauffer Voice (011-58)2-987-3308
Caracus Computer Club
Apartado 66394
Caracus, Venezuela 1061A
Or
Hans Stauffer M-105
Jet International Airport
P.O.Box 520010
Miami, FL 33159
Singapore
Alex Chan
745 Mountbatten Road
Singapore 1543
Naresh Kapoor
Patel Computer Systems PTE
27058 OCBC Centre
Chulia St
Singapore 0104
23-May-83 15:57:11,9426;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 23 May 83 18:11 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 23 May 83 18:08 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp; 23 May 83 18:03 EDT
Date: 23 May 1983 14:57:11-PDT
From: Bob Van Cleef <CCVAX.revc@nosc-cc.arpa>
Reply-to: CCVAX.revc@nosc-cc.arpa
To: Louden@mitre.arpa
Subject: SIG/M distribution points
Cc: Info-CPM@brl.arpa
The following is a copy of the file REGIONS.SIG that is incuded with
the latest catalog from SIG/M - Hope it is of some help. - Bob
--------------------------------------------------------------------
.HE SIG/M DISTRIBUTION POINTS - 4/1/83 Page #
Regional Distribution Areas
International Headquarters
SIG/M
P.O. Box 97
Iselin, NJ 08830
Northeast Region Southeast Region
Dave Mitton Charlie Wells
NECS Atlanta Computer Society
Andover, MA Atlanta, GA
Mid Atlantic Region Atlantic Region
Mike Gurkin Bill Earnest
CPMUG of Raleigh Lehigh Valley Computer Club
Raleigh, NC Allentown,PA
North Central Region South Central Region
Keith Petersen Al Whitney
Royal Oaks, MI Houston, TX
Northwest Region Southwest Region
Charlie Foster
Pascal/Z Users Group
Sacramento, CA
Eastern Canada Western Canada
Jud Newell Dave Bowerman
Toronto, ONTARIO Vancouver, BC
Asia Western Europe
Bill Bolton
Sidney, NSW
Australia
.pa
Alabama
Don Wilkes Voice(205)991-3221
Huntsville, AL CBBS (205)895-6949
Alaska
John Evans
618 "N" Street
Anchorage, AK 99501
Arizona
Thomas Oliver
Blue Hills CPMUG
Blue Hills Rt
Dewey, AZ 86327
California
83 Kelly Smith Voice (805)527-0518
CP/M - NET
3055 Waco Ave CBBS (805)527-9321
Simi Valley, CA 93063 7pm-7am,PMMI,Osborne
Kaypro
83 Michael J. Karas Voice (805)527-7922
Valley Computer Club
2468 Hansen Court
Simi Valley, CA 93065
Bruce Kendall
S-100 BUSS
334 A. Camille Ct
Mt View, CA 94040
Bob Cobler
MotherLoad Computer Club
Nevada City, CA 95959
83 Jim Ayers Voice (415)383-0473
Apple CPMUG of Small Computer Users of Marin
301 Poplar St. CBBS (415)383-0473
Mill Valley, CA 94941 5pm-8am,8in,Apple,Otrona
Howard Stone
Temple City Computer Hobbyists
P.O. Box 572
Temple City, CA 91780
.pa
Samuel Daniel
Silicon Valley CPMUG
S.D.C.
500 Macara Ave
Sunnyvale, CA 94086
83 John Moorhead Voice (916)758-2495
S.M.U.G. - Sacramento Microcomputer Users Group
P.O.Box 161513 CBBS (916)483-8718
Sacramento, CA 95816
83 Don Bozarth Voice (916)363-5544
S.M.U.G.
P.O.Box 161513
Sacramento, CA 95816
J.R.Pendley
Imperial Valley Informal Computerists
P.O.Box 158
Imperial Valley, CA 92251
Richard Mason Voice (714)746-4832
San Diego Computer Society
1037 Park Hill Lane
Escondido, CA 92025
Bob Massey
CP/M Users of Compuserve
Compuserve
P.O.Box 6212
San Bernardino,CA 92412
Gordon French Voice (415)325-4209
Homebrew Computer Club
614 18th Ave
Menlo Park CA
83 Charlie Foster Voice (916)392-2789
Pascal/Z Users Group
**** SIG/M - Western Coast Region
7962 Center Parkway
Sacramento, CA 95823 CBBS (916)483-8718
83 Harry F. McGrew Voice (805)687-7121
Santa Barbara Computer Club
747 Calle de Los Amigo RBBS (805)682-7876
Santa Barbara, CA 93105
83 Trevor Marshall Voice (805)492-3693
Thousand Oaks - RBBS RBBS (805)492-5472
3423 Hill Canyon Avenue 24hr,1200bps,PMMI,I10MB,160MB
Thousand Oaks, CA 91360
.pa
Colorado
A.J. Lundquist Voice (303)466-7938
Denver Amateur Computer Society CBBS (303)499-9169 212A,32MB
P.O.Box 633 CBBS (303)985-1108 212A,16MB
Broomfield, CO 80020 CBBS (303)642-3034 212A,16MB
Jack Riley Voice (303)494-8342
Denver Amateur Computer Society CBBS
Boulder, CO CBBS (303)499-9169
Connecticut
Henry B. Rothberg
1 Laticrete Park North
Bethany, CT 06525 Voice (203)397-0041
Florida
Ralph Fernandez
South Florida Computer Club
1231 NW 72 Ave
Hollywood FL 33024 Voice (305)963-7893
Michael Seay
Space Coast Microcomputer Club
995 Luna Terrace
Titusville, FL 32780
Charles M. Niswonger
S-100/CP/M SIG Representative
Central Florida Computer Society
P.O. Box 855
Shalimar, FL 32579
Richard Tremmel
Coastal Computer Club
10585 119th St N.
Largo, FL 33540
Georgia
83 Charlie Wells Voice (404)993-0366
*** SIG/M - Southeast Region
Atlanta Computer Society
465 Northgate Pass
Roswell, Ga 30075
83 Allen V. Cleveland Voice (404)252-1879
Atlanta Computer Society
1225 Spring Mill Court NE
Atlanta, GA 30319
.pa
Hawaii
Victor Mori
2525 So. King St.
Honolulu, HA 96826 Voice (808)955-6683
Illinois
Calamity Cliffs Computer Ctr
P.O.Box 392
Lake Forest, IL 60045
Jim Mills
CACHE - CPMUG
Chicago, IL
Stanley Hanson
192 East Road
Glen Ellyn, IL 60137
Indiana
Geoffrey Priest Voice (219)423-1571
Prestige Marketing Corp.
909 N. Coliseum Blvd.
Fort Wayne, IN 46805
Iowa
Donald A. F. Nelson, M.D.
1030 Fifth Avenue S.E.
Cedar Rapids, IA 52403 Modem (319)364-0811
Louisiana
83 Homer Branch Voice (504)891-4951
Heath UG of New Orleans
703 Valence
New Orleans, LA 70115
Massachusetts
83 Dave Mitton Voice (617)646-3080
*** SIG/M - Northeast Region
NECS New England Computer Society
13 Swan St CBBS (617)646-3610
Arlington, MA 02174
Neil Rosenburg
S-100 Club
2 Deer Run
Littleton, MA 01460
.pa
Michigan
83 Dave Hardy Voice (313)885-0506
Technical CBBS Voice (313)846-8000
736 Notre Dame CBBS (313)846-6127
Grosse Pointe, MI 48230
83 Keith Peterson Voice (313)588-7054
*** SIG/M - North Central Region
Royal Oak, MI CBBS (313)759-6569
Ron Fowler Voice (313)729-1905
Westland, MI CBBS (414)563-9932
Minnesota
83 Scott Secor Voice (612)757-5878
CPMUG of Minnesota
854 120th Lane N.W.
Coon Rapids, MN 55434
Missouri
John Taylor
St. Louis Area Computer Club
2009 N. Geyer Road
St. Louis, MO 63131
New Jersey
*** SIG/M - Main Hqtrs
P.O.Box 97 RBBS (201)272-1874
Iselin, NJ 08830 RBBS (215)398-3937
83 Kevin O'Connell Voice (609)461-4351
RCA - VM Systems
Cherry Hill, NJ
83 Raymond Glueck Voice (201)227-5362
**** SIG/M - Compuserve Liason
ACG-NJ Micropolis Users Group
1 Rutledge Road 8in,SSSD/DD,Vector
Pine Brook, NJ 07058
83 Bruce Ratoff Voice (201)272-1793
**** SIG/M - CBBS & Co Chairman CBBS (201)272-1874
26 Broad St.
Cranford, NJ
83 Bill Chin Voice (201)778-5140
**** SIG/M - Chairman & Policy
177 Hadley Ave 8in,IBM-PC,VT-18X
Clifton, NJ 07011
.pa
83 Sol Libes Voice (201)277-2063
**** SIG/M - Publicity
Springfield, NJ
83 Howard Fingerhut Voice (201)572-5664
**** SIG/M - Order Processing
Garden Terrace
Edison, NJ
***Error on net connection***
=== brl-bmd netread error from BRL-GATEWAY2 at Mon May 23 18:10:11 ===
23-May-83 17:25:00,774;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 23 May 83 19:36 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 23 May 83 19:34 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp; 23 May 83 19:25 EDT
Date: 23 May 1983 1625-PDT
From: Dick <MEAD@usc-eclb.arpa>
Subject: MINCE question
To: info-cpm@brl.arpa
I have been using VEDIT with an H19 terminal and like
the ability to define/use the special keys. I also like
the ability to insert any character (except Ctl-Z) into
a file. Does MINCE allow custom keybord configuring, or use
special keys on pre-defined terminals? What about Ctl character
insert? I have seen MINCE advertised at $139, so I am thinking
about trying it. Anyone able to give a first hand comparison
of MINCE and VEDIT?
-------
23-May-83 19:56:00,917;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 23 May 83 20:17 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 23 May 83 20:12 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 23 May 83 20:07 EDT
Date: 23 May 1983 19:56 EDT
From: Charlie Strom <CSTROM@mit-mc.arpa>
Subject: Ramdrive use?
To: MEAD@usc-eclb.arpa
cc: INFO-CPM@brl.arpa
In-reply-to: Msg of 22 May 1983 1112-PDT from Dick <MEAD at usc-eclb.arpa>
RAMDRIV5 has worked just fine for myself and a number of others I have
given the program to. I have used the internal buffers without a
hitch. Sorry I cannot give you any further help. Above all, don't
waste your money on Cache/Q. It requires much more memory than a ram
driver to give decent results.
I am converting to an 8085/88 system so will soon have to give up my
ram drive. This is the only real unpleasant part of the conversion
process (unless I run into any gotchas).
23-May-83 20:06:00,989;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 23 May 83 20:29 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 23 May 83 20:22 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 23 May 83 20:08 EDT
Date: 23 May 1983 20:06 EDT
From: Eric Stork <STORK@mit-mc.arpa>
To: info-cpm@brl.arpa
Subject: dBase II / KAYPRO II Problem
A local friend needs help in getting dBase II to run
right on his KAYPRO II.
The problem: When appending (or editing) a record,
the cursor is two positions to the left of where it should
be. The inserting/editing of data takes place where it
should, but the operator cannot easily tell what he is doing.
Installation is according to instructions (KAYPRO II simulates
ADM-3A Terminal). All other functions seem OK. Experimentation
with installation protocol has not solved problem.
If someone has solved this problem, will appreciate a note
with advice that I can pass on.
Please send response direct to: STORK%MIT-MC
24-May-83 00:17:17,3219;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 24 May 83 0:31 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 24 May 83 0:28 EDT
Date: 24 May 83 0:17:17 EDT (Tue)
From: Rick Conn <rconn@brl.arpa>
To: info-cpm@brl.arpa
Subject: New HELP2 for ZCPR2
AR81, 82, and 84 of CPM contain new HELP2 files -- source, ob-
ject, and HLP. CRCs check.
Significant among the changes is the ability to print (on the
LST: device) your current screen display or information section.
This is really nice for a range of applications I had not con-
sidered before. Thanks to Carolyn Carter for the idea.
All new documentation is in the HLP file. The following summar-
izes the concepts surrounding the new Print capability:
:HELP: Printing HELP Files
Printing HELP Files can be done in two basic ways -- by
using the PHELP Utility of ZCPR2 or by using the Print function
contained within the HELP Utility itself.
The PHELP Utility is used to print an entire Help File. It
acts a lot like the PRINT3, and it has a variety of options,
including the ability to plan for printer output and to support
paging and other "appearance-enhancing" features.
The Print Function within HELP is used for quick printouts.
It does not page or perform anything more exotic than simply
printing out what is contained in a part of a Help File. When
the P option is given, the user is asked to set the top of form
(giving him time to turn on his printer) and then specify whether
he wants to print the current Frame (Screen Display) or the
entire information section which he is currently in. After
selecting one of these two options (the option to abort is also
given), the printout occurs (may be aborted at any time by
striking a ^C). When finished, the user is returned to the last
frame he was viewing.
This new Print Function (available in Versions 4.1 and later
of HELP2) is provided as a fundamental convenience to the user.
It allows the user to review the Help File, and, when he sees a
particular screen display or information section which he values
enough to want to have around for future reference in hardcopy
form, he can simply tell HELP2 to print it. This capability is
intended to support the concept of establishing HLP files as a
convenient and flexible way to pass documentation of programs to
the user on disk while simultaneously allowing him to easily
print it out if it is of significant interest to him.
For instance, a HLP file which refers to a new program may
contain an Information Section or one Frame which contains a
command summary. The user can simply print this without having
the print the entire HLP file.
As another example, the HELP2 subsystem may be used by a
homemaker to keep her recipes on. Organized using the tree
structure into reasonable catagories (such as roasts, desserts,
etc), while reviewing the recipes she may find one she wishes to
try for the evening's meal or to pass on to a friend. If the
recipes covers only one screen, a Frame Print is very convenient.
24-May-83 07:07:00,980;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 24 May 83 7:20 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 24 May 83 7:11 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 24 May 83 7:07 EDT
Date: 24 May 1983 07:07 EDT
From: Paul R. Grupp <GRUPP@mit-mc.arpa>
Subject: Ramdrive use?
To: MEAD@usc-eclb.arpa
cc: info-cpm@brl.arpa
In-reply-to: Msg of 22 May 1983 1112-PDT from Dick <MEAD at usc-eclb.arpa>
RAMDRV5 (and it's predecessors) have two fatal bugs. 1. If your system
uses interrupts and an attempt is made to service one while NOT in the
base page of memory a crash will result as the pointers are kept in the
base page. 2. If your total GLOBAL memory is greater than 256K the
DPH will be incorrect... I am currently working with Herbert Shore
(the original author) on a new and MUCH improved version of this
program (to be named XDRIVE) which should be ready for release in about
a week. (Free for NON-COMMERCIAL USE of course)
--Paul
24-May-83 07:59:20,9645;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 24 May 83 11:41 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 24 May 83 10:24 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp; 24 May 83 10:03 EDT
Date: 24 May 1983 06:59:20-PDT
From: Bob Van Cleef <CCVAX.revc@nosc-cc.arpa>
Reply-to: CCVAX.revc@nosc-cc.arpa
To: info-cpm@brl.arpa
Subject: SIG-M Distripution Points - Try #2
Because I received a message stating that the net died on my first
submission, I am resubmitting the following. Apologies to those
who see it twice. - Bob
--------------------------------------------------------------------
The following is a copy of the file REGIONS.SIG that is incuded with
the latest catalog from SIG/M - Hope it is of some help. - Bob
--------------------------------------------------------------------
.HE SIG/M DISTRIBUTION POINTS - 4/1/83 Page #
Regional Distribution Areas
International Headquarters
SIG/M
P.O. Box 97
Iselin, NJ 08830
Northeast Region Southeast Region
Dave Mitton Charlie Wells
NECS Atlanta Computer Society
Andover, MA Atlanta, GA
Mid Atlantic Region Atlantic Region
Mike Gurkin Bill Earnest
CPMUG of Raleigh Lehigh Valley Computer Club
Raleigh, NC Allentown,PA
North Central Region South Central Region
Keith Petersen Al Whitney
Royal Oaks, MI Houston, TX
Northwest Region Southwest Region
Charlie Foster
Pascal/Z Users Group
Sacramento, CA
Eastern Canada Western Canada
Jud Newell Dave Bowerman
Toronto, ONTARIO Vancouver, BC
Asia Western Europe
Bill Bolton
Sidney, NSW
Australia
.pa
Alabama
Don Wilkes Voice(205)991-3221
Huntsville, AL CBBS (205)895-6949
Alaska
John Evans
618 "N" Street
Anchorage, AK 99501
Arizona
Thomas Oliver
Blue Hills CPMUG
Blue Hills Rt
Dewey, AZ 86327
California
83 Kelly Smith Voice (805)527-0518
CP/M - NET
3055 Waco Ave CBBS (805)527-9321
Simi Valley, CA 93063 7pm-7am,PMMI,Osborne
Kaypro
83 Michael J. Karas Voice (805)527-7922
Valley Computer Club
2468 Hansen Court
Simi Valley, CA 93065
Bruce Kendall
S-100 BUSS
334 A. Camille Ct
Mt View, CA 94040
Bob Cobler
MotherLoad Computer Club
Nevada City, CA 95959
83 Jim Ayers Voice (415)383-0473
Apple CPMUG of Small Computer Users of Marin
301 Poplar St. CBBS (415)383-0473
Mill Valley, CA 94941 5pm-8am,8in,Apple,Otrona
Howard Stone
Temple City Computer Hobbyists
P.O. Box 572
Temple City, CA 91780
.pa
Samuel Daniel
Silicon Valley CPMUG
S.D.C.
500 Macara Ave
Sunnyvale, CA 94086
83 John Moorhead Voice (916)758-2495
S.M.U.G. - Sacramento Microcomputer Users Group
P.O.Box 161513 CBBS (916)483-8718
Sacramento, CA 95816
83 Don Bozarth Voice (916)363-5544
S.M.U.G.
P.O.Box 161513
Sacramento, CA 95816
J.R.Pendley
Imperial Valley Informal Computerists
P.O.Box 158
Imperial Valley, CA 92251
Richard Mason Voice (714)746-4832
San Diego Computer Society
1037 Park Hill Lane
Escondido, CA 92025
Bob Massey
CP/M Users of Compuserve
Compuserve
P.O.Box 6212
San Bernardino,CA 92412
Gordon French Voice (415)325-4209
Homebrew Computer Club
614 18th Ave
Menlo Park CA
83 Charlie Foster Voice (916)392-2789
Pascal/Z Users Group
**** SIG/M - Western Coast Region
7962 Center Parkway
Sacramento, CA 95823 CBBS (916)483-8718
83 Harry F. McGrew Voice (805)687-7121
Santa Barbara Computer Club
747 Calle de Los Amigo RBBS (805)682-7876
Santa Barbara, CA 93105
83 Trevor Marshall Voice (805)492-3693
Thousand Oaks - RBBS RBBS (805)492-5472
3423 Hill Canyon Avenue 24hr,1200bps,PMMI,I10MB,160MB
Thousand Oaks, CA 91360
.pa
Colorado
A.J. Lundquist Voice (303)466-7938
Denver Amateur Computer Society CBBS (303)499-9169 212A,32MB
P.O.Box 633 CBBS (303)985-1108 212A,16MB
Broomfield, CO 80020 CBBS (303)642-3034 212A,16MB
Jack Riley Voice (303)494-8342
Denver Amateur Computer Society CBBS
Boulder, CO CBBS (303)499-9169
Connecticut
Henry B. Rothberg
1 Laticrete Park North
Bethany, CT 06525 Voice (203)397-0041
Florida
Ralph Fernandez
South Florida Computer Club
1231 NW 72 Ave
Hollywood FL 33024 Voice (305)963-7893
Michael Seay
Space Coast Microcomputer Club
995 Luna Terrace
Titusville, FL 32780
Charles M. Niswonger
S-100/CP/M SIG Representative
Central Florida Computer Society
P.O. Box 855
Shalimar, FL 32579
Richard Tremmel
Coastal Computer Club
10585 119th St N.
Largo, FL 33540
Georgia
83 Charlie Wells Voice (404)993-0366
*** SIG/M - Southeast Region
Atlanta Computer Society
465 Northgate Pass
Roswell, Ga 30075
83 Allen V. Cleveland Voice (404)252-1879
Atlanta Computer Society
1225 Spring Mill Court NE
Atlanta, GA 30319
.pa
Hawaii
Victor Mori
2525 So. King St.
Honolulu, HA 96826 Voice (808)955-6683
Illinois
Calamity Cliffs Computer Ctr
P.O.Box 392
Lake Forest, IL 60045
Jim Mills
CACHE - CPMUG
Chicago, IL
Stanley Hanson
192 East Road
Glen Ellyn, IL 60137
Indiana
Geoffrey Priest Voice (219)423-1571
Prestige Marketing Corp.
909 N. Coliseum Blvd.
Fort Wayne, IN 46805
Iowa
Donald A. F. Nelson, M.D.
1030 Fifth Avenue S.E.
Cedar Rapids, IA 52403 Modem (319)364-0811
Louisiana
83 Homer Branch Voice (504)891-4951
Heath UG of New Orleans
703 Valence
New Orleans, LA 70115
Massachusetts
83 Dave Mitton Voice (617)646-3080
*** SIG/M - Northeast Region
NECS New England Computer Society
13 Swan St CBBS (617)646-3610
Arlington, MA 02174
Neil Rosenburg
S-100 Club
2 Deer Run
Littleton, MA 01460
.pa
Michigan
83 Dave Hardy Voice (313)885-0506
Technical CBBS Voice (313)846-8000
736 Notre Dame CBBS (313)846-6127
Grosse Pointe, MI 48230
83 Keith Peterson Voice (313)588-7054
*** SIG/M - North Central Region
Royal Oak, MI CBBS (313)759-6569
Ron Fowler Voice (313)729-1905
Westland, MI CBBS (414)563-9932
Minnesota
83 Scott Secor Voice (612)757-5878
CPMUG of Minnesota
854 120th Lane N.W.
Coon Rapids, MN 55434
Missouri
John Taylor
St. Louis Area Computer Club
2009 N. Geyer Road
St. Louis, MO 63131
New Jersey
*** SIG/M - Main Hqtrs
P.O.Box 97 RBBS (201)272-1874
Iselin, NJ 08830 RBBS (215)398-3937
83 Kevin O'Connell Voice (609)461-4351
RCA - VM Systems
Cherry Hill, NJ
83 Raymond Glueck Voice (201)227-5362
**** SIG/M - Compuserve Liason
ACG-NJ Micropolis Users Group
1 Rutledge Road 8in,SSSD/DD,Vector
Pine Brook, NJ 07058
83 Bruce Ratoff Voice (201)272-1793
**** SIG/M - CBBS & Co Chairman CBBS (201)272-1874
26 Broad St.
Cranford, NJ
83 Bill Chin Voice (201)778-5140
**** SIG/M - Chairman & Policy
177 Hadley Ave 8in,IBM-PC,VT-18X
Clifton, NJ 07011
.pa
83 Sol Libes Voice (201)277-2063
**** SIG/M - Publicity
Springfield, NJ
83 Howard Fingerhut Voice (201)572-5664
**** SIG/M - Order Processing
Garden Terrace
Edison, NJ
***Error on net connection***
=== brl-bmd netread error from BRL-GATEWAY2 at Mon May 23 18:10:11 ===
24-May-83 08:18:00,861;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 24 May 83 8:36 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 24 May 83 8:24 EDT
Received: From Parc-Maxc.ARPA by BRL via smtp; 24 May 83 8:19 EDT
Date: 24 May 83 08:18 EDT (Tuesday)
From: Thieret.WBST@parc-maxc.arpa
Subject: Re: MINCE question
In-reply-to: MEAD@usc-eclb.arpa's message of 23 May 83 16:25 PDT
To: Dick <MEAD@usc-eclb.arpa>
cc: info-cpm@brl.arpa
If you really want total keyboard configuration and a VAST HOST of other
valuable features in a Word Processor... look into The FinalWord from Mark of
the Unicorn. I recently received it and I am REALLY IMPRESSED with all the
features - some things which I never thought of in terms of a text processor.
Unicorn even has an ARPANET address for TECHNICAL questions. Fantastic
support!!! Fantastic software!!!!
Tracy.
24-May-83 09:41:43,1038;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 25 May 83 5:13 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 5:10 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 25 May 83 5:02 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 25 May 83 1:37-PDT
Date: 24 May 83 8:41:43-PDT (Tue)
To: info-cpm@brl
From: ihnp4!ihuxf!larry@ucb-vax
Subject: Need help getting MIT CP/m files
Article-I.D.: ihuxf.430
Relay-Version:version B 3/9/83; site harpo.UUCP
Posting-Version:version B 2.10 5/20/83; site ihuxf.UUCP
Message-ID:<430@ihuxf.UUCP>
Date:Tue, 24-May-83 08:41:43 EDT
Organization:BTL Naperville, Il.
Can anybody offer assistance to some of us out here that can't access
the MIT cpm files? I'd certainly appreciate if I could find a connection that
could 'uucp' (or 'usend') us some of the files I see being announced here.
I'd particularly like to get a hold of ZCPR2.
Please respond by mail, and we an set things up.
Much thanks,
--
Larry Marek
ihnp4!ihuxf!larry
24-May-83 23:16:00,630;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 25 May 83 1:33 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 1:30 EDT
Received: From Ucb-Vax.ARPA by BRL via smtp; 25 May 83 1:19 EDT
Date: 25 May 83 01:16-EDT
From: @brl%cornella:C4F@BRL
Subject: dBASE II help, ZCPR2 help...
Message-Id: <8305250516.AA09987@UCBVAX.ARPA>
Received: by UCBVAX.ARPA (3.341/3.29)
id AA09987; 24 May 83 22:16:12 PDT (Tue)
To: INFO-CPM@brl
on dBase II, anyone know how to get its full screen editing
to work on an ANSI standard terminal?
on ZCPR2, anyone care to make a comparison to Computing!'s POWER?
thanks.
25-May-83 06:30:00,493;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 25 May 83 6:48 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 6:37 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 25 May 83 6:35 EDT
Date: 25 May 1983 06:30 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: Public-access phone number list
To: Info-Cpm@brl
CPM;BBSNOS BYNAME has been updated as of today. This is Bill Blue's
excellent "PAMS" listing of all known public-access message and
file-transfer systems.
25-May-83 09:39:51,642;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 25 May 83 12:04 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 11:58 EDT
Received: From Nosc-Cc.ARPA by BRL via smtp; 25 May 83 11:51 EDT
Date: 25 May 1983 08:39:51-PDT
From: Bob Van Cleef <CCVAX.revc@nosc>
Reply-to: CCVAX.revc@nosc
To: info-cpm@brl.arpa
Subject: sig-m list now on mit-mc
Keith Petersen has place the list of SIG/M distribution points on
Mit-mc in "AR10:CPM;SIG-M DIST", so if you did not get a good
copy, you can FTP it from there. For those who cannot FTP files,
you can send a note to INFO-CPM-REQUEST asking to have it net-mailed.
Bob
25-May-83 13:54:00,657;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 25 May 83 16:19 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 16:08 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp; 25 May 83 15:56 EDT
Date: 25 May 1983 1254-PDT
From: Dick <MEAD@usc-eclb>
Subject: Apple CP/M quirks?
To: info-apple@mit-mc
cc: info-cpm@brl
I have noted a few quirks running some PD software (like SQ,USQ)
in which, although the files are acted upon, the system does not
return (it apperars to hang, requiring a RESET). Anyone have info
on other software quirks, fixes. Has anyone successfully installed
ZCPR1 or ZCPR2 on the Apple CP/M system?
-------
25-May-83 21:16:00,513;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 25 May 83 23:39 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 23:30 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 25 May 83 23:21 EDT
Date: 25 May 83 23:16-EDT
From: @brl%cornella:C4F@BRL
Subject: ZCPR2 vs POWER...
Message-Id: <8305260317.AA10270@UCBVAX.ARPA>
Received: by UCBVAX.ARPA (3.341/3.29)
id AA10270; 25 May 83 20:17:05 PDT (Wed)
To: INFO-CPM@mit-mc
anyone care to compare these two goodies? replies to the list pls.
25-May-83 23:45:40,1146;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 26 May 83 0:00 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 23:53 EDT
Date: 25 May 83 23:45:40 EDT (Wed)
From: Rick Conn <rconn@brl>
To: linus!sch@mitre-bedford
cc: info-cpm@brl
Subject: Re: Toolbox for ZCPR2
It seems like a valid position to me. Ideas should be free.
There is already an IF...ELSE...ENDIF processor in the PD.
You may look at the source code if you wish.
The toolset/toolbox/integrated utility concept is fundamental to
ZCPR2. That is a lot of what it was intended to be in the first
place, and feel perfectly free to expand the idea. One thing you
may wish to take a look at is TEMPLATE.MAC. This the a "template"
I designed for all future ZCPR2 utilities to be patterned from.
Among other things, it ensures interoperability within the system
and greatly simplifies the interface problems. If you study TEMPLATE.MAC
and then study PRINT3 and PAGE sources, you will see how much work
is saved by patterning utilities around TEMPLATE.
I am CCing this to INFO-CPM for general info purposes also.
Rick
26-May-83 02:24:00,572;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 26 May 83 2:38 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 26 May 83 2:30 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 26 May 83 2:28 EDT
Date: 26 May 1983 02:24 EDT
From: Frank J. Wancho <FJW@mit-mc>
Subject: MC:CPM;BBSNOS
To: INFO-CPM@brl
There are now two files again (second derived from the first):
MC:CPM;BBSNOS BYNAME - by name of BBS
MC:CPM;BBSNOS BYAREA - by area code, then exchange, etc.
Thanks to GZ for the EMACS utility to make the 15-second conversion
possible.
--Frank
26-May-83 22:25:00,963;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 26 May 83 22:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 26 May 83 22:39 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 26 May 83 22:28 EDT
Date: 26 May 1983 22:25 EDT
From: Paul L. Kelley <PLK@mit-mc>
Subject: MODEM901 Fix File
To: INFO-CPM@brl
Matt Weinstein at UCLA-LOCUS has pointed out an error in
MODEM901. A fix file is available on MIT-MC as CPM;MODEM 901FIX.
The file reads as follows:
MODEM901.FIX
There is an error in the routine in CONSOLE.ASM which emulates
BDOS function 10. The error causes the program to restart itself when
ctrl-U (remove current line) is entered.
To fix the COM file with DDT change location 265FH from JMP 0AD0H
to JMP 25D3H.
The source code should read:
.
.
.
;
INBUFO: MVI A,'#'
CALL CONOUT
MVI A,0DH
CALL CONOUT
MVI A,0AH
CALL CONOUT
JMP ISTART ;Formerly: JMP START
;
RETYPE: POP D
.
.
.
26-May-83 23:54:00,1213;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 27 May 83 2:21 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 27 May 83 2:18 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 27 May 83 1:52 EDT
Date: 27 May 83 01:54-EDT
From: @brl%cornella:C4F@BRL
Subject: help requested for possible glitched files...
Message-Id: <8305270553.AA03361@UCBVAX.ARPA>
Received: by UCBVAX.ARPA (3.341/3.29)
id AA03361; 26 May 83 22:53:55 PDT (Thu)
To: INFO-CPM@mit-mc
being new to my CP/M system, i must do some stupid things at first.
therefore, i accidentally turned off the power to my system while
a file was open. (actually, this happened during an editing session
with MINCE - I don't know if it was swapping at the time). I now
get the following nonsense which I don't understand. When I do a
DIR, the directory prints out as it should. when I do a TYPE FOO.*,
(where FOO.SUB was the file that MINCE was editing for me), I get
a BDOS error Illegal ??? in FCB and on the next line, BDOS function 15.
Apparently, Function 15 has to do with opening the file, but at this point
I get lost. EVERYTHING ELSE seems to be working....
help?? many thanks. Lin@mit-mc or g.cornella=c4f@ucb-arpa
27-May-83 00:34:00,1558;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 27 May 83 1:06 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 27 May 83 1:01 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 27 May 83 0:33 EDT
Date: 27 May 1983 00:34 EDT
From: Eliot Scott Ramey <ELIOT@mit-mc>
Subject: ZCPR2 vs. other CCP replacements
To: info-cpm@brl
While I have not encountered POWER yet, I can say that ZCPR2 is
very good competition for Micro Shell version 2.0. A friend of mine with
an 8085 has not been able to use ZCPR2 (until CSTROM's conversion) on his
system, so he has been vary loyal to MicroShell. In seeing wha he can do
(and listening to his sales pitches) I have come to the conclusion that
MicroShell has two features that ZCPR2 does not. These are 1) previous
command editting -- if you make a mistake you can simply edit what you
typed with siply WordStar like commands; and 2) Pipes -- which as far
as I can tell only the author of MicroShell ever uses. With ZCPR2 implemented
to its full capability one can obtain I/O redirection (and one doesn't even
need ZCPR2 for that, just follow Rick's scheme for the most part) and the
ato-execution of a .SUB file (or a file from a .LBR file, which MS won't do)
and ZCPR2 will even search more drives for a program name. I am sure
that I have missed something for both ZCPR2 and MS, but these are the things
that I have picked up from everyday use. In conclusion, save your $200 that
you would spend on MS, and spend a smaller portion of that obtaining ZCPR2.
-Eliot at Mit-MC
27-May-83 04:05:00,570;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 27 May 83 4:17 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 27 May 83 4:15 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 27 May 83 4:04 EDT
Date: 27 May 1983 04:05 EDT
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject: C compiler wanted
To: ihnp4!houxm!houxz!hocda!spanky!burl!duke!mcnc!ncsu!msdc!gatech!brat@ucb-vax
cc: info-cpm@brl
In-reply-to: Msg of 12 May 83 23:58:30-PDT (Thu) from ihnp4!houxm!houxz!hocda!spanky!burl!duke!mcnc!ncsu!msdc!gatech!brat at ucb-vax.arpa
aztec is good stuff.
27-May-83 13:19:55,481;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 27 May 83 13:56 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 27 May 83 13:43 EDT
Date: 27 May 83 13:19:55 EDT (Fri)
From: Larry Layten DARCOM <llayten@brl>
To: info-cpm@brl
cc: llayten@brl
Subject: Request for Honneywell terminal emulator.
Does anyone know of a terminal emulator for Honneywell VIP
protocol? If so please reply directly to me, as I am not
on this mailing list.
Larry
27-May-83 18:20:10,528;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 28 May 83 18:21 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 28 May 83 17:50 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 28 May 83 6:28 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 May 83 3:18-PDT
Date: 27 May 83 17:20:10-PDT (Fri)
To: info-cpm@brl
From: decvax!cca!linus!philabs!cmcl2!lanl-a!jlg@ucb-vax
Subject: Re: none
Article-I.D.: lanl-a.326
In-Reply-To: Article sri-arpa.1538
I wish people wouldn't post without a subject.
28-May-83 07:02:00,851;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 28 May 83 22:30 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 28 May 83 22:19 EDT
Received: From Rand-Relay.ARPA by BRL via smtp; 28 May 83 22:15 EDT
Date: 28 May 1983 9:02-EDT
From: goldfarb.ucf-cs@rand-relay
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Re: C compiler wanted
To: Jerry.ucf-cs@rand-relay, E..ucf-cs@rand-relay, Pournelle.ucf-cs@rand-relay,
ADDRESS PROBLEM BRL ", POURNE@mit-mc>": ", POURNE@mit-mc>"@BRL.ARPA;
Cc: info-cpm@brl
Message-Id: <83/05/28 0902.383@ucf-cs>
In-Reply-To: Jerry E. Pournelle's message of 27 May 1983 0405 EDT
Via: UCF-CS; 28 May 83 19:07-PDT
Jerry, "aztec is good stuff" doesn't mean a whole lot. How about
elaborating? Since you are admittedly not a C programmer, how can
you presume to evaluate a C compiler.
Ben
28-May-83 14:39:00,2138;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 28 May 83 18:23 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 28 May 83 17:57 EDT
Received: From srinet-gateway.ARPA by BRL via smtp; 28 May 83 17:02 EDT
Date: 28 May 1983 at 1339-PDT
To: info-cpm@brl
Subject: product idea
From: fylstra.tsca@sri-unix
Received: from SRI-Tsca.micom by SRI-TSC.micom with rs232; 28 May 83 13:52-PDT
Here is a product idea for those of you with infinite spare time.
Now that VIC-20's and Atari-400's are down to $80 at your local
drug store, I would like to use one as a color graphics display
device (and possibly terminal) for my S-100 CP/M system. Here is
a description of the ideal product (Atari version):
A PC board that plugs into the Atari 400/800 bus. Contains one or
two 2716 EPROM sockets, a UART with baud rate generator, suitable
decoding, and RS-232 level convertors. A ribbon cable brings the
RS-232 signals outside to a DB-25 connector. Power-on reset jumps
into the EPROM. The EPROM contains firmware to emulate a color
graphics terminal. In addition to standard terminal functions
(printable characters, CR, LF, BS, clear screen, etc), escape
sequences would be used to select display mode (resolution/color
set); draw dots, lines, circles; fill in polygons; etc.
A reasonable candidate for the command language would be the
Tektronix 4010 terminal. It should also have the capability of
up/downloading an entire screen image verbatim. While we're at
it, let's add the capability to examine/deposit any arbitrary
region of memory, set processor registers, and start execution.
Another nice feature would be the ability to define "display
macros," each consisting of a variable-length string of the
graphics primitives, which could then be invoked by transmitting
the macro code.
I've always wanted a color graphics display capability for my
S-100 system. It would be handy to have an additional terminal
(even with 40-column display width) available for testing purposes.
It should be possible to brew this design for less than $100 in
parts. Anyone interested?
Dave Fylstra
28-May-83 18:02:00,1552;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 28 May 83 18:24 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 28 May 83 18:12 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 28 May 83 18:04 EDT
Date: 28 May 1983 18:02 EDT
From: Keith Petersen <W8SDZ@mit-mc>
Subject: MODEM overlay problem solved
To: Info-Cpm@brl
Some users of the Kaypro, Xerox-820 and Televideo overlays for
MDM70x and other MODEM7 programs have reported problems getting
it to work. This has finally been tracked down to the serial
port initialization routine used in the user customization
overlay. It's not a bug - rather it's a matter of how the
hardware itself is used by the user. The Z80 SIO chip has
a thing called "auto-enables" which can be turned on or off
at initialization time. When it's turned on, the Z80 SIO
looks for several signals from the modem, including Data
Carrier Detect. That's fine IF you hooked up the wires in
your RS-232 cable and IF your modem supplies these additional
signals (or you add jumpers to fake them).
It turns out that the people who had the problems has used only
pins 2, 3 and 7 of the RS-232 which is all you really need for
send, receive and ground. However, the auto-enables must be
TURNED OFF in order for the Z80 SIO to function in this
environment.
In the initialization routine look for the code that does
MVI A,0E1H and then outputs that to the SIO chip. That is
the proper byte for auto-enables ON, but it should be changed
to MVI A,0C1H for auto-enables OFF.
--Keith
29-May-83 09:17:23,1233;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 29 May 83 9:44 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 29 May 83 9:34 EDT
Received: From Brl-Bmd.ARPA by BRL via smtp; 29 May 83 9:24 EDT
Date: 29 May 83 9:17:23 EDT (Sun)
From: Charlie Strom NYU <strom@brl-bmd>
To: Steve Wolff <cc-treas%UCBCORY@ucb-vax>
cc: info-cpm@brl
Subject: Re: Program Piracy
Let's be logical about this - we have never heard (and never will hear) about
someone being sued for making 20 copies of a commercial program to store
away "just in case"... It seems to me that licensing agreements notwithstanding
there is little doubt what constitutes software piracy.
Uncopyable software is a function of the hardware - there is no such thing
in the CP/M world, for example. Another good reason not to buy an Apple!
I for one refuse to be at the mercy of the dealer to depend on for the
replacement of a damaged disk (which will always follow Murphy's law) and
do not want the taint of piracy on me just because I feel that I should have
a right to make a reasonable number of backup copies (and only I can determine
what reasonable means) of some software upon which my bread and butter may
depend!
29-May-83 13:24:00,744;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 29 May 83 15:34 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 29 May 83 15:26 EDT
Received: From Usc-Eclb.ARPA by BRL via smtp; 29 May 83 15:25 EDT
Date: 29 May 1983 1224-PDT
From: Dick <MEAD@usc-eclb>
Subject: ZCPR2 on APPLE II
To: info-cpm@brl
cc: info-apple@mit-mc
It appears the files set up to install the ZCPR2 onto 60k Apple CP/M
won't work on the IIe. I installed the overlay on my APPLE II+,
where it worked fine, then moved it to the IIe, where it trashed
the screen and crashed. Seems the 80 col card uses the TEXT screen1
in addition to its own memory. So be aware, you will have to
find a new home for the ZCPR2 external buffers, or omit them.
-------
29-May-83 14:37:00,577;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 29 May 83 14:51 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 29 May 83 14:44 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 29 May 83 14:39 EDT
Date: 29 May 1983 14:37 EDT
From: Charlie Strom <CSTROM@mit-mc>
Subject: New HELP8080 file
To: info-cpm@brl
I have uploaded a new version of HELP2 converted to 8080 code to MC -
it can be found as AR85:CPM;HELP80 80COM. This version is based on
the latest effort of Richard Conn as introduced by him in a message to
INFO-CPM about a week ago.
Charlie
29-May-83 17:38:00,555;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 29 May 83 19:52 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 29 May 83 19:43 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 29 May 83 19:42 EDT
Date: 29 May 1983 1938-EDT
From: John S. Labovitz <@brl:HNIJ@mit-oz>
Subject: LTYPE & TYPE
To: info-cpm@mit-mc
Has anyone started combining TYPE18 and LTYPE so that it is possible
to type out squeezed file in a library? If not, I may do it.
Also, is LU210.DQC the latest documentation?
John Labovitz
HNIJ%OZ@MIT-MC
-------
29-May-83 18:22:56,1067;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 29 May 83 21:36 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 29 May 83 21:27 EDT
Received: From Ucb-Vax.ARPA by BRL via smtp; 29 May 83 21:20 EDT
Date: 29 May 83 18:22:56 PDT (Sun)
From: Steve Wolff <cc-treas%UCBCORY@berkeley>
Subject: Re: Program Piracy
Message-Id: <8305300122.AA24522@UCBCORY.ARPA>
Received: by UCBCORY.ARPA (3.342/3.31)
id AA24522; 29 May 83 18:22:56 PDT (Sun)
Received: from UCBCORY.ARPA by UCBVAX.ARPA (3.341/3.29)
id AA22166; 29 May 83 18:18:19 PDT (Sun)
To: ADDRESS PROBLEM BRL "cc-treas%UCBCORY@berkeley>": "cc-treas@UCBCORY@berkeley>"@BRL.ARPA;,
Steve@brl-bmd, Wolff@brl-bmd, strom@brl-bmd
Cc: info-cpm@brl
Thanks for the reply. I'm glad the system I'm going to buy
is CP/M, as I have no problems about paying for software
legally, but would like to be able to make backups without
the assistance of some program or hardware that may soon
be obsolete anyway.
Steve Wolff
cc-treas@ucbcory.berkeley
29-May-83 21:15:11,4675;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 31 May 83 8:22 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 31 May 83 8:15 EDT
Received: From Sri-Unix.ARPA by BRL via smtp; 31 May 83 7:58 EDT
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 31 May 83 4:51-PDT
Date: 29 May 83 20:15:11-PDT (Sun)
To: info-cpm@brl
From: harpo!floyd!vax135!cornell!uw-beaver!vestal@ucb-vax
Subject: Results of CP/M system survey
Article-I.D.: uw-beave.643
Descriptions for 120 8-bit systems running CP/M were received.
Only a few replies stating use of CP/M-86 were received, and
these systems have not been counted. A few comments are in order
before giving the quantitative results.
First, a single site reported using 25 Altos 8000 machines.
Another site reported using "several" Altos machines as well, and
I choose the number 7 as being more than a few, less than a lot,
and capable of being stored in a nibble. These were included in
the reports as 32 separate systems, and each entry which might be
affected by such a large block has been marked with an
asterisk(*).
Second, many systems had different types of floppie drives and
more than one communications software package. The results
posted are for system combinations; i.e., if a single system had
both 8" and 5-1/4" floppies, then it was counted in two
categories for question three. Systems with several
communications programs were similarly counted in several
categories. As a result, there were a total of 132 CPU/floppie
categories and 141 machine/software categories.
Finally, floppie drives reported to be switchable have been
included at their highest performance. For example, my 8" drives
are single/double density, single/double sided; they have been
recorded in the 8" DS DD category. It is my understanding that
most drives can accept a lower density and fewer sides than the
maximum capacity reported. No non-standard 8" formats were
reported; the number of 5-1/4" formats is, of course, known but
to God.
I. What kind of machine do you have?
number percentage
of systems of total
Altos 8000(*) 33 27 %
custom assembly 19 15 %
Osbourne I 8 7 %
Northstar Horizon 7 6 %
Heath/Zenith Z89 6 5 %
Kaypro II 5 4 %
TRS-80 5 4 %
Morrow Micro/Design Decisions 5 4 %
Big Board I 4 3 %
Apple II 3 3 %
Compupro System A/B 3 3 %
Max 80 3 3 %
Xerox 820 3 3 %
14 other system types 16 13 %
Total for 27 types 120 100 %
II. What version of CP/M do you run?
2.2 was the almost universal answer.
III. What kind of floppie does your system run?
system percentage percentage
combinations of size of total
5-1/4" 50 100 % 38 %
SS SD soft 9 18 % 7 %
SS DD soft 15 30 % 11 %
DS DD soft 9 18 % 7 %
SS SD 10 sector 3 6 % 2 %
DS DD 10 sector 6 12 % 5 %
other or unspecified 8 16 % 6 %
8" (*) 82 100 % 62 %
SS SD 13 16 % 10 %
SS DD (*) 51 62 % 39 %
DS DD 13 16 % 10 %
unspecified 5 6 % 4 %
Total system combinations 132 100 %
IV. What sort of modem communications software do you use?
system percentage
combinations of total
none (*) 39 28 %
Modem ? 34 24 %
MDM??? 11 8 %
user written 9 6 %
TriCom 7 5 %
Yam 5 4 %
Ascom 4 3 %
19 additional programs 32 23 %
Total 141 101 %
30-May-83 02:12:00,828;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 30 May 83 11:15 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 30 May 83 11:12 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 30 May 83 2:14 EDT
Date: 30 May 1983 02:12 EDT
From: Ronald G. Fowler <RGF@mit-mc>
Subject: New version of MLOAD
To: INFO-CPM@mit-mc
My multi-file loader program, MLOAD, has been updated as of today.
Relevant files may be found on MIT-MC as follows:
AR17:CPM;MLOAD 14ASM
AR17:CPM;MLOAD 14HEX
AR17:CPM;MLOAD 14COM
A major problem has been repaired with non-default drive loading,
and a couple of minor enhancements were added (See modification hi-
tory at the beginning of the ASM file for more details).
Thanks to CSTROM@MC and W8SDZ@MC for reporting the bug (and
both on the same day, no less!). --Ron Fowler
30-May-83 10:41:00,594;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 30 May 83 22:42 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 30 May 83 22:38 EDT
Received: From Rand-Relay.ARPA by BRL via smtp; 30 May 83 22:36 EDT
Date: 30 May 1983 12:41-EDT
From: goldfarb.ucf-cs@rand-relay
Return-Path: <goldfarb.UCF-CS@Rand-Relay>
Subject: Sorry
To: info-cpm@brl, pourne@mit-mc
Message-Id: <83/05/30 1241.766@ucf-cs>
Via: UCF-CS; 30 May 83 19:05-PDT
I apologize if multiple copies of my message to Jerry were
sent from this site. Just some mailer trouble.
Ben G.
30-May-83 19:07:08,668;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 30 May 83 19:19 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 30 May 83 19:12 EDT
Received: From Brl-Bmd.ARPA by BRL via smtp; 30 May 83 19:09 EDT
Date: 30 May 83 19:07:08 EDT (Mon)
From: Charlie Strom NYU <strom@brl-bmd>
To: Steve Wolff <cc-treas%UCBCORY@ucb-vax>
cc: INFO-CPM@brl
Subject: Re: money back programs
Hopefully those "rental" companies you mention will soon be put out of
business by the softwre houses - they clearly violate license agreements
limiting usage to ONE machine. Their purpose is clearly to assist in
piracy while making bucks for themselves.
30-May-83 23:46:00,1249;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 31 May 83 1:56 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 31 May 83 1:54 EDT
Received: From Mit-Mc.ARPA by BRL via smtp; 31 May 83 1:48 EDT
Date: 31 May 83 01:46-EDT
From: @brl%cornella:C4F@BRL
Subject: (copy) Undelivered mail
Message-Id: <8305310546.AA05297@UCBVAX.ARPA>
Received: by UCBVAX.ARPA (3.341/3.31)
id AA05297; 30 May 83 22:46:14 PDT (Mon)
To: INFO-CPM@mit-mc
Date: Tuesday, 31-May-83 01:38:28 EDT
From: Network Mailer <MAL at CORNELLA>
Subject: Undelivered mail
To: C4F at CORNELLA
Your mail was not delivered to some or all of it's
intended recipients for the following reason(s):
File to INFO-CPM at MIT-MC was rejected by RSCS/Networking.
--------------------RETURNED MAIL FILE--------------------
Date: 31 May 83 01:38-EDT
From: C4F @ CORNELLA
To: INFO-CPM @ MIT-MC
Subject: user areas on CPM 2.2 and MPM...
If a file is marked SYSTEM on MP/M (or presumably CP/M 2.2), and
you are in user area 1-15, is it possible to write to it? or do all
system files accessible to random user areas have a R/O attribute,
regardless of what the RW/RO status is on user area 0?
replies to G.cornella=c4f@ucb-arpa or lin@mit-mc
thanks.
31-May-83 21:30:00,1308;000000000000
Received: From Brl-Bmd.ARPA by BRL via smtp; 1 Jun 83 2:35 EDT
Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 1 Jun 83 2:25 EDT
Received: From Rand-Relay.ARPA by BRL via smtp; 1 Jun 83 2:23 EDT
Date: 31 May 1983 at 2030-PDT (Tuesday)
From: tekecs!andrew.Tektronix@rand-relay
Return-Path: <tekecs!andrew.TEKTRONIX@Rand-Relay>
Subject: Aztec C is good stuff
To: tektronix!info-cpm@brl
Via: TEKTRONIX; 31 May 83 23:15-PDT
Aztec C is good stuff, and I speak as an experienced programmer.
I used their Z80 compiler to write a Business Basic compiler, with heavy
use of static data structures and initializers (for those lex and parse
tables). They advertise that they implement everything except bit fields.
I've had some trouble with #if, and "solved" it by going exclusively with
#ifdef, but that was several versions ago.
My sole complaint is that their interface to MACRO-80 is not as good as
they advertise. You pretty much have to invest a weekend in rebuilding
the L80 compatible library because they can't get it right themselves.
Fortunately the source code for all library routines is provided so this
is within the realm of possibility.
-- Andrew Klossner (decvax!teklabs!tekecs!andrew) [UUCP]
(andrew.tektronix@rand-relay) [ARPA]