home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
CP/M
/
CPM_CDROM.iso
/
simtel
/
archives
/
cpm
/
8606-1.txt
< prev
next >
Wrap
Text File
|
1993-02-12
|
133KB
|
3,189 lines
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.
\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/