1-Feb-85 00:08:23-MST,940;000000000000

1-Feb-85 00:08:23-MST,940;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 00:08:11-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 1 Feb 85 1:34 EST
Date: 31 Jan 1985 23:37 MST (Thu)
Message-ID: <[email protected]>
Sender: [email protected]
From: Keith Petersen <[email protected]>
To: [email protected]
Subject: RCPM-058.LQT phone list of all known RCPMs updated

The latest list of all known RCPM (Remote CP/M) systems is now
available from SIMTEL20. If you cannot FTP and you are not already on
the list to automatically receive updates of RCPM-xx.LST, please send
a note to me and I'll add you to the mailing list.

Filename Type Bytes CRC

Directory MICRO:<CPM.MISC>
RCPM-058.LQT.1 COM 38912 4708H

--Keith <[email protected]>
Usenet: ...!decvax!brl-bmd!w8sdz
or ...!unc!brl-bmd!w8sdz
or ...!seismo!brl-tgr!w8sdz
1-Feb-85 06:58:42-MST,934;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 06:58:36-MST
Received: From apg-1.arpa.ARPA by AMSAA via smtp; 1 Feb 85 8:20 EST
Date: 1 Feb 1985 8:12:06 EST (Friday)
From: Robert Bloom AMSTE-TOI 3775 <[email protected]>
Subject: Re: the 'how to' install Teac drives on a NorthStar
To: [email protected]

The installation instructions to install teac 96tpi drives in a NorthStar
Horizon have been placed in simtel20:

Directory MICRO:<CPM.NSTAR>
NSTRTEAC.IQS.1 type COM 15616 Bytes CRC= 6AE8H

To withstall an question: NorthSTar CP/M version 1.1.0 or later *IS*
required - this version has all the necessary drivers to handle the
'Nine' drives. To see if you have it - run CPMGEN and answer the drive
question with 'N' (not D or Q). If it takes it, youre in!

(Thanks Keith Petersen for uploading to simtel20.)

-bob bloom

1-Feb-85 08:17:58-MST,3400;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 08:17:46-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 1 Feb 85 9:23 EST
Received: from usenet by BRL-TGR.ARPA id a004431; 1 Feb 85 9:09 EST
From: Dave Brower <[email protected]>
Newsgroups: net.micro.cpm
Subject: RE: MINCE, PERFECT WRITER, backspace w/SCRIBBLE, etc.
Message-ID: <[email protected]>
Date: 30 Jan 85 00:55:18 GMT
Xref: seismo net.micro.cpm:3888
To: [email protected]

> does anyone know how to do this? In principle, it seems that you
> should be able to insert into a MINCE-processed file a CTRL-H
> (backspace), SCRIBBLE it, and then CRAYON it to get overstriking of
> two characters, but I can't do it. Can anyone out there help?

The Scribble formatter, from which Perfect Format and the Final Word are
derived, tokenizes input and strips out 'garbage' characters such as
CTRL-H. In practice and principle you can't embed ANY control codes and
special characters directly in a .mss file and expect to see them in
your output. You really don't want to do thie anyway, since it destroys
the printer independence that is one of the strong points of the
scribe-ish formatting model.

The method suggested by Perfect Software's old Berkeley tech support was
to define one of the extra printer strings, such as the italic on/off to
include a backspace. You therefore create an 'e' overstruck with a '`'
with something like:

e@i(`)

Of course, this creates some problems justifying things, since the
width of the grave accent gets counted even though it never really took
up a space. You can make justification work if you only need to do a
few characters: You include the CTRL-H and the grave-accent directly in
the italics string, doing the same with other special character and the
boldface, underline, etc. strings. But you'd be screwed if you wanted
to use some of those attributes as originally intended at the same time.
(And I don't want to think about the proportional spacing implications...)

You'd be in slightly better shape if you have one of the MS-DOS Perfect
Formats, which handle MUCH larger TOCs and indeces, and have three more
special printer control string pairs as 'font1,' font2' and 'font3.' I
don't know what additional flexibility is provided by The Final Word,
though it would be worth checking out. The less said about PW 2.0 the
better.

Personally, I'd run with a PC Mince and a Perfect Format or a Final Word
formatter.

I have a number of things from the old 'Amythyst Users Group' that might
be of interest to diehard Mince hackers, and a (relatively) good 'C'
mode of my own design. Reply via mail and I'll try to dredge it out of
the CP/M archives: A) If there seems to be enough interest, and B) I
can find a machine to read my old Osborne-1 disks. Yes, I hacked Mince
with 90k drives, and it was VERY painful.

-Dave Brower

----------------
Mince, Scribble, Crayon and The Final Word are trademarks of Mark of the
Unicorn, Inc. (I hope still getting money from PSI and Thorne/EMI.)

Perfect Writer & Perfect Formatter are trademarks of Perfect Software,
Inc.

Barry A. Dobyns was the Amythyst User's Group and PSI's chief programmer.
--
----------------
-dB {ucbvax, decvax}!mtxinu!rtech!daveb

"The closer you look, the worse it gets."
1-Feb-85 15:49:37-MST,3263;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 15:49:24-MST
Received: From rand-unix.arpa.ARPA by AMSAA via smtp; 1 Feb 85 17:14 EST
Received: by rand-unix.ARPA; Thu, 31 Jan 85 12:38:46 pst
From: Bridger Mitchell <[email protected]>
Message-Id: <[email protected]>
Date: 31 Jan 85 12:38:42 PST (Thu)
To: Jan Steinman <jans%[email protected]>
Cc: [email protected], [email protected],
"Paul L. Kelley" <[email protected]>
Subject: Re: PUBPATCH and "swiped files"
In-Reply-To: Your message of Tuesday, 29 January 1985 10:03-MST.
<[email protected]>

PUBPATCH *MUST* be installed on a STANDARD cp/m 2.2 bdos!

Jan Steinman and Paul Kelley have both reported similar problems--
files disappearing from the disk directory following the first
directory entry with 'E5' in byte 0.

Paul's problem was that his Heath CP/M 2.2.03 was *NOT* a standard
cp/m 2.2 bdos. It contained this patch, abstracted by Paul:

;Patch at BDOS+0DEEH - End of BDOS
;Come here from GETALOC when first byte marked erased
;Speeds up allocation calculation
PATCH: INX H ;look at second byte
CMP M
JNZ GETA1 ;if not erase mark, assume file entry
; and continue checking directory
RET ;else assume we have found the region of
; the directory not changed since formatting
; and quit checking

**************************
As we said in Dr. Dobbs, and in the PUBPATCH.ASM source, PUBPATCH
patch must be installed in a *COMPLETELY STANDARD CP/M 2.2 BDOS!*
**************************

Please recheck your bdos. In the Heath case, Paul's version looked
like this:

Fragment from STANDARD BDOS2.2 routine to get the allocation vector
;
GETA1: MVI C,0FFH ;set the exit code
CALL NXTDIR ;set the next directory pointers
CALL CHKCNT ;was there one?
RZ ;return if not
CALL PNTDIR ;point to the right spot
;HL now points to first byte of directory entry in DIRBUF
MVI A,DELDAT ;get the file deleted mark
CMP M ;is this what we see?
JZ GETA1 ;keep looking for a nonempty block
LDA USRCOD ;get the user byte
CMP M ;test this against the first byte
JNZ GETA2 ;if we don't match mark this block

----------------------------------------------------------------------
;Fragment from HEATH BDOS2.2 routine to get the allocation vector
;
GETA1: MVI C,0FFH ;set the exit code
CALL NXTDIR ;set the next directory pointers
CALL CHKCNT ;was there one?
RZ ;return if not
CALL PNTDIR ;point to the right spot
;HL now points to first byte of directory entry in DIRBUF
MVI A,DELDAT ;get the file deleted mark
CMP M ;is this what we see?
---> JZ PATCH ;TEST FOR FORMAT AREA
LDA USRCOD ;get the user byte
CMP M ;test this against the first byte
JNZ GETA2 ;if we don't match mark this block
---------------------------------------------------------------------

Jan: Please let me know if this is, in fact, the source of your
problem.

info-cpm list:
The Heath code seems risky to me: Anyone who, e.g., uses
DU to clear a bad directory entry to E5's will end up
unwittingly wiping out the rest of his directory.

--bridger mitchell

1-Feb-85 19:08:35-MST,827;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 19:08:30-MST
Received: From usc-eclb.arpa.ARPA by AMSAA via smtp; 1 Feb 85 20:41 EST
Date: 1 Feb 1985 17:41-PST
Sender: [email protected]
Subject: Networking CP/M
From: Jim Hess <[email protected]>
To: [email protected]
Message-ID: <[USC-ECLB] 1-Feb-85 17:41:22.JHESS>

I have several Z-80 based machines running CP/M and MP/M. It would
be nice to network the machines together and CP/Net seemed like the
ideal solution. Unfortunately, Digital Research no longer supports
CP/Net. After many phone calls, I have been unable to find a vendor
who still has a copy in stock.

I would appreciate any leads on a place to purchase a copy of CP/Net or
suggestions of alternative networking solutions.
1-Feb-85 22:34:34-MST,2398;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 22:34:22-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 1 Feb 85 23:55 EST
Received: from usenet by BRL-TGR.ARPA id a001655; 1 Feb 85 23:44 EST
From: Ruben Ramirez-Mitchell <ruben%[email protected]>
Newsgroups: net.micro.cpm
Subject: Microshell, Microtools and Microtree
Message-ID: <[email protected]>
Date: 1 Feb 85 22:55:34 GMT
Xref: seismo net.micro.cpm:3890
To: [email protected]

You can get Microshell from

New Generation Systems, INC
1800 MIchael Faraday Drive, Suite 206
Reston, Virginia, 22090
(703) 471-5598

I would also check Microtools, and MicroTree. I just bought MicroTree from
them (ls, cd, pwd, tree, mv, cp, rm, mkdir, rmdir) and it works very well
(it maps user areas to named directories). I run all three programs under
MPM-816, but I have also used Microshell and Microtools under CP/M-80, and
CP/M-816.

Note that they do not support Microshell under MPM , some things do not work
well in this environment ( no line editor for example, and script files
which cross user and drive boundaries don't work well).

In spite of the problems I found when running Microshell under CP/M-816
and MPM-816 (you loose the command line editor), the features you can use
make it worth it (input and output redirection, pipes, file and drive paths,
delay constants, customizable prompt, and specially their shell language)
It beats SUBMIT, XSUB, IF,..., etc.

Of course, you can only run 8 bit programs under it.

I have dedicated one user (0) in one logical drive in my Hard disk
to COM files and microshell scripts, and have COM versions
of all my important utilities (SQ,LU,USQ,SD,FIND,GREP,etc). I keep the shell
as a detached process and attach to it on a different page of my terminal
(Televideo 950 with 4 pages) any time I want to run an 8 bit prog.

When I got Microtree from New Generations they also included a copy of
'cd.com' so I could change directories inside the shell. I might also order
the 8 bit version to be able to use 'cp', 'mv', etc.

Ruben Mitchell
Cell Research Inst.
University of Texas
Austin, Texas, 78712
[email protected]

2-Feb-85 01:16:58-MST,1272;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 01:16:52-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 2 Feb 85 2:47 EST
Received: from usenet by BRL-TGR.ARPA id a004975; 2 Feb 85 2:40 EST
From: Gino Bloch <gino%[email protected]>
Newsgroups: net.micro.cpm
Subject: Re: Need HELP with SUBMIT
Message-ID: <[email protected]>
Date: 1 Feb 85 00:16:52 GMT
Xref: seismo net.micro.cpm:3893
To: [email protected]

[submit this line to the bug catcher]

> It's possibly no hlp to know this but the CompuPro 8/16 is able
> to use SUBMIT on any disk (or any user, or any sectin of the
> segmented hard disk). I am not sure how this is done since Tony
> has been making CP/M do things for me that apparently it won't
> do for anyone else, and after a while I get used to it...
There is a patch to submit.com (or BDOS or CCP or ...) that allows submit
to use any drive. If no one else posts it and people want it, I'll try to
find my source. I must warn you, though, that I called my home my "chaostle"
long before reading about Jerry P's "Chaos Manor", so anyone else who has
the document, please post.
--
Gene E. Bloch (...!nsc!voder!gino)
Support Bulgarian gajda players.
2-Feb-85 05:14:16-MST,313;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 05:14:12-MST
Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp; 2 Feb 85 6:44 EST
Date: 2 Feb 1985 06:42:57-PST
From: [email protected]
To: [email protected]
Subject: Ethernet for CP

2-Feb-85 05:22:16-MST,515;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 05:22:12-MST
Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp; 2 Feb 85 6:54 EST
Date: 2 Feb 1985 06:47:55-PST
From: [email protected]
To: [email protected]
Subject: Ethernet for CP/M

Any one know of a ethernet interface including software for Turbo-Dos
systems (Z-80 based)? We would like to attach our TD systems to
our net.

Hal Carter
Air Force Institute of Technology
2-Feb-85 05:23:34-MST,515;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 05:23:30-MST
Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp; 2 Feb 85 6:54 EST
Date: 2 Feb 1985 06:47:55-PST
From: [email protected]
To: [email protected]
Subject: Ethernet for CP/M

Any one know of a ethernet interface including software for Turbo-Dos
systems (Z-80 based)? We would like to attach our TD systems to
our net.

Hal Carter
Air Force Institute of Technology
2-Feb-85 05:51:10-MST,313;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 05:51:07-MST
Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp; 2 Feb 85 6:44 EST
Date: 2 Feb 1985 06:42:57-PST
From: [email protected]
To: [email protected]
Subject: Ethernet for CP

3-Feb-85 07:23:16-MST,643;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 07:23:11-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Feb 85 8:54 EST
Received: from bbna.arpa by BRL-AOS.ARPA id a000469; 2 Feb 85 9:03 EST
Date: 1 Feb 1985 21:26-EST
Sender: [email protected]
Subject: WHERE
From: [email protected]
To: [email protected], [email protected]
Message-ID: <[BBNA] 1-Feb-85 21:26:15.WAGREICH>

IN WHAT DIRECTORY ON SIMTEL20

IS THE "C" PHONE (OR IS IT PHOMES?) PROGRAM FOR CPM? IT WAS PUT
THERE AROUND SEPT 1, 1984. PLEASE SEND ME THE DIRECTORY NAME AND
PROGRAM NAME. THANKS.
3-Feb-85 10:23:52-MST,2044;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 10:23:45-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Feb 85 11:52 EST
Date: Saturday, 2 February 1985 10:39-MST
Message-ID: <[email protected]>
Sender: "B.Eiben LCG Ext 617-467-4431" <[email protected]>
From: "B.Eiben LCG Ext 617-467-4431" <[email protected]>
Subject: FIDO Version 10c now available
ReSent-From: [email protected]
ReSent-To: [email protected], [email protected]
ReSent-Date: Sun 3 Feb 1985 09:55-MST

As one of the "first real micro-bbs NETWORKS" here's the "full"
contents of FIDO version 10c for the DEC-Rainbow.

Filename Type Bytes CRC

SIMTEL20 directory MICRO:<CPM.FIDO>
ANKER.TXT.1 ASCII 539 0D2DH
FIDO.PQN.1 BINARY 95337 AEF5H
FIDODEC.EQE.1 BINARY 81664 F19EH
FIDOHLP.LBR.1 BI
NARY 7552 54BAH
MINITEL.DOC.1 ASCII 26842 87E8H
MINITEL.PAT.1 ASCII 1229 099DH
NODELIST.BQS.1 BINARY 5375 B153H
NODELIST.DQT.1 BINARY 4683 B492H
NODELIST.EQE.1 BINARY 24524 89E5H
NODEROUT.DQC.1 BINARY 18887 7D35H
READMSG.LBR.1 BINARY 13583 F434H
ROUTEGEN.EQE.1 BINARY 27619 6C87H
SYSOP.EQE.1 BINARY 13497 896DH
SYSOP.HQP.1 BINARY 2597 B94AH
TIMELOG.EXE.1 BINARY 9216 1892H
V10C.DQC.1 BINARY 4404 6312H

Things I'm expecting to get by monday:
1. MINITEL (Modem-like) transfer pieces for IBM and look-alikes (+ Rainbow)
2. an updated NODE-list (weekly update currently) - Fido is growing by
leaps and bounces (5 nodes per week).

Things I'm trying to get (but don't know yet):
FIDO versions for the IBM and lookalikes
FIDO-libraries (i.e.) "things" they make available and WE HERE don't have.

since FIDO (Tom Jennings) is LATTICE-C based (and source-controlled) - there
are NO SOURCES available for the time being.

FIDO supports MODEM7,KERMIT (and derivatives of both) - including a MODEM7
enhancement (time and date stamps) called MINITEL.
3-Feb-85 11:17:35-MST,968;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 11:17:27-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Feb 85 12:41 EST
Date: Saturday, 2 February 1985 13:51-MST
Message-ID: <[email protected]>
Sender: "B.Eiben LCG Ext 617-467-4431" <[email protected]>
From: "B.Eiben LCG Ext 617-467-4431" <[email protected]>
Subject: Turbo Pascal SQ-USQ.LBR
ReSent-From: [email protected]
ReSent-To: [email protected], [email protected]
ReSent-Date: Sun 3 Feb 1985 10:44-MST

Filename Type Bytes CRC

SIMTEL20 directory MICRO:<CPM.TURBOPAS>
SQ-USQ.LBR.2 COM 22272 6240H

(thanks to Jeff Duncan - LSM.DUNCAN at DEC-Marlboro) holds
Turbo-Pascal based SQueeze and UnSQeeze. Jeff "blessed" the original
MSDOS-based pieces to work on "both sides" of the house [CPM 80/86 and
MSDOS] and achieved a "speed-up" via buffering. Thanks Jeff!
3-Feb-85 11:17:40-MST,946;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 11:17:33-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Feb 85 12:37 EST
Date: Sunday, 3 February 1985 06:01-MST
Message-ID: <[email protected]>
Sender: "B.Eiben LCG Ext 617-467-4431" <[email protected]>
From: "B.Eiben LCG Ext 617-467-4431" <[email protected]>
Subject: YESNO.PAT for MSDOS Turbo Pascal
ReSent-From: [email protected]
ReSent-To: [email protected], [email protected]
ReSent-Date: Sun 3 Feb 1985 10:40-MST

Now available from SIMTEL20:

Filename Type Bytes CRC

Directory MICRO:<CPM.TURBOPAS>
YESNO.PAT.1 ASCII 2252 DF45H

YESNO.PAT is a patch to MS-DOS Turbo to permanently turn on/off the
"Include error messages" prompt when booting Turbo.

Downloaded from Texas FIDO at 806-795-0102 (Area 6 in the FIDO),
thanks to Al Hull.
3-Feb-85 14:06:11-MST,674;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 14:05:59-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Feb 85 15:41 EST
Received: from cmu-cs-a.arpa by BRL-AOS.ARPA id a003027; 3 Feb 85 15:42 EST
Date: 3 Feb 85 1446 EST (Sunday)
From: [email protected]
To: "B.Eiben LCG Ext 617-467-4431" <[email protected]>
Subject: Re: FIDO Version 10c now available
CC: [email protected]
In-Reply-To: <[email protected]>
Message-Id: <[email protected]>

Is there a FIDO version for CP/M-80 V2.2? Is anyone working on one?

George Wood
@CMU-CS-A.ARPA
3-Feb-85 17:36:01-MST,652;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 17:35:57-MST
Received: From washington.arpa.ARPA by AMSAA via smtp; 3 Feb 85 19:16 EST
Date: Sun 3 Feb 85 16:17:44-PST
From: Ronald Blanford <[email protected]>
Subject: CP/M-68K
To: [email protected]

There's a small subgroup of us discussing CP/M-68K separately from the
mainline of info-cpm. Anyone with anything to contribute should send mail
to one of the members:
[email protected], [email protected], [email protected], [email protected], mwm%[email protected], [email protected]

-- Ron
-------
3-Feb-85 19:01:42-MST,900;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 19:01:36-MST
Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp; 3 Feb 85 20:27 EST
Received: ID <[email protected]>; Sun 3 Feb 85 20:31:00-EST
Date: Sun 3 Feb 85 20:30:58-EST
From: [email protected]
Subject: Turbo Pascall
To: [email protected]

AHA! It is not perfect!

1. There was a tantalizingly incomplete article about testing different
aspects of floating point arithmetic in the last BYTE. Has anyone got the whole
program in any and all languages?

2. I tried the little program in that article in Turbo Pascal and Aztec C
1.06b. Aztec passed, Turbo FLUNKED!

For me, good floating point is important. This has me very nervous. Kahn?
If you are out there, please make sure that the floating point in Turbo is
as good as it can be.

-------
4-Feb-85 01:09:05-MST,1337;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 01:08:57-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 4 Feb 85 2:40 EST
Received: from su-score.arpa by BRL-TGR.ARPA id a023791; 4 Feb 85 2:36 EST
Date: 3 Feb 1985 23:34-PST
Sender: [email protected]
Subject: Re: Need Help on BASICA Comm Support
From: William Chops Westfield <[email protected]>
To: lbafrin%[email protected]
Cc: [email protected], [email protected]
Message-ID: <[SU-SCORE.ARPA] 3-Feb-85 23:34:50.BILLW>
In-Reply-To: The message of Mon, 28 Jan 85 21:05 EST from Larry Afrin <lbafrin%[email protected]>

The problem with bit 8 being set to odd provide odd parity is almost
certainly telenet. Most communications programs will strip the parity
bit from the characters received individually before putting them on
the screen or checking them against special characters. It is not
usually practical to do this is basic. What you normally want for
any kind of terminal is to read 7 data bits, and ignore the parity
bit, but I dont remember offhand whether that is one of the basica
options. there may also be a telenet pad command to set the parity
and number of databits desired, but I dont know what it would be
offhand.

BillW
4-Feb-85 02:12:07-MST,1099;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 02:12:02-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 4 Feb 85 3:30 EST
Received: from csnet-pdn-gw by BRL-TGR.ARPA id a024104; 4 Feb 85 3:30 EST
Received: from clemson by csnet-relay.csnet id a011409; 4 Feb 85 3:17 EST
Date: Mon, 4 Feb 85 00:35 EST
From: Larry Afrin <lbafrin%[email protected]>
To: [email protected], [email protected]
Subject: Wanted: Source for any PD XMODEM Comm Pgm written in C

If anybody knows where I can get the source for any public domain
communications program that implements the XMODEM file transfer protocol,
please let me know (or even send me the source, if you've got it). I'm
only interested in those programs that are written in C.

Thanks in advance.

-- Larry Afrin
Dept. of Computer Science
Clemson University

---------------------------
Please send replies, if any, to:
lbafrin@clemson if you're on CSNet
lbafrin.clemson@csnet-Relay if you're on ARPANet
4-Feb-85 06:50:21-MST,832;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 06:50:17-MST
Received: From ardc.arpa.ARPA by AMSAA via smtp; 4 Feb 85 8:11 EST
Date: Mon, 4 Feb 85 8:06:55 EST
From: J. Richard Hall (LCWSL) <[email protected]>
To: [email protected]
Subject: [J. Richard Hall: T-Maker-3]

----- Forwarded message # 1:

Date: Fri, 1 Feb 85 16:36:19 EST
From: J. Richard Hall (LCWSL) <rhall@ARDC>
To: info.cpm@Amsaa
cc: rhall@ARDC
Subject: T-Maker-3

Does anyone know anything about the above program? I have a Kaypro and
I have just about given up on PerfectFiler. I need to manage a membership/
mailing list of several hundred, including the ability to sort by various
data fields (skills, etc).

----- End of forwarded messages
4-Feb-85 08:44:24-MST,1292;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 08:44:17-MST
Received: From brl-voc.arpa.ARPA by AMSAA via smtp; 4 Feb 85 10:06 EST
Date: Mon, 4 Feb 85 9:58:08 EST
From: "Ferd Brundick (VLD/LTTB)" <[email protected]>
To: [email protected], [email protected], [email protected]
cc: Pascal Postman <[email protected]>
Subject: different CPUs

Hi,

I have a small request. Whenever you send a message about a bug
report or wonderful new patch that you've written, PLEASE tell what
OS/CPU you are using. On info-cpm you could assume that everyone was
using an 8080, but now discussions have branched out to include CP/M-86,
OS-9, MS-DOS, etc. The problem is especially acute with programs like
Turbo Pascal that have been implemented on various CPUs. A recent bug
report caused quite a bit of panic, but the bug is (apparently) only
in the MS-DOS version. Thanks.

dsw, fferd
Fred S. Brundick
aka Pascal Postman
USABRL, APG, MD.
<info-pascal-request@brl-voc>
4-Feb-85 12:02:51-MST,830;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 12:02:46-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 4 Feb 85 13:10 EST
Received: from usenet by BRL-TGR.ARPA id a004323; 4 Feb 85 12:45 EST
From: Marnix van Ammers <vanam%[email protected]>
Newsgroups: net.micro.cpm
Subject: Re: What is Simtel20
Message-ID: <[email protected]>
Date: 31 Jan 85 18:33:01 GMT
Xref: seismo net.micro.cpm:3897
To: [email protected]

Since we USENET users can't get to SIMTEL20, how about
someone who has access to both USENET and ARPANET occassionally posting
the most asked for CPM programs (like (n)sweep, or du or findbad).

Posting of .com files could be done in uuencode/uudecode format.

I could sure use a CPM+ compatible version of findbad.
4-Feb-85 12:55:26-MST,1289;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 12:55:16-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 4 Feb 85 14:05 EST
Received: from usenet by BRL-TGR.ARPA id a004951; 4 Feb 85 12:59 EST
From: Gino Bloch <gino%[email protected]>
Newsgroups: net.micro.cpm
Subject: Patching submit.com to work from any drive
Message-ID: <[email protected]>
Date: 1 Feb 85 18:28:35 GMT
Xref: seismo net.micro.cpm:3898
To: [email protected]

I found my CP/M patches, so I can promulgate the submit patch to allow
running from other than A:. The current submit creates its work file,
$$$.sub, on the default drive, then looks for it on A:. The patch
causes the work file to be made on A:. That way, the search works better.

Using DDT, change location 5BBh of submit.com from 0 to 1. That's it.

As a check, note that locations 5BCh to 5C6h contain "$$$ COM".

Look up the syntax of FCBs to see the rationale for the change (exercise
for the reader :-).

If you have a good library (personal or public), check out Microsystems,
Jul/Aug 1982 p 60. There are a lot of patches listed there, for pip, asm,
movcpm, et al.
--
Gene E. Bloch (...!nsc!voder!gino)
Support Bulgarian gajda players.
4-Feb-85 13:00:35-MST,4871;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 13:00:18-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 4 Feb 85 14:05 EST
Received: from usenet by BRL-TGR.ARPA id a004978; 4 Feb 85 12:59 EST
From: Ruben Ramirez-Mitchell <ruben%[email protected]>
Newsgroups: net.micro.cpm
Subject: Example of simple Microshell script.
Message-ID: <[email protected]>
Date: 3 Feb 85 02:10:52 GMT
Xref: seismo net.micro.cpm:3899
To: [email protected]

Somebody asked me for an example of microshell scripts, the following includes
a few of the commands and does not make use of any of the microtools.
What I needed is a script to make the output of 'SD $SDALNP' more readable.
I needed to set the printer margins,etc; form feed in between drive listings,
I wanted the date, and the option to specify system and library files.

I 'FILTER'ed the file to eliminate control chars (like ESC G4, ESC G8,
ESC [ 1;96s, etc I use for my Televideo 950 and Qantex printer).

The script is in a file called 'hdisk.shl' and it is invoked by the name
'hdisk <parameters>'

:--------------------------------------------------------------------
: PROGRAM hdisk
: USAGE hdisk [options]
: <option>: <all| d1 [d2 [d3 [d4]]]>
: DESCRIPTION Print hard disk directories using 'SD' with parameters
: '$APN' (all users, print, no pause)
: EXAMPLES hdisk all
: hdisk b a d
:----------------------------------------------------------------------
%B$ = ""
%#args %A
%if %A LT 1 then goto help
%printdir
%erase
%print
%print " G4 ----HARD DISK DIRECTORY-----G0 "
%print " G4 ALL USER AREAS G0 "
%print ;%print
%print " G4 FILE SPECIFICATION G0 "
%print " G8 <CR> for '*.*' G0 "
%print " G8 (e.g. asm*.?q?) G0 "
%print " G8 G0 "
%print
%print -n " G8 FILES: G0 "
%getstr %E$ <con: ; %upcase %E$
%if %E$ NE "" then goto checksys ; %E$ = "*.* "
%checksys
%print; %print
%print -n " G8 SYSTEM FILES (Y/N): G0 "
%getstr %8 <con: ; %upcase %8
%if %8 = "Y" then goto setsys
%8 = ""
%checklib
%print; %print
%print -n " G8 LIBRARY FILES (Y/N): G0 "
%getstr %9 <con: ; %upcase %9
%if %9 = "Y" then goto setlib
%9 = ""
%checkdate
%print; %print
%print -n " G8 DATE: G0 "
%getstr %B$ <con: ; %upcase %B$
: BUILD PARAMETER LIST FOR SD.COM
%D$ = " $ANP"
%D$ = %D$ + %8 + %9
%15 = %E$
: CHECK IF ALL DRIVES SPECIFIED
%C$ = %1
%upcase %C$
%if %C$ = "ALL" then goto alldisks
: MESSAGE BEFORE PRINTING
%print; %print
%print " G4 Turn Printer ON LINE G0"
%print " G4 SET to TOP-OF-FORM G0"
%print; %print
%print -n " G8 Press any key to continue: G0 "
%getchr %A$ <con:; %erase; %print
: RESET QUANTEX PRINTER TO DEFAULTS
: / LEFT MARGIN 8 / TOP_MARGIN 5 / BOTTOM_MARGIN 6 + PADDING
%P$ = " [5;60r [8;96s "
%print -n %P$ > lst:; %print >lst:
: PRINT HEADING AND DATE
%print " ==== Q540 - HARD DISK DIRECTORY ======">lst:
%print -n " " >lst:
%print %B$ >lst: ; %print > lst:
: PRINT DIRECTORY WITH THE SELECTED OPTIONS
%loop
%15 = %E$ + %D$
SD $1:$15
%print "" > lst:
%shift
%A = %A - 1
%if %A GT 0 then goto loop
%erase
%print
%print " G4 ---HARD DISK DIRECTORIES PRINTED---- G0"
: RESET THE PRINTER TO DEFAULTS
%print -n "c" > lst:
%exit
%alldisks
%A = 5
%1=A ; %2=B ; %3=C ; %4=D ; %5=E
%goto loop
%help
%erase
%print
%print " NAME: hdisk
%print
%print " DESCRIPTION: Print contents of hard disk, all user"
%print " areas. Prompts for a) a file mask, b) "
%print " the inclusion of system and library "
%print " files and c) for the current date "
%print
%print " USAGE:
Hdisk [<option>]"
%print " <option>: 'all' | d1 [d2 [d3 [d4]]]"
%print
%print " EXAMPLES: hdisk all"
%print " hdisk d a c"
%print
%print " NOTES: Drives scanned under the 'all' option:"
%print " A:, B:, C:, D:, and E: "
%print
%exit
%setsys
%8 = "S"
%goto checklib
%setlib
%9 = "L"
%goto checkdate

Hope it helps,
Ruben Mitchell
[email protected]
4-Feb-85 13:10:18-MST,1070;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 13:10:09-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 4 Feb 85 14:07 EST
Received: from usenet by BRL-TGR.ARPA id a005433; 4 Feb 85 13:10 EST
From: grayson%[email protected]
Newsgroups: net.micro.cpm
Subject: Re: permanently changing default disk fr
Message-ID: <[email protected]>
Date: 1 Feb 85 00:02:00 GMT
Nf-ID: #R:nbs-amrf:-39300:uiucuxc:34600008:000:446
Nf-From: uiucuxc!grayson Jan 31 18:02:00 1985
Xref: seismo net.micro.cpm:3900
To: [email protected]

>I am running CP/M-86, and want to be able to set the default disk from within
>a program in such a way that it *REMAINS* set after exiting the program.

Just modify the byte at 0004 - half of it contains the default drive number,
and half contains the default user number. (I forget which half, but that
can easily be discovered by experiment).

uucp: {ihnp4,pur-ee}!uiucdcs!uiucuxc!grayson
Dan Grayson, Math Dept, Univ of Ill, Urbana 61801
4-Feb-85 13:42:44-MST,777;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 13:42:37-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 4 Feb 85 14:07 EST
Received: from usenet by BRL-TGR.ARPA id a005726; 4 Feb 85 13:15 EST
From: grayson%[email protected]
Newsgroups: net.micro.cpm
Subject: Re: CP/M-80 file directory debugger need
Message-ID: <[email protected]>
Date: 31 Jan 85 23:57:00 GMT
Nf-ID: #R:brl-tgr:-778400:uiucuxc:34600007:000:158
Nf-From: uiucuxc!grayson Jan 31 17:57:00 1985
Xref: seismo net.micro.cpm:3901
To: [email protected]

I use DU2, which is part of ZCPR, and is widely available through
local computer clubs. It allows you to fix the directory manually,
display records, etc...
4-Feb-85 15:35:26-MST,620;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 15:35:18-MST
Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Feb 85 16:59 EST
Received: from mit-mc.arpa by BRL-AOS.ARPA id a019965; 4 Feb 85 16:55 EST
Date: Mon, 4 Feb 1985 16:56 EST
Message-ID: <ASP.12085077991.BABYL@MIT-OZ>
From: Jim Aspnes <ASP%[email protected]>
To: info-cpm%[email protected]
cc: asp%[email protected]
Subject: XLISP version 1.2

Does anyone have a copy of this? (Does it exist?) C source would be
preferable, an FTP-able COM file would be nice.

Thanks,

Jim

4-Feb-85 21:50:21-MST,2049;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 21:50:13-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 4 Feb 85 23:19 EST
Date: Mon 4 Feb 85 21:22:19-MST
From: Rick Conn <[email protected]>
Subject: [Penny Anderson <[email protected]>: Re: ZCPR3 Hacks]
To: cem%[email protected], [email protected],
[email protected], [email protected]

Hi, Don,

Sorry I took so long to respond (your message is attached). Under
ZCPR2 and its version of ZEX, the case you describe is true. Under
ZCPR3, ZEX does not monitor the prompt, but, rather, ZCPR3 leaves a
message to ZEX which tells it to resume input if it was suspended. Hence,
the prompt itself is not of consequence under ZCPR3 and may be changed at
will.

Rick
---------------

Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:12:38-MST
Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp; 21 Jan 85 2:54 EST
Received: ID <[email protected]>; Mon 21 Jan 85 02:56:51-EST
Date: Mon 21 Jan 85 02:56:50-EST
From: Penny Anderson <[email protected]>
Subject: Re: ZCPR3 Hacks
To: cem%[email protected]
cc: [email protected], [email protected]
In-Reply-To: Message from "Chuck McManis <cem%[email protected]>" of Fri 18 Jan 85 20:52:48-EST
Resent-Date: Mon, 28 Jan 85 14:37:36 EST
Resent-From: [email protected]
Resent-To: [email protected]

Chuck,
Won't changing your system prompt to "A:!" screw up the way
ZEX handles input control. If you use the "<uparrow><doublequote>"
option in a ZEX file, ZEX turns control over to the console until it sees
a 'special character' pass by. The special character in the distribution
version is a ">" with the MSB set. It seems like that should leave the re-
mainder of your ZEX file pending forever. Is that right, Rick?

Don Shields c/o [Penny Anderson - APA@CMU-C]
-------
-------
5-Feb-85 10:13:05-MST,571;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 10:12:54-MST
Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 5 Feb 85 11:36 EST
Date: 5 Feb 1985 11:38-EST
Sender: [email protected]
Subject: HELP W/PROMODEM HOOKUP
From: [email protected]
To: [email protected]
Message-ID: <[USC-ISID.ARPA] 5-Feb-85 11:38:29.LOG-ORG>

FOR MY FIRST MESSAGE TO THE NET--HELP!!
RECEIVED A PROMETHEUS PROMODEM 1200 FOR CHRISTMAS AND CANNOT
GET IT TO INTERFACE. ANYONE HAVE EXPERIENCE/ADVICE?
DOC HOLLADAY
5-Feb-85 11:12:14-MST,763;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 11:12:01-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 5 Feb 85 12:37 EST
Date: 5 Feb 1985 10:40 MST (Tue)
Message-ID: <[email protected]>
Sender: [email protected]
From: Keith Petersen <[email protected]>
To: [email protected]
Cc: [email protected]
Subject: HELP W/PROMODEM HOOKUP
In-reply-to: Msg of 5 Feb 1985 09:38-MST from LOG-ORG at USC-ISID.ARPA

You should get:

Filename Type Bytes CRC

SIMTEL20 directory MICRO:<CPM.MODEM>
PROMO.LBR.1 COM 19072 1AE5H

This has a mode set and time set program which should help you in
setting up your Prometheus PROMODEM.
--Keith
5-Feb-85 15:38:39-MST,700;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 15:38:34-MST
Received: From brl-tgr.arpa.ARPA by AMSAA via smtp; 5 Feb 85 17:07 EST
Received: from usenet by BRL-TGR.ARPA id a007131; 5 Feb 85 16:53 EST
From: Ruben Ramirez-Mitchell <ruben%[email protected]>
Newsgroups: net.micro.cpm
Subject: Re: YESNO.PAT for MSDOS Turbo Pascal
Message-ID: <[email protected]>
Date: 5 Feb 85 19:26:17 GMT
Xref: seismo net.micro.cpm:3916
To: [email protected]

What is the similar patch for the CP/M-86 version? I would like to bypass
the message. I am using version 2.o of Turbo Pascal for CP/M-86.
Ruben Mitchell
5-Feb-85 17:57:14-MST,1513;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 17:57:06-MST
Received: From uci-icse.arpa.ARPA by AMSAA via smtp; 5 Feb 85 19:19 EST
To: [email protected]
cc: [email protected]
Subject: Re: Turbo Pascall
In-reply-to: Your message of Sun 3 Feb 85 20:30:58-EST.
Date: 05 Feb 85 16:19:03 PST (Tue)
From: Alastair Milne <[email protected]>
Received: from Localhost by UCI-ICSE; 05 Feb 85 16:19:56 PST (Tue)

> AHA! It is not perfect!

> 1. There was a tantalizingly incomplete article about testing different
> aspects of floating point arithmetic in the last BYTE. Has anyone got the
> whole
> program in any and all languages?

> 2. I tried the little program in that article in Turbo Pascal and Aztec C
> 1.06b. Aztec passed, Turbo FLUNKED!

> For me, good floating point is important. This has me very nervous. Kahn
> ?
> If you are out there, please make sure that the floating point in Turbo is
> as good as it can be.

----------------------------

Could somebody with easy access to BYTE please put that program on the bboard
(assuming it is not of unreasonable size)? I don't get BYTE, but I do have
Turbo, and I'd like to be sure of the status of the version I have, bugs
and all.

If the program is too big for reasonable posting, I'll try some other way.

Thanks in advance Alastair Milne
5-Feb-85 20:37:15-MST,1714;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 20:37:07-MST
Received: From simtel20.arpa.ARPA by AMSAA via smtp; 5 Feb 85 22:10 EST
Date: 5 Feb 1985 20:13 MST (Tue)
Message-ID: <[email protected]>
Sender: [email protected]
From: Keith Petersen <[email protected]>
To: [email protected]
Subject: NULU11.LBR now available

Thanks to Steve Noland <NOLAND at USC-ISI.ARPA> we now have NULU11.LBR
available on SIMTEL20:

Filename Type Bytes CRC

Directory MICRO:<CPM.CPMLIB>
NULU11.LBR.1 COM 56064 EFB2H

Here are some excerpts from the author's DOC file:

NULU is a complete replacement for LU and LSWEEP. Weighing in at 15k,
it includes all features of both programs and then some. It features:

Two operation modes with a full menu for each
LU style CRC support and verification
Viewing and printing of member files, unsqueezing when
necessary
Extraction of member files with an option to unsqueeze
where appropriate
Bigger libraries, up to 800 members or more depending on
available memory
Automatic member sorting, all members kept sorted at all
times
Faster reorganization
Enhanced error handling
Access to deleted members
Optional read only patch
CP/M Plus support
General compatibility with LU and NSWEEP syntax
Numerous user patches

To the best of my knowledge, NULU will run on any system running CP/M
2.x or higher, however it has only been tested by me on the Osborne 1
and the Osborne Executive computers. It is written entirely in 8080
assembly language.
6-Feb-85 10:14:10-MST,1645;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Feb 85 10:14:01-MST
Received: From brl-voc.arpa.ARPA by AMSAA via smtp; 6 Feb 85 11:28 EST
Date: Wed, 6 Feb 85 11:22:42 EST
From: "Ferd Brundick (VLD/LTTB)" <[email protected]>
To: [email protected], [email protected], [email protected]
cc: Pascal Postman <[email protected]>
Subject: new simtel20 files

Hi,

The following Z80 Turbo Pascal files have been added to simtel20:

Filename Type Bytes CRC

Directory MICRO:<CPM.TURBOPAS>
HELPPAT.DOC.1 ASCII 3301 09BEH
PATCH.PAS.1 ASCII 3297 550BH
SAMPLPAT.PAS.1 ASCII 1583 17D5H

The file HELPPAT.DOC shows how to patch Z80 Turbo Pascal versions 1.0
and 2.0 with DDT so that the error message file is automatically
loaded without asking the user.

The program PATCH.PAS allows you to write Turbo programs that access
the CP/M command tail. Turbo (as written) clobbers the command tail;
this patch program is run on a .COM file to move the tail to a "safe"
location. It also dummies out some terminal initialization that .COM
files automatically do.

SAMPLPAT.PAS is a sample program showing how your program code must be
modified to use PATCH.PAS. It also provides documentation for PATCH.PAS.

dsw, fferd
Fred S. Brundick
aka Pascal Postman
USABRL, APG, MD.
<info-pascal-request@brl-voc>
6-Feb-85 10:35:52-MST,1845;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Feb 85 10:35:40-MST
Received: From brl-voc.arpa.ARPA by AMSAA via smtp; 6 Feb 85 11:50 EST
Date: Wed, 6 Feb 85 11:44:23 EST
From: "Ferd Brundick (VLD/LTTB)" <[email protected]>
To: [email protected], [email protected]
cc: Meself <[email protected]>
Subject: new WordStar patch in simtel20

Hi,

The following file has been added to simtel20:

Filename Type Bytes CRC

Directory MICRO:<CPM.WSTAR>
NECWSOVR.AQM.1 COM 13312 B6C6H

This file is an overlay-style patch file for WordStar 3.0. It defines
terminal control sequences for a NEC PC-8001 with color monitor,
redefines some WordStar control keys, lowers the help level and delay
times, and defines user commands (^Q, ^W, ^E, and ^R) and control
sequences for a NEC PC-8023A dot-matrix printer. A custom printer
driver allows you to make use of the printer's Greek, mathematical, and
half-height superscript characters. True super/sub-scripts have also
been added (sorry, no proportional printing yet).

The file is written in 8080 mnemonics and will assemble correctly with
ASM or MAC. It is heavily commented so that you can delete sections
which don't apply to your configuration and modify what is left. For
non-NEC owners, the 8023 is basically the same as the C.Itoh Prowriter
and Apple dot-matrix printers, so you should be able to adapt the
print routine.

The overlay does not change the size of WS.COM, but it does overwrite
sections with the new printer driver and Greek table.

dsw, fferd
Fred S. Brundick
USABRL, APG, MD.
<fsbrn@brl-voc>
7-Feb-85 12:12:42-MST,1093;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Feb 85 12:12:36-MST
Date: Thu, 7 Feb 85 13:33:17 EST
From: David Towson (SECAD) <[email protected]>
To: [email protected]
Subject: Possible problems with info-cpm

Fellow CP/Mers - AMSAA.ARPA, the host for info-cpm, will receive a new version
of the UNIX operating system this weekend. With such a major change taking
place, it is possible that something may become temporarily fouled up. If you
observe any "strange behavior" with info-cpm, please send a note to:

[email protected]

with a clear description of your observation, and we'll get it fixed ASAP. If
things become REALLY fouled up (very unlikely) and mail to AMSAA is being
rejected, please re-send your message to:

~towson@brl-tgr

Be sure to include the tilde in front of "towson" to force delivery to BRL-TGR.
Otherwise, the mail will be automatically re-routed to AMSAA by the local mail
system. Thanks.

Dave
[email protected]
aka [email protected]

8-Feb-85 12:19:05-MST,2873;000000000000
Return-Path: <[email protected]>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Feb 85 12:18:47-MST
Received: From usc-isi.arpa.ARPA by AMSAA via smtp; 8 Feb 85 13:17 EST
Date: 8 Feb 1985 13:14:03 EST
Subject: Final resolution of the MOG-UR (Tom Tcimpdis) prosecution.
From: Steve Noland <[email protected]>
To: [email protected]
cc: [email protected], [email protected]

I picked this file up from a local BBS this morning - thought the
net would be interested since it seems to have turned into a test case
on the liability of RBBS sysops.

---------------------------------

7AM, 02/07/85:
PURSUANT TO A TELEPHONE DISCUSSION WITH REGINALD DUNN,
HEAD OF THE CRIMINAL DIVISION OF THE L.A. CITY ATTORNEY'S
OFFICE, I WAS INFORMED THAT THE PROSECUTION BELIEVES IT HAS
INSUFFICIENT EVIDENCE TO CONTINUE THE PROSECUTION OF TOM
TCIMPIDIS, SYSOP OF MOG-UR. THIS DETERMINATION WAS MADE AFTER
I REQUESTED A REVIEW OF THE CASE ON 1/11/85 AFTER THE
DEPARTURE OF CITY ATTORNEY IRA REINER TO BECOME D.A., AND
WHILE THE CITY ATTORNEY'S OFFICE IS BEING RUN BY THE CIVIL
SERVICE STAFF PENDING ELECTION OF A NEW CITY ATTORNEY. MR.
DUNN HAS GIVEN ME HIS WORD THAT THE PEOPLE WILL SEEK DISMISSAL
OF THE CHARGES AGAINST TOM UNDER CALIF. PENAL CODE SECTION
1385, I.E., DISMISSAL IN THE INTERESTS OF JUSTICE. UNDER

CALIFORNIA LAW, SUCH A DISMISSAL IS "WITH PREJUDICE" AND THE
PEOPLE CANNOT REFILE THE CASE SUBSEQUENTLY. TO PUT IT
SUCCINCTLY, A DISMISSAL WILL TERMINATE THE PROSECUTION
PERMANENTLY.
AS THE MEMBERS KNOW, THE CITY ATTORNEY'S OFFICE HAS
PREVIOUSLY RENEGED ON REPRESENTATIONS MADE TO ME REGARDING
DISMISSAL OF THE CHARGES....I WISH TO ASSURE EVERYONE THAT I
HAVE KNOWN MR. DUNN FOR 10 YEARS, AND I TRUST HIS WORD
COMPLETELY. IF HE SAYS THE CASE WILL BE DISMISSED, I AM
SATISFIED THAT SUCH AN ACTION WILL OCCUR.
WE WIN. WIN....WIN....WIN....WIN....WIN....MY THANKS TO
EVERYONE WHO CONTRIBUTED TO SUPPORTING TOM AND I IN THE
DEFENSE OF THIS MATTER. I CONSIDER THIS TO BE A MAJOR VICTORY
FOR THE RIGHTS OF FREE SPEECH OVER THE "BIG BROTHER"
MACHINATIONS OF THE PHONE COMPANY.
I WOULD BE GRATEFUL IF YOU WOULD DOWNLOAD THIS MESSAGE
AND PLACE IT ON OTHER SYSTEMS THROUGHOUT THE COUNTRY.....THIS
IS A VERY BIG VICTORY, AND THE BBS AND MODEM COMMUNITIES
SHOULD KNOW ABOUT IT.
AGAIN, THANKS FOR THE SUPPORT. BEST WISHES TO ALL,
CHUCK LINDNER
ATTORNEY FOR SYSOP TOM TCIMPIDIS