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