CP/M/CPM_CDROM.iso/simtel/archives/cpm/8301-1.txt

Text File | 1993-02-12 | 73KB | 1,715 lines

 1-Jan-83 21:25:00,881;000000000000
Date: 1 January 1983 23:25-EST
From: Michael C. Adler <[e-mail]>
Subject: Magnolia LINK format
To: [e-mail]
Received: From 10.3.0.6.ARPA via smtptcp for info-cpm;  9 Jan 83 18:56 EST
Received: From 10.0.0.29.ARPA via smtptcp for info-cpm;  9 Jan 83 19:11 EST
Received: From 10.3.0.29.ARPA via smtptcp for info-cpm-outbound;
          9 Jan 83 21:21 EST

Could somebody tell me what Magnolia's link program does to address tables,
etc. when it is used to create their MOVCPM?  I need to know what a .HEX
file must contain to be accepted and the actions caused by various forms
of .HEX files.

It appears that the most logical way to create buffer space for ZCPR2 would
be to simply link a few hundred garbage bytes to MOVCPM.  If I need more space
for the cold boot routine, I could also patch it to jump to my linked code.

Thanks!
-Michael
 2-Jan-83 00:47:00,1067;000000000000
Date: 2 January 1983 02:47-EST
From: Keith Petersen <[e-mail]>
Subject: MODEM2 for HP-125
To: [e-mail]
Received: From 10.3.0.44.ARPA via smtptcp;  10 Jan 83 4:17 EST
Received: From 10.0.0.29.ARPA via smtptcp;  10 Jan 83 6:57 EST
Received: From 10.3.0.29.ARPA via smtptcp;  10 Jan 83 8:04 EST

Forwarded from my RCPM system, replies to address below please,
not me.  Thanks.

---forwarded message---

Date: January 1, 1983
From: Gene Head
To:   All HP-125 users

I have MODEM20.ASM working on the HP-125 PC.

Send me a blank, formatted disk and a postage-paid
return mailer and I'll send you what I have.

NOTE:  You will need a cable to go from the LARGE
50 pin connector to your serial modem.  The smaller
connector only transfers seven bits of data.

If you have more current or more accurate data on
the HP-125 and MODEM let me know.  I'm no expert.

Gene Head
2860 NW Skyline Drive
Corvallis, Oregon  97330

[phone]  people phone 9am to 9pm daily
[phone]  computer ring-back 9pm to 9am weeknites
 2-Jan-83 01:03:00,663;000000000000
Date: 2 January 1983 03:03-EST
From: Keith Petersen <[e-mail]>
To: [e-mail]
cc: [e-mail], [e-mail]
In-reply-to: The message of 31 Dec 1982 14:16-EST from RMS.G.EH.MIT-OZ at BRL
Received: From 10.3.0.44.ARPA via smtptcp for info-cpm;  9 Jan 83 19:42 EST
Received: From 10.0.0.29.ARPA via smtptcp for info-cpm;  9 Jan 83 20:55 EST
Received: From 10.3.0.29.ARPA via smtptcp for info-cpm-outbound;
          9 Jan 83 23:05 EST

MODEM731 is MANY revisions old, was around the time when bugs crept in
(which have long since been fixed).  Latest version if MODEM797, which
is compatible with MODEM2xx and XMODEMxx..
 3-Jan-83 22:32:00,2583;000000000000
Date: 4 January 1983 00:32-EST
From: Paul L. Kelley <[e-mail]>
Subject: FIXTEX, a text file utility
To: [e-mail]
Received: From 10.3.0.44.ARPA via smtptcp for info-cpm;  9 Jan 83 21:29 EST
Received: From 10.0.0.29.ARPA via smtptcp for info-cpm;  9 Jan 83 22:03 EST
Received: From 10.3.0.29.ARPA via smtptcp for info-cpm-outbound;
          9 Jan 83 23:22 EST


    The file FIXTEX 10ASM is on MIT-MC in AR21:CPM;  It is based
on FILTER and FILTEX by Keith Petersen (W8SDZ at MIT-MC). The assembly
switches allow 32 different operations to be performed on a text file.

The following describes what has been done:

    1. Changed to assemble with DRI's ASM,
    2. Changed so that if input file is FILENAME.ABC then output file
        is FILENAME.XYZ where the XYZ's are determined by assembly
        switches or, if renaming is chosen, the output file has
        the original file name and type and the input file name
        has the file type BAK,
    3. Modified so that output file can be on a different drive from
        input file,
    4. Added routines to output several types of files depending on
        assembly time switches, these switches can be set to do
        a number of operations (some are mutually exclusive).
        All cases pad the last sector with EOFs. The operations
        are:
      a. leave text unchanged,
      b. delete all control characters except CR, LF and TAB,
      c. insert LF after each CR if absent,
      d. insert CR before each LF if absent,
      e. delete extraneous LFs (those not following CR),
      f. delete LFs,
      g. insert one space on each blank line,
      h. delete LFs and insert a space on each blank line,
      i. replace TAB with spaces,
      j. delete LFs and replace TABs with spaces,
      k. replace TABs with spaces and insert a space on each blank line,
      l. delete LFs and replace TABs with spaces and insert a space on
        each blank line, (canonical bulletin board file),
      m. delete any character following ESC,
      n. replace more than one space with TABs where possible,
      o. replace more than one space with TABs where possible
        except in 'qouted' strings, (canonical assembly file),
      p. insert a TABs at start of each line,
      q.  insert an arbitrary number of spaces at start of each line.

    Options f, g, h, i, j, k and l may be useful when sending files
to bulletin boards and mainframes. Option m may be useful when capturing
text from mainframes which control your terminal in full screen mode.
Option o can shorten assembly language files. Option a is useful when
CRC(K)ing a file sent or received using ITS LMODEM.
 5-Jan-83 15:21:00,658;000000000000
Date:  5 Jan 1983 1721-EST
From: PGA@mit-oz
Subject: BDOS Listing
To: [e-mail]
Received: From 10.3.0.44.ARPA via smtptcp for info-cpm;  9 Jan 83 22:43 EST
Received: From 10.0.0.29.ARPA via smtptcp for info-cpm;  10 Jan 83 2:26 EST
Received: From 10.3.0.29.ARPA via smtptcp for info-cpm-outbound;
          10 Jan 83 2:47 EST

Does anyone have a disassembled version of the CP/M BDOS?
I've been trying to put the ARCHIVE patch, which turns the
third file parameter bit into an ARCHIVE bit, into my system, but
it insists on deleting any file which claims to have been archived.
I have to figure out what's happening.

Phill
-------
 7-Jan-83 21:44:00,889;000000000000
Date: 7 January 1983 23:44-EST
From: Paul R. Grupp <[e-mail]>
Subject:  MIT-MC :LMODEM --> ARPA TCP
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail]
Received: From 10.3.0.44.ARPA via smtptcp;  10 Jan 83 6:11 EST
Received: From 10.0.0.29.ARPA via smtptcp;  11 Jan 83 3:29 EST
Received: From 10.3.0.29.ARPA via smtptcp;  11 Jan 83 3:28 EST

There is a problem using LMODEM on MIT-MC over an ARPAnet TCP connection
that prohibits LMODEM from sending COM (binary) files.  The problem appears
to be that when LMODEM sends an 8C hex it is not transmitted to the ARPAnet,
or the Net itself does not pass this character along to the local system.
LMODEM still works for ASCII files provided that the check-sum character
generated by any block doesn't end up being 8C hex.  LMODEM does still work
correctly if connected via ARPAnet NCP.
 7-Jan-83 23:42:00,525;000000000000
Date: 8 January 1983 01:42-EST
From: John Paul McNamee <[e-mail]>
To: [e-mail]
Received: From 10.2.0.6.ARPA via smtptcp;  13 Jan 83 7:31 EST
Received: From 10.0.0.29.ARPA via smtptcp;  13 Jan 83 7:51 EST
Received: From 10.3.0.29.ARPA via smtptcp;  13 Jan 83 7:34 EST

Where on the net can I find the MODEM program that was written
in C? I remember somebody said they wrote one and now I want
to try bringing it up on a PDP-11/70. A C version seems the
easiest to transport.

                John McNamee
 9-Jan-83 22:15:00,703;000000000000
Date: 10 January 1983 00:15-EST
From: Herb Lin <[e-mail]>
Subject:  getting info-cpm  files by tape
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 31 Dec 82 14:48:59-EST (Fri) from Rick Conn <rconn at Brl.arpa>
Received: From 10.3.0.44.ARPA via smtptcp for info-cpm;  10 Jan 83 0:16 EST
Received: From 10.0.0.29.ARPA via smtptcp;  10 Jan 83 3:37 EST
Received: From 10.3.0.29.ARPA via smtptcp;  10 Jan 83 3:42 EST

if you have access to the MIT-MC tape drives and your micro has a
tape drive all its own, it should be possible to get all this neat CP/M
stuff without having to run up huge phone bills.  Does anyone know
about doing this?  Has anyone done this?
10-Jan-83 12:50:06,416;000000000000
Date: 10 Jan 1983 14:50:06-EST
From: [e-mail]
To: [e-mail]
Subject: squeeze/unsqueeze on unix??
Received: From 10.0.0.24.ARPA via smtptcp;  11 Jan 83 2:37 EST
Received: From 10.0.0.29.ARPA via smtptcp;  11 Jan 83 5:39 EST
Received: From 10.3.0.29.ARPA via smtptcp;  11 Jan 83 5:37 EST

Has anyone re-done the bds-c version of squeeze/unsqueeze for
unix (4.1BSD)?
[please reply to the net]
11-Jan-83 07:26:00,448;000000000000
Date: 11 January 1983 09:26-EST
From: Michael C. Adler <[e-mail]>
Subject: 8" CP/M floppies on Apollo workstation
To: [e-mail], [e-mail]
Received: From 10.3.0.6.ARPA via smtptcp;  11 Jan 83 11:44 EST
Received: From 10.0.0.29.ARPA via smtptcp;  11 Jan 83 11:49 EST
Received: From 10.3.0.29.ARPA via smtptcp;  11 Jan 83 11:47 EST

Has anybody written a program to read std CP/M floppies on the Apollo?
-Michael
11-Jan-83 15:18:08,1679;000000000000
Date: Tue Jan 11 1983 14:18:08-PST
From: Lauren Weinstein <vortex![e-mail]>
Subject: Vortex Returns
Return-Path: <vortex![e-mail]>
Message-Id: <[e-mail]>
Received: by LBL-CSAM.ARPA (3.284 [1/5/83])
    id AA00470; 11-Jan-83 20:10:18-PST (Tue)
To: [e-mail]
Cc: [e-mail]
Received: From 10.1.0.34.ARPA via smtptcp;  11 Jan 83 23:09 EST
Received: From 10.0.0.29.ARPA via smtptcp;  11 Jan 83 23:09 EST
Received: From 10.3.0.29.ARPA via smtptcp;  11 Jan 83 23:10 EST

Just a quick note to let everyone know that "vortex" has finally
returned to the, uh, "air".  Many thanks to everyone who responded
to my plea after the disk failure here -- and a special thank-you
to those of you who dropped by to help out.

Just in case anybody is curious... The Memorex 101 disk drive appears
to be defective *under* the sealed bubble -- so I've declared it to
be a total loss for the time being.  Vortex is now running on a 12.6
Meg 5 1/4" Winchester, loaned to me for a couple of months by a
gracious gentleman at Bell Labs.  It took me quite a while to get
it working properly with my hardware (the controller manufacturer did not
provide a reasonable driver for that particular disk, so my work
was cut out for me), and even longer to restore my voluminous backups
onto the new drive.  I have the loan of this drive for a couple of
months, what happens after that is still exceedingly unclear.

But for now, at least, the system seems to be running well (though somewhat
slower because of disk limitations) and the crisis appears to be over,
at least for a little while.  Thanks again.

--Lauren--
12-Jan-83 06:13:00,447;000000000000
Date:  12 January 1983 06:13 est
From:  [e-mail]
Subject:  BDS C user's group
To:  [e-mail]
Received: From 10.0.0.6.ARPA via smtptcp;  12 Jan 83 16:13 EST
Received: From 10.0.0.29.ARPA via smtptcp;  12 Jan 83 16:17 EST
Received: From 10.3.0.29.ARPA via smtptcp;  12 Jan 83 16:16 EST

Can someone please provide me with the current address and membership
information for the BDS C user's group?  Zpaul
12-Jan-83 18:39:00,1286;000000000000
Date: 12 Jan 1983 at 1939-CST
From: [e-mail]
Subject: Hendrix disk formats, CP/M typeahead
To: [e-mail]
Received: From 10.0.0.62.ARPA via smtptcp;  12 Jan 83 21:58 EST
Received: From 10.0.0.29.ARPA via smtptcp;  12 Jan 83 22:06 EST
Received: From 10.3.0.29.ARPA via smtptcp;  12 Jan 83 21:59 EST


Two matters;

Does anyone know any information about the disk format used by Hendrix
on their word processor systems.  The systems are PDP-11/34s and the
disks are single density (I believe), but beyond that I know nothing.
Before I attack their file structure by hand, any information forthcoming?


Typeahead --- isn't supported by CP/M as it comes from DRI.  Yet several
companies have implemented it in their BIOS (Pickles & Trout, I believe
InterSystem, etc.).  This works (with a few eaten characters) as long as
the ^S fix in not installed.  For those not familiar with the patch, it
fixes a bug where ^S would stop output ONLY if you had not hit another
character first.

After the fix, CP/M reads any character typed during output to see if it
is a ^S.  If it is, fine.  If not, it just ATE the type-ahead.  Any
solution?  Putting the ^S trap in BIOS is not really a good idea, as it
upsets binary I/O communication.

-------
13-Jan-83 04:46:00,624;000000000000
Date: 13 January 1983 06:46-EST
From: Keith Petersen <[e-mail]>
Subject:  squeeze/unsqueeze on unix??
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 10 Jan 1983 14:50:06-EST from reece at nadc.arpa
Received: From 10.3.0.44.ARPA via smtptcp;  13 Jan 83 6:28 EST
Received: From 10.0.0.29.ARPA via smtptcp;  13 Jan 83 6:47 EST
Received: From 10.3.0.29.ARPA via smtptcp;  13 Jan 83 6:29 EST

I have SQ, USQ and TYPESQ for Unix "C", courtesy of Ben Goldfarb
<goldfarb.ucf-cs@udel-relay>.  I will put them in the CPM directory at
MC as soon as possible and send a pointer to the list.
13-Jan-83 05:46:50,930;000000000000
Date: 13-Jan-83 07:46:50-EST (Thu)
From: presby![e-mail]
Subject: request for CRL -> REL converter
Message-Id: <[e-mail]>
Received: by SEISMO.ARPA (3.290 [1/6/83])
    id AA00767; 13-Jan-83 07:46:50-EST (Thu)
Received: by UCBVAX.BERKELEY.ARPA (3.293 [1/9/83])
    id AA00848; 13-Jan-83 06:13:19-PST (Thu)
To: harpo!decvax!ucbvax![e-mail]
Received: From 10.2.0.6.ARPA via smtptcp;  13 Jan 83 9:23 EST
Received: From 10.0.0.29.ARPA via smtptcp;  13 Jan 83 9:25 EST
Received: From 10.3.0.29.ARPA via smtptcp;  13 Jan 83 9:25 EST

Does anyone out there have a program (preferably written in BDS C) to
convert BDS .CRL format files to Microsoft compatible .REL files.  I
am not on the arpa net so I can't FTP it if such a program exists on
some arpa collection.  Thanks in advance.

                aron shtull-trauring
                harpo!seismo!presby!aron (usenet)
13-Jan-83 09:22:48,897;000000000000
Return-Path: <goldfarb.ucf-cs@Rand-Relay>
Date:     13 Jan 83 09:22:48 EST  (Thu)
From: Ben Goldfarb <[e-mail]>
Subject:  Re:  squeeze/unsqueeze on unix??
To: [e-mail], [e-mail]
Via:  UCF-CS; 21 Jan 83 14:37-PDT
Received: From Rand-Relay.ARPA via smtptcp;  22 Jan 83 0:25 EST
Received: From Brl.ARPA via smtptcp;  23 Jan 83 21:20 EST
Received: From Brl-Bmd.ARPA via smtptcp;  22 Jan 83 0:38 EST

Chuck Forsberg hacked the SQ/USQ/TYPESQ for Unix.  I got them from his
RCPM system in Oregon, but found that due to their reliance on 16-bit
ints they wouldn't work on the Vax here.  I hacked in some conditional
typedefs  and now all is fine.

I sent the revisions back to Chuck and also to Keith Petersen, so he could
upload them to MIT-MC.
                Ben Goldfarb
                ARPA: goldfarb.ucf-cs@UDel-Relay
                uucp: ...!duke!ucf-cs!goldfarb
14-Jan-83 02:16:30,1692;000000000000
Date:     14 Jan 83 2:16:30 EST (Fri)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  ZCPR2 Release
Received: From 10.0.0.29.ARPA via smtptcp;  14 Jan 83 2:19 EST
Received: From 10.3.0.29.ARPA via smtptcp;  14 Jan 83 2:17 EST

        I have just completed utility development on ZCPR2 and am
about  to devote time exclusively to finishing the documentation.
This is all that is left before release, which is  currently  set
for  Monday or Tuesday.  With luck, the schedule will be met this
time.

        It has come to my attention that at least one person  has
discovered the archives used on MIT-MC to store the test versions
of the ZCPR2 utilities and ZCPR2 itself  and  has  downloaded  at
lease  some  of them.  Please stop doing this immediately.  ZCPR2
has not yet been released, and if distribution is already  begin-
ning,  I  can  see  a lot of problems coming up.  Principal among
these is the fact that there have been several test  versions  of
the utilities in various states of development with the same ver-
sion numbers.  If these get out, then people  will  not  know  if
they  are  running the right version or not and a lot of time and
effort can be wasted in fixing non-existant problems on  software
that  has  already been fixed.  The only sure way to correct this
problem is to change all the version numbers of  all  the  utili-
ties,  and this could take days, delaying the release even furth-
er.

        Hence, if you have downloaded any of the ZCPR2  utilities
or  ZCPR2 itself, I recommend that you destoy all copies and wait
for the release.  It is only a few days away now.

                Rick
15-Jan-83 04:33:28,404;000000000000
Date:     15 Jan 83 4:33:28 EST (Sat)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  Re:  BDS C user's group
Received: From 10.0.0.29.ARPA via smtptcp;  18 Jan 83 2:02 EST
Received: From 10.3.0.29.ARPA via smtptcp;  18 Jan 83 12:17 EST

    BDS C User's Group
    112 N Main
    Yates Center, KS  66703

    Phone:  [phone]
15-Jan-83 08:17:00,1859;000000000000
Date: 15 Jan 1983 0717-PST
From: [e-mail]
Subject: File transfer
To:   [e-mail]
cc:   [e-mail]
Received: From 10.0.0.23.ARPA via smtptcp;  15 Jan 83 10:09 EST
Received: From 10.0.0.29.ARPA via smtptcp;  18 Jan 83 2:26 EST
Received: From 10.3.0.29.ARPA via smtptcp;  18 Jan 83 12:38 EST

  This message is to thank the several people who responded to
my eairlier request about how to transfer files from the
mainframes to my micro, and to condense that advice for others
who might be interested. Most notable of the advisors was the
info received from Bill Rizzi <RIZZI at ISIB> and Frank Wancho
<FJW at MIT-MC>.
   The best single piece of advice I can give is to get the
file modem.doc from SRI-KL, print it and save it!To do this:
    FTP
    *SRI-KL
    *LOGIN ANONYMOUS XYZ
    *ASCII
    *GET <BILLW>MODEM.DOC
       (to local file) MODEM.DOC
    *DIR <BILLW>                   Mightt as well get this
       (to local file)BILLS.DIR    dir while your here.
    *BYE
    [C
Now typ it out to your printer. The major subheadings
of this 13 page file are:
   TOPS-20
   UNIX
   VAX running VMS
   IBM PC
   TRS MOD I II & III
   APPLE
   CPM
   ATARI
   A Tutorial on prococol
It tells you what programs apply to the various systems and
where to get them!!!
   As for me I can't report success as yet. With Bill and Franks
help I do have a CPM version of MODEM which runs on the TOPS-20
in my space and ready to go. But at almost the exact point of
file Xfer the serial port died and my machine is now being
repaired. I am back on my TRS at the moment, and without a
MODEM80 program can't handle the protocol. So any of you who
are successful and find any additional
nuances which need to be overcome, I would appriciate the
feedback.

Lem Hill <LHILL at ECLB>
-------
15-Jan-83 09:33:00,883;000000000000
Date: 15 January 1983 11:33-EST
From: Eric O. Stork <[e-mail]>
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail]
Received: From 10.3.0.44.ARPA via smtptcp;  15 Jan 83 11:24 EST
Received: From 10.0.0.29.ARPA via smtptcp;  18 Jan 83 2:29 EST
Received: From 10.3.0.29.ARPA via smtptcp;  18 Jan 83 12:46 EST


FIXTEX11.ASM   in  CPM;AR21:  at  MIT-MC
fixes  a  bug   in   FIXTEX10.ASM,   and
clarifies   the   instructions   on  the
options available at  assembly-time  and
on how to use them.

FIXTEX  (by Paul Kelley) is an extremely
versatile and useful utility that allows
one to do many things  with  text  files
that   would   otherwise   be  extremely
tedious if not  impossible  to  do  with
even  a  very good text editor.  To find
out what FIXTEX can do for you, read the
first 80 or so lines of FIXTEX11.ASM....
15-Jan-83 21:58:01,440;000000000000
Date:     15 Jan 83 21:58:01 EST (Sat)
From:     Rick Conn <[e-mail]>
To:       John Paul McNamee <[e-mail]>
cc:       [e-mail]
Received: From 10.2.0.6.ARPA via smtptcp;  15 Jan 83 21:58 EST
Received: From 10.0.0.29.ARPA via smtptcp;  18 Jan 83 7:12 EST
Received: From 10.3.0.29.ARPA via smtptcp;  18 Jan 83 16:59 EST

UMODEM is in the UNIX archive under CPM.

CPM, of course, is a directory on MIT-MC.
17-Jan-83 06:19:00,752;000000000000
Date: 17 January 1983 06:19 EST
From: Keith Petersen <[e-mail]>
Subject: FILTEX11 files corrected
To: [e-mail]
Received: From 10.3.0.44.ARPA via smtptcp;  17 Jan 83 5:34 EST
Received: From 10.0.0.29.ARPA via smtptcp;  18 Jan 83 5:06 EST
Received: From 10.3.0.29.ARPA via smtptcp;  18 Jan 83 16:30 EST

I have uploaded FILTEX11.ASM and FILTEX11.COM to MIT-MC.
This is my ASCII file filter program which removes control
characters and "orphan line feeds".  This program is not
new, was written last year and I had thought I had uploaded
it before.  I found that version 1.0 was on MC instead.
The files are:
  AR21:CPM;FILTEX 11ASM
  AR21:CPM;FILTEX 11COM
  AR13:CPM;FILTEX 11HEX  (for those who cannot FTP .COm files)
17-Jan-83 08:23:36,553;000000000000
Date: 17 Jan 1983  8:23:36 EST (Monday)
From: Mike Louden <[e-mail]>
Subject: BSR controller
To: [e-mail]
Received: From 10.2.0.6.ARPA via smtptcp;  17 Jan 83 8:35 EST
Received: From 10.0.0.29.ARPA via smtptcp;  18 Jan 83 7:15 EST
Received: From 10.3.0.29.ARPA via smtptcp;  18 Jan 83 17:00 EST

Can anyone point me to an interface, either S100 or RS232 to
allow my system to control BSR remote switches?

If not S100 or RS232 I would still be interested in other less
easy methods.

    Thanks!
    Mike

    Louden!Mitre
17-Jan-83 08:29:00,363;000000000000
Date: 17 Jan 1983 0929-CST
From: [e-mail]
Subject: REMOVE FROM MAILING LIST
To:   [e-mail]
cc:   [e-mail]
Received: From 10.3.0.44.ARPA via smtptcp;  17 Jan 83 11:52 EST
Received: From 10.0.0.29.ARPA via smtptcp;  17 Jan 83 11:52 EST
Received: From 10.3.0.29.ARPA via smtptcp;  17 Jan 83 11:54 EST


-------
18-Jan-83 12:38:00,910;000000000000
Date: 18 Jan 1983 1338-CST
From: [e-mail]
Subject: CPMUG Library Files On-Line?
To: [e-mail]
Received: From 10.1.0.13.ARPA via smtptcp;  18 Jan 83 15:05 EST
Received: From 10.0.0.29.ARPA via smtptcp;  18 Jan 83 15:06 EST
Received: From 10.3.0.29.ARPA via smtptcp;  18 Jan 83 15:08 EST

A coworker in our office has a printed copy of the CPMUG library volumes
1-85.  He is interested in one of the programs listed there and was
wondering of any of their software is accessible from the ARPANET.  I've
looked at the CPM programs on MIT-MC and didn't see it.  He's looking for
AUTOLOAD.COM and AUTOLOAD.DOC listed in volume 81.  This program allows
you to specify a program for the system to default to when you power-up or
reset.  (For example, after doing a reset, instead of returning to
CP/M, you could return to BASIC or WordStar or whatever you specify.)
-------
18-Jan-83 17:25:36,3751;000000000000
Date:     18 Jan 83 17:25:36 EST (Tue)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
cc:       [e-mail]
Subject:  [mwm:  ZCPR2 availability]
Received: From 10.0.0.29.ARPA via smtptcp;  18 Jan 83 19:11 EST
Received: From 10.3.0.29.ARPA via smtptcp;  18 Jan 83 19:11 EST

----- Reply Follows -----

    Several have expressed concerns like these and similar questions.
Negotiations are currently underway in several areas to solve the problem.
ZCPR2 distribution is not going to be easy.  The source files alone
total to over 1M bytes, and the HLP files add another 250K+, and the
manuals ... well, you've seen a little of the manuals (only a little!).

    I won't go into details yet ... very little is finalized.
Two things I can guarantee ... RCP/M's will have ZCPR2 if they want it
and SIG/M will have it.

    One possiblity I am looking at is an arrangement like what Workman
is doing.  I still do not approve of selling public domain software
(especially without asking the author first), but I am willing to enter
into an arrangement where an organization like Workman's will provide
a distribution AND ASSISTANCE point for a VERY REASONABLE fee.  Note
the operative words.  I'm kind of bending my ideals by saying that
sale of ZCPR2 is OK under the following conditions:

        1. The price is reasonable.

        2.  The seller has my permission to do so.

        3.  The seller will provide technical assistance
to the customer.

        4.  The seller will provide hard copies of the manuals
with ZCPR2.

        5.  Under NO CONDITIONS am I to make one cent of profit
from it and it is to be understood that the software is in the public
domain and copyrighted by me.

    If such a distribution organization can be found, this could
be the best solution.  As for reasonable price, the chief cost will be
the manuals.  I hope that a price of $30 or so can be arrived at
(the distributer HAS to make some profit ... or does he?  Another point).
A meeting will take place (to which I've been invited) at CP/M '83
to discuss the future/directions/etc of public domain software and other
things.  Please don't ask me for permission to attend ... not my meeting
and I can't authorize anyone else to attend.  Ward Christensen, Sol Libes,
and others will be there, however, so the representation is quite good.

    Will post the net on the outcome of the meeting when I return
from San Francisco.

        Rick

----- Forwarded message # 1:

From: decvax!duke!uok!uokvax!mwm@Berkeley
Date: 18 Jan 83 01:36:41 PST (Tue)
Subject: ZCPR2 availability
Message-Id: <[e-mail]>
Received: by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83])
    id AA02522; 18 Jan 83 01:36:41 PST (Tue)
Date-Sent: Wed Jan 12 02:16:25 1983
To: rconn@brl
Received: From 10.2.0.78.ARPA via smtptcp;  18 Jan 83 11:50 EST

There are several of us down here in OK who would like to get copies of
ZCPR2. However, we are experiencing technical difficulties - like an arpanet
host w/out FTP.  Also, being among those who can't FTP com files, getting
sq'ed files is painful. I would therefore like to explore some alternate
possibilities.

First, how soon will it be possible to get an 8" disk with all the appropriate
files on it (or disks)? Late January? Where will this be avialable from?

Is there any possibility of getting a disk from directly from you? I would
gladly provide a diskette and postage both ways.

Finally (last hope): is there an RCP/M or cnode or whatever with the ZCPR2
files on it? If so, where (number/name), and how large are all the files?

Now, if only UUCP actually gets this to you...

    Thanx,
    <mike
    decvax!duke!uok!mwm@ucb





----- End of forwarded messages
18-Jan-83 19:40:04,951;000000000000
Date: Tue 18 Jan 83 18:40:04-PST
From: Ed Pattermann <[e-mail]>
Subject: request
To: [e-mail], [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  19 Jan 83 9:24 EST
Received: From Brl.ARPA via smtptcp;  19 Jan 83 9:19 EST
Received: From Brl-Bmd.ARPA via smtptcp;  19 Jan 83 9:25 EST

Mailing list maintainers ;

 I am in the process of centralizing all ARPA mailing lists coming into
SUMEX-AIM to one mailbox to be made available as a Bulletin Board. This helps
us save disk space, and save processing time on both ends.
 I would appreciate it if you could forward to me the names of all people on
your mailing list at SUMEX-AIM, and add a address for
'<mailing list>@SUMEX-AIM' to your present mailing list (for example,
HUMAN-NETS@SUMEX-AIM). Then, I will ask the users of your mailing lists
from SUMEX-AIM to request to be removed from the list.

Thanks, Ed
-------
18-Jan-83 20:50:00,651;000000000000
Date: Tuesday, 18 January 1983  22:50-EST
Sender: CAL@mit-oz
From: Cliff Lasser <[e-mail]>
To:   [e-mail]
Subject:   Hard disc backup
Received: From Mit-Mc.ARPA via smtptcp;  18 Jan 83 23:58 EST
Received: From Brl.ARPA via smtptcp;  18 Jan 83 23:59 EST
Received: From Brl-Bmd.ARPA via smtptcp;  18 Jan 83 23:59 EST

  I have a relatively urgent need to backup my hard disc.  The only problem
is that many of my files are larger than the size of one of my floppies.
Would you happen to know of a program that can break up files and save them
on more than one floppy?  Otherwise, I will have to write one myself!
-Cliff
19-Jan-83 00:32:00,633;000000000000
Date: 19 January 1983 00:32 EST
From: Richard P. Wilkes <[e-mail]>
Subject:  Modem 7 vs. Modem 7-n
To: [e-mail]
cc: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  19 Jan 83 0:28 EST
Received: From Brl.ARPA via smtptcp;  19 Jan 83 0:29 EST
Received: From Brl-Bmd.ARPA via smtptcp;  19 Jan 83 0:29 EST

Does anyone know what the difference is (protocol wise)
between the current version of Modem and, let's say, Modem2?
Also, does anyone have a write-up on this protocol that they
might be able to send me?  Thanks. -r

Rick at Mit-MC (Arpa access)
gmm_arpw.jhu at UDEL-RELAY (others)
19-Jan-83 02:34:00,470;000000000000
Date: 19 January 1983 02:34 EST
From: Paul R. Grupp <[e-mail]>
Subject:  LMODEM<-->ITS<-->TAC-TCP
To: [e-mail]
cc: [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  19 Jan 83 2:31 EST
Received: From Brl.ARPA via smtptcp;  19 Jan 83 2:32 EST
Received: From Brl-Bmd.ARPA via smtptcp;  19 Jan 83 2:32 EST

LMODEM now works on MIT-MC for *ALL* file types again, thanks to
KLH who fixed the bug with ITS TELNET server..
19-Jan-83 23:32:00,591;000000000000
Date:  19 January 1983 23:32 cst
From:  [e-mail]
Subject:  hexifier?
To:  [e-mail]
Received: From Hi-Multics.ARPA via smtptcp;  20 Jan 83 0:38 EST
Received: From Brl.ARPA via smtptcp;  20 Jan 83 2:03 EST
Received: From Brl-Bmd.ARPA via smtptcp;  20 Jan 83 2:18 EST

Can anyone point me to a high-order-language version of a hexify
program.  (i.e. a program that will take a .COM file and produce a .HEX
file).  Just about any HOL would be fine.  PL/I, PL/M, C, Fortran,
Basic, Lisp, doesn't matter as long as the code is understandable.
Thanks much.  Ron.
20-Jan-83 06:24:00,1111;000000000000
Date: 20 January 1983 06:24 EST
From: Keith Petersen <[e-mail]>
To: [e-mail]
cc: [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  20 Jan 83 6:25 EST
Received: From Brl.ARPA via smtptcp;  20 Jan 83 6:59 EST
Received: From Brl-Bmd.ARPA via smtptcp;  20 Jan 83 20:40 EST

Date: 01/19/83
From: Bruce Kargol
To:   Keith Petersen
Re:   MODEM797 bug?

I had a little trouble using MODEM797 and was hoping that
you might have a little help for me.  While transferring
files in the bulk mode I inadvertently entered this command:
  'TB A:*.*'    (Instead of the S for send I was thinking
T for transmit.  It erased all of the files on the diskette
and opened one with the name: ????????.???.  I recovered
all but the first file in the directory because the group
map for ????????.??? had been set to all zeros, and was
entered where my first file had been.

I'd like to be the one to fix it, but really not good
enough with assembler to do it. Any help would be apprec-
iated. I know, Iknow, Don't use the T, use the S.

Regards,    Bruce Kargol
20-Jan-83 12:48:00,1387;000000000000
Date: 20 Jan 1983 at 1148-PST
To: [e-mail]
Subject: 212 modems
From: fylstra@sri-tsca
Via:  Tsca; 20 Jan 83 12:00-PST
Received: From Sri-Tsc.ARPA via smtptcp;  20 Jan 83 21:41 EST
Received: From Brl.ARPA via smtptcp;  21 Jan 83 0:43 EST
Received: From Brl-Bmd.ARPA via smtptcp;  21 Jan 83 0:53 EST

I'm becoming interested in purchasing one of the new 103/212
"intelligent" modems such as the DC Hayes Smartmodem-1200 or the
Novation 103/212 modem.  In addition to originate/answer 103 and 212
modes, these modems provide rotary and DTMF dialing as well as ring
detect.  They generally contain an internal micro such as a Z8 and
commands and status replies are communicated between the host and the
internal micro via an RS-232 interface.  The best discount prices I
have seen so far are in the neighborhood of $550 for the DC Hayes.

I would like to hear from people who have experience with or opinions
about any of these modems as well as other modems I may be unaware of.
I have read the review of the DC Hayes 103-only Smartmodem.
Communicating commands on the same port as the data transmission is
obviously going to cause problems unless there is a technique for
out-of-band signalling, and even so, status reports of events such as
remote disconnect may be impossible to report in a manner
distinguishable from the data stream.

Dave Fylstra
21-Jan-83 02:26:00,591;000000000000
Date: 21 January 1983 02:26 EST
From: Keith Petersen <[e-mail]>
Subject:  hexifier?
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 19 Jan 1983 23:32 cst from Heiby at hi-multics.arpa
Received: From Mit-Mc.ARPA via smtptcp;  21 Jan 83 2:38 EST
Received: From Brl.ARPA via smtptcp;  21 Jan 83 3:00 EST
Received: From Brl-Bmd.ARPA via smtptcp;  21 Jan 83 3:06 EST

An 8080 machine-language version of a COM-to-HEX conversion program is
available from MIT-MC as AR24:CPM;UNLOAD ASM.  This program runs on
CP/M and does the reverse of LOAD.COM.
21-Jan-83 04:38:00,479;000000000000
Date: 21 January 1983 04:38 EST
From: Jerry E. Pournelle <[e-mail]>
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail]
In-reply-to: The message of 20 Jan 1983 06:24 EST from Keith Petersen <W8SDZ at mit-mc.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  21 Jan 83 4:54 EST
Received: From Brl.ARPA via smtptcp;  21 Jan 83 6:07 EST
Received: From Brl-Bmd.ARPA via smtptcp;  21 Jan 83 6:11 EST

That's not a bug, it's a feature.....
21-Jan-83 12:47:00,731;000000000000
Date: 21 Jan 1983 at 1147-PST
To: Mike Louden <[e-mail]>
cc: [e-mail]
Subject: Re: BSR controller
In-reply-to: Your message of 17 Jan 1983  8:23:36 EST (Monday).
From: fylstra@sri-tsca
Via:  Tsca; 21 Jan 83 11:59-PST
Received: From Sri-Tsc.ARPA via smtptcp;  21 Jan 83 21:36 EST
Received: From Brl.ARPA via smtptcp;  22 Jan 83 0:33 EST
Received: From Brl-Bmd.ARPA via smtptcp;  22 Jan 83 0:37 EST

Scitronics has a BSR controller on an S-100 card for $249.  It uses
2 I/O ports, is IEEE standard, and can control all 256 devices.
They also have a real-time clock/calendar ($179) and scheduling
software ($39).

SciTronics, Inc
523 S. Clewell St
P O Box 5344
Bethlehem, PA 18015
[phone]
22-Jan-83 03:51:00,3658;000000000000
Date: 22 January 1983 03:51 EST
From: Jerry E. Pournelle <[e-mail]>
Subject: Epson and Z-100
To: [e-mail]
cc: [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  22 Jan 83 3:51 EST
Received: From Brl.ARPA via smtptcp;  22 Jan 83 5:46 EST
Received: From Brl-Bmd.ARPA via smtptcp;  22 Jan 83 5:45 EST

    Epson software arrived.  Patches, xerox manuals.  They
are NOWHERE NEAR ready to sell a product that can do what the
advertisiements say; in fact, I do not think they will EVERbe
able to do all of it, although that may simply be a mistake on
my part.
    The machine is good.  The software that comes with it to
a Beta test Site is not evaluable, because it isn't working.
The text editor cannot retrieve files.  I am certain that bug
will be fixed fairly quickly, but it leaves one loathe to spend
much effort trying other features of the machine; in order to do
anything, you have to have two machines, one to take notes on
while you try features of the other; since you will never be
able to get the notes back if you make them on the Epson.

An alternate operating system is "TPM-II" from "Computer Design
Labs".  I have nad no chance to play with it, but it appeares to
be CP/M like.  I t also seems to contain "ZAPPLE" which is an OS
for the Apple when the Apple is running a Z-80.  I don't
understand most of this, but it seemes needlessly complex
compared to standard CP/M.

    The Epson "HASCII" interface is wonderful for beginners
(or would be if it all worked) but I think one mig ht soon tire
of it; to get a menu can take about a minute, and everything
goes cascading through compulsory menus; at least thte documents
I have give no alternatives.  The major stuff is in command keys
on the keyboards, each of which lead you to menus which you can
control, and many of them lead you to still lower levels of
menu; and there is no jump from higest level past any
intermediate.  Since everything is SLOW; to save a three
paragraph file (it did save it, but I have to reset using TPM
and then TYPE command to see it)--to save a three paragraph file
and reread the system and get back to an (empty! -- the file
must be RETRIEVED only RETRIEVE doesn't at present work) took a
LONG time.
    This is probably all going to change.  The hardweare
looks awfully nice, inside and out, and the machine is a Z-80A,
so it surely is capable of faster work, even with 320K
double-sided 5 1/4" disks.  (The advertised HELP features are
not implemented either; not all of them, anyway; there's anote
saying they will be when they get  more room on disks, but no
explanaton of what that means).
    My suspicion is that the advertised software package is
going to be a while coming; there's so little of it implemented
just yet.  A lot of this is ROM, by the way, making me wonder
why everything is so slow.  Are all 5 1/4 disks that way?  I
cannot recall that the Otrona is that bad; it's the only small
disk machine I have extensive experience with, except an Apple
the boys have--that's SLOW too.
    Prediction: the Epson will turn into a VERY nice
machine, but it's going to take them a while; meanwhile they
have all those ads out there telling you not to buy anything
else, but I'd think it will be at least summer before they get
all the bugs out of their new baby.
    It should be a NICE Z-80 when it is developed.  T hey
have a really nice keyboard, and lots of other stuff going for
it; if it were speedier and could do most of what is advertised
it would be great.


    I think I will put the Z-100 in another message.  This
is long enough.
22-Jan-83 04:05:00,3332;000000000000
Date: 22 January 1983 04:05 EST
From: Jerry E. Pournelle <[e-mail]>
Subject: Z-100
To: [e-mail]
cc: [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  22 Jan 83 4:05 EST
Received: From Brl.ARPA via smtptcp;  22 Jan 83 5:47 EST
Received: From Brl-Bmd.ARPA via smtptcp;  22 Jan 83 5:46 EST

    The Zenith Z-100 is a handsome computer, but that MSDOS
(called Z-DOS for this, but it is the same as PCDOS they tell
me) will drive a CP/M user to drink.  Fast.

    Does anyone know how to make a bootable copy of a system
disk in MSDOS or ZDOS?  The procedures in the manual will NOT
make a disk that will boot.  My backup copy was made when the
BATCH executive command processor took over when running the
distribution disk; you have no choice but to make a backuyp (and
if you didn't have a blank disk handy I guess you'd just be
sol); but it always formats first, then copies the SECOND
distributoin disk, then erases t he batrch processor, finally
making a bootable copy; it isn't obvious what commands it uses
to do that, and none of the commands in the summary of ZDOS
commands tell me.  DSKCOPY copies data only.  SYS doesn't make a
bootable disk.  Everything formats before you copy whether you
want it to or not.

    Indeed, I think the inventors of MSDOS must HATE
computer users.  Each time you boot the system it gives you an
obsolete date (which I guess you cannot change ever?) and time,
and insists that you give it the new date and time.  The command
structure is needlessly complex, and sufficiently like yet
unlike CP/M that it is obvious that the writer was familiar with
CP/M and did things deliberately different.  As for example,
Copy *.* B: will go from the logged in disk to B and copy all
files to B.  Why change it to that?  Presumably to be different
(or perhaps to avoid a lawsuit)?

    I have a demo disk for the Z-100 that shows magnificent
color graphics, but alas, I cannot run Z-basic.  I cannot
because I have only ONE bootable system disk (other than the
original) and it is full.  All attempts to make a new bootable
disk with fewer files on it so that I could PIP (oops, COPY)
ZBASIC over to something so I could actually RUN it have been
frustrated by ZDOS.
    The documents are for the most part the best I have ever
seen.  They are very clear.  Everything is fine, except that it
just don't work, making me wonder if it's hardware; only all the
demonstration stuff runs fine, and it seems unlikely therefore.
    I thnk they tried to be cute.  But maybe not.  Whatever
it is, I quit working with the Z-100 before I began screaming; I
was taken back five years to when i HATED computers, and
everything about them (trying to get a TRS-80 going for the boys
can do that to you; TRS-DOS and MSDOS have sme remarkable
similarities, making me wonder if descendents of the
Marq    uis de Sade went into programming?  Or the same
descendent?)

    I think I am going to love the Z-200.  Alas there is no
CP/M 86 for it> I am tempted to put the machine aside until
there is.  Better a devil I know...

Meanwhile if anyone knows how to make a bootable disk--what is
the equivalent  of "SYSGEN" in ZDOS -- I'll be pleased.  Alas
the explicit cookbook instructions in the manual do not produce
a bootable disk..
22-Jan-83 13:57:00,895;000000000000
Date: 22 Jan 1983 1557-EST
From: John S. Labovitz <RMS.G.HNIJ@mit-oz>
Subject: MODEM for Xerox 820
To: [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  22 Jan 83 16:00 EST
Received: From Brl.ARPA via smtptcp;  22 Jan 83 17:10 EST
Received: From Brl-Bmd.ARPA via smtptcp;  22 Jan 83 17:13 EST


    Someone I know needs a version of MODEM for his Xerox 820.
Within the last couple of weeks or so, I remember seeing a message from
someone saying that there was such a thing.  Who was it?

Yes, I know, you can modify the current version of MODEM7 so that it
works on ANYTHING, but that's not really the trouble.  The trouble is
that the Xerox apparently does not like to go into 8-bit data mode, so
I can't transfer .COM or .?Q? files.  Maybe someone knows how to do
this.

            Appreciate any info,

            John Labovitz
            rms.g.hnij@mit-oz
-------
22-Jan-83 14:22:00,883;000000000000
Date: 22 January 1983 14:22 EST
From: Charlie Strom <[e-mail]>
Subject: Corvus-S100
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  22 Jan 83 14:38 EST
Received: From Brl.ARPA via smtptcp;  22 Jan 83 17:09 EST
Received: From Brl-Bmd.ARPA via smtptcp;  22 Jan 83 17:10 EST

I just took delivery on a Corvus 20 MB S-100 system which I got at a real
bargain price. Too bad it arrived DOA! Both the busy and fault lights remain
on continously! Well, it is at the loal Corvus servicing dealer, and I would
hope I will have it back in a few days. In the meantime, I would like to
get in contact with any fellow Corvus/S100 users to compare hints, kinks,
etc. By the way, the subsystem is packaged without any schematics, and the
technical documentation is minimal to say the least. Hopefully this is
the only feature lacking!
                            Charlie Strom
23-Jan-83 04:29:00,923;000000000000
Date: 23 January 1983 04:29 EST
From: Keith Petersen <[e-mail]>
Subject:  Corvus-S100
To: [e-mail]
cc: [e-mail]
In-reply-to: The message of 22 Jan 1983 14:22 EST from Charlie Strom <CSTROM at mit-mc.arpa>
Received: From Mit-Mc.ARPA via smtptcp;  23 Jan 83 4:29 EST
Received: From Brl.ARPA via smtptcp;  23 Jan 83 6:19 EST
Received: From Brl-Bmd.ARPA via smtptcp;  23 Jan 83 6:21 EST

You will want to have a chat with Ron Fowler's co-worker Al Jewer at
the Fort Fone File Folder RCPM is Wisconsin.  He changed the Corvus
CBIOS to reduce the CP/M group size and (I believe) increase the
number of directory names.  Tom Churbuck (he died a few months back,
did you know that?) was the one who originally did that work.  He
didn't like the 8k group size that Corvus had picked.  I didn't like
that group size either.  It wastes a lot of disk space when you have
many small files.
23-Jan-83 09:33:00,1709;000000000000
Date: 23 January 1983 11:33-EST
From: John Paul McNamee <[e-mail]>
To: [e-mail]
cc: [e-mail]
Received: From Mit-Ai.ARPA via smtptcp;  23 Jan 83 11:32 EST
Received: From Brl.ARPA via smtptcp;  23 Jan 83 12:17 EST
Received: From Brl-Bmd.ARPA via smtptcp;  21 Jan 83 15:40 EST

One company I do work for has a 10Mb unit hooked up to a TRS-80
Model II, but as far as I can tell the drives are the same for
all computers and only the small host adapter changes from one
to the next, so my comments should apply to your unit.

We have had nothing but problems when dealing with Corvus. They
were over a month late in getting us the unit, and they didnt
seem to care. They were even nasty on the phone when we called
to find out what was going on. On a scale of 1 to 10 I would
rate their customer service a 3.

The hardware has worked Ok so far. We have had it for about
four months and the only trouble we have had with the system
is with the video recorder, which Corvus didnt supply. No
instructions came with our Mirror so we had to call Corvus
to find out what goes where. I dont know if this normal. I
would hope not because when I called I was warned that if I
put the wrong plug in a certain socket I would fry the Mirror
and possibly my hard disk as well.

If you complain loud enough they wee send you a working copy
(done on a dot matrix printer) or their tech manual. The Xerox
copy that I got was hard to read and the printer it was done on
should have had a new ribbon. The manual assumes you are using
an apple, but most of the info applies to all models, just
ignore the Pascal listings in the back.

            John McNamee
            JDOS@MIT-AI
23-Jan-83 18:25:00,4037;000000000000
Date: 23 January 1983 18:25 EST
From: Richard P. Wilkes <[e-mail]>
Subject:  Smartmodem 1200
To: [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  21 Jan 83 21:45 EST
Received: From Brl.ARPA via smtptcp;  23 Jan 83 18:31 EST
Received: From Brl-Bmd.ARPA via smtptcp;  21 Jan 83 21:52 EST

{I apologize if people get repeats.  The mailer croaked on the
address fylstra at SRI-TSCA.  I don't think it mailed to the
list, but who knows...}


I have the Hayes 1200 and am very pleased with it so far.  The
only problem I had is that the first unit I received died
after 2 hours.  Hayes replaced the unit after a little griping
about a two week service turn-around on a modem I'd had for
one day.  Apparently, things are a bit confused down there
(Georgia).  The company recently moved across the street into
a new building.

<This info applies to both Smartmodems>

The Hayes has two modes:  command mode and online mode.
In online mode, all characters sent to the modem are sent also
to the comm line.  After dialing a telephone number and
detecting a carrier, the modem goes into this mode.  It
notifies the computer (or terminal) by returning a result
code.   The result codes are either verbose (i.e. CARRIER, NO
CARRIER, OK) or terse (ascii 30H-35H --0-5).  Selection is
done by the users.

When in command mode, commands are sent to the modem by
preceeding them with AT which lets the modem determine the
baud rate, parity, and word length.  The command follows.  The
command terminator can be set thru software.  The default is a
carriage return.

When the system is "online," the modem is put into command
mode by sending three "escape" characters followed by a pause.
The default escape character is "+".  BTW, the escape
characters are passed thru to the online system.  Because of
this, people complain about having to send "garbage" down the
comm line to to get the modem to do anything.  However, I
don't see any other way to use one port and be able to send
the modem commands while online.  Many modems do not allow
commands to be sent while online.  The Hayes, since it allows
you to select which character is the "escape" handles it the
best way that I can see.  The manual seems to say that either
end of the link can send the escape sequence.  This bothers me
and I have yet to be able to confirm it.  You can set the
modem so that it doesn't accept commands while online and do a
disconnect using DTR (I believe).

Here's a brief example of connecting to a system using a
program to send the commands:

1) Send ATZ (reset)
2) Wait for OK.  If no OK, send escape and wait for OK.
3) Set up modem params (duplex, dialing rate, escape codes,
default line end (CR and LF -- easier to detect result codes
in the data stream)
4) Send dial command
5) Wait for result code.
6) If connect, go into data mode.  Otherwise, No connection or
error (shouldn't happen unless the program is bad)
7) Send data.  Check CD (carrier detect).  When dropped, look
for No carrier result code indicating lost connection.

To hand up, send escape, wait for result (toss echos), then
send ATH (hang up), wait for OK.

I have found that since the Smartmodem is designed for "human
speed" commands, when sending commands to the modem, use echo
mode and wait for each character to be echoed before
continuing.

All in all, I really like the modem.  The only negative about
the 212 part is that if you are using it as an answer modem,
it does an auto-speed detect and switches speeds.  The result
code it sends is at the speed that the last command was sent
at, but then the modem may SWITCH SPEEDS to accommodate the
calling speed.  The program must be set-up to reset the uart
to the appropriate speed or the modem and RS232 will be out of
sync.

BTW, the modem does morse code also...

Let me know if you have any more questions.  The documentation
is acceptable and just about everything is software
selectable! -r
24-Jan-83 07:49:00,1376;000000000000
Date: 24 Jan 1983 07:49 EST
From: [e-mail]
Subject: Re: 212 modems
In-reply-to: fylstra's message of 20 Jan 1983 at 1148-PST
To: fylstra@sri-tsca
cc: [e-mail]
Received: From Parc-Maxc.ARPA via smtptcp;  24 Jan 83 8:27 EST
Received: From Brl.ARPA via smtptcp;  25 Jan 83 16:26 EST
Received: From Brl-Bmd.ARPA via smtptcp;  25 Jan 83 16:43 EST

Another 103/212 modem that might interest is the recently released Racal-Vadic
VA212PA.  It has all of the "normal" features: auto dial/auto answer, ring
detection, speed detection upon answer, etc.  It also has the ability to store and
link numbers in it's internal memory.  With this feature, one may link two or
more numbers in memory so that if one of these numbers is busy the modem will
automatically try to call  the next number in the link.  It defaults to DTMF
dialing, but if the dial one is still present after the first digit is sent it
automatically switches to pulse dialing.  Dial sequence is upwards compatable
with the VA3451PA, so any software which will dial the 3451 should be able to
dial the 212 with little change (UUCP took me 5 minutes, and now it will dial
either one).  It's all contained in a nice package which will fit under the
telephone, and has an alphanumeric LCD display which displays modem status.
The only price that I've seen is $795.

==dw
24-Jan-83 10:33:45,1569;000000000000
Date:     24 Jan 83 10:33:45 EST (Mon)
From:     Rick Conn <[e-mail]>
To:       [e-mail]
Subject:  ZCPR2 Release Status
Received: From Brl.ARPA via smtptcp;  25 Jan 83 16:30 EST
Received: From Brl-Bmd.ARPA via smtptcp;  25 Jan 83 16:45 EST

        To keep the interested people abreast of what is  happen-
ing  wrt  the  ZCPR2  release,  the following is a summary of the
status of the system at this time.  As much as I  would  like  to
release  it  now,  I  don't  feel it would be good or fair to the
users to receive a release and then receive  an  upgrade  shortly
thereafter,  so  I am again delaying the release until everything
is finished.  Soon, I hope, but I'm  not  even  guessing  anymore
with all this travel coming up.

Item                    Status
----                    ------
ZCPR2 itself            Done except for cosmetic doc changes
ZCPR2 utilities         30+ are done, 2 to go
ZCPR2 online doc (HLP)  Done except for cosmetic changes (250K+)
ZCPR2 Ins Manual        Now being reviewed and modified; 90%+ done
ZCPR2 Concepts Manual   Now being reviewed and modified; 90%+ done
ZCPR2 User's Guide      Derived from HLP files, should be done soon
ZCPR2 Rationale         Not anywhere near completion
ZCPR2 CAI Course        Long way to go


        I feel that that Rationale manual and the CAI course  are
not  all  that  important on first release, so I may go ahead and
release the system without them.  The other items, however,  must
be included in the first release.

                Rick
24-Jan-83 12:09:00,1396;000000000000
Date: 24 Jan 1983 at 1109-PST (Monday)
From:
      UNIX-to-UNIX Copy <tektronix!tekmdp!bronze![e-mail] (UNIX-to-UNIX Copy)>
Return-Path: <tektronix!tekmdp!bronze!joelk@Berkeley>
Subject: Re: Hard disc backup
Received: by UCBCAD.BERKELEY.ARPA (3.256 [12/5/82])
    id AA28997; 24-Jan-83 20:13:07-PST (Mon)
Received: from UCBCAD.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83])
    id AA10751; 25 Jan 83 00:23:34 PST (Tue)
Received: from UCBVAX.BERKELEY.ARPA by udel-relay.ARPA (3.284 [1/5/83])
    id AA06203; 25-Jan-83 03:37:16-EST (Tue)
Message-Id: <[e-mail]>
To: tekmdp!tektronix!ucbcad![e-mail]
In-Reply-To: Your news article ucbvax.663 of Sun Jan 23 14:01:28 1983
Received: From Mit-Ai.ARPA via smtptcp;  26 Jan 83 1:52 EST
Received: From Brl.ARPA via smtptcp;  26 Jan 83 10:35 EST
Received: From Brl-Bmd.ARPA via smtptcp;  26 Jan 83 10:45 EST

Instead of splitting your file into smaller units, I suggest that you
try to compact your files.  Compact programs typically compress files
using  a Huffman  code.   The amount of  compression  to be  expected
depends  on the  type of  file being  compressed.  Typical  values of
compression are:  Test (38%), Pascal Source (43%), C Source (36%) and
Binary (19%).  These values are the percentages of file bytes reduced
(Courtesy of the Unix Programmer's Manual).
26-Jan-83 01:11:40,1184;000000000000
Date: Wed Jan 26 00:11:40 1983
From: decvax!cwruecmp![e-mail]
Return-Path: <decvax!cwruecmp!bammi@Berkeley>
Subject: modem enquiry
Received: by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83])
    id AA06451; 25 Jan 83 22:37:53 PST (Tue)
Received: from UCBVAX.BERKELEY.ARPA by udel-relay.ARPA (3.284 [1/5/83])
    id AA09569; 26-Jan-83 01:51:24-EST (Wed)
Message-Id: <[e-mail]>
To: decvax!ucbvax![e-mail]
Received: From Mit-Ai.ARPA via smtptcp;  26 Jan 83 1:40 EST
Received: From Brl.ARPA via smtptcp;  26 Jan 83 10:35 EST
Received: From Brl-Bmd.ARPA via smtptcp;  26 Jan 83 10:43 EST

    With reference to you query in info-cpm,
Check out the U.S. Robotics modems. Their functionally
equivalent model to the DC Hayes cost about $100 lesser
(list price) than the best discount price I have seen
for the DC Hayes.
    Also their 1200 baud only( with the usual features)
is only $400. I have one of these and it is working wonderfully
for over 8 months now. Their delivery time from my call
was, amazingly 2 Hrs. They had their local rep deliver it to me at
no extra charge. Their telephone # is 312-733-0497
            .....!decvax!bammi
26-Jan-83 03:59:09,1655;000000000000
Via: UCL-CS.AC.UK ; to USC-ISID.ARPA ; Monday, January 31, 1983 02:21:48-PST
Via: UNKNOWN-HOST; ('') to UCL-CS (44c) over Unknown Network; 28 Jan 83 15:39-GMT
Date:       Wednesday, 26-Jan-83  10:59:09-GMT
From:       JENKINS HPS (on ERCC DEC-10) <l.e.jenkins@edxa>
To:         [e-mail]
Reply-To:   [e-mail]
Subject:    Cromemco CDOS - CP/M -- info needed
Received: From Mit-Mc.ARPA via smtptcp;  31 Jan 83 5:25 EST
Received: From Brl.ARPA via smtptcp;  31 Jan 83 5:56 EST
Received: From Brl-Bmd.ARPA via smtptcp;  31 Jan 83 6:00 EST

--------
I have a Cromemco System 3 with CDOS and want to run some CP/M
software. Cromemco's literature refers to CDOS as "upwards-compatible
with CP/M versions up to 1.3". Does anyone know how do they diverge
after that? In particular, I need to run something that is advertised
as "running under CP/M 2.2". Are disks formats different or can I read
CP/M formatted floppys using CDOS?

Also, is there an *official* version of CP/M available for the
Cromemco machines? I heard something about an obscure company
[to me] having CP/M 2.xx for Cromemco, but I want something out
of Digital Research or (?) Lifeboat, i.e. from someone with a
reputation to protect and a (staffed) complaints/technical queries
department.

I am especially interested in hearing from someone who has CP/M
running in h(er/is) Cromemco machine and if there is any hassle
mounting it/switching from CDOS and back/etc.

Please reply directly to me as I am not in the info-cpm list.
Thanks,

    Luis Jenkins
    lejm%edxa%ucl-cs@isid
    "ccs.lejm@oz"@mit-mc


--------


26-Jan-83 04:10:02,672;000000000000
Date: Wed 26 Jan 83 03:10:02-PST
From: David Dyck <[e-mail]>
Subject: XMODEM on TOPS-20 request
To: [e-mail]
Received: From Washington.ARPA via smtptcp;  27 Jan 83 17:55 EST
Received: From Brl.ARPA via smtptcp;  27 Jan 83 18:18 EST
Received: From Brl-Bmd.ARPA via smtptcp;  27 Jan 83 18:19 EST

   I am looking for an XMODEM program that will run under TOPS-20,
and would rather not have to write one from scratch.  If you know
of one that I could get please let me know.
   Also,  has anyone uploaded the 6502 dissasembler include file
for ZDASM that was mentioned a month or two ago?
        Thanks,
            David Dyck  (DCD@WASHINGTON)
-------
27-Jan-83 07:09:39,523;000000000000
Received: ID <SHOLAR@CMU-CS-C>; 27 Jan 83 07:09:39 EST
Date: 27 Jan 83 07:09:39 EST
From: [e-mail]
Subject: SIG/M
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  27 Jan 83 7:10 EST
Received: From Brl.ARPA via smtptcp;  27 Jan 83 10:39 EST
Received: From Brl-Bmd.ARPA via smtptcp;  27 Jan 83 10:54 EST

I'm looking for a copy of SIG/M Volume 71 (Pascal/Z UG Vol 14) -- anyone have
a copy on-line?  Or, can anyone send me the mail address for either SIG/M or
PZUG?  Thanks.
-------
27-Jan-83 13:13:05,788;000000000000
Return-Path: <decvax!genradbolton!rick@Berkeley>
Date: Thu Jan 27 12:13:05 1983
From: decvax!genradbolton![e-mail]
Subject: hexifier
Received: by UCBVAX.BERKELEY.ARPA (3.300 [1/17/83])
    id AA02727; 27 Jan 83 15:22:18 PST (Thu)
Received: from UCBVAX.BERKELEY.ARPA by udel-relay.ARPA (3.284 [1/5/83])
    id AA03317; 27-Jan-83 18:36:03-EST (Thu)
Message-Id: <[e-mail]>
To: decvax!ucbvax![e-mail]
Received: From Mit-Ai.ARPA via smtptcp;  27 Jan 83 18:51 EST
Received: From Brl.ARPA via smtptcp;  28 Jan 83 2:04 EST
Received: From Brl-Bmd.ARPA via smtptcp;  28 Jan 83 2:01 EST

i have a .com to .hex utility written in berkeley c that runs on the
vax that may be useful.  please send me your mail address and i will
forward it.
27-Jan-83 20:45:00,1235;000000000000
Date: 27 January 1983 20:45 EST
From: Eric O. Stork <[e-mail]>
To: [e-mail]
cc: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  29 Jan 83 12:34 EST
Received: From Brl.ARPA via smtptcp;  29 Jan 83 12:53 EST
Received: From Brl-Bmd.ARPA via smtptcp;  29 Jan 83 13:07 EST

Subject: Need advice on WordStar Modification

PROBLEM: To enable SUPERSCRIPT/SUBSCRIPT for a NEC8023A.

The  non-Daisy  mods  section  allows insertion of a user-defined
string for super/subscript at ROLUP  &  ROLDOW.   But  the  space
provided is too small to accomodate the complex string needed for
the NEC8023A.

GOOD  IDEA  THAT  DID  NOT  WORK: On assumption that some routine
loads string at ROLUP (& ROLDOW) into DE or HL and then sends  to
the  printer, searched (using DASM) WordStar for the addresses of
these strings.  Had I  found  them,  would  have   revised  those
addresses  to  new  locations  in  the  ample space that WordStar
provides for user-defined routines -- that should have  done  it.
But could not find them, and now am stymied on how to proceed.

Suggestion,  anyone?   Please  respond direct to STORK at MIT-MC.
If solution is found, will post to net.

Thanks,

Eric.
28-Jan-83 08:07:00,462;000000000000
Date: 28 Jan 1983 0907-CST
From: [e-mail]
Subject: ZCPR and the Appli-card
To:   [e-mail]
Received: From Gunter-Adam.ARPA via smtptcp;  28 Jan 83 10:02 EST
Received: From Brl.ARPA via smtptcp;  28 Jan 83 10:47 EST
Received: From Brl-Bmd.ARPA via smtptcp;  28 Jan 83 11:03 EST

Hello

Has anyone out there tried to bring up zcpr on the Appli-card for the
Apple?  Any info would be great!!!

Thanks.

Breitling
-------
29-Jan-83 07:54:00,813;000000000000
Date: 29 January 1983  09:54-EST (Saturday)
From: James Mazer <GREN.MAZE@mit-oz>
To:   [e-mail], [e-mail], [e-mail]
Reply-to: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  29 Jan 83 17:59 EST
Received: From Brl.ARPA via smtptcp;  29 Jan 83 18:26 EST
Received: From Brl-Bmd.ARPA via smtptcp;  29 Jan 83 18:37 EST

  I am trying to get an ids-microprism to work with the ibm-pc.  The text
and fancy fonts seem to work (though not perfectly), but no matter what I
do, the printer refuses to enter the graphics mode.

  Has anyone out there had any experiences with the microprism?  It looks
like a great printer, but if the graphics can't be easily used, it might
not be worth the money..

Please respond to me, as I`m not on all the lists
/Jamie
29-Jan-83 19:31:00,623;000000000000
Date: 29 January 1983 19:31 EST
From: Jerry E. Pournelle <[e-mail]>
Subject: MATRIX INVERTER NEEDED
To: [e-mail], [e-mail], [e-mail],
    [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  29 Jan 83 19:37 EST
Received: From Brl.ARPA via smtptcp;  29 Jan 83 19:38 EST
Received: From Brl-Bmd.ARPA via smtptcp;  29 Jan 83 19:45 EST

I need a PASCAL implementatin of a reasonable matrix inverter
for matrices of arbitrary size.  Has anyone written a decent
algorithm for same?  Payment in autographed book or some such.
Urgent need.  Thanks .

JEP
29-Jan-83 21:45:00,497;000000000000
Date: 29 January 1983 21:45 EST
From: Robert L. Plouffe <[e-mail]>
Subject: MODEM7 false dialling fixed
To: [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  29 Jan 83 21:46 EST
Received: From Brl.ARPA via smtptcp;  29 Jan 83 21:45 EST
Received: From Brl-Bmd.ARPA via smtptcp;  29 Jan 83 21:57 EST

See the file in AR61:cpm; at MIT-MC named MDM7xx FIX.
The changes in this file fix the false dialling bug upon retry
in MODEM796 and above (including MDM701 and 702)..
30-Jan-83 11:43:00,1744;000000000000
Date: 30 Jan 1983 1043-PST
From: STERNLIGHT <[e-mail]>
Subject: Re: TRS Mod-16
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail]
In-Reply-To: Your message of 8-Jul-82 2022-PDT
Received: From Mit-Mc.ARPA via smtptcp;  30 Jan 83 13:52 EST
Received: From Brl.ARPA via smtptcp;  30 Jan 83 14:10 EST
Received: From Brl-Bmd.ARPA via smtptcp;  30 Jan 83 14:15 EST

I bought the P&T advanced command processor
from them at the CPM-83 show last week in San Francisco.  It
has most of the features of ZCPR for a single user, except
for the bulletin-board related security features.  It has the
advantage that you can put it anywhere, including drive A of
a hard disk, and warm boots at the end
of programs are practically instantaneous.  It also
comes with a new 'SUB' which has most of the features of
supersub.
It is about $75 or less.  I like it.
P&T also showed CPM-68 which will be out in a couple of months.
They are ready, but Digital Research has a couple of mods to make.
It comes with C and uses standard 68000 mnemonics.  Presumably a lot
of 16 bit cp/m-86 software will also have the same hooks as cpm-68, if
the source code is compilable to 68000.
Tandy was showing CPM-3 for the Mod 16 in Z-80 mode.
It is coming out in a couple of weeks.  The amazing thing is that
Tandy finally has gone to CP/M in addition to TRSDOS. They have
finally reformed.  The new Mod 12 is very nice and can be had with
Mod 16 68000 cards.  Again it is a sign that Tandy has reformed; it
can be had with a card cage accessibly by users from the back via a
few simple thumb-wheels.  No more 'use only our stuff or
lose your warranty and service.'
--david--
-------
30-Jan-83 11:43:00,1744;000000000000
Date: 30 Jan 1983 1043-PST
From: STERNLIGHT <[e-mail]>
Subject: Re: TRS Mod-16
To: [e-mail]
cc: [e-mail], [e-mail], [e-mail]
In-Reply-To: Your message of 8-Jul-82 2022-PDT
Received: From Mit-Mc.ARPA via smtptcp;  30 Jan 83 13:50 EST
Received: From Brl.ARPA via smtptcp;  30 Jan 83 14:09 EST
Received: From Brl-Bmd.ARPA via smtptcp;  30 Jan 83 14:15 EST

I bought the P&T advanced command processor
from them at the CPM-83 show last week in San Francisco.  It
has most of the features of ZCPR for a single user, except
for the bulletin-board related security features.  It has the
advantage that you can put it anywhere, including drive A of
a hard disk, and warm boots at the end
of programs are practically instantaneous.  It also
comes with a new 'SUB' which has most of the features of
supersub.
It is about $75 or less.  I like it.
P&T also showed CPM-68 which will be out in a couple of months.
They are ready, but Digital Research has a couple of mods to make.
It comes with C and uses standard 68000 mnemonics.  Presumably a lot
of 16 bit cp/m-86 software will also have the same hooks as cpm-68, if
the source code is compilable to 68000.
Tandy was showing CPM-3 for the Mod 16 in Z-80 mode.
It is coming out in a couple of weeks.  The amazing thing is that
Tandy finally has gone to CP/M in addition to TRSDOS. They have
finally reformed.  The new Mod 12 is very nice and can be had with
Mod 16 68000 cards.  Again it is a sign that Tandy has reformed; it
can be had with a card cage accessibly by users from the back via a
few simple thumb-wheels.  No more 'use only our stuff or
lose your warranty and service.'
--david--
-------
30-Jan-83 12:01:00,1610;000000000000
Date: 30 Jan 1983 1101-PST
From: [e-mail]
Subject: CPM Advanced CCP; TRS-80 Mod 2/16; CPM-68,3
To:   [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  30 Jan 83 14:49 EST
Received: From Brl.ARPA via smtptcp;  30 Jan 83 15:22 EST
Received: From Brl-Bmd.ARPA via smtptcp;  30 Jan 83 15:27 EST

I bought the P&T advanced command processor for CP/M
from them at the CPM-83 show last week in San Francisco.  It
has most of the features of ZCPR for a single user, except
for the bulletin-board related security features.  It has the
advantage that you can put it anywhere, including drive A of
a hard disk, and warm boots at the end
of programs are practically instantaneous.  It also
comes with a new 'SUB' which has most of the features of
supersub.
P&T also showed CPM-68 which will be out in a couple of months.
They are ready, but Digital Research has a couple of mods to make.
It comes with C and uses standard 68000 mnemonics.  Presumably a lot
of 16 bit cp/m-86 software will also have the same hooks as cpm-68, if
the source code is compilable to 68000.
Tandy was showing CPM-3 for the Mod 16 in Z-80 mode.
It is coming out in a couple of weeks.  The amazing thing is that
Tandy finally has gone to CP/M in addition to TRSDOS. They have
finally reformed.  The new Mod 12 is very nice and can be had with
Mod 16 68000 cards.  Again it is a sign that Tandy has reformed; it
can be had with a card cage accessibly by users from the back via a
few simple thumb-wheels.  No more 'use only our stuff or
lose your warranty and service.'
--david--
-------
31-Jan-83 18:24:36,314;000000000000
Date: 31 Jan 1983 20:24:36-EST
From: [e-mail]
To: [e-mail], [e-mail]
Subject: XMODEM on TOPS-20 request
Received: From Nadc.ARPA via smtptcp;  31 Jan 83 21:03 EST
Received: From Brl.ARPA via smtptcp;  1 Feb 83 1:39 EST
Received: From Brl-Bmd.ARPA via smtptcp;  1 Feb 83 1:57 EST
31-Jan-83 18:26:49,356;000000000000
Date: 31 Jan 1983 20:26:49-EST
From: [e-mail]
To: [e-mail]
Subject: 6502 dasm
Cc: [e-mail]
Received: From Nadc.ARPA via smtptcp;  31 Jan 83 21:04 EST
Received: From Brl.ARPA via smtptcp;  1 Feb 83 1:39 EST
Received: From Brl-Bmd.ARPA via smtptcp;  1 Feb 83 1:58 EST

    I have yet to upload it but I will soon.
                dud
15-Jan-83 08:17:00,2051;000000000000
Date: 15 Jan 1983 0717-PST
From: [e-mail]
Subject: File transfer
To:   [e-mail]
cc:   [e-mail]
Received: From 10.0.0.23.ARPA via smtptcp;  15 Jan 83 10:09 EST
Received: From 10.0.0.29.ARPA via smtptcp;  18 Jan 83 2:26 EST
Received: From 10.3.0.29.ARPA via smtptcp;  18 Jan 83 12:38 EST
Received: From Ucla-Security.ARPA via smtptcp;  7 Mar 83 17:26 EST
Received: From Brl.ARPA via smtptcp;  7 Mar 83 17:31 EST
Received: From brl-gateway.ARPA via smtptcp;  7 Mar 83 17:38 EST

  This message is to thank the several people who responded to
my eairlier request about how to transfer files from the
mainframes to my micro, and to condense that advice for others
who might be interested. Most notable of the advisors was the
info received from Bill Rizzi <RIZZI at ISIB> and Frank Wancho
<FJW at MIT-MC>.
   The best single piece of advice I can give is to get the
file modem.doc from SRI-KL, print it and save it!To do this:
    FTP
    *SRI-KL
    *LOGIN ANONYMOUS XYZ
    *ASCII
    *GET <BILLW>MODEM.DOC
       (to local file) MODEM.DOC
    *DIR <BILLW>                   Mightt as well get this
       (to local file)BILLS.DIR    dir while your here.
    *BYE
    [C
Now typ it out to your printer. The major subheadings
of this 13 page file are:
   TOPS-20
   UNIX
   VAX running VMS
   IBM PC
   TRS MOD I II & III
   APPLE
   CPM
   ATARI
   A Tutorial on prococol
It tells you what programs apply to the various systems and
where to get them!!!
   As for me I can't report success as yet. With Bill and Franks
help I do have a CPM version of MODEM which runs on the TOPS-20
in my space and ready to go. But at almost the exact point of
file Xfer the serial port died and my machine is now being
repaired. I am back on my TRS at the moment, and without a
MODEM80 program can't handle the protocol. So any of you who
are successful and find any additional
nuances which need to be overcome, I would appriciate the
feedback.

Lem Hill <LHILL at ECLB>
-------
15-Jan-83 21:58:01,625;000000000000
Date:     15 Jan 83 21:58:01 EST (Sat)
From:     Rick Conn <[e-mail]>
To:       John Paul McNamee <[e-mail]>
cc:       [e-mail]
Received: From 10.2.0.6.ARPA via smtptcp;  15 Jan 83 21:58 EST
Received: From 10.0.0.29.ARPA via smtptcp;  18 Jan 83 7:12 EST
Received: From 10.3.0.29.ARPA via smtptcp;  18 Jan 83 16:59 EST
Received: From Mit-Ai.ARPA via smtptcp;  7 Mar 83 17:19 EST
Received: From Brl.ARPA via smtptcp;  7 Mar 83 17:29 EST
Received: From brl-gateway.ARPA via smtptcp;  7 Mar 83 17:37 EST

UMODEM is in the UNIX archive under CPM.

CPM, of course, is a directory on MIT-MC.
17-Jan-83 08:23:36,738;000000000000
Date: 17 Jan 1983  8:23:36 EST (Monday)
From: Mike Louden <[e-mail]>
Subject: BSR controller
To: [e-mail]
Received: From 10.2.0.6.ARPA via smtptcp;  17 Jan 83 8:35 EST
Received: From 10.0.0.29.ARPA via smtptcp;  18 Jan 83 7:15 EST
Received: From 10.3.0.29.ARPA via smtptcp;  18 Jan 83 17:00 EST
Received: From Mit-Ai.ARPA via smtptcp;  7 Mar 83 16:03 EST
Received: From Brl.ARPA via smtptcp;  7 Mar 83 16:05 EST
Received: From brl-gateway.ARPA via smtptcp;  7 Mar 83 17:24 EST

Can anyone point me to an interface, either S100 or RS232 to
allow my system to control BSR remote switches?

If not S100 or RS232 I would still be interested in other less
easy methods.

    Thanks!
    Mike

    Louden!Mitre
20-Jan-83 06:24:00,1303;000000000000
Date: 20 January 1983 06:24 EST
From: Keith Petersen <[e-mail]>
To: [e-mail]
cc: [e-mail], [e-mail]
Received: From Mit-Mc.ARPA via smtptcp;  20 Jan 83 6:25 EST
Received: From Brl.ARPA via smtptcp;  20 Jan 83 6:59 EST
Received: From Brl-Bmd.ARPA via smtptcp;  20 Jan 83 20:40 EST
Received: From Ucla-Security.ARPA via smtptcp;  7 Mar 83 17:25 EST
Received: From Brl.ARPA via smtptcp;  7 Mar 83 17:31 EST
Received: From brl-gateway.ARPA via smtptcp;  7 Mar 83 17:38 EST

Date: 01/19/83
From: Bruce Kargol
To:   Keith Petersen
Re:   MODEM797 bug?

I had a little trouble using MODEM797 and was hoping that
you might have a little help for me.  While transferring
files in the bulk mode I inadvertently entered this command:
  'TB A:*.*'    (Instead of the S for send I was thinking
T for transmit.  It erased all of the files on the diskette
and opened one with the name: ????????.???.  I recovered
all but the first file in the directory because the group
map for ????????.??? had been set to all zeros, and was
entered where my first file had been.

I'd like to be the one to fix it, but really not good
enough with assembler to do it. Any help would be apprec-
iated. I know, Iknow, Don't use the T, use the S.

Regards,    Bruce Kargol