1-Jun-86 00:49:00-MDT,6054;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 1 Jun 86 00:48:46-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a000207; 1 Jun 86 2:12 EDT
Date: Thursday, 22 May 1986  10:56-MDT
Message-ID: <KPETERSEN.12211239029.BABYL@SIMTEL20.ARPA>
Sender: Bernie Eiben <EIBEN@dec-marlboro.ARPA>
From: Bernie Eiben <EIBEN@dec-marlboro.ARPA>
To: W8SDZ@SIMTEL20.ARPA
Subject:   CP/M-68k programs uploaded to SIMTEL20
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 31 May 1986 22:19-MDT

New CP/M-68k files now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.CPM68K>
AAAREAD.ME.1			ASCII	  5146  EA45H
KMINCE.LBR.1			BINARY	 85504  746CH
ROFF4161.LBR.1			BINARY	229120  3E8BH
SNOBOL4.LBR.1			BINARY	109696  C5F1H
SYSHACKS.LBR.1			BINARY	 49792  B70DH
UTILS.LBR.1			BINARY	161408  3E0AH

Here excerpts of a letter from Robert Heller.[Heller@UMASS-CS.CSNET]

Enclosed find 5 disks.  Each disk has one set of files which go
together into a single directory or maybe a directory tree.

DISK1:"KMINCE"

This disk contains a collection of enhancements to MINCE 2.6 for
CP/M-68K.  These enhancements mostly consist of a set of funtions to
bind the keys of numeric keypad of various "smart" terminals,
including VT52's, VT100's,H19's, Z29's and VI50's (other terminal
types can be easily added).  Other enhancements include: mode line
processing (the funny lines with the -*-"'s), paren and curly-brace
flashing in C mode, keyboard macros and some hooks for lisp mode and
electric-c mode.

DISK2: "UTILS"

This disk contains a collection of assorted utilities for CP/M-68K.
There is a file type .MAN for each utility.

DISK3:"SYSHACKS":

This disk contains a collection of random fixes to CP/M-68K 1.2.
These fixes include: a patched version of parsefn.o {from CLIB} that
correctly handles drive P, a patched version of ccp.o (from CPMLIB)
that has the ERA command disabled (a separate program replaces the ERA
command and is included), an alternative version of access.o (from
CLIB( which correctly handles mode 2 (write access).  ALso included
are a pair of documents describing a couple of patches to Stride's
CP/M BIOS.

DISK4:"ROFF4.1.61":

This disk contains a version of ROFF4.1.61 (a PD text processor)
converted to run under CP/M-68K.

DISK5: "SNOBOL4":

This disk contains a SNOBOL4-like pattern matcher along with some
utilities and game progams translated from programs in "Algorithms in
SNOBOL4" by James Gimple.  Included is a poker playing game.

......   I  just  stuffed all his 'disks' into LBR-files with Squeezed
members [hoping that CP/M-68K guys would know about SQueeze and LU --
or at least something similar] -- also most of his stuff would work
{with minor changes on CP/M}.

      Drive F0:  files: 5  space used: 628k  (2540k free) 
F0: KMINCE  .LBR 84k | SNOBOL4 .LBR108k | UTILS   .LBR160k | 
F0: ROFF4161.LBR224k | SYSHACKS.LBR 52k | 

** Library Directory for F0:KMINCE  .LBR  84k
AAAREAD .MQ   3k | ADDLIB  .SUB  1k | BINDINGS.CQ  10k | CM      .SUB  1k
CML     .SUB  1k | COMM1   .CQ   6k | COMM2   .CQ   5k | COMM3   .CQ   8k
CPM68K  .CQ   2k | ELECC   .CQ   2k | ELECTRIC.CQ   2k | ELECTRIC.H    1k
FLASHER .CQ   4k | H19KEYS .CQ   2k | KEYPAD  .CQ   6k | KMFILES .SUB  1k
KMINCE  .DQC  6k | LISPMODE.CQ   2k | MINCE   .GQL  4k | MINCELIB.LST  1k
PROGHEAD.CQ   4k | SUPPORT .CQ  10k | SYNTAX  .H    1k | TERM    .CQ   5k
VI50KEYS.CQ   2k | VT100KEY.CQ   1k | VT52KEYS.CQ   2k | Z29KEYS .CQ   2k

** Library Directory for F0:ROFF4161.LBR 224k
COPY    .RQT  1k | COVER   .QQQ  2k | ENVIRON .DQC  2k | EQN     .     1k
FOOT    .QQQ  1k | FORM    .QQQ  1k | LIST    .QQQ  1k | MARGINS .QQQ  2k
MATRIX  .     1k | ML92    .QQQ  5k | MX80    .QQQ  4k | NEC     .QQQ  3k
NEST    .QQQ  1k | NETEST  .     1k | PAGES   .QQQ  1k | PAPER   .QQQ  3k
PROWRITE.QQQ  3k | READ    .MQ   3k | ROF41161.CQ   5k | ROFF4   .6QK 57k
ROFF4   .CQ  11k | ROFF4   .CQO 10k | ROFF4   .DQC 21k | ROFF4   .HQ   7k
ROFF4   .HQO  7k | ROFF41  .CQ   4k | ROFF41  .CQO  5k | ROFF4161.CQ  10k
ROFF4161.DQC  2k | ROFF42  .CQ   4k | ROFF42  .CQO  6k | ROFF43  .CQ   3k
ROFF43  .CQO  4k | ROFF44  .CQ   5k | ROFF44  .CQO  4k | ROFF45  .CQ   5k
ROFF45  .CQO  5k | ROFF46  .CQ   6k | ROFF46  .CQO  6k | ROFF47  .CQ   7k
ROFF47  .CQO  6k | ROFFC   .SQB  2k | UPGRADES.LQT  3k | 

** Library Directory for F0:SNOBOL4 .LBR 108k
BLACKJAK.CQ   6k | C       .SUB  1k | CARDPAK .CQ   3k | DOC     .SUB  1k
FILES   .SUB  1k | FMTRSTOR.SUB  1k | GENPRIM .CQ   2k | GETPRG  .SUB  1k
LO      .SUB  1k | LOGIN   .SUB  1k | PATDEF  .HQ   2k | PATTERN .CQ  22k
PHRASE  .H    1k | PHRASE  .SQN  2k | POKER   .CQ   7k | POKEV   .CQ   5k
PTLINK  .SUB  1k | PTLINKE .SUB  1k | PTLINKI .SUB  1k | QUEST   .CQ   4k
RNDSNO  .LQB 27k | RPERM   .CQ   2k | RPOEM   .C    1k | RPOEM   .SQN  2k
RPOEMLNK.SUB  1k | RSELECT .CQ   4k | RSENT   .CQ   5k | RSENT   .RQF  2k
RSTORY  .ACT  1k | RSTORY  .CQ   7k | RSTORY  .RQF  2k | RSTORY  .RMA  1k
RSTORY  .SQN  2k | RSTORYLN.SUB  1k | STONE   .CQ   3k | STONELNK.SUB  1k

** Library Directory for F0:SYSHACKS.LBR  52k
ACCESS  .C    1k | ACCESS  .O    1k | BIOSBUG .DQC  3k | CCP     .OQ  17k
DECIO   .DQC  4k | ERA     .6QK 20k | ERA     .CQ   2k | PARSEFN .OQ   2k
READ    .MQ   2k | 

** Library Directory for F0:UTILS   .LBR 160k
CONFIG  .HQ   1k | FROMHEX .CQ   2k | HEX     .MQN  1k | IBMREAD .6QK 20k
IBMREAD .CQ   5k | IBMREAD .MQN  1k | INDENT  .CQ  21k | INDENT  .DQC  4k
INDNTCOD.HQ   1k | INDNTGLO.HQ   4k | IO      .CQ   8k | KILLDU  .6QK 18k
KILLDU  .C    1k | KILLDU  .MAN  1k | LEXI    .CQ   8k | LKINDENT.SUB  1k
PARSE   .CQ   7k | PRCOMMEN.CQ   6k | PTOC    .6QK 17k | PTOC    .CQ   3k
PTOC    .MQN  1k | SORTFL  .6QK 19k | SORTFL  .C    1k | SORTFL  .MAN  1k
TOHEX   .C    2k | UTFILES .SQB  1k | WEED    .MAN  1k | WEED    .SUB  1k
XDIR    .CQ  10k | XDIR    .MQN  2k | XDIRLINK.SUB  1k | 
**

--end--
 2-Jun-86 08:29:10-MDT,863;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Jun 86 08:28:58-MDT
Received: from brl-aos.arpa by AMSAA.ARPA id a012193; 2 Jun 86 9:52 EDT
Received: from mit-xx.arpa by AOS.BRL.ARPA id a000970; 2 Jun 86 9:12 EDT
Received: from OZ.AI.MIT.EDU by XX.LCS.MIT.EDU via Chaosnet; 1 Jun 86 16:55-EDT
Date: Sun 1 Jun 86 16:51:02-EDT
From: "Andrew M. Moore" <MLY.G.MOORE%OZ.AI.MIT.EDU@MIT-XX.ARPA>
Subject: MORE on BYE507
To: info-cpm@BRL.ARPA, info-apple@BRL.ARPA
Message-ID: <12211419551.34.MLY.G.MOORE@OZ.AI.MIT.EDU>


   I found out why I was having problems with COMFCB undefined errors, but
after solving that problem and successfully assembling BYE507, it still
locks up upon executing.  Nothing happens -- no messages or activity from
the modem -- just locks up right away.  Help.

-drew
-------
 3-Jun-86 22:53:20-MDT,2086;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Jun 86 22:53:11-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a022873; 4 Jun 86 0:17 EDT
Date: Tue, 3 Jun 1986  22:18 MDT
Message-ID: <KPETERSEN.12212025253.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: Quick reference list to SIMTEL20's CP/M directories

Quick reference list to SIMTEL20's PD:<CPM.x> directories
as of June 3, 1986 (where 'x' is one of the names below):

22RSX         COMMODORE     FORTRAN       MODEM7        SYSUTL
6502          COMND         GENASM        MSOFT         T20-SQUSQ
AMETHYST      CPM3          GENCOM        NEWS          TELEFONE
APPLE         CPM68K        GENDOC        NSTAR         TERM
ASMUTL        CPM86         GRAPHICS      OSBORN        TOPS-20
ATARI         CPMLIB        HAMMING       PACKET        TRS-80
AZTEC-C       CPR86         HAMRADIO      PASCAL        TURBODOS
BASIC         CUG           HDUTL         PCPURSUIT     TURBOPAS
BDOS          DBASEII       HEATH         PILOT80       TXTUTL
BDSC-1        DEBUG         HELP          PLOT33        VAXVMS
BDSC-2        DIRUTL        HEX           PPSPEL        VDOEDIT
BDSC-3        DISASM        IMP           PUBKEY        VOICE
BDSC-4        DISKPLOT      INSIDCPM      PUBPATCH      WORLDBBS
BSTAM         DSKBUF        KAYPRO        RBBS          WSTAR
BYE3          DSKUTL        LIST          RBBS4         XCCP
BYE5          EDITC80       MACLIB        RCPM          XLISP
BYT85FEB      EDITOR        MATH          ROS           YAM
BYT85JAN      EMX           MBBS          SMALLC21      Z8EDEBUG
C80           EPSON         MEMTEST       SORT          ZCPR
CATLOG        FAST2         MEX           SPELL         ZCPR2
CB80          FILCPY        MICNET        SQU-PORT      ZCPR3
CBIOS         FILUTL        MISC          SQUSQ         ZMODEM
CCP           FINANCE       MODEM         STARTER-KIT
COBOL         FORTH-83      MODEM2        SUBMIT
 3-Jun-86 22:55:21-MDT,4505;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Jun 86 22:55:08-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a022871; 4 Jun 86 0:14 EDT
Date: Tue, 3 Jun 1986  22:14 MDT
Message-ID: <KPETERSEN.12212024625.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: New files uploaded to SIMTEL20

The following is a list of new files added to SIMTEL20's <CPM.*>
directories between 28-Apr-86 and 31-May-86.  For a complete list of
all files, get MICRO:<CPM>CPM.CRCLST.

        Filename                Type     Bytes   CRC

PD:<CPM.ASMUTL>
	EASYBDOS.LBR.1		BINARY	 96256  9C5DH
	MACROS.TQP.1		BINARY	  4736  5DF7H
	PLOAD10.LBR.1		BINARY	 19968  D846H
	RELOC23.LBR.1		BINARY	 54656  7532H
	XIZI-2.LBR.1		BINARY	 18304  88A9H

PD:<CPM.BASIC>
	EBASIC.LBR.1		BINARY	 32256  32D6H
	TTL-SCRL.BAS.1		BINARY	  1280  27E2H

PD:<CPM.BYE5>
	B5C-APTC.IQS.1		BINARY	  3712  E7B9H
	B5MM-1.IQS.1		BINARY	  3456  0312H
	B5SB-2.IQS.1		BINARY	  2688  3F0EH
	B5SV-1.IQS.1		BINARY	  2816  D74BH
	BYE5-INS.LBR.1		BINARY	143360  850CH
	BYE5-INS.LQT.2		BINARY	  3584  1059H

PD:<CPM.CATLOG>
	LABEL.AQM.1		BINARY	  9728  2DA2H

PD:<CPM.CCP>
	EZCPR.LBR.1		BINARY	 59008  17C9H

PD:<CPM.CPM68K>
	AAAREAD.ME.1		ASCII	  5146  EA45H
	KMINCE.LBR.1		BINARY	 85504  746CH
	ROFF4161.LBR.1		BINARY	229120  3E8BH
	SNOBOL4.LBR.1		BINARY	109696  C5F1H
	SYSHACKS.LBR.1		BINARY	 49792  B70DH
	UTILS.LBR.1		BINARY	161408  3E0AH

PD:<CPM.CPMLIB>
	ADIR.LBR.1		BINARY	  9600  2E5AH
	EXTRACT.LBR.1		BINARY	  6144  59E8H
	UNARC11.LBR.1		BINARY	 34176  F4AEH
	UNARC11S.LBR.1		BINARY	 69760  5B3AH

PD:<CPM.DBASEII>
	DBEZMENU.TQT.1		BINARY	  1792  834EH

PD:<CPM.DIRUTL>
	SD116.BUG.1		ASCII	  1278  1AFFH
	SD116.LBR.1		BINARY	 84736  B6E4H

PD:<CPM.DISASM>
	DCOM8048.LBR.1		BINARY	 23424  746DH
	DZ-APR86.LBR.1		BINARY	 16128  6FEFH

PD:<CPM.DSKUTL>
	BD03.LBR.1		BINARY	 10368  1738H
	FIX.LBR.1		BINARY	 37376  72AFH
	RDMS233.LBR.1		BINARY	 39808  606AH

PD:<CPM.FORTH-83>
	TOOLS.BQK.1		BINARY	 10240  E1A6H

PD:<CPM.GENASM>
	EM220.LBR.1		BINARY	 19456  BC57H

PD:<CPM.GRAPHICS>
	GRAFSTAN.TQT.1		BINARY	  2304  8AC9H

PD:<CPM.HDUTL>
	BU-DDJ-F.LBR.1		BINARY	 31104  DFA2H

PD:<CPM.IMP>
	I218-1.ZQ0.1		BINARY	  7808  98F2H
	I2A3-2.AQM.1		BINARY	  8320  173AH
	I2VB-1.AQM.1		BINARY	  2688  FCCAH

PD:<CPM.KAYPRO>
	KAY256.LBR.1		BINARY	  8448  72D7H
	KPCW.LBR.1		BINARY	  4736  3914H

PD:<CPM.LIST>
	SET192V3.AQM.1		BINARY	  6272  0561H

PD:<CPM.MEX>
	MCIMEX11.LBR.1		BINARY	  4096  B919H
	MXO-SBS2.ZQ0.1		BINARY	 21120  F993H

PD:<CPM.MISC>
	GENIE.BBS.1		ASCII	  2087  B978H
	GENIE.CPM.1		ASCII	  1032  3EB5H
	GENIE.IDX.1		ASCII	  1782  599AH
	GENIE57.UQD.1		BINARY	  3584  0186H
	MAYBEST.LQT.1		BINARY	 25728  C801H
	MDLPLANE.LBR.1		BINARY	 37120  57D4H
	PDFT-056.LQT.1		BINARY	 10752  6162H
	TTYPE3.LBR.1		BINARY	 48128  E1FCH

PD:<CPM.MODEM>
	CALLWAIT.DQF.1		BINARY	  1920  1B4AH
	CP405HEX.LBR.1		BINARY	 82816  B490H
	CP405SRC.LBR.1		BINARY	341120  7089H
	KERMIT.README.1		ASCII	   379  7738H
	USR-S100.UPD.1		ASCII	   852  B35DH

PD:<CPM.MODEM7>
	YMODEM.DOC.1		ASCII	 49446  6076H

PD:<CPM.PASCAL>
	WILDCARD.LBR.1		BINARY	  5120  C0E5H

PD:<CPM.PCPURSUIT>
	PCSAVE$.DOC.1		ASCII	 14190  3377H

PD:<CPM.RCPM>
	DIRTYDOZ.005.1		ASCII	 17592  77A2H

PD:<CPM.RCPM>
	MBB2PBBS.LBR.1		BINARY	 11392  8740H
	SCANLST2.LBR.1		BINARY	 16640  14A2H

PD:<CPM.SQUSQ>
	CRUNCH11.LBR.1		BINARY	 12544  84C0H

PD:<CPM.SYSUTL>
	EPEX11.LBR.1		BINARY	 88960  DB79H
	ZX31.LBR.1		BINARY	 14720  C60EH

PD:<CPM.TURBOPAS>
	EASYBUFF.IQC.1		BINARY	  3584  9EADH
	KEYWORD.LBR.1		BINARY	  6400  7C30H
	MAPSTATC.LBR.1		BINARY	 54272  CC7EH
	MEMSZ104.LBR.1		BINARY	  4352  FAB1H
	PARS.PQS.1		BINARY	  4224  22E2H
	TBDEMO.PQS.1		BINARY	  8832  1616H

PD:<CPM.TXTUTL>
	ALPHATXT.LBR.1		BINARY	 63360  7555H
	FILT7A.LBR.1		BINARY	  6912  92D9H

PD:<CPM.VAXVMS>
	VVRB101.C.2		ASCII	 16314  0A5CH
	VVRBSB.MAN.1		ASCII	 10029  2762H
	VVSB103.C.1		ASCII	 11825  F3C7H

PD:<CPM.WSTAR>
	RESQ14.LBR.1		BINARY	 12032  23E1H

PD:<CPM.ZMODEM>
	RBSB.C.1		ASCII	  3735  626AH
	RZ.1.1			ASCII	  6295  3EBAH
	RZ.MAN.2		ASCII	  7007  3108H
	SZ.1.1			ASCII	  8442  BB37H
	SZ.MAN.2		ASCII	  9918  ED81H
	ZM.C.1			ASCII	  9306  E401H
	ZMODEM.DOC.2		ASCII	 58951  C844H
	ZMODEM.H.1		ASCII	  4284  034BH

--end--
 3-Jun-86 23:46:44-MDT,1821;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Jun 86 23:46:36-MDT
Received: from nosc.arpa by AMSAA.ARPA id a022982; 4 Jun 86 1:20 EDT
Received: by bass.ARPA (5.31/4.7)
	id AA11254; Tue, 3 Jun 86 22:21:08 PDT
Received: by cod.ARPA (5.31/4.7)
	id AA08695; Tue, 3 Jun 86 22:21:04 PDT
Received: by crash.UUCP (4.12/4.7)
	id AA04052; Tue, 3 Jun 86 21:16:16-0800
Message-Id: <8606040516.AA04052@crash.UUCP>
Date: Tue, 3 Jun 86 21:15:22 PDT
Ppath: vista!crash!noscvax!info-cpm@amsaa
From: Kevin Belles <crash!pnet01!kevinb@NOSC.ARPA>
To: vista!crash!noscvax!info-cpm@AMSAA.ARPA
Subject: Help requested - CCS 2805 Wallclock programming

Does anybody have a time-and-date set and/or read routine for the 
CCS 2805 Wallclock / Terminator board?  I have a partial  manual, 
but  this  includes no software listings or method  examples  for 
the Clock section.  I would like to in particular implement  this 
with   Plu*Perfect's   DateStamper,    but   according   to   the 
documentation, before I can use DateStamper, I must set it with a 
user-provided set routine. Lacking anything save the board itself 
and a general idea of what the function of the hardware,  I could 
no  doubt  guess at a date and time set routine in time,  but  it 
would be a lot easier if anybody out there has done anything with 
the board already.
                    Thanks in advance,
 
                         Kevin Belles

Since then, I've found a bit more of the manual, but it appears to have been 
written by a refugee from the IBM School of Technical Writing. :-}

Kevin J. Belles - UUCP {noscvax,sdcsvax,ihnp4!gould9,cbosgd}
~~~~~ ~~ ~~~~~~        !crash!vista!pnet!pnet01!kevinb
                - ARPA crash!vista!pnet!pnet01!kevinb@{nosc, ucsd}.ARPA
 4-Jun-86 07:15:03-MDT,1368;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Jun 86 07:14:56-MDT
Received: from mitre-bedford.arpa by AMSAA.ARPA id a027747; 4 Jun 86 8:40 EDT
Full-Name: Trevor O. McCarthy
Message-Id: <8606041241.AA08355@mitre-bedford.ARPA>
Organization: The MITRE Corp., Bedford, MA
To: w8sdz@SIMTEL20.ARPA
Cc: info-cpm@AMSAA.ARPA
Cc: tom@MITRE-BEDFORD.ARPA
Subject: Re: New files uploaded to SIMTEL20
In-Reply-To: Your message of Tue, 3 Jun 1986  22:14 MDT.
             <KPETERSEN.12212024625.BABYL@SIMTEL20.ARPA>
Date: Wed, 04 Jun 86 08:40:55 -0500
From: tom@MITRE-BEDFORD.ARPA

To K. Petersen and others:

I hope I'm not asking the overly obvious but here goes...

The "New Files" message just sent out over the net demonstrates a problem I
have that there may already be a solution to:

How do you find out what any one of these particular programs, library files,
etc actually is - is there a "one line description" for listed files somewhere
that says even as little as "xmodem program for CPM APPLE II", or "Terminal
driver for ACME PCs"... you get the picture.  Without such a blurb, the only
possible clue for what a file may be is the directory its kept in, which is a
very general catigorizing of things at best.

Any suggestions?

Thanks!

Trevor O. McCarthy

The MITRE Corporation
 4-Jun-86 07:56:07-MDT,998;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Jun 86 07:55:57-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a000771; 4 Jun 86 9:27 EDT
Date: Wed, 4 Jun 1986  07:27 MDT
Message-ID: <KPETERSEN.12212125194.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   tom@MITRE-BEDFORD.ARPA
Cc:   Info-Cpm@AMSAA.ARPA
Subject: New files uploaded to SIMTEL20

A description of the new files uploaded during the month of May will
be forthcoming.  It takes time to put that together.  Rather than
make everyone wait, I elected to send a list of filenames in case
people had been looking for new versions of programs they are familiar
with.

We have a tremendous number of files in the Simtel20 repository.  It
is going to take some time to make brief descriptions of each and
every file, but that IS the goal.  Meantime, I will be sending out
monthly descriptions of new files.

--Keith
 4-Jun-86 10:28:08-MDT,2235;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Jun 86 10:27:49-MDT
Received: from apg-1.arpa by AMSAA.ARPA id a005674; 4 Jun 86 11:52 EDT
Date: Wed, 4 Jun 86 11:47:11 EDT
From: Robert Bloom AMSTE-TEI 3775 <rbloom@apg-1.ARPA>
Subject: Answer: 2 Computers -> 1 Printer!
To: info-cpm@AMSAA.ARPA
Cc: info-micro@simtel20.ARPA, rbloom@apg-1.ARPA

I had asked the net how to connect 2 computers to 1 printer 
directly, without use of a AB switch.  Users act as flow control 
so that both don't print at one time.  Michael Neary 
<MNeary.es@Xerox.COM> gave me the answer which worked:

     Yes, all you probably need is a couple of diodes, and maybe 
     a couple of resistors.

     Place a resistor (about 4.7K to 15K) in parallel with each 
     diode.  A diode goes in series with pin 3 (TXD) from each 
     computer.  Join the <cathodes> together and hook this to the 
     printer.

     I am assuming that the 'receive' level translator in the 
     printer will need some bias current to establish a '0' 
     level.  If it doesn't, then the resistors would be 
     unnecessary.

     The nice thing about RS232 is that I have never seen anybody 
     break RS232 unless they apply external voltages to it.  It 
     seems incapable of hurting itself.  :-)

For those mechanical types that can't read words (like me)  and 
need a picture to see what's going on, here's the picture:

                                 /---|<|---\   
                        /-------<           >---- computer
                       /         \--xxx---/    
        printer ------<        
                       \        /---|<|---\
                        \------<           >---- computer 
                                 \--xxx---/    

--xxx-- is the resistor (I used 10k)

--|<|-- is the diode (the marked end is to the left, towards printer

Above fiddling is done on RS232 pin 3.  I made all others 
straight through.  The diodes and resistors were from my spare 
parts drawer, the diodes weren't even matched.  I don't know the 
part numbers either.  But it's working so I won't mess or argue 
with success ...

Thanks Mike,
bob bloom

 4-Jun-86 22:31:51-MDT,551;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Jun 86 22:31:43-MDT
Received: from mit-xx.arpa by AMSAA.ARPA id a019560; 5 Jun 86 0:04 EDT
Date: Thu, 5 Jun 1986  00:08 EDT
Message-ID: <LIN.12212285659.BABYL@XX.LCS.MIT.EDU>
From: LIN@mit-xx.ARPA
To:   info-cpm@AMSAA.ARPA
Subject: ARC vs SQ

anyone care to enlighten me about the difference between these two
compression programs?  Why would one use one vs the other?  Is it just
a question of different operating system formats?

thanks.
 5-Jun-86 03:16:35-MDT,503;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Jun 86 03:16:29-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a020771; 5 Jun 86 4:56 EDT
Received: from (UNC424)DBNVB12.BITNET by WISCVM.WISC.EDU on 06/05/86 at
  03:57:01 CDT
DATE:  04.06.86
TO:  INFO-CPM@AMSAA.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
FROM:     UNC424%DBNVB12.BITNET@wiscvm.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

Q CMD
HELP
 5-Jun-86 06:28:47-MDT,521;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Jun 86 06:28:40-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a023934; 5 Jun 86 7:56 EDT
Received: from (VB2OPER)DBNVB12.BITNET by WISCVM.WISC.EDU on 06/05/86
  at 06:56:39 CDT
DATE:       05 JUN 86 13:59 MESZ
FROM:    VB2OPER%DBNVB12.BITNET@wiscvm.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
TO:  INFO-CPM@AMSAA.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

Q CMD
HELP
 5-Jun-86 08:28:50-MDT,1354;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Jun 86 08:28:41-MDT
Received: from bbnz.arpa by AMSAA.ARPA id a001965; 5 Jun 86 9:37 EDT
Date: Thu, 5 Jun 86  9:00:30 EDT
From: Michael Barker <mbarker@BBNZ.ARPA>
Subject: Re: ARC vs SQ
In-Reply-To: Your message of Thu, 5 Jun 1986  00:08 EDT
To: LIN@mit-xx.ARPA
Cc: info-cpm@AMSAA.ARPA

    I'll leave it to someone else to tell you about ARC.  The SQ/UNSQ
family of programs use adaptive Huffman coding and is available (often
with source) for just about any machine.  SIMTEL20 can provide a C
version that has been deliberately aimed at portability (moving it to a
C/70 with 10-bit bytes required only some masks).  There are also
assembly language versions, Pascal, etc.  Even if you want to write your
own program, the SQ/UNSQ format has been "beat on" enough so it is
fairly solid (like XMODEM or KERMIT).  One thing to watch in picking
your implementation - Huffman coding can expand short files (due to the
table of Huffman codes).  Make sure the version you pick up checks
whether or not it is worth sqeezing the file.

    now, will someone describe ARC?
    mike

Mail:   Mike Barker
	50 Moulton Street 1/114
	Cambridge, MA 02238
phone: 1(617)497-2717       
ARPA:  mbarker@bbn-unix     UUCP:  harvard!bbnccv!mbarker
 5-Jun-86 12:31:27-MDT,765;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Jun 86 12:31:18-MDT
Received: from crdc-vax3.arpa by AMSAA.ARPA id a013587; 5 Jun 86 13:51 EDT
Date:     Thu, 5 Jun 86 13:50:30 EDT
From:     "Jack H. Smith" <jhsmith@crdc-vax3.ARPA>
To:       info-cpm@AMSAA.ARPA
Subject:  fortran to basic converter

	
	Hello out there in Netland....


	I'm looking for a conversion package/program which will
	accept fortran source-code and convert (re-write) most 
	of it into basic source-code.

	If anyone out there knows of such a program, please
	let me know about it. You can reach me at the address
	jhsmith@CRDC.ARPA .... 

	Thanks for your assistance.....          Sincerely,

						Jack H. Smith


 5-Jun-86 17:29:43-MDT,949;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Jun 86 17:29:30-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a022328; 5 Jun 86 18:46 EDT
Received: from ($MAILER)UMDD.BITNET by WISCVM.WISC.EDU on 06/05/86 at
  17:46:23 CDT
Received: by UMDD (Mailer X1.23b) id 2806; Thu, 05 Jun 86 18:43:27 EDT
Date:     Thu, 5 Jun 86  18:40 EDT
From:  MKATZ%UMDD.BITNET@wiscvm.ARPA
Subject:  C
To: Info Cpm newsletter <INFO-CPM@AMSAA.ARPA>

Does anyone out there know anything about C compilers ?   I am looking
for a compiler for CPM-86, and I will probably end up with either
Desmet C or Aztec C.  Does anyone know anything about either one or any
other C compiler for CPM86 priced under $200.  If you use Aztec C or
Desmet C under 8-bit CPM, I would be interested in your opinions too.
Please reply directly to me (MKATZ@UMDD.BITNET).   Thank you.

                             Manasseh Katz
 5-Jun-86 22:19:26-MDT,1548;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Jun 86 22:19:19-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a022978; 5 Jun 86 23:42 EDT
Date: Thu, 5 Jun 1986  21:20 MDT
Message-ID: <KPETERSEN.12212538966.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   ABN.ISCAMS@USC-ISID.ARPA
Cc:   Info-Cpm@AMSAA.ARPA
Subject: Z (Crunch?) Files (MAPSTATC.LBR)
In-reply-to: Msg of 4 Jun 1986  01:18-MDT from ABN.ISCAMS at USC-ISID.ARPA

    Tried to snarf MAPSTATC.LBR in TURBOPAS: and got a littul problum...
    Lots of .%Z% files, and only a CP/M CRUNCH program to uncrunch them.
    So if I ain't got CRUNCH for an MS-DOS machine (no C compiler), and no
    CP/M system running right now with communications .. how do I get that
    code?  Is there an UNCRUNCH equivalent for the DEC20s so I can do it
    on the host?  Not likely ARC can do anything with them, and I just
    don't have the time right now to write an UNCRUNCH for MS-DOS...

    Regards,
    David Kirschbaum
    ABN.ISCAMS@USC-ISID

There is no CRUNCH/UNCRUNCH for MSDOS yet.  I have uploaded a version
with squeezed files.  As you can see, there's quite a difference in
the "crunched" (Lempal-Zev) and "squeezed" (Hoffman) file sizes.  The
two LBRs contain the same programs.

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.TURBOPAS>
MAPSTATC.LBR.1			BINARY	 54272  CC7EH  <--crunched
MAPSTATS.LBR.1			BINARY	 65536  9189H  <--squeezed

--Keith
 6-Jun-86 02:23:08-MDT,1126;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Jun 86 02:23:00-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a023328; 6 Jun 86 3:59 EDT
Date: Fri 6 Jun 86 02:00:10-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: New Z System files
To: info-cpm@AMSAA.ARPA
Message-ID: <12212589939.9.RCONN@SIMTEL20.ARPA>

	Now in PD:<ZSYS.NEW> are the following files.  They are also
duplicated in the respective subject-area subdirs.  They will be deleted
from NEW in a week or two.


   PD:<ZSYS.NEW>
		  Bytes(SZ)  

 KQUESTNS.TXT.1   4254(7)    
 MKLINE.LBR.1     16256(8)   
 T3T-24-1.ZQ0.1   8448(8)    
 VFILER40.LBR.1   120064(8)  
 WILDEX.MQC.1     1024(8)    
 WYSE.DQG.1       1920(8)    
 Z-NEWS.501.1     22699(7)   
   .5Q1.1         13568(8)   
 Z3KAYDSK.MSG.1   1838(7)    
 Z3KEY14.LBR.1    67072(8)   
 Z3TURKP2.LBR.1   43264(8)   
 Z3Z100-1.LBR.1   48512(8)   
 Z3Z100-2.LBR.1   147584(8)  
 ZLUX24.LBR.1     34816(8)   
 ZNODE.RQQ.1      1536(8)    
 ZNODES28.LQT.1   3840(8)    

 Total of 265 pages in 16 files

		Rick
-------
 6-Jun-86 03:18:29-MDT,418;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Jun 86 03:18:22-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a023432; 6 Jun 86 4:49 EDT
Date: Fri 6 Jun 86 02:49:47-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Z News 502
To: info-cpm@AMSAA.ARPA
Message-ID: <12212598972.9.RCONN@SIMTEL20.ARPA>

... is in PD:<ZSYS.NEW> and PD:<ZSYS.Z-NEWS>.
-------
 6-Jun-86 03:51:39-MDT,879;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Jun 86 03:51:33-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a023464; 6 Jun 86 5:12 EDT
Date: Fri 6 Jun 86 03:13:02-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: ZSYS Online Doc
To: info-cpm@AMSAA.ARPA
Message-ID: <12212603204.9.RCONN@SIMTEL20.ARPA>

	The online documentation system I use to support the Ada
Software Repository is also supporting the ZSYS repository.  The following
files are generated by it:

	PD:<ZSYS>ZSYS.CRC and ZSYS.USAGE
		-- CRCs for all files and files ordered by frequency of
access

	PD:<ZSYS.DOC>ZSYS.DOC and DIRLIST.DOC
		-- index to programs and contents of dirs

	PD:<CPM.ZCPR3>READ.ME = PD:<ZSYS.DOC>DIRLIST.DOC

	I plan to extend the level of detail provided by these
files in the future.

		Rikc Conn
-------
 6-Jun-86 03:54:55-MDT,5102;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Jun 86 03:54:39-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a023459; 6 Jun 86 5:09 EDT
Date: Fri 6 Jun 86 03:09:32-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: ZSYS Archive Data
To: info-cpm@AMSAA.ARPA
Message-ID: <12212602569.9.RCONN@SIMTEL20.ARPA>

	The PD:<ZSYS> archive on SIMTEL20 contains all Z System - related
programs and documentation.  This supercedes the old PD:<CPM.ZCPR3>
subdir.  PD:<CPM.ZCPR3> contains only the following READ.ME file:



----> DIRLIST.DOC <----

        The following presents a summary of the directories in the Z System
Repository on SIMTEL20.



=====================================================================

PD:<ZSYS>

	This is the top-level directory of the Z System archive on
SIMTEL20.  Under this directory are the subdirectories, referenced by
"PD:<ZSYS.x>, where "x" is a topical name, and the file ZSYS.CRCLST,
which is a listing of all files in all subdirectories with their file
sizes and CRC values, and the file ZSYS.USAGE, which shows the files
ordered by frequency of access (popularity).


=====================================================================

PD:<ZSYS.DOC>

	This directory contains documentation on the Z System and
other information files of interest to Z System users.  It also
contains the following files, which are created by the ZSYS CM System:

		DIRLIST.DOC -- listing of all directories under
			PD:<ZSYS>
		ZSYS.DOC -- listing of all directories and contents
			under PD:<ZSYS>


=====================================================================

PD:<ZSYS.INSTALL>

	This directory contains installation information on ZCPR3 and
the Z System.  This information includes:

		Echelon Documents and other text files
		Machine-specific installations in LBR files


=====================================================================

PD:<ZSYS.NEW>

	This directory contains new releases to the Z System (ZSYS)
archives on SIMTEL20.  New releases are posted to this directory and
to their "home" directory, and they are removed from this directory
after a minimum of two weeks.  The purpose of this directory is to
make it easier for the community to update their files.


=====================================================================

PD:<ZSYS.SYSLIB>

	This directory contains the current version of SYSLIB,
including all source code, HLP files, the SYSLIB.REL file, and related
documentation files.  Only files released by Echelon to the Z System
User Community are stored here.

	The content of this library is fully documented in the book

		ZCPR3: The Libraries by Richard Conn

Contact Echelon in order to obtain a copy.



=====================================================================

PD:<ZSYS.VLIB>

	This directory contains the current version of VLIB,
including all source code, HLP files, the VLIB.REL file, and related
documentation files.  Only files released by Echelon to the Z System
User Community are stored here.

	The content of this library is fully documented in the book

		ZCPR3: The Libraries by Richard Conn

Contact Echelon in order to obtain a copy.



=====================================================================

PD:<ZSYS.Z-NEWS>

	This directory contains all Echelon Z-News newsletters in
squeezed form.  These newsletters provide information on Z System bug
reports, new software releases, applications notes, ZSIG (the public
domain Z System library) software, and other information of interest
to Z System users.  A huge amount of useful information is stored in
these newsletters.


=====================================================================

PD:<ZSYS.Z3LIB>

	This directory contains the current version of Z3LIB,
including all source code, HLP files, the Z3LIB.REL file, and related
documentation files.  Only files released by Echelon to the Z System
User Community are stored here.

	The content of this library is fully documented in the book

		ZCPR3: The Libraries by Richard Conn

Contact Echelon in order to obtain a copy.



=====================================================================

PD:<ZSYS.ZCPR3>

	This directory contains the current versions of all ZCPR3
software released to the Z System user community by Echelon.  Only
software released by Echelon is stored here.  This directory also
contains source code (in squeezed form) and help files.

	The content of this directory is documented in:

		ZCPR3: The Manual by Richard Conn

Contact Echelon in order to obtain copies of these documents.


=====================================================================

PD:<ZSYS.ZSIG>

	This directory contains software available from ZSIG, the Z
System Interest Group.  This is public domain or user-copyright
software which is given to the public freely for non-commercial use.
Source code may or may not be included in the releases.


-------
 6-Jun-86 07:33:33-MDT,923;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Jun 86 07:33:25-MDT
Received: from xerox.arpa by AMSAA.ARPA id a026840; 6 Jun 86 8:54 EDT
Received: from Muscat.ms by ArpaGateway.ms ; 06 JUN 86 05:51:38 PDT
Date: Fri, 6 Jun 86 08:51 EDT
From: leisner.henr@xerox.ARPA
Subject: Re: C
In-reply-to: "MKATZ%UMDD.BITNET@WISCVM.WISC.EDU.AG's message of Thu, 5
 Jun 86 18:40 EDT"
To: MKATZ%UMDD.BITNET@wiscvm.ARPA
cc: Info Cpm newsletter <INFO-CPM@AMSAA.ARPA>
Message-ID: <860606-055138-1079@Xerox>

Manasseh,

I've been using Aztec 1.06D/CPM-80 professionally for over a year.  It
is a quality product, produces reasonable code and works very
predicatably.  The CP/M-86 I also understand to be quality products to.
There are several reviews over the last year or two in various magazines
(I'm not sure of issue dates but try BYTE and Computer Language)

marty
 6-Jun-86 14:22:02-MDT,1428;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Jun 86 14:21:47-MDT
Received: from rand-unix.arpa by AMSAA.ARPA id a008219; 6 Jun 86 15:38 EDT
Received: from localhost by rand-unix.ARPA; Fri, 6 Jun 86 12:23:58 pdt
Message-Id: <8606061923.AA28961@rand-unix.ARPA>
To: info-cpm@AMSAA.ARPA
Cc: bridger@RAND-UNIX.ARPA
Subj: Who (mis)uses Z80 registers?
Date: Fri, 06 Jun 86 12:23:50 PDT
From: bridger@RAND-UNIX.ARPA


In the 8080 world, a program assumes that the cpu registers may get used
by the BIOS or (B)DOS.  If the program needs the register contents, it
saves them before calling the operating system.

By extension, a Z80 program should expect that the operating system
could use the Z80 (ix,iy, af', bc', de', hl') registers.  If the
application program is actively using these registers, it should save
their contents as well before calling the BIOS/BDOS.
(Of course, the operating system is responsible for saving
its own z80 or 8080 register values if it needs them between calls).

But not all programs do so, and such programs may crash quite obscurely.

Do you know of specific programs that fall in this category?  I do know
that the CDL linker is one.  Someone has suggested that some of the
Pascal and Modula-2 compilers (and the code they generate???) are
suspect.

Thanks for pointers & further discussion.

--bridger mitchell

 6-Jun-86 22:13:33-MDT,737;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Jun 86 22:13:26-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a011651; 6 Jun 86 23:44 EDT
Date: Fri, 6 Jun 1986  21:45 MDT
Message-ID: <KPETERSEN.12212805673.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: MSDOS equivelant to EX15.COM

I'll bet most of you who use PC/MSDOS miss our CP/M utility EX15.COM
and its ability to feed keyboard input to most any program from a
submit file.  Well, take a look at:

Filename			Type	 Bytes	 CRC

Directory PD:<MSDOS.KEYBOARD>
KEY-FAKE.LBR.1			BINARY	  3200  86A3H

It works great!

--Keith
 7-Jun-86 11:47:20-MDT,2347;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Jun 86 11:47:08-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a015294; 7 Jun 86 13:18 EDT
Date: Sat, 7 Jun 1986  11:07 MDT
Message-ID: <KPETERSEN.12212951688.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: CP/M-80 catalog program for Kaypro

Now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.CATLOG>
KPRTLSTP.LBR.1			BINARY	 27776  1137H

This is a modified KPRTLST program that will print a formatted
3-across page, diskfile, or display to CRT the contents of the
MAST.LST file.  The MAST.LST file is generated by running the
XCAT.COM utility on your MAST.CAT file

THIS VERSION IS FOR KAYPRO 10 WITH A LEGACY CLOCK BOARD ONLY!!!

The KPRTLST+.BAS files are included for users who need to set the
clock port equates for the KP2/4 Legacy clock board.

Requires Digital Research's CB80/LK80 to compile & link.

If you don't have a clock then see the PRNLST13.LBR and get either
KPRTLST.CQM or PRNLST13.CQM instead.

The author found the standard hardcopy generated by XCAT to be a big
paper-waster.  He has over 5100 files in his MAST.CAT and it used to
take 60 or more pages to printout.  KPRTLST will only referrence the
first disk id# after the filename and then formats the listing
3-across per line and a full page.  It may also be told to generate
the MASTER.LST diskfile in the same format.  And you can always use it
to just display on the CRT first to see what the formatting looks
like.

A bug in vers 1.2 that made the program barf when it encountered an
overrun line of nothing but disk id#'s from a previous filename has
been fixed.  It now skips these lines and moves on to process the next
filename.

The <A> command has been added to look for an abort character entered
from the keyboard during printing or diskfile creation.

During diskfile creation, KPRTLST will tell you what line# it is
currently writing so you don't think it went to lunch when there's no
visible activity going on the screen.

--Keith Petersen
Arpa: W8SDZ@SIMTEL20.ARPA
uucp: {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
GEnie mail: W8SDZ
RCP/M Royal Oak: 313-759-6569
 7-Jun-86 13:02:01-MDT,818;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Jun 86 13:01:55-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a015695; 7 Jun 86 14:38 EDT
Date: Sat, 7 Jun 1986  12:38 MDT
Message-ID: <KPETERSEN.12212968366.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: SIMTEL20 CP/M short directory listing

To assist Internet users in finding files in the SIMTEL20 CP/M
directories, I have created a new file which lists only the directory
and file names.  It's much smaller than CPM.CRCLST and functional for
those who don't need the filesize and CRC.

It's now available in:

PD:<CPM>FILES.DIR

It will be updated frequently, at the same time CPM.CRCLST is done.

--Keith
 8-Jun-86 15:09:49-MDT,1049;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Jun 86 15:09:42-MDT
Received: from ucb-vax.arpa by AMSAA.ARPA id a022647; 8 Jun 86 16:40 EDT
Received: by ucbvax.Berkeley.EDU (5.51/1.14)
	id AA28801; Sun, 8 Jun 86 13:40:13 PDT
Received: by ucdavis.UCDAVIS.EDU (4.12/4.7)
	id AA03706; Sun, 8 Jun 86 13:39:12 pdt
Received: by clover.ucdavis.edu (4.12/4.7)
	id AA20590; Sun, 8 Jun 86 13:38:27 pdt
Date: Sun, 8 Jun 86 13:38:27 pdt
From: Eric Hildum <ucdavis!clover!hildum@ucb-vax.ARPA>
Message-Id: <8606082038.AA20590@clover.ucdavis.edu>
To: ucdavis!info-cpm@AMSAA.ARPA
Subject: Misusing Z80 registers


If you assume that a program should save the ix, iy, af', etc registers
before calling the operating system, then Turbo Pascal falls into the
catagory of misusing registers.  It expects the index registers to be saved
by the operating system, which, unfortunately, my VT180 does not do.  This
causes the find and replace operations in the turbo editor to fail.

				Eric Hildum
 8-Jun-86 22:38:48-MDT,1613;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Jun 86 22:38:37-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a024636; 9 Jun 86 0:16 EDT
Date: Sunday, 8 June 1986  11:06-MDT
Message-ID: <KPETERSEN.12213335660.BABYL@SIMTEL20.ARPA>
Sender: Bernie Eiben - LDP Workstations <EIBEN@dec-marlboro.ARPA>
From: Bernie Eiben - LDP Workstations <EIBEN@dec-marlboro.ARPA>
To: W8SDZ@SIMTEL20.ARPA
Subject:   Programs to handle inline code for Turbo Pascal
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA, Info-HZ100@radc-tops20.ARPA, 
           INFO-IBMPC@usc-isib.ARPA
ReSent-Date: Sun 8 Jun 1986 22:16-MDT

Now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.TURBOPAS>
PMLINK.LBR.1			BINARY	 26240  ABF1H

PMLINK holds a 'close relative' to:

Directory PD:<MSDOS.TURBO-PASCAL>
INLINE.ARC.1			BINARY	 34124  82DDH

Both make inclusion of 'inline code' for TURBO easier. INLINE supports
MSDOS, PMLINK supports CP/M - although it shouldn't be too involved to
convert PMLINK for MSDOS.

Differences between the two:

1. PMLINK is distributed with source { MC June 1986 translated by me}

2. PMLINK takes Microsofts REL-format and generates 'inline' code ,
   whereas INLINE tries to do the 'assembly' itself.

3. PMLINK is 'superfast' - although thats of minor importance - more
   important is usage of REL format, which is pretty close to OBJ format.

...another nice piece of TURBO .. and another nice example how to speed
up TURBO's already impressive performance.

Rgds,
Bernie.
 8-Jun-86 23:03:52-MDT,4500;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Jun 86 23:03:34-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a024655; 9 Jun 86 0:18 EDT
Date: Sunday, 8 June 1986  08:34-MDT
Message-ID: <KPETERSEN.12213336010.BABYL@SIMTEL20.ARPA>
Sender: Bernie Eiben - LDP Workstations <EIBEN@dec-marlboro.ARPA>
From: Bernie Eiben - LDP Workstations <EIBEN@dec-marlboro.ARPA>
To: w8sdz@SIMTEL20.ARPA
Subject:   Mini text regarding SQ,ARC,LZW
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sun 8 Jun 1986 22:18-MDT

Since somebody asked about differences between Huffman encoding and
ARC [or whats the difference between a cherry and an apple-pie] - I
decided to give my 'two cents' worth. There are LONG articles and
dissertations floating around -- but who reads them...

		A mini-introduction into ARC

ARC in some way is comparable to LSWEEP or LU in that it is a
PACKAGING method.  Files with extension ARC contain a 'marker',
followed by file information, file-data, file information, file-data
etc.

ARC's packaging method guarantees NO GROWTH during storage , i.e.
file contents are analyzed before storage and either stored

1. AS IS {typically files in the 1 to 200 byte range}
2. with repeat-compression {same range as above}
3. using Huffman 8-byte encoding {sometimes executables}
4. using Lempel-Ziv-Welch encoding {all others}

ARC free's the user from 'worrying' about storage mechanisms and
delivers practically all needed services {extract, store, list, type,
check, execute and re-compress using 'latest' state of compression
technique}.  ARC is 'downward' compatible.  It is currently heavily
used in the MSDOS/PCDOS world, although usage in RCPM systems is
starting with availability of a fast DE-ARCer {a CP/M version of ARC
is 'in the works' by Bob Freed}.

ARC belongs into the category of "Share-ware" or "Free-ware" - it is
copyrighted by System Enhancement Associates {source-language C,
system MSDOS} - UnARC was written by Bob Freed for the Public Domain
{source-language assembler, system CP/M}.

		A mini comparison of Huffman Encoding
				 and
		  Lempel-Ziv-Welch {LZW} techniques

Huffman Encoding expresses each storage unit as a variable length
pointer into a frequency-ordered tree.  Compression is achieved by
choosing a 'native' storage unit {where repetitions are bound to
occur} and {on the average} expressing the more frequent storage units
with shorter pointers [although less used units might be presented by
longer pointers].  The Encoding process needs 'two passes' i.e.  once
reading all units {under CP/M and MSDOS 8bit bytes} to build the
frequency ordered tree {also called the 'dictionary'} and then
translating all units into their respective pointer values.  Original
filename, dictionary and pointer values are stored - by convention the
SECOND character of the filename extension is changed to Q - reminder
of a 'squeezed' file.

LZW expresses strings of 8-bit bytes by pointers into an 'ordered'
string-table.  The rules for 'constructing' the table are reversible,
so that Compressor and De-Compressor can 'build' their table
'on-the-fly'.  LZW is 'one-pass' although  achieved  speed is VERY
dependent on language implementation and available physical memory [in
general more than 90% of time spent in 'hashing' and table searching].
Although early implementations of LZW seemed to need more than 64K of
physical memory, current enhancements make a maximum of 2**11 table
entries sufficient to handle all cases.  State of the art
implementations check 'compression ratio' on the fly - and rebuild the
table if compression ratio decreases beyond a minimum or rebuild the
table on table overflow.

Typical Huffman compression ratios hover around 33% {compressed file
is 66% of original, whereby 'text' is typically compressed a little
better, and 'executables' less}.  Typical LZW compression ratios
average 55% - highest compression is achieved with pixel-information
{values of 90% are typical} - followed by 'text' with 50% and
executables around 20%.  Although the original 'paper' on LZW
suggested implementation between CPU and peripheral devices
[terminal,disk-drives,mag-tapes] - current usage encompasses
file-compression {Unix COMPRESS, MSDOS ARC, CPM UNArc} - highspeed
proprietary MODEM-protocols {"LZW in SILICON"} and 'picture
transmission' at 1200 baud.

Rgds,
Bernie
 9-Jun-86 09:30:02-MDT,561;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Jun 86 09:29:45-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a005524; 9 Jun 86 10:35 EDT
Received: from (IFF095)DJUKFA11.BITNET by WISCVM.WISC.EDU on 06/09/86
  at 09:35:28 CDT
Date: Mon, 09 Jun 86 16:33:33 MEZ
To:  INFO-CPM@AMSAA.ARPA
From:  IFF095%DJUKFA11.BITNET@wiscvm.ARPA
Subject: NOTE from IFF095

Date: 9 June 1986, 16:33:00 MEZ
From: Joachim K. Anlauf         (02461) 614519       IFF095   at DJUKFA11
To:   INFO-CPM at AMSAA.ARPA

help
 9-Jun-86 10:58:50-MDT,698;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Jun 86 10:58:37-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a009005; 9 Jun 86 12:23 EDT
Received: from (BEBO)SLACVM.BITNET by WISCVM.WISC.EDU on 06/09/86 at
  11:23:50 CDT
Date: 9 June 86 09:17-PST
From:  BEBO%SLACVM.BITNET@wiscvm.ARPA
To:  INFO-CPM@AMSAA.ARPA
Subject: Removal from CPM Distribution

Date: 9 June 1986, 09:16:50 PST
From: Bebo White                (415) 854-3300 x2907 BEBO     at SLACVM
To:   INFO-CPM at AMSAA.ARPA
Subject: Removal from CPM Distribution

Please remove me from the Info-Cpm mailing list at this time.

                                   Thanks
 9-Jun-86 12:16:35-MDT,1161;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Jun 86 12:16:25-MDT
Received: from csnet-relay.arpa by AMSAA.ARPA id a011288; 9 Jun 86 13:29 EDT
Received: from tufts by csnet-relay.csnet id a012128; 9 Jun 86 13:19 EDT
Received: by TUFTS.ARPA (4.12/4.7)
	id AA07113; Mon, 9 Jun 86 11:46:01 edt
Date: Mon, 9 Jun 86 11:46:01 edt
From: kjs <@CSNET-RELAY.ARPA,@tufts.csnet (Kevin Sullivan):kjs@tufts.csnet>
To: info-cpm@AMSAA.ARPA
Subject: Superbrain Wordstar -> IBM-PC


A colleague has all of his manuscripts entered into WORDSTAR running on
an 8 bit CP/M SUPERBRAIN.  Now he wants to convert everything to be readable
on an IBM PC compatible.  Are there programs for reading Superbrain
diskettes under MSDOS?  Are there cheap or free ones?  So far I've heard
about Uniform by Micro Solutions,  Inc.  and Media Master by I don't
know what company.  Any info on Media Master,  Uniform,  or any other
programs to do this would be greatly appreciated.  Please respond to me
as I don't subscribe to this list.

Kevin Sullivan
Tufts University

CSNET: kjs%tufts@csnet-relay
BUTNET: kjs@tufts

 9-Jun-86 22:30:44-MDT,1325;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Jun 86 22:30:30-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a021439; 9 Jun 86 23:58 EDT
Date: Mon, 9 Jun 1986  21:58 MDT
Message-ID: <KPETERSEN.12213594473.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Andrew Moore <T.MOORE%DEEP-THOUGHT@MIT-EDDIE.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA
Subject: BYE...
In-reply-to: Msg of 9 Jun 1986  16:45-MDT from Andrew Moore <T.MOORE%DEEP-THOUGHT at EDDIE.MIT.EDU>

       For quite a while I've been trying to find a version of BYE which
    would run on my Apple II+.  Recently someone suggested that I try
    BYE507 and B5AS-1.INS.  I did.  It didn't work -- just froze up right
    after loading (didn't give the BYE messages or anything, just froze
    after loading from disk).

       I HAVE BEEN DOING THIS FOR NEARLY THREE YEARS NOW . . . 
                                         ^^^^^ ^^^^^

       Surely there must be a II+ version around, otherwise what's the use
    of the versions that are currently being circulated? ...

Andrew, I have suggested on several occasions that you pick up the
telephone and call the author, Irv Hoff, at 415-948-2166.  Do I have
to pay for the call?

--Keith
10-Jun-86 08:38:07-MDT,897;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Jun 86 08:37:55-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a000978; 10 Jun 86 10:04 EDT
Received: from (K797110)CZHRZU1A.BITNET by WISCVM.WISC.EDU on 06/10/86
  at 09:04:24 CDT
Date: 10 June 86 16:02-GMT
From:  K797110%CZHRZU1A.BITNET@wiscvm.ARPA
To:  INFO-CPM@AMSAA.ARPA
Subject: BITNET mail follows

Date: 10 June 1986, 15:58:59 GMT
From: Christian Schaeke         0041-1-980 19 20     K797110  at CZHRZU1A
To:   INFO-CPM at AMSAA.ARPA

Hi
Does anyone of you know how to find out if a CP/M program runs on the
DEC Rainbow without having to test it? And what do I have to change on a
CP/M program I get if it doesn't run on my Rainbow???
Last question: what's so good about CCP/M??

Thanks for your answer in advance
           Chris
(University of Zurich, Switzerland)
10-Jun-86 15:47:43-MDT,1760;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Jun 86 15:47:24-MDT
Received: from brl-vgr.arpa by AMSAA.ARPA id a016075; 10 Jun 86 16:54 EDT
Received: from EDDIE.MIT.EDU by VGR.BRL.ARPA id aa01594; 10 Jun 86 16:26 EDT
Received: from deep-thought.mit.edu by EDDIE (5.31/4.7) id AA00467; Mon, 9 Jun 86 19:59:26 EDT
Date: Mon 9 Jun 86 18:45:05-EDT
From: Andrew Moore <T.MOORE%DEEP-THOUGHT@mit-eddie.ARPA>
Subject: BYE...
To: W8SDZ@SIMTEL20.ARPA
Cc: info-cpm@BRL.ARPA
Message-Id: <12213537467.18.T.MOORE@DEEP-THOUGHT.MIT.EDU>


Keith -- please forward to RCPM-Sysops if possible

------

   For quite a while I've been trying to find a version of BYE which would
run on my Apple II+.  Recently someone suggested that I try BYE507 and
B5AS-1.INS.  I did.  It didn't work -- just froze up right after loading
(didn't give the BYE messages or anything, just froze after loading from
disk).

   I HAVE BEEN DOING THIS FOR NEARLY THREE YEARS NOW . . . 
                                     ^^^^^ ^^^^^


   Surely there must be a II+ version around, otherwise what's the use of the
versions that are currently being circulated?  My configuration is as follows:

   Apple II+, 64K
   MicroSoft Softcard
   Apple CP/M 2.23
   Super Serial Card with USR 2400 modem

   No version of BYE has worked for me in the three years I've been searching.
Yes, I change the CCP length to 9 for the non-standard CCP length, etc.  No
luck; nothing but frustration.  PLEASE -- if anyone can help, if anyone knows
of an RCP/M running BYE under this configuration, contact me.

-drew
 arpa: MOORE%MIT-EECS@MIT-MC.ARPA
 uucp: ...mit-eddie!moore
   us: Box 121, North Quincy, MA  02171
-------
10-Jun-86 20:29:49-MDT,2262;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Jun 86 20:29:40-MDT
Received: from brl-vgr.arpa by AMSAA.ARPA id a017004; 10 Jun 86 21:53 EDT
Received: from [18.62.0.6] by VGR.BRL.ARPA id aa04054; 10 Jun 86 21:40 EDT
Received: from deep-thought.mit.edu by EDDIE (5.31/4.7) id AA01242; Tue, 10 Jun 86 21:21:55 EDT
Date: Tue 10 Jun 86 21:22:29-EDT
From: Andrew Moore <T.MOORE%DEEP-THOUGHT@mit-eddie.ARPA>
Subject: BYE...
To: info-cpm@BRL.ARPA
Message-Id: <12213828263.29.T.MOORE@DEEP-THOUGHT.MIT.EDU>


>Andrew, I have suggested on several occasions that you pick up the
>telephone and call the author, Irv Hoff, at 415-948-2166.  Do I have
>to pay for the call?
>
>--Keith

Keith (and all),
   Numerous times I have picked up the phone and called authors of
various BYEs and inserts, and do you know how much money I have
wasted?  Flame mode off please; I was just a little frustrated,
with what I think was good reason.

   In any case, these have been the two main problems.  First, the
B5AS-1 insert at Simtel20 (and I assume at other locations) does
not even recognize that there is a 2000H offset in the CCP under
MicroSoft CP/M.  BYE had been trying to read from and write to
the area 2000H lower than the true modem port.  I'll revise B5AS-1
shortly.  It appears that it was never tested; there's no way it
could work as distributed.  Second, the Super Serial Card does
strange things with carrier detect, and BYE requires that the cable
be rewired.  The explanation as to how to do this in the insert is
very ambiguous.

   So the problem has been in the insert (as I suspected, but from
there I had been clueless), and not in BYE.  I now have a working
copy of BYE for the II+/SSC/MicroSoft CP/M that runs more or less
fine at 300/1200 (and I assume 2400; just need someone to call in
and test it), the only problem being that upon exit to CP/M the
SSC resets itself to its default baud rate (but this is easily
solved and explained in the insert).

   Thanks for your help (Keith and Irv) -- anyone who wants assistance
in setting up BYE for this configuration, drop me a note.

-drew
 arpa: MOORE%MIT-EECS@MIT-MC.ARPA
 uucp: ...mit-eddie!moore
-------
11-Jun-86 01:36:46-MDT,666;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Jun 86 01:36:40-MDT
Received: from lll-crg.arpa by AMSAA.ARPA id a017632; 11 Jun 86 3:12 EDT
Received: by lll-crg.ARPA id AA03632; Wed, 11 Jun 86 00:12:32 pdt
	id AA03632; Wed, 11 Jun 86 00:12:32 pdt
Received: by polyslo.UUCP (4.12/4.7)
	id AA27240; Tue, 10 Jun 86 23:28:20 pdt
Date: Tue, 10 Jun 86 23:28:20 pdt
From: Marcos Della <polyslo!mdella@LLL-CRG.ARPA>
Message-Id: <8606110628.AA27240@polyslo.UUCP>
To: csustan!lll-crg!info-cpm@AMSAA.ARPA
Subject: Removal from list

Can you take me off your mailing list until 01SEP86.

Thanks
Marcos Della

11-Jun-86 11:22:27-MDT,1062;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Jun 86 11:22:08-MDT
Received: from brl-vgr.arpa by AMSAA.ARPA id a001187; 11 Jun 86 12:53 EDT
Received: from MARLBORO.DEC.COM by VGR.BRL.ARPA id aa11306; 11 Jun 86 12:47 EDT
Date: Mon 9 Jun 86 11:36:16-EDT
From: Walt Lamia <LAMIA@dec-marlboro.ARPA>
Subject: FILES.DIR listing
To: w8sdz@SIMTEL20.ARPA
cc: info-cpm@AMSAA.ARPA
UUCP: {allegra,ucbvax,decvax,ihnp4}!decwrl!lamia@DEC-Marlboro.ARPA
E-net: MONTY::MARKET::LAMIA
Message-ID: <12213459402.16.LAMIA@MARLBORO.DEC.COM>

Keith,
	It would be *really* useful if this directory listing gave
the full filespec of the files, e.g. PD:<CPM.DIRUTL>NSWEEP.LBR
That way, we can use grep-like utilities to search for a file name
and get its location -- now I have to use a text editor to find the
directory of any particular file.  The, just to 1+ even more, if the
list contained the date of the file in sort order (1986-06-24), we
could find "recent" files with a sort program.

Walt Lamia
-------
11-Jun-86 20:47:45-MDT,1008;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Jun 86 20:47:36-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a011831; 11 Jun 86 22:20 EDT
Date: Wed 11 Jun 86 20:20:24-MDT
From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
Subject: Recent SIG/M releases available
To: INFO-CPM@AMSAA.ARPA
Message-ID: <12214100951.10.WANCHO@SIMTEL20.ARPA>

Two new batches of SIG/M volumes are now available to Internet users
via ANONYMOUS FTP to SIMTEL20.  We are now current through Volume 281,
courtesy of Dave Hardy and Keith Petersen.  (Dave is at the top of his
regional distribution list, while I'm at the bottom of mine...)

New Internet readers of this list may wish to FTP a copy of
PD:<CPM.STARTER-KIT>SIMTEL-ARCHIVES.INFO from SIMTEL20 for the
complete instructions for locations of key directories and files in
our collections.

Now, if anyone has a spare RP07 they'd like to excess in our
direction, please contact me...

--Frank
-------
13-Jun-86 18:56:45-MDT,716;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Jun 86 18:56:31-MDT
Received: from mit-xx.arpa by AMSAA.ARPA id a019509; 13 Jun 86 20:14 EDT
Date: Fri, 13 Jun 1986  20:14 EDT
Message-ID: <LIN.12214602356.BABYL@XX.LCS.MIT.EDU>
From: LIN@mit-xx.ARPA
To:   Bernie Eiben - LDP Workstations <EIBEN@dec-marlboro.ARPA>
cc:   info-cpm@AMSAA.ARPA
Subject: ARC
In-reply-to: Msg of 8 Jun 1986  10:34-EDT from Bernie Eiben - LDP Workstations <EIBEN at dec-marlboro.ARPA>

I gather that ARC/DEARC are paired.  I have seen references to DEARC
(presumably a program to un-archive an ARCed file.)  Is there a CPM
version yet of a program to ARChive a file?

thanks.
15-Jun-86 15:41:43-MDT,2424;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Jun 86 15:41:33-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a001241; 15 Jun 86 17:07 EDT
Date: Sun, 15 Jun 1986  15:07 MDT
Message-ID: <KPETERSEN.12215092613.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Daniel Reigada <IAIPS-DCAS@USC-ISIF.ARPA>
Cc:   Info-Cpm@AMSAA.ARPA
Subject: How to add 256k of RAM to a Kaypro
In-reply-to: Msg of 29 May 1986  19:30-MDT from Daniel Reigada <IAIPS-DCAS at USC-ISIF.ARPA>

>I am very much interested in upgrading my Kaypro II to 256K RAM
>and I have copied the files you mentioned in your message to
>INFO-CPM.  I would like to obtain a copy of the BIOS that the
>author wrote but, I don't see him identified anywhere in these
>files.  Can you let me know who he is and how to get in touch
>with him?  Thank you.
>				    Dan, K4JWW

GEnie Mail follows:

Date: Sunday, 15-Jun-86 10:23:00 EDT
From: Bill Duerr - CP/M SysOp <B.DUERR>
To:   Keith Petersen - CP/M SysOp <W8SDZ>
Sub:  KAY256.LBR

File 1632, KAY256.LBR, Library 18 of the CP/M RoundTable, contains
details on adding 256k of RAM to the Kaypro IV computer (pre 1984
model) by installing 256k chips in place of the 64k chips.  It
applies equally to Kaypro II's that contain a IV motherboard.  The
design can be used with any 8 bit computer that uses 64k dynamic
RAM.

This library contains detailed instructions, the circuit schematic
diagram, and benchmark results (gives an idea of benefits likely on
disk intensive activities).

No software is included here but if you wish to construct this for
a Kaypro, the author has written a BIOS that supports the RAM as a
ramdisk under ZCPR3 and offers it for the asking.

The library has been downloaded from The DataCOM Super Systems(tm)
(see JUN86.MQG for information how to access this system), which in
turn came from a caller in London England who only calls once or
twice a month.

Steve Sanders advises that he does not as yet have the altered BIOS
code mentioned in the DOC file.  It will be available on his BBS as
soon as he gets it.  He did however get the address of the author.
It is:

   Dr. Michael W.D. Liddle
   21 The Frostings
   Grenoside
   Sheffield, S30 3NZ England

If you make this modification, please provide feedback in this BB
section.
15-Jun-86 15:56:35-MDT,1839;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Jun 86 15:56:19-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a001265; 15 Jun 86 17:22 EDT
Date: Sun, 15 Jun 1986  15:23 MDT
Message-ID: <KPETERSEN.12215095439.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: CP/M BDOS replacement with ZCPR2 now available
Keywords: BDOS ZCPR2 Z80

Now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.BDOS>
P2DOS.LBR.1			BINARY	 96512  8896H

A Z80fied BDOS replacement, has a public file and DOS-level search
capability, supports time-stamping and RTC setting.  Supplied with a
preconfigured ZCPR2 CCP.  All source code and ZEX file for
assembly/installation included.  Requires M80/L80, not hard to adapt
to other assemblers.  Other new features of P2DOS include testing of
console status after 256 characters output.  Error routines give
more information.  Public files are supported, you can access a
public file from any user number.  File R/O error message occurs if
Public, File R/O, and System files are active.  Disk size can be as
large as one gigabyte.  File size can be as large as one megabyte.

If you are unable to access SIMTEL20 because of network restrictions
please remember that MOST of the new files announced to Info-Cpm are
also available on my RCP/M Royal Oak (MI) which may be accessed at
300 bps (Bell 103a), 1200 bps (Bell 212a), or 2400 bps (V.22 bis).
The telephone number is (313) 759-6569.  They are also available from
the CP/M RoundTable on General Electric Information Services' GEnie.

--Keith Petersen
Arpa:   W8SDZ@SIMTEL20.ARPA
GEnie Mail: W8SDZ
uucp:   {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
15-Jun-86 18:17:17-MDT,2268;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Jun 86 18:17:07-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a001475; 15 Jun 86 19:53 EDT
Date: Sun, 15 Jun 1986  17:53 MDT
Message-ID: <KPETERSEN.12215122819.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: FATCAT24 buffered multi-disk catalog program available

Now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.CATLOG>
FATCAT24.LBR.1			BINARY	157824  05D4H

FATCAT is a multi-featured disk cataloging utility for Z80 CP/M
systems, designed with the user's convenience foremost in mind.
Features rapid-fire insertion of diskettes.  The filenames are simply
appended sequentially to a temporary file.  When you are done, the
computer does the tedious work of sorting, inserting, deleting,
without making you share its tedium (a good time to go wat supper or
watch TV while MAST.CAT is being updated).  Includes full LBR file
support, a function to generate a cross-reference listing (like XCAT).

Bugs fixed in version 2.4:

-- The last filename is now correctly displayed in X-ref format listings.

-- The program should find overlays at all phases of operation (just
keep them on the program drive and you will be all right).

-- If the library cataloguing function is turned off then no spurious
number of library files will be reported.

-- FATCAT should now work properly with CP/M Plus.

-- No mysterious number gets displayed during a catalog cycle.

The following enhancements are provided in version 2.4:

-- A Print to File option has been added to the OUTCAT module.
This should please those who find my output formats in previous
versions too "authoritarian."  Also the "Disk Information" or <I>
option has been updated to work with the same keyboard controls as the
OUTCAT module.

-- More informative error messages now appear on Disk Full and 
other such conditions.

-- Under normal conditions, the temporary .TCX file will not be 
erased until the other files have been closed during the update phase.
This should make it easier to recover from disk full crashes and such.

--Keith
16-Jun-86 21:07:04-MDT,581;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Jun 86 21:06:58-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a000780; 16 Jun 86 22:37 EDT
Date:     Mon, 16 Jun 86 22:29:25 EDT
From:     Steve Lesh (ISC) <lesh@BRL.ARPA>
To:       info-apple-request@BRL.ARPA
cc:       info-cpm@AMSAA.ARPA
Subject:  apple PRODOS to CP/M file transfer

	Does anybody know of a public-domain utility that will transfer 
PRODOS files larger that 32k to CP/M and visa versa?

	Are there any Apple 3.3 / Prodos archives on the network?
17-Jun-86 15:36:36-MDT,1376;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Jun 86 15:36:19-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a022985; 17 Jun 86 16:49 EDT
Received: from (F1.JJH)ISUMVS.BITNET by WISCVM.WISC.EDU on 06/17/86 at
  10:48:45 CDT
Date:      Tue, 17 Jun 86 10:49:15 CDT
To:  INFO-CPM@AMSAA.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
From:        Jeff Henkels <F1.JJH%ISUMVS.BITNET@wiscvm.ARPA>
Subject:   RAM disk question

I am considering building a RAM disk for my S-100 system.
Because my Z-80 CPU board does not have the IEEE 24-bit
addressing or bank switching, I will have to the access the
RAM disk through I/O ports (the way CompuPro's M-Drive/H does).

However, I don't understand how the memory is addressed on the
RAM disk.  If the board is accessed only through I/O ports,
how is the on-board memory address generated?  A regular S-100
address decode circuit won't work, because the RAM disk is
not in the system memory space.  Does the address have
to be calculated by the CP/M BIOS and then written into latches
on the board, or is the calculation done on board given "track"
and "sector" information?

Any help you can give me would be greatly appreciated.


                            Jeff Henkels
                            F1.JJH@ISUMVS.BITNET@WISCVM.ARPA

17-Jun-86 19:19:32-MDT,1320;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Jun 86 19:19:26-MDT
Received: from mit-mc.arpa by AMSAA.ARPA id a024565; 17 Jun 86 20:39 EDT
Date: Tue 17 Jun 86 20:42:24-EDT
From: Mark Becker <Cent.Mbeck%OZ.AI.MIT.EDU@mit-xx.ARPA>
Subject: Hardware CAUTION: XOR S-100 CPU Board (Rev. B)
To: Info-CPM@AMSAA.ARPA
Message-ID: <12215655974.8.CENT.MBECK@OZ.AI.MIT.EDU>

     This CPU board has a >50 nsec. glitch on the phase 1 (pin 25)
line due to a race condition between IC-8D (a 7474) and IC-12A (a
74LS04) being caught by IC-5D (a 74LS02) and then amplified by IC-3A
(a 74LS367).

     The fix is two-fold: (1) Replace IC-8D with a 74LS74.  This will
narrow the glitch such that a... (2) small capacitor installed between
IC12 pin 2 and ground.  I found, after some experimenting, that 150 pF
worked find - glitch now gone.

     Two CPU boards here had this problem.  The extra pulse out was
causing timing problems on another board in the frame which was using
phase 1 clock to generate internal timing.

     I would appreciate hearing from other XOR S-100 owners - there
are some mistakes in the schematics I received from U.S. Micro Sales
and a couple of problems in the CP/M BIOS they shipped with early
systems.

Mark Becker
-------
18-Jun-86 06:16:38-MDT,2123;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Jun 86 06:16:30-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a027599; 18 Jun 86 7:45 EDT
Date: Wed, 18 Jun 1986  05:46 MDT
Message-ID: <KPETERSEN.12215776817.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: Quick reference list to SIMTEL20 CP/M directories

Quick reference list to SIMTEL20's PD:<CPM.x> directories
as of June 18, 1986 (where 'x' is one of the names below):

22RSX         COMMODORE     FORTRAN       MODEM7        T20-SQUSQ
6502          COMND         GENASM        MSOFT         TELEFONE
AMETHYST      CPM3          GENCOM        NEWS          TERM
APPLE         CPM68K        GENDOC        NSTAR         TOPS-20
ASMUTL        CPM86         GENIE         OSBORN        TRS-80
ATARI         CPMLIB        GRAPHICS      PACKET        TURBODOS
AZTEC-C       CPR86         HAMMING       PASCAL        TURBOPAS
BASIC         CUG           HAMRADIO      PCPURSUIT     TXTUTL
BBSLISTS      DBASEII       HDUTL         PILOT80       VAXVMS
BDOS          DEBUG         HEATH         PLOT33        VDOEDIT
BDSC-1        DIRUTL        HELP          PPSPEL        VOICE
BDSC-2        DISASM        HEX           PUBKEY        WORLDBBS
BDSC-3        DISKPLOT      IMP           PUBPATCH      WSTAR
BDSC-4        DSKBUF        INSIDCPM      RBBS          XCCP
BSTAM         DSKUTL        KAYPRO        RBBS4         XLISP
BYE3          EDITC80       LIST          RCPM          YAM
BYE5          EDITOR        MACLIB        ROS           Z8EDEBUG
BYT85FEB      EMX           MATH          SMALLC21      ZCPR
BYT85JAN      EPSON         MBBS          SORT          ZCPR2
C80           FAST2         MEMTEST       SPELL         ZCPR3
CATLOG        FILCPY        MEX           SQU-PORT      ZMODEM
CB80          FILE-DOCS     MICNET        SQUSQ
CBIOS         FILUTL        MISC          STARTER-KIT
CCP           FINANCE       MODEM         SUBMIT
COBOL         FORTH-83      MODEM2        SYSUTL
20-Jun-86 12:10:35-MDT,635;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Jun 86 12:10:13-MDT
Received: from mit-xx.arpa by AMSAA.ARPA id a023815; 20 Jun 86 13:19 EDT
Date: Fri, 20 Jun 1986  13:23 EDT
Message-ID: <LIN.12216362551.BABYL@XX.LCS.MIT.EDU>
From: LIN@mit-xx.ARPA
To:   info-cpm@AMSAA.ARPA
Subject: downloading trough a TAC


Some time ago, there was a long discussion about how to download and
upload using XMODEM when going through a TAC (as opposed to being
directly connected to the host machine).  Can someone pls summarize
for me what to do (settings for the TAC, etc)?

Thanks.
20-Jun-86 21:08:24-MDT,790;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Jun 86 21:08:15-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a000475; 20 Jun 86 22:40 EDT
Received: from (MAILER)SCFVM.BITNET by WISCVM.WISC.EDU on 06/20/86 at
  21:41:58 CDT
Received: by SCFVM (Mailer X1.23b) id 8542; Fri, 20 Jun 86 22:40:25 EDT
Date:         Fri, 20 Jun 86 22:39 EDT
From:           "Bruce H. McIntosh" <Z8BHM%SCFVM.BITNET@wiscvm.ARPA>
Subject:      arc for cp@m?
To:  INFO-CPM@AMSAA.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA

I've seen notes here to the effect that a CP/M version of ARC is being
worked on.  What's the latest word on this project?

                                         Bruce McIntosh

 The Carpet Is Plush!
20-Jun-86 22:33:40-MDT,2648;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Jun 86 22:33:26-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a000553; 21 Jun 86 0:02 EDT
Date: Fri, 20 Jun 1986  22:03 MDT
Message-ID: <WANCHO.12216478979.BABYL@SIMTEL20.ARPA>
From: WANCHO@SIMTEL20.ARPA
To:   LIN@mit-xx.ARPA
Cc:   INFO-CPM@AMSAA.ARPA
Subject: Christensen Protocol file transfers through a TAC
In-reply-to: Msg of 20 Jun 1986  11:23-MDT from LIN at mit-xx.ARPA

For TOPS-20 users there will soon be an entirely new version of the
TOPS-20 MODEM program called TMODEM available, currently in beta test.
TMODEM, like MODEM before it, properly handles network binary mode
negotiations of behalf of the TAC user for the duration of the actual
file transfer.  MODEM required the "N" suboption; TMODEM automatically
determines if you are a TAC user.

TMODEM implements the YMODEM 1K data packet option.  It is well-known
that the regular 128-byte data packets require a TAC input buffer size
of at least 134 bytes instead of the default 64 bytes for uploads at
any speed above 300 bps.  Given that the total input buffer space in a
TAC is 4K, it is not likely that you can get a TAC port reconfigured
so that you will be able to upload using the K option.  Downloads are
not a problem using either packet size or at any speed.

Users of other operating systems are at the mercy of the implementors
of their telnet device drivers.  In some cases, you may give the
explicit TAC commands @B O S<cr> and @B I S<cr>, in that order, prior
to the file transfer command.  In other cases, that buys you nothing
as the telnet device driver ignores the network binary mode request
and arbitrarily masks off high bits anyway.

Note also that network binary mode is incompatible with Flow control
mode.  It is possible to give those TAC commands and not be guaranteed
that they took effect as there is no status returned to you by the
TAC.  To increase your chances of success, turn off Flow control in
both directions with the TAC commands @F O E<cr> and @F I E<cr> BEFORE
the other TAC commands shown above.

One final note: once you've manually turned on network binary mode,
your commands must be terminated by a Linefeed instead of a CR, and
you may see lines of output skewed across the screen as implicit CRs
are no longer inserted by your operating system.  You will not be able
to get out of network binary mode or enter any other TAC command
unless your operating system provides a mechanism to do the
negotiations on your behalf or until you logout and the connection is
closed.

--Frank
24-Jun-86 22:05:43-MDT,2330;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Jun 86 22:05:13-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a003867; 22 Jun 86 0:15 EDT
Received: from USENET by SMOKE.BRL.ARPA id a002103; 21 Jun 86 23:59 EDT
From: The Wumpus <aptr%ur-tut.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Superbrain Wordstar -> IBM-PC
Message-ID: <438@ur-tut.UUCP>
Date: 20 Jun 86 18:33:48 GMT
To:       info-cpm@AMSAA.ARPA

In article <1220@brl-smoke.ARPA> @CSNET-RELAY.ARPA,@tufts.csnet:kjs@tufts.c (kjs) writes:
>
>A colleague has all of his manuscripts entered into WORDSTAR running on
>an 8 bit CP/M SUPERBRAIN.  Now he wants to convert everything to be readable
>on an IBM PC compatible.  Are there programs for reading Superbrain
>diskettes under MSDOS?

There is a program that came with the MSDOS when you bought a Xerox 16/8 PC
that allowed you to read Xerox 820 (-II, 16/8 PC) format 5 1/4" disks, and
the standard 8" SSSD disks.  I have used it a couple of times to move stuff
from CP/m to MSDOS, but I have not found it really satisfactory because it
tends to loose some of the data in the move.

What I have found works the best is to transfer the programs from computer
to computer by connecting the modem ports of both computers together (with a
null modem in between) and then using modem programs on both machines that
support the same protocol, sending the files accross.  This can be done very
quickly if you set the baud of the modem port up to atleast 4800.  I try to
run at 19.2k, but have found that 9600 works the best.  Ussually you can
find Public Domain modem programs that support xmodem protocol for both CP/m
machines and IBM PCs.

The Wumpus       UUCP:   {seismo,allegra,decvax}!rochester!ur-tut!aptr
                 BITNET: aptrccss@uorvm

Disclaimer: "The videotapes are rigged! The witnesses are corrupt!
     The prosecutors are Nazi drunkards and my client was framed! By
     By the way, he was born-again last Tuesday.  And I have no
     further comment since I certainly wouldn't want to see this case
     tried in the media."
                         -Steve Dallas

            "Yet another triumphant performance of the famed 'Delorean
     Desperation Defense'"
                         -Opus
24-Jun-86 22:06:03-MDT,1347;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Jun 86 22:05:49-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a003965; 22 Jun 86 0:49 EDT
Received: from USENET by SMOKE.BRL.ARPA id a003108; 22 Jun 86 0:32 EDT
From: kenny@uiucdcsb.ARPA
Newsgroups: net.micro.cpm
Subject: Re: Misusing Z80 registers
Message-ID: <4800014@uiucdcsb>
Date: 20 Jun 86 16:03:00 GMT
Nf-ID: #R:brl-smoke.ARPA:1204:uiucdcsb:4800014:000:759
Nf-From: uiucdcsb.CS.UIUC.EDU!kenny    Jun 20 11:03:00 1986
To:       info-cpm@AMSAA.ARPA


/* Written  3:48 pm  Jun  8, 1986 by hildum@ucb-vax.ARPA in uiucdcsb:net.micro.cpm */
/* ---------- "Misusing Z80 registers" ---------- */

If you assume that a program should save the ix, iy, af', etc registers
before calling the operating system, then Turbo Pascal falls into the
catagory of misusing registers.  It expects the index registers to be saved
by the operating system, which, unfortunately, my VT180 does not do.  This
causes the find and replace operations in the turbo editor to fail.

				Eric Hildum
/* End of text from uiucdcsb:net.micro.cpm */

It's fairly common for BIOSes (BIOTA?) to clobber the index registers.  My
Altos 5-15 does it, too, which explains why the Turbo editor doesn't work on
it, either.  Philippe, are you listening?
24-Jun-86 22:06:56-MDT,752;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Jun 86 22:06:39-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a005565; 22 Jun 86 15:52 EDT
Received: from USENET by SMOKE.BRL.ARPA id a011870; 22 Jun 86 15:42 EDT
From: kenb%techsup.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: HD64180 info req.
Message-ID: <-1771101@techsup>
Date: 19 Jun 86 18:46:00 GMT
Nf-ID: #N:techsup:-1771101:000:202
Nf-From: techsup.UUCP!kenb    Jun 19 13:46:00 1986
To:       info-cpm@AMSAA.ARPA


is anyone aware of computer systems based on the HD64180 from
hitachi?  what sorts of capabilities and software.  anyone have a
feel for this?

ken brookner

uucp:	ihnp4!techsup!kenb
genie:	kbrookner
24-Jun-86 22:07:25-MDT,841;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Jun 86 22:07:08-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id aa05565; 22 Jun 86 15:52 EDT
Received: from USENET by SMOKE.BRL.ARPA id a011874; 22 Jun 86 15:42 EDT
From: kenb%techsup.uucp@BRL.ARPA
Newsgroups: net.micro.cpm
Subject: zcpr3 and mod ii
Message-ID: <-1771100@techsup>
Date: 20 Jun 86 04:09:00 GMT
Nf-ID: #N:techsup:-1771100:000:290
Nf-From: techsup.UUCP!kenb    Jun 19 23:09:00 1986
To:       info-cpm@AMSAA.ARPA


is anyone, or does anyone know of someone that is running zcpr3 on a
tandy model ii computer.  i have one and am working to get the system up
on it but i hate to reinvent the wheel.  any information would be
appreciated.

thanks,

ken brookner
 uucp:	ihnp4!techsup!kenb
 genie: kbrookner
24-Jun-86 22:07:45-MDT,675;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Jun 86 22:07:33-MDT
Received: from nosc.arpa by AMSAA.ARPA id a006241; 23 Jun 86 1:57 EDT
Received: by bass.ARPA (5.31/4.7)
	id AA21568; Sun, 22 Jun 86 22:58:51 PDT
Received: by cod.ARPA (5.31/4.7)
	id AA12229; Sun, 22 Jun 86 22:58:48 PDT
Message-Id: <8606230558.AA12229@cod.ARPA>
Date: Sun, 22 Jun 86 22:48:55 PDT
Ppath: crash!noscvax!info-cpm@amsaa
From: Robert Schwalbe <pnet01!roberts@NOSC.ARPA>
To: crash!noscvax!info-cpm@AMSAA.ARPA
Subject: Re:  apple PRODOS to CP/M file transfer

If you find a program that does this, will you please pass it along to me
24-Jun-86 22:09:12-MDT,1347;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Jun 86 22:08:49-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a026254; 24 Jun 86 10:11 EDT
Received: from USENET by SMOKE.BRL.ARPA id a024806; 24 Jun 86 10:01 EDT
From: Steve Mazurek <spm%mb2c.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Kaypro-II Video Problem - Anyone Else Have This Problem and a Fix?
Message-ID: <1385@mb2c.UUCP>
Date: 23 Jun 86 21:57:56 GMT
To:       info-cpm@AMSAA.ARPA

> I have an old Kaypro-II (with all the chips in sockets and without
> graphics).  It just started doing something strange.  After a random
> period of time from power-up the horizontal goes out on the video and
> all I get is a line down the middle of the screen.  The rest of the unit
> works OK.  
> 
> If anyone else has had this problem and can point me to the
> transistor/transformer/etc. to change I would appreciate it.  (I tried
> reseating all cables and checking for damaged or burned components -

I also have a veryyyyyyy old Kaypro II. I don't know exactly what
your problem is, maybe you need a televison repair man.

Or, try giving the folks at Micro Cornucopia a call:

	(503) 382-8048 9-12 PST

they might be able to help out. Hope this helps you.

					Steven P. Mazurek
					...!mb2c!spm
24-Jun-86 22:09:43-MDT,664;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Jun 86 22:09:16-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a023867; 24 Jun 86 9:18 EDT
Received: from (TTTLEH5)NEUVM1.BITNET by WISCVM.WISC.EDU on 06/24/86 at
  08:20:26 CDT
Date: TUESDAY 06/24/86 15:19:10 DNT
To:  INFO-CPM@AMSAA.ARPA
From:  TTTLEH5%NEUVM1.BITNET@wiscvm.ARPA
Subject: ZCPR3 ???

                     Hello Cp/m people.
If anyone of you who have installed ZCPR3 on one of these:
   Televideo TPC-1
   AMSTRAD CPC 6128
,I would be very pleased to hear from you.

              Klaus Elmquist Nielsen.

BITNET: TTTLEH5 @ NEUVM1
24-Jun-86 22:10:18-MDT,841;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Jun 86 22:09:59-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a027171; 24 Jun 86 10:39 EDT
Received: from USENET by SMOKE.BRL.ARPA id a026058; 24 Jun 86 10:27 EDT
From: Ben Thornton <thornton%kvue.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Fulcrum Omnidisk experience?
Message-ID: <261@kvue.UUCP>
Date: 23 Jun 86 23:10:05 GMT
To:       info-cpm@AMSAA.ARPA


	Has anyone had experience with the Fulcrum Computer Products
Floppy/Fixed disk controller for the S-100 bus called the Omnidisk?
I am considering one of these as an upgrade to my floppy-based Z80
system.  Please post any comments to the net.

---------------
	Ben Thornton, WD5HLS
	ut-sally!kvue!thornton
	Video Associates Labs, Inc.
	(512) 346-5781
24-Jun-86 22:10:49-MDT,1146;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Jun 86 22:10:25-MDT
Received: from xerox.arpa by AMSAA.ARPA id a000692; 24 Jun 86 20:36 EDT
Received: from Aurora.ms by ArpaGateway.ms ; 24 JUN 86 17:37:56 PDT
From: NBaheti.es@xerox.ARPA
Date: 24 Jun 86 20:37:43 EDT
Subject: Re: arc for cp@m?
In-reply-to: Z8BHM%SCFVM.BITNET@WISCVM.WISC.EDU's message of Fri, 20 Jun
 86 22:39 EDT
To: "Bruce H. McIntosh" <Z8BHM%SCFVM.BITNET@wiscvm.ARPA>
cc: INFO-CPM@AMSAA.ARPA
Message-ID: <860624-173756-2929@Xerox>

I have Dave Rand's "NEWARC.LBR" which is excellent.  It has spliced all of
the seperat functions into independant programs 2-3k in length.  Although
I don't use ARC on my RCP/M, I find it great for backup purposes and it
comes in handy to be able o easily access certain IBM-type files thru CP/M.
There is also a "DEARC.LBR" floating around.  Your best bet woiuld be to
check your local RCP/M and I'm sure that Keith's Royal Oak has the
utilities online.
 
--Arun Baheti
  arpa: NBaheti.es@Xerox.COM
  arpa: Baheti%MIT-OZ@MIT-MC.ARPA
  rcpm: 213-530-0670 [300/1200/2400]
24-Jun-86 23:30:24-MDT,705;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Jun 86 23:30:12-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a001324; 25 Jun 86 1:00 EDT
Date: Tue 24 Jun 86 22:19:45-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: Re: HD64180 info req.
To: kenb%techsup.uucp@BRL.ARPA
cc: info-cpm@AMSAA.ARPA
In-Reply-To: <-1771101@techsup>
Message-ID: <12217530550.9.RCONN@SIMTEL20.ARPA>

There are 2 or 3 S-100 cards based on the 64180, and I think as many as
10 OEMs.  Echelon mentions them from time to time in the newsletters.
Also, Zilog is now second source for the 64180.  All that I have heard of
are running the Z System.

	Rick
-------
25-Jun-86 20:35:15-MDT,1244;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Jun 86 20:35:03-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a009569; 25 Jun 86 21:45 EDT
Received: from USENET by SMOKE.BRL.ARPA id a000576; 25 Jun 86 21:43 EDT
From: Fabrum esse suae quemque fortunae <binder@lando.dec.com>
Newsgroups: net.micro.cpm
Subject: Looking for a PD Z80 assembler for Apple CP/M
Message-ID: <3804@decwrl.DEC.COM>
Date: 24 Jun 86 15:19:02 GMT
Sender: daemon@dec.ARPA
To:       info-cpm@AMSAA.ARPA

I'd like to find a public domain Z80 assembler to use with Apple CP/M 2.23 on
a MicroSoft SoftCard.  It'd be nice if it were a macro-assembler, even better 
if it accepts a macro library, but I can live without macros.  Relocatable
code generation is not important. 

I can't FTP from either the ARPAnet or the usenet; the best form for me would
be a softcopy source listing, which I can Kermit to my Apple and then
assemble. 

If you're on net.micro.cpm, please respond directly to me, as I don't 
subscribe to that newsgroup.

Cheers,
Dick Binder   (The Stainless Steel Rat)

UUCP:  { decvax, allegra, ucbvax... }!decwrl!dec-rhea!dec-dosadi!binder
ARPA:  binder%dosadi.DEC@decwrl.ARPA
25-Jun-86 20:48:52-MDT,1882;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Jun 86 20:48:35-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a009644; 25 Jun 86 21:57 EDT
Received: from USENET by SMOKE.BRL.ARPA id a000670; 25 Jun 86 21:47 EDT
From: Ralph Mitchell <ralph%ee.brunel.ac.uk@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Superbrain Wordstar -> IBM-PC
Message-ID: <334@brueer.ee.brunel.ac.uk>
Date: 22 Jun 86 18:06:57 GMT
Posted: Sun Jun 22 18:06:57 1986
To:       info-cpm@AMSAA.ARPA

In article <1220@brl-smoke.ARPA> @CSNET-RELAY.ARPA,@tufts.csnet writes:
>
>A colleague has all of his manuscripts entered into WORDSTAR running on
>an 8 bit CP/M SUPERBRAIN.  Now he wants to convert everything to be readable
>on an IBM PC compatible.  Are there programs for reading Superbrain
>diskettes under MSDOS?  Are there cheap or free ones?  So far I've heard
>about Uniform by Micro Solutions,  Inc.  and Media Master by I don't
>know what company.  Any info on Media Master,  Uniform,  or any other
>programs to do this would be greatly appreciated.  Please respond to me
>as I don't subscribe to this list.
>
I'm also interested in such a facility, as I have a SuperBrain at home and
a variety of PC's at work.  I think I'm more likely to want to go from
PC -> SuperBrain, though.
-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Ralph Mitchell                 | VOICE: +44 895 74000 Ext 2561
Computer Centre                | ARPA:  ralph%ee.brunel.ac.uk@ucl-cs.arpa
Brunel University              | UUCP:  ...!mcvax!ukc!ee.brunel.ac.uk!ralph
Uxbridge                       | JANET: ralph@uk.ac.brunel.ee
UB8 3PH                        | 
UNITED KINGDOM                 |     "Noli illegitemi carborundum"
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
25-Jun-86 21:29:56-MDT,1651;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Jun 86 21:29:43-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a009830; 25 Jun 86 22:13 EDT
Received: from USENET by SMOKE.BRL.ARPA id a000973; 25 Jun 86 21:56 EDT
From: Dave Lampe <djl%ptsfb.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Hardware CAUTION: XOR S-100 CPU Board (Rev. B)
Message-ID: <476@ptsfb.UUCP>
Date: 24 Jun 86 20:00:43 GMT
Cc:  
To:       info-cpm@AMSAA.ARPA

Sorry for posting this, but my mailer couldn't handle your
address. <Cent.Mbeck%OZ.AI.MIT.EDU@mit-xx.ARPA>

I have the XOR / IOMega system from US Micro. Unfortunatly I bought mine
right before they went out of business. The only documentation I got was
two copies of the memory board documentation. I suppose I should be glad
I got all the hardware. I would be happy to pay you to Xerox (tm) anything
else you have.


Dave Lampe @ Pacific Bell
{dual,qantel,ihnp4,hoptoad}!ptsfa!ptsfb!djl
(415) 823-2408
To: Cent.Mbeck%OZ.AI.MIT.EDU@mit-xx.ARPA
Subject: Re: Hardware CAUTION: XOR S-100 CPU Board (Rev. B)
Newsgroups: net.micro.cpm
In-Reply-To: <1440@brl-smoke.ARPA>
Organization: Pacific * Bell, San Francisco
Cc: 
Bcc: 

I have the XOR / IOMega system from US Micro. Unfortunatly I bought mine
right before they went out of business. The only documentation I got was
two copies of the memory board documentation. I suppose I should be glad
I got all the hardware. I would be happy to pay you to Xerox (tm) anything
else you have.


Dave Lampe @ Pacific Bell
{dual,qantel,ihnp4,hoptoad}!ptsfa!ptsfb!djl
(415) 823-2408
25-Jun-86 22:39:28-MDT,1992;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Jun 86 22:39:14-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a010236; 25 Jun 86 23:46 EDT
Date: Wed, 25 Jun 1986  21:47 MDT
Message-ID: <KPETERSEN.12217786891.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: UNARC12 CP/M unARChive of MSDOS ARC files

Now available from SIMTEL20:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.CPMLIB>
UNARC12.LBR.1			BINARY	104448  AC35H

UNARC is CP/M 2.x+ utility which lists, types and extracts files in
MS-DOS archive libraries (*.ARC files).  NOW SUPPORTS A VERSION FOR
NON-Z80 SYSTEMS.   Version 1.2 also provides wheel byte support for
simplified use by RCPM sysops.   Library includes assembly language
source.  For minimum download, extract just UNARC.DOC and UNARC.COM
(Z80) or UNARCA.COM (8080/8085).  UNARC12.LBR is 102k, 816 records.

More information on new version:

* Provides an alternate version for use on non-Z80 systems.  Now all CP/M 
  users can access archive files!  (See note below.)
* Provides wheel byte support for easier use by RCPM sysops (see note).
* Aligns file types in directory listing for improved readability.
* Permits processing of "self-unpacking" archives (e.g. MS-DOS ARC512.COM).
* Attempts to recover from "invalid archive file format" errors in a manner
  compatible with MS-DOS ARC 5.12.

If you are unable to access SIMTEL20 because of network restrictions
this file is also available on my RCP/M Royal Oak (MI) which may be
accessed at 300 bps (Bell 103a), 1200 bps (Bell 212a), or 2400 bps
(V.22 bis).  The telephone number is (313) 759-6569.  It is also
available from the CP/M RoundTable on General Electric Information
Services' GEnie.

--Keith Petersen
Arpa:   W8SDZ@SIMTEL20.ARPA
GEnie Mail: W8SDZ
uucp:   {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
26-Jun-86 20:50:15-MDT,1269;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Jun 86 20:50:08-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a004340; 26 Jun 86 22:10 EDT
Date: Tuesday, 3 June 1986  07:13-MDT
Message-ID: <KPETERSEN.12218031093.BABYL@SIMTEL20.ARPA>
Sender: WORKSHOP.24%OSU-20@OHIO-STATE.ARPA
From: WORKSHOP.24%OSU-20@OHIO-STATE.ARPA
To: arpanet-bboards@mit-mc.ARPA
Subject:   archaic hardware info request
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Thu 26 Jun 1986 20:09-MDT

I need help in the following: I have a Xitan alpha 2 series micro
(circa 1978) which has the Video Display Board, the ZPU cpu board, and
the Z16 memory boards (2 of them). I believe either the ZPU board is
the problem or the VDB board is burned out, as I can't get it to
completely boot itself, although it does show activity. I need to know
where Xitan, inc. is today, hopefully to contact them for information
and/or parts. I have tracked them as far as Mass. in 1979, but no
further, and I need documentation on the system I have. If anyone can
help, please send mail before june 13 to <workshop.24@osu-20> and
after that send it to <may-j@osu-20>
					thanks in advance,
					Mike Moser.
27-Jun-86 11:09:38-MDT,848;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Jun 86 11:09:30-MDT
Received: from wiscvm.arpa by AMSAA.ARPA id a018308; 27 Jun 86 12:27 EDT
Received: from (PFENNIGE)CGEUGE51.BITNET by WISCVM.ARPA on 06/27/86 at
  11:28:36 CDT
Date: 27 JUN 86 14:19-N
From:  PFENNIGER%CGEUGE51.BITNET@WISCVM.ARPA
To:  INFO-CPM@AMSAA.ARPA
Subj: RAM DISK FOR C128

 I HAVE A COMMODORE C128 WHICH I USE IN THE CP/M MODE MOSTLY. I WOULD VERY
MUCH LIKE TO KNOW IF ANY OF YOU C128 OWNERS OUT THERE HAVE THOUGHT OF USING
64K OF THIS MEMORY AS A RAM DISK WITH THE OTHER 64K AS PROGRAM MEMORY. IF SO,
 IF YOU CAN TELL ME WHERE I CAN GET THE SOFTWARE TO DO THIS I WOULD BE VERY
GRATEFULL. OR MAYBE SOMEONE HAS TRIED TO WRITE IT THEMSELVES!
BRIAN JARVIS
OBSERVATOIRE DE GENEVE
CH-1290 SAUVERNY
SWITZERLAND.
28-Jun-86 10:40:54-MDT,858;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Jun 86 10:40:44-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a003430; 28 Jun 86 12:08 EDT
Received: from USENET by SMOKE.BRL.ARPA id a001026; 28 Jun 86 12:04 EDT
From: Theo Wilbers <tw%oce-rd2.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: wanted cpm system for trs-80 model II
Message-ID: <149@oce-rd2.UUCP>
Date: 25 Jun 86 14:30:43 GMT
Posted: Wed Jun 25 14:30:43 1986
To:       info-cpm@AMSAA.ARPA

Can anyone give me an address where I can buy
an CPM operating system for the TRS-80 model II.

Please respond by mail to

uucp ... {seismo,philabs,decvax,ucbvax}!mcvax!oce-rd1!tw

T.J.M. Wilbers

Oce-Nederland B.V.
St. Urbanusweg 43, Venlo The Netherlands
p.o. box 101, 5900 MA Venlo The Netherlands
telephone 31 77 594039
28-Jun-86 10:52:37-MDT,942;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Jun 86 10:52:27-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a003442; 28 Jun 86 12:10 EDT
Received: from USENET by SMOKE.BRL.ARPA id a001139; 28 Jun 86 12:07 EDT
From: Stephen Jenks <sfj@cmu-cs-maps.ARPA>
Newsgroups: net.micro.trs-80,net.micro.cpm
Subject: LNW-80's
Message-ID: <1022@maps.cs.cmu.edu>
Date: 25 Jun 86 20:04:25 GMT
Keywords: LNW-80, LNW Team
Posted: Wed Jun 25 16:04:25 1986
To:       info-cpm@AMSAA.ARPA

I would like to correspond with any people who (unfortunately :-) ) own an
LNW computer.  I have a Team, and am always looking for interesting things
to do with it (besides dropping it off a 5 story building).

					adTHANKSvance,
					Steve Jenks

Arpa:	sfj@maps.cs.cmu.edu
Uucp:	seismo!maps.cs.cmu.edu!sfj		/* I think! */
Bitnet:	sfj%maps.cs.cmu.edu@wiscvm (preferred)
    or:	sj0k@cmuccvma
28-Jun-86 11:26:53-MDT,2132;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Jun 86 11:26:41-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a003525; 28 Jun 86 12:42 EDT
Received: from USENET by SMOKE.BRL.ARPA id a002153; 28 Jun 86 12:37 EDT
From: Ross Alford <alford%ecsvax.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: uuen/de code and software exchange
Message-ID: <1752@ecsvax.UUCP>
Date: 26 Jun 86 17:15:16 GMT
To:       info-cpm@AMSAA.ARPA


I have modified the Turbo Pascal versions of uuencode/uudecode that were
posted to net.sources a while ago to work under CP/M (required bypassing
the brain-damaged way that CP/M Turbo handles files of byte).  These
would make a nice handy way to exchange binaries of CP/M software on the
net, since uuencoded stuff is usually only about 1.5x the size of binaries,
rather than >2x as is hex format.  If there is interest, I could post to 
net.micro.cpm or some other appropriate newsgroup, or email to interested
parties.
 
This brings to mind another thought--What would the reaction of net.micro.cpm
readers be to the idea of someone posting uuencoded binaries of interesting
new PD software to the newsgroup as they appear?  The recent lists of new
software available on SIMTEL for March and April were impressively large,
but I like many have no ARPA access and a budget that isn't happy with multi-
hour long-distance calls or CompuServe sessions.  
  
I suspect that uuencoded versions of squeezed libraries probably wouldn't
take up much more space than the unsqueezed libraries themselves, on average,
and so would not really overload the net.
 
What does anyone think of this?  Are there any ARPA types out there who
would be able/willing to post new .lbrs as they appear?
 
Note that I am NOT advocating large-volume random mailing of software among
individuals, which probably would tend to overload things.  I'm basically
suggesting that the CP/M community start doing something that the Mac and
IBMPC users have been doing for some time, and in greater quantity.
 
Ross Alford
   ...mcnc!ecsvax!alford
28-Jun-86 11:37:24-MDT,1902;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Jun 86 11:37:05-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a003555; 28 Jun 86 13:01 EDT
Date: Sat 28 Jun 86 11:03:24-MDT
From: Rick Conn <RCONN@SIMTEL20.ARPA>
Subject: ZSYS Archive Report
To: info-cpm@AMSAA.ARPA
cc: rconn@SIMTEL20.ARPA
Message-ID: <12218456001.9.RCONN@SIMTEL20.ARPA>

	The following summarizes the size of the ZSYS Archive on SIMTEL20.
The byte counts reflect the sizes of squeezed files (for the most part),
so the actual, unsqueezed, files are larger than reported.
		-- Rick Conn

                                ---- Source Code ---- | --- Documentation ---
Directory                             Byte Count      |       Byte Count
-----------------------               ----------      |       ----------
PD:<ZSYS.DOC>                                  0      |           222610
PD:<ZSYS.INSTALL>                         547920      |           148096
PD:<ZSYS.NEW>                             504315      |            87859
PD:<ZSYS.SYSLIB>                          653184      |            41655
PD:<ZSYS.VLIB>                             27733      |            20408
PD:<ZSYS.Z-NEWS>                               0      |           461260
PD:<ZSYS.Z3LIB>                           229015      |            24171
PD:<ZSYS.ZCPR3>                          1568056      |           327114
PD:<ZSYS.ZSIG>                            582132      |            36927


                                ---- Source Code ---- | --- Documentation ---
Totals                                Byte Count      |       Byte Count
-----------------------               ----------      |       ----------
Column Totals            -->             4112355      |          1370100
Grand Total (Col 1 Only) -->             5482455      |                0
-------
30-Jun-86 08:29:01-MDT,5740;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 08:28:25-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a003778; 30 Jun 86 8:32 EDT
Date: 14 Jun 86 19:09:33 GMT
Message-ID: <KPETERSEN.12218581405.BABYL@SIMTEL20.ARPA>
Sender: brian@AMSAA.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
From: brian@AMSAA.ARPA
MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
Newsgroups: net.dcom
Subject: 2400 bps modem incompatabilities
Keywords: ccitt bell
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 28 Jun 1986 22:32-MDT

Recently whilst trying to select 2400 baud modems for our dial-in lines 
on campus, I ran into an interesting problem. Some 2400 bps modems 
wouldn't connect to others at 2400 bps, but would connect by falling 
back to 1200.

After casting about with a certain degree of futility trying to find 
someone who could tell me WHY this was, I finally got ahold of an 
engineer at Anchor Automation who explained it to me. (By the way, I'm 
completely impressed with these people and their willingness to solve 
problems!)

[Brief flame to other modem companies: Yes, damnit, I know your modems
talk to each other. My problem is that I've got one hundred and seven
dial-in lines (at last count) and I have no control over what the
people out there are going to dial in with. Telling me to have them
all buy your modem to solve the problem is not the answer.]

So here's how I understand it (imperfect at best, but I couldn't find 
this information written anywhere, so here goes):

When you call a 1200/2400 bps modem, it answers in either of two ways. 
If it is a CCITT-V.22bis compliant modem, it answers with 3.3 seconds 
of 2100Hz tone, then 75 mS of silence, and then a burst of training 
signals to get the other modem to adjust to the line.

If the answering modem receives training signals in response, it 
assumes that it will be talking 2400 bps using 16-QAM and you have a 
2400 bps connection. If instead of the training signals, it receives 4-
PSK from the originating modem in response to its answering tones, it 
assumes that it will be a 1200 bps connection and switches off the 
training and (in the USA) uses 4-PSK (Bell 212 standard). [European 
modems use CCITT-V.22 (not V.22bis) for 1200 bps. Some modems claim to 
handle this as well as 212 for 1200 bps, but I've not been testing 
that!]

Here's the rub: some of the 1200/2400 modems don't answer using the 
CCITT V.22bis handshake. They instead answer with a different handshake 
(the engineer referred to it as the Bell 2400 bps handshake): After 
going off-hook, the "Bell handshake" answering modem sends 2125Hz 
(which is pretty close to the CCITT 2100Hz tone) and waits for the 
originating modem to respond either with 1200bps 4-PSK or with QAM 
training signals. It then switches to the appropriate mode, and either 
sends some training signals for 2400, or 4-PSK for 1200.

Some modems can handle both kinds of handshakes. I have, for example, 
no problem calling a Courier with a Courier, anything with a Racal-
Vadic or a MultiTech, etc. But my Courier can't call my Case-Rixon; an 
Anchor didn't connect to the Courier, etc. No, I don't have a chart of 
what talks to what, for reasons that I'll explain:

The point here is that I'm not interested really in what talks to what 
on a brand-name basis. I want instead to find some brands that "do the 
right thing" for both handshakes, and recommend those. So far I've 
found a couple (Racal-Vadic and Multitech come to mind) and I'll choose 
among those and others based on other factors, such as interface, 
reliability, mounting, etc. for the list of ones I recommend. (And then 
the purchasing people and telephone people get into the act, so who 
knows what we'll buy - or when....)

But the other manufacturers need to get on the stick and get it right. 
It seems to me that stating that a modem is CCITT-V.22bis compliant 
also means that it does the CCITT handshake, and yet I can call several 
of the modems out there and just by listening (no 75mS interruption, 
guys!) tell that they're using the "bell handshake".

And the ones that I've tested that answer with the "bell handshake" 
don't seem to accept the CCITT handshake when you dial out. Moral: It 
may be 2400 bps but they're not all compatable. C'mon, guys!

------------------------------------------------------------------------
Modem manufacturers!  Heed my words!  Since there is a published
international standard and one other non-compliant "standard", you need
to accept both!  And you should probably default to the international
standard when you answer.
------------------------------------------------------------------------

Listening test: I call the modem and listen. After it goes off hook, I 
hear in my telephone either

 1) a steady high-pitched tone, then a very brief interruption,
 then another slightly-different-pitch tone, then it
 disconnects.
-or-
 2) a steady high-pitched tone that lasts until it disconnects.

I surmise that #1 is the CCITT handshake. I just tried this with a 
Case-Rixon 1224 and a USR Courier. The Case-Rixon did #1, the Courier 
did #2. If I call both on a conference call, I hear what could be a 
25Hz beat note between them during the first tone on answer.

So, I'm not disparaging anybody's modems.  But I wish there was more 
standardisation so that I don't have to buy one of each to test them 
before we make some big mistake....

 Brian Kantor

 decvax\  brian@sdcsvax.ucsd.edu
 ihnp4  >---  sdcsvax  --- brian
 ucbvax/  Kantor@Nosc 
30-Jun-86 08:30:35-MDT,1304;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 08:30:04-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a003786; 30 Jun 86 8:33 EDT
Date: 16 Jun 86 04:32:08 GMT
Message-ID: <KPETERSEN.12218582322.BABYL@SIMTEL20.ARPA>
Sender: "Ira G. Chayut" <tikal!slovax!ira@UW-BEAVER.ARPA>
From: "Ira G. Chayut" <tikal!slovax!ira@UW-BEAVER.ARPA>
Newsgroups: net.micro.cpm
Subject: Kaypro-II Video Problem Solved
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 28 Jun 1986 22:37-MDT

Earlier I posted an item describing a problem where my Kaypro-II video 
would cease horizontal scanning.  I "played" a bit with the components 
and connectors when this conditioned occurred and found that there is a 
4 conductor connector towards the front left of the machine that had 
the solder on the pin on the board which connects to the blue wire 
neatly "eaten away."  Resoldering the pin seemed to fix the problem. 
Luckily, the pin was accessible through one of the vent holes on the 
bottom of the Kaypro so I didn't have to disassemble the unit.

Hope this helps someone else.

 Ira Chayut
 R & D Associates
 3625 Perkins Lane, SW
 Tacoma, WA 98499
 (206) 581-1322
 ....uw-beaver!tikal!slovax!ira
30-Jun-86 08:32:41-MDT,1481;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 08:32:21-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a003793; 30 Jun 86 8:33 EDT
Date: 17 Jun 86 08:34:00 GMT
Message-ID: <KPETERSEN.12218583018.BABYL@SIMTEL20.ARPA>
Sender: ddrex%gorgo.UUCP@seismo.css.gov
From: ddrex%gorgo.UUCP@seismo.css.gov
Newsgroups: net.micro
Subject: need help w/ Cromemco conversion
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 28 Jun 1986 22:41-MDT

From Fidonews of June 16, 1986
---------------------------------
Leo Bores, 114/14
 
The Bores Eye Institute needs your help. If you know of anyone who has 
access to a Cromenco computer with a modem we can use that person's 
assistance. We have some important patient data files on 8" Cromenco 
disks that need conversion to 5 1/4" and MS(PC)-DOS format. This is 
research data and is very important. Our budget cannot afford the heavy 
cost of direct conversion. We'd like to transfer them by phone if 
possible. We can pay expenses and a gratuity for the service.
 
Please help.
 
----------------------- End of article --------------------------
Contact Dr Leo Bores at:
 
  KRS BBS  1-602-941-3747  1200/300 bps, 6:00pm-8:00am (data)
      or,                (fido/uucp gateway)
  cbosgd!ima!vaxine!spark!114!14!leo_bores
      or, in care of     (me - I will forward if all else fails)
  ihnp4!occrsh!gorgo!ddrex
30-Jun-86 08:53:56-MDT,829;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 08:53:42-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a003883; 30 Jun 86 8:34 EDT
Date: 20 Jun 86 04:09:00 GMT
Message-ID: <KPETERSEN.12218584144.BABYL@SIMTEL20.ARPA>
Sender: kenb%techsup.UUCP@seismo.css.gov
From: kenb%techsup.UUCP@seismo.css.gov
Newsgroups: net.micro.cpm
Subject: zcpr3 and mod ii
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 28 Jun 1986 22:47-MDT

is anyone, or does anyone know of someone that is running zcpr3 on a 
tandy model ii computer. i have one and am working to get the system up 
on it but i hate to reinvent the wheel. any information would be 
appreciated.

thanks,

ken brookner
 uucp: ihnp4!techsup!kenb
 genie: kbrookner
30-Jun-86 09:01:18-MDT,1446;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 09:01:02-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005413; 30 Jun 86 8:56 EDT
Date: Sat, 28 Jun 1986  21:44 MDT
Message-ID: <KPETERSEN.12218572642.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: FATCAT catalog program documentation bug

Relayed from my RCP/M:

--cut here--FATCAT2X.BUG--cut here--
There is a nasty bug (most likely just a typo.) in the 'APPENDIX.A'
documentation file in FATCAT23.LBR and FATCAT24.LBR (and perhaps earlier
versions).  Near the end of APPENDIX A there is a detailed procedure
given to use DDT the patch in your computer specific codes for your
cursor control arrow keys.  The instructions are quite correct and 
understandable for one not familiar with DDT, EXCEPT the last instruction
is "SAVE 42 FATCAT.NEW".  This instruction should be "SAVE 88 FATCAT.NEW".
       
If you follow the original instruction you will get an error message
such as 'SELECT ERROR ON Y' when you try to run FATCAT.  

Of course, if you use PATCH18A (suggested by Gary Inman) or EDFILE
(my preference) to patch memory locations 0153 and 0164 through 0167
of FATCAT.COM to patch the arrow keys you will have no problems.

Note to Steve Cohen -- sorry about this bug notice, but I think
we've all had them.....
30-Jun-86 09:32:03-MDT,1786;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 09:31:50-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005460; 30 Jun 86 8:57 EDT
Date: Sat, 28 Jun 1986  22:13 MDT
Message-ID: <KPETERSEN.12218578015.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Dave Trulli NN2Z <djt%houxk.UUCP@seismo.css.gov>
Cc:   Info-Cpm@AMSAA.ARPA
Subject: xmodem on cpm
In-reply-to: Msg of 5 Jun 1986  09:14-MDT from djt%houxk.UUCP at seismo.CSS.GOV (Dave Trulli NN2Z)

>Does anyone know of an xmodem program for cpm that runs on the console 
>port. It seems to me that the bbs xmodems are written to interface with 
>bye in a bbs enviroment. I am using my pc as the console terminal on my 
>cpm system. I would like to xmodem files between them without needing 
>another terminal or lots of cable switching. This would be like umodem 
>on unix.

Yes, XMODEM is what you want.  It does not require the BYE program.
It's available from SIMTEL20 as:

Filename			Type	 Bytes	 CRC

Directory PD:<CPM.RCPM>
XMDM124.LBR.1			BINARY	113792  4437H

If you are unable to access SIMTEL20 because of network restrictions
it's also available on my RCP/M Royal Oak (MI) which may be accessed
at 300 bps (Bell 103a), 1200 bps (Bell 212a), or 2400 bps (V.22 bis).
The telephone number is (313) 759-6569.  It can also be found on the
CP/M RoundTable on General Electric Information Services' GEnie.

You'll need a hardware overlay, which you'll find in XMDM-OVL.LBR.
Chose the appropriate one for your computer's I/O port arrangement.

--Keith Petersen
Arpa:   W8SDZ@SIMTEL20.ARPA
GEnie Mail: W8SDZ
uucp:   {ihnp4,allegra,cmcl2,dual,decvax,mcnc,mcvax,vax135}!seismo!w8sdz
30-Jun-86 09:39:13-MDT,1790;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 09:38:52-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005437; 30 Jun 86 8:56 EDT
Date: Sat, 28 Jun 1986  21:49 MDT
Message-ID: <KPETERSEN.12218573651.BABYL@SIMTEL20.ARPA>
Sender: KPETERSEN@SIMTEL20.ARPA
From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
To:   Info-Cpm@AMSAA.ARPA
Subject: Taking a stand

The latest version of KMD has just been released.  It has no source
code, only a patch file for customization.

Many SysOps have expressed their dislike for the situation on BYE5 and
KMD (really XMODEM renamed).  The following file, -BYE5KMD.NOT, is now
posted on my RCP/M:

BYE5xx and KMDxx will no longer be supported on this system.
They were public domain programs and are now copyrighted by
Irv Hoff and Wayne Masters.  We join many other RCP/M SysOps
in protesting the "appropriation" of public domain programs
by people who then modify them and copyright them.  This is
not in the true spirit of RCP/M public domain programming.
For those who don't know, BYE was originally written by Dave
Jaffe.  KMD is a renamed XMODEM, which was originally written
by me, based on Ward Christensen's MODEM2 program.

You are encouraged to download and forward the replacements
for BYE5xx and KMDxx:

  NUBYE100.LBR - public domain version of BYE5
  NUKMD100.LBR - public domain version of KMD
  NU-CLOCK.LBR - clock inserts for NUBYE
  NUBY-SUP.LBR - supplimental library for NUBYE
  NUBY-INS.LBR - port and modem inserts for NUBYE

There are many added features to them.  MOST importantly,
they are now back in the public domain for all of us to
contribute to - and feel good about it.

--Keith Petersen, W8SDZ - Co-Sysop of RCP/M Royal Oak (MI)
30-Jun-86 10:05:03-MDT,1204;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 10:04:46-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005472; 30 Jun 86 8:57 EDT
Date: 5 Jun 86 23:50:08 GMT
Message-ID: <KPETERSEN.12218578275.BABYL@SIMTEL20.ARPA>
Sender: kevin%tolerant.UUCP@seismo.css.gov
From: kevin%tolerant.UUCP@seismo.css.gov
Newsgroups: net.micro.cpm
Subject: CP/M Plus
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 28 Jun 1986 22:15-MDT

I looking for the folowing applications that run under CP/M 3.0. If any 
of you know where I may find these, please send me mail, or post it to 
the net.

1) Remote CP/M, perferably one that runs under CP/M 3.0 but CP/M 2.2
would be a good start. 

2) A MAKE utility, I remember someone posting some infomation on the
net about a MAKE utility that ran under CP/M 3.0.

3) A shell that may be run instead of the CCP. 

If you know of any public domain software that meet any of the above 
need, please send me mail or post it to the net. In fact even if it's 
not public domain, I would still like to hear about it.

Kevin Flory @ Tolerant Systems, San Jose, CA
30-Jun-86 10:16:11-MDT,3589;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 10:15:54-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005499; 30 Jun 86 8:58 EDT
Date: 11 Jun 86 22:08:54 GMT
Message-ID: <KPETERSEN.12218579037.BABYL@SIMTEL20.ARPA>
Sender: Dave Haynie <daveh%cbmvax.cbm.UUCP@seismo.css.gov>
From: Dave Haynie <daveh%cbmvax.cbm.UUCP@seismo.css.gov>
Newsgroups: net.micro.cpm
Subject: Re: Re: Re: Commodore 128 Mouse Interface
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 28 Jun 1986 22:19-MDT

> 
> I plugged the C-128 mouse into the rig of my own design and manufacture
> for a Z-100.   I also plugged a regular joystick into the mouse program.
> I did not put the mouse on a scope, but the results are conclusive:
> The C-128 is not a real mouse, but is an inverted tracball (probably
> using the same IC that is in the tracball too).  It does not yield any
> stepping increments or my custom software would have been able to detect
> it.    A REAL mouse costs money to make, the C-128 is cheap.
> The Commodore man is full of it, you can check it out for yourself.
> 
> Cheers,
> Gern
> -------

Maybe you should have scoped it out. The Commodore Mouse is in some 
ways a real mouse and in some ways not, of course depending upon what 
you consider a "real" mouse. The mouse workings are very cheap in most 
everyone's mouse; they simply consist of two circular wheels 
alternately transparent and opaque, which cause two phototransistors to 
pluse in proportion to the velocity at which the mouse moves. The 
expensive part comes in the mouse interface, which generally transmits 
some good and meaningful velocity information in a form that the 
computer can accept. Up to this point, a trackball does something very 
similar, and the two are really interchangable.

Now the interface on the CBM mouse is a custom microprocessor that sits 
out in the mouse and watches the motion of the vanes. It will pulse a 
four bit digital TTL level signal which corresponds to the 4 bits of 
joystick information all Commodore consumer type computers accept. Thus 
it is compatible with joystick software, at least to a degree. The main 
problem is that the pulsed digital lines can easily get saturated when 
moving the mouse; this seems to happen even at reasonably slow speeds. 
Also, even a program written specifically to read the mouse is going to 
look sloppy as compared to the same thing with a standard quadrature 
mouse, the digital pulsing takes lots of processor time to scan 
correctly, and it still doesn't convey the same resolution of 
information available in the mouse that you're thinking of.

Most arcade-style trackballs take an even simpler route, and don't 
pulse the digital output at all; they look just like digital joysticks. 
That's what you get for buying a Commodore/Atari/ETC COMPATIBLE 
trackball. There are also trackballs that generate a quadrature output 
compatible with the mouse output on an Amiga or MAC machine.

The bottom line is that the current Commodore Mouse, as intended for 
C64 and C128 style computers, is a compromise between full mouse 
functionality and compatibility with software that's out there.

-- 
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
Dave Haynie    {caip,ihnp4,allegra,seismo}!cbmvax!daveh

 These opinions are my own, though for a small fee they be yours too.
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/
30-Jun-86 10:43:11-MDT,1314;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 10:42:57-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005486; 30 Jun 86 8:57 EDT
Date: 9 Jun 86 19:44:10 GMT
Message-ID: <KPETERSEN.12218578878.BABYL@SIMTEL20.ARPA>
Sender: Michael Kersenbrock <michaelk%copper.UUCP@seismo.css.gov>
From: Michael Kersenbrock <michaelk%copper.UUCP@seismo.css.gov>
Newsgroups: net.micro.cpm
Subject: Re: CP/M Plus
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 28 Jun 1986 22:18-MDT

In article <364@tolerant.UUCP> kevin@tolerant.UUCP (Kevin Flory) writes:
>I looking for the folowing applications that run under CP/M 3.0. If
>any of you know where I may find these, please send me mail, or post
>it to the net.
>
>2) A MAKE utility, I remember someone posting some infomation on the
>net about a MAKE utility that ran under CP/M 3.0.

I have and use a MAKE facility with my CP/M 3.0 system. I had "ported" 
one of the P.D. IBM PC makes. I'll post the source and binary to 
net.sources if there is much interest (and if I remember to upload it 
from my home computer to this one). It's a very plain jane MAKE, but it 
works well.
-- 
Mike Kersenbrock
Tektronix Software Development Products
Aloha, Oregon
30-Jun-86 11:19:42-MDT,4499;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 11:19:13-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005535; 30 Jun 86 8:58 EDT
Date: 13 Jun 86 03:58:13 GMT
Message-ID: <KPETERSEN.12218579623.BABYL@SIMTEL20.ARPA>
Sender: Larry Lippman <larry%kitty.UUCP@seismo.css.gov>
From: Larry Lippman <larry%kitty.UUCP@seismo.css.gov>
Newsgroups: net.analog,net.dcom
Subject: Re: phone line surges and spikes
Summary: MOV's are not the best solution, but they are inexpensive
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 28 Jun 1986 22:22-MDT

In article <3607@reed.UUCP>, kamath@reed.UUCP (Sean Kamath) writes:
> 
> Well, there has been a lot of talk lately about line voltages, and I
> don't know if this has come up.  I know it is possible to buy surge
> suppressors for AC & phone lines.  I know there are such thing as phone
> line spikes (I hear them at 1 am on my ultra-cheap phone from time-life
> books, or whatever.), so the question is, is it as easy as installing a
> MOV in the line?  I'm sort of worried what might be getting rammed into
> my internal modem.  Anyone got any ideas?

Most telephone line transients result from lightning strikes causing 
current to be dissipated through the sheath of the telephone cable to 
ground. This INCLUDES cable which is buried underground. A voltage is 
induced in the individual telephone cable conductors due to the HUGE 
currents and magnetic fields which accompany a lightning strike (to 
give you an idea how large the currents are, lightning strike currents 
are measure in KILOamperes, with a typical lightning strike being 100 
kA).

Except in extreme cases, the lightning voltage itself therefore never 
hits the individual conductors (which would cause destruction of 
dielectric), but its propagated through capacitance and inductance 
between the cable sheath and its pairs. The resulting transients are 
"longitudinal" in nature, being from each wire of a pair to ground; 
these transients are NOT generally from conductor-to-conductor.

What does the above mean in practical terms? For one, placing a MOV 
(Metal Oxide Varistor) just across tip and ring will do almost zip for 
providing transient protection. You need TWO MOV's, one from tip to 
ground, and one from ring to ground. And I mean GROUND, like a #12 AWG 
wire to a water pipe - NOT the third wire of an AC power outlet. Because 
the MOV is not going to be very effective unless a low impedance path 
to earth ground exists.

So, it is possible to build your own telephone line surge protector 
using two MOV's as indicated above. However, it is not quite that 
simple since the MOV's have to be carefully selected. First, the MOV 
should exhibit a leakage current flow at 50 volts DC of LESS THAN 500 
microamperes, which is equivalent to a resistance of at LEAST 100,000 
ohms. At 130 volts DC, the leakage current should still be less than 
1,000 microamperes. Exceeding these values can CAUSE TROUBLE with your 
telephone line, such as: (1) false ring tripping; (2) hum and noise due 
to longitudinal unbalance; and (3) trouble indications at the telephone 
company central office due to automatic line insulation testing 
equipment thinking your line is in trouble. The effective breakdown 
potential of the MOV should be around 180 volts DC to preclude any 
false trouble indications.

In my opinion, any product which claims to be a telephone line surge 
protector and consists of a single MOV across tip and ring is ALMOST 
WORTHLESS. You need to go between the conductors and ground, for the 
reasons mentioned above.

I don't want to get off on a tangent here, but there is something which 
is better than a a MOV: a gaseous discharge tube, especially what is 
called a "three element" gaseous discharge tube. These devices exhibit 
an infinite impedance in the "off" state, and conduct much faster than 
a MOV. In telephone parlence, these are referred to as "rare gas 
protectors". However, the cost of such a component is several times the 
cost of a MOV.

==>  Larry Lippman @ Recognition Research Corp., Clarence, New York
==>  UUCP  {bbncca|decvax|rocksanne|rocksvax|watmath}!sunybcs!kitty!larry
==>  VOICE   716/688-1231                {rice|shell}!baylor!/
==>  FAX     716/741-9635 {G1, G2, G3 modes}        seismo!/
==>  "Have you hugged your cat today?"             ihnp4!/
30-Jun-86 11:48:59-MDT,1279;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 11:48:44-MDT
Received: from simtel20.arpa by AMSAA.ARPA id a005518; 30 Jun 86 8:58 EDT
Date: 12 Jun 86 23:57:28 GMT
Message-ID: <KPETERSEN.12218579282.BABYL@SIMTEL20.ARPA>
Sender: "Ira G. Chayut" <tikal!slovax!ira@UW-BEAVER.ARPA>
From: "Ira G. Chayut" <tikal!slovax!ira@UW-BEAVER.ARPA>
Newsgroups: net.micro.cpm
Subject: Kaypro-II Video Problem - Anyone Else Have This Problem and a Fix?
ReSent-From: KPETERSEN@SIMTEL20.ARPA
ReSent-To: Info-Cpm@AMSAA.ARPA
ReSent-Date: Sat 28 Jun 1986 22:20-MDT

I have an old Kaypro-II (with all the chips in sockets and without 
graphics). It just started doing something strange. After a random 
period of time from power-up the horizontal goes out on the video and 
all I get is a line down the middle of the screen. The rest of the unit 
works OK.

If anyone else has had this problem and can point me to the 
transistor/transformer/etc. to change I would appreciate it. (I tried 
reseating all cables and checking for damaged or burned components -
nothing obvious so far).

Thanks.

 Ira Chayut
 R & D Associates
 3625 Perkins Lane, SW
 Tacoma, WA 98499
 (206) 581-1322
 ....uw-beaver!tikal!slovax!ira
30-Jun-86 14:47:51-MDT,856;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 14:47:42-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a020926; 30 Jun 86 15:20 EDT
Received: from USENET by SMOKE.BRL.ARPA id a008623; 30 Jun 86 15:20 EDT
From: "Virginia A. Kaste <ginny>" <ginny@BRL-SMOKE.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: Test message to check delivery to net.micro.cpm:
Message-ID: <1835@brl-smoke.ARPA>
Date: 30 Jun 86 19:20:27 GMT
To:       info-cpm@AMSAA.ARPA

In article <1833@brl-smoke.ARPA> Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA> writes:
>This is a test.  The results will be determined via local observations.  No
>replies are needed.
>
>
>Dave Towson
>info-cpm-request@amsaa.arpa
>


A followup test message, sent via rn. This should be sent to
cpmlist@amsaa.

ginny

30-Jun-86 15:00:51-MDT,1107;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 15:00:43-MDT
Received: from xerox.arpa by AMSAA.ARPA id a007226; 30 Jun 86 9:46 EDT
Received: from CheninBlanc.ms by ArpaGateway.ms ; 29 JUN 86 10:46:10 PDT
Date: Fri, 27 Jun 86 10:33 PDT
From: DGilbert.ES@xerox.ARPA
Subject: Re: Superbrain Wordstar -> IBM-PC
In-reply-to: <334@brueer.ee.brunel.ac.uk>
To: Ralph Mitchell <ralph%ee.brunel.ac.uk@BRL.ARPA>
cc: info-cpm@AMSAA.ARPA
Message-ID: <860629-104610-1865@Xerox>

I've used UNIFORM PC to transfer files from Superbrain QD to IBM-PC and
vice-versa.  It works, but one problem.  The disks had to be initially
formatted
on the IBM-PC to the Superbrain format.  Then these disks used on the
Superbrain.  The UNIFORM documentation said it had to do with a GAP
spacing
problem with the NEC FDC chip used in the Superbrain.  Disks formatted
on
the Superbrain are not read reliably by the IBM-PC.  Within this
constraint,
files are transferred fine.

I don't know if any other packages have this limitation....

Doug Gilbert


30-Jun-86 22:20:51-MDT,1757;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 22:20:37-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a025223; 30 Jun 86 23:42 EDT
Received: from USENET by SMOKE.BRL.ARPA id a014540; 30 Jun 86 23:42 EDT
From: "Chad R. Larson" <chad%anasazi.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: uuen/de code and software exchange
Message-ID: <391@anasazi.UUCP>
Date: 29 Jun 86 23:11:26 GMT
Followup-To: net.micro.cpm
To:       info-cpm@AMSAA.ARPA

In article <1752@ecsvax.UUCP> alford@ecsvax.UUCP (Ross Alford) writes:
>
>This brings to mind another thought--What would the reaction of net.micro.cpm
>readers be to the idea of someone posting uuencoded binaries of interesting
>new PD software to the newsgroup as they appear?... 
> 
>Note that I am NOT advocating large-volume random mailing of software among
>individuals, which probably would tend to overload things.  I'm basically
>suggesting that the CP/M community start doing something that the Mac and
>IBMPC users have been doing for some time, and in greater quantity.
> 

I had been thinking the same thing.  I would like to participate in
such an endevor.  One of the advantages we CP/Mers have is binary
(rather than source) compatability.  We should make use of it.
	-crl
-- 

"All the young dudes carry the news..."  -David Bowie
_____________________________________________________________________
UUCP:    {noao,seismo}!mot!anasazi!chad         Voice: Hey, Chad!
Ma Bell: (602) 870-3330                         ICBM:  N33deg,33min
Surface: International Anasazi, Inc.                   W112deg,03min
         7500 North Dreamy Draw Drive
         Suit 120
         Phoenix, AZ 85020-4604
30-Jun-86 22:38:04-MDT,1706;000000000000
Return-Path: <info-cpm-request@AMSAA.ARPA>
Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 30 Jun 86 22:37:43-MDT
Received: from brl-smoke.arpa by AMSAA.ARPA id a025232; 30 Jun 86 23:53 EDT
Received: from USENET by SMOKE.BRL.ARPA id a014558; 30 Jun 86 23:43 EDT
From: Dave Haynie <daveh%cbmvax.cbm.uucp@BRL.ARPA>
Newsgroups: net.micro.cpm
Subject: Re: RAM DISK FOR C128
Message-ID: <473@cbmvax.cbmvax.cbm.UUCP>
Date: 30 Jun 86 20:25:24 GMT
To:       info-cpm@AMSAA.ARPA

> 
> 
>  I HAVE A COMMODORE C128 WHICH I USE IN THE CP/M MODE MOSTLY. I WOULD VERY
> MUCH LIKE TO KNOW IF ANY OF YOU C128 OWNERS OUT THERE HAVE THOUGHT OF USING
> 64K OF THIS MEMORY AS A RAM DISK WITH THE OTHER 64K AS PROGRAM MEMORY. IF SO,
>  IF YOU CAN TELL ME WHERE I CAN GET THE SOFTWARE TO DO THIS I WOULD BE VERY
> GRATEFULL. OR MAYBE SOMEONE HAS TRIED TO WRITE IT THEMSELVES!
> BRIAN JARVIS
> OBSERVATOIRE DE GENEVE
> CH-1290 SAUVERNY
> SWITZERLAND.

The C128 runs CP/M 3.0, which uses both banks of memory when normally
operating.  The extra memory allows a larger TPA, and generally results in
a faster machine.  The RAM Expansion module (1700,1750) are configured as
RAMDisks in CP/M, giving you up to 512K of RAM Disk, as drive M:  WordStar
will load in about a second off of drive M:, other things are similarly 
very fast.

-- 
/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\
Dave Haynie    {caip,ihnp4,allegra,seismo}!cbmvax!daveh

   A quote usually goes here, but its currently being rennovated.

	These opinions are my own, though for a small fee they be yours too.
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/