About a month ago I put a request for CRC (Cyclic Redundancy
Codes) information on this net. I received in a number of good
programs and comments, and several requests to forward whatever I
discovered. Since I have not been able send mail to several of
the people who made requests, I'll put this summary on the net.
It appears that CRC calculations are based on a polynomial that
is not standardized, so it is possible to have several different
valid CRC values for the same file simply by using different
polynomials. There is an article in the June 83 issue of IEEE
Micro which gives a little background on CRC and on a method for
calculating same. Unfortunately, the examples are given in
assembler.
One of the C programs I received, and modified slightly produces
CRC values identical to those produced by CRCK.COM and "uc" the
UNIX/CPM communications program that is intended to replace
"umodem". Here is the source code ---- "crck.c" (118 lines; 493
words; 2874 bytes):
/*
* ---- crck.c ----
*
* Version 1.0 - 4/9/83
*
* This UN*X program performs a file hashsum calculation consistent
* with the de facto standard (but misnamed) "CRCK" program for CP/M.
*
* Usage: crck [-w] filename...
*
* The -w flag suppresses the warning message that normally
* is printed when a file is found not to be a multiple of
* 128 bytes in size. (Such a file cannot be a faithful copy
* of a CP/M file, since CP/M files are always a multiple of
* 128 bytes).
*
* Notes:
* 1. Two versions of the CRCK program exist in the CP/M
* world. Variants of Keith Petersen's original program
* are the de facto standard, even though they misuse the
* underlying CRC calculation subroutine and therefore don't
* really perform a "CRC" function. This program produces
* hashsums consistent with Petersen's scheme, currently
* found in the "CRCK4x.ASM" series.
*
* 2. In order for valid comparisons to be made between the
* CP/M and UNIX copies of a file, the file must, of course,
* have been transferred intact; i.e., with the "-rb" option
* of umodem, or the "-b" option of rb.
*
* Jeff Martin
* Naperville, Il.
* 4/9/83
* Version 1.1 -- djj Oct 13, 1983
* Changed output print format, to make it more readable!
* Don Jackowski, Mine Hill, NJ
*/
#include <stdio.h>
#include <fcntl.h>
#define CPMSEC 128
main(argc, argv)
int argc;
char *argv[];
{
int c, fdi, warn, wflg;
char *s, *in_file;
char cbuf[CPMSEC];
unsigned crc, crck();
warn = 1;
while (--argc > 0 && (*++argv)[0] == '-') {
for (s = argv[0]+1; *s != '\0'; s++) {
switch (*s) {
case 'w':
warn = 0;
break;
default:
printf("illegal option: '%c'\n", *s);
argc = 0;
break;
}
}
}
if (argc < 1) {
printf("Usage: crck [-w] filename...\n");
exit(1);
}
while (argc-- > 0) {
in_file = (argv++)[0];
fdi = open(in_file, O_RDONLY);
if (fdi < 0) {
printf("Cannot access %s\n", in_file);
continue;
}
crc = wflg = 0;
while ((c = read(fdi, cbuf, CPMSEC)) > 0) {
if ((c != CPMSEC) && warn) {
wflg++;
}
crc = crck(cbuf, c, crc);
}
printf("%14s --> %04X", in_file, crc);
if(wflg)printf(" <-- not CP/M sector sized.\n");
else printf("\n");
close(fdi);
continue;
}
}
/*
* The only good thing to be said about the following function is that
* it faithfully emulates the 8080 code in the CRCK4x.ASM series. It
* does NOT perform a CRC calculation, but does a rather bizarre hash
* sum.
*/
unsigned
crck(buf, size, oldcrc)
char *buf;
int size;
unsigned oldcrc;
{
register unsigned newcrc, tmp;
register int i, qbit;
newcrc = oldcrc;
for (i = 0; i < size; i++) {
qbit = newcrc & 0x8000;
newcrc <<= 1;
tmp = (newcrc + *buf++) & 0xff;
newcrc = (newcrc & 0xff00) | tmp;
if (qbit) {
newcrc ^= 0xA097;
}
}
return (newcrc);
}
14-Nov-83 09:00:12-MST,1150;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:00:04-MST
Received: From Sri-Unix.ARPA by BRL-VGR via smtp; 13 Nov 83 1:43 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 12 Nov 83 6:28-PST
Date: 10 Nov 83 18:34:47-PST (Thu)
To: info-cpm@brl
From: ihnp4!clyde!floyd!cmcl2!lanl-a!bb@ucb-vax
Subject: CRC-16 byte-wise algorithms in the June 1983 IEEE Micro
Article-I.D.: lanl-a.3619
==================================
I just finished converting the assembler programs given in that
article into C and 8086 assembler. The C version is table driven
and is very simple. The 8086 code is the on-the-fly version and
should be faster and does take up less space than the compiled
C version. I will send them to anyone who wants them, though
it only took me about 50 minutes to do the C version, including
writing the program to generate the table. The versions I
have use the CRC-16 standard, that was what was used in the
article.
b2 Bryan Bingham ucbvax!lbl-csam!lanl-a!bb
cmcl2!lanl-a!bb
14-Nov-83 09:02:47-MST,1453;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:02:39-MST
Received: From Sri-Unix.ARPA by BRL-VGR via smtp; 13 Nov 83 1:44 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 12 Nov 83 20:11-PST
Date: 8 Nov 83 13:02:52-PST (Tue)
To: info-cpm@brl
From: ihnp4!zehntel!varian!david@ucb-vax
Subject: Re: Batch file uploading query
Article-I.D.: varian.181
In-Reply-To: Article sri-arpa.13304
Kermit (from Columbia University - public domain, but they ask a $100
handling fee for a tape containing all versions) does bulk file transfers
- the command you give to the receiver is "RECEIVE", and the sender
sends the file name as part of the protocol (this has the disadvantage
that you can't choose different names for the received files, but you
can always change these later). There exist versions for UNIX and
CP/M amongst many others, and among the CP/M versions is one for
the H89.
Kermit is available from Columbia University in the City of New York,
Center for Computing Activities, 612 West 115th Street, New York, NY 10025.
Point of contact is Daphne Tzoar, telephone 212-280-3703.
David Brown
Varian Instruments 2700 Mitchell Dr. Walnut Creek, Ca. 94598
(415) 945-2199
{ihnp4,tektronix,sytek,dual}!zehntel!varian!david
{amd70,fortune}!varian!david
...!decvax!sytek!zehntel!varian!david
...!ucbvax!menlo70!sytek!zehntel!varian!david
14-Nov-83 09:06:14-MST,1321;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:06:09-MST
Received: From Brl-Bmd.ARPA by BRL-VGR via smtp; 13 Nov 83 9:53 EST
Date: Sun, 13 Nov 83 9:41:50 EST
From: Charlie Strom (NYU) <strom@brl-bmd>
To: Herb Lin <LIN@mit-ml>
cc: INFO-CPM@brl-vgr
Subject: Re: other people running on G&G systems...
Herb, I have a 4 user (5 counting a line to a modem) G&G system we are
using primarily as a Wordstar system with some use of DBASE and Supercalc.
Would be happy to share information and experiences. I don't know
whether this of general enough interest to share with INFO-CPM, but will
solicit comments from the net and not copy that list if people are
not interested.
A current bit of news here is that we are waiting for a minifloppy add-on
controller and drive. This will enable us to exchange info on both Morrow
micro-Decision and IBM formats (I'm not sure what else). We are about to
purchase several of the former machines to use as stand-alone word
processing systems. This hardware has been delayed since I requested that
they hold off delivery until they can supply the newest release of MP/M-816.
As of Friday, this was two weeks away, though the Gifford folks said that
two weeks ago!
-Charlie
14-Nov-83 09:06:38-MST,1569;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:06:31-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Nov 83 15:07 EST
Received: From Sumex-Aim.ARPA by BRL via smtp; 13 Nov 83 14:54 EST
Date: Sat 12 Nov 83 13:39:33-PST
From: Sam Hahn <SHahn@SUMEX-AIM.ARPA>
Subject: Re: other people running on G&G systems...
To: LIN@MIT-ML.ARPA
cc: SHahn@SUMEX-AIM.ARPA, info-cpm@BRL.ARPA
Herb: I'm not currently using a G&G system, but am thinking of upgrading
my S-100 system, which is now basically SD SYSTEMS boards in a
new version of the IMSAI box. Thinking this mostly because I want
compatibility with my existing software while gaining another
world (16/32?? bit). MP/M 8-16 looks really good to me, but the
reason I haven't made the move yet is that I don't know if it'll
be around and supported. Unix looks, for whatever set of reasons,
like it'll be the OS of choice for >8-bit systems.
Extrapolating: I'd like to see on the S-100 some set of boards
(Compupro??) and software which takes the idea further. Put
CP/M, CP/M 86, DRI/VMS, Unix, etc compatibility in a system with
smart software. Problems exist, but I see great potential for
somebody willing to play around.
Anyway, the point is I'd like to learn what you've got on Compupro
systems, plans, and impressions/experiences.
-- sam hahn [shahn@sumex-aim]
PS. I'd like to hear from others with advice/information who are willing
to exchange thoughts. Thanks.
-------
14-Nov-83 09:10:44-MST,7462;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:10:12-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Nov 83 15:29 EST
Received: From Mit-Ml.ARPA by BRL via smtp; 13 Nov 83 15:15 EST
Date: 12 November 1983 16:26 EST
From: Herb Lin <LIN@mit-ml>
Subject: review of experience with Gifford Computer systems (long)
To: info-cpm@brl, info-micro@brl
The following is a report to Netland about one person's experience
with Gifford Computer Systems (GCS). The system in question is
essentially a Godbout 816 system: 256 K memory, 2 DDDS 8 inch QUME
disks, a 20MB Fujitsu Winchester disk, Epson FX-80 printer, and a
8085/8088 dual processor board. Supplied software includes MP/M8-16
(allowing both 8 and 16 bit software to be run simultanuously),
MBASIC, SUPER-CALC, and dBASE II. Not bought from GCS but used in my
system are an Ann Arbor Ambassador terminal, and a VADIC 3451 modem.
It should be noted that I am not a hacker - I am interested in
machines that make my professional life easier, and I take little
pleasure in hacking for the sake of hacking; thus, service and
reliability are of paramount importance to me. I have spent several
years as a systems programmer in a previous life (on an IBM 1130, of
all things!!), and I have a PhD in physics, so I have a good general
background knowledge about matters technical, but I am/was not current
in my computer knowledge about micros, CP/M, etc.
Initial Pre-purchase Inquiries
I made many many inquiries about different systems before
deciding on GCS. Micheal Gifford (of sales) at GCS was enormously
helpful, and quite straightforward about answering questions, always
returning phone calls promptly, and providing useful information,
both about limitations and strengths of GCS hardware. He tolerated
a rather long period of questions on my part (four or five months),
with a few long stretches of no contact because I was out of town -
however, I got no pressure tactics from him, and that was greatly
appreciated. Spontaneously, I also got a bunch of references of
other GCS customers, with phone numbers and names, who proved rather
useful in assessing GCS service.
Actual purchase/delivery
I decided to purchase in Feb or March 1983 (I think), but could
not accept delivery until around May or so; they said no problem -
that was twice as long as they needed to integrate my system. In my
purchase letter, I enclosed a 25% deposit, but specified that for
every day after the scheduled arrival day that the system was late,
they would credit my account with a certain percentage of the total
system cost. They did not cash my deposit check (which would have
indicated acceptance of this condition as legally binding), but they
nevertheless said that my system would be ready on time. It was.
The initial shipment was missing a few items, and a call back to
them provided these items in a week or so. A mountain of
documentation was provided, except for manuals for the floppy
drives; GCS told me that they themselves could not get them.
Shakedown period
I had considerable hardware trouble in the initial couple of
months. After several days, my Winnie or controller began to flake
out intermittently, sending not ready signals and other strangeness
to the CPU. I had a great deal of difficulty determining that the
hardware was in fact at fault, because the errors at first did not
appear in the diagnostics that GCS provided - they happened only
when I was using MINCE, and was getting SEEK errors. I consulted
GCS about this difficulty, and they said that if the diagnostics
didn't pick it up, it was probably in the software. A few calls to
Mark of the Unicorn persuaded me that MINCE was not at fault, but I
still had no concrete evidence that the hardware was flaky.
Fortunately, the diagnostics did eventually pick up errors, at first
intermittently, and then consistently. At that point, a phone call
to GCS was sufficient to get a replacement Winnie and controller
board in the mail, even before I returned the Winnie I had, i.e., we
both put our disks in the mail at the same time. The replacement
arrived in three days, and I was back up.
A few weeks later, I had my second difficulty: the enclosure
gave out - something in the power supply died, and only the fan was
getting power. I originally thought it was the floppy disk unit
that was flaky, since the floppies would not boot. A phone call to
GCS helped me to determine that in fact the enclosure was at fault,
and once again, a replacement enclosure was sent out promptly.
A very praise-worthy point in favor of GCS - ALL my hardware
service calls were returned promptly (1 day or less).
Aside from these hardware hassles, I have been pleased. The
shakedown seems to be over, and I have been running for many weeks
now with minimial hitches (knock on wood).
Beyond the shakedown
I believe that my hardware hassles were essentially the luck of
the dice, and I don't really hold GCS responsible - certainly they
have been quite responsive when I needed hardware help. I have had
a bit of trouble with radio-frequency interference with wireless
telephones here, but certainly GCS isn't responsible for that - I am
apparently the first person who has reported such difficulties to
them, and they report being baffled too.
A few annoying quirks/bugs in the software provided, but nothing
unmanageable. For example, a SUB file does not allow me to change
default disks; I must do this from command level manually.
Other comments
I withheld a non-trivial part of my payment for the system when
the initial order was not complete, because some pieces were
missing: the Basic interpreter, but most importantly, cabling for
integrating my modem into the system. While this is an unusual
thing to request, I had in my letter stated that they would
integrate the terminal and modem that I already owned into the
system I was buying, and this they agreed to by cashing my check.
However, it was at this time that my Winnie began to flake out, and
system integration of non-GCS components took second priority (and
properly so). GCS was willing to replace my Winnie even without
total payment, and in light of that action, I suspect that my
subsequent demand that they follow through on the unusual provision
of my letter concerning integration of non-GCS components might have
seemed a bit excessive. They pointed out that they had indeed
supported me in the absence of complete payment, and I agreed to
complete the payment.
The one complaint I have is that it took all told, five or six
months, to finally get the modem integration stuff, and I
accomplished this by asking my sales person (not customer support -
which had been so good in hardware support) to stick a pin into
customer support. That produced action rather quickly.
Overall reactions
I have no hesitation about recommending GCS as an outfit to
take care of complete systems. I am convinced that if you want to
buy a complete system from them, they will take very good care of
you, and very promptly. If you have equipment already that you want
to integrate, my experience is that they will still help, but not
with the same vigor that they would otherwise.
Herb Lin
14-Nov-83 09:15:33-MST,1167;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:15:23-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Nov 83 16:03 EST
Received: From Mit-Ml.ARPA by BRL via smtp; 13 Nov 83 15:47 EST
Date: 12 November 1983 22:24 EST
From: Herb Lin <LIN@mit-ml>
Subject: other people running on G&G systems...
To: info-cpm@brl
From:Sam Hahn <SHahn at SUMEX-AIM.ARPA>
MP/M 8-16 looks really good to me, but the
reason I haven't made the move yet is that I don't know if it'll
be around and supported.
as far as I can tell, MP/M 8-16 is likely to be around for a while.
G&G seems to have a deserved reputation for quality serviceand they do
support pretty well their software.
Anyway, the point is I'd like to learn what you've got on Compupro
systems, plans, and impressions/experiences.
From what I have heard of Compupro, I am impressed. Apart from my
shakedown period, I have had zero hardware trouble. Keep your eyes
peeled for my report to netland on my entire experience. if you don't
get it, I will send you a copy.
herb lin
14-Nov-83 09:16:17-MST,607;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:16:14-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Nov 83 18:39 EST
Received: From Lll-Mfe.ARPA by BRL via smtp; 13 Nov 83 18:34 EST
Date: Sat, 12 Nov 83 22:26 PST
From: "Webb Mike"@LLL-MFE.ARPA
Subject: USR Password ?
To: info-cpm@brl.arpa
i would like to hear from anyone using a U.S. Robotics PASSWORD
modem. i am thinking of buying one and would like to hear the pro's and con's. direct replys to me and i will copy net with anything of intrest. thnx, mike
14-Nov-83 09:18:38-MST,903;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:18:34-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Nov 83 23:35 EST
Received: From Hi-Multics.ARPA by BRL via smtp; 13 Nov 83 23:33 EST
Date: 13 November 1983 22:28 cst
From: Ronald W. <Heiby@hi-multics>
Subject: BDS-C CDB package help?
To: info-cpm@brl
cc: cpm.sv <Heiby.AVDNSWE@hi-multics>
I am having some difficulty in bringing up the CDB package that comes
with BDS-C 1.50a. I believe that I have configured the debugger and
linker per the instructions, but get very odd results when I try to
debug some of the sample programs such as SIEVE.C and TAIL.C. I am
using an Apple ][ with Microsoft Softcard and 56K CP/M. If anybody has
some experience with CDB (especially on the Softcard), please let me
know. Thanks. Ron <Heiby @ HI-Multics>.
14-Nov-83 09:19:39-MST,813;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:19:35-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 14 Nov 83 2:20 EST
Received: From Mit-Mc.ARPA by BRL via smtp; 14 Nov 83 2:12 EST
Date: Mon, 14 Nov 1983 02:12 EST
Message-ID: <STRAZ.11967476688.BABYL@MIT-OZ>
From: STRAZ%MIT-OZ@MIT-MC.ARPA
To: info-cpm%MIT-OZ@MIT-MC.ARPA, pga%MIT-OZ@MIT-MC.ARPA
I'm about to get a Kaypro on long term loan. It will probably come with
word processing, spreadsheet, and modem software, but I'm looking for
more stuff, namely, does anyone know where I can get (or at least recommend
a version of)
a C compiler
any flavor of Lisp
Logo
games
a 1200 baud modem (I have a 300 by DC Hayes)
Thanks in advance,
Steve Strassmann
14-Nov-83 09:20:50-MST,846;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:20:46-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 14 Nov 83 2:55 EST
Received: From Mit-Mc.ARPA by BRL via smtp; 14 Nov 83 2:51 EST
Date: 14 November 1983 02:57 EST
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject: other people running on G&G systems...
To: LIN@mit-ml
cc: info-cpm@brl
In-reply-to: Msg of 12 Nov 1983 22:24 EST from Herb Lin <LIN at mit-ml>
MPM 8/16 will certainly be around. Compupro has got tony
Pietsch working on some new BIOS materials for it, and 8/16 will
be the system for the new Shirley machine at Compupro.
WRITE will be available on 8/16 within weeks; I should have my
copy with my Shirley next week or so. I have seen 8/16 working
with Shirley and it works good.
14-Nov-83 09:22:36-MST,840;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:22:31-MST
Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 14 Nov 83 2:57 EST
Date: 14 November 1983 03:03 EST
From: Keith Petersen <W8SDZ@mit-mc>
Subject: Hoff situation resolved
To: Info-Cpm@brl-vgr
Irv Hoff has had a change of mind concerning providing fully-commented
source for MDM713, NCAT37, NEAT2, etc. Watch Info-Cpm for
announcements about the new fully-commented files as they become
available. I would appreciate it very much if people considering
updating these programs would check with me first to make sure they
have the latest versions and that someone else isn't already working
on the next version. I keep close contact with other RCPM Sysops via
the Sysop Clearinghouse RCPM.
--Keith
14-Nov-83 09:26:26-MST,653;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:26:22-MST
Received: From Sri-Unix.ARPA by BRL-VGR via smtp; 13 Nov 83 1:42 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 12 Nov 83 8:28-PST
Date: 11 Nov 83 12:49:39-PST (Fri)
To: info-cpm@brl
From: decvax!ittvax!ittral!hinnant@ucb-vax
Subject: UMODEM under VMS l s
Article-I.D.: ittral.320
Does anyone know of an implementation of UMODEM (or "UC" now I suppose)
that runs under VAX/VMS? Any pointers will be appreciated.
Thanks,
David Hinnant
ITT - Telecom
decvax!ittvax!ittral!hinnant
14-Nov-83 09:35:09-MST,651;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 14 Nov 83 09:35:06-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 14 Nov 83 3:18 EST
Received: From Mit-Mc.ARPA by BRL via smtp; 14 Nov 83 3:09 EST
Date: 14 November 1983 03:14 EST
From: Jerry E. Pournelle <POURNE@mit-mc>
Subject: Erroneous information from hp-pcd!craig about MARC
To: lauren@rand-unix
cc: INFO-CPM@brl
In-reply-to: Msg of 10 Nov 1983 16:56-PST from lauren at rand-unix
Sorry to hear of MARC's demise after all the expectations, but
it looks as if you've made a reasonable decision. Condolances
to all.
15-Nov-83 08:38:07-MST,846;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 08:38:03-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 0:04 EST
Received: From Hi-Multics.ARPA by BRL via smtp; 14 Nov 83 23:38 EST
Date: 14 November 1983 22:38 cst
From: Ronald W. <Heiby@hi-multics>
Subject: BDS CDB
To: info-cpm@brl
cc: LEOR@mit-mc
I decided that things were behaving just too strangely last night. So,
I re-did the whole works and compared what I got last night with what I
just got. Seems I made a typo specifying the location of the externals
for CDB2.OVL (heavy blush). Now, almost everything is pretty normal.
(Still can't debug TAIL.C. It exits to the CCP before it loads in CDB2,
I think.) It really looks slick!!! Quite impressed.
Ron <Heiby @ HI-Multics>.
15-Nov-83 08:38:21-MST,558;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 08:38:18-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 0:45 EST
Received: From Mit-Ml.ARPA by BRL via smtp; 15 Nov 83 0:38 EST
Date: 15 November 1983 00:40 EST
From: Herb Lin <LIN@mit-ml>
Subject: 8080 disassemblers...
To: info-cpm@brl
i asked before about cpm-80 disassemblers, and I got pointers to
the ZDASM stuff. However, it seems to be runnable on z-80 only.
anyone know of 8080 disassemblers?
tnx..
15-Nov-83 08:38:52-MST,1046;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 08:38:46-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 3:12 EST
Received: From Sri-Unix.ARPA by BRL via smtp; 15 Nov 83 3:07 EST
Received: from Usenet.uucp by sri-unix.uucp with rs232; 14 Nov 83 23:53-PST
Date: 14 Nov 83 8:36:14-PST (Mon)
To: info-cpm@brl
From: hplabs!hao!kpno!allan@ucb-vax
Subject: help for FTP please
Article-I.D.: kpno.267
I am a relative newcomer to CP/M and I was very interested to see the item
about public domain software on the simtel-20. The problem that I have is
that I do not know what FTP is (other than it is obviously a file transfer
program). Can someone tell me where I can get FTP to run on unix 4.1,
or how I can access the software using KERMIT from either unix or a VMS
vax. Also some information on how to use FTP would be appreciated.
Thanks in advance,
Peter Allan kpno!allan
Kitt Peak National Observatory
Tucson, Az.
15-Nov-83 08:44:11-MST,842;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 08:44:07-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 4:59 EST
Received: From Cmu-Cs-A.ARPA by BRL via smtp; 15 Nov 83 4:58 EST
Received: from [128.2.254.192] by CMU-CS-PT with CMUFTP; 15 Nov 83 04:43:45 EST
Date: 15 Nov 83 0450 EST (Tuesday)
From: George.Wood@cmu-cs-a
To: Herb Lin <LIN@mit-ml>
Subject: Re: 8080 disassemblers...
CC: info-cpm@brl
In-Reply-To: "Herb Lin's message of 15 Nov 83 00:40-EST"
Message-Id: <15Nov83.045052.GW90@CMU-CS-A>
I have used RESOURCE, a CPMUG disassembler by Ward Christiansen
(I think); it comes in vanilla 8080 and z-80 varieties, at least
one of which is called REZ.COM/ASM. It took me a while to get used
to, but is quite powerful.
George Wood
15-Nov-83 15:20:18-MST,845;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 15:20:12-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 16:21 EST
Received: From Ucla-Locus.ARPA by BRL via smtp; 15 Nov 83 16:16 EST
Date: Tue, 15 Nov 83 13:03:38 PST
From: Jody Paul <v.jody@ucla-locus>
To: Herb Lin <LIN@mit-ml>
CC: info-cpm@brl
Subject: Re: 8080 disassemblers...
In-reply-to: Your message of 15 November 1983 00:40 EST
The best 8080/Z80 disassembler I have ever used is called REVAS, and
used to be advertised in Dr. Dobbs and similar magazines. If you
are unable to locate the ads or reviews (I think it got reviewed a
while back in either Dr. Dobbs or MicroSystems) send me a message
and I can elaborate.
--Jody Paul
15-Nov-83 19:26:05-MST,928;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 19:25:59-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 20:45 EST
Received: From Rochester.ARPA by BRL via smtp; 15 Nov 83 20:41 EST
Received: by sen.rochester (3.327.3N) id AA17285; 15 Nov 83 12:41:11 EST (Tue)
Received: by cay.Rochester (3.327.3N+) id AA09286; 15 Nov 83 12:34:11 EST (Tue)
Message-Id: <8311151741.17285@sen.rochester>
Date: 15 Nov 83 12:41:11 EST (Tue)
From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
Subject: Apple Pascal--Unix file transfer
To: info-cpm@brl.ARPA, net.micro.apple@Rochester.ARPA
Does anyone know of programs that will do file transfer
by phone or direct line between Apple II running Pascal
and a VAX/Unix system?
We already have umodem running (XMODEM for the VAX/Unix).
Please respond directly to me.
Mike Ciaraldi
ciaraldi@rochester
15-Nov-83 20:10:01-MST,1512;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 15 Nov 83 20:09:56-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Nov 83 21:17 EST
Received: From Mit-Ml.ARPA by BRL via smtp; 15 Nov 83 21:16 EST
Date: 15 November 1983 21:18 EST
From: Herb Lin <LIN@mit-ml>
Subject: ummary of 8080 disassembler responses...
To: info-cpm@brl
Re: 8080 disassemblers...
In the same directory at SIMTEL20 you'll find Ward Christensen's
RESOURCE. It's an excellent 8080 disassember.
---
I have used RESOURCE, a CPMUG disassembler by Ward Christiansen
(I think); it comes in vanilla 8080 and z-80 varieties, at least
one of which is called REZ.COM/ASM. It took me a while to get used
to, but is quite powerful.
---
THE THING YOU ARE LOOKING FOR IS 'RESORC' BY WARD C. IT WAS THE ROOT OF
DASMZ, AND BEHAVES IN MUCH THE SAME WAY. I THINK IT IS ON SIMTEL-20.
---
I agree with George Wood. I downloaded RESOURCE from MIT-MC and have
used it primarily to disassemble by CBIOS. Ward Christensen's user's
guide was extremely helpful in getting me started. Since my system uses
a Z-80 clone, and the CBIOS was full of Z-80 opcodes, I downloaded ZDASM
(which I believe is a modified version of RESOURCE) and ran it with the
symbol table and control files I had built using RESOURCE. My favorite
features are the ability to save the symbol table, command, and comment
files and to have RESOURCE <automatically> find the DBs.
16-Nov-83 11:58:59-MST,1148;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 16 Nov 83 11:58:54-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Nov 83 6:27 EST
Received: From Sumex-Aim.ARPA by BRL via smtp; 16 Nov 83 6:25 EST
Date: Wed 16 Nov 83 03:27:18-PST
From: Sam Hahn <SHahn@SUMEX-AIM.ARPA>
Subject: Diablo-compatible printers
To: info-cpm@BRL.ARPA
cc: info-micro@BRL.ARPA
I just got a package (TechType) which manages multi-font printers, one of them
being the Diablo 630 (or 630ECS). I'm almost willing to sprint for the $$$
that the Diablo will require, but first would like to know if anyone knows
of Diablo 630-compatible printers that are of comparable quality.
Would especially like precise page-range reverse linefeeding, incremental
head movement, lots of fonts, reasonable price. Speed secondary.
Have heard rumors regarding Qantex, C. Itoh, NEC 7715, Juki, Transtar, and
DTC, but most of these that I've followed up on are 1610-compatible, not
630. Anyone out there had a similar interest?
Be happy to let everyone know what I find -- sam [shahn@sumex]
-------
17-Nov-83 12:05:29-MST,532;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 17 Nov 83 12:05:26-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Nov 83 19:53 EST
Received: From Mit-Ml.ARPA by BRL via smtp; 16 Nov 83 19:51 EST
Date: 16 November 1983 19:53 EST
From: Herb Lin <LIN@mit-ml>
To: info-cpm@brl
hi. can someone tell me how to turn the doc files on many
SIGM and CPMUG files into real ascii? To my terminal, they are
just a bunch of control characters...
help?
tnx..
17-Nov-83 12:05:58-MST,880;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 17 Nov 83 12:05:54-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Nov 83 21:40 EST
Received: From Usc-Isid.ARPA by BRL via smtp; 16 Nov 83 21:38 EST
Those of you bitching about advertising on the net
STICK IT IN YOUR EAR!!!!!!!!!!!!!!!!!!!!!!!!
22-Nov-83 14:15:20-MST,1477;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 22 Nov 83 14:15:15-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 22 Nov 83 11:50 EST
Received: From Ucb-Vax.ARPA by BRL via smtp; 22 Nov 83 11:38 EST
Received: from ucbarpa.ARPA by UCB-VAX.ARPA (4.21/4.15)
id AA15530; Mon, 21 Nov 83 22:01:13 pst
Received: by ucbarpa.ARPA (4.16/4.13)
id AA03435; Mon, 21 Nov 83 22:01:23 pst
Date: Mon, 21 Nov 83 22:01:23 pst
From: David Allen Gewirtz <dag%ucbarpa@berkeley>
Message-Id: <8311220601.AA03435@ucbarpa.ARPA>
To: info-cpm@brl, info-ibmpc@usc-isib
Subject: PC<->UNIX
I am looking for an IBM PC to UNIX file transfer facility.
It is my understanding that KERMIT and possible UMODEM will accomplish
text and binary transfers in both environments. The problem is not what
is available, but how to get it on my machines.
I would greatly appreciate it if someone would be kind enough to make me a
disk with source and object of KERMIT (or UMODEM) for the PC and a VAX
tar tape with source and object for UNIX (system V or 4.1) and get them to me. I would be more than happy to reimburse you for the cost of mailing and media.
If anyone can do this, please call me at 415-653-6957 after 8pm PST or
415-965-7200 during working hours. If you are going to be at COMDEX,
please stop by the Pyramid Technology booth and ask for me.
I thank you in advance for your help.
David Gewirtz
22-Nov-83 15:09:03-MST,4030;000000000000
Return-Path: <info-cpm-request@BRL-VGR.ARPA>
Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 22 Nov 83 15:08:42-MST
Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 22 Nov 83 11:50 EST
Received: From Usc-Isid.ARPA by BRL via smtp; 22 Nov 83 11:43 EST
