1-Nov-86 15:29:14-MST,1204;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 1 Nov 86 15:28:57-MST Received: from mit-xx.arpa by AMSAA.ARPA id a006304; 1 Nov 86 16:50 EST Date: Sat, 1 Nov 1986 15:15 EST Message-ID: From: LIN@mit-xx.ARPA To: info-cpm@AMSAA.ARPA cc: lin@mit-xx.ARPA Subject: NSWP207 After bombing with NSWP208, I got this version (207) from SIMTEL20. I am having three troubles. 1. NSWEEP207 does not seem to accept a file-spec as JCL. I can type NSWEEP207 *.mss and I will get the same thing as if I type NSWEEP207 I also have trouble using a drive-spec, so that NSWEEP207 b:*.mss gives funny results. 2. NSWEEP207 does not seem to want to View files for me. I get the first few lines of the file, and then I get what appears to be a display of the directory (i.e., lines with some ascii text in them and some garbage, and the ascii text is filenames on that drive). 3. The squeeze function creates a larger file than the original, and isn't even squeezed. In case it is relevant, I am running this on M/PM 8-16, on a hard disk. help? Thanks.. 1-Nov-86 16:12:46-MST,2006;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 1 Nov 86 16:12:34-MST Received: from brl-smoke.arpa by AMSAA.ARPA id a006411; 1 Nov 86 17:27 EST Received: from USENET by SMOKE.BRL.ARPA id a008219; 1 Nov 86 17:31 EST From: Gregory Woodbury Newsgroups: net.micro.cpm Subject: Re: IMP for the C-128 Message-ID: <868@ethos.UUCP> Date: 1 Nov 86 08:10:29 GMT Sender: news%ethos.uucp@BRL.ARPA Followup-To: net.micro.cpm Keywords: C-128 MEX TERMCAP To: info-cpm@AMSAA.ARPA In article <2835@garfield.UUCP> jay@garfield.UUCP (Jay Kumarasingam) writes: >... I set >the term to be adm31 and everything works fine except...... > i) whenever there is a reverse video line, all I get is graphic characters. > ii) within vi when I insert into a line, it seems to overwrite the line. > >termcap entry? Has anyone else had the same problems and fixed them? >Please post. I have indeed been biten by the same bug several time, and have written a termcap and a terminfo for the 128. The main problem is that the C-128 isn't really an adm-341 emulator as much as a Kaypro emulator. The G# codes are different, which causes the alt char set to be used instead of inverse video. Here is the termcap that I am using on SysV.2 UNIX's: ---------------cut here-------------- c128|c128.mex|cpm128|commodore-128 cp/m+:\ :co#80:li#24:am:cl=\E*:bs:\ :cm=\E=%+ %+ :nd=\014:up=\013:ce=\ET:cd=\EY:\ :al=\EE:dl=\ER:im=:ei=:ic=\EQ:mi:dm=:ed=:dc=\EW:\ :so=\EG4:se=\EG0:us=\EG3:ue=\EG0: ---------------------------- Its not absolutely complete, but its better than trying to use the ADM-31 and going blind. The terminfo (available on request) is more complete and based on a look at the terminal emulation sources in the CBM release. -- ------------------------------------------ Gregory G. Woodbury The usual disclaimers apply Red Wolfe Software and Services, Durham, NC {duke|mcnc|rti-sel}!ethos!ggw 1-Nov-86 19:48:35-MST,833;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 1 Nov 86 19:48:23-MST Received: from lll-mfe.arpa by AMSAA.ARPA id a006810; 1 Nov 86 21:10 EST Date: Sat, 1 Nov 86 21:11 EST From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: MUMPS, APL for CP/M-80 or Apple // series To: INFO-CPM@AMSAA.ARPA From: (Richard C. Secrist) Date: Sat, 1-NOV-1986 21:12 EST To: INFO-MICRO@BRL-VGR.ARPA, INFO-CPM@AMSAA.ARPA Message-ID: <[OAK.SAINET.MFENET].ADD51DA0.008F7537.SECRIST> Header-Disclaimer: I don't like my headers either ! X-VMS-Mail-To: MICRO,CPM Anybody have/seen a PD/inexpensive APL or MUMPS for CP/M-80 ? Apple ? Is there a archive anywhere ? rcs SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa 2-Nov-86 00:25:24-MST,1109;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 2 Nov 86 00:25:13-MST Received: from simtel20.arpa by AMSAA.ARPA id a007305; 2 Nov 86 1:40 EST Date: Saturday, 1 November 1986 20:23-MST Message-ID: Sender: prindle@NADC.ARPA From: prindle@NADC.ARPA To: kpetersen@SIMTEL20.ARPA Subject: New program to read MSDOS disks on Commodore C128 CP/M ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Sat 1 Nov 1986 23:33-MST I just uploaded RDMS233C.LBR to SIMTEL20: Filename Type Bytes CRC Directory PD: RDMS233C.LBR.1 BINARY 47104 BA48H This is an adaptation of RSMS 2.33 (from RDMS233.LBR) for the Commodore 128 running CP/M 3.0. This program will allow reading of any of the 4 MSDOS format diskettes, copying files to CP/M format diskettes. This is only useful for copying text (program source and doc included) and data files - MSDOS .com or .exe files will not run under CP/M!!! Sincerely, Frank Prindle Prindle@NADC.arpa 2-Nov-86 03:55:51-MST,691;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 2 Nov 86 03:55:45-MST Received: from brl-smoke.arpa by AMSAA.ARPA id a007657; 2 Nov 86 5:29 EST Received: from USENET by SMOKE.BRL.ARPA id a013687; 2 Nov 86 5:30 EST From: Michael Kersenbrock Newsgroups: net.micro.cpm Subject: Re: Query on CP/M disk formats Message-ID: <694@copper.UUCP> Date: 31 Oct 86 05:17:03 GMT To: info-cpm@AMSAA.ARPA There also is the interleave factor (physical to logical sector number mapping) that will vary from disk to disk. -- Mike Kersenbrock Tektronix Computer Aided Software Engineering Aloha, Oregon 2-Nov-86 19:06:20-MST,1435;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 2 Nov 86 19:06:05-MST Received: from wiscvm.arpa by AMSAA.ARPA id a009631; 2 Nov 86 20:22 EST Received: from (GA.OLS)ISUMVS.BITNET by WISCVM.WISC.EDU on 11/02/86 at 19:25:30 CST Date: Sun, 2 Nov 86 19:18:44 CST To: info-cpm@AMSAA.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA From: Rob Olson I have a strange question for any of you with long memories: I picked up a Xerox 850 stand alone word processing unit a while back that I am trying to get to work with a CP/M system. Requests made to Xerox on my behalf didn't return much and I think that this is the place to reach the people I need... 1) I'm trying to get the printer part to work with my system by installing a standard interface on the printer unit itself. The connection to the box has resisted my attempts with a scope to figure out what is going on. Any information on a pinout would be wonderfull... 2) I am trying to use the 8" drives as the base for a new CP/M system that a friend is developing. The drives are Shugart SS/SD with a Xerox board instead of the original from Shugart! Anybody know what this beastly does. Since this is not of general interest, please reply directly to me. Thanks for listening. Rob GA.OLS%ISUMVS.BITNET@wiscvm.wisc.edu 2-Nov-86 19:15:31-MST,783;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 2 Nov 86 19:15:25-MST Received: from mit-mc.arpa by AMSAA.ARPA id a009659; 2 Nov 86 20:31 EST Date: Sun 2 Nov 86 20:29:53-EST From: Mark Becker Subject: BDOS ^S function Applications Note To: Info-CPM@AMSAA.ARPA Message-ID: <12251840490.18.CENT.MBECK@OZ.AI.MIT.EDU> Digital Research released Applications Note 05, dated 2/20/82, from which I quote: "The control-S function controls screen scrolling during CRT output. However, the system does not recognize control-S if you type another character before it." The note then gives a three-location patch for the problem. I think someone was looking for this. ------- 2-Nov-86 23:05:23-MST,2295;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 2 Nov 86 23:05:14-MST Received: from simtel20.arpa by AMSAA.ARPA id a010198; 3 Nov 86 0:21 EST Date: Sun, 2 Nov 1986 22:25 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: Quick reference list to SIMTEL20's CP/M directories PD:CPM.CRCLST on SIMTEL20 (the file listing all the filenames, sizes and CRCs of the PD: directories) has been updated as of today. Quick reference list to SIMTEL20's PD: directories as of November 2, 1986 (where 'x' is one of the names below): 22RSX CCP FILUTL MISC SORT 6502 COBOL FINANCE MODEM SPELL AMETHYST COMND FORTH-83 MODEM2 SPREADSHEET APPLE CPM3 FORTRAN MODEM7 SQUSQ ARC-LBR CPM68K GENASM MSOFT STARTER-KIT ASMUTL CPM86 GENCOM NEWS SUBMIT ATARI CPMINFO GENDOC NSTAR SYSUTL AZTEC-C CPR86 GENIE NUBYE TERM BASIC CUG GRAPHICS OSBORN TRS-80 BBS DATABASE HAMMING PACKET TURBODOS BBSLISTS DBASEII HAMRADIO PARASOL TURBODOS-SIGI BDOS DEBUG HDUTL PASCAL TURBOPAS BDSC-1 DIRUTL HEATH PBBS TXTUTL BDSC-2 DISASM HELP PILOT80 VDOEDIT BDSC-3 DISKPLOT HEX PLOT33 VOICE BDSC-4 DSKBUF IMP PPSPEL WSTAR BSTAM DSKUTL INSIDCPM PROLOG XCCP BYE3 EDITC80 KAYPRO PUBKEY XLISP BYE5 EDITOR LIST PUBPATCH Z8EDEBUG C128 EDUCATION MACLIB RBBS ZCPR C64 EMX MATH RBBS4 ZCPR2 C80 EPSON MBBS RCPM ZCPR3 CATLOG FAST2 MEMTEST ROS CB80 FILCPY MEX SCREENGEN CBIOS FILE-DOCS MICNET SMALLC21 3-Nov-86 10:24:44-MST,747;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 3 Nov 86 10:22:50-MST Received: from lll-mfe.arpa by AMSAA.ARPA id a010635; 3 Nov 86 5:26 EST Date: Mon, 3 Nov 86 05:28 EST From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: Little-Ada Conversion To: INFO-CPM@AMSAA.ARPA From: (Richard C. Secrist) Date: Mon, 3-NOV-1986 05:28 EST To: INFO-CPM@AMSAA.ARPA Message-ID: <[OAK.SAINET.MFENET].27782F80.008F7646.SECRIST> Header-Disclaimer: I don't like my headers either ! X-VMS-Mail-To: CPM Has anyone every converted the LITL_ADA from SIG/M volume 92 from Polymorphic to CP/M 2.2 ?! rcs SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa 3-Nov-86 16:29:59-MST,1393;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 3 Nov 86 16:29:51-MST Received: from brl-smoke.arpa by AMSAA.ARPA id a001949; 3 Nov 86 17:39 EST Received: from USENET by SMOKE.BRL.ARPA id a005084; 3 Nov 86 17:33 EST From: Dave Van Cleef Newsgroups: net.micro.cpm Subject: S-100 SBC query Message-ID: <6730@topaz.RUTGERS.EDU> Date: 3 Nov 86 21:45:45 GMT To: info-cpm@AMSAA.ARPA I recently acquired an s-100 not-quite-SBC (CPU,64k memory,serial) made by a company called Newton Laboratories, and can't seem to locate any documentation for it. I would appreciate it if some kindly netdotter who has some information to mail it to me. =============================================================================== Dave Van Cleef -- Lowly undergrad at Rutgers University, New Brunswick, NJ Internet : vancleef@topaz.rutgers.edu UUCP : {seismo, allegra, ihnp4, pyrnj, pyramid}!topaz!vancleef o o Physical Location: 40 34' N, 74 45' W USnail: 66 Cherry Tree Farm Road, Middletown, NJ 07748 Phone: 201-671-5414 voice 201-615-0214 Unknown Kadath ROS bbs Witty Saying: "There are no more witty sayings." "What do you expect, the Commedian is dead." =============================================================================== 4-Nov-86 00:03:08-MST,1060;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 4 Nov 86 00:02:58-MST Received: from 128.32.136.22 by AMSAA.ARPA id a003522; 4 Nov 86 0:57 EST Received: from jade.berkeley.edu by violet.berkeley.edu (5.54 (CFC 4.22.2)/1.16.3) id AA05683; Mon, 3 Nov 86 22:02:11 PST Received: from opal.berkeley.edu by jade.Berkeley.Edu (5.54 (CFC 4.22.3)/5.7.1) id AA24924; Mon, 3 Nov 86 22:02:00 PST Received: by opal.Berkeley.Edu (4.20/5.7.1) id AA02247; Mon, 3 Nov 86 22:01:40 pst Date: Mon, 3 Nov 86 22:01:40 pst From: "William C. Wells" Message-Id: <8611040601.AA02247@opal.Berkeley.Edu> To: INFO-CPM@AMSAA.ARPA, SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: Re: MUMPS, APL for CP/M-80 or Apple // series There is a MICROMUMPS for CP/M-80. For information try: Richard F. Walters Electical and Computer Engineering University of California Davis, CA 95616 That's the address on the MicroMUMPS Installation Manual dated Oct 1983. Bill Wells 4-Nov-86 04:28:56-MST,958;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 4 Nov 86 04:28:48-MST Received: from brl-smoke.arpa by AMSAA.ARPA id a004164; 4 Nov 86 5:45 EST Received: from USENET by SMOKE.BRL.ARPA id a011033; 4 Nov 86 5:34 EST From: Richard Andrews Newsgroups: net.micro.cpm Subject: request for p/d software Message-ID: <723@chinet.UUCP> Date: 2 Nov 86 22:52:29 GMT Sender: news%chinet.uucp@BRL.ARPA To: info-cpm@AMSAA.ARPA Two requests actually. 1) Could I be put on the mail list please. My address is... ...ihnp4!chinet!cabbie 2)Is there a p/d terminal program and an assembler that will run on cpm 80? I am new the cpm world and am not real sure what else is available. Does anyone have a list of what is available and what is the best assembler for cpm either p/d or otherwise. Thanks, Rich Andrews ihnp4!chinet!cabbie 4-Nov-86 18:32:50-MST,2378;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 4 Nov 86 18:32:38-MST Received: from ucb-vax.arpa by AMSAA.ARPA id a026422; 4 Nov 86 19:38 EST Received: by ucbvax.Berkeley.EDU (5.53/1.18) id AA16506; Tue, 4 Nov 86 16:41:52 PST Received: by ucdavis.UCDAVIS.EDU (4.12/4.7) id AA01733; Tue, 4 Nov 86 13:07:00 pst Received: by clover.ucdavis.edu (4.12/4.7) id AA28103; Tue, 4 Nov 86 13:02:34 pst Date: Tue, 4 Nov 86 13:02:34 pst From: Eric Hildum Message-Id: <8611042102.AA28103@clover.ucdavis.edu> To: ucdavis!info-cpm@AMSAA.ARPA Subject: Mumps On the assumption that there are several people who are interested in MUMPS - this is some info that I have... >From walters@dill Mon Nov 3 08:25:31 1986 >Received: from dill.ucdavis.edu by clover.ucdavis.edu (4.12/4.7) > id AA10087; Mon, 3 Nov 86 08:25:22 pst >Return-Path: >Received: by dill.ucdavis.edu (4.12/3.14) > id AA03706; Mon, 3 Nov 86 08:28:11 pst >Date: Mon, 3 Nov 86 08:28:11 pst >From: walters@dill (Richard Walters) >Message-Id: <8611031628.AA03706@dill.ucdavis.edu> >To: hildum@dill >Subject: `inexpensive mumps' > >please let him know that we have mumps for cp/m(Z80) for $56.00. Source code >for $112. mumps for apple with z80 card: $56.00. no one has been able to >put mumps on 6502 or appledos. > >send check to regents uc c/o lori at divison computer science. > >for apl, i saw one running on pc from a man in israel weisman institute (where >margaret is). suspect it may nto be cheap but if he wants details: the >individual is Ron Ribitzky, md, bitnet address: maribit@Weizman. full >address here if wanted. > The mailing address Dr. Walters is referring to is: Division of Computer Science University of California, Davis Davis, CA 95616 Attn: Lori Rennick You can contact Lori directly (I believe) by using any of the addresses given below, except the BITNET address, by substituting "rennick" for "hildum." Eric Hildum Preferred: dehildum@ucdavis (BITNET) hildum%clover%ucdavis.uucp@ucbvax.arpa hildum%clover%ucdavis.uucp@ucbvax.berkeley.edu ucdavis!clover!hildum@ucbvax.arpa ucdavis!clover!hildum@ucbvax.berkeley.edu Otherwise: hildum@ucd.csnet hildum%ucd@csnet-relay.arpa hildum%ucd@relay.cs.net 6-Nov-86 15:14:54-MST,728;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 6 Nov 86 15:14:34-MST Received: from xerox.arpa by AMSAA.ARPA id a020209; 6 Nov 86 16:34 EST Received: from Semillon.ms by ArpaGateway.ms ; 06 NOV 86 13:03:09 PST Date: Thu, 6 Nov 86 13:02:58 PST From: pencin.pa@xerox.ARPA Subject: Re: BDOS ^S function Applications Note In-Reply-To: <12251840490.18.CENT.MBECK@OZ.AI.MIT.EDU> To: Mark Becker cc: Info-CPM@AMSAA.ARPA Message-ID: <861106-130309-1293@Xerox> Would it be possible to get a copy of the actual Applications note for the ^s fix. I would like to see what was done to get around the problem. Thanks in advance. Russ 6-Nov-86 20:09:48-MST,924;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 6 Nov 86 20:09:40-MST Received: from brl-smoke.arpa by AMSAA.ARPA id a022444; 6 Nov 86 21:34 EST Received: from USENET by SMOKE.BRL.ARPA id a000408; 6 Nov 86 21:30 EST From: Tim Brengle Newsgroups: comp.os.cpm,net.micro.cpm Subject: Re: Distributing CP/M sources Message-ID: <828@hplabsc.UUCP> Date: 6 Nov 86 21:40:52 GMT To: info-cpm@AMSAA.ARPA While having the SIMTEL20 archives is a truly wonderful thing, it is less than reliable for me. I have requested a couple of files as many as 3 times (requests separated by at least a week) without getting any response from them at all. Other files I have received parts 2 and 3 of three, and never gotten part 1. Maybe I am doing something wrong? It would be very nice to have a *reliable* source... Tim Brengle 6-Nov-86 23:41:42-MST,1351;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 6 Nov 86 23:41:35-MST Received: from simtel20.arpa by AMSAA.ARPA id a022864; 7 Nov 86 1:10 EST Date: Thu 6 Nov 86 21:57:35-MST From: Rick Conn Subject: New Z System Files To: info-cpm@AMSAA.ARPA Message-ID: <12252926876.11.RCONN@SIMTEL20.ARPA> The following files are now in PD: and are scattered about in their proper PD: directories. They will be removed from NEW in time (2 weeks or more). Thanks to Keith Petersen for his efforts in uploading them. Rick PD: Bytes(SZ) ALIAS#2.LBR.1 21504(8) CALCRCP.ZZ0.1 7552(8) DD12.LBR.1 8192(8) FINDF26.LBR.1 22400(8) LX12.LBR.1 14976(8) MCOPY44.LBR.1 24064(8) MCOPY45B.LBR.1 26112(8) MODULA-2.RAS.1 6374(7) PRINTHLP.LBR.1 17280(8) SB180WHO.MSG.1 2272(7) TLF.LBR.2 14208(8) VMENU24.LBR.1 77184(8) W20.LBR.1 28544(8) WHATSNEW.EI.2 4751(7) Z-NEWS.6Q1.2 8832(8) .6Q2.1 13696(8) .6Q3.1 9216(8) .6Q4.1 13824(8) Z-SYSTEM.MQG.1 4480(8) ZLBR10.LBR.2 21248(8) ZNODES35.LQT.1 3968(8) Total of 177 pages in 21 files ------- 6-Nov-86 23:53:22-MST,958;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 6 Nov 86 23:53:15-MST Received: from simtel20.arpa by AMSAA.ARPA id a022866; 7 Nov 86 1:11 EST Date: Thu, 6 Nov 1986 22:01 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: pencin.pa@xerox.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: BDOS ^S function Applications Note - and others In-reply-to: Msg of 6 Nov 1986 14:02-MST from pencin.pa at xerox.ARPA > Would it be possible to get a copy of the actual Applications > note for the ^s fix. I would like to see what was done to get > around the problem. A complete set of application notes for CP/M 2.2 from Digital Research is available from SIMTEL20 as: Filename Type Bytes CRC Directory PD: CPM22APP.LBR.1 BINARY 34944 7C00H CPM22PAT.LBR.1 BINARY 8064 AC4CH --Keith 7-Nov-86 00:23:41-MST,5195;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 7 Nov 86 00:23:20-MST Received: from simtel20.arpa by AMSAA.ARPA id a022868; 7 Nov 86 1:11 EST Date: Thu, 6 Nov 1986 22:07 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Tim Brengle Cc: Info-Cpm@AMSAA.ARPA Subject: Distributing CP/M sources In-reply-to: Msg of 6 Nov 1986 14:40-MST from Tim Brengle > While having the SIMTEL20 archives is a truly wonderful thing, it > is less than reliable for me. I have requested a couple of files > as many as 3 times (requests separated by at least a week) > without getting any response from them at all. Other files I > have received parts 2 and 3 of three, and never gotten part 1. > Maybe I am doing something wrong? > It would be very nice to have a *reliable* source... The source is only as reliable is the mail routes when using the archive server. Host "seismo" has blocked any messages originating from the server because they do not wish to handle the mail traffic it generates. You must use a path other than seismo. Here are some that work... To obtain up to five files in a single request message by netmail from the public domain archives kept on SIMTEL20.ARPA, send a message to: ARCHIVE-REQUEST@SIMTEL20.ARPA, or via uucp: ...!ucbvax!simtel20.arpa!archive-request ...!uw-beaver!simtel20.arpa!archive-request ...!decwrl!simtel20.arpa!archive-request ...!lll-crg!simtel20.arpa!archive-request The message body must contain lines beginning with the keyword SEND, one SEND line for each file requested. Case is not significant. The general syntax of a SEND line is: SEND format filename In general, a filename consists of the following components: device:file.type.generation "device:" is usually PD:, and the combination of PD: is expected unless an alias has been advertised of the form "alias:", which takes the place of both device and directory fields. The generation field may be left off and defaulted to the highest generation number. "file.type" follows the usual filenaming conventions. In all formats listed below, if the file to be sent is larger than 55K, the file is sent in numbered parts. The parts must be reassembled in order and edited to remove any headers, preface, and trailers before the process can be reversed to reconstruct the original file. Allowable formats are: SEND HELP This file you are reading now. SEND INFO A detailed description of the SIMTEL20 Archives, which includes this file, pointers to certain key files, and descriptions of various file transfer programs and related utilities. SEND BOOTSTRAP A brief quick reference listing of filenames of the key utilities used to reconstruct files sent by the compression and encoding techniques listed below. SEND DIR filespec This format returns a CRC list of the requested files, and is the only format which allows wildcard filenames (but not wildcard directory names). The list is sent as an ASCII text file. The wildcard characters are "*" and "%". The asterisk means any number of characters, while the percent sign means exactly one character. Either or both may appear in any combination in either or both the file or type fields, while only the asterisk may appear in the generation field. SEND RAW filename If the file is ASCII, it is sent as-is, regardless of size. This format is the least efficient over network and mail gateway resources. Use this format only if you absolutely must. With the four formats listed below, if the file is ASCII and under 25k characters, it is sent as-is, as if RAW format was requested. Binary files are always processed according to the requested format. However, a request for ARC or SQ processing of files with type .ARC, .LBR, or .%Q% is ignored and the original file is either uuencoded or hexified (if possible), according to the requested format. If the file was not sent RAW, a short preface is inserted at the front of the message describing the process actually taken and a CRC entry describing the original file. SEND ARE filename or SEND filename The original file is made into a uuencoded ARC file. SEND ARH filename The original file is made into a hexified ARC file if the ARC file is under 64K bytes long. Otherwise, an apology is returned instead of the requested file. SEND SQE filename The original file is made into a uuencoded SQueezed file. SEND SQH filename The original file is made into a hexified SQueezed file if the Squeezed file is under 64K bytes long. Otherwise, an apology is returned instead of the requested file. To get started in finding your way around the SIMTEL20 archives, send another request: SEND INFO 7-Nov-86 03:21:37-MST,1224;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 7 Nov 86 03:21:28-MST Received: from wiscvm.arpa by AMSAA.ARPA id a023357; 7 Nov 86 4:57 EST Received: from (WILD)FREMBL51.BITNET by WISCVM.WISC.EDU on 11/07/86 at 04:01:37 CST Date: Fri, 07 Nov 86 11:00:10 n To: info-cpm@AMSAA.ARPA From: David Wild Organisation: European Molecular Biology Laboratory Postal-address: c/o ILL, BP 156X, 38042 Grenoble Cedex, France Phone: 76-48-71-11 [switchboard] 76-48-72-75 [direct] Subject: Help with BRADFORD needed I am having problems with BRADFORD, the letter quality printing program, which does not appear to run on my machine. I have got the version from SIMTEL20 (in PD:BRADFORD.LBR). The program starts O.K. with the sign-on message and the first prompt (enter filename:), but after typing in the name of a file present on the disk, there is some disk activity and the system just warm boots - no error messages. Has anyone else encountered this problem? My machine is a 64K Amstrad CPC464 (probably unknown in the States, but very popular here in Europe). David 7-Nov-86 08:34:02-MST,1180;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 7 Nov 86 08:33:25-MST Received: from brl-smoke.arpa by AMSAA.ARPA id aa29128; 7 Nov 86 9:30 EST Received: from USENET by SMOKE.BRL.ARPA id a008678; 7 Nov 86 9:30 EST From: Keith Burton Newsgroups: comp.os.misc,net.micro.cpm Subject: OASIS Operating System Message-ID: <5061@ukma.uky.csnet> Date: 6 Nov 86 18:32:07 GMT To: info-cpm@AMSAA.ARPA Is anyone out there using the OASIS operating system (from Phase One Systems) on their Z80 computer? I think it's pretty much the best, cleanest multi- user system ever developed for the home user. If there are any other users left out there, please EMAIL me. A couple of us here have decided to dump all the overly-complex operating systems we've been playing with at home (AmigaDOS, Micronics (and other UNIX look-alikes), MPM, etc.) and do our hobby computing on OASIS. We would LOVE to get into a software exchange with other OASIS users. If you want to respond, please use EMAIL, as this is being posted on some sections I don't normally read. Keith Burton. jkb@ukma 7-Nov-86 22:30:38-MST,1007;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 7 Nov 86 22:30:23-MST Received: from brl-smoke.arpa by AMSAA.ARPA id a016071; 7 Nov 86 23:32 EST Received: from USENET by SMOKE.BRL.ARPA id a026526; 7 Nov 86 23:35 EST From: Mark Horton Newsgroups: net.micro.cpm,comp.os.cpm Subject: net.micro.cpm is being renamed comp.os.cpm Message-ID: <3029@cbosgd.ATT.COM> Date: 7 Nov 86 20:13:13 GMT To: info-cpm@AMSAA.ARPA This newsgroup is being renamed from net.micro.cpm to comp.os.cpm. This renaming will gradually take place over the next few weeks. More and more messages posted to this newsgroup will be aliased into the new newsgroup as they pass through the net, and people will begin to post to the new group. After a few weeks, the old name will be removed. This note is to inform you of the renaming so you can begin to read the new group as well as the old group. Mark Horton Director, the UUCP Project 8-Nov-86 12:21:49-MST,906;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 8 Nov 86 12:21:41-MST Received: from lll-crg.arpa by AMSAA.ARPA id a019654; 8 Nov 86 13:42 EST Received: Sat, 8 Nov 86 10:45:21 pst by lll-crg.ARPA (4.12/) id AA00185; Sat, 8 Nov 86 10:45:21 pst Received: by csustan.UUCP (5.31/4.7) id AA00851; Sat, 8 Nov 86 10:35:13 PST Received: by polyslo.UUCP (4.12/4.7) id AA10347; Wed, 5 Nov 86 14:07:57 pst Date: Wed, 5 Nov 86 14:07:57 pst From: Marcos Della Message-Id: <8611052207.AA10347@polyslo.UUCP> To: csustan!lll-crg!info-cpm@AMSAA.ARPA Subject: MDM730.COM questions I was wondering if anyone knew how to patch the mdm730 software to support 2400 baud as opposed to 300,600,1200,4800,9600. I'm running it under Montazuma micro's cp/m for the trs80 model IV machine... Marcos Della mdella@polyslo 9-Nov-86 04:08:13-MST,827;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 9 Nov 86 04:08:07-MST Received: from brl-smoke.arpa by AMSAA.ARPA id a024151; 9 Nov 86 5:35 EST Received: from USENET by SMOKE.BRL.ARPA id a009970; 9 Nov 86 5:32 EST From: m3h%psuecla.bitnet@BRL.ARPA Newsgroups: net.micro.cpm Subject: CP/M under MS-DOS ??? Message-ID: <427@PSUECLA> Date: 6 Nov 86 01:11:11 GMT To: info-cpm@AMSAA.ARPA Sometime ago, someone posted an article about an MS-DOS program which could read/run CP/M code. This was public domain software. Does anyone know of this program? Could you possibly point me to a server which will send it on down my line? thanks in advance, m3h@psuecl.BITNET 9-Nov-86 19:32:46-MST,747;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 9 Nov 86 19:32:35-MST Received: from nosc.arpa by AMSAA.ARPA id a028148; 9 Nov 86 20:52 EST Received: by bass.ARPA (5.31/4.7) id AA21712; Sun, 9 Nov 86 17:56:56 PST Message-Id: <8611100156.AA21712@bass.ARPA> Date: Sun, 9 Nov 86 17:49:32 PST From: Matt Smiley To: info-cpm@AMSAA.ARPA Subject: Re: Distributing CP/M sources The problem could be in your path, (some are simply more reliable than others) or you could be addressing your requests wrong. They are to be sent to ARCHIVE-REQUEST@SIMTEL20, not ARCHIVE-SERVER where the programs are sent *from*. Hope this helps. ...nosc!crash!pnet01!msmiley 10-Nov-86 07:20:33-MST,1934;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 10 Nov 86 07:20:13-MST Received: from apg-1.arpa by AMSAA.ARPA id a003968; 10 Nov 86 8:29 EST Date: Mon, 10 Nov 86 8:32:26 EST From: Robert Bloom AMSTE-TEI 3775 Subject: N* Advantage = Dumb terminal? To: info-cpm@AMSAA.ARPA, info-micro@SIMTEL20.ARPA Cc: rbloom@APG-1.ARPA I'm trying to use my NorthStar Advantage (a all-in-one computer) as a dumb terminal to a TurboDOS system. The problem is that every commo package I've tried so far is too slow for any speeds higher then 1200 baud or so. I want 4800 baud minimum, 9600 baud desired. (19.2k? dream mode on) I don't need *any* facilities in the way of file handling, just a basic terminal with editing (cursor control, clear screen, insert/delete line, inverse video - which are all provided by the video driver anyway.) The modem7/mex overlays are not fast enough - or more properly, the computer does not execute the video driver bdos/bios calls fast enough. The effect is characters are lost, most commonly one or two after a linefeed. The 'host' TurboDOS does recognise the DTR line and stops output accordingly if DTR drops. The Advantage i/o also can be interrupt driven (but is not under cp/m). I've written a tiny commo program that does nothing but ship characters to/from the modem port from/to the console output/input via IN/OUT and bdos func 6. All my attempts to control DTR to avoid character loss has been unsuccessfull. (I don't know how to write a interrupt-driver or I would have tried that too.) So, has anyone tried/done a hack for the Advantage to allow serial i/o at speed above 2400 baud? My normal dealer says max is 1200 baud and won't help further. With a cooperating host (i.e. acknowledges the DTR line) I'm sure higher speeds are possible. But how? bob 10-Nov-86 19:07:29-MST,769;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 10 Nov 86 19:07:22-MST Received: from brl-adm.arpa by AMSAA.ARPA id a019951; 10 Nov 86 20:27 EST Received: from USENET by ADM.BRL.ARPA id a009766; 10 Nov 86 20:32 EST From: Blackwell Newsgroups: comp.os.cpm Subject: simtel uucp access Message-ID: <845@aicchi.UUCP> Date: 10 Nov 86 15:25:57 GMT To: info-cpm@AMSAA.ARPA I have read several times about the SIMTEL "UUCP access method." Is this something new? I would really like access to the SIMTEL20 cpm archives. Could someone tell me how this can be done? Please reply via email... Mike Blackwell ihnp4!aicchi -- -- Mike Blackwell ..ihnp4!aicchi!mdb 11-Nov-86 00:32:28-MST,2126;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 11 Nov 86 00:32:19-MST Received: from brl-adm.arpa by AMSAA.ARPA id a020604; 11 Nov 86 1:45 EST Received: from USENET by ADM.BRL.ARPA id a011088; 11 Nov 86 1:53 EST From: Mark Steven Jeghers Newsgroups: comp.os.cpm Subject: Re: N* Advantage = Dumb terminal? Message-ID: <53@cogent.UUCP> Date: 10 Nov 86 17:12:30 GMT To: info-cpm@AMSAA.ARPA In article <5349@brl-smoke.ARPA> rbloom@APG-1.ARPA (Robert Bloom AMSTE-TEI 3775) writes: >I'm trying to use my NorthStar Advantage (a all-in-one computer) >as a dumb terminal to a TurboDOS system. The problem is that >every commo package I've tried so far is too slow for any speeds >higher then 1200 baud or so. I want 4800 baud minimum, 9600 baud >desired. (19.2k? dream mode on) Having used the N* Advantage in past years, I can testify that a major part of your problem is simply that it is not a very quick computer. This is especially true of it's screen. On this basis I must sadly say that you may not get much more speed than what you currently have. -- +----------------------------------------------------------------------------+ | Mark Steven Jeghers - the living incarnation of "Deep-Thought" | | ("You won't like the answer ... you didn't ask it very well.") | | | | {ihnp4,cbosgd,lll-lcc,lll-crg}|{dual,ptsfa}!cogent!mark | | ^^^^^^-------recommended------^^^^^ | | | | "A poodle-free world within a decade. We can do it...together!" | | | | Cogent Software Solutions can not be held responsible for anything said | | by the above person since they have no control over him in the first place | +----------------------------------------------------------------------------+ 11-Nov-86 02:47:22-MST,2064;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 11 Nov 86 02:47:11-MST Received: from mit-ai.arpa by AMSAA.ARPA id a020939; 11 Nov 86 4:22 EST Date: Tue, 11 Nov 86 04:30:57 EST From: "Paul R. Grupp" Subject: N* Advantage = Dumb terminal? To: rbloom@APG-1.ARPA cc: info-cpm@AMSAA.ARPA In-reply-to: Msg of Mon 10 Nov 86 8:32:26 EST from Robert Bloom AMSTE-TEI 3775 Message-ID: <[AI.AI.MIT.EDU].117157.861111.GRUPP> Date: Mon, 10 Nov 86 8:32:26 EST From: Robert Bloom AMSTE-TEI 3775 I'm trying to use my NorthStar Advantage (a all-in-one computer) as a dumb terminal to a TurboDOS system. The problem is that every commo package I've tried so far is too slow for any speeds higher then 1200 baud or so. I want 4800 baud minimum, 9600 baud desired. (19.2k? dream mode on) ... The effect is characters are lost, most commonly one or two after a linefeed. ... This is a common problem with any memory mapped display that is updated by the host CPU. The problem here is that any line feed that requires the screen to scroll (e.g. on the last line) will need the CPU to move EVERY character on the screen up one line then clear the last line. This takes a great deal of CPU time and while this is going on the CPU can't poll the port to check for new incomming data. Here are three solutions that I've used in order of ease to implement. 1. Have the host send PADD characters (or pause time) after it sends a . (note clear screen takes a while too) 2. Write interupt drivers for the COMM port that fills a buffer that the term program goes to when looking for input. 3. Write your own screen driver that looks at the comm port after each single line is moved, and buffers any waiting data between it's moves. (4) Get a terminal or new system! 8^) Using any of 1-3 I've gotten an AVERAGE throughput of about 80K baud! -Paul 11-Nov-86 14:20:00-MST,694;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 11 Nov 86 14:19:54-MST Received: from brl-adm.arpa by AMSAA.ARPA id a023216; 11 Nov 86 15:10 EST Received: from USENET by ADM.BRL.ARPA id a014315; 11 Nov 86 15:14 EST From: Tim Brengle Newsgroups: comp.os.cpm Subject: Adventure-like game creation Message-ID: <849@hplabsc.UUCP> Date: 11 Nov 86 18:30:12 GMT Keywords: Adventure gamemaster To: info-cpm@AMSAA.ARPA Thanks to all of the poeple who answered my previous posting about a mailing list for adventure-like game creators by pointing me to GAMEMASTERS@RINSO.LCS.MIT.EDU. Tim Brengle 13-Nov-86 16:28:40-MST,2051;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 13 Nov 86 16:28:28-MST Received: from brl-adm.arpa by AMSAA.ARPA id a001659; 13 Nov 86 17:48 EST Received: from USENET by ADM.BRL.ARPA id a027271; 13 Nov 86 17:41 EST From: "Paul R. Grupp" Newsgroups: net.micro.cpm Subject: N* Advantage = Dumb terminal? Message-ID: <5385@brl-smoke.ARPA> Date: 13 Nov 86 22:15:21 GMT Sender: croot@BRL-SMOKE.ARPA To: info-cpm@AMSAA.ARPA Date: Mon, 10 Nov 86 8:32:26 EST From: Robert Bloom AMSTE-TEI 3775 I'm trying to use my NorthStar Advantage (a all-in-one computer) as a dumb terminal to a TurboDOS system. The problem is that every commo package I've tried so far is too slow for any speeds higher then 1200 baud or so. I want 4800 baud minimum, 9600 baud desired. (19.2k? dream mode on) ... The effect is characters are lost, most commonly one or two after a linefeed. ... This is a common problem with any memory mapped display that is updated by the host CPU. The problem here is that any line feed that requires the screen to scroll (e.g. on the last line) will need the CPU to move EVERY character on the screen up one line then clear the last line. This takes a great deal of CPU time and while this is going on the CPU can't poll the port to check for new incomming data. Here are three solutions that I've used in order of ease to implement. 1. Have the host send PADD characters (or pause time) after it sends a . (note clear screen takes a while too) 2. Write interupt drivers for the COMM port that fills a buffer that the term program goes to when looking for input. 3. Write your own screen driver that looks at the comm port after each single line is moved, and buffers any waiting data between it's moves. (4) Get a terminal or new system! 8^) Using any of 1-3 I've gotten an AVERAGE throughput of about 80K baud! -Paul 14-Nov-86 12:00:47-MST,959;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 14 Nov 86 12:00:36-MST Received: from dockmaster.arpa by AMSAA.ARPA id a014814; 14 Nov 86 13:26 EST Date: Fri, 14 Nov 86 13:25 EST From: "Paul E. Woodie" Subject: Keyboard Converter info To: info-cpm@AMSAA.ARPA Message-ID: <861114182552.367725@DOCKMASTER.ARPA> I would like to interface an IBM-type keyboard to my Osborne Executive. The keyboard puts out a TTL "ascii-like" serial bit stream and my computer expects to see an 8-bit parallel input on the keyboard port. I imagine that someone has done this sort of thing before, maybe even some company that offers an IBMPC-keyboard-to-8-bit-parallel conversion adapter. Can anyone offer some information? I know that I can design and build an adapter, but -- just maybe -- someone has already done this. Thanks in advance, --Paul Woodie (Woodie at dockmaster) 15-Nov-86 02:36:53-MST,1404;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 15 Nov 86 02:36:47-MST Received: from mit-ai.arpa by AMSAA.ARPA id a023307; 15 Nov 86 4:05 EST Date: Sat, 15 Nov 86 04:10:48 EST From: "Paul R. Grupp" Subject: Keyboard Converter info To: Woodie@DOCKMASTER.ARPA cc: info-cpm@AMSAA.ARPA In-reply-to: Msg of Fri 14 Nov 86 13:25 EST from Paul E. Woodie Message-ID: <[AI.AI.MIT.EDU].118660.861115.GRUPP> From: Paul E. Woodie I would like to interface an IBM-type keyboard to my Osborne Executive. The keyboard puts out a TTL "ascii-like" serial bit stream and my computer expects to see an 8-bit parallel input on the keyboard port. I imagine that someone has done this sort of thing before, maybe even some company that offers an IBMPC-keyboard-to-8-bit-parallel conversion adapter. Can anyone offer some information? I know that I can design and build an adapter, but -- just maybe -- someone has already done this. Thanks in advance, --Paul Woodie (Woodie at dockmaster) First off, the IBM keyboard sends serial data of key number NOT ascii. It sends the key number when the key is pressed, then sends key#+80h for key release. For info on an adapter see Micro/Systems Journal issue July/August 86, pg 34. 15-Nov-86 07:52:08-MST,1622;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 15 Nov 86 07:51:59-MST Received: from simtel20.arpa by AMSAA.ARPA id a024168; 15 Nov 86 9:25 EST Date: Sat, 15 Nov 1986 06:22 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: "Mark E. Becker" Cc: Info-CPM@AMSAA.ARPA Subject: Compression schemes and no source code > I had retrieved a copy of conix.lbr and found many of > the files had .DZC or .CZM extensions. Can you tell me what > compression scheme was used to squeeze these files? > Also, if there is some handy CP/M-80 utility to unsqueeze them, > could you pass its name along as well? Yes, there is a program called CRUNCH (and companion UNCRunch) which does Lempel-Zev-Welch style file compression on CP/M-80. It is far more efficient than SQueeze/UnSQueeze which uses the Hoffman algorithm. The efficiency of CRUNCH exceeds that of MSDOS`s ARC512.EXE utility. [Flame on] - Too bad the authors of LU and NULU never released the source code. We **COULD** have had a combined LBR/CRUNCH which would have been better than MSDOS's ARC files. Another stifling of software expansion/development caused by those who will not share the basic tools we need to keep CP/M alive. [end of flame]. Filename Type Bytes CRC Directory PD: CRUNCH20.DAT.1 ASCII 1984 E4B5H <--performance info CRUNCH22.LBR.1 BINARY 26880 FAB1H <--Z80 crunch/uncrunch (no source code available) --Keith 15-Nov-86 17:17:36-MST,11623;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 15 Nov 86 17:17:12-MST Received: from simtel20.arpa by AMSAA.ARPA id a025028; 15 Nov 86 17:54 EST Date: Thursday, 13 November 1986 11:31-MST Message-ID: Sender: Chris Gray From: Chris Gray To: W8SDZ@SIMTEL20.ARPA Subject: DRACO software suite uploaded to SIMTEL20 ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Sat 15 Nov 1986 15:55-MST The following files on SIMTEL20 are the complete DRACO software suite for CP/M-80. Filename Type Bytes CRC Directory PD: DRACO-1.ARC.1 BINARY 214912 0BB6H <--documentation DRACO-2.ARC.1 BINARY 190592 B83CH <--compiler DRACO-3.ARC.1 BINARY 134528 6A97H <--programs DRACO123.MQG.1 BINARY 7040 6F50H <--this message DRACO-1.ARC - documentation - writeups on the language, tools, programs, etc. Also contains lots of sample Draco sources. DRACO-2.ARC - compiler - contains the compiler, linker, assembler, disassembler, librarian, cross-referencer, libraries and include files. DRACO-3.ARC - programs - contains programs which must be configured using the CONFIG program: several games and the editor. What is Draco, Why Did I Write It and Why Is It Like It Is? I usually describe Draco (pronounced Dray-ko) as a "systems programming language". That means that it is a language which is suitable for what I think of as systems programming - writing operating systems, compilers, editors, databases, etc. This doesn't mean that it isn't suitable for other applications such as writing games, graphics programs, numerical programs, etc. It does mean that the language has all of the facilities needed for the former type of programming, such as bit operators, pointer manipulation, support for complex data structures, etc. What is different about Draco? I won't try to compare it with every other programming language in the world; instead I'll stick to two of the most popular ones for micros nowadays - C and Pascal. Draco has all of the facilities of C, except for bitfields and the macro preprocessor. Unlike C, and like Pascal, it is a strongly typed language. This means that it won't let you assign an integer to a pointer (unless you really insist). It is also not an expression language like C, thus it makes a quite strict distinction between statements like "a := 27" and expressions like "a + 27". Pascal is strongly typed, but lacks many of C's facilities - pointer manipulation, bit manipulation, standard separate compilation, conditional compilation, etc. I like to think that Draco combines the best features of both languages. Visually, Draco doesn't really resemble either language closely, but is a little closer to Pascal than C. It uses ':=' for assignment and '=' for comparison, like Pascal and unlike C. It's structure and union declarations are like those of C, however. As a simple comparison, here follows the same program, written in Pascal, C, and Draco: Pascal: PROGRAM test(INPUT, OUTPUT); VAR i, j : INTEGER; BEGIN FOR i := 0 TO 10 DO BEGIN FOR j := 0 TO i DO WRITE(j : 2, ' '); WRITELN END; WRITELN("All done.") END. C: #include main(argc, argv) int argc; char *argv[]; { int i, j; for (i = 0; i <= 10; ++i) { for (j = 0; j <= i; ++j) printf("%2d ", j); printf("\n"); } printf("All done.\n"); } Draco: proc main()void: int i, j; for i from 0 upto 10 do for j from 0 upto i do write(j : 2, ' '); od; writeln(); od; writeln("All done."); corp; First, it's clear that the C program has lots of brackets, while the Pascal and Draco programs have lots of keywords. A significant difference, not very clear in this small example, is that Draco uses different keywords for each job, rather than relying on a single construct (the BEGIN - END or '{' - '}' block). I greatly prefer keywords, finding them easier on the eye. I also prefer languages in which the use of case (UPPER v.s. lower) is available for my own purposes, rather than having them equivalent as in most Pascals. Also, note that the Draco program uses 'upto' in the 'for' loops - this tells the compiler that the loop will be counting upwards; 'downto' is used for downward counting loops. C doesn't really have a semantically different 'for' loop - it's is just a kind of shorthand for a 'while' loop. Some of the inadequacies of Pascal from my point of view are as follows: - no standard separate compilation - no conditional compilation - no general string mechanism - no pointer manipulation - no bit manipulation - I HATE BEGIN and END! - no signed/unsigned types - limitations on function and argument types - procedure calls don't use '()' - they look like variables - no typed, named, constants - no available, decent implementations (fast compilation, good code, nice libraries, good error reporting) - I/O semantics that are poor for interactive programs - no file inclusion or module specification facility Some of the inadequacies of C from my point of view: - too many bloody brackets! - horrible declaration syntax (just what is "char *(*p[])()"?) - error prone conventions (how many times have YOU written '=' when you meant '=='?) - non-portable I/O (if you don't believe this, take a look at the open calls on CP/M or MS-DOS versions of C, where you get to tell it what it's supposed to do with '\n') - potential for extremely unreadable code (misuse of macros, etc.) - slow compilers (as I've heard it, the reason that the original UNIX C compiler for the PDP-11 generated assembler source was so that the compiler writers didn't have to worry about long/short branch optimization, since that was done by the assembler. Producing assembler source is just plain slow. Those who argue that they want to hand edit it to improve it are crazy!) - lack of much type checking (I prefer compilers that tell me about my dumb mistakes. This a lot better in the ANSI draft version.) - inefficient standard setup - passing everything as 16 bits on an 8 bit CPU isn't so hot - stupid linkers - why add all that code I'm never calling? - no built-in I/O - this makes even the simplest programs large - no typed, named constants All of these issues have been addressed in the Draco language and tools. Just as important to me is the quality of the tools (compiler, linker, etc.) The Draco compiler goes from source code to relocatable, optimized machine code at a rate of about 2000 lines per minute on a 5 MHz 8085. Working from one 8" floppy disk, the entire compiler (about 10,000 lines) can be rebuilt in under 10 minutes. No other compiler I've heard of for CP/M can do this (at least not and produce good code). The linker will link small programs in one quick pass, and won't load any code that isn't referenced by the program. A simple "hello there world" program is under 1000 bytes. Another reason that these programs exist is that I LIKE writing compilers and stuff. I'm up to about seven compilers now, the latest of which is a C compiler that should meet the ANSI draft standard (it's a huge monster written in C, but at least I was paid to write it!) So I've written my very own personal compiler, that does things just the way I want; why should anyone else want to use it? Put simply, the Draco package (which includes the various libraries I've built up) is possibly the most effective way to produce compact, efficient code for CP/M systems. In the past couple of years, asside from fine tuning the compiler, I've written somewhere around 20,000 lines of Draco code, including the screen editor I'm typing this into, a complex graphic role-playing game, several CRT-oriented games for CP/M, ranging from the trivial to the quite complex, a database package, a text processor (with a friend), a modem program, etc. If you want to program a CP/M system, whether for fun, profit or whatever, and are willing to learn another language, then I feel that Draco is a valid choice. To be fair, I will end this intro with a list of things that I find are lacking in the this version of Draco: - essentially non-existant floating point support - no proper modules (although Draco goes about half way to providing a usable kind of module) - no bit oriented type (I haven't yet fully convinced myself that this is needed) - error handling is considerably better than most C compilers I've heard of, but it could still use some improvement - object code can ALWAYS use improvement, but the improvements that are left would either be difficult or of little actual benefit and would probably make the compiler too big to fit on standard CP/M systems and, of course - Draco is supported only by me, and available only on the systems that I choose to put it on (currently CP/M-80 and Commodore Amiga, although the Amiga version hasn't been widely released yet) About the Draco Disks There are 3 disks in this set: 1 - documentation - writeups on the language, tools, programs, etc. Also contains lots of sample Draco sources. 2 - compiler - contains the compiler, linker, assembler, disassembler, librarian, cross-referencer, libraries and include files 3 - programs - contains programs which must be configured using the CONFIG program: several games and the editor All material in these ARCs are supplied "as is" with no warrantees or guarantees of any kind. The tools, especially the compiler and linker, have been heavily used and should be fairly bug free. Some of the games have known glitches. All material in these ARCs is supplied as "copyrighted shareware". This means that you can use the supplied material as you see fit, and you can give away copies of the disks to anyone, so long as the file named "README.TXT" is included in each ARC. The author retains all other rights to the software. This software was originally intended as commercial software, and some of the writeups reflect this orientation. Due to the lack of a viable market for CP/M-80, character based software, this software is now being distributed as "shareware", in which user's are requested to send a suitable donation to the author if they feel the software merits it. Such contributions can be thought of as encouragement to the author to create and release more software and more versions of the current software. Currently under way is a conversion of the compiler to generate MC68000 code. The immediate target machine is the Commodore Amiga. Soon to follow that is a comprehensive graphics adventure system originally written for CP/M-80 using the Compupro "Spectrum" graphics board. Chris Gray Apt. #1612, 8515 112 Street, Edmonton, Alberta, CANADA. T6G 1K7 16-Nov-86 23:33:32-MST,826;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 16 Nov 86 23:33:27-MST Received: from brl-vgr.arpa by AMSAA.ARPA id a028248; 17 Nov 86 0:56 EST Received: from [10.1.0.6] by VGR.BRL.ARPA id aa16596; 17 Nov 86 0:47 EST Date: Mon, 17 Nov 86 00:47:01 EST From: "Stephen C. Hill" Subject: MEX114 at 4800/9600 Baud To: dsampar@ARDEC.ARPA cc: STEVEH@mx.lcs.mit.edu, INFO-CPM@mx.lcs.mit.edu In-reply-to: Msg of Wed 1 Oct 86 9:50:49 EDT from "David G. Sampar" (PM-AL) Message-ID: <[MX.LCS.MIT.EDU].958277.861117.STEVEH> I reliably use Mex 114 at 38.4Kbs, so I doubt that the fault lies in the program itself. I'd suspect either the overlay or the hardware itself before I'd worry aut the program. 17-Nov-86 00:13:56-MST,1517;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 00:13:49-MST Received: from lll-mfe.arpa by AMSAA.ARPA id a028509; 17 Nov 86 1:49 EST Date: Mon, 17 Nov 86 01:47 EST From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: PISTOL: a forth-like language To: INFO-CPM@AMSAA.ARPA From: (Richard C. Secrist) Date: Mon, 17-NOV-1986 01:47 EST To: INFO-CPM@AMSAA.ARPA, INFO-MICRO@BRL-VGR.Arpa, UMFORTH%WEIZMANN.BITNET@WISCVM.Arpa Message-ID: <[OAK.SAINET.MFENET].8624F360.008F8127.SECRIST> Header-Disclaimer: I don't like my headers either ! X-VMS-Mail-To: CPM,MICRO,FIGIL PISTOL is a Portably Implemented Stack Oriented Language that is a cross between STOIC and FORTH. Version 2.0 of PISTOL for CP/M-80 (in BDS-C) and for the DEC-20 (in PASCAL) can be found on SIG/M volume 114. I am in the course of converting the PASCAL version over for VAX/VMS, and perhaps to Turbo Pascal [ please - no inquires, I'll post news here once I'm done ]. My purpose here is two-fold: 1) to inform people about the code (a prior fig-forth in C that was widely discussed turns out only to be good under UNIX/bsd because you use the stream editor to install it; BDS-C is weird but at least it's C); 2) HAS ANYBODY ALREADY PORTED PISTOL TO OTHER MACHINES OR KNOW OF A MORE RECENT VERSION OF THE CODE ? Thanks. rcs SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa 17-Nov-86 12:05:30-MST,1607;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 12:05:22-MST Received: from nosc.arpa by AMSAA.ARPA id a013317; 17 Nov 86 13:19 EST Received: by bass.ARPA (5.31/4.7) id AA16512; Mon, 17 Nov 86 10:21:21 PST Message-Id: <8611171821.AA16512@bass.ARPA> Date: Mon, 17 Nov 86 09:42:51 PST From: Marc Wilson To: crash!rfowler@SIMTEL20.ARPA Subject: ProLink and multiple commands on the CPR line Cc: pro-sol!mwilson@NOSC.ARPA I have been using ProLink 1.5 for a few weeks now. What a fantastic program! Goodbye LINK, L80, and all the rest. However, I have one problem. The multiple command separator ";" is the same as my CPR, thus I can't pass more than one command to the linker. Is there a simple way to change the separator to something else? I run into this problem frequently with software that does things like this... ZCPR3 gets in the way. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Marc Wilson ARPA: ...!crash!pnet01!mwilson@nosc ( preferred ) ...!crash!pnet01!pro-sol!mwilson@nosc UUCP: [ ihnp4 | cbosgd | sdcsvax | noscvax ]!crash!pnet01!mwilson@nosc "The difference between science and the fuzzy subjects is that science requires reasoning, while those other subjects merely require scholarship." -Lazarus Long ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 17-Nov-86 17:51:13-MST,552;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 17:51:05-MST Received: from brl-adm.arpa by AMSAA.ARPA id a022644; 17 Nov 86 19:09 EST Received: from USENET by ADM.BRL.ARPA id aa02200; 17 Nov 86 19:07 EST From: Mail and USENET News System maintenance account Newsgroups: comp.os.cpm.ctl Subject: newgroup comp.os.cpm Message-ID: <521@cullvax.UUCP> Date: 17 Nov 86 17:09:40 GMT Control: newgroup comp.os.cpm To: info-cpm@AMSAA.ARPA 17-Nov-86 19:17:15-MST,840;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 19:17:08-MST Received: from simtel20.arpa by AMSAA.ARPA id a022775; 17 Nov 86 20:51 EST Date: Mon 17 Nov 86 18:52:07-MST From: Mike Niswonger Subject: PD Z80 relocating assembler To: info-cpm@AMSAA.ARPA cc: CNiswonger@SIMTEL20.ARPA Message-ID: <12255776697.14.CNISWONGER@SIMTEL20.ARPA> Netlanders, I am in the process of reorganizing some Kermit code and I find that my job would be simplified by a public domain relocating assembler, preferably with Z80 mnemonics. Output would preferably be in Microsoft format, but any format is acceptable if a linker is supplied. Source code would be nice, but not manditory. Any suggestions? -- Mike Niswonger ------- 17-Nov-86 22:40:49-MST,1285;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 22:40:40-MST Received: from simtel20.arpa by AMSAA.ARPA id a023187; 18 Nov 86 0:12 EST Date: Mon, 17 Nov 1986 21:59 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: prindle@NADC.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: DRACO ARC files - CP/M UNARC problem > When I attempt to extract the contents of the DRACO ARC files in > pd: using the program pd:unarc.com-z80, > I get: > Extracted File Has Incorrect CRC > Extracted File Has Incorrect Length > on a number of files. Is there a program which properly unarcs these > files, or are the files themselves corrupt? An example is the first > file (BIGDRACO.COM I think) on DRACO-2.ARC. The problem shows up on DRACO-2.ARC and DRACO-3.ARC. Both ARCs extract perfectly with the MSDOS ARC512.EXE or PKXARC.COM programs. I have notified the author of the CP/M UNARC program, Bob Freed. He's going to look into a fix. It's somewhere in the UNcrunch routine. I'll keep you posted on his progress. Hang on to your DRACO ARCs. They ARE good. --Keith 17-Nov-86 23:10:58-MST,680;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 23:10:51-MST Received: from simtel20.arpa by AMSAA.ARPA id a023212; 18 Nov 86 0:34 EST Date: Mon, 17 Nov 1986 22:07 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Mike Niswonger Cc: Info-Cpm@AMSAA.ARPA Subject: PD Z80 relocating assembler In-reply-to: Msg of 17 Nov 1986 18:52-MST from Mike Niswonger Mike, try Z80MR, available from SIMTEL20 in the PD directory as Z80MR.LBR. --Keith 17-Nov-86 23:57:04-MST,1544;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 17 Nov 86 23:56:55-MST Received: from simtel20.arpa by AMSAA.ARPA id a023291; 18 Nov 86 1:26 EST Date: Monday, 17 November 1986 17:39-MST Message-ID: Sender: prindle@NADC.ARPA From: prindle@NADC.ARPA To: kpetersen@SIMTEL20.ARPA Subject: submission of UNIDRIVE.LBR for C128 to CP/M archives ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Mon 17 Nov 1986 22:23-MST I just uploaded a new Commodore 128 program to SIMTEL20. Filename Type Bytes CRC Directory PD: UNIDRIVE.LBR.1 BINARY 20480 1690H UNIDRIVE-128 is a Commodore 128 CP/M disk utility in the spirit of the MSDOS program UNIFORM(TM). The normal C-128 BIOS only supports 7 different MFM disk formats. UNIDRIVE-128 allows the user to select up to 10 of 24 different CP/M 5.25" MFM diskette formats (seems like every CP/M computer system ever manufactured used a different format) which can subsequently be read or written by CP/M 3.0 and the Commodore 128 BIOS. This, of course, only works if the 128 is equipped with at least one Commodore 1571 disk drive. This is the first release; subsequent versions will support many more diskette formats and will (hopefully) be able to "format" diskettes corresponding to these formats too. Read UNIDRIVE.DOC within the library for more info. Sincerely, Frank Prindle Prindle@NADC.arpa 18-Nov-86 12:39:35-MST,935;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 18 Nov 86 12:39:24-MST Received: from xerox.arpa by AMSAA.ARPA id a009911; 18 Nov 86 13:57 EST Received: from Muscat.ms by ArpaGateway.ms ; 18 NOV 86 09:19:42 PST Date: 18 Nov 86 12:19:37 EST (Tuesday) From: kushall.Henr@xerox.ARPA Subject: Re: Kermit/ Xmodem for the DEC Rainbow In-reply-to: <1888@utecfa.UUCP> To: ModemUserGroupChairman cc: info-cpm@AMSAA.ARPA Message-ID: <861118-091942-1807@Xerox> Anees Munshi: All my attempte to mail you the KERMIT and XMODEM files failed. They were all returned after 7 days with an unable to deliver after 7 days message. The next best option is to mail you a floppy with all the files. Send me your postal address and I will mail the needed files. Do you think there is a customs problem in doing this? Ed Kushall 18-Nov-86 20:39:34-MST,921;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Tue 18 Nov 86 20:39:18-MST Received: from rochester.arpa by AMSAA.ARPA id a018922; 18 Nov 86 22:00 EST Received: from ur-seneca.arpa (seneca.cs.rochester.edu) by ur-cayuga.arpa id AA05559 (4.12y); Tue, 18 Nov 86 22:01:25 est Received: from loopback by ur-seneca.arpa id AA25651 (4.12y); Tue, 18 Nov 86 22:01:27 est Message-Id: <8611190301.25651@ur-seneca.arpa> To: info-cpm@AMSAA.ARPA Subject: ZASM for CP/M 2.2 Uucp: ..!{allegra,decvax,seismo}!rochester!ken ARPA: ken@rochester.arpa Snail: CS Dept., U of Roch., NY 14627. Voice: Ken! Phone: (716) 275-2569 (office), (716) 244-3806 (home) Date: Tue, 18 Nov 86 22:01:25 -0500 From: Comfy chair The Prolink blurb mentions ZASM, a Z80 assembler available from many BBS'. Is this available somewhere on Simtel-20? Ken 19-Nov-86 22:53:53-MST,3050;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 19 Nov 86 22:53:42-MST Received: from simtel20.arpa by AMSAA.ARPA id a011555; 20 Nov 86 0:19 EST Date: Wed, 19 Nov 1986 21:34 MST Message-ID: From: WANCHO@SIMTEL20.ARPA To: INFO-CPM@AMSAA.ARPA, ADA-SW@SIMTEL20.ARPA Subject: Lost Mail from the Archive Server First of all, please address your requests to ARCHIVE-REQUEST@SIMTEL20.ARPA, *NOT* ARCHIVE-SERVER. That latter address is what appears as the Sender in the replies you receive. If you reply to that reply in the hopes of getting more files *and* your mail program is misimplemented in that it forms the header using the Sender: field, rather than the From:, your message will be bit-bucketted when it gets here. In fact, ALL mail addressed to ARCHIVE-SERVER, including mailer reject notices, is being discarded unseen by any human. Secondly, as of this past Saturday, we were forced to reduce the size of our host tables to improve Internet performance - the host tables share the same section of memory with the Internet free buffers. This rather drastic reduction was accomplished by removing all host aliases from the distributed table, along with all host entries which do not advertize at least one TCP service: FTP, TELNET, or SMTP. What this means is that if you are sending a message through an Internet host which is not using its Official Host Name, or does not advertize one of the TCP services listed above, do not expect to see a reply from us. Finally, I have noticed several messages coming to us from hosts which are not even listed in the original host tables we receive from NIC. These hosts are probably registered under a Domain. However, we do not have access to a domain lookup service at this time, and we don't have the resources to implement our own. If your request come to us from such a host, do not expect a reply either. One more thing: several weeks ago I patched our mailer to keep trying to send mail hourly for five days instead of three. This has helped somewhat in getting mail through to hosts which are taken down for a weekend or the long three-day weekends. It has even helped in getting replies back to the BITNET requestors via WISCVM, but not completely. I understand that work is in progress to try to reduce the volume of mailing list mail through that host in the hopes of increasing the chance for other mail to get through. What I have seen is that only parts of multi-part replies from the server getting through, requiring the requestor to re-request *all* parts of the file. There *may* be an extension made to the server, after the first of the year, to allow for selected parts to be sent. We are also waiting for some disk space to be freed up so that the latest releases of the PC-BLUE collection can be uploaded. We expect that to happen after the first of the year also. Meantime, patience. --Frank 20-Nov-86 14:34:32-MST,462;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 20 Nov 86 14:34:20-MST Received: from nadc.arpa by AMSAA.ARPA id a029309; 20 Nov 86 15:40 EST Date: 20 Nov 1986 15:35:29-EST From: zielinsk@nadc.ARPA To: ADA-SW@SIMTEL20.ARPA, INFO-CPM@AMSAA.ARPA, WANCHO@simtel20.ARPA Subject: Lost Mail from the Archive Server Cc: @NADC: MMDF-Warning: Parse error in preceding line at AMSAA.ARPA 20-Nov-86 19:12:22-MST,1616;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 20 Nov 86 19:12:14-MST Received: from brl-adm.arpa by AMSAA.ARPA id a003946; 20 Nov 86 20:39 EST Received: from USENET by ADM.BRL.ARPA id aa01754; 20 Nov 86 19:44 EST From: "Russell H. Farris" Newsgroups: comp.os.cpm Subject: NEED INFO ON NORTH STAR AND ONTEL COMPUTERS Message-ID: <847@marlin.UUCP> Date: 20 Nov 86 21:57:17 GMT Keywords: Advantage, Ontel To: info-cpm@AMSAA.ARPA Last week I had the dubious good fortune to acquire three old computers, sans software or documentation. If possible, I would like to get all three of them up and operating and keep the best one for a word processor. The three are: 1. North Star Advantage with 15 MB hard drive. 2. Ontel 1505/OIS 1500 (OP1/15) with 5 MB hard drive. 3. Sanyo MBC 1000 with one DS/DD floppy drive. I have a CP/M boot disk for the Northstar, but I do not have the Hard Disk Operating System (HDOS). I would appreciate any leads to operating systems, software, or documentation for any of these computers. I would especially like to find the plug-in board that reportedly enables the North Star to run MS-DOS programs. I have also heard that there is a program that allows the North Star to read/write soft-sectored diskettes. Thanks in advance, Russ Farris (farris@NOSC.ARPA) (619) 225-7229 or 284-0746 (eves) 21-Nov-86 14:04:58-MST,1100;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 21 Nov 86 14:04:47-MST Received: from 192.12.12.13 by AMSAA.ARPA id a022405; 21 Nov 86 15:13 EST Received: from (MAILER)RPICICGE.BITNET by WISCVM.WISC.EDU on 11/21/86 at 14:13:05 CST Received: by RPICICGE (Mailer X1.23) id 7467; Fri, 21 Nov 86 14:26:06 EST Date: Fri, 21 Nov 86 14:03:31 EST From: "John S. Fisher" To: INFO-CPM@AMSAA.ARPA Subject: Request for help. Does anyone out there know the details of the compression algorithm(s) used by the CRUNCH/UNCR programs? I would like to incorporate UNCR functions into my IBM (mainframe) utility, but have been unable to decode the crunched files. The older versions of the program pair claimed to used LZW, but its a completely different variation from ARC. The latest version of CRUNCH uses GEL(?) compression. Perhaps someone can send me the source for CRUNCH/UNCR formerly distributed with version 1 I believe (and no longer distributed with version 2, sigh.) 22-Nov-86 10:18:31-MST,1945;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 22 Nov 86 10:18:04-MST Received: from simtel20.arpa by AMSAA.ARPA id a000802; 22 Nov 86 11:41 EST Date: Sat, 22 Nov 1986 09:41 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: Version 1.4 of CP/M-80 UNARC program available Now available from SIMTEL20... Filename Type Bytes CRC Directory PD: UNARC14.LBR.1 BINARY 38144 161EH and for those who need to bootstrap... Filename Type Bytes CRC Directory PD: UNARC.COM-Z80.2 BINARY 4096 C883H UNARC.HEX-Z80.2 ASCII 9993 E5D7H UNARCA.COM-8080.2 BINARY 4864 A832H UNARCA.HEX-8080.2 ASCII 11781 3F38H UNARC is CP/M 2.x+ utility which lists, types and extracts files in MS-DOS archive libraries (*.ARC files). Version 1.4 corrects a bug that caused incorrect extraction of certain files from .ARC's built by the MS-DOS PKARC11 program. Also supports paged console output. Assembly language overlay file now provides simplified installation for RCP/M's and special options. Separate program versions for Z80 (UNARC.COM) and 8080/8085 (UNARCA.COM). 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 Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie Mail: W8SDZ RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps) 22-Nov-86 17:37:00-MST,625;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 22 Nov 86 17:36:55-MST Received: from brl-adm.arpa by AMSAA.ARPA id a002141; 22 Nov 86 19:15 EST Received: from USENET by ADM.BRL.ARPA id aa00129; 22 Nov 86 19:01 EST From: Rick Adams Newsgroups: net.micro.cpm.ctl Subject: rmgroup net.micro.cpm Message-ID: <42150@beno.seismo.CSS.GOV> Date: 22 Nov 86 22:17:58 GMT Control: rmgroup net.micro.cpm Approved: rick@seismo.css.gov To: info-cpm@AMSAA.ARPA This group has been renamed and is no longer valid. ---rick 23-Nov-86 18:14:12-MST,1734;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 23 Nov 86 18:14:03-MST Received: from apg-1.arpa by AMSAA.ARPA id a002045; 23 Nov 86 19:50 EST Date: Sun, 23 Nov 86 19:46:58 EST From: Robert Bloom AMSTE-TEI 3775 Subject: Interrupts on the N* Advantage To: info-cpm@AMSAA.ARPA, info-micro@SIMTEL20.ARPA, northstar-users@SIMTEL20.ARPA Cc: rbloom@APG-1.ARPA Help. I find I have to write an interrupt-driven application for the NorthStar Advantage. Unfortunately, I don't know how. Specifically, I do know how to enable the interrupts, and write the interrupt handler, but actually what happens at interrupt time eludes me. At the interrupt, the z80 jumps to the interrupt routine. Where? My z80 book says, "the z80 expects an [RST or CALL] instruction to be placed on its data buss [by the interrupting device]" how it do dat? Two people who I asked said "to where you program it to" but I have no idea how to do that. I have a Advantage technical manual. It may have the info I need but I find it incomprehensible. (I gather that interrupt routines are strongly hardware-dependant.) And I do understand that the Advantage is not very fast, but can't believe a simple get-and-put routine with interrupts wouldn't be fast enough for 4800 baud. So, can someone help me out? I'm trying to store the input characters from the SIO card away till they can be processed. I have DTR control on the port but I haven't been able to get that to work. (I'm trying to write a very simple high-speed commo program.) I really need a low-level example. bob bloom 23-Nov-86 22:17:31-MST,512;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 23 Nov 86 22:17:25-MST Received: from brl-smoke.arpa by AMSAA.ARPA id a002485; 23 Nov 86 23:47 EST Date: Sun, 23 Nov 86 23:47:07 EST From: Steve Lesh (ISC | howard) To: info-c@BRL.ARPA cc: info-cpm@BRL.ARPA Subject: CP/M 80 C compilers Our office is looking for the most System-V compatible C compiler. Any suggestions would be appreciated. 24-Nov-86 23:19:59-MST,1633;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Mon 24 Nov 86 23:19:49-MST Received: from simtel20.arpa by AMSAA.ARPA id a026325; 25 Nov 86 0:37 EST Date: Mon, 24 Nov 1986 22:26 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: RS232 info files available Now available from SIMTEL20... Filename Type Bytes CRC Directory PD: RS232CBL.LBR.1 BINARY 15232 5538H This is a set of write-ups on using RS232 cables to connect personal computer devices, such as a CPM or PC-compatible to a modem or printer device. Brief descriptions of files in this LBR: File Description CAUTIONS How to be careful about ruining expensive equipment and voiding warranties. NULMODEM.KIT Probably the most useful write-up. A description of the cable configuration that will work in connecting many DCE-to-DCE or DTE-to-DTE pairs of devices. RS232CBL.INF Explains what "DCE" and "DTE" means, with the effect on cable configurations. MDM-CONN.DAT Description of functions of RS232 wires and pins when used in connecting modems. --Keith Petersen Arpa: W8SDZ@SIMTEL20.ARPA Uucp: {bellcore,decwrl,harvard,lll-crg,ucbvax,uw-beaver}!simtel20.arpa!w8sdz GEnie Mail: W8SDZ RCP/M Royal Oak: 313-759-6569 (300, 1200, 2400 bps) 26-Nov-86 18:18:23-MST,4054;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 26 Nov 86 18:18:07-MST Received: from simtel20.arpa by AMSAA.ARPA id a013778; 26 Nov 86 19:43 EST Date: Wednesday, 26 November 1986 01:07-MST Message-ID: Sender: tektronix!copper.TEK.COM!michaelk@ucb-vax.ARPA From: tektronix!copper.TEK.COM!michaelk@ucb-vax.ARPA To: W8SDZ@SIMTEL20.ARPA Subject: CRCKK.LBR - new version of file CRC checking program ReSent-From: KPETERSEN@SIMTEL20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Wed 26 Nov 1986 17:44-MST Now available from SIMTEL20... Filename Type Bytes CRC Directory PD: CRCKK.LBR.1 BINARY 23168 BAFBH crckk.c -- CP/M version of the Unix version of the CP/M utility crck Version 3.0 Usage: crckk [-t|c|u|i] [filename ... (wildcards OK) ] Calculates a 16-bit cyclic redundancy check on its input files and prints the resulting number in hexadecimal. CRCK(K) is manually invoked on two versions of the same file to ensure that they are the same. Prints the the filename, size in bytes or sectors depending on the option flag, and the CRC. This program produces the same check number as do "CRCK" programs, the extra "k" in this program's name is for identity-control. This is a different program from CRCK.ASM (currently in version 4.4) used in the CP/M world now. Options: -t Perform CRCK on a CP/M text file that is stored as a CP/M file. CTL-Z is used as valid EOF. -u Perform CRCK on a regular CP/M file. Takes whatever is there. -c Perform CRCK on a CP/M ".COM" file. Same as -u flag, except sectors are reported rather than bytes. -i Perform CRCK on a CP/M ".COM" file stored in ITS binary format. Same as -c, but ignores the first four bytes of file. If no option flag is chosen, the default option is -u. =================================================== ===== ===== ===== DIFFERENCES WITH EXISTING CP/M VERSIONS ===== ===== ===== =================================================== 1. This version actually runs a fair bit FASTER than CRCK44 !!! 2. Has the true-text "t" option. This is good for downloading text files (like shar files) from UNIX. If you download a text file "as is"from UNIX OR, your modem program doesn't "fill with multiple CTL-Z's", then there's a problem matching the CP/M CRCK with the UNIX version of CRCK program. With this option, this crckk "-t" will match the "plain" UNIX crck for unadulterated text file transfers. 3. User-interface is a bit friendlier and/or more UNIX-like. a) Invalid dash option (like crckk -z) will give verbose help/error message. b) Multiple filenames as parameters are allowed. c) Each filename can be wildcarded. d) Each wildcard expansion is sorted. e) Standard-in is allowed source ("< filename") f) Output list can be redirected to file using standard output (" > outputfile "). g) Error message(s) can be redirected into standard error. (" >> errorfile"). h) Pipes are also allowed (but in general not too useful except for with other CP/M programs that are suitably compiled). NOTE: I didn't write this program, but I did make rather substantial changes to the original UNIX version. Some changes were for functional reasons (the -t option), but mostly for huge speed-performance reasons. My original port was slow as a dog (not released). This version is VERY fast. Mike Kersenbrock USENET: tektronix!copper!michaelk Tektronix Computer Aided Software Engineering Aloha, Oregon 26-Nov-86 23:25:36-MST,622;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Wed 26 Nov 86 23:25:31-MST Received: from brl-adm.arpa by AMSAA.ARPA id a014200; 27 Nov 86 0:52 EST Received: from USENET by ADM.BRL.ARPA id aa01494; 27 Nov 86 0:54 EST From: "a.yorinks" Newsgroups: comp.os.cpm Subject: vi-like editor Message-ID: <1277@ariel.UUCP> Date: 26 Nov 86 15:50:11 GMT To: info-cpm@AMSAA.ARPA Does anyone know of a vi type editor that will run under cp/m 3.0? Thanks, Alan Yorinks AT&T Information Systems Laboratory Middletown, New Jersey 27-Nov-86 02:19:45-MST,1131;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Thu 27 Nov 86 02:19:38-MST Received: from brl-adm.arpa by AMSAA.ARPA id a014538; 27 Nov 86 3:51 EST Received: from USENET by ADM.BRL.ARPA id aa02298; 27 Nov 86 3:49 EST From: Jim Kelleher Newsgroups: comp.os.cpm Subject: simtel Message-ID: <1350@dual.UUCP> Date: 25 Nov 86 16:58:21 GMT To: info-cpm@AMSAA.ARPA [-- the line eater hits -- more --] Hello I've been able to get stuff from simtel20 but... I've asked for uudecode and unarc and they have been sent uuencoded & arc'ed is there any kind soul out there who could send me the two programs or point the way to getting access to them ? email please. There was a person on who was looking for a way to use his Northstar Advantage for a dumb terminal. I have such a program unfortunatly I do not have the source as I got it before I realized the need for source if you will email me mabe we can work something out. thanks jmk@dual #include std_disclamer #include std_cute_saying {ucbvax,well}!dual!jmk 28-Nov-86 02:28:42-MST,3858;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 28 Nov 86 02:28:31-MST Received: from wiscvm.arpa by AMSAA.ARPA id a017130; 28 Nov 86 3:55 EST Received: from (MAILER)BLIULG12.BITNET by WISCVM.WISC.EDU on 11/28/86 at 02:55:12 CST Received: by BLIULG12 (Mailer X1.23b) id 1939; Fri, 28 Nov 86 09:50:53 ULG Date: Fri, 28 Nov 86 09:43:30 ULG From: Andre PIRARD Subject: Triggering SIMTEL20 To: info CP/M , Info-IBMPC Digest , info micro cc: Keith Petersen Jim Kelleher writes: >I've been able to get stuff from simtel20 but... >I've asked for uudecode and unarc and they have been sent uuencoded & arc'ed >is there any kind soul out there who could send me the two programs or >point the way to getting access to them ? email please. > ... I drew SIMTEL20's attention on the problem he describes. I ran into the same difficulty. The directory PD: is supposed to contain the triggering stuff. PD: should be its CPM counterpart. But they only contain binary files of no use to those with no binary retrieval. Even the only source piece which is supposed to uudecode does not work with the otherwise welcome added M SIMTEL20 adds to each record. So I modified it for my own use and posted it to SIMTEL20. I got no answer so don't know it it is there. In the meantime I got an ARC on diskette, so I did not experiment the whole triggering process. But at least the following program does uudecode, slow etc..., is easily convertible and a first step. Here it goes.... 1000 KEY OFF 1001 DEFINT A-Z 1010 REM Trap error opening input file 1020 ON ERROR GOTO 1600 1030 CLS 1040 LOCATE 5,11 1050 PRINT STRING$(40," ") 1060 LOCATE 5,11 1070 INPUT "Enter name of input file: ", INFILE$ 1080 OPEN INFILE$ FOR INPUT AS #1 1090 LOCATE 8,10 1100 PRINT STRING$(40," ") 1110 REM Trap error opening output file 1120 ON ERROR GOTO 1640 1130 LOCATE 8,10 1140 INPUT "Enter name of output file: ", OUTFILE$ 1150 OPEN "R", #2,OUTFILE$, 1 1160 FIELD #2, 1 AS N$ 1170 REM Trap error at end of file 1180 ON ERROR GOTO 1680 1190 REM Search for header line 1200 LINE INPUT #1,A$ 1210 IF LEFT$(A$,5) <>"begin" THEN 1200 1220 LOCATE 11,10 1230 PRINT "Header = ";A$ 1240 SP = ASC(" ") 1250 DIM BUF(100) 1260 RECNO# = 1 1270 REM Main loop 1280 LINE INPUT #1, A$ 1290 P = 0 1300 BYTES = ASC(LEFT$(A$,1)) - SP 1310 IF BYTES = 64 THEN BYTES = 0 1320 IF BYTES = 0 THEN 1560 1330 COUNT% = INT(BYTES/3+.9): COUNT%=COUNT%*4 1340 FOR I = 2 TO COUNT% STEP 4 1350 X1 = ASC(MID$(A$,I,I)) - SP 1360 IF X1 = 64 THEN X1 = 0 1370 X2 = ASC(MID$(A$,I+1,I+1)) - SP 1380 IF X2 = 64 THEN X2 = 0 1390 X3 = ASC(MID$(A$,I+2,I+2)) - SP 1400 IF X3 = 64 THEN X3 = 0 1410 X4 = ASC(MID$(A$,I+3,I+3)) - SP 1420 IF X4 = 64 THEN X4 = 0 1440 IF P Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 28 Nov 86 07:22:23-MST Received: from brl-adm.arpa by AMSAA.ARPA id a018522; 28 Nov 86 8:49 EST Received: from USENET by ADM.BRL.ARPA id aa06741; 28 Nov 86 8:48 EST From: Jim Greenlee Newsgroups: comp.os.cpm Subject: Re: Interrupts on the N* Advantage Message-ID: <2739@gitpyr.gatech.EDU> Date: 28 Nov 86 02:16:32 GMT To: info-cpm@AMSAA.ARPA In article <1078@brl-adm.ARPA> rbloom@APG-1.ARPA (Robert Bloom AMSTE-TEI 3775) writes: > At the interrupt, the z80 jumps to the interrupt routine. >Where? My z80 book says, "the z80 expects an [RST or CALL] >instruction to be placed on its data buss [by the interrupting >device]" how it do dat? Two people who I asked said "to where >you program it to" but I have no idea how to do that. OK, here is my fuzzy recollection of how interrupts work on the Z80: There are three interrupt modes on the Z80 - 0, 1, and 2. The mode is selected by executing an IM instruction whose operand is the mode desired. Mode 0 is the 8080-compatible mode. The Z80 expects the interrupting device to put a value out on the data bus which indicates what location to jump to. Their are 8 choices - 0H, 8H, 10H, 18H, 20H, 28H, 30H, and 38H. The processor executes a CALL instruction to one of these locations, which contains either an interrupt handler (if it can be handled with only 8 bytes of code) or a JMP instruction to another location which contains the interrupt handler. Mode 1 is the simplest mode. All maskable interrupt requests are vectored to location 38H via a CALL instruction. This mode is equivalent to executing an RST 7 in Mode 0. Mode 2 is the most flexible mode, with full vectoring to any location you want. In this mode a priority is established among peripherals which can generate an interrupt. This is done by daisy-chaining the peripherals through the IEI/IEO pins. Whenever a device generates an interrupt, it pulls its IEO output low. Also every device in the chain monitors its IEI pin. If this pin goes low, then the device is disabled from producing interrupts, and the device will again pull its IEO pin low. In this way, devices farther down the chain are prevented from interrupting the processor while it is servicing a higher priority interrupt. Once this happens, the device puts an 8 bit vector on the data bus. The Z80 reads this vector, which must be programmed as part of the device's initial- ization, and concatenates it with the contents of the I register. This register is set to be the high order 8 bits of a 256 byte vector table. This table can be located anywhere in memory - this is what your friends mean by "it's wherever you put it". The 8 bit vector from the peripheral points to one of the 256 locations in this table, which contains the start address of the inter- rupt handler. You can have several of these tables in memory and switch back and forth simply be changing the contents of the I register. If this is still confusing, e-mail me any specific questions you have and I'll try to answer them. As I said, it's been a while since I did any Z80 stuff and my memory is a little fuzzy, but I'll do my best. Jim Greenlee -- The Shadow...!{akgua,allegra,amd,hplabs,ihnp4,seismo,ut-ngp}!gatech!gitpyr!jkg Jryy, abj lbh'ir tbar naq qbar vg! Whfg unq gb xrrc svqqyvat jvgu vg hagvy lbh oebxr vg, qvqa'g lbh?! 28-Nov-86 10:56:59-MST,782;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Fri 28 Nov 86 10:56:53-MST Received: from simtel20.arpa by AMSAA.ARPA id a021071; 28 Nov 86 12:33 EST Date: Fri 28 Nov 86 10:34:41-MST From: Keith Petersen Subject: Re: Triggering SIMTEL20 To: A-PIRARD%BLIULG12.BITNET@wiscvm.ARPA cc: INFO-CPM@AMSAA.ARPA, INFO-IBMPC@usc-isic.ARPA, INFO-MICRO@BRL-VGR.ARPA, W8SDZ@SIMTEL20.ARPA, wancho@SIMTEL20.ARPA In-Reply-To: Message from "Andre PIRARD" of Fri 28 Nov 86 01:56:08-MST Message-ID: <12258569728.7.KPETERSEN@SIMTEL20.ARPA> Your Basic uudecode was received and acknowleged the same day. It was placed in PD: in place of the previous version. --Keith ------- 29-Nov-86 14:59:34-MST,1243;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 29 Nov 86 14:59:28-MST Received: from brl-adm.arpa by AMSAA.ARPA id a025707; 29 Nov 86 16:33 EST Received: from USENET by ADM.BRL.ARPA id aa11581; 29 Nov 86 16:27 EST From: Andrew Scott Beals Newsgroups: comp.os.cpm Subject: Have semi-dead Ithaca Intersystems box, need to get it working Message-ID: <2137@well.UUCP> Date: 29 Nov 86 18:42:45 GMT Keywords: Dead CPU, Dead disk controller, unreadable disks, HELP! To: info-cpm@AMSAA.ARPA I have an Ithaca Intersystems s100 system that isn't currently working. First the disk controller stopped working and recently the CPU died (I was using it in a different system). I need to find a repair shop *somewhere* that still knows how to work on these beasties.. I have the hardware manuals and lots of disks that I can't read, so pointers to someone who is *good* with s100 stuff in general would be appreciated also. I've heard that Hollywood Computers does work on them - anyone know anything about them? Thank you very much! andy -- Andrew Scott Beals bandy@lll-crg.arpa or {lll-crg,hoptoad,hplabs,apple}!well!bandy 29-Nov-86 18:19:04-MST,666;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sat 29 Nov 86 18:18:53-MST Received: from ut-ngp.arpa by AMSAA.ARPA id a026065; 29 Nov 86 19:52 EST Date: Sat, 29 Nov 86 18:54:01 CST From: "Margaret H. Knox" Posted-Date: Sat, 29 Nov 86 18:54:01 CST Message-Id: <8611300054.AA23300@ngp.utexas.edu> Received: by ngp.utexas.edu (5.51/5.51) id AA23300; Sat, 29 Nov 86 18:54:01 CST To: ariel!alan@ut-sally.ARPA, info-cpm@AMSAA.ARPA Subject: Re: vi-like editor You might look into VEDIT by CompuView. It is VI "type", although certailnynly not VI compiatible.  30-Nov-86 15:30:08-MST,1118;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 30 Nov 86 15:29:58-MST Received: from xerox.arpa by AMSAA.ARPA id a002847; 30 Nov 86 17:02 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 30 NOV 86 14:03:10 PST Date: 30 Nov 86 14:03:07 PST (Sunday) From: nbaheti.ES@xerox.ARPA Subject: Re: ZCPR3 command line recall In-reply-to: WILD%FREMBL51.BITNET's message of Tue, 28 Oct 86 12:04:49 n To: David Wild cc: info-cpm@AMSAA.ARPA Message-ID: <861130-140310-5523@Xerox> I'm sure you msg has been long answered, but I want to make sure. HSH15 should do exactly what you want for command recall, and you can set the cmd-line-limit yourself from the command line. Works GREAT and FAST on my old sa-1004 rigid, and adequately on floppy. Condition: you must have at least one element in your shell stack free to run it (nothing major). Good luck, and sorry it took this ling to reply, but I was away from work and they archived my mail... first chance I've had to get back at it. --ab 30-Nov-86 20:10:12-MST,701;000000000000 Return-Path: Received: from AMSAA (AMSAA.ARPA.#Internet) by SIMTEL20.ARPA with TCP; Sun 30 Nov 86 20:10:07-MST Received: from nosc.arpa by AMSAA.ARPA id a004148; 30 Nov 86 21:41 EST Received: by bass.ARPA (5.31/4.7) id AA24247; Sun, 30 Nov 86 18:42:29 PST Message-Id: <8612010242.AA24247@bass.ARPA> Date: Sun, 30 Nov 86 18:17:34 PST From: Marc Wilson To: info-cpm@AMSAA.ARPA Subject: Re: ZCPR3 command line recall VCED16 should also do the trick, although it's a bit slow on a floppy. It really flies on a ramdisk, though. Only there when you want it, and it can be installed as an error handler too. What else could you want?