1-Jun-86 00:49:00-MDT,6054;000000000000 Return-Path: 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: Sender: Bernie Eiben From: Bernie Eiben 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: 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: 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" 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: Quick reference list to SIMTEL20's CP/M directories Quick reference list to SIMTEL20's PD: 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: New files uploaded to SIMTEL20 The following is a list of new files added to SIMTEL20's directories between 28-Apr-86 and 31-May-86. For a complete list of all files, get MICRO:CPM.CRCLST. Filename Type Bytes CRC PD: 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: EBASIC.LBR.1 BINARY 32256 32D6H TTL-SCRL.BAS.1 BINARY 1280 27E2H PD: 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: LABEL.AQM.1 BINARY 9728 2DA2H PD: EZCPR.LBR.1 BINARY 59008 17C9H PD: 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: 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: DBEZMENU.TQT.1 BINARY 1792 834EH PD: SD116.BUG.1 ASCII 1278 1AFFH SD116.LBR.1 BINARY 84736 B6E4H PD: DCOM8048.LBR.1 BINARY 23424 746DH DZ-APR86.LBR.1 BINARY 16128 6FEFH PD: BD03.LBR.1 BINARY 10368 1738H FIX.LBR.1 BINARY 37376 72AFH RDMS233.LBR.1 BINARY 39808 606AH PD: TOOLS.BQK.1 BINARY 10240 E1A6H PD: EM220.LBR.1 BINARY 19456 BC57H PD: GRAFSTAN.TQT.1 BINARY 2304 8AC9H PD: BU-DDJ-F.LBR.1 BINARY 31104 DFA2H PD: I218-1.ZQ0.1 BINARY 7808 98F2H I2A3-2.AQM.1 BINARY 8320 173AH I2VB-1.AQM.1 BINARY 2688 FCCAH PD: KAY256.LBR.1 BINARY 8448 72D7H KPCW.LBR.1 BINARY 4736 3914H PD: SET192V3.AQM.1 BINARY 6272 0561H PD: MCIMEX11.LBR.1 BINARY 4096 B919H MXO-SBS2.ZQ0.1 BINARY 21120 F993H PD: 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: 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: YMODEM.DOC.1 ASCII 49446 6076H PD: WILDCARD.LBR.1 BINARY 5120 C0E5H PD: PCSAVE$.DOC.1 ASCII 14190 3377H PD: DIRTYDOZ.005.1 ASCII 17592 77A2H PD: MBB2PBBS.LBR.1 BINARY 11392 8740H SCANLST2.LBR.1 BINARY 16640 14A2H PD: CRUNCH11.LBR.1 BINARY 12544 84C0H PD: EPEX11.LBR.1 BINARY 88960 DB79H ZX31.LBR.1 BINARY 14720 C60EH PD: 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: ALPHATXT.LBR.1 BINARY 63360 7555H FILT7A.LBR.1 BINARY 6912 92D9H PD: VVRB101.C.2 ASCII 16314 0A5CH VVRBSB.MAN.1 ASCII 10029 2762H VVSB103.C.1 ASCII 11825 F3C7H PD: RESQ14.LBR.1 BINARY 12032 23E1H PD: 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: 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 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: 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. 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen 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: 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 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 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 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: 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: 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: 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: 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: 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 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: 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" 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: 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 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen 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: 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: 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 Subject: New Z System files To: info-cpm@AMSAA.ARPA Message-ID: <12212589939.9.RCONN@SIMTEL20.ARPA> Now in PD: 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: 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: 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 Subject: Z News 502 To: info-cpm@AMSAA.ARPA Message-ID: <12212598972.9.RCONN@SIMTEL20.ARPA> ... is in PD: and PD:. ------- 6-Jun-86 03:51:39-MDT,879;000000000000 Return-Path: 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 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.CRC and ZSYS.USAGE -- CRCs for all files and files ordered by frequency of access PD:ZSYS.DOC and DIRLIST.DOC -- index to programs and contents of dirs PD:READ.ME = PD: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: 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 Subject: ZSYS Archive Data To: info-cpm@AMSAA.ARPA Message-ID: <12212602569.9.RCONN@SIMTEL20.ARPA> The PD: archive on SIMTEL20 contains all Z System - related programs and documentation. This supercedes the old PD: subdir. PD: 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: This is the top-level directory of the Z System archive on SIMTEL20. Under this directory are the subdirectories, referenced by "PD:, 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: 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.DOC -- listing of all directories and contents under PD: ===================================================================== PD: 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: 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: 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: 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: 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: 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: 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: 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: 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 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: 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen 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: KEY-FAKE.LBR.1 BINARY 3200 86A3H It works great! --Keith 7-Jun-86 11:47:20-MDT,2347;000000000000 Return-Path: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: CP/M-80 catalog program for Kaypro Now available from SIMTEL20: Filename Type Bytes CRC Directory PD: 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 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen 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: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: 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 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: 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: Sender: Bernie Eiben - LDP Workstations From: Bernie Eiben - LDP Workstations 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: PMLINK.LBR.1 BINARY 26240 ABF1H PMLINK holds a 'close relative' to: Directory PD: 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: 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: Sender: Bernie Eiben - LDP Workstations From: Bernie Eiben - LDP Workstations 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: 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: 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: 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Andrew Moore Cc: Info-Cpm@AMSAA.ARPA Subject: BYE... In-reply-to: Msg of 9 Jun 1986 16:45-MDT from Andrew Moore 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: 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: 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 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: 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 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: 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 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: 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 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: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: 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" 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: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: 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: From: LIN@mit-xx.ARPA To: Bernie Eiben - LDP Workstations cc: info-cpm@AMSAA.ARPA Subject: ARC In-reply-to: Msg of 8 Jun 1986 10:34-EDT from Bernie Eiben - LDP Workstations 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Daniel Reigada 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 >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 To: Keith Petersen - CP/M SysOp 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen 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: 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: FATCAT24 buffered multi-disk catalog program available Now available from SIMTEL20: Filename Type Bytes CRC Directory PD: 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 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: 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) 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: 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 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: 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 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: Quick reference list to SIMTEL20 CP/M directories Quick reference list to SIMTEL20's PD: 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: 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: 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: 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" 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: 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: 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 and @B I S, 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 and @F I E 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: 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 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: 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: 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: 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: 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 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: 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 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: 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: 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 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: 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" 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: 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 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: 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 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: 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 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: 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 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. 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: UNARC12 CP/M unARChive of MSDOS ARC files Now available from SIMTEL20: Filename Type Bytes CRC Directory PD: 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: 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: 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 and after that send it to thanks in advance, Mike Moser. 27-Jun-86 11:09:38-MDT,848;000000000000 Return-Path: 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: 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 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: 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 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: 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 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: 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 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: 0 | 222610 PD: 547920 | 148096 PD: 504315 | 87859 PD: 653184 | 41655 PD: 27733 | 20408 PD: 0 | 461260 PD: 229015 | 24171 PD: 1568056 | 327114 PD: 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: 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: 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: 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: Sender: "Ira G. Chayut" From: "Ira G. Chayut" 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: 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: 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: 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: 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Dave Trulli NN2Z 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: 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: 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: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen 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: 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: 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: 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: Sender: Dave Haynie From: Dave Haynie 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: 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: Sender: Michael Kersenbrock From: Michael Kersenbrock 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: 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: Sender: Larry Lippman From: Larry Lippman 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: 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: Sender: "Ira G. Chayut" From: "Ira G. Chayut" 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: 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 " 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) 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: 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 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: 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" 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: 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 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. \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/