1-Apr-85 00:57:45-MST,2379;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 00:57:17-MST Received: from simtel20.arpa by AMSAA.ARPA id a010617; 1 Apr 85 2:21 EST Date: 1 Apr 1985 00:18 MST (Mon) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: PREBAS - a Basic pre-processor now available PREBAS is available from SIMTEL20 as: Filename Type Bytes CRC Directory MICRO: PREBAS.LBR.1 BINARY 67456 5EE9H Here is a brief excerpt from the author's .DOC file: PREBAS is a pre-processor for BASIC. It takes a flat ASCII file, adds line numbers to it, and, optionally, resolves references to target labels. It can also resolve the labels without line numbers, or strip old line numbers out of a file. PREBAS is intended as an aid to BASIC programmers. With it they can enter a program in their favorite text editor or word processor, while not worrying about line numbers, or the targets for their GOTO and GOSUB statements. It has a number of options, including: adding line numbers resolving labels stripping old line numbers selection of the start number selection of the step size selection of the label marker addition of comments to the end of a line, showing target labels command line execution (not yet available in MS/DOS version) PREBAS was written in Microsoft BASIC (MBASIC) and was compiled with BASCOM. There are three files: PREBAS.DOC -- This document. PREBAS.COM -- The compiled executable program (linked to OBSLIB.REL). PREBAS.BAS -- The BASIC source code. Note: I include the BASIC source so that the defaults can be changed (see Appendix A -- Customization) or so that PREBAS can be recompiled to run under the BRUN run-time library. PREBAS does run under the interpreter, but runs very slowly (especially if you are resolving labels). PREBAS translates line-by-line (writing each line out to the new file), rather than in RAM. I felt that speed was less important than a limitation of size imposed by the size of RAM. However, PREBAS is still limited by disk capacity, needing room for a file at least the same size as the input file. --Keith 1-Apr-85 01:26:50-MST,668;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 01:26:45-MST Received: from simtel20.arpa by AMSAA.ARPA id a010791; 1 Apr 85 2:52 EST Date: 1 Apr 1985 00:53 MST (Mon) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: MEX overlay for Sierra Data Sciences SBC-100 A new MEX overlay, MXO-SD10 for the SIERRA DATA SCIENCES SBC-100 computer, is now available from SIMTEL20 as: Filename Type Bytes CRC Directory MICRO: MXO-SD10.AQM.1 BINARY 7808 4DD2H --Keith 1-Apr-85 01:41:56-MST,3269;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 01:41:47-MST Received: from simtel20.arpa by AMSAA.ARPA id a010785; 1 Apr 85 2:51 EST Date: 1 Apr 1985 00:47 MST (Mon) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: FBAD60 non-destructive disk test program FBAD60 is now available from SIMTEL20 as: Filename Type Bytes CRC Directory MICRO: FBAD60.LBR.1 BINARY 30208 0393H FBAD is a NON-DESTRUCTIVE disk test program for CP/M-80. It will find all bad blocks on a disk and build a file [UNUSED].BAD to allocate them, thus "locking out" the bad blocks so CP/M will not use them. This allows continued use of the disk as though it had no bad areas. If an [UNUSED].BAD file is found on the disk before the test you will be prompted to keep the existing file (and all currently flagged bad blocks) or erase it and only flag the bad blocks found on the current pass. Good news for CP/M+ users! You can use FBAD60. Dave Mabry says: I have included a file in the LBR called BIOS2RSX.RSX which is an RSX for CP/M Plus that will allow FBAD to work on CP/M Plus operating systems. In order to use FBAD on CP/M Plus you must attach the RSX to FBAD.COM as follows: GENCOM FBAD60 BIOS2RSX Then the resultant FBAD60.COM will then run properly on CP/M Plus but will not run on CP/M V2.2 or earlier without removing the RSX. Here is what's new in recent updates to FBAD: ; 03/28/85 Cleaned up some code that sends messages. ; v60 Modified STOP routine so that you really can abort the ; program with ^C. - Dave Mabry ; ; 03/16/85 Program will ask you if you want to continue checking on the ; v59 same drive as originally entered - added a byte at the end of ; the code (ORIGDR) to store the value from the FCB. ; ( Ken Kaplan ) ; ; 12/12/84 Added the ability to keep bad blocks that were flagged in a ; v58 previous [UNUSED].BAD file. If a block was ever flagged as ; bad by this program, it is probably weak. If on a subse- ; quent test, it makes it through the BIOS retires and is read ; successfully, I want the block to stay in the [UNUSED].BAD ; file. Removed the coded in LTOP which cleared the high byte ; of HL after a call to RECTRN. My BIOS (Morrow DJDMA) sets ; the high bit of HL to indicated side 1 of a double-sided ; drive. - Ron Schwabel (Ron Schwabel) ; ; 11/29/84 Integrated Mike Webbs idea to display Track-Nr. Changed DOC ; v57 up front accordingly. - BGE ; ; 07/04/84 Added Ted Shapin's fixes from 1981 that were not included in ; v56 the 06/07/84 version. Reformatted. ; - Irv Hoff ; ; 06/07/84 Added code at CHKSYS to skip system tracks if more than 5 ; v55 are present (most systems use 1 or at most 2 tracks for the ; system). This makes the program practical for both floppy ; and Winchester systems. Cosmetic change for printer logging ; to add CR/LF after 76 *'s. Fixed problem in DECOUT to give ; correct total for max size Winchester disks. ; - DHR --Keith 1-Apr-85 08:14:33-MST,839;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 08:14:27-MST Received: from simtel20.arpa by AMSAA.ARPA id a004599; 1 Apr 85 9:32 EST Date: Saturday, 23 March 1985 10:35-MST Message-ID: Sender: STERNLIGHT@usc-ecl.ARPA From: STERNLIGHT@usc-ecl.ARPA Subject: Hayes 2400 modem ReSent-From: KPETERSEN@simtel20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Mon 1 Apr 1985 07:34-MST I have had a Hayes 2400 modem for a week, now. It came with a note saying that it wouldn't work on some earlier PBX's, and if I had one, to return the modem and a new one would be sent out in 2 weeks. It is much more vulnerable to shot noise (appears as random left-hand curly brackets) than the Hayes 1200, at 1200 baud. --david-- 1-Apr-85 08:27:17-MST,987;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 08:27:10-MST Received: from hi-multics.arpa by AMSAA.ARPA id a005265; 1 Apr 85 9:40 EST Date: Mon, 1 Apr 85 08:40 CST From: Boebert@HI-MULTICS.ARPA Subject: Small-C beta testers wanted To: info-cpm@AMSAA.ARPA Message-ID: <850401144007.042208@HI-MULTICS.ARPA> I have uploaded a very slightly modified version of Small-C v2.1 from the Handbook and an equally slightly modified version of the run-time library from DDJ. These files have been tested to the extent that the compiler compiles itself correctly, and no further. They also have not been examined by any second party. I am looking for people who would care to perform the public service of checking these files prior to public release. The files are available from Keith Petersen (W8SDZ @ Simtel); they are in .LBR format, so you must be able to download binary. -- Earl (Boebert @ HI-Multics) 1-Apr-85 11:48:38-MST,588;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 11:48:35-MST Received: from gunter-adam.arpa by AMSAA.ARPA id a014494; 1 Apr 85 13:21 EST Date: 1 Apr 1985 12:25:42 CST Subject: RIXON 1200 question.. From: HUNEYCUTT@GUNTER-ADAM.ARPA To: Info-CPM@AMSAA.ARPA cc: Huneycutt@GUNTER-ADAM.ARPA Seem a while back, but I seem to recall somebody saying how to defeat the default auto-answer on the Rixon 1200 baud modem. Something about a trace cut, or something. Anybody recall the specifics...i.e. HELP!! Doug ------- 1-Apr-85 16:51:26-MST,1120;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 16:51:12-MST Received: from utexas-20.arpa by AMSAA.ARPA id a025344; 1 Apr 85 18:16 EST Date: Mon 1 Apr 85 17:19:20-CST From: Douglas Good Subject: Fido Newsletter, Nodelist, etc. To: info-cpm@AMSAA.ARPA I am the sysop of Fido #50 here in Austin, TX, and am very impressed with your mailing list, so I would like to contribute. I get the bi-weekly Fido Newsletter which I can get to you if you want (that is to whoever...) a couple of days after its publication, and I can also send you the updated nodelist which comes out every week and I get every couple of weeks. Also, I saw the FIDO_TIP.EQE file for download in the Fido directory. As far as I know, that has been discontinued (that version. the new one isn't out yet) because of some major bugs. If I can do anything for you that would help out the Fido directory, please be sure to ask. Thanks again. Scott Ashcraft p.s. I am using a friend's account, Doug Good's, who is a remote sysop. ------- 1-Apr-85 21:51:34-MST,886;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Apr 85 21:51:29-MST Received: from mit-mc.arpa by AMSAA.ARPA id a026353; 1 Apr 85 23:18 EST Date: 1 April 1985 23:20-EST From: Eric Stork Subject: Reading Apple II Disks To: info-cpm@AMSAA.ARPA cc: STORK@mit-mc.ARPA Need some advice... I'm considering having someone do some draft typing for me. They have and Apple II. Question: Is there any way I can read text files off an Apple II disk, using a Kaypro II? Is there a formatting program that will do that? Is it economical to get my potential typist a CP/M card for her Apple? Are they still made? Where and by whom? Costs? Thanks for advice. Pls reaspond direct to STORK @ MIT-MC. If anyone has interest in the responses, let me know and I'll summarize and forward. Eric 2-Apr-85 12:53:20-MST,1003;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 12:53:14-MST Received: from radc-multics.arpa by AMSAA.ARPA id a028619; 2 Apr 85 7:45 EST Date: Tue, 2 Apr 85 07:43 EST From: Wiedemann@RADC-MULTICS.ARPA Subject: MP/M-86 and CP/M-86 To: info-cpm@AMSAA.ARPA Message-ID: <850402124334.741009@RADC-MULTICS.ARPA> I received my new Heathkit catalog yesterday and was surprised to see the rediculously low prices for these products. CP/M-86 is selling for $99.00 (was $250.00) and MPM-86 for $99.00 (was $649.00!!). Not being familiar with the capabilities, limitations and availability of applications software for these products, I wondered if these were "dead" operating systems. I use mainly CP/M-85 and MS-DOS. Can someone convince me that: A. These prices are the bargain of the century!! or B. They aren't worth the shipping cost. Thanx for your help. Wolf Wiedemann RADC-MULTICS 2-Apr-85 14:04:27-MST,1849;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 14:04:22-MST Received: from cmu-cs-c.arpa by AMSAA.ARPA id a001298; 2 Apr 85 11:27 EST Received: ID ; Tue 2 Apr 85 11:29:55-EST Date: Tue 2 Apr 85 11:29:53-EST From: Lee.Sailer@CMU-CS-C.ARPA Subject: Uniform and Media Master To: info-cpm@AMSAA.ARPA I agree with those folks who recommend Uniform and Media Master as good file transfer programs. I have used them both on Morrow, Rainbow, and Osborne-1 (CP/M on all three) and have rarely had any difficulties. There is one important difference between these two products that might help someone out there choose between them. Media Master - MM is all menu driven. You do your work from within MM. For example, I can tell my rainbow that drive A: is Kaypro II, B: is IBM 1.0ss, and C: is IBM 2.0ss, and then use menu commands to list directories, move files from one disk to another, erase files, etc. I can even format new disks. Uniform - On the Morrow MD3, I can only reassign drive B:. For MSDOS<->CPM transfers, it uses menues like MM, except that I cannot go from one alien format to another. I always have to go thru Morrow format. Uniform - On the other hand, if Uniforms is used to tell the Morrowthat drive B: is a CPM format, say Osborne or Kaypro, then the user can exit back to CPM, but the alien disk format sticks. You can edit files on B:alien.dsk, run .com files, use sweep to move stuff around, etc. (I guess Uniform patches the OS.) In short, if you move files from one alien format to another, MM is the choice. If you usually use files from one alien format on your base machine, then I think Uniform is more appropriate. By the way, Media Master on many CP/M machines is only about $30. ------- 2-Apr-85 16:35:09-MST,1219;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 16:35:03-MST Received: from xerox.arpa by AMSAA.ARPA id a000155; 6 Dec 84 14:45 EST Received: from PinotNoir.ms by ArpaGateway.ms ; 02 APR 85 09:52:07 PST Date: 2 Apr 85 09:48 PST From: ghenis.pasa@XEROX.ARPA Subject: Re: Reading Apple II Disks In-reply-to: Eric Stork 's message of 1 Apr 85 23:20 EST To: STORK@MIT-MC.ARPA cc: info-cpm@AMSAA.ARPA Unfortunately, you cannot read or write Apple disks on a CP/M system like the Kaypro. The reason for this is that Apple uses a HARD SECTORED "maverick" format unlike every other system out there which uses SOFT sectoring (which is what makes programs like MediaMaster and Uniform possible). However, there is a way to get those text files over to the Kaypro, and it actually makes more sense in your situation. What you need is a modem and communications software on both machines: then file transfer will be as easy as a phone call (well, almost) If you don't already have the software, the public domain program MODEM7 is available for both the Kaypro and the Apple (you can get them through your local user groups) 2-Apr-85 17:00:38-MST,563;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 17:00:35-MST Received: from utexas-20.arpa by AMSAA.ARPA id a008938; 31 Mar 85 20:37 EST Date: Sun 31 Mar 85 19:39:27-CST From: Douglas Good Subject: BYE for IBMPC To: INFO-CPM-REQUEST@AMSAA.ARPA Resent-Date: Tue, 2 Apr 85 16:37:03 EST Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@UTEXAS-20.ARPA Does anyone know a bye-like program for the IBM? Any help on this would be appreciated. Doug ------- 2-Apr-85 17:18:49-MST,946;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 17:18:45-MST Received: from usc-isi.arpa by AMSAA.ARPA id a009475; 31 Mar 85 22:24 EST Date: 31 Mar 1985 22:25:25 EST Subject: Public domain spreadheets From: rexRex Buddenberg To: info-cpm-request@AMSAA.ARPA cc: BUDDENBERGRA@USC-ISI.ARPA Resent-Date: Tue, 2 Apr 85 16:38:10 EST Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@USC-ISI.ARPA For Pete Pearson who was looking for a public domain spreadsheet. Borland distributes Micro-Calc as a thro-in with Turbo-Pascal. It is designed 1) as an operating spreadsheet and 2) a demo for T-Pas. You can compile it to disc and separate it from t_pas without violating any copyright rules. Also look up Poor-Person Software -- he used to have a SS for around $40 (??). Has advertised in Dr Dobbs. Rex Buddenberg ------- ------- 2-Apr-85 17:29:38-MST,1064;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 17:29:32-MST Received: from apg-1.arpa by AMSAA.ARPA id a002916; 2 Apr 85 18:04 EST Date: 2 Apr 1985 16:03:16 EST (Tuesday) From: Robert Bloom AMSTE-TOI 3775 Subject: Re: Reading Apple II Disks In-Reply-to: Your message of 2 Apr 85 09:48 PST To: ghenis.pasa@XEROX.ARPA Cc: info-cpm@AMSAA.ARPA wrongo - the apple use soft-sectoring (not hard sectoring) the only hard sector machines left are very old Heaths and NorthStars (I've got a NorthStar and an apple both) In truth, the apple is 'softer' sectoring than anybody else - it doesn't look at the sector hole(s) *AT ALL*. Therefore one can use in the apple either soft or hard sectored disks providing that you format them first. It is this 'softer' sectoring that makes the apple weird - all other normal machine do look at the index hole - a hard sectored disk drives them wild. The end result is the same in anycase--> use a commo program. -bob bloom 2-Apr-85 20:02:06-MST,804;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 20:02:01-MST Received: from ut-ngp.arpa by AMSAA.ARPA id a003796; 2 Apr 85 21:31 EST From: mknox Posted-Date: Tue, 2 Apr 85 20:22:42 CST Message-Id: <8504030224.AA05731@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/4.22) id AA05731; Tue, 2 Apr 85 20:24:16 cst Date: Tue, 2 Apr 85 20:22:42 CST To: Wiedemann@RADC-MULTICS.ARPA, info-cpm@AMSAA.ARPA Subject: Reply to: mp/m-86 and cp/m-86 CP/M-86 is very much a 'live' system (although nowhere near as popular in the USA as MS-DOS). MP/M-86 has pretty much been replaced by Concurrent CP/M-86 and Concurrent PC-DOS. But that price on CP/M-86 is *WAY* out of line. Mail order prices have been as low as $33. 2-Apr-85 21:25:37-MST,504;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Apr 85 21:25:34-MST Received: from mitre-gateway.arpa by AMSAA.ARPA id a003954; 2 Apr 85 22:55 EST Date: 2 Apr 1985 22:45:14 EST (Tuesday) From: jose rodriguez Subject: PD spreadsheet To: info-cpm@AMSAA.ARPA I got from U of Maruyland a PD spreadsheet, called vc. I rigth now in a sort of cchange (new job) . As soon as I can I will post it somewhere. Jose 3-Apr-85 01:34:51-MST,1705;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Apr 85 01:34:43-MST Received: from usc-isid.arpa by AMSAA.ARPA id a004468; 3 Apr 85 3:06 EST Date: 3 Apr 1985 03:05-EST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: TurboPascal User Area Bug From: ABN.ISCAMS@USC-ISID.ARPA To: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA] 3-Apr-85 03:05:07.ABN.ISCAMS> NetLandians, A separate message described a bug in TurboPascal V2.0 for CP/M-80. If you are running TurboPascal in a User Area other than 0, when you exit TurboPascal it will force you into User Area 0 whether you like it or not. The fix described several bytes in TurboPascal to patch, but was specific to Version 2.0 only. Here's the fix for TurboPascal Version 1.0 for CP/M-80: Using DDT, DSD, EDFILE, or whatever, list 2741H... Original code: 2741 LDA 3E24 ;where TurboPascal earlier stored the ;current disk/user. DCR A ;always STA 0004 ;where CP/M keeps the current disk/user JMP 0000 ;return to CP/M I couldn't find exactly WHERE TurboPascal messes up that stored disk/user value, but it sure 'nuff gets blown away somewhere. So... just eliminate that retrieval altogether. It appears that the original CP/M stored value at 0004 does NOT get changed (I tried various disk reads and writes, and it remained the same disk and user area as when I started). 2741 JMP 0000 ;just return to CP/M, skipping the rest. DCR A ;leave the rest of the mess... ..... Now, when you exit TurboPascal, you'll still be in your original disk and user area. Regards, David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID.ARPA) 3-Apr-85 10:11:35-MST,2439;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Apr 85 10:11:27-MST Received: from ddn1.arpa by AMSAA.ARPA id a005272; 3 Apr 85 11:26 EST Date: 3 Apr 85 10:26 EST From: dbrothers@DDN1.ARPA Subject: APPLE ][ to KAYPRO on a null modem To: stork@MIT-MC.ARPA CC: info-cpm@AMSAA.ARPA I have transferred files from an APPLE ][ to a KAYPRO using MEX on the KAYPRO and ZPRO on the APPLE ][ over a null modem at speeds of up to 9600 baud. It worked beautifully. I initially did it using modems at 300 baud and a phone, but found that the phone line is unnecessary if you have a seriel card in the APPLE ][, you can easily use a null modem cable. A null modem cable can easily be built. It is simply a pair of db-25 connectors (Males usually) that have the following pin connections: Pin 1 to pin 1, pin 2 to pin 3 at the other end, pin 3 to pin 2 at the other end, pin 7 to pin 7, pin 6 to pin 20 at the other end and pin 20 to pin 6 at the other end. The idea is to swap the send and receive lines and the dtr and cts lines. If you have an APPLE ][ super serial card, then you don't need to build anything. You can set the configuration block to the TERMINAL mode and use your existing db-25 cable. Read the book and you'll see that this configuration is the same as having a null modem cable. It should be possible to write the RWTS (read-write-track-sector) code that resides at BD00-BFFF in an APPLE ][ in 8080 code and make it run in a KAYPRO. The hard part would be to get the documentation which describes how you access the disk directly from 8080 code in the KAYPRO. You would need to know how to turn on the motor, how to check for write protect, how long to wait after turning on the motor before reading, what the data really looks like when you do a read (bit-by-bit read) and how you define which disk drive you want to access. I do not know if this information is available for the KAYPRO. It is also possible to use MEX, MODEM7, or any other xmodem-capable program to do quick APPLE ][ to KAYPRO transfers. I like using MEX because it has wild card capability. If the files you need to transfer are ascii, rather than binary, it is possible to use PIP on both ends to transfer them from the APPLE ][ to the KAYPRO. this is not the rpeferred method, however. There is no checksum or CRC if you use PIP. Best of luck... Doug 3-Apr-85 10:18:22-MST,580;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Apr 85 10:18:19-MST Received: from ddn1.arpa by AMSAA.ARPA id a005673; 3 Apr 85 11:43 EST Date: 3 Apr 85 11:29 EST From: dbrothers@DDN1.ARPA Subject: Additional info on APPLE ][ to KAYPRO To: stork@MIT-MC.ARPA CC: info-cpm@AMSAA.ARPA If the files are DOS text files you can use ASCII EXPRESS to transfer them out the seriel port. The info I gave you in my first message would refer to the situation where the APPLE ][ is running CPM. Doug. Hope this helps. 3-Apr-85 20:26:00-MST,734;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Apr 85 20:25:55-MST Received: from ari-hq1.arpa by AMSAA.ARPA id a000492; 3 Apr 85 21:51 EST Date: 3 Apr 85 21:50:00 EST From: brake@ari-hq1.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Subject: SDIRHDR.LIB To: info-cpm Reply-To: brake@ari-hq1.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA I've been assembling some routines in SYSLIB3 and have come upon a reference to SDIRHDR.LIB. If anyone can give me a pointer to it I would appreciate it. I have looked in MICRO: and MICRO: at SIMTEL20. Thanks, Dennis [BRAKE@ARI-HQ1] ------ 3-Apr-85 22:13:24-MST,2466;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Apr 85 22:13:18-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a000596; 3 Apr 85 23:29 EST Received: by sdcsvax.ARPA (4.24/4.41) id AA09072; Wed, 3 Apr 85 20:29:34 pst From: crash!ihom@SDCSVAX.ARPA Message-Id: <8504040429.AA09072@sdcsvax.ARPA> Date: Wed, 3 Apr 85 08:25:11 PST To: sdamos!stork@mit-mc.ARPA Subject: Re: Reading Apple II Disks Cc: info-cpm@AMSAA.ARPA > Is there any way I can read text files off an Apple II disk, using a > Kaypro II? Is there a formatting program that will do that? >> Unfortunately, you cannot read or write Apple disks on a CP/M system >> like the Kaypro. The reason for this is that Apple uses a HARD SECTORED >> "maverick" format unlike every other system out there which uses SOFT >> sectoring (which is what makes programs like MediaMaster and Uniform >> possible). >> What you need is a modem and communications software on both machines: >> then file transfer will be as easy as a phone call (well, almost) Apple *does not* use a hard sectored format. Its uses a 16 sector format which *does not* use the index hole, thus soft sectored. Software is able to find any given track/sector without the aid from the hardware. When using a communications program on the Kaypro (i.e. modem7 or mex) and Apple (i.e. ASCII Express "The Professional), avoid using the xmodem (Christensen) protocol if possible. Invoke the Apple's comm program to list the file and copy the data into the buffer of modem7 or mex. Protocol is possible, but the file has to be processed after the transfer. Apple's method of terminating a line in a text file is just a carriage return -- with no linefeed. So when you type the file out in CP/M, every line will be overwritten. Solve this by processing the file with FILTEX (a public domain program) or some other utility that inserts a LF after every orphan CR. Likewise, a CP/M text file transferred to an Apple will contain that *normal* LF and appear double-spaced when listed. > Is it economical to get my potential typist a CP/M card for her Apple? > Are they still made? Where and by whom? Costs? Two popular CP/M cards are available for the Apple: the "Softcard" by Microsoft and the "Appli-Card" by PCPI. They sell for about $275.00. Each card comes with a utility disk that includes a program to convert DOS files to CP/M. 3-Apr-85 23:38:05-MST,2072;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Apr 85 23:37:58-MST Received: from usc-isid.arpa by AMSAA.ARPA id a000717; 4 Apr 85 1:10 EST Date: 4 Apr 1985 01:10-EST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Reading Apple Disks From: ABN.ISCAMS@USC-ISID.ARPA To: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA] 4-Apr-85 01:10:01.ABN.ISCAMS> Hello, I've read the recent messages re how to read Apple disks from a Kaypro (or other CP/M system). Most responses involve connecting the two computers (Apple and CP/M system) with a serial or modem connection, and maybe or maybe not buying a CP/M card for the Apple. Just to inform you of a somewhat wilder kludge that (remarkably enough) worked after a fashion. I had some Apples running Pascal on a Corvus Omninet. Didn't have any Omninet connections for my CP/M system (a Decision I - the big S100 buss sucker). Used a serial card (Super Serial, I think) in the Apple slot normally used when attaching an external terminal (forget the number now, but it's in Apple and Super Serial Card documentation). Used the normal Omninet card in the Apple, plus its 16K Language card. Fired up the Toad (the Decision I) and hard-wired to the Apple's serial port as a terminal. Used a modem program (MODEM730, in this case) in T mode (terminal) to actually run the Apple, and used file buffering and saving (also from T mode) when I wanted to save something from the Apple. (Just told it to type - or the equivalent Pascal term.) Worked really well, except for some Pascal screen-addressing commands built into our Omninet shell that I didn't want to mess with. But for straight serial data - no problems at all! Worked with 8-bit also, by the way. Donno what I'll do with Apple binary code on the Toad, but there it is! So, if you're working back-to-back (might even work over a modem!), that is ONE way - and you don't need a CP/M card in the Apple either. Regards, David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 4-Apr-85 07:33:22-MST,1204;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Apr 85 07:33:16-MST Received: from ddn1.arpa by AMSAA.ARPA id a001074; 4 Apr 85 8:52 EST Date: 4 Apr 85 08:27 EST From: dbrothers@DDN1.ARPA Subject: Fixing those lonely CRs from APPLE II transfers To: info-cpm@AMSAA.ARPA CC: crash!ihom@SDCSVAX.ARPA Those poor lonely CRs can be fixed quickly in WORDSTAR using the following procedure 1. Edit the file using the "N" or "D" option from the WS main menu. 2. Execute the search and replace by typing ctrl-Q and "A" and return. 3. Respond to the FIND? with a ctrl-P and ctrl-M and return. 4. Respond to the Replace with? with ctrl-N and return 5. Respond to the Options? with GN and return. The complete file will be fixed. Note If you quickly follow the return after the 'GN' with a ctrl-Q, an A, and a return, the display will not be updated during the changes. This makes the change take place significantly faster. In point of fact, you can use a ctr-k and a space to eliminate the display updating. I "discovered" this by accident one day when I was impatiently waiting for WORDSTAR to finish up. Hope this helps. Doug 4-Apr-85 07:50:40-MST,625;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Apr 85 07:50:35-MST Received: from simtel20.arpa by AMSAA.ARPA id a002551; 4 Apr 85 9:20 EST Date: Thu 4 Apr 85 07:20:41-MST From: Rick Conn Subject: Re: SDIRHDR.LIB To: brake@ARI-HQ1.ARPA cc: info-cpm@AMSAA.ARPA, RCONN@SIMTEL20.ARPA In-Reply-To: Message from "brake@ari-hq1.ARPA" of Wed 3 Apr 85 21:50:00-MST SDIRHDR.LIB is a file I originally forgot to include in the SYSLIB3 distribution. Will see if I can upload it soon to SIMTEL20 and will post a notice where there. Rick ------- 4-Apr-85 11:55:55-MST,1765;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Apr 85 11:55:44-MST Received: from dec-marlboro.arpa by AMSAA.ARPA id a001638; 4 Apr 85 13:17 EST Date: Thu 4 Apr 85 13:11:00-EST From: Walt Lamia Subject: Re: File Xfer on DecMate To: key%marlin@NOSC.ARPA cc: info-cpm@AMSAA.ARPA, LAMIA@DEC-MARLBORO.ARPA In-Reply-To: Message from ""Gerald S. Key" " of Wed 20 Mar 85 15:49:54-EST UUCP: {allegra,ucbvax,decvax,ihnp4}!decwrl!lamia@DEC-Marlboro.ARPA E-net: MONTY::MARKET::LAMIA I have done most of the work on the DECmate MODEM overlay, so perhaps I can help. You should first check the overlay file to see if it really is a version that has the most recent DECmate code in it. The problem is that the 6120 (PDP-8) processor in the DECmate II handles all the I/O, and in particular it grabs any XON/XOFF's (^S/^Q) and does its own flow control without passing them on to the Z80. It is possible, however, to command the 6120 to not do this and pass thru everything. This is what the overlay does, in the initialization subroutine. You should look at the source code in the overlay that you have to see if that feature exists and is enabled. If you do not have the most recent overlay, which is called something like M7VT-4 (or higher), you can get it from SIMTEL20 or DEC-MARLBORO. Incidentally, I have noticed that MDM730 and higher running on DECmate's seem to have a problem with passing thru function key escape sequences, in particular the direction arrows. I think it's some kind of timing problem, but I haven't pursued it. I don't *think* it affects file transfer. Personally, I always use Kermit. %Walt ------- 4-Apr-85 17:01:27-MST,581;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Apr 85 17:01:15-MST Received: from mitre-bedford.arpa by AMSAA.ARPA id a011170; 4 Apr 85 15:48 EST Date: Thursday, 4 Apr 1985 15:42-EST From: sac@mitre-bedford.ARPA To: info-cpm@AMSAA.ARPA Cc: Subject: Need pointer to unpacking lbr's Sorry to bug everyone with this but... I have ftp'd 2 .LBR's and I want to unpack them under UNIX. This would allow me use of the high speed printers. Question: How and where is the program? Thanks! Stuart (sac@mitre-bedford) 4-Apr-85 17:02:18-MST,889;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Apr 85 17:02:10-MST Received: from brl-aos.arpa by AMSAA.ARPA id aa00173; 4 Apr 85 16:44 EST Received: from mit-mc.arpa by BRL-AOS.ARPA id a000651; 4 Apr 85 16:23 EST Received: from MIT-EECS by MIT-MC via Chaosnet; 4 APR 85 16:22:33 EST Date: Thu 4 Apr 85 16:21:59-EST From: Andrew Moore Subject: Re: Fixing those lonely CRs from APPLE II transfers To: dbrothers@DDN1.ARPA cc: info-cpm@MIT-MC.ARPA In-Reply-To: Message from "dbrothers@DDN1.ARPA" of Thu 4 Apr 85 08:27:00-EST Just a note in reply to speeding up Search/Replace with Wordstar: CTRL/Q, followed by "A " also can be done simply by pressing during wor- star's (painfully slow) Search/Replace screen updating process. -dru T.MOORE%MIT-EECS@MIT-MC.ARPA ------- 4-Apr-85 17:12:35-MST,627;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Apr 85 17:12:31-MST Received: from usc-ecl.arpa by AMSAA.ARPA id a010971; 4 Apr 85 15:45 EST Received: from ECLD by ECLA with ECLnet; Thu 4 Apr 85 12:45:11-PST Date: Tue 2 Apr 85 15:48:14-PST From: Christopher Ho Subject: apple diskettes To: Info-Cpm@AMSAA.ARPA Office: Ucc 178 (213)743-2957 Apple diskettes use a SOFT sectored scheme, but the data is encoded using a GCR technique instead of the more popular MFM method. Most systems (if not all) would not be able to read them. ------- 5-Apr-85 11:37:36-MST,1358;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 11:37:29-MST Received: from nosc-gw by AMSAA.ARPA id a012213; 5 Apr 85 13:04 EST Received: from marlin.ARPA by nosc.ARPA (4.17/4.7) id AA17471; Fri, 5 Apr 85 10:03:59 pst Received: by marlin.ARPA (4.17/4.7) id AA26446; Fri, 5 Apr 85 10:03:16 pst Date: Fri, 5 Apr 85 10:03:16 pst From: "Todd H. Ogasawara" Message-Id: <8504051803.AA26446@marlin.ARPA> To: info-cpm@AMSAA.ARPA, info-kermit@cu20 Subject: Kermit-80 binary file xfer problem I can't transfer binary files using the latest version of Kermit for generic CP/M-80 systems. Text file transfers work fine though. I am trying to transfer files between a Zobex S-100 micro running CP/M-80 version 2.2 and a VAX running UNIX* 4.2bsd using C-Kermit on VAX end. MSKermit, for MS-DOS machines, works with C-Kermit on the VAX in both text and binary file transfer modes. I am going to try to dig through the Kermit-80 ASM files to find the problem, but if someone could tell me how to fix the problem, I would appreciate it. todd Todd Ogasawara, Computer Sciences Corp. NOSC-Hawaii Laboratories UUCPmail: {akgua,allegra,decvax,ihnp4,ucbvax}!sdcsvax!noscvax!ogasawar MILNET: OGASAWAR@NOSC *UNIX is a trademark of AT&T Bell Laboratories 5-Apr-85 13:19:56-MST,1493;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 13:19:48-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a016694; 5 Apr 85 14:55 EST Received: from usenet by BRL-TGR.ARPA id a022087; 5 Apr 85 14:41 EST From: jp@LANL.ARPA Newsgroups: net.micro,net.micro.cpm Subject: Micro/Systems Journal Message-ID: <24007@lanl.ARPA> Date: 2 Apr 85 07:01:50 GMT Sender: newsreader@LANL.ARPA Xref: seismo net.micro:10423 net.micro.cpm:4198 To: info-cpm@AMSAA.ARPA I just today received Vol. 1/No. 1 of Sol Libes new magazine, March/April 1985. Feature articles are: Bringing Up CP/M Plus Extended Single Density Storage Assembly Language Extensions for MS-BASIC New Tricks for CP/M-2.2 Product Reviews are: DataCure dBase III 16-Bit Lisp & Prolog Departments are: Editors Page News, Views & Gossip The PC/Blue Report The SIG/M Public Domain The C Forum All in all it looks like the sort of goodies you would hope for. I think this will be a viable successor to the late, lamented Microsystems. Subscriptions are $18 for 1 year. Address: Micro/Systems Journal P.O. Box 1192 Mountainside, NJ 07092 Give Sol Libes your support. This is the kind of magazine I like to subscribe to. I'm still trying to get Ziff-Davis to refund my money for a three year sub to the old Microsystems. PC Tech Journal doesn't have much that interests me. Not even the ads. Jim Potter jp@lanl.arpa 5-Apr-85 14:44:22-MST,1225;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 14:44:16-MST Received: from ucb-vax.arpa by AMSAA.ARPA id a018195; 5 Apr 85 16:10 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.42) id AA06827; Fri, 5 Apr 85 13:09:45 pst Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA) by ucbjade.CC.Berkeley.ARPA (4.19/4.34.1) id AA23778; Fri, 5 Apr 85 13:09:12 pst Received: by ucbopal.CC.Berkeley.ARPA (4.19/4.34.1) id AA02738; Fri, 5 Apr 85 13:08:47 pst Date: Fri, 5 Apr 85 13:08:47 pst From: "William C. Wells" Message-Id: <8504052108.AA02738@ucbopal.CC.Berkeley.ARPA> To: info-cpm@AMSAA.ARPA Subject: Kaypro 2x - termcap? Kermit? modem7? Cc: ce223-av%coral.CC@ucb-vax.ARPA Does anyone have a Unix termcap entry for the Kaypro 2x? The "kp:kaypro:kaypro2" entry we have here does not work with the 2x. Alternatively, does anyone know the control character sequences used to control the 2x screen? (or where Kaypro has them documented?) On a related question, has anyone modified Kermit or Modem7 to work with the Kaypro 2x internal modem? Bill Wells wcwells@Berkeley.ARPA 5-Apr-85 17:46:18-MST,650;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 17:46:14-MST Received: from cmu-cs-c.arpa by AMSAA.ARPA id a018988; 5 Apr 85 19:13 EST Received: ID ; Fri 5 Apr 85 19:12:57-EST Date: Fri 5 Apr 85 19:12:57-EST From: Lee.Sailer@CMU-CS-C.ARPA Subject: Random Numbers To: info-cpm@AMSAA.ARPA One problem with Turbo Pascal is that the random() functions fail even the simplest chi-square test. Have any numerical wizards out there got a good random number generator that will work in Turbo Pascal (z80)? Is there a better place to post this? thanks ------- 5-Apr-85 19:47:27-MST,1146;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 19:47:21-MST Received: from usc-isid.arpa by AMSAA.ARPA id a019192; 5 Apr 85 21:17 EST Date: 5 Apr 1985 21:16-EST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Kermit-80 binary file xfer problem From: ABN.ISCAMS@USC-ISID.ARPA To: ogasawar%marlin@NOSC.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA] 5-Apr-85 21:16:53.ABN.ISCAMS> In-Reply-To: <8504051803.AA26446@marlin.ARPA> Todd (et al), Don't think your problem with Kermit-80 not wanting to move binary files lies within the Kermit-80 code (unless your particular copy got trashed/ changed somehow). I've got v4.0 running on my Decision I (with a few system-dependent changes because of the way the Toad handles its ports, and my having to work through a TAC all the time), and routinely move binary. I'm sure you know it isn't really binary - the packetized characters are pure ASCII, prefixed with a unique character if non-visible. Never tried your system though. Good luck! Regards, David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID.ARPA) 5-Apr-85 19:57:09-MST,1016;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 19:57:02-MST Received: from usc-isid.arpa by AMSAA.ARPA id a019197; 5 Apr 85 21:20 EST Date: 5 Apr 1985 21:20-EST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Micro/Systems Journal From: ABN.ISCAMS@USC-ISID.ARPA To: jp@LANL.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA] 5-Apr-85 21:20:31.ABN.ISCAMS> In-Reply-To: <24007@lanl.ARPA> Roger on supporting Sol and his new Micro/Systems Journal. I subscribed as soon as I found out about it (rots of ruck on getting MY money back from Ziff-Davis too!). I'm still contentedly hacking away in my CP/M/MP/M environment, and am quite happy to read about something other than PC peripherals and MS-DOS. And of course I remain a faithful Dr. Dobbs subscriber (and occasionally even understand most of it!). So another unsolicited endorsement for Sol Libes and his Journal. David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID.ARPA) 5-Apr-85 20:17:08-MST,1633;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 20:17:02-MST Received: from usc-isid.arpa by AMSAA.ARPA id a019200; 5 Apr 85 21:26 EST Date: 5 Apr 1985 21:26-EST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Random Numbers From: ABN.ISCAMS@USC-ISID.ARPA To: Lee.Sailer@CMU-CS-C.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA] 5-Apr-85 21:26:19.ABN.ISCAMS> In-Reply-To: The message of Fri 5 Apr 85 19:12:57-EST from Lee.Sailer@CMU-CS-C.ARPA Lee (et al), Needing a good random number generator myself, I scrounged around all OVER the nets and literature, and have about everything available out there. What I do NOT have is the training/knowledge/techniques to tell if ANY of them are truly any good! Various authoritative sources are quite free at warning how difficult it is to generate true random numbers (EVERYTHING is called "pseudo.."), but do darned little to provide a solution! I don't know enough about proper mathematical/logical testing to prove anything myself (and am sorely tried at this point, depending very much on random numbers on an encryption scheme I've been working on for 9 months now). Any methametical geniuses out there who can point me to NOT a long and deep discussion on the validity/nonvalidity of generation methods, but a clean SOLUTION!? Re the original query.. I can list what I DO have and maybe move it to you one way or another if you just want some code to play with. I just can't tell you if it's any GOOD or not! Regards, David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID.ARPA) 5-Apr-85 23:34:29-MST,990;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Apr 85 23:34:25-MST Received: from usc-isid.arpa by AMSAA.ARPA id a019638; 6 Apr 85 1:07 EST Date: 6 Apr 1985 01:07-EST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: WATOR Torus World Simulation From: ABN.ISCAMS@USC-ISID.ARPA To: info-cpm@AMSAA.ARPA Cc: ABN.ISCAMS@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA] 6-Apr-85 01:07:48.ABN.ISCAMS> NetLandians, Scientific American Magazine, Dec 84, had a stimulating article in their regular Computer Recreations column about a water world simulation, where sharks and fishes fought their eternal struggle. Article was VERY well done and most interesting. The program discussed was described well. I just wondered if anyone had the code for this program. I don't mind writing it myself (the description is that good), but have little time right now. Thanks in advance, David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID.ARPA) 6-Apr-85 02:33:55-MST,1469;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Apr 85 02:33:50-MST Received: from mit-mc.arpa by AMSAA.ARPA id a019822; 6 Apr 85 3:58 EST Date: Sat, 6 Apr 85 03:40:42 EST From: "Paul R. Grupp" Subject: Random Numbers To: ABN.ISCAMS@usc-isid.ARPA cc: Lee.Sailer@cmu-cs-c.ARPA, info-cpm@AMSAA.ARPA Message-ID: <[MIT-MC].444593.850406034140.GRUPP> David, The differerence between random numbers and pseudo random numbers is that while pseudo random numbers APPEAR to be random, the same sequence of numbers will be generated each time the pseudo generator is run. This is of course due to the fact that the same code is being executed each time the program is run. A way to prevent this from happining it to SEED the pseudo generator with some truly random number from outside the program i.e. a number from the system clock or the number of clock ticks from a prompt to the reaction time to type something back to the prompt. If you need something that is truly random reguardless of seed even, then you may have to resort to a hardware hack such as the input from a ADC (analog to digital converter) with it's input comming from a "white noise generator". This would be truly random (make sure that the white noise generator is an analog device and not one of the newer "digitaly derived" generators). Hope this helps. Regards, Paul Grupp 6-Apr-85 04:59:16-MST,3393;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Apr 85 04:59:04-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a020404; 6 Apr 85 6:27 EST Received: from usenet by BRL-TGR.ARPA id a007059; 6 Apr 85 5:53 EST From: Dave Beyerl Newsgroups: net.micro,net.micro.cpm Subject: MIX Editor Review Message-ID: <920@ihuxk.UUCP> Date: 3 Apr 85 13:38:37 GMT Xref: seismo net.micro:10450 net.micro.cpm:4201 To: info-cpm@AMSAA.ARPA I recently purchased the newly introduced MIX Editor which was advertised in Dr. Dobb's Journal. Because of recent net discussion on the subject of editors, I thought I would share my findings. According to the MIX Editor, herein called MIX, user manual introduction, MIX is described as a full screen, programmable text editor designed for entering programs. The three features that make MIX a great tool are: 1) it allows the screen to be split either vertically or horizontally for simultaneous editing of two files, 2) it is programmable via user defined macros built from the 100+ predefined editor commands, and 3) it can be customized for different terminal or application configurations via user defined setup files. Editing is accomplished by using either the predefined key sequences or by entering commands by name from command mode. Key layout and commands are patterened after Wordstar but can be customized to user specification. In addition to the many familiar editing commands are some useful new commands such as auto indent, change disk, display line numbers and autoline. Autoline automatically increments and includes lne numbers when entering BASIC programs. Auto numbering is provided for inserted lines as well, but there does not appear to be a way to renumber should the need arise. Also included are commands to duplicate and center lines and to 'undelete' mistakenly deleted words or lines. While the split screen feature is a welcome addition, I found that the vertical split mode did not behave as described in the manual when invoked on my NEC PC8800 computer. MIX comes with a 100 page user manual that does a good job of explaining the editor commands and features. There are a few samples of setup files and macro definitions but there could be more. Noticeably absent, however, is a command quick-reference card. I think one would be very useful particularly because of the many special commands and multiple invocation modes. A file on the distribution diskette contains explanations and examples of useful patches for the .COM and .OVY files and includes a section detailing special cursor addressing. All things considered, I must agree with the advertising copy statement that MIX is "a powerful addition to any programmer's tool box." MIX provides many features not found in more expensive editors and is a bargain at the introductory price of $29.95 plus $5 shipping (US). MIX is available for PCDOS/MSDOS or CPM80 in a number of formats and can be obtained from: MIX Software 2116 E. Arapaho Suite 363 Richardson, TX 75081 phone: 1-800-622-4071 1-800-942-7317 (Illinois only) For every problem there is one Dave Beyerl solution which is simple, neat, ihuxk!db21 and wrong! 6-Apr-85 13:09:23-MST,1724;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Apr 85 13:09:06-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000560; 6 Apr 85 14:28 EST Received: from su-star.arpa by BRL-TGR.ARPA id a004159; 6 Apr 85 14:16 EST Date: 6 Apr 85 11:15:00 PST From: "R. MEIER" Subject: re: kermit v4 binary transfer failure To: info-cpm Reply-To: "R. MEIER" Todd, I too have been using Kermit-80 v4 for routinely transferring binary and text files without difficulty. On the mainframe end, there has been a Kermit-32 (VMS) and a UxKermit (Unix). I encountered a frustrating problem when I originally brought up Kermit v3, which might be of help. My version of Kermit used an unremembered character to indicate characters > 80h, but both mainframe kermits used '&'. This was a simple problem, but I used Kermit for about 2 weeks without realizing why it would not transfer binary files, but would transfer most (but not all) text files. Another possibility to check is that you are using the correct error detection code. I have heard that some mainframes use 6-bit crc on text files, but expect 12-bit crc on binary files. Both of the above problems should result in getting a large number of retries (> 4, probably 20) for each packet. If you don't get a quick fix, or a pointer that solves the problem, you might try posting your symptoms. As a test to see if the first problem is correct, you might try sending some text files in binary mode. You should get correct copies of the text files with garbage appended to the end. Good Luck, Bob (rmeier@star.arpa) ------ 6-Apr-85 15:59:39-MST,1359;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Apr 85 15:59:34-MST Received: from purdue-merlin.arpa by AMSAA.ARPA id a002527; 6 Apr 85 17:30 EST Message-Id: <8504062230.AA17632@merlin.ARPA> Received: by merlin.ARPA; Sat, 6 Apr 85 17:30:00 est Return-Receipt-To: droms@Purdue.ARPA Precedence: special-delivery Errors-To: droms@Purdue.ARPA To: info-cpm@AMSAA.ARPA Subject: CP/M lookalike info request Date: 06 Apr 85 17:29:57 EST (Sat) From: Ralph E Droms I'm looking for information about CP/M source "generators", e.g. SCG22 (from C.C. Software, Walnut Creek, CA) Source (advertised in Computer Shopper magazine) and for information about CP/M lookalikes, e.g. RP/M (source unknown) QP/M (from MICROCode, Torrance, CA) ConiX (from Computer Helper Industries, Parkchester Station, NY) ZRDOS (from Echelon, Inc., Los Altos, CA) MRS/OS (from OCCO, Inc., Milford, MA) Any first-hand experiences, bug reports, etc. on any of these packages would be appreciated. I'd also be interested in hearing about other similar packages. - Ralph - -------- Ralph Droms ihnp4!purdue!droms 445 MATH droms@purdue.arpa Dept. of Computer Science droms@purdue.csnet Purdue University West Lafayette, IN 47906 ---------- ---------- 6-Apr-85 16:14:06-MST,904;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Apr 85 16:14:02-MST Received: from purdue-merlin.arpa by AMSAA.ARPA id a002541; 6 Apr 85 17:39 EST Message-Id: <8504062239.AA17773@merlin.ARPA> Received: by merlin.ARPA; Sat, 6 Apr 85 17:39:16 est Return-Receipt-To: droms@Purdue.ARPA Precedence: special-delivery Errors-To: droms@Purdue.ARPA To: info-cpm@AMSAA.ARPA, info-micro@BRL-VGR.ARPA Subject: New computer mags Date: 06 Apr 85 17:39:13 EST (Sat) From: Ralph E Droms Can anyone tell me about "The Computer Journal" or the "Zeus Oracle"? And, can anyone tell me if the Zeus PD collection is at all interesting? - Ralph -------- Ralph Droms ihnp4!purdue!droms 445 MATH droms@purdue.arpa Dept. of Computer Science droms@purdue.csnet Purdue University West Lafayette, IN 47906 ---------- 6-Apr-85 16:41:49-MST,1221;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Apr 85 16:41:44-MST Received: from purdue-merlin.arpa by AMSAA.ARPA id a002585; 6 Apr 85 17:55 EST Message-Id: <8504062235.AA17724@merlin.ARPA> Received: by merlin.ARPA; Sat, 6 Apr 85 17:35:33 est Return-Receipt-To: droms@Purdue.ARPA Precedence: special-delivery Errors-To: droms@Purdue.ARPA To: info-cpm@AMSAA.ARPA, info-micro@BRL-VGR.ARPA Subject: Schematics, manual for 801R drive Date: 06 Apr 85 17:35:30 EST (Sat) From: Ralph E Droms I bought a Shugart 801R drive from the Xerox outlet in Texas. It arrived without any manuals of any sort. I have a manual from an old 801R (controller board has lots of SSI and MSI chips), but could use a copy of an up to date manual for my "new" drive (controller board has one 40-pin LSI chip and a few SSI/MSI chips). I'd like to hear from anyone who can point me at a source or anyone I could pay to make a copy of a manual for me. - Ralph -------- Ralph Droms ihnp4!purdue!droms 445 MATH droms@purdue.arpa Dept. of Computer Science droms@purdue.csnet Purdue University West Lafayette, IN 47906 ---------- 7-Apr-85 08:53:41-MST,7501;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Apr 85 08:53:27-MST Received: from brl-aos.arpa by AMSAA.ARPA id a005657; 7 Apr 85 10:14 EST Received: from mit-mc.arpa by BRL-AOS.ARPA id a015353; 7 Apr 85 10:11 EST Date: Sun, 7 Apr 85 10:10:09 EST From: Eric Stork Subject: APPLE <--> CP/M Transfers To: INFO-CPM@MIT-MC.ARPA cc: STORK@MIT-MC.ARPA, mknox@UT-NGP.ARPA, treid@MITRE-GATEWAY.ARPA, cent.Mbeck@mit-oz Message-ID: <[MIT-MC].445630.850407101023.STORK> :kill :kill :mail info-cpm%amsaa A week or so ago, I asked the net about the feasibility of someone who has an APPLE IIe doing some draft typing for me, and then transferring the material to my KAYPRO for finalizing, The key issues were: . Can one use something like UNIFORM to read APPLE II disks of the KAYPRO? . Other problems or solutions? I got a number of responses, including some requests for a summary of responses. I have summarized the comments, eliminated most of the inevitable redundancy, and am submitting the end result for the use of those who may be interested. In a nutshell, EXCEPT for modem or direct RS-232 transfer of ASCII files, and the subsequent manipulation of those files with a filter like FILTEX, it's not feasible to move drafts from APPLE to CP/M systems, and back. Even with modem-like approaches it's cumbersome. Thanks to all who contributed their insights and experiences, Eric Summary of APPLE <--> CP/M Responses 1.0. Is there any way I can read text files off an Apple II disk, using a Kaypro II? Is there a formatting program that will do that? Unfortunately, you cannot read or write Apple disks on a CP/M system like the Kaypro. The reason for this is that Apple uses a HARD SECTORED "maverick" format unlike every other system out there which uses SOFT sectoring (which is what makes programs like MediaMaster and Uniform possible). It should be possible to write the RWTS (read-write-track-sector) code that resides at BD00-BFFF in an APPLE ][ in 8080 code and make it run in a KAYPRO. The hard part would be to get the documentation which describes how you access the disk directly from 8080 code in the KAYPRO. You would need to know how to turn on the motor, how to check for write protect, how long to wait after turning on the motor before reading, what the data really looks like when you do a read (bit-by-bit read) and how you define which disk drive you want to access. I do not know if this information is available for the KAYPRO. Apple diskettes use a SOFT sectored scheme, but the data is encoded using a GCR technique instead of the more popular MFM method. Most systems (if not all) would not be able to read them. Apple *does not* use a hard sectored format. Its uses a 16 sector format which *does not* use the index hole, thus soft sectored. Software is able to find any given track/sector without the aid from the hardware. In truth, the apple is 'softer' sectoring than anybody else - it doesn't look at the sector hole(s) *AT ALL*. Therefore one can use in the apple either soft or hard sectored disks providing that you format them first. It is this 'softer' sectoring that makes the apple weird - all other normal machine do look at the index hole - a hard sectored disk drives them wild. 2.0. Is it economical to get my potential typist a CP/M card for her Apple? Are they still made? Where and by whom? Costs? There is no way to read an apple disk in a Kaypro disk drive, with or without CP/M in the Apple. The Apple hardware uses a very unique coding scheme for putting bits on the disk. About the only practical thing to do is use modems in both machines, and transfer the files over the phone line. This is practical and easy. (Or if the machines are close together, you can cable the serial ports on the two machines directly together without modems. This takes a little knowledge and the willingness to wire up a special connector.) Apple's method of terminating a line in a text file is just a carriage return -- with no linefeed. So when you type the file out in CP/M, every line will be overwritten. Solve this by processing the file with FILTEX (a public domain program) or some other utility that inserts a LF after every orphan CR. Likewise, a CP/M text file transferred to an Apple will contain that *normal* LF and appear double-spaced when listed. Another potential problem is that not all word processors on the Apple II (or any other machine) use the same kind of files. Some Apple II word processors use Apple DOS 3.3 or ProDos "standard" text files, but others use their own unique file format. Some achieve protection by screwing up the DOS and writing the whole disk in a wierd way. So it matters which word processor she uses! I have transferred files from an APPLE ][ to a KAYPRO using MEX on the KAYPRO and ZPRO on the APPLE ][ over a null modem at speeds of up to 9600 baud. It worked beautifully. I initially did it using modems at 300 baud and a phone, but found that the phone line is unnecessary if you have a seriel card in the APPLE ][, you can easily use a null modem cable. A null modem cable can easily be built. It is simply a pair of db-25 connectors (Males usually) that have the following pin connections: Pin 1 to pin 1, pin 2 to pin 3 at the other end, pin 3 to pin 2 at the other end, pin 7 to pin 7, pin 6 to pin 20 at the other end and pin 20 to pin 6 at the other end. The idea is to swap the send and receive lines and the dtr and cts lines. If you have an APPLE ][ super serial card, then you don't need to build anything. You can set the configuration block to the TERMINAL mode and use your existing db-25 cable. Read the book and you'll see that this configuration is the same as having a null modem cable. It is also possible to use MEX, MODEM7, or any other xmodem-capable program to do quick APPLE ][ to KAYPRO transfers. I like using MEX because it has wild card capability. If the files you need to transfer are ascii, rather than binary, it is possible to use PIP on both ends to transfer them from the APPLE ][ to the KAYPRO. this is not the rpeferred method, however. There is no checksum or CRC if you use PIP. If the files are DOS text files you can use ASCII EXPRESS to transfer them out the seriel port. Two popular CP/M cards are available for the Apple: the "Softcard" by Microsoft and the "Appli-Card" by PCPI. They sell for about $275.00. Each card comes with a utility disk that includes a program to convert DOS files to CP/M. On the CP/M card add-on... just went through this with a customer in an "attempt" to upgrade his Apple. Take a look at the December issue of Byte Magazine - there's a multi-page review of these things in the back. But changing to a CP/M card won't solve a disk compatibility problem. Since they all use that Apple drive, they're constrained to use the hardware and firmware designed to drive 'em. ### 7-Apr-85 20:17:15-MST,1912;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Apr 85 20:17:08-MST Received: from ucb-vax.arpa by AMSAA.ARPA id a009231; 7 Apr 85 21:49 EST Received: from ucbmiro.ARPA by UCB-VAX.ARPA (4.24/4.42) id AA17589; Sun, 7 Apr 85 18:49:22 pst Received: by ucbmiro.ARPA (4.24/4.45) id AA24817; Sun, 7 Apr 85 18:49:03 pst Date: Sun, 7 Apr 85 18:49:03 pst From: Nick "Coosh" Cuccia Message-Id: <8504080249.AA24817@ucbmiro.ARPA> Knuth: started as a music major!! To: ABN.ISCAMS@USC-ISID.ARPA, Lee.Sailer@CMU-CS-C.ARPA Subject: Re: Random Numbers Cc: info-cpm@AMSAA.ARPA Hello out there... Hope you don't mind if I toss out my fav'rit ref on random number generators (oops! Pseudo-...). Check out V. 2 of Knuth's _Art of Computer Programming_ for generation and testing methods. I usually use the linear congruential method: x = ax mod m i+1 i -------------- m which gives numbers in the range [0..1). x sub i is the initial seed, x sub (i+1) the seed used for the next call. Note: the constants a and m should be relatively prime. An example function written in Pascal is as follows. Another note: if a and m are relatively prime then the period of the series generated will be m. --Nick Cuccia --Computer Science Division, --Dept. of Electrical Engineering and Computer Science, --University of California-Berkeley --cuccia%ucbmiro@Berkeley, --{...}!ucbvax!cuccia --cut here----cut here----cut here----cut here----cut here----cut here-- function Random(var x: integer): real; const A = 2047; (* = 2^11 - 1, a prime number *) M = 524287; (* = 2^19 - 1, a prime number *) begin (* random *) x := (A*x) mod M; (* finding new seed value *) Random := x / M; (* finding next number in series *) end; (* function random *) 8-Apr-85 07:35:33-MST,1584;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Apr 85 07:35:27-MST Received: from cmu-cs-c.arpa by AMSAA.ARPA id a018151; 8 Apr 85 8:50 EST Received: ID ; Mon 8 Apr 85 08:50:47-EST Date: Mon 8 Apr 85 08:50:46-EST From: Lee.Sailer@CMU-CS-C.ARPA Subject: More randomness To: info-cpm@AMSAA.ARPA Cuccia's (non) solution is an example of my problem. I call it a non-solution because (1) it defines a constant M >> the upper limit allowed in most Z80 Pascals, and (2) the statement x := (x*A) mod M is eventually gonna overflow. Another problem: A and M relatively prime is NOT sufficient to guarantee good statistical properties of a rn generator. So, in more direct form, here is my problem: I am writing a journal article that includes a monte-carlo statistical simulation. I know that the journal @i(requires) a "good" rn generator--most people use IMSL. A good rn generator is one that passes a wide variety of statistical tests for randomness. Therefore, I must now find a "good" generator for the Z80, or port my program over to a mainframe with IMSL. I have nothing against linear congruential generators as suggested by Cuccia, but I gotta know what the right constants are for my z80, and I hafta have a citation that says they are the right ones, else the journal will laugh and say, "resubmit when you have duplicated your results on a real computer." One last point--I have tested the built in random in Turbo Pascal, and it sure isn't random. lee ------- 8-Apr-85 10:56:15-MST,1183;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Apr 85 10:56:08-MST Received: from ucb-vax.arpa by AMSAA.ARPA id a022139; 8 Apr 85 12:20 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.42) id AA29360; Mon, 8 Apr 85 09:20:19 pst Received: from ucbamber.CC.Berkeley.ARPA (ucbamber.ARPA) by ucbjade.CC.Berkeley.ARPA (4.19/4.34.1) id AA02438; Mon, 8 Apr 85 09:19:44 pst Received: by ucbamber.CC.Berkeley.ARPA (4.19/4.34.1) id AA09036; Mon, 8 Apr 85 09:19:40 pst Date: Mon, 8 Apr 85 09:19:40 pst From: swillett%ucbamber.CC@ucb-vax.ARPA Message-Id: <8504081719.AA09036@ucbamber.CC.Berkeley.ARPA> To: droms@PURDUE.ARPA, info-cpm@AMSAA.ARPA Subject: Re: CP/M lookalike info request No information on the items you list, but add another to the list: ZEDOS - operating system for the ZEDA computer. ZEDA Computer is in Provo, Utah. They claim it is "CP/M Compatible", i.e. it can run CP/M software which uses only lgal BDOS calls. I have bbeen trying to get some feedback from anyone who has had experience with this one but no luck yet. Steve Willett(swillett@ucbamber) 8-Apr-85 11:35:59-MST,836;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Apr 85 11:35:54-MST Received: from xerox.arpa by AMSAA.ARPA id a023116; 8 Apr 85 12:52 EST Received: from Aurora.ms by ArpaGateway.ms ; 08 APR 85 09:50:09 PST Date: Mon, 8 Apr 85 12:50 EST From: ABRAMSOHN.WBST@XEROX.ARPA Subject: Re: Random Numbers In-reply-to: <[USC-ISID.ARPA] 5-Apr-85 21:26:19.ABN.ISCAMS> To: ABN.ISCAMS@USC-ISID.ARPA cc: Lee.Sailer@CMU-CS-C.ARPA, info-cpm@AMSAA.ARPA In writing game programs for the "KIDS", I use the internal clock counter locations in the computer to seed a nominal ramdon number generator. It appears to get rid of the Pseudo part of it, in that the system "never" starts at the same place. Hours*minutes*seconds*day*month*year kind of thing seems to do pretty good. Dennis 8-Apr-85 16:54:34-MST,1719;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Apr 85 16:54:22-MST Received: from xerox.arpa by AMSAA.ARPA id a007303; 8 Apr 85 18:19 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 08 APR 85 14:55:05 PST Date: Mon, 8 Apr 85 14:36 PST From: MMoon.es@XEROX.ARPA Subject: PD Modem control programs for CCP/M or MP/M To: Info-Cpm@AMSAA.ARPA Upon (finally) receiving Viasyn/ComuPro's Concurrent DOS 816, I discovered a problem: all my public domain modem software expects to directly control the hardware, bipassing the OS to do status polling; since Concurrent doesn't give its exclusive attention to the modem control program, I lose characters when inputting a continuous data stream at 1200 baud with *anything* else running concurrently. Have any of you running CCP/M in any of its various incarnations, MP/M 86 or MP/M 816 found a modem control program, either public or commercial, which can run as a background task? Has anyone succesfully hacked a MEX, MDM840, MDM901, or MDM7XX overlay to exist in this environment? If not, I have thought that one of the above overlays might be made to work if it polled a CCP/M AUX device, since Viasyn/CompuPro tells me these are handled in the same fashion as TTY devices, i.e., a ring buffer filled by an interrupt driver. This solution only works on input, however, as I believe the function code 0FFh must be used to signal input. Anybody tried something similar? I'm flying blind on this one 'till my System & Programmer's manual arrives, so I don't know *exactly* what the function codes are or do. Please advise soonest if you know a solution. MMoon.es@Xerox.ARPA 8-Apr-85 22:32:42-MST,1226;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Apr 85 22:32:36-MST Received: from su-score.arpa by AMSAA.ARPA id a007904; 9 Apr 85 0:01 EST Date: Mon 8 Apr 85 21:01:12-PST From: Sam Hahn Subject: Re: PD Modem control programs for CCP/M or MP/M To: MMoon.es@XEROX.ARPA cc: Info-Cpm@AMSAA.ARPA In-Reply-To: Message from "MMoon.es@XEROX.ARPA" of Mon 8 Apr 85 15:57:11-PST ^X^XMMoon -- 1. I also just this week received my Concurrent CP/M (they don't call it ConcurrentDOS, for some funny reason). Along with my OS, Viasyn/Compupro packages AMCALL/MCALL-II, which comes configured for Concurrent. I'm surprised you didn't also receive this modem program. 2. Though I haven't checked, I'm under the impression that there's a Modem840 that's configurable for MP/M-86 (816) that has an RSP monitoring the modem port. You might look to see whether or not this is true. 3. Did you also have to pay $28 for the programmer's documentation??? This is another place I think Compupro really pulled a questionable move... I had to pay the extra $28 just to get the programmer's guide and system guide!!! -- Sam Hahn ------- 8-Apr-85 23:57:24-MST,1317;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Apr 85 23:57:18-MST Received: from ucb-vax.arpa by AMSAA.ARPA id a007994; 9 Apr 85 1:30 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.45) id AA09461; Mon, 8 Apr 85 22:28:39 pst Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA) by ucbjade.CC.Berkeley.ARPA (4.19/4.34.1) id AA04035; Mon, 8 Apr 85 22:18:38 pst Received: by ucbopal.CC.Berkeley.ARPA (4.19/4.34.1) id AA18421; Mon, 8 Apr 85 22:13:53 pst Date: Mon, 8 Apr 85 22:13:53 pst From: "William C. Wells" Message-Id: <8504090613.AA18421@ucbopal.CC.Berkeley.ARPA> To: HEDELMAN@JPL-VLSI.ARPA Subject: Re: Kaypro termcap Cc: info-cpm@AMSAA.ARPA From HEDELMAN@JPL-VLSI.ARPA Mon Apr 8 10:53:09 1985 Date: 6 Apr 1985 1539 PST From: Harris B. Edelman Subject: Kaypro termcap To: wcwells@BERKELEY Reply-To: HEDELMAN@JPL-VLSI.ARPA The Kaypro so far as I've been led to believe is an ADM3A emulation. Try that. -Harris Edelman ------ We did. Not good enough for the Kaypro 2x. The communicatins software the Kaypro 2x has is MITE. There may be some strange things introduced by the software, but I do not think so. Bill 9-Apr-85 08:00:42-MST,654;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 08:00:38-MST Received: from mitre.arpa by AMSAA.ARPA id a012685; 9 Apr 85 9:15 EST Received: by mitre.ARPA (4.12/4.7) id AA06974; Tue, 9 Apr 85 09:16:14 est Message-Id: <8504091416.AA06974@mitre.ARPA> To: info-cpm@AMSAA.ARPA Subject: carriage returns in wordstar Date: 09 Apr 85 09:15:36 EST (Tue) From: edelheit@MITRE.ARPA I have a large file that has a hard carriage return after the end of each line and I would like to globally remove those cr's. Anyone have a quick and easy way to do it? Jeff Edelheit (edelheit at mitre) 9-Apr-85 08:04:23-MST,1486;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 08:04:18-MST Received: from nosc-gw by AMSAA.ARPA id a007441; 8 Apr 85 19:52 EST Received: from marlin.ARPA by nosc.ARPA (4.17/4.7) id AA14106; Mon, 8 Apr 85 16:52:44 pst Received: by marlin.ARPA (4.17/4.7) id AA06414; Mon, 8 Apr 85 16:52:11 pst Date: Mon, 8 Apr 85 16:52:11 pst From: "Todd H. Ogasawara" Message-Id: <8504090052.AA06414@marlin.ARPA> To: info-cpm-request@AMSAA.ARPA Subject: generic Kermit-80 binary xfer ok (thanks) Cc: sy.fdc@cu20b.ARPA Resent-Date: Tue, 9 Apr 85 9:15:47 EST Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@nosc.ARPA Thanks to all who responded to my question about binary transfer using generic Kermit for CP/M-80. Rex Buddenberg supplied the big big clue to my much sought after answer. I am embarrassed to say that the following is all that needs to be done to make binary transfers work. C-Kermit side set file mode binary set parity even {never thought of changing from none to even!} Kermit-80 side set file-mode binary set parity even {default is none} I've tested sending and receiving a couple of binary files. Seems to work fine. Thanks to all who sent suggestions!..todd Todd Ogasawara, Computer Sciences Corp. NOSC-Hawaii Laboratories UUCPmail: {akgua,allegra,decvax,ihnp4,ucbvax}!sdcsvax!noscvax!ogasawar MILNET: OGASAWAR@NOSC 9-Apr-85 10:52:30-MST,851;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 10:52:22-MST Received: from xerox.arpa by AMSAA.ARPA id a018205; 9 Apr 85 12:11 EST Received: from Flora.ms by ArpaGateway.ms ; 09 APR 85 09:11:10 PST From: ssalzman.es@XEROX.ARPA Date: 9 Apr 85 9:11:54 PST Subject: random numbers To: info-cpm@AMSAA.ARPA I need a Modula-2 procedure to generate psuedo random numbers for an IBM PC. In general I need a good algorithm for any machine with 16 bit integers, that has a good long cycle life and uniform distribution (can be 'C' or Pascal). Also, does anyone have an algorithm to generate random numbers with a NORMAL distribution. If anyone has anything, please send it in the mail, I can't FTP from this account. Thanks in advance.... Isaac Salzman (SSalzman.ES@Xerox.ARPA) 9-Apr-85 10:53:19-MST,1513;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 10:53:13-MST Received: from usc-ecl.arpa by AMSAA.ARPA id a018180; 9 Apr 85 12:08 EST Date: Tue 9 Apr 85 09:07:56-PST From: Warren Apel Subject: Re: carriage returns in wordstar To: edelheit@MITRE.ARPA cc: info-cpm@AMSAA.ARPA, APEL@USC-ECL.ARPA In-Reply-To: Message from "edelheit@MITRE.ARPA" of Tue 9 Apr 85 09:15:36-PST Use the "Find and Replace" command; for the "find" string, enter a ctrl-N; for the "Replace" string, enter a (or if you want to replace the hard carriage return with a blank, enter a space; for "Options", enter GN. Then when Wordstar starts to update the screen, hit any key to stop screen updates and speed up the process. This will result in one long line of text, so you will have to re-format after the replacement is over. What I do when I wat to remove hard carriage returns from a text file, is to invoke the Find and Replace command at the beginning of the file, with ctrl-N for the find string, space for the replace string, and just a N for the option, then scroll through the file, hitting a ctrl-L for each carriage return I want to remove (the ctrl-L simply repeats the last Find and Replace command entered); then at the end of each paragraph, enter a ctrl-B (re-format) to reformat the paragraph to your desired margins with soft carriage returns within the paragraph. Warren Apel (APEL@USC-ECL) ------- 9-Apr-85 11:39:47-MST,1234;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 11:39:41-MST Received: from cmu-cs-c.arpa by AMSAA.ARPA id a018371; 9 Apr 85 12:24 EST Received: ID ; Tue 9 Apr 85 12:23:51-EST Date: Tue 9 Apr 85 12:23:49-EST From: Penny Anderson Subject: Request for VDO source To: Info-cpm@AMSAA.ARPA cc: apa@CMU-CS-C.ARPA Netlandians, I saw this editor (VDO 2.3) running on a KAYPRO and it was very nice. It uses a subset of the WS command set, complete enough for most quick editing tasks. Main limitation is that it loads entire file into memory, however this same limitation also makes it very fast. But the thing that makes it irresistible is that it is only *5K* !! The documentation has a section on installation and modification, which says to alter the source code. Looked in the original library and guess what...... NO source. Does anyone have the source for this thing? The version my friend showed me came from a .lbr file called VDO23KP.LBR. If you have the source, or know where I can get it, please let me know; care of APA@CMU-CS-C. as custom goes, thanks in advance, Don Shields ------- 9-Apr-85 13:15:03-MST,1003;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 13:14:06-MST Received: from xerox.arpa by AMSAA.ARPA id a023667; 9 Apr 85 14:31 EST Received: from Flora.ms by ArpaGateway.ms ; 09 APR 85 11:16:49 PST Date: Tue, 9 Apr 85 11:16 PST From: MMoon.es@XEROX.ARPA Subject: Re: PD Modem control programs for CCP/M or MP/M In-reply-to: "Samuel@SU-SCORE.ARPA's message of Mon, 8 Apr 85 21:01:12 PST" To: Sam Hahn cc: MMoon.es@XEROX.ARPA, Info-Cpm@AMSAA.ARPA No AMCALL/MCALL-II or any other stuff besides the OS and some utilities. Are you running an S-100 system? Might be they call the OS for Shirley/System 10, or whatever someting else. I have S-100 hardware. Maybe there are two, uh, flavors of the CCP/M port floating around? My rev number is 3.1D, do you match? I thought this kind of song and dance was over when I invested in "professional" hardware . . . JusrAnotherMushroom: MMoon.es@Xerox.ARPA 9-Apr-85 15:43:40-MST,1259;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 15:43:34-MST Received: from su-score.arpa by AMSAA.ARPA id a027498; 9 Apr 85 17:05 EST Date: Tue 9 Apr 85 13:39:38-PST From: Sam Hahn Subject: Re: PD Modem control programs for CCP/M or MP/M To: MMoon.es@XEROX.ARPA cc: Info-Cpm@AMSAA.ARPA In-Reply-To: Message from "MMoon.es@XEROX.ARPA" of Tue 9 Apr 85 12:18:02-PST MM(ushr)oo(m/n) -- Yes, sir, my system is a 696/S-100 system also, with rev id 3.1D. Looks like the same one. I think they told me that if you bought MP/M-816 after a certain date, you got the update free, but without the modem program. I have a feeling there's a lot of song and dance left; there's still the hurdle of MSDOS 2.0 (or greater) compatibility. I'm sure looking forward to that one. Tip for ex-MP/M-816 users: SYSTAT from ConcurrentDOS works finely under MP/M-816. Kind of makes me want to try some of the other utilities... I can't use ConcurrentDOS yet since I'm having trouble booting it. (Can anyone help: The disk drives step about 15 times, loading the .SYS file, I think, then do what sounds like 2 whole-disk seeks, and dies.) -- Sam Hahn ------- 9-Apr-85 21:18:36-MST,524;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 21:18:32-MST Received: from simtel20.arpa by AMSAA.ARPA id a029548; 9 Apr 85 22:41 EST Date: Tue 9 Apr 85 20:41:42-MST From: Jon Albers Subject: Modem7 overlay for the Telvidieo TPC-1?? To: info-cpm@AMSAA.ARPA Does anyone know of such a beast? I user on my system has been asking about it for some time. Jon Albers JALBERS@SIMTEL20 Data: 301-656-5280 ------- 9-Apr-85 22:29:23-MST,1462;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Apr 85 22:29:18-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000114; 9 Apr 85 23:56 EST Received: from usenet by BRL-TGR.ARPA id a013910; 9 Apr 85 23:48 EST From: Jack Engle Newsgroups: net.video,net.analog,net.micro.cpm,net.micro.cbm Subject: async camera switching. Message-ID: <828@loral.UUCP> Date: 4 Apr 85 17:18:37 GMT Xref: seismo net.video:1161 net.analog:267 net.micro.cpm:4202 net.micro.cbm:1362 To: info-cpm@AMSAA.ARPA I am currently doing live videos using 2 consumer cameras and a Pioneer Video switcher from the Forsight 7000 system. The switcher has remote controll and fast swicthing capabilitys. Well as we all know there is a problem when we switch from camera A to cam B. The tape slows down because its going back into the seach mode. At least this is what ive been told. Question! If When I whant to switch from A to B I invoke a vertical sync till source B goes into its natural vert sync then let b take over will I still get the moter slow down into search? The video monitor will black out for a max of 1 frame but this is ok, since the eye will not really see this. Well if any one out there in net land has any video recorder servo system experiance please find it your heart to help out this poor helpless video engineer. Jack Lee Engle 10-Apr-85 07:26:45-MST,495;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 07:26:40-MST Received: from simtel20.arpa by AMSAA.ARPA id a002911; 10 Apr 85 8:39 EST Date: Wed 10 Apr 85 03:15:29-MST From: Rick Conn Subject: Re: SDIRHDR.LIB To: brake@ARI-HQ1.ARPA cc: info-cpm@AMSAA.ARPA, RCONN@SIMTEL20.ARPA In-Reply-To: Message from "brake@ari-hq1.ARPA" of Wed 3 Apr 85 21:50:00-MST SDIRHDR.LIB is now in MICRO: ------- 10-Apr-85 07:29:03-MST,1790;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 07:28:55-MST Received: from simtel20.arpa by AMSAA.ARPA id a002918; 10 Apr 85 8:39 EST Date: 10 Apr 1985 06:39 MST (Wed) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: sac@mitre-bedford.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: Need pointer to unpacking lbr's In-reply-to: Msg of 4 Apr 1985 13:42-MST from sac at mitre-bedford.ARPA I have ftp'd 2 .LBR's and I want to unpack them under UNIX. This would allow me use of the high speed printers. Question: How and where is the program? Thanks! Stuart (sac@mitre-bedford) Here is a q&a session that answers most questions about LBR files. Re: How to find out what .LBR files are A question: what exactly are these LBR (library?) files? See MICRO:LU310.DQC Is there some special tool that must be employed to pry them open (like "ar" on UNIX for object libraries)? Is that tool available on Simtel-20? Yes, get MICRO:LU310.COM Is there a version of it runs under UNIX? No, not a completely compatible one. The closest thing is MICRO:LAR.C I've been keeping a small public database of messages relating to the Simtel library culled from info-cpm. These messages include comprehensive documents from you and a few other people that describe how to make access to Simtel-20 and what the various file types are, but sadly, I cannot find any description of LBR files among them. A complete description of the official file structure of .LBRs is in MICRO:LUDEF5.DQC. --Keith 10-Apr-85 08:10:47-MST,2450;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 08:10:32-MST Received: from simtel20.arpa by AMSAA.ARPA id a003315; 10 Apr 85 8:48 EST Date: 10 Apr 1985 06:48 MST (Wed) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: "William C. Wells" Cc: Info-Cpm@AMSAA.ARPA Subject: Kaypro 2x - termcap? Kermit? modem7? In-reply-to: Msg of 5 Apr 1985 14:08-MST from William C. Wells KAYPRO II VIDEO SOFTWARE DRIVER. The KAYPRO II video section was designed to imitate the control sequences of a Lear-Siegler ADM-3A terminal. For most commercial software, this means you can "install" or customize the display characteristics by choosing the ADM=3A from the menu. For custome software or those instances where there is no choice of "ADM-3A" on the menu, the following information may help. The following is a list of the KPRO II "Terminal" attributes and control sequences. Cursor Control - ---------------- Cursor left (bs) ............. 08h 08 Cursor right ................. 0Ch 12 Cursor down (lf) ............. 0Ah 10 Cursor up .................... 0Bh 12 Home cursor .................. 1Eh 30 Clear screen & home cursor ... 1Ah 26 Carriage return .............. 0Dh 13 Cursor Positioning - -------------------- Escape Sequence (ESC+"=") .... 1Bh,3Dh 27,61 Cursor Rows .................. 0-23 Cursor Columns ............... 0-79 Positioning Sequence: In MBASIC ... PRINT chr$(27)+"="+chr$(20+row)+chr$(20+col); Line Insert/Delete - -------------------- Line Insert (ESC+"E") ........ 1Bh,45h 27,69 Line Delete (ESC+"R") ........ 1Bh,52h 27,82 Clear to End of Screen/Line - ----------------------------- Clear EOL (Ctl-X) ............ 18h 24 Clear EOS (Ctl-W) ............ 17h 23 Set Greek or ASCII - -------------------- Set ASCII (ESC+"A") .......... 1Bh,41h 27,65 Set Greek (ESC+"G") .......... 1Bh,47h 27,71 After Setting Greek, lower case letters will print as the Greek Alphabet. 10-Apr-85 08:37:42-MST,1130;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 08:37:33-MST Received: from mitre.arpa by AMSAA.ARPA id a003450; 10 Apr 85 8:50 EST Received: by mitre.ARPA (4.12/4.7) id AB01275; Wed, 10 Apr 85 08:51:59 est Message-Id: <8504101351.AB01275@mitre.ARPA> To: info-cpm@AMSAA.ARPA Subject: Carriage Returns in Wordstar Date: 10 Apr 85 08:51:32 EST (Wed) From: edelheit@MITRE.ARPA Thanks for all the suggestions. The most common, and quickest for me to use was to ^QA for a ^N and then just replace it with a null. It worked fast once I hit the escape key. (For those of you who are unaware, if you are doing a global replace, i.e., the gn option, if you hit the escape key, the screen doesn't show each line getting changed. It really speeds things up.) I also had several suggestions regarding two PD programs, ENSOFT and FIXTEX. Both are out at SIMTEL20. If I had to do this a lot (which I don't) then I would probably grab one or both of those pgms. But for the quick and dirty, the first method works fine. Jeff Edelheit (edelheit at mitre) 10-Apr-85 09:22:08-MST,2480;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 09:21:57-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a006668; 10 Apr 85 10:40 EST Received: from usenet by BRL-TGR.ARPA id a008594; 10 Apr 85 10:13 EST From: Dataspan Inc Newsgroups: net.video,net.analog,net.micro.cpm,net.micro.cbm Subject: Re: async camera switching. Message-ID: <179@unccvax.UUCP> Date: 5 Apr 85 19:14:38 GMT Xref: seismo net.video:1164 net.analog:271 net.micro.cpm:4236 net.micro.cbm:1367 To: info-cpm@AMSAA.ARPA You neglected to state whether or not the VTR was consumer or professional. The motor slows down during the switch because (evidently) this is its free running speed in absence of a tach pulse (vertical sync). You can adjust this parameter in some VHS recorders but it screws up freeze frame, etc. It might be possible to genlock the two cameras; if they use a sync generator such as the MM5321 (National) or the "other" popular one made by Fairchild. What has to happen here is to drive both cameras from a single timebase (probably originating in a 14.318 mc crystal) as well as sending the frame 1 line 1 signal to reset the "other" camera(s). This will have other benefits as well, not the least of which is a consistent colour burst phase from camera to camera WITH RESPECT TO THE 4 FIELD SEQUENCE. The vertical sync (and horizontal sync) is then hopefully genlocked, which would allow hot switching during the vertical interval. There is simply no hope otherwise, as consumer recorders (indeed, all recorders) cannot cope with hot asynchronous switching without a time base corrector. The time constant in the head servo of a VTR is extremely long, and cannot be made to recover in a frame time. Besides, how do you expect to handle wrong field edits asynchronously? I could see a way if you could send "advanced VTR sync" such as a line store type time base corrector uses, but this is strictly a hackage for the not-so-weak-of-heart. Sorry, but genlocking is a fact of life for those "professional" switchings, and there just isn't any other economical way to do it. The time base correctors required cost $10,000 or so each minimum, you'll need 1 and want 2. If you are serious, get some reasonable JVC E.N.G. type cameras that can be genlocked..... David Anthony Sr. Analog Nut DataSpan, Inc. 10-Apr-85 14:14:24-MST,1037;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 14:14:15-MST Received: from simtel20.arpa by AMSAA.ARPA id a021556; 10 Apr 85 15:38 EST Date: 10 Apr 1985 13:38 MST (Wed) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: edelheit@mitre.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: carriage returns in wordstar In-reply-to: Msg of 9 Apr 1985 07:15-MST from edelheit at MITRE.ARPA I have a large file that has a hard carriage return after the end of each line and I would like to globally remove those cr's. Anyone have a quick and easy way to do it? Jeff Edelheit (edelheit at mitre) Yes, you'll find it on SIMTEL20 as: Filename Type Bytes CRC Directory MICRO: WSCR.COM.1 BINARY 1024 7255H WSCR.MSG.1 ASCII 985 BA27H The .MSG file tells about it. Run the program without an argument for a menu. It works great. --Keith 10-Apr-85 14:38:09-MST,1749;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 14:37:50-MST Received: from su-score.arpa by AMSAA.ARPA id a020283; 10 Apr 85 15:10 EST Date: Wed 10 Apr 85 12:09:44-PST From: Sam Hahn Subject: UPS, Compupro PC board To: ruben@UT-NGP.ARPA cc: info-cpm@AMSAA.ARPA In-Reply-To: Message from "ruben@ut-ngp.ARPA (Ruben Ramirez-Mitchell)" of Wed 10 Apr 85 07:50:48-PST Ruben -- FTP by host SCORE. It supports anonymous logins for ftp, and just get UPS.MAIL. I saw the graphics card last Saturday. It's real, takes a keyboard, and was running multi-windowing ConcurrentDOS. It was using a NEC monitor, not of good resolution, so there was some alignment problem at the upper left corner of the screen. Windows could be moved with cursor keys (probably also by mouse, but we didn't have one). For serious or extended work, I would recommend not using color, as the resolution is pretty bad. That could be the 640x200 limitation, or the monitor; or both. We were using the top-of-the-line Keytronics keyboard, and my friend Ed was of the opinion that the next model lower down in the line would have sufficed; the one he had was overly fancy. SuperCalc3 needs MSDOS 2.0, and therefore wouldn't generate graphics. Lotus 1-2-3 ran. (That was a surprise). (This all hearsay from Ed, my Compupro system center friend. I wasn't able to stay too long.) We're still trying various packages. dBase3 didn't run. Ed recommends Alloy for cartridge tape backup. Says they're now reliable and easy to use. If anyone has corrections to the above, please let me know. I'd like more information myself. -- Sam ------- 10-Apr-85 15:10:28-MST,3486;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 15:10:12-MST Received: from csnet-pdn-gw by AMSAA.ARPA id a021879; 10 Apr 85 15:55 EST Received: from ubc by csnet-relay.csnet id a003769; 10 Apr 85 15:50 EST Received: from ubc-vision.UUCP by ubc.csnet id AA07113; Wed, 10 Apr 85 12:42:44 pst Date: Wed, 10 Apr 85 12:42:44 pst Received: by ubc-vision.UUCP id AA10397; Wed, 10 Apr 85 12:42:44 pst From: Samuel Lam To: edelheit@MITRE.ARPA MMDF-Warning: Parse error in preceding line at CSNET-RELAY.ARPA Cc: Info-Cpm@AMSAA.ARPA MMDF-Warning: Parse error in preceding line at CSNET-RELAY.ARPA In-Reply-To: <<8504091416.AA06974@mitre.ARPA>> Message-Id: <40:SKLM@mtsg.ubc.cdn> Subject: carriage returns in wordstar The following has been taken, verbatim, from the May 1984 issue of the UBC Computing Centre Newsletter, published by the Computing Centre, University of British Columbia. It should solve your problem with carriage return and WordStar. ... Samuel Lam CDNnet: SKLM@mtsg.ubc.cdn Mailnet: Samuel_Lam@UBC.Mailnet _____________________________________________ WORDSTAR FILES AND CARRIAGE RETURNS -- Glen Cooper FMT to WordStar users have been encountering a bothersome problem--every time they down- load the former to the latter each line ends in a hard carriage return (making WordStar think every line is its own paragraph). WordStar normally ends each line with a "soft" carriage return (8D hex) as well as a line feed (0A hex), but for any line which happens to be at the end of a paragraph, the soft carriage return is made "hard" (0D hex) by having the higher-order bit turned off. This difference is required because WordStar justifies paragraphs, not line ranges, and the program needs to know where each para- graph ends. Unfortunately, WordStar does not distinguish between soft and hard returns in its editing commands so users cannot easily make hard returns soft. MicroPro suggests deleting the hard returns and reformatting. This can be very tedious when large files produced by other programs need to edited by WordStar and all the returns are hard. For example, files produced on a mainframe and downloaded onto a microcomputer by a communications program may only have hard returns. An easier way around this problem is demon- strated in the following MicroSoft Basic program which takes a file on drive B (called HARD) and transforms it into a new file on drive B (called SOFT) where all carriage re- turns are made soft: 100 REM 110 REM from hard to soft carriage returns 120 REM 130 OPEN "I",#1,"B:HARD" 140 OPEN "O",#2,"B:SOFT" 150 IF EOF(1) GOTO 190 160 LINE INPUT #1,L$ 170 PRINT #2,L$+CHR$(141)+CHR$(10); 180 GOTO 150 190 END Note that this program assumes each line of B:HARD ends in a hard carriage return. After running the program you can then use WordStar to mark the end of paragraphs by hitting the return key anywhere on those lines which end them (making sure insert mode is off to avoid unwanted line breaks). Another way to do this would be to end each paragraph beforehand with a special symbol (i.e., one which is not used for anything else in the file) and then use WordStar's global find and replace command to change all special symbols to hard returns. 10-Apr-85 15:38:48-MST,1918;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Apr 85 15:38:41-MST Received: from xerox.arpa by AMSAA.ARPA id a021759; 10 Apr 85 15:47 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 10 APR 85 12:42:20 PST Date: Wed, 10 Apr 85 12:42 PST From: WSullivan.ES@XEROX.ARPA Subject: Re: async camera switching. In-reply-to: <828@loral.UUCP> To: Jack Engle cc: WSullivan.es@XEROX.ARPA, info-cpm@AMSAA.ARPA A. Why not add a genlock module to one of your cameras, or get a Panasonic 3170 or one other consumer/genlockable camera?. Then you could use my $450 switcher (via Sony) & not only do Vertical/Int switching, but fades/dissolves as well, & split screen wipes, horizontal, or vertical, or color keying for titles, or special color effects, some very wild, like change a persons white shirt to red,yellow, cyan, etc, or tint the grass to be greener. With a digital switcher and genlocked cameras, your picture synch's are then fully broadcast comapatible. I moved up to the $2995 JVC 600 line camera, for single shoots, or can balance with internal color bars to my JVC S-3, or old Sony 2000, or even RCA C001 for a 2 camera video. B. Get a TBC!. I just added a Sony Insert 3/4" machine; but gave up following what you want to do. To go from one machine to another; unless you lock the synch's together, you'll have timing problems. Timing can be cured with a TBC. time base corrector (TBC's = $6000 ) A. With my new($700-used) Sony flying erase/insert edit 3/4" machine, I can tape directly to my 3/4" from one camera, & from Camera 2 to my 2d VCR; & then dub from the 2d VHS machine over the lst video and have a two camera shoot; but it means a lot of post production editing.. That's why there are so many Hollywood Post-production houses with TBC's for getting a final product. 11-Apr-85 05:22:08-MST,1279;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 05:22:02-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a025848; 11 Apr 85 6:52 EST Received: from usenet by BRL-TGR.ARPA id a009989; 11 Apr 85 6:40 EST From: King Ables Newsgroups: net.micro,net.micro.cpm Subject: hard disk for H89 Message-ID: <138@mcc-db.UUCP> Date: 8 Apr 85 19:34:55 GMT Xref: seismo net.micro:10494 net.micro.cpm:4245 To: info-cpm@AMSAA.ARPA [If you saw this on the arpa list h19-people, please ignore] I'm considering buying a 10 or 20MB winchester for my H89 (I know, throwing new money after old, right?) and I was wandering through my latest Heath catalog and couldn't find any such animal. I could have sworn there was one at some point. 1) was there, is there still, and can someone tell me how to get info on it (price, etc.) and 2) if Heath has never had such an animal, has anyone done something else in the way of drive and controller from another vendor which is relatively simple to put install and if so, could you send me some info? BTW, I have CP/M 2.2. Ad[Thanks]vance -King (note new address): ARPA: ables@mcc UUCP: {ihnp4,seismo,ctvax}!ut-sally!mcc-db!ables 11-Apr-85 05:53:28-MST,1855;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 05:53:10-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a026049; 11 Apr 85 7:09 EST Received: from usenet by BRL-TGR.ARPA id a010271; 11 Apr 85 6:51 EST From: Kenn Barry Newsgroups: net.micro.cpm Subject: Re: Reading Apple II Disks Message-ID: <922@ames.UUCP> Date: 8 Apr 85 22:57:06 GMT To: info-cpm@AMSAA.ARPA > In truth, the apple is 'softer' sectoring than anybody else - it > doesn't look at the sector hole(s) *AT ALL*. Therefore one can use > in the apple either soft or hard sectored disks providing that you > format them first. It is this 'softer' sectoring that makes the > apple weird - all other normal machine do look at the index hole - > a hard sectored disk drives them wild. We got in a shipment of hard-sectored disks for our Apples by mistake. I attempted to use them, as I could also see no reason the Apple couldn't use hard-sectored disks (you are of course right about the Apple using soft sectoring). Well, the hard sectored disks formatted perfectly, and *seemed* to work at first, but quickly began to get habitual write errors. These were good, name-brand disks, by the way. I can't fault your logic - I still don't understand why the hard- sectored disks didn't work. But I thought I'd better warn those who want to try it to be cautious - don't be too quick to commit valuable files to these disks. - From the Crow's Nest - Kenn Barry NASA-Ames Research Center Moffett Field, CA ------------------------------------------------------------------------------- USENET: {ihnp4,vortex,dual,hao,menlo70,hplabs}!ames!barry 11-Apr-85 08:14:51-MST,1119;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 08:14:45-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a003447; 11 Apr 85 9:29 EST Received: from usenet by BRL-TGR.ARPA id a014535; 11 Apr 85 8:38 EST From: Sam Chin Newsgroups: net.micro.cpm Subject: CPM/80 emulator under CPM/86 query Message-ID: <1010009@acf4.UUCP> Date: 9 Apr 85 17:11:00 GMT To: info-cpm@AMSAA.ARPA <> Does anyone know where I can get a public domain CPM/80 emulator which runs under CPM/86 or MS-DOS? I managed to download one from the PC-BLUE bulletin board at (718) 539-3338 but it was damaged and couldn't run. Evidently it is on the PC-SIG disk number S217-16. I looked on SIMTEL20 and DEC-MARLBORO but it wasn't there. Is there an ARPA info-cpm archive like the info-ibmpc archive on USC-ISIB? Is there another bulletin board in NYC which might have it? Sam Chin allegra!cmcl2!acf4!tsc2597 tsc2597.acf4@nyu 11-Apr-85 14:33:58-MST,1146;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 14:33:53-MST Received: from radc-multics.arpa by AMSAA.ARPA id a020084; 11 Apr 85 15:46 EST Date: Thu, 11 Apr 85 15:36 EST From: Roz Subject: Educational S/W for Commodore SX-64 To: info-cpm@AMSAA.ARPA cc: RTaylor@RADC-MULTICS.ARPA Message-ID: <850411203612.556415@RADC-MULTICS.ARPA> I have taken the plug and acquired the above machine because of the irresistable combination of cause and amount of software available. I believe **MOST** C-64 software runs on the SX. My son is 6, and except for rare excursions on my lap, has not touched a computer. If you have experienced any educational software and will volunteer comments to me, I would appreciate it. If this has been covered before, please give me a pointer, I travel A LOT and could have easily missed the subject. If I receive any direct comments, I will collate, respect your annonymity (if so desired), and post a summary to the net, if so desired. Thanks. Roz 11-Apr-85 16:49:05-MST,902;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 16:48:49-MST Received: from simtel20.arpa by AMSAA.ARPA id a022197; 11 Apr 85 18:22 EST Date: 11 Apr 1985 16:22 MST (Thu) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: QK21 problems Relayed from RCPM Royal Oak... Date: 4/3/85 From: CLIFF HARRISON To: ALL Re: QK21 PROBLEMS I down loaded the new QK21 file yesterday and find that it won't work with my ZCPR2 system. On my old plain vanilla CPM system it works just fine. I've got a Northstar Horizon and need whatever information that the computing community can offer. Please leave a message here or call at (313) 483-7816. Thanks in advance. Cliff Harrison 11-Apr-85 17:03:51-MST,777;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 17:03:47-MST Received: from simtel20.arpa by AMSAA.ARPA id a022204; 11 Apr 85 18:24 EST Date: 11 Apr 1985 16:24 MST (Thu) Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: MDM7x overlay needed for Micromodem IIe Relayed from RCPM Royal Oak... Date: 04/04/85 from: JOHN WALKER To: ALL Re: M7OVL FOR MICROMODEM IIE? Does anyone know if there is a MDM7xx overlay for the Hayes Micromodem IIe? I'm presently using the Micromodem II overlay which does not support the speaker attached to the IIe which occasionally comes in handy. 11-Apr-85 18:45:26-MST,1494;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 18:45:21-MST Received: from cisl-service-multics.arpa by AMSAA.ARPA id a022352; 11 Apr 85 19:45 EST Received: FROM HIS-PHOENIX-MULTICS.ARPA BY CISL-SERVICE-MULTICS.ARPA WITH dial; 11 APR 1985 19:39:59 EST Posted-Date: 11 Apr 85 17:37 MST Date: Thu, 11 Apr 85 17:35 MST From: Jerry Crow Subject: KAYPRO II Video Reply-To: JCrow%PCO-Multics@CISL-SERVICE-MULTICS.ARPA To: KPETERSEN@SIMTEL20.ARPA cc: Info-Cpm@AMSAA.ARPA Message-ID: <850412003551.040443@HIS-PHOENIX-MULTICS.ARPA> RE: Detailed information on Kaypro II video driver Note that these codes are for the older, original Kaypro II (sometimes called a 2'83). The new Kaypro 2's, (often referred to as 2'84's) and 2X's and 4's have the same capabilites as the original Kaypro 10's. These include, in addition to those listed for the Kaypro II, video attributes (inverse, low intensity, blink, underline) and text erasure (end of line, end of page). The Greek alphabet is not included in the newer models, however. The newer boards (all Kaypro 8 bit models now contain the same mother board) also support a limited "graphics" capability. This is handled via the BIOS in a pseudo pixel addressable mode. The Kaypro remains, however, a functional superset of the ADM3A. /Jerry JCrow%PCO-Multics@CISL-SERVICE-MULTICS 11-Apr-85 20:32:29-MST,2614;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 20:32:14-MST Received: from xerox.arpa by AMSAA.ARPA id a022604; 11 Apr 85 21:48 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 11 APR 85 18:43:31 PST Date: Thu, 11 Apr 85 13:15 PST From: Eldridge.es@XEROX.ARPA Subject: Re: random numbers In-reply-to: "ssalzman's message of 9 Apr 85 9:11:54 PST" To: ssalzman.es@XEROX.ARPA cc: info-cpm@AMSAA.ARPA, info-pascal@BRL-VOC.ARPA This message describes several "linear congruential" random number generators. A characteristic of the linear congruential method is that the maximum period is determined by the precision of arithmetic used. For example, using 16-bit binary arithmetic, the maximum possible period is 65,535. To make the period reasonably large, 32-bit binary arithmetic should be used. The selection of the multiplier and constant also affect the period and distribution of the random numbers. (For more on this refer to Knuth, Semi-Numerical Algorithms) Here is the random number generator from a Unix system. It runs on a VAX which has 32 bit words. /* @(#)rand.c 4.1 (Berkeley) 12/21/80 */ static long randx = 1; srand(x) unsigned x; { randx = x; } rand() { return((randx = randx * 1103515245 + 12345) & 0x7fffffff); } If you have real arithmetic available, you might want to try the following random number generator. It generates a real in the range 0 < n < 1. This one has a period of 1 million. It comes from the HP-67 library. NewSeed := Frac(9821. * Seed + 0.211327) Caution: be sure to avoid a starting seed equal to (1. - 0.211327)/9821. That seed will produce a result of zero. This formula assumes that the precision of the arithmetic is ten decimal digits or better. Most random number generators produce uniformly distributed numbers. Sometimes it is desirable to have normally (Gaussian) distributed numbers. The following formula can be used to convert uniformly distributed numbers into normally distributed numbers with a given mean and standard deviation. T = sqrt(-2*ln(rand1))*sin(360*rand2) G = StdDev*T + Mean where rand1 : random number in the range 0 < n < 1 rand2 : another random number in the range 0 < n < 1 StdDev : standard deviation of desired distribution Mean : mean of desired distribution Reference Knuth, Semi-Numerical Algorithms p. 104 The only drawback is that transcendental functions must be evaluated. This can be speeded up at the expense of memory by the use of table look-up. George 11-Apr-85 22:20:46-MST,566;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Apr 85 22:20:41-MST Received: from bnl.arpa by AMSAA.ARPA id a022742; 11 Apr 85 23:48 EST Date: 11 Apr 85 23:41:34 EST From: "John S. Labovitz" Subject: chess programs for cp/m? To: info-cpm@AMSAA.ARPA someone i know is looking for a chess program that runs under cp/m (he has 3.0, but 2.2 would work also). if anyone knows of any, please *mail* me responses, don't post them to the whole list. thanks much. @hn1j@ (hnij@bnl.arpa) 12-Apr-85 06:43:36-MST,1281;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Apr 85 06:43:29-MST Received: from mitre.arpa by AMSAA.ARPA id a024748; 12 Apr 85 8:08 EST Received: by mitre.ARPA (4.12/4.7) id AA13646; Fri, 12 Apr 85 08:08:18 est Message-Id: <8504121308.AA13646@mitre.ARPA> To: Roz Cc: info-cpm@AMSAA.ARPA, edelheit@MITRE.ARPA Subject: Re: Educational S/W for Commodore SX-64 In-Reply-To: Your message of Thu, 11 Apr 85 15:36 EST. <850411203612.556415@RADC-MULTICS.ARPA> Date: 12 Apr 85 08:07:24 EST (Fri) From: edelheit@MITRE.ARPA Roz - I got a C-64 for my 3 year old. My experience has been that the CBS Software and the Spinnaker Software is really good. Spinnaker's Alphabet Zoo might be good for a 6 yr. old (it's too advanced for my son.) It needs a joy stick, but if the SX is like the C-64, there should be a port for it. It uses the Atari-type joy stick, which is available from all sorts of places, including your local Radio Shack. One additional set of Software that is really quite good is the stuff from Children's Television Workshop (a.k.a., Sesame Street). The CTW software is published by CBS Software. Hope this helps. Jeff Edelheit (edelheit at mitre) 12-Apr-85 14:15:19-MST,691;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Apr 85 14:15:15-MST Received: from xerox.arpa by AMSAA.ARPA id a004287; 12 Apr 85 15:37 EST Received: from PinotNoir.ms by ArpaGateway.ms ; 12 APR 85 11:05:36 PST Date: 12 Apr 85 11:05 PST From: Ghenis.pasa@XEROX.ARPA Subject: Re: chess programs for cp/m? In-reply-to: "John S. Labovitz" 's message of 11 Apr 85 23:41:34 EST To: hnij@BNL.ARPA cc: info-cpm@AMSAA.ARPA The Software Toolworks (publishers of the C/80 compiler) have MYCHESS, which they claim beats SARGON (don't know which version of SARGON) and can play at close to B level. Price is $30 or $40. 12-Apr-85 16:35:50-MST,1022;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Apr 85 16:35:44-MST Received: from ucb-vax.arpa by AMSAA.ARPA id a006208; 12 Apr 85 18:02 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.45) id AA16384; Fri, 12 Apr 85 15:01:43 pst Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA) by ucbjade.CC.Berkeley.ARPA (4.19/4.34.1) id AA01671; Fri, 12 Apr 85 14:36:52 pst Received: by ucbopal.CC.Berkeley.ARPA (4.19/4.34.1) id AA11232; Fri, 12 Apr 85 14:36:31 pst Date: Fri, 12 Apr 85 14:36:31 pst From: "William C. Wells" Message-Id: <8504122236.AA11232@ucbopal.CC.Berkeley.ARPA> To: info-cpm@AMSAA.ARPA Subject: User Group Accounting Does anyone have public domain software for maintaining membership lists and doing user group accounting? Someone meantioned a public domain business package recently -- where is it? I have a PMC Micromate 101 (Z80A) running CP/M 3.0 Bill 13-Apr-85 00:17:32-MST,1000;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Apr 85 00:17:26-MST Received: from ucb-vax.arpa by AMSAA.ARPA id a000314; 13 Apr 85 1:41 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.45) id AA24782; Fri, 12 Apr 85 22:41:28 pst Received: from ucbamber.CC.Berkeley.ARPA (ucbamber.ARPA) by ucbjade.CC.Berkeley.ARPA (4.19/4.34.1) id AA09402; Fri, 12 Apr 85 22:42:27 pst Received: by ucbamber.CC.Berkeley.ARPA (4.19/4.34.1) id AA18059; Fri, 12 Apr 85 22:42:03 pst Date: Fri, 12 Apr 85 22:42:03 pst From: swillett%ucbamber.CC@ucb-vax.ARPA Message-Id: <8504130642.AA18059@ucbamber.CC.Berkeley.ARPA> To: Info-Cpm@AMSAA.ARPA, W8SDZ@SIMTEL20.ARPA Subject: Re: QK21 problems I have used QK21 successfully with my old Kaypro II, modified to a KP 8 with a Micro C upgrade, running at 5 mhz and furnished with ZCPR2. I haven't run the combination for thousands of hours, but I have used it off and on. 13-Apr-85 00:32:08-MST,1362;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Apr 85 00:32:01-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000339; 13 Apr 85 2:04 EST Received: from usenet by BRL-TGR.ARPA id a015179; 13 Apr 85 1:59 EST From: Milt Boyd 381-1351 ZKO1-2/D13 Newsgroups: net.micro.cpm Subject: a newsletter for Wa-Tor Message-ID: <1619@decwrl.UUCP> Date: 11 Apr 85 16:15:21 GMT Sender: daemon%decwrl.uucp@BRL-TGR.ARPA To: info-cpm@AMSAA.ARPA I am soon to publish an irregular newsletter "Running Wa-Tor", concerned with the water world simulation devised by A. K. Dewdney, and described in his column "Computer Recreations" in the Dec 84 issue of Scientific American. Sharks and fishes locked in eternal struggle. There is enough material for two issues, to start. I am earnestly soliciting more material, and subscribers. I intend to carry listings, analysis, experiments, theory, epic poetry, cartoons, whatever comes in that will get past legal. Send me a SASE, and get back more info. I can't afford to subsidize this, so I'll have to charge, but I think you'll get value for money. Milt Boyd PineTree PO Box 267 Amherst NH 03031-0267 Posted: Thu 11-Apr-1985 11:13 EST/ Milt Boyd, 381-1351 ZKO 1-2/D13 To: RHEA::DECWRL::"net.micro.cpm" 13-Apr-85 00:58:21-MST,1451;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Apr 85 00:58:16-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000341; 13 Apr 85 2:05 EST Received: from usenet by BRL-TGR.ARPA id a015245; 13 Apr 85 2:00 EST From: Dave Sweeney Newsgroups: net.micro.cpm Subject: Re: Random Numbers Message-ID: <1523@dciem.UUCP> Date: 10 Apr 85 16:42:38 GMT To: info-cpm@AMSAA.ARPA Nick Cuccia writes: > > > function Random(var x: integer): real; > > const > A = 2047; (* = 2^11 - 1, a prime number *) > M = 524287; (* = 2^19 - 1, a prime number *) > > begin (* random *) > x := (A*x) mod M; (* finding new seed value *) > Random := x / M; (* finding next number in series *) > end; (* function random *) While A (= 2047) and M (= 524287) are mutually prime (HCF = 1), which is all that is required for the algorithm, A is not a prime number: 2047 = 23 * 89 which will hopefully discourage 16-bit-machine users from using it for M (which must be prime for the series to have full period). Here at DCIEM we use an implementation of the generator described on p. 464 of Knuth's vol. 2, with k = 55, j = 31. As no multiplications or divisions are involved, it is reasonably fast. -- Dave Sweeney, DCIEM {allegra,ubc-vision,linus,ihnp4,uw-beaver,floyd}!utcsrgv!dciem!dms or {allegra,ihnp4,linus,decvax}!utzoo!dciem!dms 13-Apr-85 01:54:53-MST,607;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Apr 85 01:54:50-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000620; 13 Apr 85 3:27 EST Received: from usenet by BRL-TGR.ARPA id a017123; 13 Apr 85 3:08 EST From: Stefan Kristensson Newsgroups: net.micro.cpm Subject: Re: generic Kermit-80 binary xfer ok (thanks) Message-ID: <858@enea.UUCP> Date: 12 Apr 85 13:15:51 GMT To: info-cpm@AMSAA.ARPA It should work if you just do "set parity space" in C-kermit (this turns on the 8th-bit quoting mechanism). 13-Apr-85 14:26:33-MST,1039;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Apr 85 14:26:29-MST Received: from mit-multics.arpa by AMSAA.ARPA id a000319; 13 Apr 85 10:54 EST Date: Sat, 13 Apr 85 15:36 EST From: "Paul E. Woodie" Subject: Kermit/Executive To: info-cpm@AMSAA.ARPA Message-ID: <850413203617.857605@MIT-MULTICS.ARPA> I have been trying (unsuccessfully) to get generic cpm-plus (ver 3) Kermit to work with my Osborne Executive. Has anyone had better luck than I in pulling off that trick? My problem in a nutshell is that when I go into the CONNECT mode, exactly one character gets sent and then the program "hangs up." Most of the time I'm even fortunate to be able to get back to the Kermit command mode without having to reboot. I normally use MEX for communication, and am quite happy with it, but now and then I need the Kermit protocol. Otherwise, I'd just forget it and stick with MEX. Thanks, --Paul Woodie (Woodie.DODCSC at MIT-Multics) 14-Apr-85 14:27:00-MST,6271;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 14 Apr 85 14:26:45-MST Received: from simtel20.arpa by AMSAA.ARPA id a000374; 14 Apr 85 15:56 EST Date: Sun 14 Apr 85 10:46:17-MST From: Jim Forrest Subject: Help needed - TURBO & Anchor XII (Long) To: INFO-CPM@AMSAA.ARPA cc: JFORREST@SIMTEL20.ARPA A friend has a Kaypro10 (like mine) and has an Anchor XII modem. His BBS users are unable to get in at 300 Baud with the following routine, although it works at 1200 baud and works on a Hayes at 300/1200 fine. Greatly need help. Jim begin mem[$FF7C] := t[0]; mem[$FF7D] := t[1]; mem[$FF7E] := t[2]; mem[$FF7F] := pred(t[3]); mem[$FF80] := pred(t[4]); mem[$FF81] := t[5] end; const { Machine specific constants } DataPort = $04; { Data port } StatusPort = $06; { Status port } RatePort = $00; { Data rate (bps) port } { StatusPort commands } RESCHN = $18; { reset channel } RESSTA = $10; { reset ext/status } WRREG1 = $00; { value to write to register 1 } WRREG3 = $C1; { 8 bits/char, rx enable } WRREG4 = $44; { 16x, 1 stop bit, no parity } DTROFF = $68; { dtr off, rts off } DTRON = $EA; { dtr on, 8 bits/char, tx enable, rts on } ONINS = $30; { error reset } { StatusPort status masks } DAV = $01; { data available } TRDY = $04; { transmit buffer empty } DCD = $08; { data carrier detect } PE = $10; { parity error } OE = $20; { overrun error } FE = $40; { framing error } ERR = $60; { parity, overrun and framing error } { Smartmodem result codes } OKAY = '0'; { Command executed with no errors } CONNECT300 = '1'; { Carrier detect at 300 bps } RING = '2'; { Ring signal detected } NOCARRIER = '3'; { Carrier lost or never heard } ERROR = '4'; { Error in command execution } CONNECT1200 = '5'; { Carrier detect at 1200 bps } { Rate setting commands } BD300 = 5; { 300 bps } BD1200 = 7; { 1200 bps } function mdcarck: boolean; { Check to see if carrier is present } begin port[StatusPort] := RESSTA; mdcarck := ((DCD and port[StatusPort]) <> 0) end; function mdinprdy: boolean; { Check for ready to input from modem } var bt: byte; begin if (DAV and port[StatusPort]) <> 0 then begin port[StatusPort] := 1; if (ERR and port[StatusPort]) <> 0 then begin port[StatusPort] := ONINS; bt := port[DataPort]; mdinprdy := FALSE end else mdinprdy := TRUE end else mdinprdy := FALSE end; function mdinp: byte; { Input a byte from modem - no wait - assumed ready } begin mdinp := port[DataPort] end; procedure mdout(b: byte); { Output a byte to modem - wait until ready } begin repeat until (TRDY and port[StatusPort]) <> 0; port[DataPort] := b end; procedure mdinit; { Initialize the sio channel and the Hayes Smartmodem 1200 } const sio_init: array[1..9] of byte = (RESCHN, 4, WRREG4, 1, WRREG1, 3, WRREG3, 5, DTROFF); var i: integer; mdm_attn : string[2]; mdm_init : string[41]; bt : byte; begin for i := 1 to 9 do port[StatusPort] := sio_init[i]; { initialize the SIO channel } port[StatusPort] := 5; { pull DTR high } port[StatusPort] := DTRON; mdm_attn := 'AT'; mdm_init := 'ATE0Q0V0M0X1 S0=0 S2=3 S4=255 S5=255'; port[RatePort] := BD1200; {set the 8116 to 1200 baud} delay (500); {let the modem settle for a bit} for i := 1 to 2 do begin bt := ord(mdm_attn[i]); {force the modem to 1200 baud} mdout(bt) end; bt := ord(CR); mdout(bt); delay (2000); {wait a sec...} for i := 1 to 41 do begin bt := ord(mdm_init[i]); {initialize the modem} mdout(bt) end; bt := ord(CR); mdout(bt); bt := mdinp; { clear any previous rings } bt := mdinp end; function mdring: boolean; { Determine if the phone is ringing } begin if mdinprdy then mdring := (RING = chr(mdinp)) else mdring := FALSE end; procedure mdhangup; { Hangup modem } var i : integer; mdm_hang : string[4]; bt : byte; begin repeat port[StatusPort] := 5; { setup to write register 5 } port[StatusPort] := DTROFF; { clear DTR, causing hangup } delay(2000); port[StatusPort] := 5; port[StatusPort] := DTRON; if mdcarck then begin mdm_hang := 'ATH0'; for i := 1 to 3 do begin bt := ord(ETX); mdout(bt) end; delay(1500); for i := 1 to 4 do begin bt := ord(mdm_hang[i]); mdout(bt) end; bt := ord(CR); mdout(bt) end; until not(mdcarck) end; procedure mdans; { Detect and set system to rate at which modem answered phone } var mdm_answ : string[3]; code : char; i : integer; bt : byte; begin repeat until mdinprdy; bt := mdinp; mdm_answ := 'ATA'; for i := 1 to 3 do begin bt := ord(mdm_answ[i]); mdout(bt) end; bt := ord(CR); mdout(bt); repeat until mdinprdy; code := chr(mdinp); if code = CONNECT1200 then begin port[RatePort] := BD1200; rate := 0.02075; delay(500); bt := mdinp; bt := mdinp end; if code = CONNECT300 then begin port[RatePort] := BD300; rate := 0.083; delay(500); bt := mdinp; bt := mdinp end; if code = NOCARRIER then mdhangup end; ------- 15-Apr-85 10:02:28-MST,909;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Apr 85 10:02:23-MST Received: from csnet-pdn-gw by AMSAA.ARPA id a005377; 15 Apr 85 11:30 EST Received: from ubc by csnet-relay.csnet id aa20611; 15 Apr 85 11:30 EST Date: Mon, 15 Apr 85 08:18:05 pst Received: by ubc.csnet id AA02901; Mon, 15 Apr 85 08:18:05 pst From: Craig Jeffrey To: info-cpm@AMSAA.ARPA MMDF-Warning: Parse error in preceding line at CSNET-RELAY.ARPA Message-Id: <148:jeffrey@cmc.cdn> Subject: C on VT180 Does anybody out there know of a low cost (but fairly complete) C specifically for the VT180 ? I would be curious to know if there's a VT180 users group and if they exchange software etc. or am i the only one left. Thanks Craig Jeffrey 15-Apr-85 17:22:34-MST,1146;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Apr 85 17:22:26-MST Received: from rand-unix.arpa by AMSAA.ARPA id a000277; 15 Apr 85 18:44 EST Received: by rand-unix.ARPA; Mon, 15 Apr 85 12:30:16 pst From: Bridger Mitchell Message-Id: <8504152030.AA14096@rand-unix.ARPA> Date: 15 Apr 85 12:30:10 PST (Mon) To: info-cpm@AMSAA.ARPA, heath-people@mit-mc.ARPA Cc: Bridger Mitchell Subj: Wanted: Apple & Z-100 Testsites for DateStamper DateStamper(TM) provides automatic, transparent, and virtually instantaneous date- and time-stamping for CP/M 2.2 files. Beta-testing has been completed on 15-20 types of CP/M machines and real-time clocks. To readily support Apple ][ and Z-100 machines running CP/M 2.2 with a real-time clock, we'd appreciate volunteers with those systems and ASM programming experience who are willing to install and test a DateStamper clock-reading routine. If you would like to assist , please reply directly to me with a summary of your clock and CP/M 2.2 system hardware. -bridger mitchell 15-Apr-85 18:31:06-MST,836;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Apr 85 18:30:49-MST Received: from csnet-pdn-gw by AMSAA.ARPA id a000564; 15 Apr 85 19:29 EST Received: from ubc by csnet-relay.csnet id a021811; 15 Apr 85 15:21 EST Date: Mon, 15 Apr 85 12:13:38 pst Received: by ubc.csnet id AA04355; Mon, 15 Apr 85 12:13:38 pst From: Craig Jeffrey To: info-cpm@AMSAA.ARPA MMDF-Warning: Parse error in preceding line at CSNET-RELAY.ARPA Message-Id: <153:jeffrey@cmc.cdn> Subject: VT180 C Does anybody out there know of an inexpensive (but complete) "C" for the VT180 ? Is there a VT180 user group or am i the last of a dying breed ?? Craig Jeffrey 15-Apr-85 23:30:15-MST,1152;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Apr 85 23:30:09-MST Received: from nosc-gw by AMSAA.ARPA id a000691; 15 Apr 85 20:35 EST Received: from cod.ARPA by nosc.ARPA (4.17/4.7) id AA13400; Mon, 15 Apr 85 17:34:40 pst From: bang!dan@nosc.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Received: by cod.ARPA (4.17/4.7) id AA21348; Mon, 15 Apr 85 17:32:37 pst Date: Mon, 15 Apr 85 17:32:37 pst Message-Id: <8504160132.AA21348@cod.ARPA> To: info-cpm@AMSAA.ARPA Subject: bye332 Cc: dan@nosc.ARPA Can anyone tell me where to find the .ins files for bye332 that are mentioned in bye331.inf. I searched all over simtel, but only found the un-updated .asm files for the previous versions of bye (I think). Better yet, can anyone tell me where I can find the insert file for the Televideo TS803 (note: not the same as the TS802). any help appreciated, thanks in advance, Dan Seguin bang!dan@nosc 15-Apr-85 23:49:11-MST,903;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Apr 85 23:49:08-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000245; 16 Apr 85 0:04 EST Received: from usenet by BRL-TGR.ARPA id a014309; 15 Apr 85 23:59 EST From: echo Hello Newsgroups: net.micro.apple,net.micro.cpm Subject: StarCard Message-ID: <1215@topaz.ARPA> Date: 16 Apr 85 00:05:24 GMT Xref: seismo net.micro.apple:1983 net.micro.cpm:4281 To: info-cpm@AMSAA.ARPA I heared that the StarCard CP/M card that can be bought with Wordstar is really a PCPI 6mhz card. If this is true, does any one know if it comes with the CP/M utilities and manuals?. I saw a place advertising it for ~$150.... -Gadi friedman@Ru-Topaz.Arpa topaz!friedman 15-Apr-85 23:56:26-MST,1175;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Apr 85 23:56:21-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000185; 15 Apr 85 22:34 EST Received: from usenet by BRL-TGR.ARPA id a012685; 15 Apr 85 22:13 EST From: Mike Mueller Newsgroups: net.micro.cpm Subject: CP/M vs ADDS MultiVision Message-ID: <97@vice.UUCP> Date: 13 Apr 85 00:11:37 GMT To: info-cpm@AMSAA.ARPA Does anyone have any information on: 1. The compatability of their MUON operating system with CP/M. Hint: I have been told it is an "extended" CP/M BDOS? 2. Disk format. I know it's double sided, but that's about all. Is it similar to any other format (eg, KAYPRO). Since this is not likely to be of general interest, replys by mail would be appreciated. Thanks! -- Mike Mueller uucp: {decvax,harpo,ihnss,pur-ee,ucbvax,unc,zehntel}!teklabs!vice!mike ARPA: vice!mike.tek@Rand-Relay CSnet: vice!mike@tek US Mail: Mike Mueller, Tektronix, Inc. Box 500 MS 59-323, Beaverton OR 97077 Phone: (503)627-3187 16-Apr-85 00:18:19-MST,1169;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 00:18:06-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000213; 15 Apr 85 23:51 EST Received: from usenet by BRL-TGR.ARPA id a013781; 15 Apr 85 23:45 EST From: Steve Grandi Newsgroups: net.micro.cpm Subject: xmodem BATCH protocols; any documentation? Message-ID: <412@carina.noao.UUCP> Date: 15 Apr 85 18:04:45 GMT To: info-cpm@AMSAA.ARPA I have recently seen an addendum by John Byrns to Ward Christensen's 1982 MODEM protocol document that discusses the CRC option (both were recently posted to net.sources). Has anyone written down "official" protocols for the batch file transfer mode of MODEM?? Comparing several different programs, I find that they differ in whether or not the file-name checksum is to be ACKed or not. I think these two cases are mutually exclusive! Thus, I would like to know the "official" way of doing things. -- Steve Grandi, National Optical Astronomy Observatories, Tucson, AZ, 602-325-9228 {arizona,decvax,hao,ihnp4,seismo}!noao!grandi noao!grandi@lbl-csam.ARPA 16-Apr-85 04:48:05-MST,895;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 04:48:01-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000391; 16 Apr 85 6:21 EST Received: from usenet by BRL-TGR.ARPA id a020489; 16 Apr 85 6:18 EST From: MesenbrinkRL Newsgroups: net.micro.cpm Subject: Need help with Epson PX-8 binary file transfers Message-ID: <2493@drutx.UUCP> Date: 15 Apr 85 19:12:45 GMT To: info-cpm@AMSAA.ARPA I just got an Epson PX-8 and want to be able to transfer binary files from my Osborne. Currently, I convert the file to ASCII codes, send that file and use a BASIC program on the Epson to convert it back again. This works fairly well but there must be an easier way. If MDM7 can transfer binary files, I'd like a copy of a PX-8 overlay. Any suggestions will be appreciated. Bob Mesenbrink 16-Apr-85 09:28:22-MST,1037;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 09:28:11-MST Received: from simtel20.arpa by AMSAA.ARPA id a009667; 16 Apr 85 10:51 EST Date: Monday, 15 April 1985 06:28-MST Message-ID: Sender: James Van Ornum From: James Van Ornum Subject: Trenton Computer Festival ReSent-From: KPETERSEN@simtel20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Tue 16 Apr 1985 08:51-MST 10th Annual Trenton Computer Festival this weekend - Saturday, April 20, 1985 10AM-6PM Sunday, April 21, 1985 10AM-4PM at Trenton State College, Route 31, Trenton, NJ general admission: $7 covers both days, all events except banquet students/Sr citizens: $3 Sunday only: $5 Flea market spot: $15 for whole weekend, includes 1 admission ticket Sat evening banquet: $12 ATARI should be showing their "Jackintosh" in the ATARI user group area!!! 16-Apr-85 12:21:15-MST,1089;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 12:21:09-MST Received: from nosc-gw by AMSAA.ARPA id a018225; 16 Apr 85 13:50 EST Received: from cod.ARPA by nosc.ARPA (4.17/4.7) id AA20519; Tue, 16 Apr 85 10:50:48 pst From: bang!dan@nosc.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Received: by cod.ARPA (4.17/4.7) id AA06913; Tue, 16 Apr 85 10:46:07 pst Date: Tue, 16 Apr 85 10:46:07 pst Message-Id: <8504161846.AA06913@cod.ARPA> To: info-cpm@AMSAA.ARPA Subject: Re: StarCard The "StarCard" sold by MicroPro with Wordstar is indeed the PCPI Applicard running at 6Mhz. I comes with a double sided disk that contains CP/M 2.2 (may have been updated to 3.0) and all the standard utilities (STAT, ASM, etc) on one side, and hardware related utilities on the other. It is also packaged with a beginners book on CP/M, "CP/M Primer". It is a good package price if you can still get it. Dan Seguin bang!dan@nosc 16-Apr-85 15:31:23-MST,2579;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 15:31:14-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000172; 16 Apr 85 16:47 EST Received: from usenet by BRL-TGR.ARPA id a008472; 16 Apr 85 16:46 EST From: maxwell%eiffel.dec@BRL-TGR.ARPA Newsgroups: net.micro.cpm Subject: CP/M BIOS blues... Message-ID: <1680@decwrl.UUCP> Date: 15 Apr 85 22:05:23 GMT Sender: daemon%decwrl.uucp@BRL-TGR.ARPA To: info-cpm@AMSAA.ARPA [This line has bugs.... >0OO OO0<] Hep, ah say, hep me!!! I finally decided to replace my *old* upwards from CP/M (tm) 1.4 compatable Xitan ELDOS 'operating system' with CP/M 2.2. I wrote a BIOS, including the guts of the ELDOS driver for my Xitan DDDC disk controller, and tested it. Parts actually worked. I then tried to create a system disk with CP/M 2.2 and my new BIOS and learned, much to my horror, the result was *too big*. I realize that I could just increase the system tracks to 3 from 2, giving more room, but I've got a lot of software (150+ diskettes) that assume data (directory) starts on track 3, so.... [Bright idea, after much gnashing of teeth, pulling of hair, renting of clothing, although I now realize that others (Heathkit) have done it, too] "I'll put the CCP in a file (CCP.SYS), BDOS and BIOS on the system tracks, and have the cold and warm starts load the CCP from disk using BDOS file I/O. That'll give me plenty of room." Soooo, I modify the BIOS boot to call BDOS to open CCP.SYS, read in 16 records, and presto, the CCP is loaded, right? Wrong. For some unexplained reason, no data is transferred. DDTing though the BIOS I find that a) CCP.SYS is opened just fine (FCB modified, disk accessed, no errors returned, an' ever'thing) but b) when BDOS is called to read each record, no disk activity occurs although BDOS returns with 0 in Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 16:13:16-MST Received: from brl-aos.arpa by AMSAA.ARPA id a000517; 16 Apr 85 17:31 EST Received: from usc-isid.arpa by BRL-AOS.ARPA id a013195; 16 Apr 85 16:58 EST Date: 16 Apr 1985 16:24-EST Sender: ABN.COSCOM-CE-PRG@USC-ISID.ARPA Subject: MEX FOR APPLE CPM From: ABN.COSCOM-CE-PRG@USC-ISID.ARPA To: INFO-CPM@BRL.ARPA Message-ID: <[USC-ISID.ARPA]16-Apr-85 16:24:56.ABN.COSCOM-CE-PRG> DOES A MEX EXIST FOR THE APPLE II RUNNING CPM? ALSO CAN SOMEONE FORWARD TO ME A COPY OF THAT LONG MESSAGE WHICH DESCRIBES HOW AND WHERE TO ACCESS PC BLUE AND SIMTEL ARCHIVE OF MICRO SOFTWARE. Thanks. Kevin Rappold CPT GS 1st COSCOM @USC-ISID.ARPA 16-Apr-85 16:36:55-MST,2128;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 16 Apr 85 16:36:48-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000410; 16 Apr 85 17:16 EST Received: from usenet by BRL-TGR.ARPA id a008690; 16 Apr 85 16:52 EST From: Ruben Ramirez-Mitchell Newsgroups: net.micro.cpm Subject: VFILE.CMD problems. Message-ID: <1619@ut-ngp.UUCP> Date: 16 Apr 85 16:54:15 GMT To: info-cpm@AMSAA.ARPA I have some problems with VFILE.CMD (version 1.2). When I run it under MPM-816 (in a Compupro system with a Q540 Hard disk) it hangs the system when I try to log into C5:, B6: or B10: (from any drive or user area). I also hangs when the program is invoked from C5, B6 or B10. I can abort from another console but the system starts getting flakey after this. The previous version (1.1) works very well. Has anybody noticed this type of problem with VFILE (1.2)? I had been using version 1.2 for some time in my home system and never noticed anything amiss, but I had never tried to access these drives and areas with it. Most of the time I use other disk programs and these user areas have very little activity. The problem showed up when checking a new Compupro (MPM-816) system I installed in my lab. By pure chance I tried VFILE in C5 and the system hanged. Since it was consistent I checked all the other drives and user areas and found B6 and B10. Assuming the problem was in the system we started checking the hardware. Couldn't find anything wrong. Finally decided to try my home system hard disk with the new mainframe and the problem showed up. Then I checked my home system with VFILE and same thing happened. Ruben Mitchell ruben@ut-ngp.arpa -- Ruben Mitchell Cell Research Institute University of Texas Austin, Texas 78712 ruben@ut-ngp.ARPA 17-Apr-85 14:40:53-MST,844;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 14:40:47-MST Received: from brl-aos.arpa by AMSAA.ARPA id a001115; 16 Apr 85 23:05 EST Received: from simtel20.arpa by BRL-AOS.ARPA id a000319; 16 Apr 85 22:57 EST Date: 16 Apr 1985 17:22 MST (Tue) Message-ID: From: CSTROM@SIMTEL20.ARPA To: MesenbrinkRL Cc: CSTROM@SIMTEL20.ARPA, info-cpm@BRL.ARPA Subject: Need help with Epson PX-8 binary file transfers In-reply-to: Msg of 15 Apr 1985 12:12-MST from MesenbrinkRL There is a MEX overlay for the PX-8 on Simtel in the MICRO: directory. If you can't FTP the overlay, send me a note and I can give you an address so you can send me a cassette. -Charlie 17-Apr-85 15:05:55-MST,1057;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 15:05:50-MST Received: from brl-vgr.arpa by AMSAA.ARPA id a010714; 17 Apr 85 15:09 EST Received: from dca-eur.arpa by BRL-VGR.ARPA id a003284; 17 Apr 85 15:08 EST Date: 17 Apr 85 11:49:04 GMT From: bower@DCA-EUR.ARPA Subject: LCD Display info request... To: info-cpm@BRL-VGR.ARPA Does anyone out there have any information on Liquid Crystal Displays of the 8 by 80 or 16 by 80 sizes. Specifically, the 16 by 80 Toshiba model that was used by the late Gavilan. I just received one of the units, and desparately need to interface it into a homebrew portable system. The unit has two connectors on the rear, a 10-pin inline, and a 4-pin inline which may be the power connection. Would appreciate any info on connection, and interfacing data. Trying to obtain such from here in Germany is a bit of a problem. Thanks in advance. Hal Bower Bower At DCA-EUR 17-Apr-85 15:30:40-MST,715;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 15:30:35-MST Received: from simtel20.arpa by AMSAA.ARPA id a011656; 17 Apr 85 15:26 EST Date: Wed, 17 Apr 1985 10:53 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: ABN.COSCOM-CE-PRG@usc-isid.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: MEX FOR APPLE CPM In-reply-to: Msg of 16 Apr 1985 14:24-MST from ABN.COSCOM-CE-PRG at USC-ISID.ARPA You can find a complete list of all known MEX overlays in: Filename Type Bytes CRC Directory MICRO: MEXOVL03.LQT.1 BINARY 6528 94CEH --Keith 17-Apr-85 20:17:38-MST,905;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 20:17:34-MST Received: from sdcsvax.arpa by AMSAA.ARPA id a013945; 17 Apr 85 16:31 EST Received: by sdcsvax.ARPA (4.24/4.41) id AA01205; Tue, 16 Apr 85 20:17:42 pst From: crash!ihom@SDCSVAX.ARPA Message-Id: <8504170417.AA01205@sdcsvax.ARPA> Date: Tue, 16 Apr 85 06:38:24 PST To: sdamos!friedman@topaz.ARPA Subject: Re: Starcard Cc: info-cpm@AMSAA.ARPA >I heard that the StarCard CP/M card that can be brought with >Wordstar is really a PCPI 6mhz card. If this is true, >does any one know if it comes with the CP/M utilities and >manuals?. Right, the Starcard is the PCPI card. And yes, it does come with the CP/M utilites and device drivers. MicroPro supplies the Starcard manual which is similar to the PCPI manual -- brief! --Irwin Hom ...!sdcsvax!crash!ihom@ucsd 17-Apr-85 20:18:46-MST,1417;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 20:18:38-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a014296; 17 Apr 85 16:57 EST Received: from usenet by BRL-TGR.ARPA id a008282; 17 Apr 85 16:52 EST From: "R.Thomas" Newsgroups: net.micro.cpm Subject: Need technical info on PCPI Applicard CPM for the Apple II Message-ID: <515@sftig.UUCP> Date: 14 Apr 85 05:13:41 GMT To: info-cpm@AMSAA.ARPA Does anyone know where to get-nuts-and-bolts technical information about the PCPI Applicard? I was recently given one as a gift by someone who got it for free as part of a package with wordstar software. He already had a CPM card for his Apple II clone, so he didn't need the Applicard, and gave it to me. Unfortunately the documentation he got with it is *very basic*, tells you how to plug it in and run wordstar on it, period! I dont want to run wordstar, but I would like to run Turbo Pascal on it, and the things I want to do with it involve needing to know the details of the communication between the 6502 and the Z80. Pointers to good books would be most helpful. Replys by email and I will summarize for the net if there is enough interest. Thanks in advance Rick Thomas {most any backbone site, including akgua and ihnp4}!attunix!rbt (201)-522-6062 10AM-6PM East Coast time. 17-Apr-85 20:20:04-MST,942;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 20:19:55-MST Received: from usc-isid.arpa by AMSAA.ARPA id a014942; 17 Apr 85 18:22 EST Date: 17 Apr 1985 00:45-EST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Need help with Epson PX-8 binary file transfers From: ABN.ISCAMS@USC-ISID.ARPA To: rlm%drutx.uucp@BRL-TGR.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA]17-Apr-85 00:45:47.ABN.ISCAMS> In-Reply-To: <2493@drutx.UUCP> Bob, Re your query about sending binary files from your Epson PX-8. Yep, MDM7 can send binary just fine, but I hope someone else can point you to the PX-8 overlay. Kermit does well with binary too (to LOTS of different otherwise incompatible systems), but with somewhat more overhead if it has to ASCIIze midstream. Haven't heard of a PX-8 version of Kermit yet. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 17-Apr-85 20:21:55-MST,700;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 20:21:50-MST Received: from usc-isi.arpa by AMSAA.ARPA id a015113; 17 Apr 85 18:49 EST Date: 17 Apr 1985 18:43:56 EST Subject: ZCPR3 Manual Publication From: Steve Noland To: info-cpm@AMSAA.ARPA Contrary to ZCPR3 Newsletter #108, the ZCPR3 Manual (book) is NOT ready for shipment. Conversation with the publisher (Zoetrope) this A.M indicated that they were just preparing to print the camera copy, and that shipments would (hopefuly) begin in June. Some problem with the automatic typesetter reading Wordstar files. Hold tight. Steve Noland ------- 17-Apr-85 20:36:47-MST,1812;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 20:36:40-MST Received: from ut-ngp.arpa by AMSAA.ARPA id a015745; 17 Apr 85 21:16 EST From: mknox Posted-Date: Wed, 17 Apr 85 19:44:34 CST Message-Id: <8504180154.AA20315@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/4.22) id AA20315; Wed, 17 Apr 85 19:54:35 cst Date: Wed, 17 Apr 85 19:44:34 CST To: maxwell%eiffel.DEC@DECWRL.ARPA, info-cpm@AMSAA.ARPA Subject: Reply to: cp/m bios blues... The scheme you are using [not bringing in the CCP until the system is up] *should* work just fine. "There must be a bug there somewhere ..." [Big help, right?] Anyway, there is another scheme which CCS uses and might be of use to you. If you measure closely, CP/M-2.2 will fit in two tracks on a single sided, single density diskette *JUST BARELY*. I believe it has between 384 and 512 bytes left free, depending on bootstrap. What CCS does is put the system out there with an absolutely minimal BIOS, just big enough to force BDOS to run a program which reads in BIOS.SYS into a memory buffer, copy it up over the mini-bios, and exit with a cold or warm boot (as you choose). You don't need any disk write, fancy error checking, serial port, or printer support. You don't even HAVE to have a CON: driver. Obviously the system is loaded at an address which leaves room at the top of memory for the full size BIOS. An advantage over the CCP scheme is that is simplifies warm-starts after every ^C, the CCP and BDOS are in the system tracks where they belong. Another advantage (if you play with the BIOS like I do) is that all you have to do to test out a new BIOS is simply replace the BIOS.SYS file. No mucking with PUTSYS, GETSYS, or the like. 17-Apr-85 21:57:41-MST,3665;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 17 Apr 85 21:57:25-MST Received: from mit-mc.arpa by AMSAA.ARPA id a016601; 17 Apr 85 23:24 EST Date: Wed,17 Apr 85 23:24:45 EST From: Eric Stork Subject: New PD Program to save memory To: info-cpm@AMSAA.ARPA cc: STORK@mit-mc.ARPA Message-ID: <[MIT-MC].459013.850417.STORK> This message announces the availability of SYA.LBR.1 in SIMTEL-20, Directory MICRO: CONTENTS Filename Type Bytes CRC SYA.AQM BINARY 18048 BD9EH SYA.DQC BINARY 3968 C3B0H SYA-WS.COM BINARY 2816 7185H The following is an extract from the DOC file: It shouldn't happen -- but it does. You're using your favorite word processor -- a report, letter, program, what-have-you -- and a glitch locks up the terminal. Of course, if you know a lot about how CP/M's memory works, have DDT or its equivalent available, don't overlay your text-in-memory with DDT or its clone, know where your word processor's edit space begins, know how to move the content of memory to 100H, know how to find the end of your text in memory, know how to figure the number of pages to save -- if you know ALL of the above you can save your assets and start over. But now there is a better way to SAVE YOUR ASSets - enter SYA. SYA is a 3k program that you should keep handy. Menu-driven, it can be figured out easily even if yu've not used it for a while. If you screw up, just exit SYA and invoke it again. Since you don't have to move memory around, you can try as many times as you like so long as you don't turn the power off. Here's what SYA does: . Starting at the beginning of the editor's storage space, SYA dumps memory to the console. .. DUMPing can be a screen-full at a time, or a line at a time. Set and reset as you like with the 'L' command. .. All control characters (exept CR,LF, & TAB) are filtered from the console, to keep the screen from doing weird graphic things. .. If you DUMP past your text, you'll get garbage on the screen, but that will stop eventually. Then you can do 'L', 'B', or 'T' - see below. .. If you get a long run of garbage without stopping (because SYA doesn't encounter a stopping character), hit any key to interrupt the DUMP, then do 'L', 'B', or 'T'. . After each screen, or each line in single-line mode, a SPACE or CR will continue DUMPING. . 'B' will ask you how many lines you want to back up. . 'T' puts you at the TOP of the storage space again, and DUMPS from there. . 'L' (for LINES) asks if you want PAGING or SINGE-LINE dumping. . 'S' will SAVE your file from its beginning to where you were when you typed 'S'. . 'M' gives you a MENU of options. . 'X' will EXIT. So will ^C. I wrote SYA for my own and some friends' use. As of now it works only with Wordstar 3.0, and with the old TSC line editor. You can easily set up SYA.ASM for YOUR favorite editor, or for any other program that uses a defined area of memory for data (it should work for dBASE-II, SUPERCALC, etc.). Eric Stork STORK%MIT-MC ### 18-Apr-85 09:30:36-MST,1323;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 09:30:28-MST Received: from brl-aos.arpa by AMSAA.ARPA id a004427; 18 Apr 85 8:31 EST Received: from mit-mc.arpa by BRL-AOS.ARPA id ab10533; 18 Apr 85 8:15 EST Received: from MIT-EECS by MIT-MC via Chaosnet; 17 APR 85 20:48:00 EST Date: Wed 17 Apr 85 20:47:11-EST From: Andrew Moore Subject: Re: MEX FOR APPLE CPM To: ABN.COSCOM-CE-PRG@USC-ISID.ARPA cc: info-cpm@MIT-MC.ARPA In-Reply-To: Message from "ABN.COSCOM-CE-PRG@USC-ISID.ARPA" of Tue 16 Apr 85 16:24:00-EST Yes, there are various overlays available for Apple CP/M systems that you can choose from, depending on your specific serial card/modem combination. However, I couldn't get MXO-AC-1 to assemble correctly; I think someone put it together without thoroughly testing it (this is the version for the Apple-Cat ][/212a modem under a MicroSoft-clone CP/M card). The overlays are available on many RCP/Ms nationwide. Just look for the one that's written for your particular modem (or serial card), edit it as desired, ass- emble it, and MLOAD it into MEX. If you have problems, try using a MODEM7 overlay -- most of these will work with MEX also. -dru T.MOORE%MIT-EECS@MIT-MC.ARPA ------- 18-Apr-85 09:30:42-MST,710;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 09:30:30-MST Received: from brl-aos.arpa by AMSAA.ARPA id aa04427; 18 Apr 85 8:31 EST Received: from mit-mc.arpa by BRL-AOS.ARPA id ac10533; 18 Apr 85 8:15 EST Received: from MIT-EECS by MIT-MC via Chaosnet; 17 APR 85 20:58:53 EST Date: Wed 17 Apr 85 20:58:05-EST From: Andrew Moore Subject: Apple-Cat BYE request To: info-cpm@MIT-MC.ARPA Is there a BYE overlay available for the Novation Apple-Cat ][/212a that supports 1200bps operation? All the overlays I've seen for this modem support 300bps only. -dru T.MOORE%MIT-EECS@MIT-MC.ARPA ------- 18-Apr-85 10:23:55-MST,2541;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 10:23:47-MST Received: from xerox.arpa by AMSAA.ARPA id a010742; 18 Apr 85 11:38 EST Received: from Barbera.ms by ArpaGateway.ms ; 18 APR 85 08:37:23 PST Date: 18 Apr 85 10:37:33 CST (Thursday) From: Pencin.dlos@XEROX.ARPA Subject: Re: Help needed - TURBO & Anchor XII (Long) In-reply-to: JFORREST's message of Sun, 14 Apr 85 10:46:17 MST To: Jim Forrest cc: INFO-CPM@AMSAA.ARPA Using the Anchor Mk XII within BYE.COM To use the Mk XII you must ascertain if you have the proper rom set. This can be done by connecting up the modem and typing ATI1 the result will be a number if the number is 218 then you are ok, if not get on the phone to Anchor and get them to replace the roms in your modem. This fixes a nasty habit of the Anchor's which will cause a seizure of the worst kind if someone calls your modem at 300 baud. Apparently the modem gets confused when it answers and has to switch baud rate hanging up the entire system. Thanks to Ed Richter for this information. This tip and the following mod allow the Anchor to function as a Hayes clone in a BBS situation. D. Pollock 4-7-85 DTR Hangup mod for Anchor MK XII by Barry A. Cole 30 JAN 1985 ---------------------------------------------------------------- This will cause a full reset when DTR is brought high(-12v). This follows the standard definition of RS232 and makes the Anchor compatible with the Hayes Smartmodem for usage within "BYE.COM". Installation: 1)Open the modem case using a wide blade screwdriver. Pry the top separate from the bottom. 2)Solder the banded end of a small switching diode such as 1N914 or 1N4148 to the RS232 connector pin 20. Keep the lead long and insert in a piece of sleeving stripped from a wire. Looking from where the ribbon cable enters the board, this is the center of the 7 pins in the 2nd row from the outside of the case. 3)Solder the other end of the diode to a piece of wire. Slide sleeving over the exposed diode lead for insulation. 4)Solder the other end of the wire to the plus(+) side of capacitor C48. This was in the farthest corner of mine. On newer boards, it is near the center of the board. -----> That's all- not bad for 10 cents! If you run a Kaypro, see my program HANGUP.ASM to see how to use this. Most versions of BYE try to drop carrier via DTR even if they think you don't have it! 18-Apr-85 10:54:59-MST,590;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 10:54:50-MST Received: from usc-isi.arpa by AMSAA.ARPA id a011423; 18 Apr 85 12:26 EST Date: 18 Apr 1985 12:24:10 EST Subject: METAL Message System From: Steve Noland To: INFO-CPM@AMSAA.ARPA cc: INFO-HZ100@RADC-TOPS20.ARPA Does anyone know where I can get my hands on the METAL message system software? I am trying to assemble a RCPM using ZCPR3, and I hear that METAL works well in that application. Thanks in advance Steve Noland ------- 18-Apr-85 12:24:41-MST,648;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 12:24:35-MST Received: from simtel20.arpa by AMSAA.ARPA id a014573; 18 Apr 85 13:39 EST Date: Thu 18 Apr 85 11:39:25-MST From: Rick Conn Subject: Re: METAL Message System To: NOLAND@USC-ISI.ARPA cc: RCONN@SIMTEL20.ARPA, info-cpm@AMSAA.ARPA In-Reply-To: Message from "Steve Noland " of Thu 18 Apr 85 12:24:10-MST Steve, I think Echelon sells METAL now. If not (or anyway), you can find out more by leaving a message on Z-Node Central. Z-Node Central runs METAL. Rick ------- 18-Apr-85 13:27:32-MST,5792;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 13:26:40-MST Received: from simtel20.arpa by AMSAA.ARPA id a017853; 18 Apr 85 14:41 EST Date: Thu, 18 Apr 1985 12:17 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: BYE333 available from SIMTEL20 Thanks to Steve Noland we now have available from SIMTEL20 the newly-released (15-Apr-85) BYE333 and its COMPLETE set of new overlays. For those who want the whole package: Filename Type Bytes CRC Directory MICRO: BYE3-OVL.LBR.1 BINARY 105600 32E0H * see note below BYE333.LBR.1 BINARY 55936 105AH I have extracted all the files from both .LBRs so users can select the overlay they need: Filename Type Bytes CRC Directory MICRO: ASMB3.SUB.1 ASCII 1580 3AACH * see note below B3-2718.IQS.1 BINARY 4992 5228H B31602-4.IQS.1 BINARY 3456 9DBDH B32718-4.IQS.1 BINARY 4992 639BH B3ACAT-6.IQS.1 BINARY 4224 94B6H B3APMN-8.IQS.1 BINARY 4224 48A5H B3CCS-3.IQS.1 BINARY 5632 F93FH B3CERM-5.IQS.1 BINARY 3712 08A5H B3COMP-9.IQS.1 BINARY 5888 C3D8H B3DATA-6.IQS.1 BINARY 4224 6260H B3DCH-6.IQS.1 BINARY 3456 E32BH B3EPQX-3.IQS.1 BINARY 4096 FE97H B3HZ10-6.IQS.1 BINARY 4608 85AEH B3HZ89-6.IQS.1 BINARY 4224 B406H B3IM-3.DQC.1 BINARY 3840 A875H * see note below B3KPRO-8.IQS.1 BINARY 3968 EE44H B3LBD-6.IQS.1 BINARY 4992 F85DH B3MD-4.IQS.1 BINARY 5120 EEAFH B3MMII-6.IQS.1 BINARY 3840 0615H B3OSCP-6.IQS.1 BINARY 4224 69F3H B3SB-1.IQS.1 BINARY 3968 DD0BH B3SIO-6.IQS.1 BINARY 4480 CAA7H B3T802-6.IQS.1 BINARY 5376 B644H B3TRS1-6.IQS.1 BINARY 3584 61D6H B3USR-4.IQS.1 BINARY 4096 40E6H BYE333.AQM.1 BINARY 49408 D977H BYE333.INF.1 ASCII 3218 E6A7H BYE333.IQF.1 BINARY 2432 B445H Notes: * B3IM-3.DOC - Adapts all modems using Hayes protocol to BYE333 (or higher) and intelligent modems like: Hayes Smartmodem (300 or 1200 or 2400) Racal-Vadic Maxwell 1200V or 2400V U.S. Robotics (300 or 1200 or 2400) Promodem, Anchor and others * Many of the inserts in the BYE3-OVL.LBR have been corrected since BYE332 was released. Be sure to get the latest version for your port (BYE3-OVL.LBR dated 4/15/85 which is the one we have here at SIMTEL20). * ASMB3.SUB shows how to (more simply) edit and assemble BYE33n.ASM for multiple versions and/or many changes... WITHOUT always editing the humongous 80K source each time. * BYE3 inserts currently available - BYE3.ASM takes full advantage of the result codes returned by modems using "AT" protocol. It uses the terse mode to recognize the speed of the incoming signal and automatically adjusts the computer I/O to that speed, without the user needing to type any CR's. This is of particular benefit for RCPM systems using the new 300/1200/2400 modems. Versions of BYE2 and BYE3 prior to BYE331 have relied on the old PMMI routine to match the incoming speed by adjusting the I/O baud rate until recognizing a CR from a string of CR's sent by the user. That method is not needed by modems using "AT" result codes. The PMMI does not support 1200 or 2400 bps in any event, hence very few are currently in use. All the inserts below have been altered to work with the new versions of BYE3. 2400 bps was added to each from information supplied by the manufacturer's data sheets and/or overlays developed for MDM7, MEX1, etc. BYE3 has an equate to set with the highest speed available for your modem, whether 300 or 1200 or 2400 bps. BYE3 includes smartmodem routines developed for use with modems using the "AT" protocol pioneered by Hayes. No external smartmodem inserts are thus needed, except for systems such as the Cermetek which use their own protocol. The included smartmodem routines also allow answering on first ring, with optional echo-checking offered by some modems for insured accuracy of command accectance. REMEMBER: These are inserts, not overlays. They go into BYE3 at the area specifified by the ++++ char- acters, near the start of the program. Hardware specific inserts ------------------------- B32718-4.INS CCS2718 serial board B31602-4.INS TRS80 Model III with 1602 B3ACAT-6.INS Apple II with Novation Apple-Cat modem card B3APMN-8.INS Apple II with Mountain CPS serial card and external modem B3CCS-3.INS CCS2719 & Sierra Data Science SIO/CTC B3CERM-5.INS Cermetek Infomate 212a control code B3COMP-9.INS CompuPro Interfacer 3 or 4, System Support 1 systems B3DATA-6.INS Datapoint insert (8251A and CTC timer to set baud rates) B3DCH-6.INS Apple II with Hayes Micromodem 100 or 80-103 modem card B3EPQX-3.INS Epson QX-10 with 7201 MPSC and 4618 RTC as timer B3HZ10-6.INS Heath/Zenith -100 series (2661B at 4.9 MHz.) B3HZ89-6.INS Heath/Zenith H89 (8250 I/O at 2 MHz.) B3KPRO-8.INS KayPro (Zilog SIO) B3LBD-6.INS AMPRO "little board" with Zilog Dart I/O and CTC baud rate B3MD-4.INS Morrow MicroDecision computer B3MMII-6.INS Apple II with Hayes Micromodem II card B3SB-1.INS Intertec Superbrain (8251 and BR1941 timer) B3OSCP-6.INS Osborne OS-1 with COMM-PAC internal modem (300 baud only) B3SIO-6.INS Zilog SIO insert with CTC timer to set baud rates B3T802-6.INS TeleVideo TS-802 with external modem B3TRS1-6.INS Radio Shack TRS-80 Model I B3USR-4.INS US Robotics S-100 plug in modem board (8251) (Others will be added as they become available.) --end-- 18-Apr-85 15:25:14-MST,966;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 15:25:03-MST Received: from usc-ecl.arpa by AMSAA.ARPA id a022073; 18 Apr 85 16:56 EST Date: Thu 18 Apr 85 12:17:18-PST From: Ted Shapin Subject: Turbo Pascal for Z19 query To: info-cpm@AMSAA.ARPA Postal-address: Beckman Instruments, Inc. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634 Phone: (714)961-3393 I am having trouble configuring Turbo Pascal for a Zenith-19 terminal. Both version 2. and 3. seem to give garbage all overthe screen when I enter the editor. I have started with a Kaypro diskette, run TINST and tried looking at the codes for the Zenith which all seem to be correct except for start and stop reverse video which were reversed. I am using an Ampro littleboard withthe Z-19 but I can't see that that has any bearing. Any ideas? Borland "technical supprot" was no help. Ted. ------- 18-Apr-85 15:41:11-MST,852;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 18 Apr 85 15:40:59-MST Received: from su-score.arpa by AMSAA.ARPA id a022183; 18 Apr 85 17:06 EST Date: Thu 18 Apr 85 14:05:02-PST From: Sam Hahn Subject: Re: METAL Message System To: RCONN@SIMTEL20.ARPA cc: NOLAND@USC-ISI.ARPA, info-cpm@AMSAA.ARPA In-Reply-To: Message from "Rick Conn " of Thu 18 Apr 85 11:27:06-PST Delphi Data Systems has the Metal RBBS system. The address is: Delphi Data Systems POBox 391567 Mountain View, CA 94039-1567 It is running on the Piconet (user group) system, which is reachable at: 408-965-4097 (300/1200 baud). ----- I'm not connected with Delphi, tho its president used to be president of Piconet, which I'm a member of. -- Sam Hahn ------- 19-Apr-85 01:38:45-MST,1089;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Apr 85 01:38:38-MST Received: from simtel20.arpa by AMSAA.ARPA id a023394; 19 Apr 85 3:04 EST Date: Fri, 19 Apr 1985 01:03 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA Cc: Info-Modem7@SIMTEL20.ARPA, Info-Modemxx@SIMTEL20.ARPA Subject: Revised MODEM/XMODEM protocol document Since there were so many versions of the MODEM/XMODEM protocol documentation floating around the net recently, I decided to call Ward Christensen's RCPM and get the very latest, which was in two pieces (the second of which is the CRC info). I merged the two and the result is available via ANONYMOUS ftp from SIMTEL20 as: Filename Type Bytes CRC Directory MICRO: MODMPROT.003.1 ASCII 15817 9571H --Keith Usenet: ...!decvax!brl-bmd!w8sdz or ...!unc!brl-bmd!w8sdz or ...!seismo!brl-tgr!w8sdz 19-Apr-85 02:48:38-MST,904;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Apr 85 02:48:33-MST Received: from simtel20.arpa by AMSAA.ARPA id a023483; 19 Apr 85 4:22 EST Date: Fri, 19 Apr 1985 02:22 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: BYE3-OVL.LBR revised - missing install file added One more file (which was previously missing) has been added to the BYE3-OVL.LBR, thus changing its size and CRC. The new file is: Filename Type Bytes CRC Directory MICRO: BYE3-OVL.LBR.2 BINARY 110464 0827H If you alreay got the one I announced a few hours ago just get the missing file and add it with LU.COM. Filename Type Bytes CRC Directory MICRO: B3RS2-3.IQS.1 BINARY 4864 D85BH --Keith 19-Apr-85 10:08:29-MST,5291;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Apr 85 10:08:07-MST Received: from brl-aos.arpa by AMSAA.ARPA id a026677; 19 Apr 85 8:57 EST Received: from mitre.arpa by BRL-AOS.ARPA id a003898; 19 Apr 85 8:48 EST Received: by mitre.ARPA (4.12/4.7) id AA08411; Fri, 19 Apr 85 08:48:11 est Message-Id: <8504191348.AA08411@mitre.ARPA> To: ABN.COSCOM-CE-PRG@USC-ISID.ARPA Cc: INFO-CPM@BRL.ARPA Subject: Re: MEX FOR APPLE CPM In-Reply-To: Your message of 16 Apr 1985 16:24-EST. <[USC-ISID.ARPA]16-Apr-85 16:24:56.ABN.COSCOM-CE-PRG> Date: 19 Apr 85 08:47:51 EST (Fri) From: Jeff Edelheit "How can a user of a USENET host access the public domain microcomputer software collection on the DDN/MILNET host SIMTEL20" is being asked with increasing frequency as that software collection continues to grow. Unfortunately, direct access is not possible as there is no UUCP gateway for file transfer between SIMTEL20 (running TOPS-20) and a USENET host (as there is for electronic mail). (DDN, formerly known as ARPANET, is the Defense Data Network. DDN, along with Arpanet, SATNET, SRINET, etc. are all members of a TCP/IP protocol-based, multiple gateway network called InterNet.) USENET has been built on adjacent hosts voluntarily agreeing to store-and-forward relatively short messages across the USENET over dialup lines at 300 or 1200 bps. In the past, helpful InterNet users would fetch the file(s) requested and then e-mail them to the requestor. However, it has been pointed out that large file transfers disrupt the service, delay the shorter messages, and generate unacceptably large phone bills, all of which add up to threaten the tenuous connections that some USENET hosts can barely afford to have. Therefore, we have been asked to encourage InterNet users not to pass archive programs this way. Now for the good news. Some InterNet users, if sent a suitable disk, will download files and return mail the floppy to the requestor. To find a friendly InterNet user, send a message to INFO-CPM at DDN host AMSAA.ARPA via net.micro.cpm identifying your disk format and your request. Usually, someone will respond and come to your aid. If not, don't be bashful, wait a week and try again. But please remember, any such arrangements are strictly between you and your respondent. This is not, repeat NOT, a service of either the InterNet or INFO-CPM. If the above arrangement is inconvenient, or doesn't work, here are several other sources for public domain software. ---------------------------------------------------------------------- Information (and prices) are subject to change without notice. A volume is usually one floppy disk. 1. CP/M User's Group The CP/MUG volumes are available from: CP/M User's Group 1651 3rd Avenue New York, NY 10028 Current volumes are numbered 1 through 92 at $13 per 8" SSSD disk (Northstar format also available). The catalog is $6. 2. Special Interest Group/Microcomputers (SIG/M) The SIG/M volumes are distributed by: SIG/M Amateur Computer Group of New Jersey, Inc. Box 97 Iselin, NJ 08830 Current volumes are numbered 000 through 172. The first disk is $6.00 and $5.00 for each additional disk. The catalog is $2. 3. New York Amateur Computer Club PC-BLUE software volumes for the IBM-PC are available from: S-100, CP/M User Group The New York Amateur Computer Club P.O. Box 106 Church Street Station New York, NY 10008 The documentation files from the SIG/M and CPMUG volumes are available in hardcopy form, grouped into "books", from the NYACC. Each book is priced at $10 including shipping, $15 for overseas airmail. All orders must be prepaid. 4. PicoNet CP/M Users Group PicoNet, CP/MUG, and SIG/M software volumes are available from: PicoNet P.O. Box 391566 Mountain View, CA 94039 Available in 8" and most 5 1/4" soft sector only at $6.00 per disk plus $1.50 shipping per order. California residents add 6.5% sales tax. Quantity discounts are available. 5. Other sources: Compuserve Information Service is another source of public domain software. There are a number of special interest groups (SIGs) devoted to specific hardware as well as CP-MIG, the generic CP/M SIG, a repository for a large quantity of public domain software downloadable by the Compuserve file transer protocol (Christensen protocol is expected by late summer, 1984). There is no charge for access to CP-MIG other than the standard CIS connect charges, and Compuserve can be accessed through their own communications network or through Tymnet. ... and many Remote CP/M (RCPM) systems around the country, where software is available for downloading for the price of a phone call. The May 1984 issue of Microsystems contains the full listing of known RCPMs at the time of publication. I would like to thank Dave Towson, Frank Wancho and Charlie Strom for all their assistance in putting this blurb together. If anybody out in InterNet Land has any questions or comments about the above blurb, feel free to contact any one of us. Jeff Edelheit (edelheit at mitre) 19-Apr-85 12:52:36-MST,1095;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Apr 85 12:52:22-MST Received: from simtel20.arpa by AMSAA.ARPA id a004126; 19 Apr 85 14:00 EST Date: Fri, 19 Apr 1985 12:00 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Modem7@SIMTEL20.ARPA Cc: Info-Cpm@AMSAA.ARPA Subject: Potential configuration trap for MEX users Info on potential trap for MEX users: Modem7 contained default code for the PMMI modem in the user area. Some overlays took advantage of that when no change was required by placing DS's there instead of the required ANI and CPI code. No problem with Modem7, but MEX doesn't work then because there is a RET NOP NOP there. Two MXO overlays ACTUALLY exist with this problem - they could never have worked! (Irv strikes again?). MXO-DP??.AQM and MXO-TV??.AQM. I lost about two hours trying to figure that one out. The program locked up immediately because the ANI and CPI stuff was missing! --Keith 20-Apr-85 09:30:50-MST,2321;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Apr 85 09:30:38-MST Received: from brl-tgr.arpa by AMSAA.ARPA id aa00177; 20 Apr 85 7:21 EST Received: from usenet by BRL-TGR.ARPA id a005065; 20 Apr 85 3:41 EST From: ma3751az%unm-cvax.uucp@BRL-TGR.ARPA Newsgroups: net.micro.apple,net.micro.cpm Subject: Re: StarCard (a plug from a happy hacker) Message-ID: <343@unm-cvax.UUCP> Date: 19 Apr 85 06:02:17 GMT Xref: seismo net.micro.apple:1995 net.micro.cpm:4309 To: info-cpm@AMSAA.ARPA > I heared that the StarCard CP/M card that can be bought with > Wordstar is really a PCPI 6mhz card. If this is true, > does any one know if it comes with the CP/M utilities and > manuals?. > > I saw a place advertising it for ~$150.... > *** MASSAGE THIS LINE WITH YOUR PLACE *** Yeah, the PCPI 'starcard' is one of the best CP/M cards available on the apple. I got it for ~ $185 and thought it was a steal. If you see it lower, GET IT! It comes with CP/M primer, Wordstar 3.3 + manual, CP/M system disk which includes drivers for 80 col cards or 70 col hi-res (goes slow, but works). The card itself is fast. It also comes with the starcard manual which explains all you need except for one of the drivers. ( I still can't figure out what RAMDISK.DVR is used for. Maybe for the 256K Add-on ramdisk you can install...) The WS manual is geared for using the PCPI card, too. You have your basic cp/m utilities: stat, submit, etc. & one called adosxfer which transfers files back and forth between dos 3.3 and cp/m. There is also a file called dosrdsk or something, which, when transferred to dos 3.3, can make the extra 64K on the starcard emulate a ramdisk. When you're using the card, you can change the apple memory into a printer buffer (35K or so!) I have used my card for about 3 weeks now (I only have 1 drive and am in pain...you really need 2 ++). I do recommend it to *anyone* with a //e who wants cp/m. I've used cp/m 3.0 before, but the novelty of cp/m on an apple makes me forget the problems of cp/m 2.2 . ------------------------------------------------------------------------------- Stefan "leach" Chakerian CIS 74365,231 {convex,ucbvax,gatech,csu-cs,anl-mcs,lanl-a}!unmvax!unm-cvax!ma3751az 20-Apr-85 09:59:00-MST,953;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Apr 85 09:58:54-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000205; 20 Apr 85 11:35 EST Received: from usenet by BRL-TGR.ARPA id a007711; 20 Apr 85 9:40 EST From: Sam Chin Newsgroups: net.micro.cpm Subject: 64K dynamic ram query Message-ID: <1010010@acf4.UUCP> Date: 20 Apr 85 05:00:00 GMT To: info-cpm@AMSAA.ARPA <> How does one tell how fast a 64K dynamic ram is? On Intel CPU's they mark them with -1 (10Mhz) -2 (8Mhz) -3 (5Mhz). Is there a similiar marking on dynamic rams? What is the fastest 64K dynamic ram available. I have seen some advertised at 120ns. Are there 100ns 64K rams? Sam Chin ARPAnet: tsc2597.acf4@nyu UUCP : allegra!cmcl2!acf4!tsc2597 20-Apr-85 20:36:33-MST,1005;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Apr 85 20:36:28-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a001141; 20 Apr 85 22:03 EST Received: from usenet by BRL-TGR.ARPA id a014598; 20 Apr 85 21:59 EST From: Chuck Forsberg WA7KGX Newsgroups: net.micro.cpm Subject: Re: xmodem BATCH protocols; any documentation? Message-ID: <141@omen.UUCP> Date: 19 Apr 85 16:52:48 GMT To: info-cpm@AMSAA.ARPA The MODEM7 "batch protocol" was never widely accepted because it is so very specific to CP/M. My understanding is that Ward is writing an article for Byte which describes the "YMODEM" protocol extensions as used by the YAM series of programs. A file describing the extensions is available on Telegodzilla (503-621-3746) as YAMPROT.DQC. -- Chuck Forsberg WA7KGX ..!tektronix!reed!omen!caf Omen Technology Inc 17505-V NW Sauvie IS RD Portland OR 97231 Voice: 503-621-3406 Modem: 503-621-3746 21-Apr-85 01:18:41-MST,1138;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 01:18:37-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a001469; 21 Apr 85 2:51 EST Received: from usenet by BRL-TGR.ARPA id a016575; 21 Apr 85 2:40 EST From: Lester Buck Newsgroups: net.micro.cpm,net.wanted Subject: mailing list program wanted Message-ID: <260@shell.UUCP> Date: 21 Apr 85 05:21:25 GMT Xref: seismo net.micro.cpm:4312 net.wanted:6596 To: info-cpm@AMSAA.ARPA A friend has a local organization with a mailing list of ~5000. He also has an H89 CP/M-80 computer. Could someone suggest a mailing list program that need only print address labels for a newsletter? The only two specifics are that it needs to sort on the zipcodes for bulk mailing rate and the 5.25 inch disks won't hold the entire list, so it must be able to spread across disks. A PD program would be nice, but a reasonably priced commercial product would suffice. Please respond by mail. Thanks in advance, A. Lester Buck @ Shell Development Co. {ihnp4, pur-ee, ut-sally}!shell!buck 21-Apr-85 09:39:32-MST,1009;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 09:39:28-MST Received: from simtel20.arpa by AMSAA.ARPA id a000550; 21 Apr 85 11:08 EST Date: Sun, 21 Apr 1985 09:08 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: John Mulhollen Cc: Info-Micro@brl-vgr.ARPA, Info-Cpm@AMSAA.ARPA Subject: reading IBM 3740 disks In-reply-to: Msg of 9 Apr 1985 00:54-MST from John Mulhollen I have a CP/M-based 8" system and I want to read standard IBM 3740 format disks. Any information/available programs/etc would be greatly appreciated. There is a public-domain program for reading standard single-density IBM 3740 disks. It's available from SIMTEL20 as: Filename Type Bytes Sectors CRC Directory MICRO: 3740UTIL.LBR.1 BINARY 58496 457 = 1C9H 502EH --Keith 21-Apr-85 11:22:06-MST,1842;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 11:21:59-MST Received: from simtel20.arpa by AMSAA.ARPA id a000780; 21 Apr 85 12:55 EST Date: Sun, 21 Apr 1985 10:55 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA Subject: Floppy disk squeal fix The following was recently seen on Ward Christensen's personal bulletin board system (312-849-1132) and is relayed here for its informational value. --Keith From: Ward Christensen To: All Re: Squealing diskettes solved A month or so back I solicited opinions on squealing diskettes. Yesterday I solved it with a replace of the PRESSURE PAD on the Shugart 801 drives. I also WD-40'd the stepper lead screw, and now seeking is as smooth as velvet, IN SPITE of maintenance people's advice to leave it "dry" so it doesn't attract dust. From: Gary Elfring To: Ward Christensen Re: WD-40 and Shugart I have lubricated my lead screws for a number of years. One of my drives started acting up and I noticed that it was very hard to manually move the lead screw. I cleaned the screw completely with a freon based solvent and then lubricated with a light machine oil. This speeded up disk access significantly! Anyway, the choice of lubricant makes a BIG difference. After about 6 months I had to go clean and relubricate the screw. It got all gummed up. This time I used a silicon based spray product. That attracted less dirt and lasts about a year. Cleaning and spraying once a year doesn't bother me much. It also a good idea to check the pressure pads at least once a year. As they wear out the disk reads and writes become less reliable. 21-Apr-85 11:41:28-MST,607;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 11:41:23-MST Received: from simtel20.arpa by AMSAA.ARPA id a000778; 21 Apr 85 12:52 EST Date: Sun, 21 Apr 1985 10:52 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: List of CP/M files on SIMTEL20 updated MICRO:CPM.CRCLST on SIMTEL20 (the file listing all the filenames, sizes and CRCs of the MICRO directories) has been updated as of today. --Keith 21-Apr-85 13:16:46-MST,770;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 13:16:42-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000156; 21 Apr 85 14:46 EST Received: from usenet by BRL-TGR.ARPA id a021849; 21 Apr 85 14:40 EST From: "M.JULIAR" Newsgroups: net.micro,net.micro.cpm Subject: IMSAI PROM needed Message-ID: <463@ahgpb.UUCP> Date: 19 Apr 85 19:00:20 GMT Xref: seismo net.micro:10637 net.micro.cpm:4314 To: info-cpm@AMSAA.ARPA Help! I have an old IMSAI VDP-80. I think I just blew the PROM on the MPU-B board. With Fischer-Freitas out of business, I don't know where to get a new one. Does anyone know? Does anyone have an old PROM, or maybe even an old MPU-B board? 21-Apr-85 14:13:37-MST,945;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 14:13:29-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000224; 21 Apr 85 15:49 EST Received: from usenet by BRL-TGR.ARPA id a022359; 21 Apr 85 15:45 EST From: ir320 Newsgroups: net.micro.cpm Subject: PCPI.MAC available from SIMTEL20 Message-ID: <2015@sdcc6.UUCP> Date: 19 Apr 85 18:22:53 GMT Keywords: PCPI CPM Interface To: info-cpm@AMSAA.ARPA PCPI.MAC and PCPI.DOC are available from SIMTEL 20 under the directory MICRO:(CPM-APPLE). These files provide a method of interfacing with Apple memory through high level languages. So far, the interface works as described in the .DOC files with Turbo Pascal and several C compilers. The only requirement is that the parameters be put on the stack and function results returned in HL register pair. Code can be easily modified. 21-Apr-85 18:26:31-MST,1761;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 21 Apr 85 18:26:25-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000403; 21 Apr 85 19:43 EST Received: from usenet by BRL-TGR.ARPA id a024232; 21 Apr 85 19:41 EST From: "R.Thomas" Newsgroups: net.micro.apple,net.micro.cpm Subject: Re: StarCard Message-ID: <518@sftig.UUCP> Date: 19 Apr 85 17:51:31 GMT Xref: seismo net.micro.apple:1997 net.micro.cpm:4318 To: info-cpm@AMSAA.ARPA > I heard that the StarCard CP/M card that can be bought with > Wordstar is really a PCPI 6mhz card. If this is true, > does any one know if it comes with the CP/M utilities and > manuals?. > > I saw a place advertising it for ~$150.... > > -Gadi > friedman@Ru-Topaz.Arpa > topaz!friedman Yep! It is just that. The manuals that come with it are abominable. However, there is a 50 dollar 'developers manual' available from PCPI. I ordered one yesterday. I'll post more info after I have looked at the it. I'm told that the Applicard/Starcard will not run Microsoft basic (either Mbasic or Gbasic) but have heard rumors that PCPI will sell a patch to basic (one or the other or both??? Anybody know for sure?) that solves the problem. The Starcard comes with one 'flippy' disk with CPM and the basic cpm utilities on it (PIP, STAT, ED, etc. but not Basic). Rick Thomas {ihnp4, akgua, just about anywhere}!attunix!rbt PS -- I have also heard rumors that PCPI is 'going big blue' and is not interested in pushing their Apple products anymore. Could this explain the low price for the Starcard? 22-Apr-85 05:58:02-MST,551;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Apr 85 05:57:59-MST Received: from ddn1.arpa by AMSAA.ARPA id a002114; 22 Apr 85 7:33 EST Date: 21 Apr 85 17:50 EST From: dca-pgs@DDN1.ARPA Subject: Query on Commodore 64 Prices To: info-cpm@AMSAA.ARPA CC: dca-pgs@DDN1.ARPA I'm assuming that the C64 runs CP/M. Anyone got a clue on what it might cost to get a C64 in a package deal with other components, like a decent monitor, WP sw, comm sw, and a modem? Thank you, Pat Sullivan 22-Apr-85 13:53:43-MST,662;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Apr 85 13:53:34-MST Received: from cmu-cs-a.arpa by AMSAA.ARPA id a006934; 22 Apr 85 15:13 EST Date: Mon, 22 Apr 85 14:56 EST From: George.Wood@CMU-CS-A.ARPA To: info-cpm@AMSAA.ARPA Subject: pressure pads for shugart 801r Message-Id: <22Apr85.145615.GW90@CMU-CS-A.ARPA> Help! The pressure pad on one of my shugart 801r's has broken. A couple of years back this happened and I was able to get a new one (In milwaukee), but no one around here seems to have a supply. Does anyone out there know how to obtain them? George Wood CMU-CS-A.ARPA 22-Apr-85 13:57:21-MST,875;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Apr 85 13:57:15-MST Received: from cmu-cs-c.arpa by AMSAA.ARPA id a006995; 22 Apr 85 15:17 EST Received: ID ; Mon 22 Apr 85 15:16:48-EST Date: Mon 22 Apr 85 15:16:47-EST From: Lee.Sailer@CMU-CS-C.ARPA Subject: Anchor Mark XII To: info-cpm@AMSAA.ARPA There was a post awhile back about how to tell if you need to get a new ROM for your Mark XII. Mine failed the test, so I called Anchor. They said that the ATI1 command reports a checksum, and that if you get 254, 083, or 104, then you should call them. I got 129, and they said that is fine. Also, if AT? responds with an "Error", this means that you have a ROM that is capable of sending a Break. If not, the upgrade is $40. At leat, this is what I think he said. ------- 22-Apr-85 15:37:49-MST,2264;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Apr 85 15:37:40-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a009293; 22 Apr 85 17:05 EST Received: from usenet by BRL-TGR.ARPA id a012871; 22 Apr 85 16:49 EST From: Heiby Newsgroups: net.micro.cpm,net.micro.pc Subject: file tran CP/M-80 to MS-DOS problem Message-ID: <492@wnuxb.UUCP> Date: 21 Apr 85 05:02:43 GMT Xref: seismo net.micro.cpm:4322 net.micro.pc:3996 To: info-cpm@AMSAA.ARPA I have a CP/M-80 system (Apple II with Microsoft Softcard, about 4 yrs old) and an AT&T PC 6300 running MS-DOS (new). I would like to send some of my data files from the Apple to the 6300. I find that my CP/M system has a problem in the use of MDM712 and MDM740 (which I just downloaded from CompuServe). I can receive files just fine. I have a problem with some files when I try to send them in Checksum mode. None of the systems to which I have access have CRC mode, so I am unable to test that. What happens is that (on some files) the receiving end believes that the transfer has completed prematurely. For each file that gives me trouble, there is one consistent spot where this always occurs. The spot is different for different files. I have encountered the same problem now in sending files to the MS-DOS system, and to a Unix System V with both umodem (2 versions) and uc (2 versions). This is why I suspect my Apple's software. I have a relatively short test case (about 4K) that I can send out to someone who would like to check to be sure that it is MDM7 and not something peculiar that I have done to my overlay or hardware. I would be grateful of software for MS-DOS that supports CRC checksum, in case that will solve my problem. Another solution would be working file transmission software for the Apple (modem2 compatible). Another solution would be CP/M Kermit, configured for an Apple II with Mountain CPS card. If all else fails, raw CP/M Kermit, which I would hack, would be helpful. Thanks. I can't think of anything else I can do. -- Ronald W. Heiby / netnews@wnuxb.UUCP | unix-request@cbosgd.UUCP AT&T Information Systems, Inc., Lisle, IL (CU-D21) 22-Apr-85 19:58:30-MST,1494;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Apr 85 19:58:17-MST Received: from usc-isid.arpa by AMSAA.ARPA id a010207; 22 Apr 85 21:08 EST Date: 22 Apr 1985 21:06-EST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Query on Commodore 64 Prices From: ABN.ISCAMS@USC-ISID.ARPA To: dca-pgs@DDN1.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA]22-Apr-85 21:06:48.ABN.ISCAMS> In-Reply-To: The message of 21 Apr 85 17:50 EST from dca-pgs@DDN1.ARPA Pat (et al), CP/M on a Commodore 64 isn't exactly the CP/M we all know and love! Things can get VERY weird out, mixing the 6510 and its environment with the Z80, CP/M's addressing, etc. For example, you'll never read anyone else's CP/M 5.25 floppy! (Nothing but another C64, that is.) I don't wanna even THINK about the patching necessary for ports, etc. to transport something like MODEM7 or Kermit! Some smart guys are trying to solve some problems. See Dr. Dobbs, Jan 85, for a discussion of problems with commercial and other software on the C64 with CP/M. They did an MBOOT and MODEM7 fix of sorts. Horror show of moving code via MBOOT and modem. Suggest you look at/review articles about the newer Commodore machine that does full C64 work, plus a slightly better job of CP/M (only slightly). I won't address prices, etc. Check recent copies of RUN, COMPUTE!, etc. Regards, and good luck, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 22-Apr-85 20:40:18-MST,573;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Apr 85 20:40:11-MST Received: from simtel20.arpa by AMSAA.ARPA id a010076; 22 Apr 85 20:41 EST Date: Mon 22 Apr 85 18:41:36-MST From: Jim Forrest Subject: BURROUGHS 2000 To: INFO-CPM@AMSAA.ARPA, INFO-MICRO@AMSAA.ARPA cc: JFORREST@SIMTEL20.ARPA Can anyone help with what kind of printers you can connect to a Burroughs 2000 and what would be required? Can you connect a parallel printer like an Epson JX80 or a Juki 6100? Jim ------- 23-Apr-85 00:14:50-MST,844;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 00:14:45-MST Received: from simtel20.arpa by AMSAA.ARPA id a011763; 23 Apr 85 1:25 EST Date: Monday, 22 April 1985 18:37-MST Message-ID: Sender: Eric Stork From: Eric Stork To: W8SDZ@simtel20.ARPA Subject: Floppy disk squeal fix ReSent-From: KPETERSEN@simtel20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA ReSent-Date: Mon 22 Apr 1985 23:25-MST Keith: I dug deeply into drive screw lubrication issues a few years ago, and received advice from the vendor of my system to use ONLY a Teflon-based lubricant, and that very sparingly. I've used TRI-FLOW for years on my and friends 801s, with no problems. For what that may be worth. Eric 23-Apr-85 00:26:49-MST,907;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 00:26:45-MST Received: from simtel20.arpa by AMSAA.ARPA id a011893; 23 Apr 85 1:50 EST Date: Mon, 22 Apr 1985 23:45 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Heiby Cc: Info-Cpm@AMSAA.ARPA, Info-Modem7@SIMTEL20.ARPA Subject: file tran CP/M-80 to MS-DOS problem The protocol file transfer buffer size is configurable in later versions of Modem7. For a 5-1/4" disk, which is relatively slow, the buffer should be set for no larger than 4k. If that fails, try 2k. See the phone number overlay for details on what address to patch. Make sure that the PC 6300 is initialized for 8 data bits, ONE stop bit, and no parity. This is important. --Keith 23-Apr-85 01:43:52-MST,825;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 01:43:48-MST Received: from edwards-vax.arpa by AMSAA.ARPA id a012337; 23 Apr 85 3:26 EST Date: Mon, 22 Apr 85 13:36:45 PST From: field@edwards-vax.ARPA Subject: LUBING FLOPPY DRIVE LEAD SCREWS To: INFO-CPM@AMSAA.ARPA The best oil-type lubricant i have seen for this application is a product called BREAK-FREE. The volatile component dries in about 12 hours, and has little attraction for dust thereafter For units operating in an extremely dusty environment, you might try a product called DRI-SLIDE. It is Moly-disulfide in an extremely volatile carrier. It is completely dry in less than 24 hours and will work right into the surface of the parts To: INFO-CPM@AMSAA.ARPA From: FIELD 23-Apr-85 06:31:33-MST,818;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 06:31:28-MST Received: from radc-multics.arpa by AMSAA.ARPA id a014224; 23 Apr 85 7:51 EST Date: Tue, 23 Apr 85 07:48 EST From: Wiedemann@RADC-MULTICS.ARPA Subject: IMSAI VDP-80 ROM To: info-cpm@AMSAA.ARPA Message-ID: <850423124813.050011@RADC-MULTICS.ARPA> My apologies to the net for the global address, but my fat fingers deleted the last message before I had a chance to copy the sender's address. I have one of those beasties in my basement. If I have time before this Sunday, I'll blast you a copy. I'll be gone for six days to Maui, but will definitely get you a copy after I return unless some other antique collector on the net found one for you. Wolf Wiedemann RADC-MULTICS 23-Apr-85 11:12:04-MST,6270;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 11:11:39-MST Received: from xerox.arpa by AMSAA.ARPA id a018591; 10 Apr 85 14:39 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 10 APR 85 11:36:11 PST Date: 10 Apr 85 11:36:02 PST (Wednesday) From: NBaheti.ES@XEROX.ARPA Subject: Basic unsqueezer To: INFO-MICRO-REQUEST@BRL-VGR.ARPA, INFO-CPM-REQUEST@AMSAA.ARPA cc: NBaheti.ES@XEROX.ARPA Resent-Date: Tue, 23 Apr 85 11:20:33 EST Resent-From: cpmlist@AMSAA.ARPA Resent-To: info-cpm@XEROX.ARPA ---------------------------------------------------------------- Received: from Flora.ms by ArpaGateway.ms ; 09 APR 85 16:21:16 PST From: NBaheti.es @ PARC-MAXC Date: 9-Apr-85 16:22:00 PST Subject: Basic unsqueezer To: Keith Peterson cc: NBaheti.es@Xerox Keith-- I picked this up on a local BBS with NO DOCUMENTATION, but I still think it may be of use to the users of SIMTEL20's repository. --Arun [NBaheti.es@Xerox] ------------------------- 10 '*************************************************************** 20 ' PCUSQNEW.BAS - Version 1.0 - 3/17/85 30 ' by Kim Levitt - 213-653-6398 (MBBS, 300/1200 baud) 40 ' Update of original 11/25/84 version of USQ.BAS by 50 ' Dave (it can't be done) Rand - 805-493-1987 (voice) 60 ' 65 ' This WILL run on an IBM-PC under interpreter BASICA, 66 ' but VERY SLOWLY.. When I compiled it under BASCOM 67 ' and LINKed it with BASCOM.LIB on the PC-AT, it ran 68 ' fast enough to be useable.. 69 ' 70 '************************************************************** 80 ' INITIALIZATION 90 ' 100 DEFINT A-Z : GETC$=" " : GETW$=" " ' for speed! 110 DIM USQ.TABLE%(1,257), BUF$(128), OUTF$(127) 120 FILE$="" : SF%=0 : FO%=-1 : CSL%=0 : CSH%=0 : OD$="" 340 '*************************************************************** 350 ' COMMON CODE 360 ' 370 ' Common code, accessed with blank command line or begining of 380 ' non-CP/M versions.. (Interactive version) 390 ' 400 SF%=-1 410 PRINT : PRINT "PCUSQNEW.BAS -- A SLOW But Sure BASIC Unsqueezer" 420 PRINT 430 PRINT "(Enter name of file to 'unsqueeze'. Use upper case ONLY.)" 440 INPUT "Name of squeezed file";FILE$ : ID$="" 450 PRINT : PRINT "(Enter 'O' for console output only)" 460 INPUT "Console output? (Y/N/O)";CO$ 470 IF CO$="O" OR CO$="o" THEN FO%=0 : GOTO 520 480 IF CO$="N" OR CO$="n" THEN SF%=0 490 PRINT : PRINT "(Enter return only for current disk)" 500 INPUT "Output drive";OD$ 510 IF LEN(OD$)=1 THEN OD$=OD$+":" 520 PRINT : PRINT "Unsqueezing ";ID$;FILE$;" --> "; 530 OPEN "R", 1, ID$+FILE$, 128 540 GET #1, 1 550 IF EOF(1) THEN PRINT "[File not found]" : CLOSE #1 : KILL ID$+FILE$ : SYSTEM 560 FOR X=0 TO 127 : FIELD 1, X AS D$, 1 AS BUF$(X) : NEXT X 570 GOSUB 900 580 IF USQ.ERR%<>0 THEN PRINT "[Error in header, or not squeezed]" : SYSTEM 590 PRINT "(";OD$;OLD.NAME$;")"; 600 IF FO%=0 THEN PRINT " (console output only)" ELSE PRINT 610 PRINT 620 IF FO%=0 THEN 650 630 OPEN "R", 2, OD$+OLD.NAME$, 128 : OUTR%=1 : OUTS%=0 640 FOR X=0 TO 127 : FIELD #2, X AS D$, 1 AS OUTF$(X) : NEXT X 650 USQ.EOF%=0 660 GOSUB 1170 670 WHILE NOT(USQ.EOF%) 680 IF INKEY$=CHR$(3) THEN 800 690 IF SF% AND USQ$=CHR$(26) THEN SF%=0 700 IF (SF% AND USQ$<>CHR$(10)) THEN PRINT USQ$; 710 IF FO% THEN GOSUB 840 720 CSL%=CSL%+ASC(USQ$) : CAR%=INT(CSL%/256) : CSL%=CSL%-(256*CAR%) 730 CSH%=CSH%+CAR% : CSH%=(CSH% AND 255) 740 GOSUB 1170 750 WEND 760 NCS%=CVI(CHR$(CSL%)+CHR$(CSH%)) 770 IF NCS%<>OLD.CHECK% THEN PRINT : PRINT "[USQ checksum error"; : IF FO% THEN PRINT ", check output file]" ELSE PRINT "]" 780 CLOSE 1 : IF FO% THEN IF OUTS% THEN PUT #2, OUTR% : CLOSE 2 ELSE CLOSE 2 790 SYSTEM 800 CLOSE : IF SF% THEN PRINT : PRINT 810 PRINT "[USQ aborted]" 820 IF FO% THEN KILL OD$+OLD.NAME$ : PRINT "[";OD$;OLD.NAME$;" killed]" 830 SYSTEM 840 '*************************************************************** 850 ' TRANSPARENT FILE OUTPUT ROUTINE 860 ' 870 LSET OUTF$(OUTS%)=USQ$ : OUTS%=OUTS%+1 880 IF OUTS%=128 THEN PUT #2, OUTR% : OUTR%=OUTR%+1 : OUTS%=0 890 RETURN 900 '*************************************************************** 910 ' OPEN SQUEEZED FILE AND EXTRACT NAME, CHECKSUM AND TABLE 920 ' 930 CUR.PNT%=128 : CUR.REC%=-1 : USQ.ERR%=0 : GOSUB 1120 940 IF GETW%<>-138 THEN USQ.ERR%=1 : GOTO 1040 950 GOSUB 1120 : OLD.CHECK%=GETW% 960 GOSUB 1050 : OLD.NAME$="" 970 WHILE GETC$<>CHR$(0) : OLD.NAME$=OLD.NAME$+GETC$ : GOSUB 1050 : WEND 980 GOSUB 1120 : COUNT%=GETW% 990 FOR X=0 TO COUNT%-1 1000 GOSUB 1120 : USQ.TABLE%(0,X)=GETW% 1010 GOSUB 1120 : USQ.TABLE%(1,X)=GETW% 1020 NEXT X 1030 REP.CNT%=0 : USQ.LFT%=0 1040 RETURN 1050 '**************************************************************** 1060 ' GET CHARACTER FROM SQUEEZED FILE 1070 ' 1080 IF CUR.REC%<0 THEN CUR.REC%=0 1090 IF CUR.PNT%>127 THEN CUR.PNT%=0 : CUR.REC%=CUR.REC%+1 : GET 1,CUR.REC% 1100 LSET GETC$=BUF$(CUR.PNT%) 1110 CUR.PNT%=CUR.PNT%+1 : RETURN 1120 '*************************************************************** 1130 ' GET WORD FROM SQUEEZED FILE 1140 ' 1150 GOSUB 1050 : MID$(GETW$,1,1)=GETC$ : GOSUB 1050 : MID$(GETW$,2,1)=GETC$ 1160 GETW%=CVI(GETW$) : RETURN 1170 '*************************************************************** 1180 ' GET UNSQUEEZED CHARACTER 1190 ' 1200 IF REP.CNT%<>0 THEN USQ$=USQ.LAST$ : REP.CNT%=REP.CNT%-1 : GOTO 1250 1210 GOSUB 1260 : IF USQ$<>CHR$(144) THEN USQ.LAST$=USQ$ : GOTO 1250 1220 GOSUB 1260 : REP.CNT%=ASC(USQ$)-2 1230 IF REP.CNT%=-2 THEN REP.CNT%=0 : USQ$=CHR$(144) : USQ.LAST$=USQ$ : GOTO 1250 1240 USQ$=USQ.LAST$ 1250 RETURN 1260 '*************************************************************** 1270 ' TABLE LOOKUP ROUTINE 1280 ' 1290 CUR.USQ%=0 1300 IF USQ.LFT%=0 THEN GOSUB 1050 : USQ.BYTE%=ASC(GETC$) : USQ.LFT%=8 1310 BIT%=USQ.BYTE% AND 1 : USQ.BYTE%=INT(USQ.BYTE%/2) : USQ.LFT%=USQ.LFT%-1 1320 CUR.USQ%=USQ.TABLE%(BIT%,CUR.USQ%) 1330 IF CUR.USQ%>=0 THEN GOTO 1300 1340 IF CUR.USQ%<-255 THEN USQ.EOF%=-1 : GOTO 1360 1350 USQ$=CHR$(-CUR.USQ%-1) 1360 RETURN 1370 END ------------------------- ---------------------------------------------------------------- 23-Apr-85 15:05:41-MST,584;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 15:05:34-MST Received: from csnet-pdn-gw by AMSAA.ARPA id a001289; 23 Apr 85 16:36 EST Received: from ibm-sj by csnet-relay.csnet id ab09374; 23 Apr 85 14:22 EST Date: Tue, 23 Apr 85 09:34:31 PST From: Jim moore To: info-cpm@AMSAA.ARPA Subject: Attache' by Otrona Does anyone know if there are any of these computers available for sale? What ever happens to the inventory of a company that folds? Thanks. JIM 23-Apr-85 16:31:47-MST,1242;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 16:31:42-MST Received: from brl-aos.arpa by AMSAA.ARPA id a002808; 23 Apr 85 18:02 EST Received: from apg-3.arpa by BRL-AOS.ARPA id a019273; 23 Apr 85 17:59 EST Date: 23 Apr 1985 17:55:03 EST (Tuesday) From: John Shaver STEEP-TM-AC 879-7602 Subject: Re: Attache' by Otrona To: info-cpm@BRL.ARPA Cc: jshaver@APG-3.ARPA ----BEGINNING OF FORWARDED MESSAGES---- Date: 23 Apr 1985 17:48:46 EST (Tuesday) From: John Shaver STEEP-TM-AC 879-7602 Subject: Re: Attache' by Otrona In-Reply-to: Your message of Tue, 23 Apr 85 09:34:31 PST To: Jim moore Cc: jshaver@apg-3 I'm not sure whether there are any for sale. We have the following address for someone who fixes them. They might have suggestions. Insight 4720 Table Mesa Dr Suite G Boulder Co 80303 303-499-6000 or you could attempt to reach Charles Raisch who will accept telephone messages at 415-221-3415 or on MCI telex 226-2949 or Compuserve 70346,63 who is the editor of the official newsletter of the Attache computer. ----END OF FORWARDED MESSAGES---- 23-Apr-85 17:15:40-MST,853;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 17:15:34-MST Received: from brl-aos.arpa by AMSAA.ARPA id a002974; 23 Apr 85 18:35 EST Received: from mit-mc.arpa by BRL-AOS.ARPA id a019363; 23 Apr 85 18:34 EST Received: from MIT-EECS by MIT-MC via Chaosnet; 23 APR 85 18:33:37 EST Date: Tue 23 Apr 85 18:32:47-EST From: Andrew Moore Subject: MBBS Available To: info-cpm@MIT-MC.ARPA Kim Levitt's MBBS is now available -- it's a very nice alternative to RBBS and its clones. The .LBR file is 134k and is available on his RCP/M (MBBS #001) at 213/653-6398, 300/1200bps. I've asked him about adding it to Simtel20 -- I'm waiting for a reply. If you plan to set up an MBBS system, let Kim know. -dru T.MOORE%MIT-EECS@MIT-MC.ARPA ------- 23-Apr-85 19:20:07-MST,676;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 19:19:59-MST Received: from brl-aos.arpa by AMSAA.ARPA id a000389; 23 Apr 85 20:48 EST Received: from mit-mc.arpa by BRL-AOS.ARPA id a019628; 23 Apr 85 20:47 EST Received: from Think.ARPA by MIT-MC.ARPA; 23 APR 85 20:46:35 EST Received: by THINK.ARPA with CHAOS id AA11953; Tue, 23 Apr 85 20:42:54 est Date: Tue, 23 Apr 85 20:47 EST From: Cliff Lasser Reply-To: CAL@MIT-MC.ARPA Subject: Superbrains wanted To: INFO-CPM@MIT-MC.ARPA Does anyone out there know where I may find used or refurbished Superbrains? Thanx -Cliff 23-Apr-85 20:24:14-MST,916;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 20:24:08-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000670; 23 Apr 85 21:49 EST Received: from usenet by BRL-TGR.ARPA id a008754; 23 Apr 85 21:46 EST From: Darrell Long Newsgroups: net.micro,net.micro.cpm Subject: Altos for sale Message-ID: <810@sdcsvax.UUCP> Date: 22 Apr 85 22:28:07 GMT Xref: seismo net.micro:10665 net.micro.cpm:4331 To: info-cpm@AMSAA.ARPA FOR SALE --- ---- 2 Altos 64k Z80 systems. Two 8" disk double density disk drives, Aztec ``C'' compiler, WordStar, sundry software. $500.00 each Contact: Darrell @ 619-299-4332 John @ 619-286-0166 -- Darrell Long Department of Electrical Engineering and Computer Science University of California, San Diego USENET: sdcsvax!darrell ARPA: darrell@sdcsvax 23-Apr-85 20:25:36-MST,938;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Apr 85 20:25:31-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a000668; 23 Apr 85 21:48 EST Received: from usenet by BRL-TGR.ARPA id a008734; 23 Apr 85 21:46 EST From: Ty Wernet Newsgroups: net.micro,net.micro.cpm,net.wanted Subject: Associate+ Computer Disk Format Message-ID: <894@noscvax.UUCP> Date: 22 Apr 85 19:02:16 GMT Xref: seismo net.micro:10664 net.micro.cpm:4330 net.wanted:6614 To: info-cpm@AMSAA.ARPA Does anyone know how to read an ASSOCIATE computer diskette. I have some data I would like to read off of this disk but no way to do it without knowing the format or a compatible format. If a compatible format is available I could then read the diskette on my IBM using uniform. Thanks in advance. ty@nosc (milnet) UUCP: ...sdcsvax!noscvax!ty 24-Apr-85 01:33:10-MST,11832;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Apr 85 01:32:39-MST Received: from simtel20.arpa by AMSAA.ARPA id a001863; 24 Apr 85 2:50 EST Date: Wed, 24 Apr 1985 00:50 MST Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: INTRVIEW.WLC - An interview with Ward Christensen INTRVIEW.WLC created 24-Apr-85 by Keith Petersen, W8SDZ. The following is an edited copy of an interview that appeared in the form of several messages on Ward Christensen's bulletin board. It offers some interesting insight into the life and times of our "CP/M Guru". Date: Feb. 8, 1985 From: Ward Christensen To: Laurence Gonzales Re: Interview I'm a negativist, hater of life, and have a short fuse - it doesn't take much to set me off. That's why I'm into computers - its almost like a drug, letting you get so completely wrapped up in it, the "world passes you by", i.e. I've been known to have a bad headache or stomach ache, but an hour of computing, and I'm oblivious to it, until I stop for something. It's a totally engrossing way to "pass the time". What I do for IBM and why I like working there? Well, Very long story, but you asked for it. Lets go back to my Sr. year of high school. I "built" a computer - merely a 10-stage binary counter with phone-dial input, and some wires to handle carrying from one "flip-flop" to the next, and lights to show output, etc. After pi__ing away 3 semesters at a big university not being sure what I wanted to do with my life (still the case, by the way), I dropped out and went back "home" - and skipping a few chapters of the book, got asked that since I'd "built" a computer in high school, would I like to learn to program them? This was in '65 or so. I said "sure", and took a few IBM classes in Milwaukee, riding into school on my motorcycle. After a few months, I realized that I really liked computers - I was technically inclined, and somewhat a loner, and what better thing could there be? Sure, I liked going on motorcycle rides, but not in the winter, etc. Came time to go back to college, I talked with our IBM Systems Engineer, and asked what kind of schooling I should get. I hoped he wouldn't say "business degree", 'cause that turned me off. No, he said math, sciences, etc. So I went to a small college (now bankrupt, R.I.P.) and got a Physics Major, Chem Minor, and hit "deans list" 6 semesters in a row, then took ONE job interview, IBM. I figured simply that I could either work for someone who USES computers, or someone who MAKES them, and the decision sounded easy if I wanted to be "where he action is". However, I wasn't smart enough to go looking for the best job in IBM, instead I just interviewed the local office, which was looking for a systems engineer - the "technical side of sales", i.e. doing configurations, performance planning, helping solve bugs, etc. I wound up in the Hammond IN branch, and have stuck with it since. If I had it to do over again, I'd look for a job in research or something more technically involved. Matter of fact, it came as quite a shock to find the IBM office back then didn't even have a computer in it! Here I was, working for a computer mfgr, but not working with a computer! I was only able to work with the customer's machines! So, I guess that got me interested in a home computer. I remember being interested in the very early 70's, and bought a Data General Nova instruction manual, got literature from TI on their minicomputers, etc. I learned about the 8008 in Jan '74, and taught myself TTL that summer, and bought an Altair, the "first popular" computer kit, in early '75. SO, long answer - what do I do for IBM? Well, I'm still an SE, but have moved up a few jobs - trainee, assistant, associate, se, and now advisory. We are just now starting to have PC's in the offices. As to my view of "IBM vs my personal contributions" - well, I guess that after writing a letter to IBM trying to get them to come out with a personal computer, and receiving a reply "we don't think there is a market for them", I kind of "went off on my own". For conflict of interest reasons, I decided that I'd give away anything I did, rather than trying to sell it. This is a very "conscientious", or whatever word fits - thing for me to do - people say I've passed up millions $ in the many things I pioneered. But, I wasn't the entrepreneur type, and IBM paid well enough to finance my hobby. I'm sure it helped my IBM related career, i.e. outside recognition, etc. I guess I don't remember the Ted Nelson thing fighting to get the "world up in arms against the computer giants". I've seen nothing wrong with "computer giants" - thought I admit that when a company gets larger than some critical mass, it gets a "momentum" disproportionate to its technical abilities - allowing it to sometimes come out with products that would have failed if done by other companies - perhaps the PC Jr is such - having recently had new life breathed into it ala new keyboard, and significant price cuts (temporary tho they were). The kind of practical innovation that has come out of IBM has been VERY fascinating. I used to like to talk to fellow computer hobbyists about the printer we had that printed about as fast as you could pull paper out of a box; and about the 2.5 BILLION byte "boxes" of disk storage, etc. I always kept my hobby separate from my job - I didn't see how I could enjoy the hobby if it became the same as my job, but as of Jan 1, I knuckled under to that, too, and am now the workstation specialist (means PC's and terminals) for one of the branch offices in downtown Chicago. (which I really hate - being a small town "boy", the big city is really a pain!) But, having bought a house at a time that interest rates were low, its like having a rich uncle, what with what has happened to interest rates. It tends to keep me rooted in one spot. (I always was very conservative). Old Q's: "you were 29 when you got into this, right? And what background did you have to read TTL tech material anyway?" Yes, 29. And for technical background, I had a degree in physics, and even from a liberal arts college, you DO learn some basic electronics. Also of course remember I'd built this computer in high school, but still I was most certainly not one of the "jocks". TTL just came natural to me, I guess because its so mathematical in nature. Its as "simple as" 0 volts being a "false" value, and 5 volts being a "true" value, and voila (or is it viola?) you could do things like and, or, exclusive or, not, not-and, etc - but instead of numbers on a sheet of paper, they were electrical signals. History on the micro? When did it go from switches on the front panel? I guess '76 or so - or whenever the apple ONE came out, and the SOL, which was a small machine based upon similar technology to the original Altair that is credited with starting it all. But then again, my current CP/M machine, with 256K, 3 floppies, and 8M of hard disk, still has front panel switches, and LIGHTS. I sure miss the LIGHTS on my PC - you can tell what its doing, how its doing, etc. When did I first discover I could "play" with a computer? Well, I guess that high school project was one. It was purely a technical challenge, and learning tool - had no practical application. Actually, I was motivated to spend the $$ to build it knowing I'd win first prize (I suppose I could be a bit less egotistical and say "hoped.."), of $75. Sure enough I won, but got a hand-shake and 'gee, sorry - we never got out to get funds for a bond' story. Owell. Then, within my first year working at IBM, the first customer I worked with was sufficiently impressed to try to hire me away, and a whopping 40% pay hike over what IBM paid - but I figured I'd be better in the long run to stay with IBM. Right! That company doesn't exist any more!. What "clicked" to make me excited about the fact of having my own computer? Well, I don't remember, sorry. I guess I just never found anything technically challenging enough, and realized that a computer would be a tool of unlimited variability that could do what I wanted it to do. I guess I was just a computer junkie, even though at the time there weren't home machines. I remember this customer (that offered me the job) wasn't allowed to trust me with a key, but they approved me sleeping over Friday night so I could use the computer Saturday. As a result, they got some results they certainly didn't get out of their own people - because I was willing to spend so much time at it. It really IS a "habit" - like a drug, etc. Why else would I be - as I am now - typing at after midnight, having to get up shortly after 6:00 tomorrow, etc. It is just so completely unlimiting, I guess. Today, I was stuck in a VERY crowded elevator for about 6 minutes. Two of the people were claustrophobic. I say this because somehow my interest in computers is as inexplicable as the claustrophobia is to them - it is just there. I think because I was a loner, I never got interested in the more "humanitarian" things - never got interested in "partying", owning a boat, etc. I HATE driving - being very law abiding, it is unbearable to be placed in a situation of watching everyone else break the law, from failing to signal, to parking in two places, to speeding, - sitting home at my computer is perhaps a sign of "withdrawal". I did fall in love once, 1977, er, March, ah, March 2nd, ah, 8:30 PM (not that it made a big deal to me, heh heh). Believe it or not "my disk drives rusted up" as a result of that - but sadly for the wrong reason -massive depression because she was a "career worman", and I just didn't fit in her life. It did open my eyes to a lot of life, but also made me sort of "give up" - I look at it as both the best and the worst thing that ever happened to me. What did I do in '55 w/hen Chuck Berry and Bill Haley revolutionized music? They did? Was I building radios? No, I didn't have the ambition to learn anything that complicated. I just mixed chemicals together, and blew up the back yard, I guess. (take one part gunpowder, bury in 1 foot deep hole; bury a wire with fine wire wrapped around match head in it, cover with dirt, go in house and plug other end in socket, go back out and apologize to neighbors cookout for sprinkling dirt on them.. "Get a job" was the first 45 I bought, and I didn't buy many. Came from "college educated" family, with sort of "snobbish" mother - when we got a TV, unlike everyone else who put an antenna on the roof, she insisted it go in the attic so no one would know we had time for such frivolity. I think they sort of turned me into a loner, too, by steering me toward the "children of their friends", rather than the local neighborhood kids, who were mostly factory workers' kids (not all, one friend's father was doctor, etc). I guess it was HeathKit that got me into electronics - I built their 16-in-one transistor experimentors kit my jr year of High School; Oh, also I think I subscribed to Popular Electronics. Later to Radio Electronics. You are bound to pick up some things from that, by osmosis if nothing else. I was even known to buy old used computer boards for two bucks fifty, and literally blow-torch the chips off of them to make my projects. --end-- 24-Apr-85 10:23:55-MST,1017;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Apr 85 10:23:49-MST Received: from simtel20.arpa by AMSAA.ARPA id a003542; 24 Apr 85 11:23 EST Date: Saturday, 6 April 1985 08:16-MST Message-ID: Sender: "Ross A. Alford" From: "Ross A. Alford" Subject: Turbo Pascal refs program doc and source available ReSent-From: KPETERSEN@simtel20.ARPA ReSent-To: Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA ReSent-Date: Wed 24 Apr 1985 09:23-MST Now available from SIMTEL20: Filename Type Bytes CRC Directory MICRO: REFS.DOC.1 ASCII 2449 5807H REFS.PAS.1 ASCII 17762 52A7H which is my Turbo Pascal program for listing the references in technical papers that use the author, date form for citations. I hope this will be of use. Ross Alford {decvax akgua unc duke ihnp4}!mcnc!ecsvax!alford 24-Apr-85 11:31:52-MST,683;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Apr 85 11:31:48-MST Received: from brl-tgr.arpa by AMSAA.ARPA id a005503; 24 Apr 85 12:49 EST Received: from usenet by BRL-TGR.ARPA id a020978; 24 Apr 85 12:47 EST From: Jack Engle Newsgroups: net.micro.cpm Subject: VAX TERMCAP Message-ID: <836@loral.UUCP> Date: 23 Apr 85 16:26:27 GMT To: info-cpm@AMSAA.ARPA Greetings I am looking for a term cap for a Kaypro 2 with cpm 2.2g and i will be talking to a berkly unix system (i think). The system that is runnig the unix is VAX. Tankyou In Advace. Jack Lee Engle II 25-Apr-85 07:25:46-MST,481;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Apr 85 07:25:43-MST Received: from csnet-pdn-gw by AMSAA.ARPA id a004754; 25 Apr 85 8:49 EST Received: from ukans by csnet-relay.csnet id a019180; 24 Apr 85 22:24 EST Date: 23 Apr 85 23:38:33-CST (Tue) From: Canas%ukans.csnet@CSNET-RELAY.ARPA To: Info-Cpm@AMSAA.ARPA Subject: Delete from mailing list Please delete me from your mailing list Thanks Daniel 25-Apr-85 12:10:09-MST,1044;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Apr 85 12:10:03-MST Received: from nosc-gw by AMSAA.ARPA id a011721; 25 Apr 85 13:27 EST Received: from cod.ARPA by nosc.ARPA (4.17/4.7) id AA20734; Thu, 25 Apr 85 10:26:21 pst From: bang!dan@nosc.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Received: by cod.ARPA (4.17/4.7) id AA07462; Thu, 25 Apr 85 10:24:48 pst Date: Thu, 25 Apr 85 10:24:48 pst Message-Id: <8504251824.AA07462@cod.ARPA> To: info-cpm@AMSAA.ARPA Subject: Re: Attache' by Otrona Jim, you might try contacting Russel Oiler at (619) 271-5610. He is the head of the Otrona Users Group in San Diego. If Russel donesn't know himself, he at least will be able to point you in the right direction. I used to have a small number of them myself, but sold them to others like you (I kept an 8/16, though). Good Luck Dan Seguin bang!dan@nosc 26-Apr-85 08:58:03-MST,697;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 26 Apr 85 08:57:53-MST Received: from almsa-1.arpa by AMSAA.ARPA id a003519; 26 Apr 85 10:19 EST Date: Fri, 26 Apr 85 9:13:59 CST From: Ernie Co-Vax To: Info-Cpm@AMSAA.ARPA Subject: Forwarded mail Received: from csnet-pdn-gw by AMSAA.ARPA id a004754; 25 Apr 85 8:49 EST Received: from ukans by csnet-relay.csnet id a019180; 24 Apr 85 22:24 EST Date: 23 Apr 85 23:38:33-CST (Tue) From: Canas%ukans.csnet@CSNET-RELAY.ARPA To: Info-Cpm@AMSAA.ARPA Subject: Delete from mailing list Please delete me from your mailing list Thanks Daniel 26-Apr-85 10:48:13-MST,988;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 26 Apr 85 10:48:07-MST Received: from simtel20.arpa by AMSAA.ARPA id a005612; 26 Apr 85 12:21 EST Date: Wed, 24 Apr 85 07:46:54 pst Message-ID: Sender: MEDIN-T.S%cc82@nosc.ARPA From: Ted Medin To: W8SDZ@simtel20.ARPA Subject: Re: Floppy disk squeal fix ReSent-From: KPETERSEN@simtel20.ARPA ReSent-To: Info-CPm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA ReSent-Date: Fri 26 Apr 1985 10:21-MST Just a note about using wd-40. I have a friend who is a maintenance chief for the navy at Miramar naval air station. He says that the navy will not allow wd-40 to be used because of its corrosive actions. I have personaly noted some things on my watch buttons that verify the statement. I personally use wd-40 to free up stuck things (and it does do a good job) but then I make sure I clean and reoil the part affected. 29-Apr-85 21:55:42-MDT,797;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 21:55:38-MDT Received: from mitre.arpa by AMSAA.ARPA id a000357; 29 Apr 85 8:39 EST Received: by mitre.ARPA (4.12/4.7) id AA16523; Mon, 29 Apr 85 08:40:19 edt Message-Id: <8504291240.AA16523@mitre.ARPA> To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA Cc: INFO-CPM@AMSAA.ARPA Subject: Re: NETWORKING In-Reply-To: Your message of 26 APR 85 13:40-EST. <8504261934.AA03877@mitre.ARPA> From: Jeff Edelheit Date: 29 Apr 85 08:39:21 EDT (Mon) Sender: edelheit@MITRE.ARPA Sure am interested in networking. My US mail address is: Jeffrey Edelheit MITRE Corporation 1820 Dolley Madison Blvd. McLean, VA 22102 Thanks Jeff Edelheit (edelheit@mitre) 29-Apr-85 21:55:56-MDT,1777;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 21:55:50-MDT Received: from xerox.arpa by AMSAA.ARPA id a006600; 29 Apr 85 11:51 EST Received: from Barbera.ms by ArpaGateway.ms ; 29 APR 85 08:49:44 PDT Date: 29 Apr 85 10:49:36 CDT (Monday) From: Pencin.dlos@XEROX.ARPA Subject: Re: Hard disk-drive question In-reply-to: <514@mcnc.mcnc.UUCP> To: Ravi Subrahmanyan cc: info-cpm@AMSAA.ARPA A computer system is only obsolete when you have progressed past it's inherent capabilities, (i.e. Not enough memory space, not enough disk space, processor to slow, screen to small and not expandable). In your case it appears that you are still developing on your system and that it is still a useful tool. Like any tool, your system becomes more useful when it's easier or faster after an enhancement is added. In this case (adding a rigid) you will find 2x to 10x improvement in disk bound processing, plus the added convienence of all your files directly accessable without swapping disks...The added enhancement of ZCPR will make your system feel like an extension of your own thought cataloging method. I have added a rigid to my XEROX 820-II and now am hardly able to stand the use of a floppy system, in fact I got so hooked that I hacked around the system and added another TW0 8 meg rigids to the system giving me 24 megs of online storage..A bit of over kill, but It allows me do do anything I want in terms of segmenting my work. $1000 dollars will be well spent to keep a friendly, familiar piece of equipment from becomming 'obsolete', after all a computer only processes bits, it's the human perception that makes one computer better than another... Russ 29-Apr-85 21:56:09-MDT,1753;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 21:56:03-MDT Received: from ames-vmsb.arpa by AMSAA.ARPA id a007542; 29 Apr 85 12:23 EST Date: 29 Apr 1985 0905-PST From: MAX.HARTMAN@ames-vmsb.ARPA Subject: --- ADM3a/KAYPRO II Termcaps --- To: INFO-CPM@AMSAA.ARPA Reply-To: MAX.HARTMAN@ames-vmsb.ARPA The question was brought up about why the one termcap did not have a "le" (cursor left) field? Answer: at the start of the entry there is the "bs" (Back-space capability) field. If I remember correctly, this field is a flag, whose mere presence states "a ^H will move the cursor backwards on this type of terminal". Also, the only difference on the compared ADM3a and KAYPRO entries was the delete line (and move all other lines up) entry. This will speed up the use of vi if it is present, but the straight ADM3a entry will ALSO work, just not as fast....when the application calls for deleting a line, it will repaint the entire lower screen, instead of moving them up w/ the screen-driver assistance..... And finally, I think the tirade about the "ma" (cursor-key map) entry was a little unjust....it may have been a little off, but it was probably just typoes (those things are tedious to type if you don't know what they mean!), and not maliciousness on his part, which was what the person doing the yelling seemed to imply (I don't remember the names of the person who submitted the entries, or the one who seemed so offended about them were). If you were merely trying to point out an error (whoever you are), I apologize for the above, but your letter DID seem a little over-vicious.... -Richard Hartman max.hartman@AMES-VMSB ------ 29-Apr-85 21:57:56-MDT,1653;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 21:57:51-MDT Received: from lll-mfe.arpa by AMSAA.ARPA id a002303; 29 Apr 85 18:04 EST Date: Mon, 29 Apr 85 05:53 MFE_TIMEZONE_DAYLIGHT From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: Continuing Saga of the ADM3a/Kaypro Termcap To: INFO-CPM@AMSAA.ARPA Dave Towson, et. al., thanks. I am the originator of the ADM3a/Kaypro termcap (or the one who POSTED it, anyway) that's been causing all of the hoop-lah. Perhaps the differences that were of consurn have something to do with the fact that I provided an EMACS termcap entry, and this was being compared and contrasted to a UNIX termcap. I can state that I have used this termcap on a Kaypro II with my own hands for hours on our VAX under VAX/VMS running a Gosling EMACS. As for the rest of the world, gee - I dunno. I hope it was of help, anyway. And if you need the EMACS termcap gobbledegook deciphered for you out there in netland, I will be happy to provide the EMACS interpretation for you to the best of my ability. As to UNIX - go find a UNIX person, I'm a VAX/micro hacker. Or a micro VAX-hacker. Or perhaps - uh, never mind. Best I not use VAX, UNIX, and hacker in sentences lest I let myself in for a flame. As to "tirades" and all of that, I am not upset - yet another flame in netland, as I see it - and probably quite useful if you are trying to get up on a UNIX system at that. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Richard Secrist * "It's always darkest just before it gets pitch black." -Anon. 29-Apr-85 22:08:20-MDT,1163;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 22:08:14-MDT Received: from mitre.arpa by AMSAA.ARPA id a001035; 29 Apr 85 8:04 EST Received: by mitre.ARPA (4.12/4.7) id AA15680; Mon, 29 Apr 85 08:04:37 edt Message-Id: <8504291204.AA15680@mitre.ARPA> To: Ravi Subrahmanyan Cc: info-cpm@AMSAA.ARPA Subject: Re: Hard disk-drive question In-Reply-To: Your message of 27 Apr 85 01:09:05 GMT. <514@mcnc.mcnc.UUCP> Date: 29 Apr 85 08:04:11 EDT (Mon) From: Jeff Edelheit With respect to the cost of the hard drive, if the $895 includes the controller and the 8mb is formatted, then the price does not seem to be too out-of-line, just a little high. Regarding the question about obsolescence, I think that if you like a system (i.e., it does almost everything you want) and don't think that you will be replacing it anytime in the near to mid future (1 to 3 years) then it doesn't really matter if the system is not "state-of-the-art". If it's functional, use it; if it ain't broke, don't fix it. Jeff Edelheit (edelheit@mitre) 29-Apr-85 22:08:31-MDT,684;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 22:08:27-MDT Received: from xerox.arpa by AMSAA.ARPA id a006258; 29 Apr 85 11:47 EST Received: from Flora.ms by ArpaGateway.ms ; 29 APR 85 08:46:35 PDT Date: Mon, 29 Apr 85 08:46 PDT From: HFang.ES@XEROX.ARPA Subject: Re: NETWORKING In-reply-to: "HARRELL%EDUCOM.BITNET@WISCVM.ARPA's message of 26 APR 85 13:40 EST" To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA cc: INFO-CPM@AMSAA.ARPA, HFang.es@XEROX.ARPA I would like to receive a copy of a networking newsletter. Please add me to your mailing list. My mailing address is XeroxInfo-CPM^.wbst HFang.ES. Thx. henry, 29-Apr-85 22:08:44-MDT,624;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 22:08:40-MDT Received: from xerox.arpa by AMSAA.ARPA id a001022; 29 Apr 85 16:23 EST Received: from Flora.ms by ArpaGateway.ms ; 29 APR 85 11:03:20 PDT Date: Mon, 29 Apr 85 10:58 PDT From: WSullivan.ES@XEROX.ARPA Subject: Re: NETWORKING In-reply-to: "HARRELL%EDUCOM.BITNET@WISCVM.ARPA's message of 26 APR 85 13:40 EST" To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA cc: INFO-CPM@AMSAA.ARPA Re: Network Newletter: Thanks from: Bill Sullivan Xerox, BSG 880 Apollo, P3-68 El Segundo, Ca, 90245 29-Apr-85 22:09:00-MDT,957;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 22:08:56-MDT Date: Mon, 29 Apr 85 16:46:04 EST From: David Towson (SECAD) To: MAX.HARTMAN@ames-vmsb.ARPA cc: INFO-CPM@AMSAA.ARPA Subject: Re: --- ADM3a/KAYPRO II Termcaps --- Richard - I believe you are absolutely correct about the backspace ("bs") termcap entry taking care of left cursor movement. I overlooked that. But "tirade", "unjust", "maliciousness", "yelling", "offended", etc.??? Where do you get all this negativism? The purpose of this newsgroup is to exchange information, preferably accurate information. And questioning what appears to be an error is not "doing somebody dirty", it's just trying to get the facts straight for everyone's benefit (including mine). Sorry if I have offended anyone. That, for sure, was not my intention. Dave towson@amsaa.arpa 29-Apr-85 22:09:51-MDT,1049;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 22:09:47-MDT Received: from ames-vmsb.arpa by AMSAA.ARPA id a008193; 29 Apr 85 19:24 EST Date: 29 Apr 1985 1617-PST From: MAX.HARTMAN@ames-vmsb.ARPA Subject: --- EMACS termcap --- To: INFO-CPM@AMSAA.ARPA Reply-To: MAX.HARTMAN@ames-vmsb.ARPA Richard (Secrist) offered to explain the EMACS termcap "gobbledegook" and I'd like to take him up on that offer....I am only familiar w/ UNIX termcap gobbledegook, and that not very recently (I have been working on RSX-11m/VMS/RT-11/etc.... systems for the paste 2-3 years.... Just what is the meaning of the infamous "ma" field, that was misteaken (or was it?) for a keypad "map" definition?? And what about the rest of the stuff...to be honest, I read that it was an "EMACS termcap entry"...but it just didn't\ hit that it would be all that different from a UNIX termcap entry......care to elucidate on the differences?? -Richard Hartman max.hartman@AMES-VMSB ------ 29-Apr-85 23:22:35-MDT,2001;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:22:30-MDT Received: from ucb-vax.arpa by AMSAA.ARPA id a000539; 30 Apr 85 0:43 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.46) id AA05220; Mon, 29 Apr 85 21:41:54 pdt Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA) by ucbjade.CC.Berkeley.ARPA (4.19/4.34.2) id AA04120; Mon, 29 Apr 85 21:39:45 pdt Received: by ucbopal.CC.Berkeley.ARPA (4.19/4.34.1) id AA20050; Mon, 29 Apr 85 21:43:29 pdt Date: Mon, 29 Apr 85 21:43:29 pdt From: "William C. Wells" Message-Id: <8504300443.AA20050@ucbopal.CC.Berkeley.ARPA> To: INFO-CPM@AMSAA.ARPA Subject: Re: Continuing Saga of the ADM3a/Kaypro Termcap Some of you may have noticed differences in the padding number for "cl", eg. :cl=3^Z:, cl=1^Z . I suspect that some of the problems I have observed with the Kaypro 2x at higher port speeds (eg. 1200, 9600 baud) are related to needs for the microcomputer to do some work each time it receives a new-line (linefeed) and/or return (CR) character from a remote system. Depending on the port speed and the amount of cpu processing required by the communication program on the Kaypro, it may be necessary to increase the padding on "cl" (clear screen), and set or increase "dC" (number of milisec of cr delay needed) and "dN" (number of milisec of nl delay needed). Of course, adding padding and end of line delays to the termcap may not be the whole solution. Lack of data line flow control (eg. XOFF/XON) can easily bring most communications programs to a halt at higher speeds (by overflowing I/O buffers). In addition, many communication and file transfer program assume a quick response to transmission from the remote machine. That is, the program will time out when the required response is delayed, for example, by an overloaded time sharing system. Bill wcwells@Berkeley.ARPA 29-Apr-85 23:57:39-MDT,1194;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:57:35-MDT Received: from almsa-1.arpa by AMSAA.ARPA id a000612; 26 Apr 85 13:29 EST Date: Fri, 26 Apr 85 12:18:58 CST From: Irene Homyer To: info-cpm@AMSAA.ARPA Subject: Forwarded Mail Received: from cod.ARPA by nosc.ARPA (4.17/4.7) id AA20734; Thu, 25 Apr 85 10:26:21 pst From: bang!dan@nosc.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Received: by cod.ARPA (4.17/4.7) id AA07462; Thu, 25 Apr 85 10:24:48 pst Date: Thu, 25 Apr 85 10:24:48 pst Message-Id: <8504251824.AA07462@cod.ARPA> To: info-cpm@AMSAA.ARPA Subject: Re: Attache' by Otrona Jim, you might try contacting Russel Oiler at (619) 271-5610. He is the head of the Otrona Users Group in San Diego. If Russel donesn't know himself, he at least will be able to point you in the right direction. I used to have a small number of them myself, but sold them to others like you (I kept an 8/16, though). Good Luck Dan Seguin bang!dan@nosc 29-Apr-85 23:57:49-MDT,538;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:57:46-MDT Received: from wiscvm.arpa by AMSAA.ARPA id a001209; 26 Apr 85 13:50 EST Received: from (HARRELL)EDUCOM.BITNET by WISCVM.ARPA on 04/26/85 at 12:47:46 CST Date: 26 APR 85 13:40-EST From: HARRELL%EDUCOM.BITNET@WISCVM.ARPA To: INFO-CPM@AMSAA.ARPA Subject: NETWORKING If you would like to receive a copy of a networking newsletter at no charge please send me your hardcopy mailing address. Thanks 29-Apr-85 23:58:04-MDT,874;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:57:58-MDT Received: from ames-vmsb.arpa by AMSAA.ARPA id a000583; 26 Apr 85 14:23 EST Date: 26 Apr 1985 1057-PST From: MAX.HARTMAN@ames-vmsb.ARPA Subject: --- Kaypro Termcap --- To: INFO-CPM@AMSAA.ARPA Reply-To: MAX.HARTMAN@ames-vmsb.ARPA Jack, As far as I have been able to determine, the Kaypro is compatible with an ADM3 (or 3a). I think this is for Kaypro 2, but I am not sure. Try setting the term type to ADM3a, which SHOULD be in the /etc/termcap file in most systems. If it works, you could always add the special function (keypad) keys yourself (I don't remember if they generate special codes or just the ASCII numbers.....) If anyone else has any more information...... -R. Hartman max.hartman@AMES-VMSB ------ 29-Apr-85 23:58:18-MDT,1679;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:58:12-MDT Received: from ames-vmsb.arpa by AMSAA.ARPA id a000586; 26 Apr 85 14:23 EST Date: 26 Apr 1985 1051-PST From: MAX.HARTMAN@ames-vmsb.ARPA Subject: --- remaining inventory --- To: INFO-CPM@AMSAA.ARPA Reply-To: MAX.HARTMAN@ames-vmsb.ARPA Jim Moore (aside from asking about where to buy an Otrona, which someone else responded to) asked about what happens to the inventory of a company that folds. I would assume that it gets sold off, at least that is what happened to some of the old Atari inventory recently (although Atari just sort of turned over, rather than folding). A local electronics store bought up a lot of their old stock, and I got a 300-baud acoustic modem (Atari 830) for $7.50! Places like DAK probably watch out for things like this too, they bought up all of the Olivetti Ink-jet printers, and sold them for $199 each, after control of Olivetti was turned over to a company that was not interested in maintaining that product. (The above "aquisition" is un-verified, and mentioned AS REMEMBERED from reading the DAK advertisement for the printer in question...I do NOT want to start any un-founded rumors about Olivetti! -rmh) Keep an eye out for bargains such as those mentioned above when a company runs into problems! (I would not normally consider buying a 300-baud modem, I was waiting for the prices on the 1200's to come down after the introduction of the 2400's......but for that price I can even put up w/ the problems of an acoustic modem.....) -R. Hartman max.hartman@AMES-VMSB ------ 29-Apr-85 23:58:34-MDT,1207;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:58:30-MDT Received: from lll-mfe.arpa by AMSAA.ARPA id a002263; 26 Apr 85 15:15 EST Date: Fri, 26 Apr 85 05:01 EST From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA Subject: Kaypro Termcap Entry - Comparison with ADM-3A To: INFO-CPM@AMSAA.ARPA The following is the entry from our site's EMACS termcap file (under VAX/VMS) that I have used successfully on a Kaypro 2. They are virtually identical except for the last entry "dl=\ER:". "dl=" is for the "delete current line" function, which moves all lines below it up by one. The "\ER:" means escape-R, with the '\' and ':' being delimiters. la|ADM3A|adm3a|3a|lsi adm3a:\ :am:bs:cm=\E=%+ %+ :cl=^Z:co#80:ho=^^:li#24:ma=j^Jk^P^K^Pl \ :nd=^L:up=^K:\ :ce=^X:cs=^W: lx|kaypro:\ :am:bs:cm=\E=%+ %+ :cl=3^Z:co#80:ho=^^:li#24:ma=j^Jk^P^K^Pl \ :nd=^L:up=^K:\ :ce=^X:cs=^W:dl=\ER: I hope this is helpful to you. -- rcs =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa * Science Application Intl. Corp 29-Apr-85 23:58:47-MDT,639;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:58:44-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a000293; 27 Apr 85 8:03 EST Received: from usenet by BRL.ARPA id a021307; 26 Apr 85 23:48 EST From: D Gary Grady Newsgroups: net.micro.cpm Subject: Re: Superbrains wanted Message-ID: <1090@ecsvax.UUCP> Date: 25 Apr 85 17:19:19 GMT To: info-cpm@AMSAA.ARPA Doesn't this belong in net.jobs? :-> -- D Gary Grady Duke U Comp Center, Durham, NC 27706 (919) 684-3695 USENET: {seismo,decvax,ihnp4,akgua,etc.}!mcnc!ecsvax!dgary 29-Apr-85 23:58:57-MDT,871;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:58:54-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id aa00293; 27 Apr 85 8:03 EST Received: from usenet by BRL.ARPA id a021391; 26 Apr 85 23:50 EST From: Carol Kent Newsgroups: net.dcom,net.micro,net.micro.cpm Subject: "Genesis" Data Communications software? Message-ID: <1451@amdahl.UUCP> Date: 25 Apr 85 23:29:37 GMT Xref: seismo net.dcom:950 net.micro:10696 net.micro.cpm:4341 To: info-cpm@AMSAA.ARPA Can anyone provide me with information on a microcomputer software package called "Genesis"? It is a data communications network piece of software which runs under CP/M or CPM86 (according to my sources, who know nothing more about "Genesis". Please reply by mail. Thanks (in advance) for any help. 29-Apr-85 23:59:11-MDT,1296;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:59:06-MDT Received: from usc-isid.arpa by AMSAA.ARPA id a000457; 27 Apr 85 9:44 EST Date: 26 Apr 1985 18:23-EST Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Random Number Generators From: ABN.ISCAMS@USC-ISID.ARPA To: info-cpm@AMSAA.ARPA Cc: abn.iscams@USC-ISID.ARPA Message-ID: <[USC-ISID.ARPA]26-Apr-85 18:23:19.ABN.ISCAMS> NetLandians, I'm busily collecting various Random Number Generators (RNGs for now). One friend on the net pointed me at Prof. Arne Thesen, an engineer at Univ of Wisconsin-Madison. The kind professor mailed me several of his most interesting papers, and I'm busily trying to understand them. One hack of one of his algorithms is in my directory, ABN.ISCAMS@USC-ISID, available via Anonymous FTP. TurboPascal, demo version only, using the Tausworthe Algorithm. Nice code. Other techniques will be available, plus a full copy of his most pertinent two papers, as I get the time. Professor Thesen kindly placed his work in the Public Domain, with the condition that credits remain with the code/articles. Regards, David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) P.S.: excuse the Pascal hack - I'm only a novice in the language. 29-Apr-85 23:59:27-MDT,3337;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Apr 85 23:59:19-MDT Date: Sun, 28 Apr 85 10:07:33 EST From: David Towson (SECAD) To: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA cc: INFO-CPM@AMSAA.ARPA Subject: Re: Kaypro Termcap Entry - Comparison with ADM-3A Richard et al - The string "ma=...etc" in the termcaps you posted for the ADM-3A and kaypro appears to be in error. The "ma" string is an "arrow-key map" for use with the screen editor "vi", version 2 only. This string is now essentially obsolete. Nevertheless, the string you posted "j^Jk^P^K^Pl" appears to have two problems: it contains a printing character "j" as the first character, and the field-separator ":" is missing from the end. It seems that having a printing character as the first character issued by an arrow key would be extremely confusing, since it could not be distinguished from the same character in text until a following key or keys had been examined. This would cause that particular printing character not to be echoed to the screen until the following character or characters had been entered. The ADM-3A termcap entry for our local UNIX machines gives just "^K^P" for the "ma" string. This is, I admit, a minor point since the "ma" string will be rarely (if ever) used. A more significant apparent error is in the string "cs=...etc". Our local UNIX documentation has this string being used to change the scrolling region, which is quite different from "clear-to-end-of-display" ("cd"), which seems to have been the intent. Of possibly more interest is the following termcap for the Kaypro-II, taken from our local "/etc/termcap" file. # KayPro II from Richard G Turner # I've found that my KayPro II, running MDM730, continues to emulate an # ADM-3A terminal, just like I was running TERM.COM. On our 4.2 UNIX # system the following termcap entry works well: # I have noticed a couple of minor glitches, but nothing I can't work # around. k2|kaypro|KayPro II:\ :am:bs:li#24:co#80:\ :cm=\E=%+ %+ :\ :ho=^^:cl=1^Z:\ :nd=^L:up=^K:do=^J:\ :ce=^X:cd=^W:\ :al=\EE:dl=\ER: I have no personal experience with this termcap, and I don't know why there are strings for moving the cursor right, up and down ("nd", "up" and "do" respectively), but not one to move the cursor left ("le"). But the added string "al" (add line) is particularly desirable for use with screen editors via low-speed communications, as it allows local re-writing of a substantial portion of the screen, and you don't have to wait for this re-writing to be done at low speed from the remote machine. Perhaps Richard Turner, the author (who receives info-cpm), will comment on the missing "le" string, and also on whether his shorter (one millisecond versus three) delay for the clear- screen ("cl") string has caused any problems. General note: Termcaps seem awfully cryptic and confusing at first encounter, but they are really not difficult to comprehend PROVIDED you have a good set of instructions. I will be happy to send such a set of instructions to anyone who wants it. But please send requests to me, and not to the whole list unless absolutely necessary. Dave 30-Apr-85 00:00:29-MDT,928;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 00:00:21-MDT Received: from amc-hq.arpa by AMSAA.ARPA id a001121; 28 Apr 85 12:17 EST Received: From Usadhq2.ARPA by AMC-HQ via smtp; 28 Apr 85 11:21 EDT Date: Sun, 28 Apr 85 10:41:38 EDT From: "Richard G. Turner"@AMC-HQ.ARPA, PERI-ET@AMC-HQ.ARPA, USARI To: David Towson (SECAD) cc: SECRIST%OAK.SAINET.MFENET%lll-mfe.arpa@AMC-HQ.ARPA, INFO-CPM%amsaa.arpa@AMC-HQ.ARPA Subject: Re: Kaypro Termcap Entry - Comparison with ADM-3A Dave, Sorry, but I am not the author of the Kaypro II termcap entry that you credited me with. I received that from someone else on the net, and found it useful. I'll look around and see if I can determine who sent it, but I'm afraid the source is lost. rick 30-Apr-85 00:01:35-MDT,5602;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 00:01:13-MDT Received: from rand-unix.arpa by AMSAA.ARPA id a001482; 28 Apr 85 14:29 EST Received: by rand-unix.ARPA; Sun, 28 Apr 85 11:10:49 pdt From: Bridger Mitchell Message-Id: <8504281810.AA13271@rand-unix.ARPA> Date: 28 Apr 85 11:10:46 PDT (Sun) To: info-cpm@AMSAA.ARPA Cc: bridger mitchell Subj: DateStamper for CP/M 2.2 is ready DateStamper(tm) -- a CP/M 2.2 system extension for automatic time-and -date-stamping of files -- has passed its beta-tests, thanks to skillful and persistent assistance from Dave Birnbaum, Hal Bower, Bob Clements, Jack Bicer, Paul Kelley, Kim Korner, Neil Maron, Dick Mead, Mike Niswonger, Ed Park, and John Shaver. This announcement summarizes how DateStamper works, its major features, companion utilities, and availability. -------------------------------------- DateStamper(tm) A CP/M 2.2 system extension for automatic time-and-date-stamping of files. >>> HOW IT WORKS <<< Disks prepared for DateStamping store the created, modified, and accessed dates for each directory entry in a special file, which is the first- allocated file on the disk and also the first entry in the directory. The command to load DateStamper may be placed in the user's command processor buffer to allow automatic loading at each cold boot; or, DateStamper can be loaded manually with a transient command. DateStamper then patches into the BIOS and BDOS, and monitors BDOS calls until cold-boot or power-down. It keeps track of writes, and updates the time-and-date file on creates, opens, and closes, using BIOS file i/o. The clock-reading routine is externally callable at an offset available at a BDOS patch. It returns packed BCD date and time to the caller's buffer. >>> MAJOR FEATURES <<< Function .. Stamps every file's create, access and modify time and date with imperceptible overhead. Hardware .. Clock NOT REQUIRED. Default mode uses a "relative" counter clock that increments on each file access. .. Use any hardware or terminal real-time clock to stamp actual time. Pre-assembled routines for popular clocks, plus custom ASM option. Compatibility .. Works with all programs adhering to CP/M 2.2 interfacing standards. .. Runs with replacement CCP's such as ZCPRx .. Requires standard CP/M 2.2 BDOS. .. Disks and files are fully compatible with standard CP/M 80 and CP/M 86 format (but not CP/M 86 timestamp). Intermix regular and DateStamper-prepared disks. Resource use .. Uses less than 1K memory. Loads below the CCP (default case) or above the BIOS. .. Uses 1 directory entry plus 1 small file per disk. Accessibility .. Portable, machine-independent entrypoint for reading date and time. .. File times and dates available to applications programs. >>> PRINCIPAL UTILITIES <<< SDD .. SuperDirectory enhanced to show create, access, modify time and date in selectable formats and to support PUBlic filetype. DATSWEEP .. A compleat 6-window file-maintenance utility. Select and tag files by wildcard, attribute bit, and date-time relational operators for copy/rename/erase/change-date/ change-user-number operations. View mode is bidirectional with horizontal scrolling and string-search (forward-only for squeezed files). LOG,TOTALLOG .. Log time-stamped category of computer use. Show monthly summary by category. DATE .. Display current date and time. >>> INSTALLATION UTILITIES <<< .. Prepare a disk with time-and-date file. Run once for each disk. .. Set date and relative time, when required. .. Configure utilities for terminal-specific video sequences. .. Set default modes for utilities. .. Customize DateStamper for system addresses, real-time clock, and auto-execute command line. >>> COMPANION UTILITIES <<< The DateStamper toolkit disk(s) will contain additional utilities with source code, including user contributions. They currently comprise: MAKE .. Create submit script from a makefile of file dependencies based on last-modified date (a la unix) -- by Neil Maron. MCAT,XCAT .. Catalog and cross-reference disks with file dates -- by Hal Bower. APPEND .. Concatenate text files with filename/datestamp separator. SAP51 .. New version of SAP (sort and pack directory) that supports the DateStamper time and date file; with other improvements. DSLIB .. 8080 ASM library of routines to read clock and return file time and date, callable from BDS-C. >>> AVAILABILITY <<< Plu*Perfect Systems is sending information brochures and taking orders; shipments will go out as soon as the manual comes back from the printer -- estimated May 6. Formats/versions: .. Standard formats: 8" SSSD, Kaypro SSDD and Osborne SSDD -- $49 .. Other formats: (no 96 tpi) -- $54. .. Special Kaypro autoboot version for users with Plu*Perfect's enhanced CP/M 2.2E -- $39. Toolkit disk for companion utilities -- $12 (standard format), $17 (other). Add $3 shipping and handling. In California add 6% sales tax. Plu*Perfect Systems Box 1494 Idyllwild, CA 92349 714-659-4432 Trademarks: DateStamper (Plu*Perfect Systems), CP/M (Digital Research). 30-Apr-85 00:01:54-MDT,663;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 00:01:44-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a000341; 28 Apr 85 18:26 EST Received: from usenet by BRL.ARPA id a001939; 28 Apr 85 17:14 EST From: Sam Chin Newsgroups: net.micro.cpm Subject: Re: Superbrains wanted Message-ID: <1010012@acf4.UUCP> Date: 27 Apr 85 18:08:00 GMT To: info-cpm@AMSAA.ARPA <> Is Intertec, the maker of Superbrains still around? I remember them producing a network and PC compatibles at some point. S Chin tsc2597.acf4@nyu 30-Apr-85 00:02:06-MDT,1464;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 00:02:00-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a000349; 28 Apr 85 18:26 EST Received: from usenet by BRL.ARPA id a002370; 28 Apr 85 17:24 EST From: Ravi Subrahmanyan Newsgroups: net.micro.cpm Subject: Hard disk-drive question Message-ID: <514@mcnc.mcnc.UUCP> Date: 27 Apr 85 01:09:05 GMT To: info-cpm@AMSAA.ARPA I have a 64K ATR8000 CP/M 80 machine, and someone has just come out with a hard disk drive for it. The drive can store 8 Mb, and costs $895.00 . That is almost as much as the cost of the computer and two 5.25" floppy drives, and I'm wondering if it is worth putting in all that money for the hard disk. Never having used one before, I have no basis for judgement. I'm pretty happy with the system itself, I run a fair bit of stuff on it (Wordstar, Turbo and C, terminal emulation and so on), and I'm trying to get ZCPR3 cranked up on it. But I have been asked if I can justify spending another $1000 on a system that appears to be obsolete, and I'm finding it hard to say very much. I would appreciate comments from any of you 'out there in netland'. Is it convinient enough to be worth the cost? Is it worth investing in this system? Everything will be appreciated. Thanks, .........ravi ( ..decvax!mcnc!ravi) ps: please reply by mail. 30-Apr-85 00:02:18-MDT,1103;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 00:02:13-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a000513; 28 Apr 85 18:58 EST Received: from usenet by BRL.ARPA id a003111; 28 Apr 85 17:39 EST From: "R.Thomas" Newsgroups: net.micro.cpm Subject: Re: Basic unsqueezer Message-ID: <523@sftig.UUCP> Date: 26 Apr 85 15:24:56 GMT To: info-cpm@AMSAA.ARPA > > I picked this up on a local BBS with NO DOCUMENTATION, but I still > think it may be of use to the users of SIMTEL20's repository. > > --Arun [NBaheti.es@Xerox] > Does anybody on this net have the specs for the algorithm used to squeeze (or more importantly, unsqueeze) things on SIMTEL20? Better yet, if there is a C program to do the unsqueezing, could somebody post it, or mail it to me. PLEASE! If somebody will mail me the English description of the algorithm, I will write a C program to do it and post it to net.sources. Rick Thomas {ihnp4,akgua,bellcore,ucbvax,just about anywhere}!attunix!rbt (201)-522-6062 30-Apr-85 00:02:35-MDT,1790;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 00:02:27-MDT Received: from brl-tgr.arpa by AMSAA.ARPA id a000533; 28 Apr 85 18:58 EST Received: from usenet by BRL.ARPA id a003371; 28 Apr 85 17:45 EST From: bill%persci.uucp@BRL.ARPA Newsgroups: net.micro.cpm Subject: Re: Basic unsqueezer Message-ID: <155@persci.UUCP> Date: 27 Apr 85 14:47:39 GMT To: info-cpm@AMSAA.ARPA > Does anybody on this net have the specs for the algorithm used to squeeze > (or more importantly, unsqueeze) things on SIMTEL20? > Better yet, if there is a C program to do the unsqueezing, could somebody > post it, or mail it to me. PLEASE! > [...] > Rick Thomas {ihnp4,akgua,bellcore,ucbvax,just about anywhere}!attunix!rbt I have a copy of both sq.c and usq.c which I find to be compatible with the CP/M utilities I use. I got them off a BBS somewhere, and fixed them. I use them a good deal for squeezing files to be transferred between our VAX at work and my CP/M machine at home. At 300 baud, I need all the help I can get! These utilities appear to have come from the net originally. I haven't been on long, so I wouldn't really know. If there is interest, I will post them to net.sources. A Word of Warning: I sent these utilities to several other CP/M users in the area (on the net). One (and only one) reported that he was unable to unsqueeze files that he squeezed on his system at home! Something caused usq to crash with a core dump. We have not found the problem, but it only occurs with files squeezed by his particular squeeze program! The rest of us have never had a problem with the utilities. -- Bill Swan {ihnp4|decvax|...}!uw-beaver!tikal!persci!bill ...and some days the dragon wins! 30-Apr-85 09:19:23-MDT,945;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 09:19:18-MDT Received: from simtel20.arpa by AMSAA.ARPA id a000874; 30 Apr 85 9:05 EDT Date: Tue, 30 Apr 1985 08:29 MDT Message-ID: Sender: KPETERSEN@SIMTEL20.ARPA From: Keith Petersen To: Info-Cpm@AMSAA.ARPA Subject: RCPM-061.LQT phone list of all known RCPMs updated The latest list of all known RCPM (Remote CP/M) systems is now available from SIMTEL20. If you cannot FTP and you are not already on the list to automatically receive updates of RCPM-xx.LST, please send a note to me and I'll add you to the mailing list. Filename Type Bytes CRC Directory MICRO: RCPM-061.LQT.1 BINARY 44288 3EEAH --Keith Usenet: ...!decvax!brl-bmd!w8sdz or ...!unc!brl-bmd!w8sdz or ...!seismo!brl-tgr!w8sdz 30-Apr-85 13:16:04-MDT,1114;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 13:15:59-MDT Date: Tue, 30 Apr 85 14:37:49 EDT From: David Towson (SECAD) To: info-cpm@AMSAA.ARPA Subject: AMSAA hardware problems. Fellow CP/Mers - For nearly two months, the machine from which info-cpm is distributed has been having hardware problems. These have been sporadic in nature, with frequent crashes at times, and then "quiet periods" during which the machine stayed up for several days. Things now seem to be building to some sort of climax. So far today, the machine has crashed at least eight times. With luck, the thing will go down and stay dead so that DEC maintenance can find the problem. Without luck, we may limp along for weeks. It is possible that mail processing will be noticeably slowed by these frequent crashes. Please be patient if info-cpm traffic becomes erratic. Those of us who are homed on this machine are just as unhappy about the situation as you are. Dave towson@amsaa.arpa aka info-cpm-request 30-Apr-85 14:02:29-MDT,702;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 14:02:23-MDT Date: Tue, 30 Apr 85 15:22:16 EDT From: David Towson (SECAD) To: info-cpm@AMSAA.ARPA Subject: AMSAA hardware problems. Fellow CP/Mers - Until amsaa.arpa gets fixed, I suggest that all messages sent to info-cpm be addressed to "info-cpm@brl.arpa". That way, they will be immediately accepted by whichever local machine is currently answering to the net address "brl", and further delivery to amsaa will become our local affair. Such deliveries are attempted at ten-minute intervals. Dave towson@amsaa.arpa aka info-cpm-request 30-Apr-85 15:43:09-MDT,2189;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 15:43:01-MDT Received: from ari-hq1.arpa by AMSAA.ARPA id a000270; 30 Apr 85 17:11 EDT Date: 30 Apr 85 16:47:00 EST From: brake@ari-hq1.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA Subject: MAILORDERS To: info-cpm Reply-To: brake@ari-hq1.ARPA MMDF-Warning: Parse error in preceding line at AMSAA.ARPA I made the mistake last February of thinking that I could place a mail order for a floppy disk drive and receive the new drive in a reasonable time. I looked in various magazines for the best price and finaly placed an order with P1E for: 1 Mitsubishi 8" disk drive, 1 box of diskettes, and 1 30"/60" cable After waiting a few weeks for the drive to be stocked, I received: 1 dual 8" disk drive cabinet w/power supply, 1 30"/30" cable, and 1 invoice that listed correctly my original order I called P1E and was informed that they would ship me the correct order only after I returned the incorrect items. On my original order I included $9.50 for shipping and handling. When I shipped the incorrect order back to P1E the shipping cost me $11.50 since the cabinet was heavier than my original order. When I asked the service people about getting my money back, they said that I would have to eat the cost for their mistake. The final twist of this whole mess is that they have confirmed that they received my order on 4/9/85 but as of today no shipment back to me has been made. One thing that has saved me money on this whole mess is that you do not have to use the long distance number to get P1E. I have been able to use the 800 number and have them connect me to customer service. If it wasn't for that I think my phone bill would be larger than my original order. This has been my third order (and last) with P1E and they are batting 3 for 3. In the future I will pay the higher east coast prices just to be able to get my hands on the vendor when things go wrong. Dennis [BRAKE@ARI-HQ1] ------ 30-Apr-85 22:19:32-MDT,1526;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 22:19:21-MDT Received: from usc-isid.arpa by AMSAA.ARPA id a001640; 30 Apr 85 23:47 EDT Date: 30 Apr 1985 23:45-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Basic unsqueezer From: ABN.ISCAMS@USC-ISID.ARPA To: bill%persci.uucp@BRL.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA]30-Apr-85 23:45:57.ABN.ISCAMS> In-Reply-To: <155@persci.UUCP> Bill (et al), Can't find my listing of the SIGM volumes at SIMTEL20 ANYWHERE! But anyway... Our friends at Universidad de Pueblo in Mexico City disassembled the 8080 version of SQ and USQ from its binary .COM file (as a student exercise, I understand), and rewrote it like humans would in Assembler. Carved a whole BUNCH of waste out of it, reduced its compiled form signifi- cantly, and also increased its speed. The kid went through THEIR source code, stuck in a bunch of Z80 stuff (and tightened up the code a little more), and it still works! However, for a nice, documented (yep, in English) source code for SQ and USQ squeeze programs, to include a nice library where you can use the SQ and USQ algorithms as part of a byte stream in about ANYTHING... It's in one of the volumes (above 170, as I recollect) in the SIGM archives at SIMTEL20, identified (as several volumes are) by the Univ. de Pueblo name and a bunch of SQ/USQ files. Have fun! I sure did! Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 30-Apr-85 22:31:29-MDT,1153;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Apr 85 22:31:23-MDT Received: from usc-isid.arpa by AMSAA.ARPA id a001656; 30 Apr 85 23:52 EDT Date: 30 Apr 1985 23:50-EDT Sender: ABN.ISCAMS@USC-ISID.ARPA Subject: Re: Basic unsqueezer From: ABN.ISCAMS@USC-ISID.ARPA To: rbt%sftig.uucp@BRL.ARPA Cc: info-cpm@AMSAA.ARPA Message-ID: <[USC-ISID.ARPA]30-Apr-85 23:50:28.ABN.ISCAMS> In-Reply-To: <523@sftig.UUCP> Oh, yeah, Almost forgot, re the algorithm for SQ/USQ. Forget where I found it (on this net?), but some persevering soul did an USQ in BASIC for the PC that nicely shows the algorithm if you can read BASIC. (They are the first to admit it runs slowly uncompiled, and barely tolerably compiled.) If no one else remembers where this came from, I can upload to the requesting party or put it available via Anonymous FTP in my directory. Just yell. Donno if the rascal actually works (didn't bother to try), but the code looks sound as I recollect from my work with the .ASM and .ZSM versions I played with. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID