1-Oct-84 00:18:51-MDT,1746;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 00:18:45-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 1 Oct 84 1:51 EDT
Received: from hi-multics.arpa by BRL-AOS.ARPA id a016976; 1 Oct 84 1:55 EDT
Date: Mon, 1 Oct 84 00:50 CDT
From: Eaton@HI-MULTICS.ARPA
Subject: zcpr3 bugs
To: info-cpm@BRL.ARPA
Message-ID: <841001055043.447509@HI-MULTICS.ARPA>
I am experiencing severe difficulties trying to implement "named
directories" under ZCPR3. I suspect that there is a bug in LDR v1.0 (27
Feb 84). The logic at "setdata:" after the call to "getndr" appears
incorrect.
Also it appears as though the named directory buffer must be a multiple
of 256 bytes. This is not mentioned in the installation procedures.
I have the command line buffer following the named directory buffer and
I think it is being overlayed by the named directory.
There was no source supplied for z3lib.rel or vlib.rel from SIG/M which
makes troubleshooting a bit more difficult.
MKDIR had to be re-assembled as the supplied com file wouldn't write the
NAMES.NDR file without aborting.
In order to link the utilities properly the following command was used
instead of the one specified on page 91 of the installation manual:
L80 /P:100,$1,Z3LIB/S,SYSLIB/S,$1/N/U/E
instead of:
L80 $1,Z3LIB/S,SYSLIB/S,$1/N,/U,/E
THREE extra zeroes were placed at the beginning of the utility if the
recommended L80 command string was used from page 91.
If someone could shed some light on the above it would be greatly
appreciated.
Please send explicit mail as I cannot ftp from simtel20.
Thanks
Jesse (not as easy as it should be) Eaton
Eaton.HFED@HI-MULTICS
1-Oct-84 07:23:18-MDT,871;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 07:23:13-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 1 Oct 84 8:39 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 30 Sep 84 5:30-PDT
Date: 26 Sep 84 7:31:32-PDT (Wed)
To: info-cpm@Amsaa.arpa
From: hplabs!hpda!fortune!amd!decwrl!dec-rhea!dec-algol!orthober@Ucb-Vax.arpa
Subject: CPM software and listings
Article-I.D.: decwrl.3746
Does anyone out in CPM 2.2 land have some class grading and/or
personal data base software that they would like to share?
Is anyone interested in a listing of CPM 2.2? It is a listing
that I have developed. Is it legal to distribute this over
the net? Are there any other CPM 2.2 listings floating around?
Thanks
Jeff Orthober (ort1)
...decvax!decwrl!rhea!algol!orthober
1-Oct-84 09:53:20-MDT,1027;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 09:53:13-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 1 Oct 84 10:45 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 30 Sep 84 6:49-PDT
Date: 27 Sep 84 13:41:55-PDT (Thu)
To: info-cpm@Amsaa.arpa
From: hplabs!sdcrdcf!trwrba!cepu!bmcg!mikel@Ucb-Vax.arpa
Subject: How do I envoke a self created SUBMIT file in CPM86
Article-I.D.: bmcg.1392
[Row, row, row your bits, gently down the stream...]
I have a program that creates a submit file ($$$.SUB) with the necessary
commands do a predefined procedure. I have a program in C that creates the
file, but it will not envoke the file unless I reset the machine. Is there
anyone out there who can steer me in the right direction to execute this file
after its created? I am running CPM86 Ver 1.0 on a 8" floppy system. I am
using Computer Innovations CI86 'C' compiler.
Mike Lesher
Burroughs ASG, San Diego, CA.
(..!bmcg!mikel)
1-Oct-84 10:59:42-MDT,613;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 10:59:38-MDT
Received: From ari-hq1.arpa.ARPA by AMSAA via smtp; 1 Oct 84 11:45 EDT
Date: 1 Oct 84 11:42:00 EST
From: brake@Ari-Hq1.ARPA
MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA
Subject: JOINING INTEREST GROUP
To: info-c <info-c@Brl.ARPA>
cc: info-cpm@Amsaa.ARPA, info-kermit as columbia-20@AMSAA.ARPA
Reply-To: brake@Ari-Hq1.ARPA
MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA
I would like to be added to your mailing list.
My address is BRAKE@ARI-HQ1
------
1-Oct-84 13:25:18-MDT,2776;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 13:25:00-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 1 Oct 84 14:40 EDT
Date: 1 Oct 1984 12:44 MDT (Mon)
Message-ID: <RCONN.12052012967.BABYL@SIMTEL20>
From: Richard Conn <RCONN@Simtel20.ARPA>
To: Eaton@Hi-Multics.ARPA
Cc: info-cpm@Amsaa.ARPA
Subject: zcpr3 bugs
In-reply-to: Msg of 30 Sep 1984 23:50-MDT from Eaton at HI-MULTICS.ARPA
All of the problems you reported (with the possible exception
of the LDR problem - will look at it) have already been reported and
posted in the ZCPR3 Newsletters. I just sent you copies of the first
5 newsletters ... hope this will help. There is a lot of data here.
The route which has been taken in problem reporting and
tracking, namely thru Echelon and the newsletters, has worked out
nicely from my point of view. I see only one report on each potential
problem (with the exception of my DDN mail) and don't have to respond
to 20 or more questions about the same problem -- the responses are
posted in the newsletters, and the ZCPR3 user community can read them.
Additionally, Echelon, thru its (1) posted address, (2) posted
telephone number, and (3) electronic bulletin board provides a
convenient method of communication which is supplemented greatly by
its newsletter. I really urge the ZCPR3 community to take advantage
of this service and read the newsletters.
I will be posting newsletters 6 and 7 soon. The bug reports
are going down, and more and more newsletter material is oriented
around new products, a review of the ZCPR3 system (highlights of
programs), and other useful tidbits of information.
I have mentioned several times that the book is coming out ...
take heart, for it really is happening. I see it mutate time and time
again these days. For your information, there are two literary
editors working on it (actually, they have finished) and one technical
editor (Chris Terry, formerly of Microsystems). I feel that Chris'
inputs have really been helpful, and he is currently in control of the
StarIndex copy of the book. He is reviewing and adding a section on
the auto-installing Z3-DOT-COM to it. The next pass is to send me the
StarIndex copy for one last review and run thru StarIndex, and then I
will send the final to him for printing and forwarding to the
publisher for typesetting. We are approx 1 week behind the last
posted schedule right now, but you can see that there is not much left
to do.
Oh, one last thing, remember that all sources are supplied to
the ZCPR3 System. The phase 2 release included complete sources to
Z3LIB and VLIB, as well as several new tools, such as VFILER and
VMENU.
Rick
1-Oct-84 18:11:26-MDT,736;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 18:11:19-MDT
Received: From csnet-pdn-gw.ARPA by AMSAA via smtp; 1 Oct 84 19:33 EDT
Received: from ibm-sj by csnet-relay.csnet id at00695; 1 Oct 84 18:10 EDT
Date: 1 Oct 1984 10:48:17-PDT (Monday)
From: Jim moore <MOORE.LOSANGEL%ibm-sj.csnet@csnet-relay.arpa>
To: info-cpm%amsaa.arpa@csnet-relay.arpa
Subject: xlisp info request
Has anyone out there any experience with XLISP (by David Betz)?
I am particularly interested in hearing from people who have used it
on PC/IX.
Is D. Bretz reachable? His phone number (in the documentation) seems
never to answer.
Thanks,
Jim Moore
(MOORE.LOSANGEL@IBM)
1-Oct-84 18:57:51-MDT,1535;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 18:57:45-MDT
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 1 Oct 84 20:24 EDT
Received: from csnet-pdn-gw by BRL-VGR.ARPA id a000288; 1 Oct 84 20:24 EDT
Received: from hplabs by csnet-relay.csnet id aa01233; 1 Oct 84 20:00 EDT
Received: by HP-VENUS id AA21662; Mon, 1 Oct 84 15:15:25 pdt
Message-Id: <8410012215.AA21662@HP-VENUS>
Date: Mon 1 Oct 84 15:14:52-PDT
From: SOMPEL%hplabs.csnet@CSNET-RELAY.ARPA
Subject: Cromemco computer for sale !!!
To: info-cpm%brl-vgr.arpa@CSNET-RELAY.ARPA
Source-Info: From (or Sender) name not authenticated.
Cromemco System for Sale.
Hardware: ZPU Z-80 cpu board
16FDC Floppy Disk Controller
256KZ 256K ram board
PRI Serial and parallel printer interface
CTI Single card terminal
CKBC Keyboard with function and numeric keys
C-1 Monitor
(2) Tandon thinline DSDD drives in case with power supp.
Software: Cromix (UNIX like operating system)
CDOS operating system
(Both Cromix and CDOS will run CPM programs)
Fortran compiler (Cromemco's)
C compiler "
Sbasic Basic "
Z-80 Assembler "
Linker "
JRT Pascal
Writemaster word processor
Peachtree General Ledger
Chess
I'm selling this because I'm trying to get up the down payment for a house.
Phone Mark at (415) 493-6506 after 6pm
or (415) 857-4998 between 9am and 11am
-------
1-Oct-84 22:24:03-MDT,586;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 22:23:59-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 1 Oct 84 23:57 EDT
Date: Mon 1 Oct 84 22:01:46-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: ZCPR3 Newsletters 6 and 7
To: info-cpm@AMSAA.ARPA
ZCPR3 Newsletters 6 and 7 are now stored in MICRO:<CPM.ZCPR3> as Z3NEWS.006 and
Z3NEWS.007. I will probably change the names of all the newsletters at
some later date in order to eliminate potential conflicts with squeezed file
names.
Rick
-------
1-Oct-84 23:58:21-MDT,730;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 23:58:17-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 2 Oct 84 1:21 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 1 Oct 84 22:11-PDT
Date: 24 Sep 84 10:31:03-PDT (Mon)
To: info-cpm@Amsaa.arpa
From: decvax!tektronix!larryme@Ucb-Vax.arpa
Subject: Need help with PLOT33getting PLOT33
Article-I.D.: tektroni.3682
Is there any one out there who can tell me how to get a copy of
PLOT33 on USENET or who can mail me a copy. I don't have access
to Arpanet and, being somewhat of a novice, I don't even know
what SIMTEL20 is.
Thanks in advance
Larry Meneghin
tektronix!larryme
2-Oct-84 00:06:43-MDT,1001;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 00:06:36-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 2 Oct 84 1:21 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 1 Oct 84 22:11-PDT
Date: 23 Sep 84 11:22:45-PDT (Sun)
To: info-cpm@Amsaa.arpa
From: decvax!mcnc!akgua!sdcsvax!sdcc6!ir320@Ucb-Vax.arpa
Subject: Need UNLOAD.COM
Article-I.D.: sdcc6.1747
Need Copy of UNLOAD.COM
Hi there, does anyone out there have a copy of unload.com for
converting com files to hex files. If you do, as our local boards
don't seem to have it, could you UNLOAD a copy of it, and just mail me
a copy of the hex or asm code. I'd really appreciate it.
John Antypas
UC San Diego
ir320
UUCP: ...!sdcsvax!sdccs6!__/
\ix255
ix255 Berkeley
Arpa: sdcsvax!sdccs6!__/ \@/
\ir320/ \nosc
2-Oct-84 00:47:30-MDT,2415;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 00:47:21-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Oct 84 1:35 EDT
Date: 1 Oct 1984 23:39 MDT (Mon)
Message-ID: <RCONN.12052132269.BABYL@SIMTEL20>
From: Richard Conn <RCONN@Simtel20.ARPA>
To: cpm@Wpafb-Afita.ARPA
Cc: info-cpm@Amsaa.ARPA
Subject: ZCPR3 on the MD-2 et al
In-reply-to: Msg of 18 Sep 1984 03:34-MDT from cpm at wpafb-afita
Hi, Kirk,
Very good message ... it looks like you anticipated every
possible response (within reason -- ie, you left off my nuking
Dayton). Anyway, as you have already surmised, there is really little
I can do for you from here. At a minimum, source to the BIOS is
required to analyze the problem, and the one MD-2 I accessed before
(which is now in Australia) was one of the first, to which Morrow was
willing (at the time) to provide the source. For any reasonable,
non-cookbook installation of ZCPR2 or ZCPR3 in the conventional sense
(ie, on the system tracks), we can't do anything without the source to
the BIOS. Then, it really is a rather simple task to modify the cold
boot routine to initialize the buffers, to select the desired options
in the Z3BASE.LIB file, etc, and then to bring up the resulting ZCPR3
System.
Unlike with ZCPR2, ZCPR3 adds another alternative --
Z3-Dot-Com ($49 from Echelon). This is an auto-installing ZCPR3 that
(1) takes just a few minutes to run in order to create Z3.COM and (2)
does not require the user to do anything other than select a few
options. No BIOS source, no worry about ROM versions, etc. Just
install and run. Then, once Z3.COM is created, you may want to set up
your auto-boot program to issue the command "Z3" in order to come up
automatically in ZCPR3 (STARTUP in ZCPR3 will run other things for
you), and you have a system that runs ZCPR3 from cold boot. It seems
to me like $49 is a small price to pay for the convenience and lack of
pain.
I feel that this is the best advice I can give you. This is a
solution to your installation problems.
Also, for the audience in general, Frank Gaude' informed me
tonight that Z3-Dot-Com has been brought up on the Compupro 8/16 and
the Z-100. He does not have much feedback yet from the users, so
there may still be some problems, but he feels good about the current
version.
Rick
2-Oct-84 01:08:45-MDT,1451;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 01:08:39-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 2 Oct 84 2:18 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 1 Oct 84 23:11-PDT
Date: 25 Sep 84 13:11:46-PDT (Tue)
To: info-cpm@Amsaa.arpa
From: hplabs!hao!seismo!cmcl2!lanl-a!jp@Ucb-Vax.arpa
Subject: Questions for Laser Jet users
Article-I.D.: lanl-a.13861
I am now the proud owner of an HP Laser Jet Printer. The print quality
is fantastic. Before I embark on a modification of Wordstar to let me
use micro-justification with it, I thought I would ask if anyone has
already tackled the problem. The difficulty is in setting the Horizontal
and Vertical motion Indices (HMI & VMI). As configured for daisywheel
printers W* sends <esc> <char> <binary number>. The Laser Jet needs
<esc> <char> <char> <Ascii representation of a number> <char>. Not only
is the numeric info imbedded in the string but it must be converted to ASCII!!
The other question of interest is: Has anyone had any experience with
the graphics capability of the Laser Jet?? It appears straightforward
to use graphics to generate special symbols imbedded in text, but given
the limited (59K) memory it does not seem possible to draw line graphs, etc.
Of course, bit mapped graphics 8" X 10" X 300 dots X 300 dots/in is
880Kbytes!!
Thanks,
Jim Potter jp@LANL
2-Oct-84 02:25:06-MDT,680;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 02:25:03-MDT
Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp; 2 Oct 84 3:42 EDT
Date: 2 Oct 1984 03:38:16-PDT
From: cpm@Wpafb-Afita.ARPA
To: RCONN@Simtel20.ARPA, cpm@Wpafb-Afita.ARPA
Subject: ZCPR3 on the MD-2 et al
Cc: info-cpm@Amsaa.ARPA
Thanks for taking the time to reply. I was afraid that for me to install Z2 on
the Morrow would require the BIOS source. The auto install program sounds like
a real-good-deal. It will be top priority AA (After AFIT).
Looking forward to your presentations in Nov...
Thanks again,
Kirk Horton
cpm@wpafb-afita
2-Oct-84 03:21:51-MDT,909;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 03:21:46-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 2 Oct 84 4:43 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 2 Oct 84 0:59-PDT
Date: 25 Sep 84 12:20:17-PDT (Tue)
To: info-cpm@Amsaa.arpa
From: hplabs!nsc!voder!gino@Ucb-Vax.arpa
Subject: TUG (Turbo Users' Group)
Article-I.D.: voder.383
[do not use this line]
Turbo Pascal programmers might be interested in the above mentioned
users' group. They publish a newsletter with interesting articles,
bug fixes, application programs/utilities, etc. The membership is
currently around 2KP (2000 people), the dues about $20. Addresses:
Business:
TUG
PO Box 1510
Poulsbo, WA 98370
Editorial:
TUG
PO Box 548
Silverdale, WA 98383
--
Gene E. Bloch (...!nsc!voder!gino)
2-Oct-84 08:48:58-MDT,2130;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 08:48:50-MDT
Date: Tue, 2 Oct 84 9:53:25 EDT
From: David Towson (SECAD) <towson@Amsaa.ARPA>
To: Jim moore <MOORE.LOSANGEL%ibm-sj.csnet@csnet-relay.arpa>
cc: info-cpm@Amsaa.ARPA
Subject: Re: xlisp info request
Jim - In regard to your query concerning David Betz and XLISP, I hope the
attached message will be helpful.
Dave
towson@amsaa.arpa
Date: 28 Apr 83 10:52:46-PDT (Thu)
To: info-micro@brl.arpa
From: David Betz <decvax!betz (David Betz)@ucb-vax.arpa>
Subject: New distribution policy for XLISP
Article-I.D.: decvax.524
Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 29 Apr 83 1:34-PDT
I have received a large number of requests from people who have not received
parts of the last XLISP distribution. For a while I was honoring requests
to send individuals the files that they were missing. Then, when that became
unreasonable due to the number of requests, I reposted several of the
original files. Even then I got requests from people who hadn't gotten either
the original version or the redistributed version. Because of all of this I
have decided that net.sources isn't a reliable way of distributing a program
as large as XLISP. Rather than replying to each of the people who sent me
mail, I am sending this news article to explain my next plan for distributing
XLISP. Would anyone who wants a copy of XLISP please send me a stamped,
self addressed SSSD floppy at the following address:
David Betz
Digital Equipment Corporation
110 Spit Brook Rd.
Nashua, NH 03062
Please specify whether you want the disk in CP/M format, RT-11 format,
VMS format, or UNIX (tar) format.
I'm sorry about this being a less than convienient form of distribution,
but I don't think that its fair to the rest of the users of the network
to continue sending the large XLISP distribution files over and over
again just so that the few people who didn't receive them correctly the
first time can have another chance.
David Betz
decvax!betz
2-Oct-84 08:58:50-MDT,1038;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 08:58:39-MDT
Date: Tue, 2 Oct 84 9:43:52 EDT
From: David Towson (SECAD) <towson@Amsaa.ARPA>
To: Richard Conn <RCONN@Simtel20.ARPA>
cc: info-cpm@Amsaa.ARPA
Subject: Re: zcpr3 bugs
Rick - I presume you have made some changes in zcpr3 to correct reported
bugs. Also, I believe that you have discovered some areas where more
guidance-to-installers would be helpful. Have you made, or do you plan
to make any corresponding changes in the installation manual available on
simtel20?
In the "ha ha department", I have decided to try to install zcpr3 on
my Radio Shack Model-I with Omikron Mapper just for the fun of trying.
This is pure foolishness, I think, since the machine has only 48K of
memory including space for the OS, and the four disk drives hold only 622K
total. But what the heck...
Looking forward to reading your book.
Best regards,
Dave
towson@amsaa.arpa
2-Oct-84 09:21:21-MDT,1556;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 09:21:14-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Oct 84 10:23 EDT
Date: 2 Oct 1984 08:27 MDT (Tue)
Message-ID: <RCONN.12052228377.BABYL@SIMTEL20>
From: Richard Conn <RCONN@Simtel20.ARPA>
To: info-cpm@Amsaa.ARPA
Subject: ZCPR3 Bug Fixes
FYI, pass one is now complete on the bug fixes. All bugs
reported in the ZCPR3 newsletters have been addressed and (so the test
group feels at this time) corrected. We are planning to go thru a lot
of really extensive testing before the release of the "bug disk", and
I am sending this message to let you know that things are happening in
this area.
The bugs reported in the ZCPR3 tools have shown themselves in
the variety of different installations that people have made of ZCPR3.
I feel that this should be emphasized -- many of the bugs may never be
observed by many of you because of the nature of your installation.
The newsletters should serve to make you aware that you MAY see these
bugs, and you should be aware of the potential of encountering them.
One non-bug which I will work on soon is a revision of ZEX.
The new ZEX will be able to be installed like any other tool, and the
involved reassembly process will be eliminated. ZEX is so powerful
and fundamental to ZCPR3 that I feel that any stumbling block placed
in the way of its use, such as its involved installation with a
CERTAIN, SPECIFIC version of ZSID, should be removed.
Rick
2-Oct-84 16:55:22-MDT,1044;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 16:55:12-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Oct 84 18:22 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id ab00366; 2 Oct 84 18:17 EDT
Date: 2 October 1984 07:28-EDT
From: "R. P. Miller" <ARPEE@mit-mc.ARPA>
To: INFO-CPM@mit-mc.ARPA
cc: ARPEE@mit-mc.ARPA
Second and last request for a calendar/scheduling program...
A week ago I asked INFO-CPM list for information regarding the above.
Again I plea for information that might be out there in netland regarding
such a program either in the public domain or commercially available. I
got one reply indicating DATEBOOK as a possible solution. Are there others?
The other replies were from folks such as I asking for me to share the info I
get on the subject. There is interest from many quarters - PLEASE respond if
you have ANY info on ANY calendar/scheduling software at all. Thanks in
advance for anything you can share with us.
----------
2-Oct-84 18:09:14-MDT,1551;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 18:09:05-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Oct 84 19:35 EDT
Received: from bbna.arpa by BRL-AOS.ARPA id a000974; 2 Oct 84 19:35 EDT
Date: 2 Oct 1984 19:34-EDT
Sender: WAGREICH@bbna.ARPA
Subject: Needed: Line-oriented editor for 8086 machine (MS-DOS)
From: WAGREICH@bbna.ARPA
To: info-micro@brl.ARPA, info-cpm@brl.ARPA
Message-ID: <[BBNA] 2-Oct-84 19:34:16.WAGREICH>
Are there any recommendations for a line-oriented editor for an
8086-based micro running MS-DOS? This is for people who can use
a braille terminal with an 8086 machine (by declaring the device
as AUX). The line-oriented editor should have no screen-oriented
characteristics or graphics in it. EDLIN will work with such a
configuration, but is very buggy. If you know of any editors
that perform like EDLIN but with much greater capabilities and
are not buggy, let me know. I ned the name of the editor, the
vendor and his address, and the approximate price of the
software.
As an example of a screen-oriented program, BASIC is NOT
accessible by braille terminals in AUX mode. (BASIC in MS-DOS).
Another way to determine if the editor will function without a
screen is to use CTTY /DEV/PRN or <CONTROL-P> and see if you can
access the editor with all output going to the printer instead of
tothe screen. EDLIN works this way also, but BASIC won't.
Thanks in advance for any info.
2-Oct-84 18:59:59-MDT,1644;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 18:59:47-MDT
Received: From xerox.arpa.ARPA by AMSAA via smtp; 2 Oct 84 20:10 EDT
Received: from Concord.ms by ArpaGateway.ms ; 02 OCT 84 17:14:41 PDT
Date: 2 Oct 84 16:54:43 PDT (Tuesday)
From: Bicer.ES@XEROX.ARPA
Subject: Compupro computer for sale !
To: Info-Cpm@AMSAA.ARPA
cc: XeroxInfo-CPM^.wbst@XEROX.ARPA, es820ug^.es@XEROX.ARPA,
820Interest^.wbst@XEROX.ARPA, Bicer.ES@XEROX.ARPA
Reply-To: Bicer.ES@XEROX.ARPA
Compupro system for sale, one of the fastest and the most reliable
systems on the market.
HARDWARE:
816A with 8085 and 8088 (CP/M 80 and 86)
2.4 MBytes floppy storage - Qume 8" DSDD
256K Ram (Two RAM 21s)
Qume 102 Green Terminal
Daisywriter 2000 (with tractor feed and 48K buffer)
All the necesseary cabling
SOFTWARE:
Lanier's CP/M 80 & 86 Bios (executing CP/M 80 programs
under CP/M 86, 4 full track buffers maintained in memory
makes the system perform as fast as some hard disks, real
time clock support, ram disk).
DBASE II, SuperCalc, MBasic, C, etc. (a very large software
library, too large to mention here).
The computer is about a year and a half old, the printer and
the terminal are less than a year old. All the equipment
is in excellent condition. This super reliable system lists
for about $9,000, I am willing to part with it for $5,900.
Reason for sale: New house, new furniture! <-------------
Jack Bicer
(213) 831-4273 After 7pm.
P.S: For multi user configuration, the system needs only a hard disk
and the Operating System.
2-Oct-84 19:48:08-MDT,920;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 19:48:01-MDT
Received: From mit-multics.arpa.ARPA by AMSAA via smtp; 2 Oct 84 21:13 EDT
Date: Tue, 2 Oct 84 21:06 EDT
From: AALevy@MIT-MULTICS.ARPA
Subject: Modems
To: Info-CPM@AMSAA.ARPA
Message-ID: <841003010610.788299@MIT-MULTICS.ARPA>
I am considering a 300/1200 modem - which would you recommend. The Ad
for the Prometheus looks interesting. I have heard of strange problems
with Anchor XII. As you can see I am now on the Multics machine. Does
any one know of Modem7 running here or must I use kermit. Also there is
some conversion program for FTP files that we can get. Apparently , I
heard only the source for Modem740 is on the
copyright. Is there any hope of Modem700 doing redialing. Also when is
it expected.? Thanks,
Allan Levy I hope the editing characters work .
2-Oct-84 20:42:55-MDT,738;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 20:42:50-MDT
Date: Tue, 2 Oct 84 22:08:58 EDT
From: David Towson (SECAD) <towson@Amsaa.ARPA>
To: info-cpm@Amsaa.ARPA
Subject: For Sale Notices.
Once again, I must remind all info-cpm readers that posting for-sale notices
over a taxpayer-sponsored network is a no-no. I don't like to be a nuisance
about this, but I see that for-sale activity is picking up, so I must comment.
Come on people; let's not attract the attention of some "bean counter" (army
term for nit-picker - or worse) to our mutually beneficial newsgroup. Please
cool-it.
Dave
towson@amsaa.arpa
aka info-cpm-request@amsaa.arpa
3-Oct-84 01:38:44-MDT,692;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 01:38:39-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Oct 84 3:12 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a002059; 3 Oct 84 3:12 EDT
Date: 3 October 1984 03:11-EDT
From: "Jerry E. Pournelle" <POURNE@mit-mc.ARPA>
To: ARPEE@mit-mc.ARPA
cc: INFO-CPM@mit-mc.ARPA
In-reply-to: Msg of 2 Oct 1984 07:28-EDT from R. P. Miller <ARPEE at mit-mc.ARPA>
calendar/1
clear systems
309 santa monica blvd
santa monica ca 90401
213-394-7740
calendar program reviewd in one of my recent BYTE columns. we
use it. not fancy but works nice and prints out calendars.
3-Oct-84 02:19:38-MDT,1344;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 02:19:32-MDT
Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 3 Oct 84 3:26 EDT
Received: from csnet-pdn-gw by BRL-VGR.ARPA id a004287; 3 Oct 84 3:30 EDT
Received: from hplabs by csnet-relay.csnet id ac01617; 3 Oct 84 3:14 EDT
Received: by HP-VENUS id AA16054; Tue, 2 Oct 84 08:33:42 pdt
Date: Tue, 2 Oct 84 08:35:16 pdt
From: Mark Sompel <sompel%hplabs.csnet@CSNET-RELAY.ARPA>
Received: by HP-MERCURY id AA12489; Tue, 2 Oct 84 08:35:16 pdt
Message-Id: <8410021535.AA12489@HP-MERCURY>
To: info-cpm%brl-vgr.arpa@CSNET-RELAY.ARPA
Subject: Cromemco Computer for Sale
Source-Info: From (or Sender) name not authenticated.
I have a Cromemco computer system for sale.
Hardware: ZPU
256KZ
16FDC
PRI
CTI
CKBC
C-1
(2) Tandon thinline 8" DSDD drives
Software: Cromix (UNIX like) operating system
CDOS operating system
(Both Cromix and CDOS are CPM compatable)
Fortran compiler
C compiler
Sbasic
JRT Pascal
Writmaster word processor
Peachtree General Ledger
Chess
I'm selling the system because I'm trying to get up the down payment for a
house.
Phone Mark at 415-493-6506 after 6pm
or 415-857-4998 between 9am and 11am
3-Oct-84 06:30:29-MDT,875;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 06:30:21-MDT
Received: From xerox.arpa.ARPA by AMSAA via smtp; 3 Oct 84 7:38 EDT
Received: from BacoNoir.ms by ArpaGateway.ms ; 03 OCT 84 04:31:18 PDT
Date: Wed, 3 Oct 84 07:30 EDT
From: lowans.henr@XEROX.ARPA
Subject: Re: How do I envoke a self created SUBMIT file in CPM86
In-reply-to: "hplabs!sdcrdcf!trwrba!cepu!bmcg!mikel@UCB-VAX.ARPA's
message of 27 Sep 84 13:41:55 PDT (Thu)"
To: hplabs!sdcrdcf!trwrba!cepu!bmcg!mikel@UCB-VAX.ARPA
cc: info-cpm@AMSAA.ARPA
From the A>SUBMIT $$$.SUB should envoke the file. CP/M86 is different
than CP/M80 in this respect. This problem exists with dBASEII, the
command "QUIT TO" creates a .SUB file of commands which are exicuted
upon exiting dBASEII in CP/M80 but won't work in CP/M86 (1.107).
Paul
3-Oct-84 08:05:03-MDT,884;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 08:04:58-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Oct 84 9:02 EDT
Date: Wed 3 Oct 84 07:07:11-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re: zcpr3 bugs
To: towson@AMSAA.ARPA
cc: info-cpm@AMSAA.ARPA, RCONN@SIMTEL20.ARPA
In-Reply-To: Message from "David Towson (SECAD) <towson@Amsaa.ARPA>" of Tue 2 Oct 84 08:23:13-MDT
Hi, Dave,
I haven't made any changes to ZCPR3 itself yet. The changes just apply
to the toolset. There are no plans to change the distributed installation
manual since it and the newsletters combine to document the installation
procedures and the anticipated problems associated with installation.
The book has a large section on installation, and I'm trying to make sure
that it is up to date.
Rick
-------
3-Oct-84 09:26:32-MDT,1732;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 09:26:17-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Oct 84 10:15 EDT
Date: Wed 3 Oct 84 08:20:01-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re: zcpr3 phase 2
To: ssalzman.es@XEROX.ARPA
cc: RCONN@SIMTEL20.ARPA, info-cpm@AMSAA.ARPA
In-Reply-To: Message from "ssalzman.es@XEROX.ARPA" of Tue 2 Oct 84 20:36:12-MDT
Isaac,
1. As per the norm, I haven't observed the problem with ? that
you mentioned. I just read your note, returned to my system, entered
DU3, typed ?, and read thru the help screens. I also did the same thing
from the command line: DU3 ?.
I don't doubt that the problem exists as you say it does. Probably
a subtle difference between our systems. Also, I'm not surprised that
the problem was fixed in DU2 and it never got back to me. Under the old
system (without Echelon around to be a point for CM control), that happened
a lot. People would make changes and I would never see them, and, even if I
did, rather than getting a DIFF file which would point exactly to the changes,
I would get a new source and be expected to go thru it to figure out what they
did (of course, it is still THIS way). Quite a time loss. Do you want to
track the problem and point it out to me? This may be best since I am
not able to duplicate it.
2. Your arrow keys problem is typical. That's why the old Wordstar sequence
is still in there as well. Rather than reassembling to give you a different
exit char, you could also zero the arrow key definitions for the 820-II
and use the WS keys instead. Then there would be no conflict. Either way.
Rick
-------
3-Oct-84 09:36:10-MDT,831;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 09:35:55-MDT
Received: From csnet-pdn-gw.ARPA by AMSAA via smtp; 3 Oct 84 10:33 EDT
Received: from umass-cs by csnet-relay.csnet id aa03131; 3 Oct 84 10:11 EDT
Date: Wed, 3 Oct 84 08:30 EST
From: Robert (LISPer 68K)Heller <heller%umass-cs.csnet@csnet-relay.arpa>
To: info-cpm%amsaa.arpa@csnet-relay.arpa
Subject: cross assemblers wanted
I am looking for cross-assemblers (or C compilers) to run
under CP/M-68K (on a Sage) for any (or all) of the following
processors:
65xx series (6502, 6510, etc.)
any/all of the Intel MCS-48 processors: 8048, 8748, 8049,
8749, 8041, 8741, 8039, etc.
TMS9900 processor (the chip in the TI99/4A).
Robert Heller
Heller%UMass-CS@CSNet-Relay
3-Oct-84 10:25:08-MDT,489;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 10:24:52-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Oct 84 10:20 EDT
Date: Wed 3 Oct 84 08:25:14-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: ZCPR3 Phase 2
To: info-cpm@AMSAA.ARPA
Thanks to Frank Wancho, the Phase 2 files of ZCPR3 are now on SIMTEL20.
They are in ITS binary format, and the directory is MICRO:<CPM.ZCPR3P2>.
Enjoy!
Rick
-------
3-Oct-84 10:47:10-MDT,706;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 10:47:04-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Oct 84 11:03 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a006323; 3 Oct 84 11:03 EDT
Received: from Aurora.ms by ArpaGateway.ms ; 03 OCT 84 08:01:18 PDT
Date: Wed, 3 Oct 84 09:59 EDT
From: Kushall.henr@XEROX.ARPA
Subject: Re: 8080 Subroutines Book?
In-reply-to: "T.MOORE%MIT-EECS@MIT-MC.ARPA's message of Fri, 28 Sep 84
21:33:33 EDT"
To: "Andrew M. Moore" <T.MOORE%MIT-EECS@MIT-MC.ARPA>
cc: INFO-CPM@MIT-MC.ARPA
Radio Shack sells a book(By Howard Sams Inc) that has subroutines for
the 8080, 6800, and 6502
Ed
3-Oct-84 11:35:42-MDT,783;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 11:35:37-MDT
Received: From mitre.arpa.ARPA by AMSAA via smtp; 3 Oct 84 12:48 EDT
Date: 3 Oct 1984 12:34:13 EDT (Wednesday)
From: Jeffrey Edelheit <edelheit@Mitre.ARPA>
Subject: Need Communications Package for Televideo
To: info-cpm@Amsaa.ARPA
Cc: edelheit@Mitre.ARPA
A co-worker of mine needs a public domain communications package for a Televeideo
TPC-1 portable. It supports CP/M 2.2 with GSX-80. There is no preference as
to what protocols or terminal emulation it supports (i.e., Kermit, Modem7,
VT-100, etc.) and protocol and/or emulation is not really required.
Thanks in advance.
Jeff Edelheit
(edelheit@mitre or m11808%mwvm at mitre-bedford)
3-Oct-84 12:28:55-MDT,948;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 12:28:50-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Oct 84 13:55 EDT
Received: from xerox.arpa by BRL-AOS.ARPA id a008927; 3 Oct 84 13:55 EDT
Received: from Concord.ms by ArpaGateway.ms ; 03 OCT 84 10:41:54 PDT
Date: 3 Oct 84 10:39:24 PDT (Wednesday)
From: Bicer.ES@XEROX.ARPA
Subject: Re: Needed: Line-oriented editor for 8086 machine (MS-DOS)
In-reply-to: <[BBNA] 2-Oct-84 19:34:16.WAGREICH>
To: WAGREICH@BBNA.ARPA
cc: info-micro@BRL.ARPA, info-cpm@BRL.ARPA
Try the editor in the "Software Tools" book by Ritchie and Plaugher.
There is both Pascal and Ratfor versions and the program is pretty
straight forward and well documented. You could even modify/custimize
it to fit your needs. If programming is not your cup of tea, then
you may be able to find it commercially (Software Toolworks ???).
Jack Bicer
3-Oct-84 12:57:15-MDT,638;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 12:57:11-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Oct 84 13:54 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a008898; 3 Oct 84 13:49 EDT
Received: from Concord.ms by ArpaGateway.ms ; 03 OCT 84 10:39:46 PDT
Date: 3 Oct 84 10:31:31 PDT (Wednesday)
From: Bicer.ES@XEROX.ARPA
Subject: Re: calendar/scheduling program
In-reply-to: ARPEE's message of 2 Oct 84 07:28 EDT
To: "R. P. Miller" <ARPEE@MIT-MC.ARPA>
cc: INFO-CPM@MIT-MC.ARPA
Datebook is the only calendar program I know, and it runs
under CP/M.
3-Oct-84 17:01:54-MDT,442;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 17:01:50-MDT
Received: From utexas-20.arpa.ARPA by AMSAA via smtp; 3 Oct 84 18:30 EDT
Date: Wed 3 Oct 84 17:35:15-CDT
From: Douglas Good <CMP.DOUG@UTEXAS-20.ARPA>
Subject: CITADEL
To: info-cpm@AMSAA.ARPA
I would like to hear from anyone who has had anything to do with the
CITADEL program. Thanks.
--Doug Good
-------
3-Oct-84 17:59:06-MDT,2594;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 17:58:57-MDT
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 3 Oct 84 19:15 EDT
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.31)
id AA06142; Wed, 3 Oct 84 15:14:14 pdt
Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA)
by ucbjade.CC.Berkeley.ARPA (4.16/4.26)
id AA25346; Wed, 3 Oct 84 15:12:00 pdt
Received: by ucbopal.CC.Berkeley.ARPA (4.16/4.26)
id AA05230; Wed, 3 Oct 84 15:01:13 pdt
Date: Wed, 3 Oct 84 15:01:13 pdt
From: William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
Message-Id: <8410032201.AA05230@ucbopal.CC.Berkeley.ARPA>
To: info-cpm@amsaa.ARPA
Subject: PMC Micromate 101 / TRIOS Micro Systems MicroMix 3.0
Cc: CERRITOS@USC-ECL.ARPA, ch123%ruby.CC@Ucb-Vax.ARPA, gray@UCLA-LOCUS.ARPA,
jeromes%ucbunixe.CC@Ucb-Vax.ARPA, lbl-csam!lblunx3!fmcclure@Ucb-Vax.ARPA,
michalak%populi.CC@Ucb-Vax.ARPA, ucscc!b.nses@Ucb-Vax.ARPA,
wcwells%opal.CC@Ucb-Vax.ARPA
I receive a letter in the mail today from TRIOS Micro Systems
indicating that they are discontinuing sale and delivery of the PMC
Micromate Model 101. In place of the PMC Micromate they are now
selling a new product called the "Micromix 3.0" which is also a Z80A
machine, but with addtional features and options. The bundled software
appears to be the same (CP/M Plus, T/Maker III, etc.). Hardware is
packaged better (one or two drives in the CPU box). 128K banked RAM is
standard (same as PMC Model 101), 256 banked RAM is optional (new).
Diskette controller is the Western Digital FD 1793 (supports 4 8" and 4
5.25" external drives, and optional 2 3.5" drives). Also new are:
optional 4K, 8K, or 16K on-board EPROM, 2 DMA controllers, and
optional SIO controller for synchronous comms. CPU box is 50% wider
(aprox. 9x9x14"). Price for the low end unit (CPU / single 5.25 drive)
is the same.
Delivery of the MicroMix 3.0 will start in 30-45 days.
TRIOS customers with outstanding orders for the old MicroMate product
may either request that TRIOS reschedule on a first in - first out basiss
and receive delivery of the new updated product (Micromix 3.0), at no
addtional cost, or they may reissue their purchase order for the
older product directly to Personal Micro Computers, Inc., the
manufacturer, on the manufacturer's terms for price and delivery.
For more information contact:
TRIOS Micro Systems, 147 Beacon St., South San Francisco CA 94080
(415) 583-7733
Bill Wells
(A Micromate 101 owner)
3-Oct-84 22:32:43-MDT,1838;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 22:32:34-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Oct 84 23:57 EDT
Date: 3 Oct 1984 22:01 MDT (Wed)
Message-ID: <KPETERSEN.12052638709.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Cliff Lasser <CAL%MIT-OZ@Mit-Mc.ARPA>
Cc: Info-Cpm@Amsaa.ARPA
Subject: xlisp info request
In-reply-to: Msg of 3 Oct 1984 21:17-MDT from Cliff Lasser <CAL%MIT-OZ at MIT-MC.ARPA>
Would it be possible to put xlisp on Simtel? It seems to me that
there would be many interested hackers.
-Cliff
XLISP is already available on SIMTEL20, in SIG/M volume 118.
Filename Type Bytes CRC
Directory MICRO:<SIGM.VOL118>
-CATALOG.118.2 ASCII 1530 F77EH
ABSTRACT.118.2 ASCII 2725 C4B2H
ALLOC.C.2 ASCII 3162 7FADH
CRC.COM.1 COM 2816 B207H
JUNK.C.2 ASCII 376 81EEH
PT.LSP.2 ASCII 3854 9C63H
SBRK.ASM.2 ASCII 2375 80F7H
SETJMP.ASM.2 ASCII 1832 39A3H
SETJMP.H.2 ASCII 26 E283H
SIG/M.LIB.2 ASCII 1486 1539H
T.LSP.2 ASCII 3348 D3A3H
XLBIND.C.2 ASCII 1344 A115H
XLDMEM.C.2 ASCII 8896 898EH
XLEVAL.C.2 ASCII 6464 BA03H
XLFIO.C.2 ASCII 5105 F853H
XLIO.C.2 ASCII 1687 88A9H
XLISP.C.2 ASCII 1422 90E5H
XLISP.COM.1 COM 39808 D1E6H
XLISP.DOC.2 ASCII 29218 1764H
XLISP.H.2 ASCII 5319 C28AH
XLISP.LNK.2 ASCII 182 EAE3H
XLKMAP.C.2 ASCII 6694 D2C6H
XLLIST.C.2 ASCII 11510 3521H
XLMAKE.SUB.2 ASCII 1271 4F82H
XLMATH.C.2 ASCII 8397 22E0H
XLOBJ.C.2 ASCII 17941 93DAH
XLPRIN.C.2 ASCII 3335 4C06H
XLREAD.C.2 ASCII 8097 B4AEH
XLSTR.C.2 ASCII 5631 2271H
XLSUBR.C.2 ASCII 12139 06C3H
--Keith
4-Oct-84 04:34:53-MDT,688;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 04:34:49-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 4 Oct 84 6:09 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 4 Oct 84 3:02-PDT
Date: 1 Oct 84 13:32:27-PDT (Mon)
To: info-cpm@Amsaa.arpa
From: decvax!genrad!bolton!billd@Ucb-Vax.arpa
Subject: WANTED: USENET sources for Epson QX-10 (MicroSoft)
Article-I.D.: bolton.269
I need the sources that I may connect my Epson QX-10
(MicroSoft basic) to USENET. I already have the modem and
just need the necessary software.
Thanks in advance.
--
Bill Duffy
GenRad
genrad!bolton!billd
4-Oct-84 10:01:19-MDT,1313;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 10:01:12-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 4 Oct 84 11:24 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 4 Oct 84 4:43-PDT
Date: 2 Oct 84 12:02:53-PDT (Tue)
To: info-cpm @ Amsaa.arpa
From: hplabs!hplabsb!sompel @ Ucb-Vax.arpa
Subject: Cromemco computer for sale
Article-I.D.: hplabsb.2532
Cromemco System for Sale.
Hardware: ZPU Z-80 CPU board
16FDC Floppy disk controller board
256KZ 256K memory board
PRI Printer interface board (parallel and serial)
CTI Single card terminal board
CKBC Keyboard with function and numeric keys
C-1 12" green phosphor monitor
(2) Tandon 8" DSDD thinline drives
Software: Cromix (unix like) operating system
CDOS operating system
(CPM programs will run under CDOS and Cromix)
Fortran compiler
C Compiler
Ratfor
JRT Pascal
Sbasic
Z-80 assembler, Linker
Writemaster word processor
Peachtree General Ledger
Mbasic
I'm selling this to get up the down payment for a house.
Phone me for details or make an offer. (Palo Alto, CA)
415-493-6506 after 6pm
415-857-4998 from 9am to 11am
Newsgroups: net.micro.cpm
4-Oct-84 10:27:19-MDT,772;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 10:27:15-MDT
Received: From xerox.arpa.ARPA by AMSAA via smtp; 4 Oct 84 11:39 EDT
Received: from Muscat.ms by ArpaGateway.ms ; 04 OCT 84 04:58:03 PDT
Date: Thu, 4 Oct 84 07:57 EDT
From: lowans.henr@XEROX.ARPA
Subject: Re: Modems
In-reply-to: <841003010610.788299@MIT-MULTICS.ARPA>
To: AALevy@MIT-MULTICS.ARPA
cc: Info-CPM@AMSAA.ARPA
I have looked into modems and like the Rixon 212, it is microprocessor
run, Hayes compatible, stores up to 10 phone numbers with discriptive
text (batt. backup) and can link phone numbers (if one is busy, another
number is automaticly dialed). Price about $500 but I've seen it for
less than $400.
Paul
4-Oct-84 11:42:15-MDT,1476;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 11:42:07-MDT
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 4 Oct 84 12:57 EDT
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.31)
id AA24936; Thu, 4 Oct 84 09:54:30 pdt
Received: from ucbruby.CC.Berkeley.ARPA (ucbruby.ARPA)
by ucbjade.CC.Berkeley.ARPA (4.16/4.26)
id AA09313; Thu, 4 Oct 84 09:53:44 pdt
Received: by ucbruby.CC.Berkeley.ARPA (4.16/4.26)
id AA02161; Thu, 4 Oct 84 09:53:12 pdt
Date: Thu, 4 Oct 84 09:53:12 pdt
From: ch123%ucbruby.CC@Ucb-Vax.ARPA
Message-Id: <8410041653.AA02161@ucbruby.CC.Berkeley.ARPA>
To: info-cpm@amsaa.ARPA, wcwells%ucbopal.CC@Ucb-Vax.ARPA
Subject: Re: PMC Micromate 101 / TRIOS Micro Systems MicroMix 3.0
Cc: CERRITOS@USC-ECL.ARPA, ucscc!b.nses@Ucb-Vax.ARPA, gray@UCLA-LOCUS.ARPA,
jeromes%e.CC@Ucb-Vax.ARPA, lbl-csam!lblunx3!fmcclure@Ucb-Vax.ARPA,
michalak%g.CC@Ucb-Vax.ARPA, wcwells%opal.CC@Ucb-Vax.ARPA
Bill:
That is interesting news. It is the nature of the computer business
that you always have to have an upgrade or a new product. At least it is
close enough that Micromate isn't abandoned. I will try to get to user's
meeting tonight. My system is working great.
I got my huge tri-band Yagi beam up on the house last Sunday--
with some neighbors acting a little upset about the view. Must think
of some peace offerings. Hi Hi
John
4-Oct-84 12:20:23-MDT,778;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 12:20:19-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Oct 84 13:07 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a018086; 4 Oct 84 13:04 EDT
Date: Thu 4 Oct 84 13:03:50-EDT
From: "Alexander M. Fraser" <T.ALEX%MIT-EECS@MIT-MC.ARPA>
Subject: Re: CITADEL
To: CMP.DOUG@UTEXAS-20.ARPA
cc: INFO-CPM@mit-mc.ARPA
In-Reply-To: Message from "Douglas Good <CMP.DOUG@UTEXAS-20.ARPA>" of Wed 3 Oct 84 19:34:56-EDT
Call StormyLea Citadel @ 609-268-9597.
The Sysop is the main maintainer of the program now -- he
is working on a new version (he is already several versions
ahead of what you have if you haven't talked to him probably).
Alex
-------
4-Oct-84 14:44:25-MDT,1551;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 14:44:07-MDT
Received: From columbia-gw.ARPA by AMSAA via smtp; 4 Oct 84 16:02 EDT
Received: from CU20B.ARPA by columbia.arpa; Thu, 4 Oct 84 16:06:25 edt
Date: Thu 4 Oct 84 16:05:50-EDT
From: Frank da Cruz <SY.FDC%CU20B@Columbia.ARPA>
Subject: Kermit-80 for Compupro Interfacer 3/4
To: Info-Kermit%CU20B@Columbia.ARPA
Cc: Info-CPM@AMSAA.ARPA, POURNE@MIT-MC.ARPA, PS1.YAAGC%CU20B@Columbia.ARPA
This is to announce KERMIT-80 for Compupro Interfacer 3/4 with CP/M-80 2.2,
based on version 3.9A of CP/M Kermit. It includes support for:
. Interfacer 3/4 board I/O.
. Terminal control sequences for Wyse Technology WY-100.
. Racal-Vadic Auto Dial VA212 modem
. US Robotics Password modem
. Sending break with <ESC> B while CONNECTed.
Contributed by:
Guy Valiquette, M.D. (PS1.YAAGC@CU20B)
Black Bldg. Rm 322
Dept. of Neurology
College of Physicians & Surgeons
Columbia University
630 W. 168th Street
New York, NY 10032
The source is in KER:CPMPRO.M80. The hex file is in KER:CPMPRO.HEX, and a
help/installation file is in KER:CPMPRO.HLP. These files are available via
anonymous FTP from CU20B and COLUMBIA-20 (after 6pm Eastern time).
No attempt was made to build all the other CP/M Kermits from this source, so
for now it will have its own. It is expected that Compupro IF 3/4 support will
be added to version 4 of CP/M-80 Kermit, the "modular version", soon after
version 4 is released.
-------
4-Oct-84 19:06:41-MDT,792;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 19:06:37-MDT
Received: From csnet-pdn-gw.ARPA by AMSAA via smtp; 4 Oct 84 20:04 EDT
Received: from ibm-sj by csnet-relay.csnet id a012063; 4 Oct 84 20:06 EDT
Date: 4 Oct 1984 15:45:21-PDT (Thursday)
From: Jim moore <MOORE.LOSANGEL%ibm-sj.csnet@csnet-relay.arpa>
To: info-ibmpc%usc-isib.arpa@csnet-relay.arpa,
info-cpm%amsaa.arpa@csnet-relay.arpa,
prolog-request%su-score.arpa@csnet-relay.arpa
Subject: Query re: Unix/C Prologs
CC: moore.losangel%ibm-sj.csnet@csnet-relay.arpa
What Prologs are reccommended (known) for PC/IX? Prefer source available in C.
Proprietary or PubDom o.k. Please reply directly to me -- Thanks.
Jim Moore
(MOORE.LOSANGEL@IBM)
4-Oct-84 19:21:41-MDT,620;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 19:21:38-MDT
Received: From ari-hq1.arpa.ARPA by AMSAA via smtp; 4 Oct 84 20:56 EDT
Date: 4 Oct 84 20:55:00 EST
From: brake@Ari-Hq1.ARPA
MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA
Subject: S-100 interfacing
To: info-cpm <info-cpm@Amsaa.ARPA>
Reply-To: brake@Ari-Hq1.ARPA
MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA
Has anyone been successful in interfacing a Zenith Z-205
256K memory board to a Compupro system using a Disk-1
controller and a 85/88 CPU card?
------
4-Oct-84 20:01:22-MDT,1652;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 20:01:14-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 4 Oct 84 21:32 EDT
Date: 4 October 1984 21:36-EDT
From: Eric Stork <STORK@Mit-Mc.ARPA>
Subject: Index to BYTE
To: info-cpm@Amsaa.ARPA
cc: STORK@Mit-Mc.ARPA, POURNE@Mit-Mc.ARPA
Many of us have been annoyed by the fact that BYTE seems to have
given up indexing its book. There is a lot of good stuff there,
but finding it when you need it is godawful.
Assuming that BYTE is not about to do an index (are they, Jerry P.?),
here is an idea:
How about a cooperative project in which as many of the netlandians
who want to participate JOINTLY put together a PD BYET index.
A group of us could be a teering committee to set up a system
(probably based on dBSEII) and then -- when the system exists as a
.CMD file for data entry -- people could volunteer to do
1 or 2 back issues, or maybe half an issue, or whetever (depends on
the number of volunteers). If that works, and if enough
people are willing to help, we can have for our use something that
BYTE damned well should provide to its subscribers, but doesn't seem
to want to provide (why not, Jerry P.?).
If interested in participating in this project, please
contact me at STORK@MIT-MC. If there is enough interest,
I'll put together a proposal for the people who are
interested. Please indicate if you are willing to (1) help
plant the project, and/or (2), index an issue.
If volunteering for indexing, pls indicateyour collection or
access to back issues.
Eric Stork
STORK at MIT-MC
4-Oct-84 21:48:09-MDT,1395;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 21:48:02-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Oct 84 23:12 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a000711; 4 Oct 84 23:13 EDT
Date: 4 October 1984 23:11-EDT
From: "R. P. Miller" <ARPEE@mit-mc.ARPA>
To: STORK@mit-mc.ARPA
cc: ARPEE@mit-mc.ARPA, PLEHN@mit-mc.ARPA, PLOUFF@mit-mc.ARPA,
INFO-CPM@mit-mc.ARPA
Eric - You have an excellent idea re: PD BYTE index. If you get enough inter-
ist, I would like to participate. Perhaps an INFO-BYTE area can be set up here
at MIT and we could all feed our input to a central file. I suggest that if
enough interest is forthcoming, that all those interested be assigned a very
specific subject to keep track of and report back to the main data file. In
this way, nearly every subject of import to the readership of this great pub-
lication would be covered. I would keep an eye out for material on any subject
I am given - this would be no real chore since I read the magazine from cover
to cover anyhow (I am sure most folks do). Keep me informed on the level of
interest you generate. I will encourage others that I know on MC to get a word
back to you indicating their level of interest and suggestions for smoothing
the the input process. Good luck on this venture...
----------
4-Oct-84 23:30:13-MDT,1176;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 23:30:04-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 5 Oct 84 0:57 EDT
Date: 4 Oct 1984 23:02 MDT (Thu)
Message-ID: <KPETERSEN.12052911838.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: MD730C64 modem program for Commodore 64 CP/M
Ross Alford <mcnc!ecsvax!alford> has contributed MD730C64, a version
of MDM730 for Commodore-64 CP/M. He says:
MD730C64 is the version of MDM730 that runs on the C64. It works well
for xmodem file transfers (much more reliable than MODEM64).
Unfortunately, it only runs at 300 baud, and the SET command sends it
off into a nasty disk-grinding crash. It uses 40 columns and the
standard Commodore character set in terminal mode. Overall, much
better than MODEM64 but still needs work.
The files are now available from SIMTEL20 as:
Filename Type Bytes CRC
Directory MICRO:<CPM.COMMODORE>
MD730C64.COM.1 COM 19200 F94BH
MD730C64.DOC.1 ASCII 2238 5262H
MD730C64.HEX.2 ASCII 46733 1B4BH
--Keith
4-Oct-84 23:50:02-MDT,954;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 23:49:58-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 5 Oct 84 1:07 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 4 Oct 84 21:59-PDT
Date: 1 Oct 84 15:24:50-PDT (Mon)
To: info-cpm@Amsaa.arpa
From: hplabs!sdcrdcf!trwrb!scgvaxd!pertec!felix!zemon@Ucb-Vax.arpa
Subject: Re: What is the setjump call?
Article-I.D.: felix.373
In-Reply-To: Article <>
The routine is "setjmp" and in conjunction with "longjmp"
provides the ability to "goto" anywhere in a program where
you have already been. It is typically used for error
recovery or interrupt handling and, like the mundane
"goto," is probably not a part of good, structured
programming.
You certainly should not go out of your way to work it into
your programs.
--
-- Art Zemon
FileNet Corp.
...! {decvax, ihnp4, ucbvax} !trwrb!felix!zemon
5-Oct-84 01:14:42-MDT,628;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 01:14:38-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Oct 84 2:43 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a001094; 5 Oct 84 2:44 EDT
Date: 5 October 1984 02:42-EDT
From: "Devon S. McCullough" <DEVON@mit-mc.ARPA>
Subject: Micropolis query
To: INFO-MICRO@mit-mc.ARPA, INFO-CPM@mit-mc.ARPA
Does anyone know how to get service info on old micropolis 5 1/4"
floppy drives that are making horrible noises as if the bearings
were about to give up? Are there any other places I could go to ask?
5-Oct-84 06:37:58-MDT,770;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 06:37:55-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 5 Oct 84 8:09 EDT
Date: Fri 5 Oct 84 06:13:59-MDT
From: Jim Forrest <JFORREST@SIMTEL20.ARPA>
Subject: LUX
To: INFO-CPM@AMSAA.ARPA
cc: JFORREST@SIMTEL20.ARPA
In trying to compile LUX40 (same with all previous versions of LUX) I
get 21 warnings in the form of:
Q 0A05' CD 0000 + CALL
with no fatal errors. However, LUX then attaches to the LBR file but none of
the commands work. May be my M80 as it is an old version (3.35). Anyone
familiar with LUX and able to offer suggestions, I will appreciate as I
need a new version of LUX for my RCPM.
Jim
-------
5-Oct-84 19:32:51-MDT,2000;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 19:32:31-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 5 Oct 84 21:00 EDT
Date: 5 October 1984 21:04-EDT
From: Eric Stork <STORK@Mit-Mc.ARPA>
Subject: BYTE INDEX
To: INFO-CPM@Amsaa.ARPA
cc: STORK@Mit-Mc.ARPA
I am encourage by the response to my suggestion on yesterday regarding
the possibility of a PD joint effort to create an index to BYTE.
Here are a few points from the responses:
1. Several people said they'd be glad to help, but do not have dBASEII.
QUESTION: Is it reasonable to assume that most everyone on this net
has access to MBAASIC, or to something like it? If so, we could
put together a data input file that runs on basic and that
outputs the product in a standard format that can be accepted into
dBASEII (or some other standard system). I think that would work.
If there are people who would participate but hesitate because they do not
have dBASEII, please let me know about you if you have BASIC of
some sort.
2. Indexing is a lot of work. Are there ideas of what should be
covered? 'Everything' is easy to say, but hard to do and
generates a lot of output (of couse, we'll be able to scan it
electronically). Ideas on what should have priority attention?
3. I'm collecting the names/net-addresses of people who respond to me on this
and am glad to serve temporarily as the 'committee sec'y'. Will
get back to respondents in a few days, when there has been enough
time to get most volunteer responses.
4. In the meantime, if someone wants to forward the idea to
the other nets (MICRO,PC,what have you), please do so. There is a lot of
work to be done and we can use as many volunteers as are available.
For efficiency sake, for the time being, ask volunteers to respond
direct to me (STORK@MIT-MC), and I'll compile a list.
Eric.
5-Oct-84 21:04:26-MDT,609;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 21:04:16-MDT
Received: From utexas-20.arpa.ARPA by AMSAA via smtp; 5 Oct 84 22:25 EDT
Date: Fri 5 Oct 84 21:31:05-CDT
From: Douglas Good <CMP.DOUG@UTEXAS-20.ARPA>
Subject: Xmodem97
To: info-cpm@AMSAA.ARPA
I tried to send an earlier message about Xmodem97 but it didn't get
through. If it did, I'll repeat myself. When assembling Xmodem97 I got
several Undefined errors. Has anyone else experienced such problems?
If needed I can record where the errors took place.
--Doug Good
-------
5-Oct-84 22:22:19-MDT,1149;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 22:22:13-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 5 Oct 84 23:45 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 5 Oct 84 20:42-PDT
Date: 3 Oct 84 8:54:07-PDT (Wed)
To: info-cpm@Amsaa.arpa
From: decvax!linus!philabs!ttidca!troeger@Ucb-Vax.arpa
Subject: 192k Board for the Rainbow 100
Article-I.D.: ttidca.146
Buying the 192k memory upgrade is not worth the money because you can
now get the 256k upgrade for roughly the same amount of money. This is
better because with the 256k upgrade, you can bump the memory of the
Rainbow to 800+k just by adding chips (Finally!). If you buy the 192k
option, that's all the memory you can get (just 256k). If you ever need
to upgrade past 256k you will have to sell your 192k board and by the
256k board anyways. If you are concerned that the PC100A will not
support that board, DEC has a memory adaptor that will convert your
PC100A into a PC100B for about $99 bucks.
Jeff Troeger
..!ttidca!troeger
--
[This space intentionally left blank]
6-Oct-84 06:32:36-MDT,686;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 06:32:32-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 6 Oct 84 7:41 EDT
Date: 6 Oct 1984 05:46 MDT (Sat)
Message-ID: <KPETERSEN.12053247531.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Micro@Brl.ARPA, Info-Cpm@Amsaa.ARPA
Subject: Rainbow 100 reads IBM diskettes
I just picked this up from TCBBS Dearborn.
--Keith
The Rainbow 100 has the ability to read IBM single sided diskettes!
Use the IBM single side 8 sector format.
With perseverance it also seems to write to this format.
Vijay Ranjit
6-Oct-84 06:45:22-MDT,2587;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 06:45:12-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 6 Oct 84 7:29 EDT
Date: 6 Oct 1984 05:34 MDT (Sat)
Message-ID: <KPETERSEN.12053245376.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: Resident System Extension (RSX) for CP/M 2.2
Now you can add RSX's to CP/M 2.2. The following files are now
available from SIMTEL20:
Filename Type Bytes CRC
Directory MICRO:<CPM.22RSX>
22RSX.ASM.1 ASCII 13295 520BH
22RSX.DOC.1 ASCII 10994 3572H
CONSOLE.22X.1 ASCII 5539 DADBH
CONSTAT.ASM.1 ASCII 1473 30E7H
EXPTABS.22X.1 ASCII 1856 0931H
REMOVE.COM.1 COM 896 7887H
REMOVE.HEX.1 ASCII 2195 5B04H
...and for those who want the entire package and can FTP ITS-binary
files:
22RSX.LBR.1 COM 23296 A4F8H
Here's a brief excerpt from the author's .DOC file:
22RSX: a Resident System Extension facility for CP/M 2.x
22RSX is a facility to allow the installation and removal of
Resident System Extensions. Briefly, an extension is an addition
to BDOS that can monitor, trap, alter or process any BDOS call
made from an applications program. This came about after I had
worked a bit with CP/M 3.0. It's RSX facility impressed me with
the fact that it made it relatively easy to 'patch' the operating
system to add things such as remote consoles, print spoolers,
etc. Since I had some experience with CP/M, I decided to write a
similar system for CP/M 2.2.
Note: I realize that there is an RSX manager written by Jim
Lopushinsky for CP/M 2.2. I have never used it, but from what I
have seen and read, it seems to require a fair amount of work
with DDT, M80, etc. This system, on the other hand, takes care of
all installation. All you have to do is write a module, insert it
in the driver, assemble, load and run! And your finished product
will, assuming that it uses standard CP/M calls and procedures,
run on any other CP/M system without modification.
This system, as distributed, consists of the following files:
22RSX.ASM -------> The module installation driver.
REMOVE.OBJ -------> The module removal program.
22RSX.DOC -------> Documentation.
EXPTABS.22X -------> A demonstration module.
CONSOLE.22X -------> Another demonstration module.
CONSTAT.ASM -------> The companion access program for CONSOLE.22X.
--Keith
6-Oct-84 07:00:30-MDT,1744;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 07:00:22-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 6 Oct 84 7:52 EDT
Date: 6 Oct 1984 05:57 MDT (Sat)
Message-ID: <KPETERSEN.12053249568.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: Update of quick reference list of Simtel20 directories
Quick reference list to SIMTEL20's MICRO:<CPM.x> directories
as of Oct. 6, 1984 (where 'x' is one of the names below):
22RSX CPR86 HAMRADIO MSOFT SYSLIB3
6502 CUG HDUTL NEWS TERM
AMETHYST DIRUTL HEATH NSTAR TOPS-20
APPLE DISASM HELP OSBORN TRS-80
ASMUTL DISKPLOT HEX PACKET TURBODOS
ATARI DSKBUF IBM-PC PASCAL TXTUTL
BASIC DSKUTL INSIDCPM PILOT80 V2CMAC
BDSC-1 EDITC80 KAYPRO PLOT33 VAXVMS
BDSC-2 EDITOR LIST PPSPEL VOICE
BDSC-3 EPSON MACLIB PUBKEY WSTAR
BDSC-4 EZCPR MATH RBBS XCCP
BYE3 FAST2 MEMTEST RBBS4 YAM
CATLOG FILCPY MEX RCPM ZCPR
CCP FILUTL MICNET SORT ZCPR2
COBOL FORTH MISC SPELL ZCPR3
COMMODORE FORTH-83 MODEM SQUSQ ZCPR3P2
CPM3 GENASM MODEM2 STARTER-KIT
CPM86 GENCOM MODEM7 SUBMIT
CPMLIB GENDOC MODEM903 SYSLIB
6-Oct-84 07:05:19-MDT,737;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 07:05:14-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 6 Oct 84 7:54 EDT
Date: 6 Oct 1984 05:59 MDT (Sat)
Message-ID: <KPETERSEN.12053249937.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: Simtel20 CPM.CRCLST updated
MICRO:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
sizes and CRCs of the MICRO<CPM.xx> directories) has been updated as
of today. If you cannot FTP it, and you are not already on the list
to receive it via netmail, send a note to W8SDZ@SIMTEL20 asking to be
added to the list.
--Keith
6-Oct-84 09:27:57-MDT,1028;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 09:27:52-MDT
Date: Sat, 6 Oct 84 11:00:11 EDT
From: David Towson (SECAD) <towson@Amsaa.ARPA>
To: Eric Stork <STORK@Mit-Mc.ARPA>
cc: info-cpm@Amsaa.ARPA
Subject: Re: Index to BYTE
Eric - The December 1981 issue of BYTE contained a very well done index of the
magazine from September 1975 (the first issue) through December 1981. I have
no idea whether any more recent index has been published. If not, and if BYTE
has no plans for doing so in the near future, I would be pleased to participate
in the public effort you have proposed. I have all issues of BYTE from the
first onward. I request that readers who would like to see the index I
mentioned above not ask me for copies. The thing is about a quarter of an inch
thick when copied on a single-side copier, and I just don't have the time to
make copies, not to mention the matter of copyright.
Dave
towson@amsaa.arpa
6-Oct-84 17:39:47-MDT,1139;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 17:39:42-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Oct 84 18:56 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a012107; 6 Oct 84 19:01 EDT
Received: by UCB-VAX.ARPA (4.24/4.31)
id AA15420; Sat, 6 Oct 84 15:44:13 pdt
From: ihnp4!wnuxb!netnews@ucb-vax.ARPA
Message-Id: <8410062244.AA15420@UCB-VAX.ARPA>
Date: 6 Oct 84 17:31:06 CDT (Sat)
Received: by ihnp4.ATT.UUCP; id AA01389; 6 Oct 84 17:31:06 CDT (Sat)
To: ihnp4!ucbvax!info-cpm@ucb-vax.ARPA
Subject: Duplicate feed
Cc: netnews@ucb-vax.ARPA
Hi! I believe that the recent start-up of ARPA INFO-CPM list feeds to
fa.info-cpm is redundant with a cross-feeding of the same information
with net.micro.cpm. Although the effor to feed INFO-CPM is appreciated,
I believe that it is not necessary at this time. Please turn it back
off so that we can reduce net traffic a bit. Thanks.
--
Ronald W. Heiby
AT&T Something (used to be Comp Sys Div, but don't ask me now.), Inc.
Lisle, IL (CU-D21) / ...!ihnp4!wnuxa!heiby or ...!ihnp4!wnuxb!netnews
7-Oct-84 01:43:15-MDT,2623;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Oct 84 01:43:07-MDT
Received: From isi-uci-gw.ARPA by AMSAA via smtp; 7 Oct 84 3:09 EDT
Date: 07 Oct 84 00:13:01 PDT (Sun)
To: Keith Petersen <W8SDZ@Simtel20.ARPA>
cc: Info-Micro@Brl.ARPA, Info-Cpm@Amsaa.ARPA
Subject: Re: Rainbow 100 reads IBM diskettes
In-reply-to: Your message of 6 Oct 1984 05:46 MDT (Sat).
<KPETERSEN.12053247531.BABYL@SIMTEL20>
From: Alastair Milne <milne@Uci-750a.ARPA>
Received: from Localhost by UCI-750a; 07 Oct 84 00:13:48 PDT (Sun)
It is true that the Rainbow's drives can be configured in software to read
discs of a variety of formats, including IBM's 8 sector-per-track format,
which they seem to read quite reliably (once correctly set).
** HOWEVER .... **
I *STRONGLY* suggest *NOT* writing to IBM PC formatted discs with
the Rainbow 100 or the Rainbow 100+. Our group regularly uses both machines,
and we need to move text files between them. We soon found that letting the
Rainbow write to IBM discs results in areas on the disc which are unreadable
to the IBM ("bad blocks" under the UCSD p-System). Massive writes, such as
moving files around on the disc, "seduce" the disc: the IBM will never read it
again (except to format it): only the Rainbow will be able to use it.
I know of two possible reasons for this:
- number of tracks per inch: the IBM uses 48 TPI, the Rainbow 96 TPI
(lets them get 800 UCSD blocks on one side of the disc). The tracks
that the Rainbow writes are too thin for the IBM.
- number of parameters that software can set vs. all the parameters
that the drives actually use: I do not believe that enough parameters
are provided to let the software give an accurate description of the
drive to be simulated. One can, for instance, get close enough to the
IBM's format to permit (reasonably) reliable reading; but not reliable
writing.
I am no expert in disc drive technology, so I may be quite wrong about both of these. I would be interested to hear from people who know better.
A. Milne
Educational Technology Center, UC Irvine
PS. Users of the p-System on the Sage, take note: SageUtil can be used to
configure the drives so that they write to Rainbow discs very reliably.
I find this very useful when doing work for the Rainbow because of the
much greater speed of the Sage.
Does that fact that the Sage drives are also 96 tracks per inch have
anything to do with this?
agmm
7-Oct-84 03:19:37-MDT,3263;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Oct 84 03:19:27-MDT
Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 7 Oct 84 4:32 EDT
Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.31)
id AA23009; Sun, 7 Oct 84 01:37:07 pdt
Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA)
by ucbjade.CC.Berkeley.ARPA (4.16/4.26)
id AA18643; Sun, 7 Oct 84 01:36:38 pdt
Received: by ucbopal.CC.Berkeley.ARPA (4.17/4.26)
id AA18792; Sun, 7 Oct 84 01:36:44 pdt
Date: Sun, 7 Oct 84 01:36:44 pdt
From: William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
Message-Id: <8410070836.AA18792@ucbopal.CC.Berkeley.ARPA>
To: ELETYPE.CODES@Mit-Mc.ARPA, info-cpm@Amsaa.ARPA
Subject: Re: TELEX Codes
Cc: STORK@Mit-Mc.ARPA
The "baudot code" (international telegraph code 2?) is a 5 bit-code.
The "ASCII" (USASCII) code is a 8-bit code.
Here is a table of equivalents:
----------------------------------------------
Subject: octal/baudot table
DECIMAL OCTAL ASCII CON- BAUDOT BAUDOT
TROL LTRS FIGS
1 000 nul ^@ blank blank
2 001 soh ^A E 3
3 002 stx ^B lf lf
4 003 etx ^C A -
5 004 eot ^D sp sp
6 005 enq ^E S bel
7 006 ack ^F I 8
8 007 bel ^G U 7
9 010 bs ^H cr cr
10 011 ht ^I D $
11 012 lf/nl ^J R 4
12 013 vt ^K J '
13 014 ff/np ^L N ,
14 015 cr ^M F !
15 016 so ^N C :
16 017 si ^O K (
17 020 dle ^P T 5
18 021 dc1 ^Q Z "
19 022 dc2 ^R L )
20 023 dc3 ^S W 2
21 024 dc4 ^T H #
22 025 nak ^U Y 6
23 026 syn ^V P 0
24 027 etb ^W Q 1
25 030 can ^X O 9
26 031 em ^Y B ?
27 032 sub ^Z G &
28 033 esc ^[ figs figs
29 034 fs ^\ M .
30 035 gs ^] X /
31 036 rs ^^ V ;
32 037 us ^_ ltrs ltrs
33 040 sp
34 041 !
35 042 "
36 043 #
37 044 $
38 045 %
39 046 &
40 047 '
41 050 (
42 051 )
43 052 *
44 053 +
45 054 ,
46 055 -
47 056 .
48 057 /
49 060 0
50 061 1
51 062 2
52 063 3
53 064 4
54 065 5
55 066 6
56 067 7
57 070 8
58 071 9
59 072 :
60 073 ;
61 074 <
62 075 =
63 076 >
64 077 ?
65 100 @
66 101 A
67 102 B
68 103 C
69 104 D
70 105 E
71 106 F
72 107 G
73 110 H
74 111 I
75 112 J
76 113 K
77 114 L
78 115 M
79 116 N
80 117 O
81 120 P
82 121 Q
83 122 R
84 123 S
85 124 T
86 125 U
87 126 V
88 127 W
89 130 X
90 131 Y
91 132 Z
92 133 [
93 134 \
94 135 ]
95 136 ^
96 137 _
97 140 `
98 141 a
99 142 b
100 143 c
101 144 d
102 145 e
103 146 f
104 147 g
105 150 h
106 151 i
107 152 j
108 153 k
109 154 l
110 155 m
111 156 n
112 157 o
113 160 p
114 161 q
115 162 r
116 163 s
117 164 t
118 165 u
119 166 v
120 167 w
121 170 x
122 171 y
123 172 z
124 173 {
125 174 |
126 175 }
127 176 ~
128 177 del
7-Oct-84 11:46:34-MDT,2379;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Oct 84 11:46:25-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 7 Oct 84 13:16 EDT
Date: 7 Oct 1984 11:21 MDT (Sun)
Message-ID: <KPETERSEN.12053570668.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: NULU10 - a machine language alternative to LU
A machine language alternative to LU (the Library Utility program that
makes .LBR files) is now available from SIMTEL20.
Filename Type Bytes CRC
Directory MICRO:<CPM.CPMLIB>
NULU10.COM.1 COM 14336 63C1H
NULU10.DOC.1 ASCII 40770 91E0H
NULU10.HEX.1 ASCII 34899 255BH
...and the whole package for those who can FTP ITS-binary files:
NULU10.LBR.1 COM 38272 D7CEH
Here is an excerpt from the author's .DOC file:
NULU is offered as a complete replacement for LU and LSWEEP.
Weighing in at 14k, it includes nearly all features of both
programs and then some. It features:
Two operation modes with a full menu for each
Viewing and printing of member files, unsqueezing when
necessary
Extraction of member files with an option to unsqueeze
where appropriate
Bigger libraries, up to 800 members or more depending on
available memory
Automatic member sorting, all members kept sorted at all
times
Faster reorganization
Enhanced error handling
Access to deleted members
Optional read only mode
General compatibility with LU and NSWEEP syntax
Numerous user patches
I am aware of only one thing that LU does that NULU does not do.
LU maintains a CRC for each member file and for the library
directory as a whole. NULU doesn't do this at all. In fact,
NULU changes these CRC bytes to 00 as soon as it gets the chance.
In case you still want or need to run LU on a library modified by
NULU, LU will simply regard it as a library created by an earlier
LU version and will promptly set CRC's for the various members.
To the best of my knowledge, NULU will run on any system running
CP/M 2.x or higher, however it has only been tested on the
Osborne 1 and the Osborne Executive computers. It is written
entirely in 8080 assembly language.
--Keith
7-Oct-84 22:18:23-MDT,953;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Oct 84 22:18:17-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 7 Oct 84 23:26 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 7 Oct 84 20:13-PDT
Date: 5 Oct 84 17:12:21-PDT (Fri)
To: info-cpm@Amsaa.arpa
From: hplabs!hpda!fortune!amd!dual!ptsfa!politik!paul@Ucb-Vax.arpa
Subject: Computer for sale
Article-I.D.: politik.17
Computer for sale: KAYPRO II $900 or best offer
Software: all Perfect software, wordstar, CPM,
SBASIC.
Hardware: 2 SSDD 5.25in drives, 64k, new
rom (block cursor, disk retries, etc),
portable.
[this is not my machine, but i will forward any replies to the owner.
be prepared to send your US mail address since this fellow is not on
the net. he will pay shipping. all this stuff is legal.]
Paul Vixie
uucp: {ucbvax!mtxinu, sun!texsun, dual!ptsfa} !politik!paul
8-Oct-84 11:24:34-MDT,1417;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Oct 84 11:24:28-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Oct 84 12:39 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a015714; 8 Oct 84 12:38 EDT
Received: from gmr by csnet-relay.csnet id ab03649; 8 Oct 84 10:08 EDT
Date: Mon, 8 Oct 84 08:45 EST
From: haar%gmr.csnet@CSNET-RELAY.ARPA
MMDF-Warning: Parse error in preceding line at CSNET-RELAY.ARPA
To: info-cpm%mit-mc.arpa@CSNET-RELAY.ARPA
Subject: GSX-80
Does anyone out there know what is happening with Digital Research's GSX-80,
their graphics system extension?
I have an S-100 system running CP/M Plus and would like to add bit-mapped
graphics capability and develop some window-based software. GSX-80 sounds
like a reasonable software base but I have been unable to get any info
about it from DR. Is GSX-80 still alive ? (Is DR still alive?). Do any of
the graphics hardware vendors support it?
I am hoping to use CP/M Plus memory banking to build a single-user,
multi-tasking extension based on a window manager. Other than the window
system itself, the biggest problem seems to be file handling. Does anyone
know of any fundamental problems in using CP/M 3.0 this way. Does D.R.
have any intentions to introduce additional CP/M-80 products?
Thanks for any advice you can give.
Bob Haar
8-Oct-84 16:27:05-MDT,594;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Oct 84 16:27:02-MDT
Received: From wiscvm.arpa.ARPA by AMSAA via smtp; 8 Oct 84 17:50 EDT
Received: by WISCVM.ARPA at 16:54:48 on 10/08/84
Date: 8-Oct-84 17:37:13 EST
From: ( John Sutter )eng20201%BOSTONU.bitnet@WISCVM.ARPA
Subject: 2.2 on '86
To: info-cpm@Amsaa.ARPA
------
How compatible are CP/M-2.2 and CP/M-86?
We would like to use our 2.2 programs
on an 8086 system. If there's interest,
I will post responses.
Thanx
---- John
*eom
------
9-Oct-84 09:44:09-MDT,1197;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 09:44:04-MDT
Date: Tue, 9 Oct 84 10:56:47 EDT
From: Dave Towson (info-cpm-request) <cpmlist@Amsaa.ARPA>
To: info-cpm@Amsaa.ARPA
Subject: [Dan Kent: anotated biblio software?]
Request for assistance:
----- Forwarded message # 1:
Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 3 Oct 84 2:07 EDT
Date: Tue 2 Oct 84 23:11:59-PDT
From: Dan Kent <KENT@SUMEX-AIM.ARPA>
Subject: anotated biblio software?
To: info-cpm-request@AMSAA.ARPA
Help///
Can anyone reveal their experience with bibliography management software?
Have been using raw DbaseII on my Osbornes with CPM 2.2 and hating it.
I need to make notes about the articles I review, each note focusing on
a different aspect of the article's quality, then keep track of the
citation by author and thre or four keywords, and by my adhoc rating of
article qualtiy...
If anyone can help, I will summarize for the net. Id appreciate hearing
about PD as well as proprietary software, even MSDOS stuff...
Dan kent (KENT@SUMEX-AIM.ARPA)
-------
----- End of forwarded messages
9-Oct-84 10:48:27-MDT,679;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 10:48:22-MDT
Date: Tue, 9 Oct 84 12:14:56 EDT
From: David Towson (SECAD) <towson@Amsaa.ARPA>
To: William C. Wells <wcwells%ucbopal.CC@Ucb-Vax.ARPA>
cc: ELETYPE.CODES@Mit-Mc.ARPA, info-cpm@Amsaa.ARPA, STORK@Mit-Mc.ARPA
Subject: Re: TELEX Codes
The table comparing baudot and ascii codes is quite handy if you are doing
an interface between the two systems. However, there is an error in the
table. The "decimal" column should start with zero and end with 127. As
posted, it starts with 1 and ends with 128.
Dave
towson@amsaa.arpa
9-Oct-84 11:51:43-MDT,1009;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 11:51:37-MDT
Received: From xerox.arpa.ARPA by AMSAA via smtp; 9 Oct 84 12:55 EDT
Received: from Flora.ms by ArpaGateway.ms ; 09 OCT 84 09:57:33 PDT
Date: 9 Oct 84 09:57:17 PDT (Tuesday)
From: Bicer.ES@XEROX.ARPA
Subject: Re: 2.2 on '86
In-reply-to: eng20201%BOSTONU.bitnet's message of 8 Oct 84 17:37:13 EST
To: ( John Sutter )eng20201%BOSTONU.bitnet@WISCVM.ARPA
cc: info-cpm@AMSAA.ARPA
As you know 8086 and 8080/Z80 are different microprocessors
with different instruction sets. Therefore the programs (.COM files)
from CP/M 80 will not execute on the 8086. If the programs are
written in a high level language and you have the sources and the
language's CP/M 86 counterpart exist, then you could
recompile/reinterpret the sources to execute the programs on CP/M 86.
Data files, however, are compatible enough that you should not need
to modify them.
Jack Bicer
9-Oct-84 13:45:26-MDT,605;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 13:45:20-MDT
Received: From usc-ecl.arpa.ARPA by AMSAA via smtp; 9 Oct 84 15:02 EDT
Date: Tue 9 Oct 84 12:04:38-PDT
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: NSWEEP207 Bug?
To: info-cpm@AMSAA.ARPA
Postal-address: Beckman Instruments, Inc.
Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
Phone: (714)961-3393
The versions of NSWEEP207 that I got from SIMTEL20 doesn't unsqueeze
but seems to hang. Has anyone else experienced this?
NSWEEP204 works O.K.
Ted.
-------
9-Oct-84 14:58:20-MDT,667;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 14:58:17-MDT
Received: From dec-marlboro.arpa.ARPA by AMSAA via smtp; 9 Oct 84 15:52 EDT
Date: Tue 9 Oct 84 15:55:48-EDT
From: Walt Lamia <LAMIA@DEC-MARLBORO.ARPA>
Subject: Re: NSWEEP207 Bug?
To: info-cpm@AMSAA.ARPA
UUCP: {ucbvax,decvax}!decwrl!lamia@DEC-Marlboro.ARPA
E-net: MONTY::MARKET::LAMIA
No, but I did notice that an earlier version of NSWP207 that I got from a
CBBS that had a banner date 7/14/84 had a completely different BINCOM.
I don't know which is correct. I never noticed any problems with the
earlier version.
%Walt
-------
9-Oct-84 17:01:13-MDT,1336;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 17:00:46-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Oct 84 18:22 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a025740; 9 Oct 84 18:24 EDT
Received: by UCB-VAX.ARPA (4.24/4.31)
id AA02863; Tue, 9 Oct 84 15:22:46 pdt
From: dual!qantel!qvax2!stv@ucb-vax.ARPA
Return-Path: <qantel!qvax2!stv>
Received: by qantel.UUCP (4.12/4.7)
id AA09814; Tue, 9 Oct 84 13:44:34 pdt
Date: Tue, 9 Oct 84 13:44:34 pdt
Message-Id: <8410092044.AA09814@qantel.UUCP>
Subject: Re: Where can I find copies of
Reference: <2183@ucbvax.ARPA>
Apparently-To: dual!ucbvax!info-cpm
Dear info-cpm,
I'd like to know more about the SIMTEL20 Archives of CP/M stuff.
Do I need ARPANET access to have access to SIMTEL20? If so, is
there any way to access ARPANET when not on a university campus?
Perhaps some of my other questions would be answered by the document
mentioned in the news article referenced above: "The SIMTEL20
Archives." Do you have a copy you could send me? Or, perhaps you
could forward this message to towson@Amsaa.ARPA for me--I have no
other way of messageing him that I know of. Thanks very much.
Steve Vance
{ucbvax,ihnp4,zehntel,onyx}!dual!qantel!stv
Qantel Corporation, Hayward, CA
9-Oct-84 18:10:28-MDT,540;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 18:10:21-MDT
Received: From bnl.arpa.ARPA by AMSAA via smtp; 9 Oct 84 19:38 EDT
Date: 9 Oct 84 19:41:32 EDT
From: hnij@Bnl.ARPA
To: info-cpm@Amsaa.ARPA
Cc: hnij@Bnl.ARPA
Subject: Re: NSWEEP207 Bug?
Yeah, I noticed the same problem. I thought it was either the fact that I am
running CPM 3 or that somehow the .COM file was downloaded wrong. I have
not yet tried getting the .HEX file and HEXCOM'ing that.
@ hnij @
9-Oct-84 20:53:57-MDT,811;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 20:53:51-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Oct 84 22:18 EDT
Received: from 10.0.0.23 by BRL-AOS.ARPA id a000228; 9 Oct 84 22:16 EDT
Date: Tue 9 Oct 84 17:31:00-PDT
From: Dick <MEAD@USC-ECLB.ARPA>
Subject: NSWEEP207 bug
To: info-cpm@BRL.ARPA
The first time I got Nsweep207, I did have problems with it trashing
files on me. I later got a different copy (from SIMTEL) and it seems
to be working fine. The only little thing I have noticed is that it
will not generate a squeezed file for files smaller than 2k on my
hard disk system, and on a floppy system. I assume it is looking to
see if the squeezed file will be larger than the source and skipping
it if so.
-------
10-Oct-84 01:59:34-MDT,1337;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 01:59:28-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Oct 84 3:22 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a000689; 10 Oct 84 3:21 EDT
Date: 10 October 1984 03:19-EDT
From: "Jerry E. Pournelle" <POURNE@mit-mc.ARPA>
Subject: NEED INFORMATION ON CONFERENCE SOFTWARE
To: INFO-MICRO@mit-mc.ARPA, INFO-CPM@mit-mc.ARPA
We are looking into implementation of large
conferencing system preferably using micro computers linked
although not impossible to use larger machines.
I am very interested in conferencing software, mail
handling software, and such like. For example the ITS system
seems to support messages, mail, conferences, etc and the babyl
program does a nice job of handling mail.
I do not know what languages these are written in, who
owns them (or are they public) etc. Preferably we would like
something we can get source code for taht will handle or can be
modified to handle a lot of users. We are prepared to rewrite,
add to code, etc. Possiblity of some consultation employment,
possibilityof some permanent employment, but no promises
intended here. I would appreciate any help, thoughts on using
micros for a big conferencing net, etc.
Thanks,
Jerry Pournelle
10-Oct-84 07:16:29-MDT,755;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 07:16:25-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 10 Oct 84 8:42 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 10 Oct 84 5:38-PDT
Date: 8 Oct 84 11:27:15-PDT (Mon)
To: info-cpm@Amsaa.arpa
From: hplabs!hao!seismo!rochester!ken@Ucb-Vax.arpa
Subject: Re: TELEX Codes
Article-I.D.: rocheste.12
In-Reply-To: Article <12765@sri-arpa.UUCP>
<<<yum-yum>>>
Also note that combination 0 in International Alphabet 2 is lablelled
as blank but has nothing to do with the space character. It is probably
used as a filler like ASCII null.
Ken Yap (..!{seismo,allegra}!rochester!ken)
--
Ken (..!rochester!ken)
10-Oct-84 08:04:32-MDT,741;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 08:04:19-MDT
Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 10 Oct 84 9:17 EDT
Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 10 Oct 84 6:03-PDT
Date: 8 Oct 84 12:26:27-PDT (Mon)
To: info-cpm@Amsaa.arpa
From: hplabs!hao!seismo!harvard!wjh12!genrad!bolton!billd@Ucb-Vax.arpa
Subject: Wanted: Ability to connect to USENET
Article-I.D.: bolton.276
[bug line]
I have a friend that has a home Epson QX-10 using CP/M. He wants to connect
to USENET in any way or manner possible. PLEASE send me information on how
this is done.
Thanks in advance.
--
Bill Duffy
GenRad
..decvax!genrad!bolton!billd
10-Oct-84 08:57:59-MDT,902;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 08:57:53-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 10 Oct 84 9:48 EDT
Date: 10 Oct 1984 07:53 MDT (Wed)
Message-ID: <KPETERSEN.12054319258.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: ZCPR2 on Kaypro problem
Does anyone have an answer for the problem described below?
--Keith
Msg 094 is 06 line(s) on 09/23/84 from WALLY OTTERSBACH
to KEITH PETERSEN about ZCPR2 ON KAYPRO 2
I'VE INSTALLED ZCPR2 ON MY KP2 AND SINCE THEN THE DISK DRIVES RUN
CONTINUOUSLY WHEN I AM DOWNLOADING A PROGRAM INSTEAD OF JUST WHEN IT
IS IN R/W MODE. ALSO DOES SAME WHEN WAITING FOR INPUT TO MENU-DRIVEN
PROGRAM, ANY HELP???
THANKS
WALLY
10-Oct-84 09:03:41-MDT,11070;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 09:02:50-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 10 Oct 84 9:39 EDT
Date: 10 October 1984 09:42-EDT
From: Allan D. Plehn <PLEHN@Mit-Mc.ARPA>
Subject: Changes/additions to SIMTEL20 micro:<cpm>, 09-14-84 to 10-06-84
To: info-cpm@Amsaa.ARPA
COMSAT@MIT-MC 10/10/84 09:18:48 Re: Msg of Wednesday, 10 October 1984 09:18-EDT
To: PLEHN at MIT-MC
============ A copy of your message is being returned, because: ============
"INFO-CPM" at MIT-MC is an unknown recipient.
============ Failed message follows: ============
PLEHN@MIT-MC 10/10/84 09:18:40 Re: Changes/additions to SIMTEL20 micro:<cpm>, 9-14-84 to 10-06-84
In the following list of changes/additions to the subject directory, the
old sub-directory (9-14-84) appears first and the new sub-directory
(10-06-84) immediately thereafter.
Thus, the sub-directory micro:<cpm.apple> is unchanged except that the file
appledrv.doc.1 has been added. Where the sub-directory name appears only
once (at the left margin), that is an entirely new sub-directory. For
example, see micro:<cpm.cobol>.
A new sub-directory named micro:<cpm.zcpr3p2> was added in the subject
time frame, with 121 files. I have omitted this part of the listing
for the sake of brevity. I'll mail this list to anyone who asks, or
you may be able to FTP it from SIMTEL20..
**** MICRO:<CPM.APPLE>
**** MICRO:<CPM.APPLE>
APPLEDRV.DOC.1 ASCII 3550 0588H
***************
**** MICRO:<CPM.ASMUTL>
**** MICRO:<CPM.ASMUTL>
M80-V344.PAT.1 ASCII 1053 2C10H
***************
**** MICRO:<CPM.ASMUTL>
**** MICRO:<CPM.ASMUTL>
MLOAD21.COM.1 COM 2816 E51EH
MLOAD21.HEX.1 ASCII 6867 2E67H
***************
**** MICRO:<CPM.CATLOG>
**** MICRO:<CPM.CATLOG>
FIND51.COM.1 COM 2816 BC0DH
FIND51.DOC.1 ASCII 6434 DF84H
FIND51.HEX.1 ASCII 6867 5665H
***************
**** MICRO:<CPM.CCP>
BDPATCH.ASM.1 ASCII 2682 78B7H
BDPATCH.BUG.1 ASCII 1357 C978H
**** MICRO:<CPM.CCP>
BDPATCH2.ASM.1 ASCII 4896 D018H
***************
MICRO:<CPM.COBOL>
ADDR.CBL.1 ASCII 1576 CAC2H
CBL1.CBL.1 ASCII 735 08A8H
CBL2.CBL.1 ASCII 3706 EC2FH
CINTERP.COM.1 COM 12416 7CD0H
CINTERP.HEX.1 ASCII 30227 E9EEH
COBOL.COM.1 COM 14336 E55CH
COBOL.DOC.1 ASCII 37074 EEE1H
COBOL.HEX.1 ASCII 34899 70C9H
COBOL.LBR.1 COM 95360 DDD6H
DEMO.CBL.1 ASCII 1171 9789H
EXEC.COM.1 COM 7936 F594H
EXEC.HEX.1 ASCII 19330 2F5FH
PART2.COM.1 COM 14080 9B75H
PART2.HEX.1 ASCII 34283 BCDDH
SEQ.CBL.1 ASCII 1505 ABD1H
***************
**** MICRO:<CPM.COMMODORE>
**** MICRO:<CPM.COMMODORE>
CHAREDIT.COM.1 COM 9728 1917H
CHAREDIT.HEX.1 ASCII 27373 0341H
CHAREDIT.INF.1 ASCII 671 50F1H
MD730C64.COM.1 COM 19200 F94BH
MD730C64.DOC.1 ASCII 2238 5262H
MD730C64.HEX.2 ASCII 46733 1B4BH
RPTPAT1.ASM.1 ASCII 3087 1081H
SOFT80.COM.1 COM 2432 B2ACH
SOFT80.DOC.1 ASCII 7461 834CH
SOFT80.HEX.1 ASCII 6853 EC20H
TVBIOS.ASM.1 ASCII 9267 61F8H
VDO.COM.1 COM 4224 A003H
VDO.DOC.1 ASCII 12168 F868H
VDO.HEX.1 ASCII 11893 AE6DH
***************
**** MICRO:<CPM.CPM3>
**** MICRO:<CPM.CPM3>
DA.DOC.1 ASCII 4097 E593H
DA11.COM.1 COM 1024 4D09H
DA11.HEX.1 ASCII 2516 392AH
***************
**** MICRO:<CPM.DIRUTL>
SAP39.ASM.1 ASCII 11821 7CB0H
SAP39.COM.1 COM 1024 3F60H
SAP39.DOC.1 ASCII 1979 7104H
SAP39.HEX.1 ASCII 2516 1DDEH
**** MICRO:<CPM.DIRUTL>
SAP40.ASM.1 ASCII 12299 0B62H
SAP40.COM.1 COM 1152 A06EH
SAP40.DOC.1 ASCII 2418 7D05H
SAP40.HEX.1 ASCII 2824 98CFH
SD.BUG.1 ASCII 1348 45DEH
***************
**** MICRO:<CPM.FILCPY>
NSWP205.COM.1 COM 11008 5B83H
NSWP205.DOC.1 ASCII 1364 8880H
NSWP205.HEX.1 ASCII 26800 F95CH
**** MICRO:<CPM.FILCPY>
NSWP2.HLP.1 ASCII 11181 2E66H
NSWP2.HQP.1 COM 7040 DCB3H
NSWP2.WQ.1 COM 19456 1502H
NSWP204.INF.1 ASCII 3506 374DH
NSWP205.UPD.1 ASCII 1430 427AH
NSWP207.COM.1 COM 11776 4788H
NSWP207.DOC.1 ASCII 2533 A9FBH
NSWP207.HEX.1 ASCII 28674 44A6H
NSWP207.LBR.1 COM 44160 736AH
***************
**** MICRO:<CPM.FILUTL>
**** MICRO:<CPM.FILUTL>
COMP11.ASM.1 ASCII 9784 9A57H
COMP11.COM.1 COM 1536 5130H
COMP11.HEX.1 ASCII 3761 6541H
COMPAR.COM.1 COM 2944 078DH
COMPAR.DOC.1 ASCII 834 5819H
COMPAR.HEX.1 ASCII 7188 E8DAH
***************
**** MICRO:<CPM.GENASM>
**** MICRO:<CPM.GENASM>
CONVERSI.ASM.1 ASCII 11557 A00BH
CONVRS12.ASM.1 ASCII 12141 967BH
***************
**** MICRO:<CPM.GENDOC>
**** MICRO:<CPM.GENDOC>
PROMLAMP.MSG.1 ASCII 1342 9618H
***************
**** MICRO:<CPM.GENDOC>
**** MICRO:<CPM.GENDOC>
TURBO-UG.ADR.1 ASCII 605 F57BH
***************
**** MICRO:<CPM.HAMRADIO>
-README.DOC.2 ASCII 2202 CDD7H
**** MICRO:<CPM.HAMRADIO>
00README.DOC.1 ASCII 2202 CDD7H
***************
**** MICRO:<CPM.HAMRADIO>
MINIMUF.FOR.1 ASCII 6308 6A7DH
RTTYFREQ.LST.2 ASCII 10971 D72CH
**** MICRO:<CPM.HAMRADIO>
KENWD930.MOD.1 ASCII 6786 D8A8H
MINIMUF.FOR.1 ASCII 6308 6A7DH
RTTYFREQ.LST.2 ASCII 10971 D72CH
RTTYPRES.LST.1 ASCII 11802 9EC0H
***************
**** MICRO:<CPM.KAYPRO>
**** MICRO:<CPM.KAYPRO>
GRAF2K10.LBR.1 COM 33920 8EB8H
GRAFKII.LBR.1 COM 31488 2262H
***************
**** MICRO:<CPM.MEX>
MEX111.COM.1 COM 24064 1DF3H
MEX111.HEX.1 ASCII 58580 4810H
MEX111.LBR.1 COM 127488 628FH
**** MICRO:<CPM.MEX>
MEX112.COM.1 COM 24192 7BF0H
MEX112.HEX.1 ASCII 58888 C99BH
MEX112.LBR.1 COM 132736 4F50H
***************
**** MICRO:<CPM.MEX>
MEX11UPD.DQC.1 COM 6400 CC33H
**** MICRO:<CPM.MEX>
MEX20.HYP.1 ASCII 2572 04F1H
***************
**** MICRO:<CPM.MEX>
MX11HK1.ASM.1 ASCII 934 8863H
**** MICRO:<CPM.MEX>
MX112UPD.DOC.1 ASCII 2317 0D1CH
MX112UPD.LBR.1 COM 29568 3D88H
***************
**** MICRO:<CPM.MEX>
**** MICRO:<CPM.MEX>
MXO-KP41.ASM.1 ASCII 41728 86EFH
***************
**** MICRO:<CPM.MEX>
**** MICRO:<CPM.MEX>
MXO-PM20.ASM.1 ASCII 30721 81D1H
***************
**** MICRO:<CPM.MEX>
MXO-SY11.ASM.1 ASCII 16384 C9DBH
MXO-SY20.ASM.1 ASCII 20659 4989H
**** MICRO:<CPM.MEX>
MXO-SS10.ASM.1 ASCII 9524 8B19H
MXO-SY11.ASM.1 ASCII 16384 C9DBH
MXO-SY20.ASM.1 ASCII 20659 4989H
MXO-TURB.ASM.1 ASCII 14910 3260H
***************
**** MICRO:<CPM.MISC>
OTHERSYS.APR.1 ASCII 50783 B41BH
RCPM-053.LQT.1 COM 33408 C3DFH
RCPM-053.LST.1 ASCII 54355 87C9H
**** MICRO:<CPM.MISC>
OTHERSYS.SEP.1 ASCII 70616 1AC1H
OTHERSYS.SQP.1 COM 38400 3857H
RCPM-054.DAT.1 ASCII 19500 DF9BH
RCPM-054.DQT.1 COM 11264 E7B8H
RCPM-054.LQT.1 COM 34944 8053H
RCPM-054.LST.1 ASCII 57766 3552H
***************
**** MICRO:<CPM.MODEM>
**** MICRO:<CPM.MODEM>
TELENET.8BIT.2 ASCII 1728 B22AH
***************
**** MICRO:<CPM.MODEM7>
**** MICRO:<CPM.MODEM7>
M7-2710.ASM.1 ASCII 10667 ECACH
M7-2719.ASM.1 ASCII 10752 9E3AH
M7-2830.ASM.1 ASCII 10359 3A3FH
***************
**** MICRO:<CPM.MODEM7>
M7MM-1.ASM.1 ASCII 11310 22CAH
**** MICRO:<CPM.MODEM7>
M7MH-2.ASM.1 ASCII 13273 691FH
M7MM-1.ASM.1 ASCII 11310 22CAH
M7MOL-2.ASM.1 ASCII 9198 5C91H
***************
**** MICRO:<CPM.MODEM7>
M7OA-1.ASM.1 ASCII 13044 2376H
M7OD-4.ASM.1 ASCII 14684 FDCAH
**** MICRO:<CPM.MODEM7>
M7NSP-1.ASM.1 ASCII 11031 D89BH
M7OA-1.ASM.1 ASCII 13044 2376H
M7OD-4.ASM.1 ASCII 14684 FDCAH
M7OD-5.ASM.1 ASCII 14481 AA27H
***************
**** MICRO:<CPM.MODEM7>
**** MICRO:<CPM.MODEM7>
M7PX-1.ASM.1 ASCII 12739 B1DFH
***************
**** MICRO:<CPM.MODEM7>
**** MICRO:<CPM.MODEM7>
M7TV-7.ASM.1 ASCII 13759 1336H
***************
**** MICRO:<CPM.MODEM7>
M7VT-3.ASM.1 ASCII 12437 D52FH
**** MICRO:<CPM.MODEM7>
M7VT-5.ASM.1 ASCII 15180 F767H
***************
**** MICRO:<CPM.MODEM7>
**** MICRO:<CPM.MODEM7>
NECMDMX.LBR.1 COM 27520 9A40H
***************
MICRO:<CPM.PILOT80>
PILOT.BQS.1 COM 7168 586CH
PILOT80.LBR.1 COM 13440 2997H
PILOTDOC.WQ.1 COM 5120 E189H
VANDC.PQL.1 COM 1024 DD3EH
***************
MICRO:<CPM.PUBKEY>
PKS10-M.INF.1 ASCII 715 EED5H
PKS10-M.LBR.1 COM 9728 6C07H
RSA11-T.INF.1 ASCII 662 7D74H
RSA11-T.LBR.1 COM 69760 DEE4H
***************
**** MICRO:<CPM.RCPM>
CHAT39.ASM.1 ASCII 24095 3862H
CHAT39.COM.1 COM 1024 D870H
CHAT39.INF.1 ASCII 2180 A1C6H
**** MICRO:<CPM.RCPM>
CHAT40.ASM.1 ASCII 17362 F59FH
CHAT40.INF.1 ASCII 2151 8774H
***************
**** MICRO:<CPM.RCPM>
LUX30.LBR.1 COM 80384 3BD9H
**** MICRO:<CPM.RCPM>
LUX-RCPM.BUG.1 ASCII 1824 53B6H
LUX30.LBR.1 COM 80384 3BD9H
LUX40.LBR.1 COM 44288 A10DH
LUX41.LBR.1 COM 51584 FDD4H
***************
**** MICRO:<CPM.RCPM>
XMODEM89.DOC.1 ASCII 5387 969AH
XMODEM93.AQM.2 COM 52096 5E69H
XMODEM93.ASM.1 ASCII 77772 44A7H
**** MICRO:<CPM.RCPM>
XMODEM97.AQM.1 COM 55680 1824H
XMODEM97.ASM.1 ASCII 83216 0E46H
XMODEM97.DOC.1 ASCII 7189 FFDDH
***************
**** MICRO:<CPM.STARTER-K"
-READ.ME.1 ASCII 86 FF25H
**** MICRO:<CPM.STARTER-K"
00READ.ME.1 ASCII 86 FF25H
***************
**** MICRO:<CPM.TOPS-20>
HEXIFY.EXE.4 ASCII 12800 BB6EH
HEXIFY.HLP.1 ASCII 433 A7FEH
HEXIFY.MAC.4 ASCII 8418 DB59H
**** MICRO:<CPM.TOPS-20>
HEXIFY.EXE.5 ASCII 12800 BB6EH
HEXIFY.HLP.1 ASCII 433 A7FEH
HEXIFY.MAC.5 ASCII 8418 4EA2H
***************
**** MICRO:<CPM.TOPS-20>
MODEM.EXE.248 ASCII 20480 B8D4H
MODEM.MAC.248 ASCII 42695 DF38H
**** MICRO:<CPM.TOPS-20>
MODEM.EXE.303 ASCII 20480 AC48H
MODEM.MAC.303 ASCII 49273 9F03H
***************
MICRO:<CPM.TURBODOS>
DIRPAT16.COM.1 COM 3840 8BE2H
DIRPAT16.DQC.1 COM 3456 3133H
LUFIX.TD.1 ASCII 2006 B45DH
MENU.MQC.1 COM 16384 6136H
PD.MAC.1 ASCII 1135 82A2H
TIMECL12.LBR.1 COM 2432 64F0H
XM-TDOS.LBR.1 COM 5376 D4D2H
***************
**** MICRO:<CPM.TXTUTL>
FIXTEX11.ASM.1 ASCII 21824 E932H
**** MICRO:<CPM.TXTUTL>
FIXTEX12.ASM.1 ASCII 22427 5456H
***************
**** MICRO:<CPM.WSTAR>
FTNOTE13.COM.1 COM 15872 679EH
FTNOTE13.DOC.2 ASCII 22220 EB8BH
FTNOTE13.HEX.1 ASCII 38647 7F08H
**** MICRO:<CPM.WSTAR>
FTNOTE14.COM.1 COM 17408 F366H
FTNOTE14.DOC.2 ASCII 25756 D58DH
FTNOTE14.DQC.1 COM 16256 10D7H
FTNOTE14.HEX.1 ASCII 42382 449BH
FTNOTE14.INF.1 ASCII 1457 3BC1H
***************
**** MICRO:<CPM.ZCPR3>
**** MICRO:<CPM.ZCPR3>
K10ZCPR3.LBR.1 COM 79616 3DDCH
***************
**** MICRO:<CPM.ZCPR3>
**** MICRO:<CPM.ZCPR3>
Z3NEWS.006.1 ASCII 11518 FBD4H
Z3NEWS.007.1 ASCII 18872 2A10H
***************
Al Plehn
10-Oct-84 09:26:18-MDT,2539;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 09:25:51-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 10 Oct 84 9:56 EDT
Date: 10 Oct 1984 08:00 MDT (Wed)
Message-ID: <KPETERSEN.12054320617.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: XMODEM64 for Commodore-64 - author reply
Just after my announcement of the availability of XMODEM64.BAS for the
Commodore-64, the following message was received. A reply from the
author follows:
Date: Thursday, 30 August 1984
From: prindle at NADC
To: Info-Cpm
Re: Christensen MODEM program for Commodore-64
Unfortunately, Commodore BASIC programs, of which this one is no
exception, utilize control characters, both normal ascii ones and ones
with the high order bit set (ie. chr$(x) where x>127), and are thus
not amenable to storage and transfer as normal ascii files. All of
the cursor positioning characters and reverse field characters are
missing from MICRO:<CPM.COMMODORE>XMODEM64.BAS. Commodore BASIC
programs must be treated (especially by XMODEM programs themselves) as
"binary", not text, and are best transmitted as hex files. Of course,
it is possible to write a C64 program which uses only the normal ascii
subset, but I haven't seen one (nontrivial) yet!
[The author reply via TCBBS Detroit]
Msg 282 is 15 line(s) on 09/18/84 from JOHN s hex files. Of course,
it is possible to write a C64 program which uses only the normal ascii
subset, but I haven't seen one (nontrivial) yet!
[The author reply via TCBBS Detroit]
Msg 282 is 15 line(s) on 09/18/84 from JOHN DAVIS
to PRINDLE AT NADC about XMODEM64.BUG
Sir:
I read the file you uploaded titled XMODEM64.BUG
It is in total error! Please have it deleated!
Before I uploaded the program XMODEM64.BAS I checked
to be sure there were NONE of the special Commodore
characters you talk about. They were all expressed as
CHR$(123) or whatever. Ie. J$=CHR$(13) (return)
This program was written just so it could be uploaded
in this manner as was most of the program that uploaded it
no special reverse vidio characters appear anywhere in the
listing of this program no are any intended to.
Also the program was uploaded with XMODEM checksum protocall
That means that any 8 bit characters would have made the
trip with no problems as XMODEM is an eight bit format
Please check your comments closer in the futher thanks
10-Oct-84 10:16:11-MDT,1429;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 10:16:03-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 10 Oct 84 10:44 EDT
Date: 10 Oct 1984 08:49 MDT (Wed)
Message-ID: <WANCHO.12054329514.BABYL@SIMTEL20>
From: "Frank J. Wancho" <WANCHO@Simtel20.ARPA>
To: INFO-CPM@Amsaa.ARPA, INFO-MICRO@Brl.ARPA
Subject: Demise of MICROSYSTEMS magazine
Just about a year after Ziff-Davis took over the publication of
Microsystems, they decided to drop the magazine last month due to
"poor" circulation and lack of substantial growth potential. Current
circulation is about 55,000, and 100,000 is the minimum they estimate
they need to make it viable. The November issue, to be shipped
shortly, will be its last.
I talked to Sol Libes last night and he gave me that information
above. Needless to say, Sol was quite depressed about this whole
situation, and says he has been for the last month since the decision
was made. He also said that he had unsuccessfully tried to buy
Microsystems from Ziff-Davis. He is trying to find another publishing
service to start up a new magazine to continue the recent trend of
articles in the old one with himself and Chris Terry doing the
editorial work.
In my opinion, Microsystem was one of the finest publications
available for the serious programmer. It will be missed by many of
us.
--Frank
10-Oct-84 13:14:26-MDT,770;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 13:14:20-MDT
Received: From ari-hq1.arpa.ARPA by AMSAA via smtp; 10 Oct 84 14:17 EDT
Date: 10 Oct 84 14:12:00 EST
From: brake@Ari-Hq1.ARPA
MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA
Subject: Microsystems
To: info-cpm <info-cpm@Amsaa.ARPA>
Reply-To: brake@Ari-Hq1.ARPA
MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA
It's no wonder that Microsystems is dead, it has been going down hill
ever since Ziff-Davis took over. The emphasis has shifted from S-100 and
CP/M to IBM-PC and UNIX. I for one an tired of hearing about the PC and
all its clones. Whatever pub. that Sol wants to start, I'll subscribe to
it.
------
10-Oct-84 14:37:37-MDT,2661;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 14:37:20-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 10 Oct 84 15:45 EDT
Date: 10 Oct 1984 13:50 MDT (Wed)
Message-ID: <WANCHO.12054384251.BABYL@SIMTEL20>
From: "Frank J. Wancho" <WANCHO@Simtel20.ARPA>
To: INFO-CPM@Amsaa.ARPA, INFO-MICRO@Brl.ARPA
Cc: INFO-PCNET@Mit-Mc.ARPA
Subject: FIDO files available
The files described below are now available on SIMTEL20 in
MICRO:<CPM.FIDO> using ANONYMOUS FTP and any non-null password. The
standard CRC list follows the announcement. The files come through
the courtesy of Bernie Eiben (EIBEN@DEC-MARLBORO).
FIDO, written by Tom Jennings in Lattice C (author keeps sources
for control-reasons) supports RBBS-operation on the following
mini-systems:
DEC-Rainbow , IBM-PC and PC-Jr , Otrona Attache and Compaq
MS-DOS V 2.0 or higher required, hard-disk desirable, plus Modem
(auto-dial for support of FIDO-NET.
FIDO supports "typical" BBS operation plus inter-FIDO mail using
telephone access. See NODELIST.BBS for current list of FIDO's -
also see article in October issue of BYTE and/or DOC-files. FIDO
currently supports all dialects of MODEM and will shortly include
support for KERMIT protocol.
Short synopsys of files (all in 8-bit format):
FIDO.DOC,FIDONET.DOC and INSTALL.DOC - Wordstar based documentation
DECMINI.* - Rainbow's MINITEL (MODEM-like communication package)
BBS-FILS.LBR - Library of short BBS-files
FIDOHLP.LBR - Library of short HELP-files
FIDODEC.EXE - Rainbow based FIDO system (V 9H)
FIDOXDEC.EXE - Rainbow based FIDO system (V 9L)
FIDOXIBM.EXE - IBM-PC based FIDO system (V 9L)
RENUM.EXE - Utility for MAIL-handling
SYSOP.EXE - SYSOP utility
TIMELOG.EXE - SYSOP utility
V9K.DOC - doc-addendums
FIDOLIST.* - user-written NETWORK-Node handler
Nodelist.BBS - list of current FIDO systems.
Filename Type Bytes CRC
Directory MICRO:<CPM.FIDO>
BBS-FILS.LBR.1 BINARY 11264 F5A7H
DECMINI.DQC.1 BINARY 22528 51DFH
DECMINI.EXE.1 BINARY 37376 C6A0H
FIDO.DOC.1 BINARY 65681 08C5H
FIDO.TXT.2 ASCII 1267 6D6EH
FIDODEC.EXE.1 BINARY 83968 F60EH
FIDOHLP.LBR.1 BINARY 7552 54BAH
FIDOLIST.DOC.1 BINARY 1217 C3A0H
FIDOLIST.EXE.1 BINARY 17024 3492H
FIDONET.DOC.2 ASCII 50666 EF77H
FIDOXDEC.EXE.1 BINARY 86016 C9EDH
FIDOXIBM.EXE.1 BINARY 65536 53BEH
INSTALL.DOC.1 BINARY 70431 BFEDH
RENUM.EXE.1 BINARY 26240 348EH
SYSOP.EXE.1 BINARY 20992 C0F7H
TIMELOG.EXE.1 BINARY 9216 1892H
V9K.DOC.1 BINARY 3820 F488H
10-Oct-84 18:06:26-MDT,774;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 18:06:21-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Oct 84 19:36 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a019600; 10 Oct 84 19:34 EDT
Received: From localhost.ARPA by udel-ee.ARPA id a001558 ;10 Oct 84 19:29 EDT
Date: 10 Oct 84 19:29:04 EDT (Wed)
Message-ID: <1012.466298944@udel-ee>
To: "Jerry E. Pournelle" <POURNE@MIT-MC.ARPA>
cc: INFO-MICRO@MIT-MC.ARPA, INFO-CPM@MIT-MC.ARPA
Subject: Re: NEED INFORMATION ON CONFERENCE SOFTWARE
In-reply-to: Your message of 10 October 1984 03:19-EDT.
From: Farber <farber@udel-ee.ARPA>
We are in the process of bringing up notes on px xenix. The hp version si
rather good on vaxen with Unix
10-Oct-84 20:57:44-MDT,2601;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 20:57:34-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 10 Oct 84 22:18 EDT
Date: 10 Oct 1984 20:23 MDT (Wed)
Message-ID: <WANCHO.12054455832.BABYL@SIMTEL20>
From: "Frank J. Wancho" <WANCHO@Simtel20.ARPA>
To: INFO-CPM@Amsaa.ARPA, INFO-MICRO@Brl.ARPA, PROTOCOLS@Rutgers.ARPA
Subject: Yet Another Protocol!
Hot on the tail of the Thinwire Protocol (RFC914), comes RATP!
Interested parties are urged to conduct the discussions concerning
these and other protocols on the PROTOCOLS@RUTGERS mailing list.
Requests to join that list should be sent to
PROTOCOLS-REQUEST@RUTGERS.
--Frank
--------------------
Date: Wednesday, 10 October 1984 12:09-MDT
From: WESTINE at USC-ISIF.ARPA
To: Request-for-Comments-List: at USC-ISIF.ARPA
Re: RFC 916 Now Available
A new Request for Comments is now available from the Network Information
Center in the <RFC> directory at SRI-NIC.ARPA.
RFC 916:
Title: Reliable Asynchronous Transfer Protocol (RATP)
Author: Greg Finn
Mailbox: Finn@ISIF
Pages: 53
Characters: 113815
pathname: <RFC>RFC916.TXT
Status of This Memo
This RFC suggests a proposed protocol for the ARPA-Internet
community, and requests discussion and suggestions for improvements.
Distribution of this memo is unlimited.
This paper proposes and specifies a protocol which allows two
programs to reliably communicate over a communication link. It
ensures that the data entering one end of the link if received
arrives at the other end intact and unaltered. The protocol, named
RATP, is designed to operate over a full duplex point-to-point
connection. It contains some features which tailor it to the RS-232
links now in common use.
Public access files may be copied from the <RFC> directory at
SRI-NIC.ARPA via FTP with username ANONYMOUS and password GUEST.
The normal method for distribution of RFCs is for interested parties
to copy the documents from the NIC online library using FTP.
Requests for special distribution should be addressed to either the
author of the RFC in question or to NIC@SRI-NIC.ARPA. Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.
Submissions for Requests for Comments should be sent to
POSTEL@USC-ISIF.ARPA.
Requests to be added to or deleted from this distribution list should be
sent to NIC@SRI-NIC.ARPA.
--jon.
11-Oct-84 04:43:04-MDT,524;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Oct 84 04:43:00-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 11 Oct 84 6:17 EDT
Date: 11 October 1984 06:21-EDT
From: Eric Stork <STORK@Mit-Mc.ARPA>
Subject: BYTE Index
To: POURNE@Mit-Mc.ARPA
cc: STORK@Mit-Mc.ARPA, info-cpm@Amsaa.ARPA
Is it true that BYTE is planning to publish an index soon?
If so, the PD effort I suggested to create a BYTE index is
a waste of time. Will appreciate your advice.
11-Oct-84 07:11:02-MDT,1411;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Oct 84 07:10:57-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 11 Oct 84 8:28 EDT
Received: from dca-eur.arpa by BRL-AOS.ARPA id a006109; 11 Oct 84 8:27 EDT
Date: 11 October 1984 12:18 GMT
From: bower@dca-eur.ARPA
Subject: Help with Hall-Effect
To: info-cpm@BRL-AOS.ARPA
Date: 11 Oct 1984 12:04:09 Z
Text: Excuse the media, only have access to this net. Query for hardware
information...
I obtained a surplus keyboard a while back that has the most fantastic
feel and layout of any that I have experienced to date. In attempting to
use it in a new construction project, however, I discoverd that it uses
Hall-Effect switches. Being stationed in Germany, I have been unable to
locate any information on how to build an encoder, or even the theory of
operation for these little beasts.
Any information on these switches would be appreciated, to include
addresses of OEMs. The particular unit in question was manufactured by
Microswitch, but the letter I mailed five months ago (which included a
SASE) was never answered. The mail over here is slow, but I must conclude
that they will not respond.
I would appreciate any info, to include deep "tech talk". Have been
homebrewing computers for over 8 years.
Thanks in advance.
Hal
11-Oct-84 08:52:41-MDT,2815;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Oct 84 08:52:31-MDT
Date: Thu, 11 Oct 84 9:59:25 EDT
From: David Towson (SECAD) <towson@Amsaa.ARPA>
To: bower@dca-eur.ARPA
cc: info-cpm@amsaa.arpa
Subject: Re: Help with Hall-Effect
Hal - I have disassembled a couple Hall-effect keyswitches, and have found
inside each an integrated circuit chip mounted with its plane vertical. Four
connections protrude from the bottom of each chip assembly. These connections
allow each chip assembly to be soldered to a mother-board which underlies the
keyswitch matrix. The mechanical portion of each keyswitch consists of a
magnet mounted on a plunger, and a restoring-spring. When the plunger is
depressed, the magnet is moved down next to the IC chip assembly, thereby
subjecting the chip to a magnetic field. In the case of the switches I have
disassembled, the magnet assembly is U-shaped, and actually surrounds the chip
when the plunger is depressed. The presence of a magnetic field causes the
chip to establish an electrical connection. The following is excerpted from
a Micro Switch "product sheet", and gives a bit more description.
"The 12SW and 16SW Series use the revolutionary Hall effect solid state
switch pioneered and developed by MICRO SWITCH. Solid state switches eliminate
the problems associated with mechanical switching...contact bounce, contamin-
ation, and intermittent switching at low levels.
The switching function is performed within an integrated circuit 0.040
inch square. The chip is actuated by a magnet to produce an analog control
voltage. Hall voltage is converted into a digital output with a trigger
circuit and amplifier. Each key module provides two isolated outputs."
This little blurb is for numeric keypad assemblies 12SW and 16SW, having
12 and 16 switches respectively. They operate from a +5-volt supply, and draw
60 and 80 MA max respectively, inplying a drain of 5 MA per keyswitch. Each
output (there are two per keyswitch) puts out a minimum of +2.4 volts while
sourcing 160 microamps with the switch DE-ACTIVATED. In the ACTIVATED state,
each output can sink 3.2 MA with a maximum voltage drop of +0.4 volts. This
is obviously intended to interface with TTL circuits.
I have "product sheets" for the following Micro Switch keyboards:
53SW1-1
61SW12-1
50SW11-50
67SW5-17
66SW6-51
66SW6-52
78SW6-44
63SW5-4
70SW12-1
75SW12 series
51SD12-1
51SW12-1
If any of these numbers match your keyboard, let me know and I'll give you
whatever additional information I have. Don't expect much, however, as
there is little technical data in these "product sheets".
Best regards,
Dave
towson@amsaa.arpa
11-Oct-84 21:56:57-MDT,1694;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Oct 84 21:56:49-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 11 Oct 84 23:22 EDT
Date: Thursday, 11 October 1984 21:17-MDT
Message-ID: <KPETERSEN.12054729659.BABYL@SIMTEL20>
Sender: Mark Becker <Cent.Mbeck%MIT-OZ@Mit-Mc.ARPA>
From: Mark Becker <Cent.Mbeck%MIT-OZ@Mit-Mc.ARPA>
To: W8SDZ@Simtel20.ARPA
cc: Cent.Mbeck%MIT-OZ@Mit-Mc.ARPA
Subject: 22RSX - Bug discovery(ies)
ReSent-From: KPETERSEN@Simtel20.ARPA
ReSent-To: Info-Cpm@Amsaa.ARPA
ReSent-Date: Thu 11 Oct 1984 21:27-MDT
Hello Keith --
Keith, after <CPM.22RSX>REMOVE.COM did nasty things to my test
disk, I disassembled it and found a couple of interesting things.
Woe to those with systems that have:
(a) other than an LXI H,WMADDR / SHLD 0006 in the warmboot routine
for initializing locations 5 and 6. Both 22RSX and REMOVE look
for the LXI H,d16 / SHLD 06 sequence.
(b) the BIOS WMBOOT routine in ROM - the RSX installation will
work okay until the next JMP 0 when locations 5, 6, and 7
are re-loaded from the BIOS WMBOOT routine.
(c) Lastly, the routine that searches for LXI H,d16 / SHLD 06
( hex 21 xx xx 22 06 ) doesn't check for the 00 after the 06.
The demo software blew up on me as (I found out later) there
is an LXI H,d16 / SHLD 06F3 in my system before the warmboot
vector gets initialized and the software got 'confused'
and modified the wrong data.
The *REAL* gotcha is that both programs search for the
LXI / SHLD sequence starting at **04, "**" being system size
dependent.
Whew... enough bug tracing for this week...
Mark
12-Oct-84 05:31:20-MDT,1661;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 05:31:11-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 12 Oct 84 6:59 EDT
Date: 12 Oct 1984 05:04 MDT (Fri)
Message-ID: <KPETERSEN.12054812848.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: MEX112 sendout bug
MEX112.BUG forwarded from the RCPM circuit:
*********************** BUG ALERT !!! ************************
MEX 1.12 has a nasty bug in the 'SENDOUT' command
this bug has not shown itself in version 1.11
*********************************************************
* IF *
* (REPLY is greater than zero) and *
* (SODELAY is off) and *
* (WTECHO is off) and *
* (XOFF is on) *
* THEN *
* using SENDOUT command *
* will not continue with READ file *
* will not return to command state *
* will not respond to keyboard *
* will leave you dead in the waters *
* (up the creek without a paddle) *
*********************************************************
Should this message make it to Ron Fowler, suggestion for MEX 2.0 or sooner:
Allow toggle to silence messages like '***REPLY***','ZZZZZ',
'Term-mode' and other stat responses when executing from a READ file.
This way, one would see exactly what is happening on-line just as if
one is executing all commands invisibly (no harsh interrupting messages).
These messages take up valuable screen space.
MEX is really evolving ... can't wait for version 2
George Toye
620 Alamo Ct #25
Mountain View, CA 94043
12-Oct-84 06:23:18-MDT,1560;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 06:23:11-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 12 Oct 84 7:23 EDT
Date: 12 Oct 1984 05:24 MDT (Fri)
Message-ID: <KPETERSEN.12054816443.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: Using MEX remotely
A new set of files which allow MEX (Ron Fowler's popular modem
program) to be used remotely are now available from Simtel20:
Filename Type Bytes CRC
Directory MICRO:<CPM.MEX>
WELCOME3.MEX.1 ASCII 1269 656FH
WELCOME4.MEX.1 ASCII 1469 15DCH
WELCOMEX.DOC.1 ASCII 1506 DF6DH
Here is a short description of how it works:
WELCOME3.MEX, by Bruce Morgen, expert refinements by Ron Fowler, loop
back to auto-answer by Bruce Morgen.
This file may be used to do a relatively automatic file transfer setup
from your computer to a remote user. It will prompt him to prepare a
file-receive at his end, wait for him to do it and allow a comment
(logged to a disk file) at the end. PLEASE NOTE!: THE FILE WILL WORK
AS-IS ONLY IF YOUR MEX OVERLAY SUPPORTS AUTO-ANSWER WITH A `SET
ANSWER' COMMAND. It is only one small step toward really using MEX
1.11's programability and can be easily edited for other uses.
WELCOME4.MEX (9/19/84) is the result of a little on-line experience
and my extremely ethical nature, which would not allow me to promise
an XMODEM filesend that I could not deliver.........Bruce
12-Oct-84 14:54:24-MDT,629;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 14:54:20-MDT
Received: From usc-ecl.arpa.ARPA by AMSAA via smtp; 12 Oct 84 16:19 EDT
Date: Fri 12 Oct 84 13:22:46-PDT
From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
Subject: Mulit-user BBS query
To: info-cpm@AMSAA.ARPA, info-ibmpc@USC-ISIB.ARPA
Postal-address: Beckman Instruments, Inc.
Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
Phone: (714)961-3393
What is necessary (hardware/software) for a multi-user (about 4 ports)
message system on a CP/M or IBM-PC system. Is anybody doing it?
Ted.
-------
12-Oct-84 21:14:06-MDT,2601;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 21:13:52-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 12 Oct 84 22:47 EDT
Date: Fri, 12 Oct 1984 22:41 EDT
Message-ID: <ZZZ.RLK.12054983386.BABYL@MIT-OZ>
From: "Robert L. Krawitz" <ZZZ.RLK%MIT-OZ@MIT-MC.ARPA>
To: info-cpm@AMSAA.ARPA
Subject: [TK.FONER: Obscure microprocessor chip needed]
Date: Wednesday, 10 October 1984 05:13-EDT
From: Leonard N. Foner <TK.FONER>
Reply-To: Foner at MIT-MC
To: info-micro at BRL-VGR.ARPA, *BBoard at MIT-MC
cc: Foner
Re: Obscure microprocessor chip needed
This is quite a bit off the beaten track, but I thought I'd give it a
try. If there are any UUCP lists which might address the issue (a
net.electronics, maybe? or maybe even net.general? I can't reach
UUCPland from here) I'd appreciate someone forwarding this there
(once, please).
I am in need of a rather obscure microprocessor/IO controller for an
Aiwa M800 cassette deck. The processor controls the autobias adjust
for the deck. Mine apparently crapped out, and Aiwa says they
discontinued the tape deck in April---hence they won't sell me a new
microprocessor.
I'd be willing to pay some reasonable amount for the right part, or
even for a similar deck that for some other reason doesn't work and is
about to be scrapped. I'd aldo be more than willing to shower heaps
of thanks and praise for anyone who can direct me to a place I can get
this part.
Okay, 'nuff of that. The part itself is specified as Aiwa part number
82-155-616-01, a "uCOM43-546C155". It's got 42 (yep, 42) pins on it.
It's quite probable that this thing is an I/O controller with a
mask-programmed ROM in it. This makes a close substitute, of course,
very much at issue.
If anyone knows how to find such an obscure part, or (heaven forbid)
has an old deck they don't want for some reason which has a working
one, I'd be very grateful indeed.
To reply to me, send to FONER at MIT-MC if you're on the ARPAnet.
UUCP users who can't hit the ARPAnet can reply directly if they know
some working route to mitccc or mit-charon. (My username is simply
"foner" on both of those machines.) Please, if you reply also to the
list, include me as a separate recipient so I'll be sure to see the
message in my mailbox. If all these methods fail, but you're pretty
sure you've got the right part, you can call me collect at
617/577-1510 anytime, or send SnailMail to Leonard Foner, 4 Ames St,
Cambridge, MA 02139 USA.
Thanx much!
<LNF>
12-Oct-84 21:16:20-MDT,2682;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 21:16:10-MDT
Received: From brl.arpa.ARPA by AMSAA via smtp; 12 Oct 84 22:48 EDT
Received: from mit-mc.arpa by BRL-AOS.ARPA id a000234; 12 Oct 84 22:53 EDT
Date: Fri, 12 Oct 1984 22:41 EDT
Message-ID: <ZZZ.RLK.12054983313.BABYL@MIT-OZ>
From: "Robert L. Krawitz" <ZZZ.RLK%MIT-OZ@MIT-MC.ARPA>
To: info-cpm%MIT-OZ@MIT-MC.ARPA
Subject: [TK.FONER: Obscure microprocessor chip needed]
Date: Wednesday, 10 October 1984 05:13-EDT
From: Leonard N. Foner <TK.FONER>
Reply-To: Foner at MIT-MC
To: info-micro at BRL-VGR.ARPA, *BBoard at MIT-MC
cc: Foner
Re: Obscure microprocessor chip needed
This is quite a bit off the beaten track, but I thought I'd give it a
try. If there are any UUCP lists which might address the issue (a
net.electronics, maybe? or maybe even net.general? I can't reach
UUCPland from here) I'd appreciate someone forwarding this there
(once, please).
I am in need of a rather obscure microprocessor/IO controller for an
Aiwa M800 cassette deck. The processor controls the autobias adjust
for the deck. Mine apparently crapped out, and Aiwa says they
discontinued the tape deck in April---hence they won't sell me a new
microprocessor.
I'd be willing to pay some reasonable amount for the right part, or
even for a similar deck that for some other reason doesn't work and is
about to be scrapped. I'd aldo be more than willing to shower heaps
of thanks and praise for anyone who can direct me to a place I can get
this part.
Okay, 'nuff of that. The part itself is specified as Aiwa part number
82-155-616-01, a "uCOM43-546C155". It's got 42 (yep, 42) pins on it.
It's quite probable that this thing is an I/O controller with a
mask-programmed ROM in it. This makes a close substitute, of course,
very much at issue.
If anyone knows how to find such an obscure part, or (heaven forbid)
has an old deck they don't want for some reason which has a working
one, I'd be very grateful indeed.
To reply to me, send to FONER at MIT-MC if you're on the ARPAnet.
UUCP users who can't hit the ARPAnet can reply directly if they know
some working route to mitccc or mit-charon. (My username is simply
"foner" on both of those machines.) Please, if you reply also to the
list, include me as a separate recipient so I'll be sure to see the
message in my mailbox. If all these methods fail, but you're pretty
sure you've got the right part, you can call me collect at
617/577-1510 anytime, or send SnailMail to Leonard Foner, 4 Ames St,
Cambridge, MA 02139 USA.
Thanx much!
<LNF>
13-Oct-84 02:05:40-MDT,980;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Oct 84 02:05:35-MDT
Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 13 Oct 84 3:36 EDT
Date: 13 October 1984 03:40-EDT
From: Jerry E. Pournelle <POURNE@Mit-Mc.ARPA>
Subject: BYTE Index
To: STORK@Mit-Mc.ARPA
cc: info-cpm@Amsaa.ARPA
In-reply-to: Msg of 11 Oct 1984 06:21-EDT from Eric Stork <STORK at Mit-Mc.ARPA>
don't kno will try to remember to ask but you wold do as well
writig letter to Phil Lemmons at BYTE New Hampshire; you are
cetainly closer to there than I am (los angeles)
Date: 11 October 1984 06:21-EDT
From: Eric Stork <STORK at Mit-Mc.ARPA>
To: POURNE at Mit-Mc.ARPA
cc: STORK at Mit-Mc.ARPA, info-cpm at Amsaa.ARPA
Re: BYTE Index
Is it true that BYTE is planning to publish an index soon?
If so, the PD effort I suggested to create a BYTE index is
a waste of time. Will appreciate your advice.
13-Oct-84 13:55:52-MDT,924;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Oct 84 13:55:46-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 13 Oct 84 15:30 EDT
Date: 13 Oct 1984 13:36 MDT (Sat)
Message-ID: <KPETERSEN.12055168092.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: Info-Cpm@Amsaa.ARPA
Subject: MEX overlay for Apple II with Micromodem II/IIE
A new overlay is now available for the MEX modem program for use with
the Apple II with the Hayes Micromodem II/IIE and the ALS CP/M card or
the Microsoft CP/M card. This version supports Touch-Tone dialing on
the Micromodem IIE. Also, a bug was fixed that prohibited the
Micromodem IIe from operating on the Softcard.
The file is available from Simtel20 as:
Filename Type Bytes CRC
Directory MICRO:<CPM.MEX>
MXO-MM2.ASM.1 ASCII 19196 3844H
--Keith
13-Oct-84 14:17:33-MDT,1346;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Oct 84 14:17:28-MDT
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 13 Oct 84 15:50 EDT
Date: 13 Oct 1984 13:55 MDT (Sat)
Message-ID: <KPETERSEN.12055171564.BABYL@SIMTEL20>
Sender: KPETERSEN@Simtel20.ARPA
From: Keith Petersen <W8SDZ@Simtel20.ARPA>
To: KENT@Sumex-Aim.ARPA
Cc: Info-Cpm@Amsaa.ARPA
Subject: anotated biblio software now available
From: Dan Kent <KENT@SUMEX-AIM.ARPA>
Subject: anotated biblio software?
Can anyone reveal their experience with bibliography management software?
Have been using raw DbaseII on my Osbornes with CPM 2.2 and hating it.
I need to make notes about the articles I review, each note focusing on
a different aspect of the article's quality, then keep track of the
citation by author and thre or four keywords, and by my adhoc rating of
article qualtiy...
If anyone can help, I will summarize for the net. Id appreciate hearing
about PD as well as proprietary software, even MSDOS stuff...
-----
Yes, there is a PD Bibliography package. It's now available from
Simtel20 as:
Filename Type Bytes CRC
Directory MICRO:<CPM.BASIC>
BIBLIO.LBR.1 COM 35584 601BH
Please take a look at it and send your comments and review to
Info-Cpm. Thanks.
--Keith