1-May-84 01:49:28-MDT,1059;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 May 84 01:49:23-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 May 84 3:15 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 1 May 84 3:15 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 May 84 0:01-PDT Date: 25 Apr 84 8:18:18-PST (Wed) To: info-cpm@Brl-Aos.ARPA From: decvax!ittvax!dcdwest!sdcsvax!bmcg!asgb!rob@Ucb-Vax.ARPA Subject: SIMTEL help (SIMTELP?..yuk) Article-I.D.: asgb.463 (I guess the line-eater was full) Does anyone know of a way to access the SIMTEL20 programs from USENET. We are not on ARPA, and I would like to peruse the CP/M offerings. Also, there was a posting recently with some source changes to AZTEC C to speed up and enhance I/O redirection (don't recall who sent it). We did not get the entire text; only about 1/3 of it. Could some friendly understanding person who happened to save it please mail me a copy? Thanks whoever, in advance. Rob Greenbank, Burroughs ASG 1-May-84 05:22:16-MDT,3573;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 May 84 05:22:04-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 1 May 84 6:57 EDT Date: 1 May 1984 04:57 MDT (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Cc: Info-modem7@Simtel20.ARPA Subject: M730IRV1.FIX patch from Irv Hoff for MDM730 ---forwarded from the Sysop Clearinghouse RCPM--- SUBJECT : M730IRV1.FIX (FOR MDM730.COM) FROM : IRV HOFF W6FFC DATE : 01 MAY 84 NOTE TO SYSOPS: Erase M730DIAL.PAT / M730DIAL.FIX as that information is in this file. ----------------------------------------------------------------------- There are two obscure bugs in the MDM730 program. The first in- volves the alternate long distance dialing system - occasionally the last digit of the billing code would be entered twice, messing up the correct dialing. The second involves a problem existing since the early MODEM7 days which has never been corrected. When copying to disk in the terminal mode, if the disk fills, the pro- gram says it is saving as much of the copy as it can. It then closes the file - only it was closing the file normally used for file transfers. The following patch corrects both problems. As they only recently came to my attention, it is obvious the typical user (including me!) has never run into either problem. ------------------------------------------------------------------------ MAKING THE CHANGES: Use DDT.COM - or SID.COM in the following manner. The column on the right is is what the operator enters, the column on the left is what is currently in the program. Where you see "xx" it makes no difference what is there now as that is an unused area bewteen the end of the dialing routines and the telephone library. (We store our little patches in that unused area.) ------------------------------------------------------------------------ THIS IS THE CHANGE FOR "DISK-FULL WHEN IN ASCII CAPTURE MODE. EVERYBODY NEEDS THIS ONE, NEARLY EVERYBODY WILL NEED THE FOLLOWING ONE AS WELL, FOR ALTERNATE DIALING. READ THE NOTE FIRST, FOR THAT SECTION. A>DDT MDM730.COM SAVE 73 MDM730.COM Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 May 84 09:18:20-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 May 84 10:17 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 1 May 84 8:10 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 May 84 4:57-PDT Date: 24 Apr 84 15:10:00-PST (Tue) To: info-cpm@Brl-Aos.ARPA From: pur-ee!uiucdcs!ea!mwm@Ucb-Vax.ARPA Subject: Re: 8086 co-processors for CPM80 Article-I.D.: ea.7800005 In-Reply-To: Article <12313@sri-arpa.UUCP> Not being able to reply to the ARPA-Net (and it's my fault - I have to fix the sendmail tables....), here we go: First, I have nothing but praise for the HSC hardware. It works exactly as advertized. It took less than 15 minutes to install. The z80 runs sits on a short (~2 in) cable from the old socket. I've had no problems with that. Doing the I/O through the z80 does make it slower. I can tell the difference in typing a file on the z80 versus the 68000 (yes, I got the 68000 version). However, this is part of the cost of getting a 16-bit system for cheap. Given the Intersystems caching BIOS (I'm running an II MPU-II with 160K), the result is acceptable. This system does output lots of RFI. The fix for that is in the works. It's nothing more than a shielded cable, so I don't think there's anything to worry about. This may not be a problem for you, though. I've have the 68000 version, so I can't vouch for their MS-DOS implementation. The software isn't quite as good as the hardware. Most noticeably, the BIOS looses disk directories if you have a high performance BIOS (like the II BIOS. sigh). The fix is supposedly out, but I haven't seen it. Their are several other problems in the software. All the ones I know of are supposed to be fixed in the version I haven't seen (I'm going to call them tomorrow. I'll post the results). I've been impressed by their response to customer my problems. The first set of software they sent me had a bum disk. Ditto for the next *two* replacement disks. They sent me - quickly - replacements each time. I complained about the RFI problem, and they sent me the parts I requested for a fix. All in all, I'm impressed by the system. It's a very cost-effective way to get into 16-bit systems. One of the nicest features is that you can still use all your 8-bit software without having to support two systems (space, power, disks, etc). CP/M-68K has problems, but my old DDSS disks work like a charm. Highly unlikely if I'd bought a new system. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 May 84 09:21:32-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 May 84 10:28 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 1 May 84 10:26 EDT Date: Tue, 1 May 1984 10:20 EDT Message-ID: From: EB%MIT-OZ@MIT-MC.ARPA To: Bruce Hawkins Subject: Ribbon re-inkers CC: info-cpm@BRL.ARPA, info-micro@BRL.ARPA In-reply-to: Msg of 30 Apr 1984 22:29-EDT from Bruce Hawkins I have been using a "Mac Inker" for about nine months. I have had no problems with it and have been very satisfied. 1-May-84 18:33:43-MDT,3082;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 May 84 18:33:30-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 May 84 20:07 EDT Received: From ut-ngp.arpa.ARPA by BRL-AOS via smtp; 1 May 84 20:09 EDT From: vomlehn Posted-Date: Tue, 1 May 84 19:08:05 CDT Message-Id: <8405020008.AA13032@ut-ngp.ARPA> Received: by ut-ngp.ARPA (4.22/4.22) id AA13032; Tue, 1 May 84 19:08:54 cdt Date: Tue, 1 May 84 19:08:05 CDT To: info-cpm@brl.ARPA Subject: Aztec CII version 1.06 released I got version 1.06 of Aztec CII for CP/M-80 recently and finally got it installed. There are some unexpected things on the release disk. First, there is no source library. I don't mind this since I am paying Manx to fix the thing; I don't want to spend any time on it myself. Second, there is no separate Z-80 library, though there is a separate Z-80 compiler. I called the people at Manx and was told that there is only one library. The code appropriate to the processor you want is automatically selected. I didn't remember to ask at what level this was done, so I don't know if it is determined by how you compiled the main program, a minimization of processor across all of the compiled files (i.e., if you compile any routine with the 8080 compiler it uses the 8080 library routines) or whether it figures out which type of processor is running the linker and links in the routines for that processor. Third, all of the #include files (i.e., the ones ending in .h) are in an archive file. There is a program which you run (called arcv.com or something like that) to extract them. The archive file is the only file whose name with .arc on the disk. Impressions: They have added MANY more routines to the library. Such useful goodies as setjmp/longjmp, qsort (for a quicksort routine), execl/exec (runs a new program with the given name), memory allocation routines that allow you to free storage as well as allocating it and many more. All the bugs I know of were fixed, including the most annoying feature it had of flushing the disk buffer each time it wrote a character to sdtout when it was redirected to a disk file. This means that prog >prog.out doesn't take forever to work. The manual was rewritten and is much improved. They adopted the UNIX style of manual pages, which is much better than the rather haphazard way they were doing things. The code generated is somewhat smaller, but not very much and the compiler, assembler and linker run only slightly faster. I wish that the Manx people knew enough about code generation and optimization to produce really good code, but that is a problem shared with most C compilers. Excluding that wish, the new C is much improved. If you didn't know whether you should get the update service, do, the new version is worth it. As you would hope, my only association with Manx Software is that I use their product. David M. VomLehn ARPA: vomlehn@ut-ngp USERNET: ...decvax!ihnp4!ut-ngp!vomlehn 1-May-84 22:35:37-MDT,5594;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 1 May 84 22:35:17-MDT Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 2 May 84 0:04 EDT Date: 2 May 1984 00:05-EDT Sender: ABN.COSCOM-CE@Usc-Isid.ARPA Subject: ATARI CPM SYSTEM-ATR 8000 From: ABN.COSCOM-CE@Usc-Isid.ARPA To: INFO-MICRO@Brl.ARPA, INFO-CPM@Amsaa.ARPA Message-ID: <[USC-ISID] 2-May-84 00:05:37.ABN.COSCOM-CE> The following is a review of a CPM 80 system called ATR8000 and made by a company called SWP (Software Publishing). The ATR8000 allows the heretofore left out Atari user acces to the CPM 80 and 86 world. The Atari computer is hooked up as normal except that the ATR8000 is connected in the same position that the Atari 850 interface box would go i.e. between the computer and all periperals. The 850 box is no longer used (similar in use to the vestigial human tail bone now) and the ATR8000 serves as the Atari interface box now. The system can operate in two modes: as a CPM 80 machine or as a normal Atari machine. I will discuss both systems. When used in the Atari mode, the ATR8000 becomes a super-interface box. The ATR8000 has 1 serial port, 1 parallel port, a standard 25 line disk drive interface port, an Atari connector for Atari to ATR8000 connection and an Atari connector for ATR8000 to Atari type disk drives. SWP sells a new DOS called MYDOS which will handle single, Atari double, and true double density disks on Atari drives. MYDOS will also allow the connection of just about any type of drive to the ATR8000 25 conductor drive port and allow Atari files to be stored on those drives (I am using an IBM PC compatible DDDS drive). The drives can be configured in any order and even the IBM drive can be used to boot Atari self booting disks. The parallel and serial port can both be used for printers. The serial port can be used for computer to computer or modem connection. The standard disk port can be used to connect up any 5 1/4 or 8" drive that uses a standard 25 conductor bus. Up to 4 drives can be hooked up to this port. The Atari connector port can be used to do normal Atari periperal daisey chaining just as the 850 would be used. While in the Atari mode the ATR8000 buffers all output using whatever memory is on the system. So it serves as both a disk and printer buffer thereby freeing the Atari system of that I/O wait. In the CPM 80 mode the ATR8000 is a 64k Z 80 CPM machine. The CPM capable system must be purchased with the maxed out 64k memory option (16k machines for Atari interface use only are available). The 64k system comes with CPM 80 2.2 and a few utilities. One benny is that it comes with a tailored XMODEM program for simple dumb terminal modem use. The CPM system does not come with MBASIC hawever (bummer!). Other included code: CBIOS.ASM, BIOS.ASM, ASM.COM, ED.COM, STAT.COM, DUMP.ASM, DUMP.COM, LOAD.COM, MODEM.COM, SUBMIT.COM, XSUBMIT.COM, DISKDEF.COM (FOR READING OTHER MICRO DISK FORMATS), SYSGEN.COM, DDSYSGEN.COM, DDINIT.COM, and a few others I can't recall now. The CPM system also comes with an Atari bootable program that lets the Atari display two 40 column windows for a total 80 column display. As an option, SWP will sell you an Atari bootable program which will put a full 80 columns on a monitor connected to the Atari. In the CPM mode you must have a standard disk drive of some sort to boot the double density CPM system disk. The Atari drive cannot be used to boot CPM. So far the CPM seems to be fairly generic and modifiable. As an aside the SWP ATR8000 CPM system does not have to use an Atari at all. Inside the box are jumpers to allow the system to be used with a terminal as the keyboard and screen instead of the Atari. I have hooked up an ADDS Regent 100 I have and it works perfectly. They recommend something that is similar to an ADM3. So this system is not only for Atari users. Like the Atari mode all the interfaces are the same with the terminal (if used) being hooked up at the Atari connector with an Atari to RS232 cable SWP will sell you. Finally, there is a third system which I do not have. SWP will sell you an ATR8000 add on board which will turn the 64k CPM 80 system into a 256k MS DOS or CPM 86 system. This board is called the CO-Power 86 and uses the Intel 8086 I believe. The add on board allows the CPM 80 system to still be used. The board comes with MS DOS. CPM 86 is an option for an extra fee. Little points of interest: they processed my order in about 2 1/2 weeks and the system was well packed. The documentation for set up and insallation is fairly good. The tecnical information and CPM documentation is lacking. There is no CPM manual. Only a few of the CPM routines are explained. They readily answered technical questions on the phone and appeared knowledgeable in helping me when my IBM drive wouldn't address properly. Here are some general prices: 16k ATR8000.... $330.00 64k ATR8000 w/CPM... $430.00 80 Column Pgm... $30.00 Terminal cable... $30.00 Disk Drive cable... $30.00 MYDOS Pgm... $30.00 Co-Power 86 Board w/128k, MS DOS $400.00 Co-Power 86 Board w/256k, MS DOS $500.00 I will be glad to answer any questions. The system is a real bargain in my opinion. So far it has performed perfectly. Kevin Rappold 1LT GS 1st COSCOM @ISID.ARPA 2-May-84 03:16:56-MDT,972;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 May 84 03:16:52-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 May 84 4:45 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 2 May 84 4:46 EDT Date: 2 May 1984 04:44-EDT From: Jerry E. Pournelle Subject: Ribbon re-inkers To: EB@mit-oz cc: bhawkins%umass-cs.csnet@Csnet-Relay.ARPA, info-cpm@Brl-Aos.ARPA, info-micro@Brl-Aos.ARPA In-reply-to: Msg of Tue 1 May 1984 10:20 EDT from EB%MIT-OZ at MIT-MC.ARPA I also have one and it is very good. It works. Date: Tue, 1 May 1984 10:20 EDT From: EB%MIT-OZ at MIT-MC.ARPA To: Bruce Hawkins cc: info-cpm at BRL.ARPA, info-micro at BRL.ARPA Re: Ribbon re-inkers I have been using a "Mac Inker" for about nine months. I have had no problems with it and have been very satisfied. 2-May-84 03:24:08-MDT,573;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 May 84 03:24:05-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 May 84 5:05 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 2 May 84 5:05 EDT Date: 2 May 1984 04:59-EDT From: Jerry E. Pournelle Subject: Applicard Review To: Boebert@Mit-Multics.ARPA cc: info-apple@Brl-Aos.ARPA, info-cpm@Brl-Aos.ARPA In-reply-to: Msg of Thu 26 Apr 84 10:17 EST from Boebert at MIT-MULTICS.ARPA we are also happy with the new dri goldcard. 2-May-84 03:55:59-MDT,2383;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 May 84 03:55:50-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 May 84 5:36 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 2 May 84 5:34 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 May 84 2:18-PDT Date: 27 Apr 84 10:32:14-PST (Fri) To: info-cpm@Brl-Aos.ARPA From: ihnp4!ihuxx!ignatz@Ucb-Vax.ARPA Subject: Ha, Ha, gee, you're sure funny, MicroPro... Article-I.D.: ihuxx.731 I just received my WordStar and MailMerge 3.30 updates from MicroPro for my Osborne-1. In a not unreasonable assumption, they decided on distribution to put those line status flags in column 80. Trouble is, the O-1 with the screenpack goes all the way to column 108. Now, in the old 3.0 WordStar, I'd patched the value to move them out of the way, but this is a new ball game--the old patcher is gone from the install, and the addresses are different. So, in a kind of desultory, not-expecting-success kind of way, I decided to poke at the bottom of the WordStar disk image with DUU and see if I could recognize the patch area; but I was auto-incrementing, and went just two sectors too far, and fell into the wsovly1.ovr overlay. And guess what I saw there... 00 C300000D 0A434F50 59524947 48542028 *C....COPYRIGHT (* 10 43292031 3938332C 204D6963 726F5072 *C) 1983, MicroPr* 20 6F20496E 7465726E 6174696F 6E616C20 *o International * 30 436F7270 6F726174 696F6E2E 0D0A416C *Corporation...Al* 40 6C207269 67687473 20726573 65727665 *l rights reserve* 50 642E0D0A 0A576F72 64537461 72207265 *d....WordStar re* 60 6C656173 6520332E 33302020 6F766572 *lease 3.30 over* 70 6C617920 66696C65 206E756D 62657220 *lay file number * + G=17:01, T=7, S=26, PS=25 00 312E0D0A 1A4E4F53 45592C20 4152454E *1....NOSEY, AREN* 10 27542059 4f553f00 00000000 00000000 *'T YOU?.........* 20 00000000 00000000 00000000 00000000 *................* 30 00000000 00000000 00000000 00000000 *................* 40 00000000 00000000 00000000 00000000 *................* 50 00000000 00000000 00000000 00000000 *................* 60 00000000 00000000 00000000 00000000 *................* 70 00000000 00000000 00000000 00000000 *................* Cute. Dave Ihnat ihuxx!ignatz 2-May-84 07:38:07-MDT,974;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 May 84 07:38:02-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 May 84 8:58 EDT Date: 2 May 1984 06:59 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: SETIDS.ASM Prism/Microprisom program available Thanks to Bob Bloom we now have SETIDS.ASM available on SIMTEL20, in the MICRO: directory. Here's a short explanation of what it does: setids.asm (version 1.4a) - developed from Irv Hoff's setmx, this program allows the user to quickly set up the IDS prism or microprism printer. (probably will work for the paper tiger too.) The menu selections include pitch selection, normal/enhanced, draft/"NLQ", proportional/fixed, page skip (top+bottom margins), left/right margins, graphics toggle. 2-May-84 11:55:34-MDT,3761;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 May 84 11:55:20-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 May 84 13:13 EDT Date: 2 May 1984 11:14 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: BYE3-22 modem remote console program available BYE-3, the remote console program that allows modem callers to use your system, has been updated to BYE3-22. It is now available, along with updated overlays, on SIMTEL20 in the MICRO: directory. Here's the .INF file that tells what's available: TOPIC : BYE3-22 inserts currently available FROM : IRV HOFF W6FFC DATE : 14 APR 84 THE FOLLOWING LIST OF INSERTS WILL ADAPT TO THE BYE3-22 PROGRAM USED FOR REMOTE CP/M OP- ERATION. (THE LIST WAS MADE BY PAUL TRAINA.) THE PROGRAM SUPPORTS NUMEROUS DIFFERENT TYPES OF DUMB, INTELLIGENT AND HAYES-COMPATIBLE MO- DEMS. BYE3-22.ASM Source code file needed for any of the inserts below. B3ACAT-4.ASM Apple II with Novation Apple-Cat modem card B3APMN-5.ASM Apple II with Mountain CPS serial card and external modem B3APPL-3.FIX Apple comuters use a non-standard CCP length; how to fix B3COMP-4.ASM CompuPro Interfacer 3 or 4, System Support 1 systems B3DATA-4.ASM Datapoint insert (8251A and CTC timer to set baud rates) B3DCH-4.ASM Apple II with Hayes Micromodem 100 or 80-103 modem card B3HZ10-4.ASM Heath/Zenith -100 series (2661B at 4.9 MHz.) B3HZ89-4.ASM Heath/Zenith H89 (8250 I/O at 2 MHz.) B3KPRO-5.ASM KayPro (Zilog SIO) B3LBD-4.ASM AMPRO "little board" with Zilog Dart I/O and CTC baud rate B3MMII-4.ASM Apple II with Hayes Micromodem II card B3OSCP-4.ASM Osborne OS-1 with COMM-PAC internal modem (300 baud only) B3PMMI-4.ASM PMMI S-100 plug in modem board B3SIO-4.ASM Zilog SIO insert with CTC timer to set baud rates B3SM51-4.ASM Hayes Smartmodem extended insert (for 8251 I/O) B3T802-4.ASM TeleVideo TS-802 with external modem B3TRS-4.ASM Radio Shack TRS-80 model III B3CERM+1.ASM Cermetek Infomate 212a external modem insert. (this does for the Cermetek what the Smartmodem module in BYE3-22 does). (Others will be added as they become available.) Here's the list of files as they appear here at SIMTEL20. Note that the Cermatec filename has a "P" substituted for the "+" (which is a reserved character under TOPS-20). Filename Type Bytes Sectors CRC Directory MICRO: B3ACAT-4.ASM.1 ASCII 6764 53 = 35H 9E6CH B3APMN-5.ASM.1 ASCII 6707 53 = 35H C77BH B3APPL-3.FIX.1 ASCII 873 7 = 7H 2379H B3CERMP1.ASM.1 ASCII 4486 36 = 24H EFC5H B3COMP-4.ASM.1 ASCII 9422 74 = 4AH A10BH B3DATA-4.ASM.1 ASCII 6391 50 = 32H ABFAH B3DCH-4.ASM.1 ASCII 5679 45 = 2DH 5737H B3HZ10-4.ASM.1 ASCII 4262 34 = 22H 9410H B3HZ89-4.ASM.1 ASCII 7275 57 = 39H 31F4H B3KPRO-5.ASM.1 ASCII 6490 51 = 33H 82F5H B3LBD-4.ASM.1 ASCII 7681 61 = 3DH DD70H B3MMII-4.ASM.1 ASCII 6525 51 = 33H 26E9H B3OSCP-4.ASM.1 ASCII 6245 49 = 31H C6E1H B3PMMI-4.ASM.1 ASCII 7137 56 = 38H D54EH B3SIO-4.ASM.1 ASCII 6804 54 = 36H CDB8H B3SM51-4.ASM.1 ASCII 19774 155 = 9BH CF51H B3T802-4.ASM.1 ASCII 8182 64 = 40H CF3FH B3TRS-4.ASM.1 ASCII 5577 44 = 2CH 02B9H BYE3-22.AQM.1 COM 44288 346 = 15AH 0FFCH BYE3-22.ASM.1 ASCII 68198 533 = 215H 08A1H BYE3-22.INF.1 ASCII 1657 13 = DH 1406H Also, for those who need the WHOLE package of all files: BYE3-22.LBR.1 COM 134144 1048 = 418H E3E7H --Keith 2-May-84 12:27:23-MDT,911;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 2 May 84 12:27:14-MDT Received: From lll-mfe.arpa.ARPA by AMSAA via smtp; 2 May 84 14:03 EDT Date: Wed, 2 May 84 11:01 PDT From: "Morton Jim"@LLL-MFE.ARPA Subject: NEED CPD DIAL CODE To: info-cpm@amsaa.arpa I have a Signalman Anchor modem, which used controlled pulse dialing. This means that there is an RS-232 Pin which if i set the modem is "off hook" and if i reset the modem is "on hook". You dial a number by pulsing the line hi and low for the appropriate number of times for each digit of the phone number. I need a 8080 or z80 code to dial this modem, preferably one that is compatible with mdm7whatever. If there are no such codes, I will write one but would like to avoid re-coding the wheel so to speak. Thanks in advance for any help, Jim Morton 3-May-84 06:39:02-MDT,804;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 May 84 06:38:58-MDT Received: From nalcon.arpa.ARPA by AMSAA via smtp; 3 May 84 8:17 EDT Received: by nalcon (4.12/4.7) id AA00258; Thu, 3 May 84 08:19:06 edt Date: Thu, 3 May 84 08:19:06 edt From: Avrunin Message-Id: <8405031219.AA00258@nalcon> To: "Morton, Jim"@LLL-MFE.ARPA, info-cpm@amsaa.ARPA Subject: Re: NEED CPD DIAL CODE The overlay for the apple ][ with Hayes micromodem ][ has a pulse dialing routine. It gets a phone number from the input or library and goes on and off hook the appropriate number of times. This should give you a good start toward what you need. It is overlay M7AQ-3.ASM The dialing part is pretty obvious in it. Larry AVrunin 3-May-84 07:24:18-MDT,6445;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 May 84 07:23:52-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 May 84 8:38 EDT Date: 3 May 1984 06:41 MDT (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: BYE3-22 updated to BYE3-23 with some new overlays BYE3-22 has been replaced by BYE3-23 and some new overlays have been added. Don't dispair, there's a short .DIF file for those who got BYE3-22 after reading my annoucement yesterday. Here's a short description of what's been changed in the most recent versions: ; ; 04/30/84 Repaired two very obscure bugs which caused the COMFILE ; v3-23 to be partially overwritten if a certain combination of ; equates were set. (Sorry folks, I introduced the bug, I ; hope none of you got caught-- look, you get what you pay ; for...) ; -> ALSO, changed Smartmodem routines to be more favorable ; to USR S100 modems (and the Hayes jobbies). ; -> ALSO, removed PMMI equate because it is unnecessary ; and also confusing. If those baud rates do not exist, ; they will not be tested for. (As defined by my specifications ; for the modules (I wrote the specs when I wrote ByeII.) ; -- Paul Traina ; ; 04/14/84 Modified the LOSER routine to work better. Included a PMMI ; v3-22 modem equate making the 450, 600 and 710 bps choices avail- ; able. (If you want 450, set this equate YES and change the ; external insert accordingly.) Major refomatting - trying a ; new idea this time - alphabetized most routines - isolating ; and tagging them for easy location (a welcome improvement.) ; - Irv Hoff ; ; 04/11/84 Fixed the bug which prevented the distributed v3-20 version ; v3-21 from working. (A missing RET forced CONSTAT: to drop into ; CONIN: whenever checking the console status.) Added comment ; about the Racal-Vadic triple modems which are now being used ; by an increasing number of SYSOPs. ; - Irv Hoff ; ; 04/04/84 Re-wrote the code handling the inclusion of the Hayes Smart- ; v3-20 modem routine. There are now two separate equates, SMODEM ; and IMODEM. If you have a Hayes-compatible modem, then set ; both equates to YES. If you have a different type of intel- ; ligent modem (i.e., Cermetek, Racal-Vadic, Rixon, etc.) then ; set only IMODEM to YES. Routines are already included for ; the Hayes-compatible modems. If using one of the other non- ; Hayes compatible modems tack your intelligent modem routines ; onto the end of your custom I/O routine. For a further de- ; Scription and example, see the external B3COMP-4.ASM insert. ; -> Added CHGPATH: equate to change ZCPR2's path so that when in ; in remote mode, 1 path is enabled, and when local, SYSOP has ; has another command path enabled. ; -> Fixed bug dealing with user areas in ZCPR2/ZCMD with USEZCPR ; -> Also modified the Hayes Smartmodem routine. Changed an OUT ; DATAPORT to a CALL MDOUTP. - Paul Traina TOPIC : BYE3-23 inserts currently available FROM : KEITH PETERSEN, W8SDZ DATE : 3 MAY 84 THE FOLLOWING LIST OF INSERTS WILL ADAPT TO THE BYE3-23 PROGRAM USED FOR REMOTE CP/M OPERATION. THE PROGRAM SUPPORTS NUMEROUS DIFFERENT TYPES OF DUMB, INTELLIGENT AND HAYES-COMPATIBLE MODEMS. BYE3-23.ASM Source code file needed for any of the inserts below. BYE3-23.FIX A one-character fix needed if CHGPATH is used. B3ACAT-4.ASM Apple II with Novation Apple-Cat modem card B3APMN-5.ASM Apple II with Mountain CPS serial card and external modem B3APPL-3.FIX Apple comuters use a non-standard CCP length; how to fix B3COMP-5.ASM CompuPro Interfacer 3 or 4, System Support 1 systems B3DATA-4.ASM Datapoint insert (8251A and CTC timer to set baud rates) B3DCH-4.ASM Apple II with Hayes Micromodem 100 or 80-103 modem card B3HZ10-4.ASM Heath/Zenith -100 series (2661B at 4.9 MHz.) B3HZ89-4.ASM Heath/Zenith H89 (8250 I/O at 2 MHz.) B3KPRO-5.ASM KayPro (Zilog SIO) B3LBD-4.ASM AMPRO "little board" with Zilog Dart I/O and CTC baud rate B3MMII-4.ASM Apple II with Hayes Micromodem II card B3OSCP-4.ASM Osborne OS-1 with COMM-PAC internal modem (300 baud only) B3PMMI-4.ASM PMMI S-100 plug in modem board B3SIO-4.ASM Zilog SIO insert with CTC timer to set baud rates B3SM51-4.ASM Hayes Smartmodem extended insert (for 8251 I/O) B3T802-4.ASM TeleVideo TS-802 with external modem B3TRS-4.ASM Radio Shack TRS-80 model III B3USR-1.ASM U.S. Robotics internal S-100 modem B3CERM+2.ASM Cermetek Infomate 212a external modem insert. (this does for the Cermetek what the Smartmodem module in BYE3-23 does). (Others will be added as they become available.) ----- Here's a list of the files as they appear on SIMTEL20 (new files are marked with "*"): Filename Type Bytes Sectors CRC Directory MICRO: B3ACAT-4.ASM.1 ASCII 6764 53 = 35H 9E6CH B3APMN-5.ASM.1 ASCII 6707 53 = 35H C77BH B3APPL-3.FIX.1 ASCII 873 7 = 7H 2379H B3CERMP2.ASM.1 * ASCII 4455 35 = 23H 6DA1H B3COMP-5.ASM.1 * ASCII 9415 74 = 4AH D699H B3DATA-4.ASM.1 ASCII 6391 50 = 32H ABFAH B3DCH-4.ASM.1 ASCII 5679 45 = 2DH 5737H B3HZ10-4.ASM.1 ASCII 4262 34 = 22H 9410H B3HZ89-4.ASM.1 ASCII 7275 57 = 39H 31F4H B3KPRO-5.ASM.1 ASCII 6490 51 = 33H 82F5H B3LBD-4.ASM.1 ASCII 7681 61 = 3DH DD70H B3MMII-4.ASM.1 ASCII 6525 51 = 33H 26E9H B3OSCP-4.ASM.1 ASCII 6245 49 = 31H C6E1H B3PMMI-4.ASM.1 ASCII 7137 56 = 38H D54EH B3SIO-4.ASM.1 ASCII 6804 54 = 36H CDB8H B3SM51-4.ASM.1 ASCII 19774 155 = 9BH CF51H B3T802-4.ASM.1 ASCII 8182 64 = 40H CF3FH B3TRS-4.ASM.1 ASCII 5577 44 = 2CH 02B9H B3USR-1.ASM.1 * ASCII 7752 61 = 3DH 4A9AH BY3-2223.DIF.1 * ASCII 3888 31 = 1FH 0E01H BYE3-23.AQM.1 * COM 44160 345 = 159H 6A22H BYE3-23.ASM.1 * ASCII 67753 530 = 212H AEDAH BYE3-23.FIX.1 * ASCII 853 7 = 7H E0C4H BYE3-23.INF.1 * ASCII 1714 14 = EH 316BH BYE3-23.UPD.1 * ASCII 2507 20 = 14H 287EH Sorry, because of this update, the .LBR is no longer available on SIMTEL20. --Keith 3-May-84 07:35:30-MDT,715;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 May 84 07:35:25-MDT Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 3 May 84 8:49 EDT Date: 3 May 1984 08:49-EDT Sender: ABN.COSCOM-CE@Usc-Isid.ARPA Subject: CORRECTION TO ATARI CPM SYSTEM-ATR8000 REVIEW From: ABN.COSCOM-CE@Usc-Isid.ARPA To: INFO-MICRO@Brl.ARPA, INFO-CPM@Amsaa.ARPA Message-ID: <[USC-ISID] 3-May-84 08:49:01.ABN.COSCOM-CE> I incorrectly stated in my review of the SWP ATR8000, that the coprocessor board, Co-Power 88, uses the Intel 8086...it doesn't, it uses the normal Intel 8088 chip. Sorry about that. Kevin Rappold 1LT GS 1st COSCOM @ISID.ARPA 3-May-84 07:52:38-MDT,745;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 May 84 07:52:32-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 May 84 9:24 EDT Date: 3 May 1984 07:16 MDT (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: SIMTEL20 CP/M directory list update MICRO:CPM.CRCLST on SIMTEL20 (the file listing all the filenames, sizes and CRCs of the MICRO directories) has been updated as of today. If you cannot FTP it, and you are not already on the list to receive it via netmail, send a note to W8SDZ@SIMTEL20 asking to be added to the list. --Keith 3-May-84 13:25:49-MDT,864;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 3 May 84 13:25:39-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 May 84 14:48 EDT Received: From yale.arpa.ARPA by BRL-AOS via smtp; 3 May 84 14:45 EDT Received: by YALE-BULLDOG via CHAOS; Thu, 3 May 84 12:30:25 EDT Received: from YALE-ZOO by YALE-RES via CHAOS; Thu, 3 May 84 12:20:40 EDT Subject: Want to hear your comments on C compilers Date: Thu, 3 May 84 12:20:42 EDT From: Duncan Wong To: info-cpm@BRL-AOS.ARPA I would like to hear about your experience with different C compilers for CP/M machines. There are many out on the market, all claiming full K&R implementation, ultimate speed, and good code generation. Who's telling the truth. ------ Duncan Wong 4-May-84 02:11:50-MDT,1184;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 May 84 02:11:46-MDT Received: From xerox.arpa.ARPA by AMSAA via smtp; 4 May 84 3:43 EDT Received: from Concord.ms by ArpaGateway.ms ; 03 MAY 84 10:53:54 PDT Date: 3 May 84 10:46:51 PDT (Thursday) From: Bicer.ES@XEROX.ARPA Subject: 68K board for sale To: XeroxInfo-CPM^.wbst@XEROX.ARPA cc: 68000Interest^.wbst@XEROX.ARPA, Info-Cpm@AMSAA.ARPA, Bicer.ES@XEROX.ARPA Reply-To: Bicer.ES@XEROX.ARPA I have a Compupro 68000 board (CSC 10MegHz, IEEE-696 specs), used only two weeks (project cancelled). Also included are: CP/M 68K operating system with Assembler, Debugger and C compiler, as well as the Mince 68K full screen text editor. The software (bios) is configured for Compupro Disk I, System Support or Interfacer 4, and minimum of 128K ram. Also a complete Forth developement package with a Forth operating system. The software includes the manuals. I will accept one of the following in return: 1 - Cash: $950. (U.S. currency only) 2 - Compupro Mdrive/H 3 - A hard disk sytem for Compupro 4 - IEEE-696 fast memory (preferably Compupro) 4-May-84 03:04:23-MDT,2060;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 May 84 03:04:16-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 4 May 84 4:33 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 4 May 84 4:31 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 4 May 84 1:12-PDT Date: 7 May 84 11:04:01-EDT (Mon) To: info-cpm@Brl-Aos.ARPA From: ihnp4!houxm!hogpc!houti!ariel!vax135!ukc!west44!westcsr!phil@Ucb-Vax.ARPA Subject: C/80 C Compiler (Unix Compatible Library) Article-I.D.: westcsr.127 <> Regarding the recent comments on the various C compilers available for CP/M-80, I agree that C/80 is generally good but suffers from an inadequate library (especially the printf bug). Consequently, some time ago, I started to write a new one - to be compatible with the standard Unix library. This is now done with the exception of float related functions (and I'll do that lot in the summer). What I want to know is: Is there sufficient interest in it for me to re-package and distribute it (for a nominal sum to cover disk, carriage etc.) ? If anyone is interested could they mail me, if there is enough response I'll post details on the net of how to get it. Here are a few details: - needs Z80, CP/M 2.2 and M80/L80 - approx. ninety functions and system variables - printf works properly (with a simple patch to the compiler) - limited form of stty - proper lseek, set/longjmp and malloc/free - command line parser supports >> - separate CP/M library to allow direct access to BDOS - can alter device drivers at run time Now a quick wish-list. Does there exist, or does anybody fancy writing, an assembler/linker tailored to the C/80 compiler? For instance, with some sort of optimiser, that would follow the same rules concerning variable names as C/80, that would be automatically loaded from C/80. Just a thought. Phil Thompson Dept. of Computer Science Westfield College Kidderpore Ave. Hampstead London NW3 7ST England 4-May-84 09:15:49-MDT,854;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 May 84 09:15:43-MDT Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 4 May 84 10:34 EDT Date: 4 May 1984 10:37-EDT Sender: ABN.COSCOM-CE@Usc-Isid.ARPA Subject: WORD PROCESSOR IN PUBLIC DOMAIN? From: ABN.COSCOM-CE@Usc-Isid.ARPA To: INFO-CPM@Amsaa.ARPA Message-ID: <[USC-ISID] 4-May-84 10:37:35.ABN.COSCOM-CE> I am a new owner of a CPM 2.2 machine. I am already looking for a replacement to ED.COM. In the and directories there are numerous text editors and word processors. Does anybody have any recommendations from among these? I particularly need something that will read | a file that is bigger than memory by paging. Thanks in advance. Kevin Rappold 1LT GS 1st COSCOM @ISID.ARPA 4-May-84 11:56:00-MDT,1490;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 May 84 11:55:48-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 4 May 84 13:11 EDT Received: From ucb-vax.arpa.ARPA by BRL-AOS via smtp; 4 May 84 13:06 EDT Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27) id AA21936; Fri, 4 May 84 10:03:50 pdt Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.3/4.16) id AA25025; Fri, 4 May 84 10:04:02 pdt Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.16) id AA25762; Fri, 4 May 84 10:03:27 pdt Date: Fri, 4 May 84 10:03:27 pdt From: William C. Wells Message-Id: <8405041703.AA25762@ucbopal.CC.Berkeley.ARPA> To: sdcsvax!bmcg!asgb!rob@Ucb-Vax.ARPA Subject: Re: SIMTEL help (SIMTELP?..yuk) Cc: info-cpm@Brl-Aos.ARPA You must be on a host conected to one of the Internet networks (eg. ARPANET, MILNET, etc.) to access files in the CPM program library on the SIMTEL20 system. The CPM program library on SIMTEL20 is primarily an organized version of the CP/M Users Group and SIG/M public software volumes (with superceded versions of programs deleted). The CP/M Users Group and SIG/M public domain volumes are available from several offnet sources. One of the best offnet sources for CPM public software is the PicoNet CP/M Users Group, P.O. Box 391566, Mountain View, CA 94039. Bill Wells wcwells@Berkeley.ARPA ucbvax!wcwells 4-May-84 15:44:08-MDT,895;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 May 84 15:44:02-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 4 May 84 17:03 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 4 May 84 16:59 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 4 May 84 13:55-PDT Date: 30 Apr 84 9:25:54-PDT (Mon) To: info-cpm@Brl-Aos.ARPA From: ihnp4!houxm!hou2h!atttl@Ucb-Vax.ARPA Subject: QT Computer S-100 Clock Article-I.D.: hou2h.420 Pierre duPont In checking at home, I found that I bought the QT S-100 Clock board from: The Great Salt Lake Computer Co., Inc. 1780 W. 2300 South Salt Lake City, Utah 84119 I bought it in response to an advertisement last December, 83. If all else fails, they may be able to tell you where to get the information you need. Ed Baldwin, AT&T Technologies, hou2h!atttl 4-May-84 16:11:02-MDT,1365;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 May 84 16:10:55-MDT Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 4 May 84 17:47 EDT Date: 4 May 1984 17:50-EDT Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: WORD PROCESSOR IN PUBLIC DOMAIN? From: ABN.ISCAMS@Usc-Isid.ARPA To: ABN.COSCOM-CE@Usc-Isid.ARPA Cc: INFO-CPM@Amsaa.ARPA Message-ID: <[USC-ISID] 4-May-84 17:50:51.ABN.ISCAMS> In-Reply-To: <[USC-ISID] 4-May-84 10:37:35.ABN.COSCOM-CE> Lt Rappold, I'm now (in my copious free time) looking at SECRTARY.BAS (or something like that) from the SIGM library at SIMTEL20, and will give you an opinion in a few days. There are several other editors I'm also looking at (I agree another Public Domain editor would be most useful) -- but no opinions yet. I'm only looking at the BASIC version because of transportability, accepting the probable speed handicap. I look forward to other responses/recommendations from Netland. (Incidentally -- did you read the message from that non-technical person out on the net -- didn't know about the WaferVax. How about doing a download of your O/S from your loaner to him? Oops, forgot, proprietary, isn't it?) Are you finished with my breakout box yet? You should have the VT200 interfaced to the WV by now, don't you? Regards, SGM K 4-May-84 17:21:56-MDT,1060;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 May 84 17:21:50-MDT Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 4 May 84 18:56 EDT Received: from ISL by SUMEX-AIM with Pup; Fri 4 May 84 15:46:43-PDT Date: Friday, 4 May 1984 15:47-PDT To: ABN.ISCAMS@USC-ISID.ARPA Cc: ABN.COSCOM-CE@USC-ISID.ARPA, INFO-CPM@AMSAA.ARPA Subject: Re: WORD PROCESSOR IN PUBLIC DOMAIN? In-reply-to: Your message of 4 May 1984 17:50-EDT. <[USC-ISID] 4-May-84 17:50:51.ABN.ISCAMS> From: kevinw@isl for editors there is version 1 (i believe) of the ream editor -- a bdsc screen editor -- the most prevalent micro c despite its nonstandard library. for text procesors there are nro and roff4 (both i bdsc) -- i have used both (now use roff4 -- it handles printer codes better (but not well, alas). both are fairly transportable (to any cpm80 system with bds-c) and should even be moveable to other c compilers with minimal difficulty (only certain io calls should be incorrect...) - K 4-May-84 20:37:17-MDT,1005;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 May 84 20:37:09-MDT Received: From cisl-service-multics.arpa.ARPA by AMSAA via smtp; 4 May 84 22:18 EDT Received: from HIS-PHOENIX-MULTICS.ARPA by CISL-SERVICE-MULTICS.ARPA dial; 04-May-1984 22:09:58-edt Date: Fri, 4 May 84 18:37 MST From: Kevin Kenny Subject: Cautions regarding UUCP mail Reply-To: Kenny%PCO@CISL-SERVICE-MULTICS.ARPA, Kenny%PCO@HI-MULTICS.ARPA To: "William C. Wells" cc: INFO-CPM@AMSAA.ARPA Message-ID: <840505013719.828229@HIS-PHOENIX-MULTICS.ARPA> For the benefit of those of us on the Arpanet who don't read net.mail, could someone possibly post a brief discussion of the topology of UUCP to INFO-CPM? I know that some UUCP hosts relay a lot of mail, and that a reasonably good mailing path can be constructed from the Usenet string *if* you know who talks to whom. I don't. 4-May-84 20:49:29-MDT,1050;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 4 May 84 20:49:18-MDT Received: From cisl-service-multics.arpa.ARPA by AMSAA via smtp; 4 May 84 22:18 EDT Received: from HIS-PHOENIX-MULTICS.ARPA by CISL-SERVICE-MULTICS.ARPA dial; 04-May-1984 22:10:28-edt Date: Fri, 4 May 84 18:43 MST From: Kevin Kenny Subject: BIOS source for Altos Series 5? Reply-To: Kenny%PCO@CISL-SERVICE-MULTICS.ARPA, Kenny%PCO@HI-MULTICS.ARPA To: INFO-CPM@AMSAA.ARPA Message-ID: <840505014340.188320@HIS-PHOENIX-MULTICS.ARPA> Has anyone a source for a CP/M 2.2 CBIOS on the Altos Series 5? The manufacturer is being difficult about releasing it, and I really haven't the time to grind the dratted thing through REZ and then decipher what the code is doing; I certainly haven't the time to rewrite it! If not, even a description of where, if anywhere, is a safe patch area would help. I'm trying to install some BDOS patches that need a bit of extra space. 5-May-84 02:22:11-MDT,2092;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 5 May 84 02:22:05-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 5 May 84 3:56 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 5 May 84 4:00 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 5 May 84 0:46-PDT Date: 1 May 84 8:49:16-PDT (Tue) To: info-cpm@Brl-Aos.ARPA From: hplabs!intelca!cem@Ucb-Vax.ARPA Subject: BIOS Techniques, a question. Article-I.D.: intelca.256 This has probably been asked before however, I am writing a BIOS for CP/M. I have 2 DSDD drives that will read technically 4 formats : SS/SD - Definitly need this one. SS/DD - Would be nice (cheap disks) DS/SD - Sort of redundant DS/DD - Main Format. Now, I want to use all of the above formats on each physical drive as well as logical drive. The questions are : a.) How do I switch formats ? Do I overwrite the Parameter Block or do I somehow change pointers to it. b.) When is a change of formats allowed and when is it an error ? For instance, when I read a disk, I first try the last format used, if that fails I try double density, if that works I read it in. On warmboot this is obviously not an error since one has no idea what format disk has been put in the drive, but if you have previously read a disk with one format and now it is another (like dir b: many times while swapping in disks to find the right one.) how do you know when it is an error ? Does anyone have a source for information, or an example BIOS, where such a thing is implemented? I would just like to see how it is done. Note: I have a book written by Andy Johnson-Laird called The Programmers CP/M Handbook. This book is an *excellent* text and a must for anyone considering playing around with a BIOS or CP/M internals. It is published by Osborne-McGraw-Hill and I got a copy at Crown books here in No. Calif. Thanks for any help you can offer, --Chuck 5-May-84 08:05:27-MDT,906;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 5 May 84 08:05:23-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 5 May 84 9:44 EDT Date: 5 May 1984 07:47 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: New patch information for WordStar 3.0 Thanks to Bob Bloom we now have a revised and expanded list of all the known patch points in WordStar version 3.0, including terminal and printer patch area, dispatch tables, default settings, and the proportional spacing table. The files are available from SIMTEL20 as: MICRO:WS30PAT.PTS and MICRO:WS30PAT.PQS (squeezed version of same file, stored in ITS-binary format). --Keith 6-May-84 07:41:05-MDT,1705;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 6 May 84 07:40:58-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 May 84 9:13 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 6 May 84 9:06 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 6 May 84 5:52-PDT Date: 2 May 84 6:59:01-PDT (Wed) To: info-cpm@Brl-Aos.ARPA From: harpo!ulysses!burl!pmh@Ucb-Vax.ARPA Subject: XEROX Info Request (820-1) Article-I.D.: burl.456 (The sound of bugs munching on your foundation) - I'm posting this article as a fervent plea for info regarding the 820 disk interfacing techniques required for 5 1/4" drives of the DEC RX180AB persuasion. I personnaly don't own an 820, but none of the folks in my office who do have a log-in. They have managed to get the drives to work only by grounding the motor-on line. Unfortunately, if the system is inadvertently reset while the disks are loaded, the heads bounce down, deposit a little garbage and then crash goes the system disk (write protected or not). Needless to say, my colleagues are rather upset over these trials and tribulations so if anyone out there in net land can help out, please mail info to me and I'll pass it along to the concerned parties. Also, if anyone out there knows of a cheap source of XEROX CPM 2.2x, please pass it along. One more thing..... These guys are relentless... Does anyone have a schematic for a double density controller for the 820-1? How about supporting PROM's and operating systems? -- Thanks in advance.. Pete Hermsen Bendix Field Engineering Corp. PO Box 2304 Burlington, NC 27216 ulysses!burl!pmh 6-May-84 08:48:25-MDT,748;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 6 May 84 08:48:21-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 6 May 84 10:28 EDT Date: 6 May 1984 08:31 MDT (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: MDM730 PATCHES Reply-To: PLOUFF@Mit-Mc.ARPA PAT730V7.ASM (for MDM730.COM) is now in MICRO: at SIMTEL20. It includes an important bug fix that caused an occasional endless loop when sending file names in batch mode. It also includes Irv's bug fixes for alternate long distance dialing as well as "disk-full" problem in capture mode. 6-May-84 08:49:49-MDT,3135;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 6 May 84 08:49:40-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 6 May 84 10:21 EDT Date: 6 May 1984 08:24 MDT (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: WordStar key configuration program for Heath/Zenith 19/89/90/100 WSKEY is a machine language module which can by attached to the back of MicroPro's WordStar (ver. 3.0 or 3.3) for CP/M-80. When in place, it will translate the function and numeric keypad key codes on the Heath/Zenith H/Z-19,29,89,90, and 100 series terminals and computers into user defined commands and strings to be interpreted by WordStar. If you have the latest CP/M-80 WordStar from Zenith (Version 3.3), your arrow keys already work, and the function keys generate the most often used control keys. However, simply having a single control code generated by a function key is not a great savings of keystrokes! It would be far more useful to have specific multistroke WordStar functions generated by a single function key. With WSKEY, you can do that. Moreover, it is not an internal patch in WordStar, so that it will not affect any special configurations or installations you have made. The special advantage of WSKEY is its small size (only 512 bytes take from WordStar's available space) and the fact that it loads and unloads automatically when WordStar is used. It can be used to configure the function and keypad keys on the H-19, Z-29, H- 89, and the Z-100 (under 8085 control) to generate any meaningful command string or often-used text line in WordStar. You may examine the function key and numeric keypad definitions in the file WSKEY.DEF. These definitions may be changed to your own commands using a patch table shown in WSKEY.DOC. Also included are a series of SUB and HEX files which are ready to automatically patch your version of WordStar. The names taken for these files, WSKExxyy., correspond to the WordStar version and the terminal or computer you wish to use: WordStar Version 3.0 3.3 H-19, H/Z-89,90 WSKE3019. WSKE3319. H/Z-29, Z-100s WSKE3029. WSKE3329. If you wish to redefine the command or ASCII string sent when a function key is pressed while in WordStar, you can patch WSK.COM at locations detailed in WSKEY.DOC. The following files are now available on SIMTEL20: Filename Type Bytes Sectors CRC Directory MICRO: WSKE3019.HEX.1 ASCII 2165 17 = 11H 1AD6H WSKE3019.SUB.1 ASCII 70 1 = 1H 89FAH WSKE3029.HEX.1 ASCII 2386 19 = 13H 8F40H WSKE3029.SUB.1 ASCII 70 1 = 1H 9DD6H WSKE3319.HEX.1 ASCII 2165 17 = 11H 4A69H WSKE3319.SUB.1 ASCII 70 1 = 1H DC05H WSKE3329.HEX.1 ASCII 2386 19 = 13H D31FH WSKE3329.SUB.1 ASCII 70 1 = 1H 3B9BH WSKEY.DEF.1 ASCII 2631 21 = 15H AFCAH WSKEY.DOC.1 ASCII 5442 43 = 2BH 1B19H 6-May-84 09:19:36-MDT,873;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 6 May 84 09:19:32-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 May 84 10:55 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 6 May 84 10:48 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 6 May 84 7:45-PDT Date: 1 May 84 18:00:10-PDT (Tue) To: info-cpm@Brl-Aos.ARPA From: decvax!ittvax!dcdwest!sdcsvax!noscvax!uhpgvax!islenet!richard@Ucb-Vax.ARPA Subject: Patches for ZSID please Article-I.D.: islenet.372 Does anyone have the info on patching Zsid to change the restart vector used for breakpoints? I know it's floating around somewhere... Also, does anyone have a fix for the raunchy way Zsid displays relative addressing in its disassembly output? Thank you -- Richard Foulk ...{dual,vortex,uhpgvax}!islenet!richard 6-May-84 14:07:39-MDT,1920;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 6 May 84 14:07:33-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 May 84 15:44 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 6 May 84 15:42 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 6 May 84 12:28-PDT Date: 26 Apr 84 8:17:32-PST (Thu) To: info-cpm@Brl-Aos.ARPA From: ihnp4!stolaf!umn-cs!digi-g!jel@Ucb-Vax.ARPA Subject: Surplus S100 Graphics Boards for sale Article-I.D.: digi-g.164 DigiGraphics has some surplus Scion graphics equipment for sale from a defunct product. There are between 20 and 40 bit plane boards, and one fourth as many palette boards. Our product would have used one palette board and four bit plane boards. The palette board also includes Scion's Screenware firmware. This product is currently supported and sold by Scion. Packaged as we use them (4+1), they go for around $5k qty 1. For each package, we would certainly accept any offer in the $3k range and probably a good deal lower than that. If you are at all interested, contact us. We would also consider selling the boards unbundled, so if you want just another bit plane (model MA520) or two to go with your existing Scion unit, let us know. The resolution of the system is 512x480, with a LARGE number of colors and a good-sized palette (I wasn't on the project, and I haven't got the figures in hand). We are not distributing this product, and when the boards we have are gone, we will not be getting any more. The company has already expensed these out, so if you are a wheeler-dealer, you may make a really good deal for yourself, but don't tell them I told you so. Best of luck. ------ John Lind, DSC, 10273 Yellow Circle Drive, Mpls MN 55343 (612)935-9111 news : ihnp4!stolaf!umn-cs!digi-g mail : { ihnp4!umn-cs, stolaf!umn-cs, umn-cme }!digi-g!jel 7-May-84 04:22:53-MDT,2094;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 May 84 04:22:46-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 May 84 6:03 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 7 May 84 6:06 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 7 May 84 2:33-PDT Date: 2 May 84 7:54:05-PDT (Wed) To: info-cpm@Brl-Aos.ARPA From: ihnp4!houxm!hogpc!houti!ariel!vax135!floyd!cmcl2!philabs!aecom!glen@Ucb-Vax.ARPA Subject: Re: Neophyte CP/M 2.2 Question (BIOS disk flush) Article-I.D.: aecom.554 In reply to: Mark Becker Welcome, Mark, to hacker's paradise - BIOSland. The disk flush you saw in the BIOS CONIN call is very common, especially on systems implementing disk sector sizes of over 128 bytes. The reason is simple: CP/M deals with record sizes of 128 bytes, so the BIOS must buffer all disk operations if the sector size is larger in order to accommodate the smaller read/writes. The flush in your BIOS is simply a safety feature. Since writes are also buffered, what would happen if you changed disks while the system still had the buffer in memory? Simply, chaos. You'd lose the ending sectors of your file and maybe the file entry from the directory itself (especially if the BIOS buffers the directory). Therefore, the BIOS dumps the buffer at the point when most (system-friendly) users change disks - at console input. Some BIOSes even dump the buffer on console output for a case where the system churns for a while on disk and then starts outputting pages of stuff to the screen or printer. If the user got frustrated, he might just reset the system and therefore lose the buffer contents. This is one bit of foresight you can thank your manufacturer for! - E N J O Y ! - Glen - - - - - - >From the core dump of: Glen Marianko ConIX Software Division, | Microcomputer Division, Computer Helper Industries Inc. | AECOMputing Center {philabs,pegasus,rocky2,ihnp4}!aecom!glen 7-May-84 05:24:58-MDT,4160;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 May 84 05:24:28-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 May 84 6:49 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 7 May 84 6:49 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 7 May 84 3:32-PDT Date: 11 Apr 84 9:45:50-PST (Wed) To: info-cpm@Brl-Aos.ARPA From: harpo!ulysses!burl!clyde!akgua!psuvax!mancuso@Ucb-Vax.ARPA Subject: Xerox 820 REVEALED#5--updates & hints Article-I.D.: psuvax.978 It works!! We succeded in getting CP/M 2.0 up on one of the boards the other night, so now it is official--it *is* possible. I wrote a boot program and the CBIOS section and well, it works. The code still needs some work to make it bulletproof, though. Most of the functions map right over to the Xerox monitor ROM entry points with a bit of shuffling. There are some little things that need to be changed (CP/M sends characters in the C register to be output, and Xerox wants them in the A register...) but nothing too difficult. Some updates and hints: In a previous article I mentioned that the monitor command 'B' also boots the system. It does, but it boots from disk 01 instead of disk 00 like the 'A' command does. If your boot program (like mine) assumes that the system will be cold-booted from drive 00, make sure you use the 'A' command to boot the system. I just got this update on the 'undocumented' monitor entry points: *********************************************************************** >From .....!ucbvax!waldron.wbst@Xerox.ARPA Wed Apr 11 07:32:57 1984 Subject: Re: Xerox 820 REVEALED#2--Monitor Jump Tables I hope I can fill in some of the blanks. This info is from the 820 Software Development guide. I have not tested any of them. For those that were short and clear I typed the actual code listing with comments verbatim. F033 SPACE Print a space In : ?? Out: ?? F03F ASCHEX Convert ascii to hex ASCHEX: SUB '0' RET C CP 10 CCF RET NC SUB 7 CP 10 RET C CP 16 CCF RET F7F3 BLOCK Block move routine BLOCK: CP 3 ;CHECK IF PARAMETER COUNT IS 3 SCF RET NZ CALL BLOCAD LD A,C OR B RET Z ;EXIT NOW IF BC=0 LDIR RET BLOCAD: EX DE,HL OR A ;CLEAR CARRY SBC HL,DE ;GET DIFFERENCE BETWEEN EX DE,HL ;HL & DE FOR BYTECOUNT PUSH DE PUSH BC POP DE ;GET OLD BC INTO DE POP BC INC BC ;GET COUNT+1 INTO BC RET F7F9 FILL Memory fill routine F7FC TEST Memory diagnostics F7FF GOTO Execution routine F802 VERCMD Memory block compare In : ?? Out: ?? Hope this helps. Brian ************************************************************************ Thanks again. The connections we used for the disk drive (SA800/801) are: Xerox Floppy Name 01 NC - 02 NC - 03 NC - 04 20 Index 05 26 Drive Select 1 06 28 Drive Select 2 07 NC - 08 18 Head Load 09 34 Direction Select 10 36 Step 11 38 Write Data 12 40 Write Gate 13 42 Track 00 14 44 Write Protect 15 46 Read Data 16 NC - 17 22 Ready 18 NC - 19 NC - 20-37 11-49(odd) GND We are using a separate power supply for the disk, so no power connections were made from the board to the floppy. If you are looking for a cheap way to connect to J7, try cutting an IC socket in half. I used an 8 pin socket, cut it in half, trimmed it a little, and hooked up 3 leads to it. On the two boards here, the HS signal at J7 is garbage, so the eventual fix will be to cut the PC trace, and run a wire from U34 pin 8 to J7. (Has anyone else had this problem?) Mail and news got screwed up here last week because of a major filesystem crash, so if you sent me something and I haven't replied, try me again. I'd really like to hear if anyone else is making progress on these things. --- Overall there is a smell of fried onions. (fnord) :+: Pat Mancuso :+: Penn State University Usenet: :+: ...!psuvax!mancuso Bitnet: :+: mancuso@psuvax1 7-May-84 07:06:29-MDT,1315;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 May 84 07:06:21-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 7 May 84 8:42 EDT Date: 7 May 1984 06:45 MDT (Mon) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA Subject: Summer job in Packet Radio at Stanford Reply-To: M@SU-SIERRA.ARPA From: M@SU-SIERRA.ARPA (Dr. Michael Flynn) Subject: SUMMER POSITION AVAILABLE Date: Wed, 2-May-84 13:00:05 PDT Organization: Stanford University SUMMER POSITION AVAILABLE ------------------------- The Packet Radio Research Group is looking for talented, highly-motivated students to work on the design of a high-speed digital QAM modem for medium-range packet radio transmission. This will be a full-time summer position. Applicants will be expected to have some knowledge of microprocessors and a good background in algorithms for digital signal processing. For more information, please contact Dr. Michael Flynn ERL 452 (415) 497-1450 or send mail to M@SIERRA. 7-May-84 09:17:23-MDT,1049;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 May 84 09:17:17-MDT Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 7 May 84 10:53 EDT Date: Mon, 7 May 84 10:48:20 EDT From: Rick Conn To: Dick cc: GRUPP@mit-mc.arpa, info-cpm@brl.arpa Subject: Re: SYNONYM art. in Microsystems Under Z3, the ALIAS program does the same thing (basically) with the added ability of parameter passing and flow control (if implemented under Z3). For instance, an ALIAS can be defined like this: << ALIAS to run two different versions of WordStar from one command >> IF NEC=$2 DEV L NEC Assign NEC printer for I/O WSN $1 Run Wordstar installed for NEC ELSE DEV L TTY Assign regular printer for I/O WS $1 Run Wordstar installed for reg printer FI If the ALIAS is named WSTAR, then the command: WSTAR myfile.txt will run WS for regular printr and WSTAR myfile.txt NEC will run WS for NEC printer Rick 7-May-84 09:51:39-MDT,526;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 May 84 09:51:35-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 May 84 11:29 EDT Received: From lll-mfe.arpa.ARPA by BRL-AOS via smtp; 7 May 84 11:25 EDT Date: Mon, 7 May 84 08:23 PDT From: Maron@LLL-MFE.ARPA Subject: Need pointer to roff4.c To: info-cpm@brl.arpa I saw a reference to roff4 go by and I was wondering if it is on simtel20 some- where? Could you post a pointer. --Thanks, Neil [Maron@LLL-MFE] 7-May-84 10:21:36-MDT,1574;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 May 84 10:21:27-MDT Received: From dca-eur.arpa.ARPA by AMSAA via smtp; 7 May 84 11:50 EDT Date: 7 May 1984 15:47 GMT From: byard@Dca-Eur.ARPA Subject: Turbo Pascal To: info-cpm@Amsaa.ARPA CC: Date: 7 May 1984 15:38:01 Z Text: I received my copy of Turbo Pascal today. There has been a change to the licensing agreement. A note enclosed with the package states: "If you want to market programs utilizing object code generated with Turbo Pascal.[sic] There is no longer a license charge, provided you return your signed license agreement." I got the software at the introductory price. I ordered it via U.S. Snail from Germany on April 16th. There is no mention in the actual licensing agreement, that I'm about to sign, of any retric- tions on selling object code software. Also, I got version 2.0. It comes with an addendum to the reference manual dated April 84. So, I guess(?) this version is new. Anyway, for CP/M 80 users, version 2.0 adds: o An overlay system. o Dynamic heap, a full implementation of the dispose procedure. o Additional editor commands: scroll up, scroll down, to top of screen, to bottom of screen, to beginning of block, to end of block, block hide/display. Additionally, for the IBM PC and clones: colors, graphics, win- dows, and sound. Good going Borland (and Jerry). I hope you make a bundle. Anyone want to buy one reusable JRT disc real cheap? Larry 7-May-84 16:47:22-MDT,2510;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 May 84 16:47:14-MDT Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 7 May 84 18:20 EDT Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27) id AA28494; Mon, 7 May 84 15:23:32 pdt Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.3/4.16) id AA09903; Mon, 7 May 84 15:24:01 pdt Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.16) id AA05190; Mon, 7 May 84 15:23:23 pdt Date: Mon, 7 May 84 15:23:23 pdt From: William C. Wells Message-Id: <8405072223.AA05190@ucbopal.CC.Berkeley.ARPA> To: Kenny%PCO@CISL-SERVICE-MULTICS.ARPA, Kenny%PCO@HI-MULTICS.ARPA Subject: Re: Cautions regarding UUCP mail Cc: info-cpm@amsaa.ARPA Date: Fri, 4 May 84 18:37 MST From: Kevin Kenny Subject: Cautions regarding UUCP mail Reply-To: Kenny%PCO@CISL-SERVICE-MULTICS.ARPA, Kenny%PCO@HI-MULTICS.ARPA To: "William C. Wells" Cc: INFO-CPM@AMSAA.ARPA Message-Id: <840505013719.828229@HIS-PHOENIX-MULTICS.ARPA> For the benefit of those of us on the Arpanet who don't read net.mail, could someone possibly post a brief discussion of the topology of UUCP to INFO-CPM? I am not sure that there is a topology -- may be a spider web. The UUCP network is a collection of hosts who are connected to one or more neighbors via dialup telephone links. USENET is a news distribution system that uses several types of connections to forward news. Problems occur because a USENET news path is used a mail address when the article is forwarded to INFO-CPM as mail. I know that some UUCP hosts relay a lot of mail, and that a reasonably good mailing path can be constructed from the Usenet string *if* you know who talks to whom. I don't. A UUCP mail address contructed from a USENET path may work, but is often not reasonable or cheap. Again, do not assume that USENET news distribution path is a UUCP mail address. Some USENET links are not mail links. Some sites do not even use UUCP to transfer news or mail. Most USENET paths show that the news article took the scenic route, not the freeway to get where it was going. Bill Wells wcwells@Berkeley.ARPA ucbvax!wcwells P.S. If you would like to discuss UUCP mail addresses/USENET news paths further, I suggest moving this discussion to the msg-group mailing list. 7-May-84 21:14:09-MDT,992;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 May 84 21:14:03-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 May 84 22:51 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 7 May 84 22:47 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 7 May 84 19:45-PDT Date: 13 Apr 84 13:19:18-PST (Fri) To: info-cpm@Brl-Aos.ARPA From: ihnp4!ihuxn!jjsk@Ucb-Vax.ARPA Subject: ALS 3.0 cpm help Article-I.D.: ihuxn.621 < > I am considering an ALS cpm plus board (6 Mhz, 3.0) for my Apple //e. Can anyone give me information good or bad on any operational problems encountered, i.e. ease of installation, tricks, compatibility with application software currently running under 2.2 (Wordstar, Mailmerge, dbase, etc.). Is this system a good choice? I also have a 128k pseudo disk, is this compatible? Thanks Jim Kent ..ihp4!ihuxn!jjsk 7-May-84 21:47:38-MDT,2910;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 May 84 21:47:30-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 May 84 23:22 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 7 May 84 23:24 EDT Date: Mon 7 May 84 21:22:59-MDT From: Ron Fowler Subject: Announcing a new modem program ... To: info-cpm@BRL.ARPA MEX is a new modem program for CP/M and derivative operating systems. It is a superset of such programs as MODEM7 and MDM ... new features include: o Compatible with MDM7 overlays o PHONE command allows phone numbers to be dynamically entered into and removed from the phone library ... phone numbers are associated with mnemonics that may be up to 12 characters long, and may optionally specify the baudrate for each site in the list. o KEY command supports multiple-character keystring creation and deletion, for use as dedicated function keys in terminal-mode o LOAD and SAVE commands allow keystring definitions and phone number libraries to be saved to and loaded from disk files o READ command supports unattended sessions, under control of a disk file created with an editor (similar in concept to CP/M's SUBMIT, with enhancements) o Greatly enhanced terminal mode o SENDOUT command to send strings to the modem (usually under con- trol of a READ file). o CALL command allows multiple sites lists to be specified, and each number to be repetitvely re-dialed any number of times. o STAT command allows the inspection and modification of a large number of system variables o HELP command random-accesses a disk file to provide an on-line documentation facility that completely explains the program o CLONE command allows MEX to be saved to disk, with the current state intact (including any defined phone numbers and keystrings). o Special features to enhance MEX-to-MEX connections o Support for all CCP commands (rename, erase, type ...) extended to include ZCPR2-style drive/user specifications o Patch file allows many default options to be modified The entire MEX file set resides in the SIMTEL20 repository in . Following is a complete list of the files included as part of the MEX terminal package: Name CRCK Description -READ.ME ---- This message MEX10.COM FDB9 The main program HELP.MEX 7932 MEX on-line users manual MEX10.DOC 0E7E Full documentation for MEX BUFFERS.DOC 55C2 Information on setting up MEX buffers MXO-SM10.ASM 813D Smartmodem overlay MXO-PM10.ASM B2DB PMMI overlay MLOAD.COM E51E Overlay installation tool MEXPAT10.ASM B7A7 Patch file: allows defaults to be modified ------------------------------------------------------------ ------- 7-May-84 22:20:18-MDT,1532;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 May 84 22:20:08-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 7 May 84 23:42 EDT Received: From office-2.arpa.ARPA by BRL-AOS via smtp; 7 May 84 23:40 EDT Date: 7-May-84 20:40 PDT From: ACB.TYM@OFFICE-2.ARPA Subject: BIOS buffer flush To: info-cpm@brl.arpa Message-ID: <[OFFICE-2.ARPA]TYM-ACB-4M97W> A small contribution. Most well behaved programs close output files before asking for a disk change or before returning via either warm boot or to the CCP. As a result the last operation on a disk is usually a directory write (type 1). If a directory write is treated as an immediate operation, the write buffer is always flushed when a file is closed. There are a very small number of exceptions (programs that "patch" a sector and then don't close the file, utilities that use the BIOS directly (copy, format)) and these are best Changed to make their last write a type 1 write. I have a BIOS that manages the buffers this way and I have never fouled a directory because of failing to write the directory or last sector. Further there is no unneeded disk io at console read time. For those awaiting a summary of the results of my 5 inch disk controller question... there were no responses. I am thinking of the "Little Board" as my solution. It seems cheaper than most s100 disk controller boards and will serve as a disk copy machine quite nicely. Anyone with experience? 7-May-84 22:58:12-MDT,1852;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 May 84 22:58:05-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 8 May 84 0:33 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 8 May 84 0:33 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 7 May 84 21:29-PDT Date: 17 Apr 84 9:40:00-PST (Tue) To: info-cpm@Brl-Aos.ARPA From: pur-ee!uiucdcs!ea!mwm@Ucb-Vax.ARPA Subject: Re: C for small machines Article-I.D.: ea.7800004 In-Reply-To: Article <12121@sri-arpa.UUCP> I don't know about you, but the version of C/80 I got (I think it was 2.0) was a dog. Printf (among other things) was broken, and the code was unreadable (nuts - the code was something I wouldn't want to look at anywhere near a meal). This didn't bother me - after all, nothing hits the market with all the bugs worked out. What DID bother me was the response I got back from the Software Toolworks when I called them about it. Something along the lines of "I may look at it if I find the time. Try buying the new versions when they come out. And don't call again." That bothered me no end. It still does. If I can't get support for a product, it's not suitable for professional use, no matter how good it is otherwise. To try and shed some light (along with the heat from above), I've heard some very good things about qc 3. Yet another Small-C derivative, it comes with full source, and a well-written manual explaining that source. Last time I looked, it had everything but bit fields and structure initialization. Supposedly, the struct initializers were going to go in soon, but I never got back to them about it. I haven't purchased a copy, but have spoken to the The Code Works people. It's only $100, and I would consider it if you think C/80 might be useful. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 7 May 84 23:45:49-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 8 May 84 1:24 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 8 May 84 1:28 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 7 May 84 22:20-PDT Date: 19 Apr 84 7:23:48-PST (Thu) To: info-cpm@Brl-Aos.ARPA From: ihnp4!ihnet!tjr@Ucb-Vax.ARPA Subject: CPM C Compilers Article-I.D.: ihnet.124 I needed an inexpensive C compiler for my Z80 CP/M system; I considered BDS C, but had to reject it because it did not permit initializers. Most of my code ends up as Finite-State-Machines, which requires an initialized state-table. I purchased C/80 from the Software Toolworks; it works fine, except for its non-stdio library (I am considering writing a new library). For the price ($50), C/80 is an excellent product. Tom Roberts ihnp4!ihnet!tjr 8-May-84 00:45:44-MDT,773;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 May 84 00:45:40-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 8 May 84 2:16 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 8 May 84 2:14 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 7 May 84 23:05-PDT Date: 19 Apr 84 13:12:54-PST (Thu) To: info-cpm@Brl-Aos.ARPA From: ihnp4!ihuxe!hazard@Ucb-Vax.ARPA Subject: Wanted: Unix-like ed editor for cp/m Article-I.D.: ihuxe.574 I am a Unix(tm) veteran who just acquired a cp/m system. Is there an editor for cp/m which looks/smells/taste like Unix "ed" ? Please don't send burning remarks about wanting "ed", just tell me where I can find it. Bryant S. Hazard ihnp4!ihuxe!hazard 8-May-84 01:36:05-MDT,4917;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 May 84 01:35:53-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 8 May 84 2:56 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 8 May 84 2:59 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 7 May 84 23:50-PDT Date: 3 May 84 18:11:28-PDT (Thu) To: info-cpm@Brl-Aos.ARPA From: ihnp4!houxm!hou2h!judah@Ucb-Vax.ARPA Subject: MODEM64.HEX (CPM) Article-I.D.: hou2h.432 Belated thanks to Kieth Peterson for modem64.hex and modem64.doc posted separately. :10010000010B0021D601115D00EDB03E093200F96E :100110002103122206F93E013200CE003A00F95FB7 :100120001600213901195E2356EBCD38013E093204 :1001300000F9210012C31301E9410180018E0197EA :10014000013A64003CFE3AC24C013E413264003E3A :1001500000327C00326800326900326A000E0F11F2 :100160005C00CD0500FEFFCA72010E13115C00CDCC :1001700005000E16115C00CD0500FEFFCA9B01C9EB :100180000E15115C00CD0500FEFFCAA601C90E10B8 :10019000115C00CD0500C9E1C3000011B4010E09D6 :1001A000CD0500C3AE0111CA010E09CD05003E0107 :1001B000320EF0C94449534B204449524543544FF1 :1001C00052592046554C4C0D0A244449534B204665 :1001D000554C4C0D0A244E455746494C4530584D18 :1001E00044000000000000000000000000000000CB :1001F00000000000000000000000000000000000FF :100200004CBC1358AD8602851320F512A99320AB80 :1002100012A200A0031820F0FFA27FA0142029142E :10022000A201A00C1820F0FFA2A2A014202914A261 :1002300002A0051820F0FFA2B3A014202914A205E3 :10024000A0001820F0FF20F51220CD1220E312A903 :100250000E20AB12207612208F12C98090F62064F7 :10026000124C5412297F0AA8B9D9168504C8B9D9E5 :100270001685056C0400A20520C6FF20E4FFC90016 :10028000F00C297FA8B9591620AB124C7B1260A242 :100290000620C6FFA00084CC20E4FFC900F00BA814 :1002A000B95915C980B00320BE1260A2074820C901 :1002B000FF2072146820D2FFA5138D860260A2056C :1002C0004820C9FF68A8B9591520D2FF60A905A226 :1002D00002A00320BAFFA904A255A01520BDFF204B :1002E000C0FF60A906A200A0FF20BAFFA90020BDA0 :1002F000FF20C0FF60A907A203A0FF20BAFFA9004A :1003000020BDFF20C0FF60A2D3A01420291420A389 :1003100013A915850AA20520C6FFA9808504A91086 :100320008505A901850BA90A8506A50A20BE12A983 :10033000FF85078508A903851220E4FF850DA59197 :100340002980D0034CDA13A50DC900F00BC901F0C8 :100350001AC904D0034CEA13C607D0DDC608D0D9A9 :10036000C612D0D5C606D0C24CD313A906850A2022 :100370004514205F148509204514205F14A9808549 :100380000CA000204514205F149104C8C60CD0F3C3 :10039000204514C50BF0034C111320AD1320FA13A4 :1003A0004C1513A9004CAF13A9044CAF13A9028D2F :1003B0000009A900850E20E7FF4C000A686820CDDF :1003C0001220F51220E312A50EC900F00568684C52 :1003D000DA1360A2F3A014202914A207A015202983 :1003E00014A91820BE1220A81360A90620BE12A2CC :1003F00024A01520291420A81360A242A0152029AA :1004000014A5094A4A4A4A186930C93A900318693A :100410000720AB12A509290F186930C93A900318B3 :10042000690720AB12A24AA01586108411A20720EA :10043000C9FF207214A000B110C900F00720D2FF3C :10044000C84C37146020E4FF850D20B7FF2908D081 :10045000F4A5912980D00568684CDA13A50D6018C1 :10046000650B850BA50D602072146868A9068D00C8 :100470000960A00184CCA4D3B1D1297F91D1602A95 :100480002A2A20584D4F44454D20363420425920C9 :100490004348524953204C414D50544F4E202A2A34 :1004A0002A004A414E554152592032392C203139C7 :1004B0003834004E4F5420464F5220434F4D4D4547 :1004C000524349414C20444953545249425554499E :1004D0004F4E000D584D4F44454D205452414E5300 :1004E0004D495353494F4E20494E49544941544573 :1004F000440D00424C4F434B204E4F542052454335 :1005000045495645440D00584D4F44454D205452E1 :10051000414E534D495353494F4E2041424F52543F :1005200045440D00584D4F44454D205452414E53C3 :100530004D495353494F4E20434F4D504C45544520 :100540000D00424C4F434B20230020524543454968 :100550005645440D00060000000001020304050694 :100560000708090A0B0C0D0E0F100A1213081516B6 :100570001718191A1B1C0C1E1F20212223242526A4 :100580002728292A2B2C2D2E2F3031323334353683 :100590003738393A3B3C3D3E3F40616263646566B3 :1005A0006768696A6B6C6D6E6F7071727374757663 :1005B0007778797A5B5C5D5E5F6041424344454693 :1005C0004748494A4B4C4D4E4F5051525354555643 :1005D0005758595A7B7C7D7E7F0000000000000048 :1005E000000081000080000000000000000000000A :1005F00000000000000000000000000000000000FB :1006000000000000000000000000000000000000EA :1006100000000000000000000000000000000000DA :1006200000000000000000000000000000000000CA :1006300000000000000000000000000000000000BA :1006400000000000000000000000000000000000AA :100650000000000000000000000001020304050685 :100660000714090A0B930D0E0F100A121308151622 :100670001718191A1B1C0C1E1F20212223242526A3 :100680002728292A2B2C2D2E2F3031323334353682 :100690003738393A3B3C3D3E3F40616263646566B2 :1006A0006768696A6B6C6D6E6F7071727374757662 :1006B0007778797A5B5C5D5E5F6041424344454692 :1006C0004748494A4B4C4D4E4F5051525354555642 :1006D0005758595A7B7C7D7E7F07136714FD02FFB4 :1006E00002FD02FD02FF02FD02FD02FD02FD82F994 :1006F00002FF02FD02FD02F902FF02F90B8B82FFED :0000000000 8-May-84 07:23:48-MDT,3828;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 May 84 07:23:37-MDT Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 8 May 84 8:56 EDT Date: Tue, 8 May 84 8:53:38 EDT From: Bob Bloom (TECOM) To: info-cpm@Brl-Mis.ARPA cc: bbloom@Brl-Mis.ARPA Subject: micro: directory (Yes, i know Keith already sent some of this out, but i had already typed it anddon't want to "waste" it.) The file of patch points to WordStar version 3.0 has just been updated. Added were the no-file dispatch table, and points below user 1. The file was also m modified so that it is much more readable. Two versions are available: MICRO:WS30PAT.PTS and .PQS, a squeezed version. As it is becoming harder to figure out just files do what throughout the cpm.* directories, may I make an suggestion: each directory should have a *.cat ascii file where * is the same as the directory name and cat is for catalog. This would serve the same purpose as the vol###.cat file in the cpmug or sigm directories and contain a short description of all the files in that directory. Each new submission would include the blurb to be included in the *.cat file and the maintainer would need only add it on. (w8sdz [Keith] and fjw [Frank] have enough to do as it is.) So guys, if you're the primary author or source in a cpm directory or even if you just happen to be well acquainted with all the files in a particular directory, make up a blurb file. BUT FIRST -- Lets hear the response from the maintainers. Is there room? Would keeping it up be too much work? Is the idea worth the trouble? To give an example for the directory, this is what I'm thinking of: Directory MICRO: FileName Type Length Crck Explaination -------------- ----- ------ ---- --------------------------------------- FTNOT121.COM.1 COM 12288 2B4F Add footnotes to a WordStar file FTNOT121.HEX.1 ASCII 29919 48E3 / FTNOTE12.DOC.2 ASCII 15246 2A49 / INDEX.C.1 ASCII 13181 221E Index words and phrases in a WS file INDEX.COM.1 COM 10368 4114 / INDEX.DOC.1 ASCII 10906 C15E / PATCHWS.ASM.1 ASCII 1714 B468 Patches to speed response of WS ver 3.0 WS2ROFF.COM.1 COM 6016 0463 ? don't know what this does ? WS30.DOC.1 ASCII 7375 A8D3 Bug fixes - XON/XOFF, System files, formatted print to disk WS30PAT.DOC.1 ASCII 21376 FE00 << obsolete patch points file >> WS30PAT.PQS.1 COM 16512 7B7D All known patch points for WS ver 3.0 WS30PAT.PTS.1 ASCII 26520 5D97 / <-- Unsqueezed version WSEPEM.TXT.1 ASCII 3756 B73D Mod for transparent emphasized mode on Epson MX-80 without Graphtrax WSFAST.MSG.1 ASCII 638 C141 How to speed up the entry to WS ver 3.3 WSKE3019.HEX.1 ASCII 2165 1AD6 Use the function keys on the H19, H29, H89, H100 with WS (Like QuikKey) WSKE3019.SUB.1 ASCII 70 89FA / WSKE3029.HEX.1 ASCII 2386 8F40 / WSKE3029.SUB.1 ASCII 70 9DD6 / WSKE3319.HEX.1 ASCII 2165 4A69 / WSKE3319.SUB.1 ASCII 70 DC05 / WSKE3329.HEX.1 ASCII 2386 D31F / WSKE3329.SUB.1 ASCII 70 3B9B / WSKEY.DEF.1 ASCII 2631 AFCA / <-- Key definitions WSKEY.DOC.1 ASCII 5442 1B19 / <-- Doc file, read first! WSMX80.PAT.1 ASCII 1421 7C3E Patches for Epson MX-80 w/Graphtrax WSUFIX4.ASM.1 ASCII 7985 6299 Patch so that WS can find it's overlays in a difference user/disk area than where called from. -bob bloom 8-May-84 10:28:32-MDT,3083;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 May 84 10:28:23-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 8 May 84 11:56 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 8 May 84 11:53 EDT Date: Tue 8 May 84 09:52:26-MDT From: Ron Fowler Subject: Announcing MEX, a new modem program... To: info-cpm@BRL.ARPA, info-micro@BRL.ARPA (My apologies to those who have already seen this; there were some errors in the CRC list that had to be corrected) MEX is a new modem program for CP/M and derivative operating systems. It is a superset of such programs as MODEM7 and MDM ... new features include: o Compatible with MDM7 overlays o PHONE command allows phone numbers to be dynamically entered into and removed from the phone library ... phone numbers are associated with mnemonics that may be up to 12 characters long, and may optionally specify the baudrate for each site in the list. o KEY command supports multiple-character keystring creation and deletion, for use as dedicated function keys in terminal-mode o LOAD and SAVE commands allow keystring definitions and phone number libraries to be saved to and loaded from disk files o READ command supports unattended sessions, under control of a disk file created with an editor (similar in concept to CP/M's SUBMIT, with enhancements) o Greatly enhanced terminal mode o SENDOUT command to send strings to the modem (usually under con- trol of a READ file). o CALL command allows multiple sites lists to be specified, and each number to be repetitvely re-dialed any number of times. o STAT command allows the inspection and modification of a large number of system variables o HELP command random-accesses a disk file to provide an on-line documentation facility that completely explains the program o CLONE command allows MEX to be saved to disk, with the current state intact (including any defined phone numbers and keystrings). o Special features to enhance MEX-to-MEX connections o Support for all CCP commands (rename, erase, type ...) extended to include ZCPR2-style drive/user specifications o Patch file allows many default options to be modified The entire MEX file set resides in the SIMTEL20 repository in . Following is a complete list of the files included as part of the MEX terminal package: Name CRCK Description -READ.ME ---- This message <> MEX10.COM FDB9 The main program HELP.MEX 7932 MEX on-line users manual MEX10.DOC 068C Full documentation for MEX BUFFERS.DOC 70BE Information on setting up MEX buffers MXO-SM10.ASM 8479 Smartmodem overlay MXO-PM10.ASM 2C28 PMMI overlay MLOAD.COM E51E Overlay installation tool MEXPAT10.ASM 2CEA Patch file: allows defaults to be modified ------------------------------------------------------------ ------- 8-May-84 12:31:50-MDT,1330;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 May 84 12:31:38-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 May 84 14:02 EDT Date: 8 May 1984 12:05 MDT (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Cc: Info-Modem7@Simtel20.ARPA Subject: MEX modem program file list Here's a listing of the just-announced MEX files on SIMTEL20. It's provided here for the convenience of those who have FTP capability and need to know the formats used for each file. Some files are stored in ITS-Binary format, while others are ASCII. Please note that MLOAD.COM is an updated version, not the one originally released many months ago by Ron. --Keith Filename Type Bytes Sectors CRC Directory MICRO: -READ.ME.1 ASCII 2460 20 = 14H 03CAH BUFFERS.DOC.1 ASCII 3728 30 = 1EH 70BEH HELP.MEX.1 COM 49920 390 = 186H 7932H MEX10.COM.1 COM 23168 181 = B5H FDB9H MEX10.DOC.1 ASCII 62457 488 = 1E8H 068CH MEXPAT10.ASM.1 ASCII 4397 35 = 23H 2CEAH MLOAD.COM.1 COM 2816 22 = 16H E51EH MXO-PM10.ASM.1 ASCII 27731 217 = D9H 2C28H MXO-SM10.ASM.1 ASCII 7478 59 = 3BH 8479H 8-May-84 13:06:10-MDT,1172;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 May 84 13:05:58-MDT Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 8 May 84 14:42 EDT Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27) id AA17819; Tue, 8 May 84 11:45:18 pdt Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.3/4.16) id AA16613; Tue, 8 May 84 11:45:50 pdt Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.16) id AA00540; Tue, 8 May 84 11:43:51 pdt Date: Tue, 8 May 84 11:43:51 pdt From: William C. Wells Message-Id: <8405081843.AA00540@ucbopal.CC.Berkeley.ARPA> To: ihnp4!ihuxe!hazard@Ucb-Vax.ARPA Subject: Re: Wanted: Unix-like ed editor for cp/m Cc: info-cpm@amsaa.ARPA Have a look at the "ed" in the "Carousel Tool Kit" from Carousel Microtools, Inc., 609 Kearney St. El Cerrito CA 94530 (415) 528-1300 There is also a "vi" like editor for H89/HDOS, H89/CPM, IBM-PC, and ZDOS/CPM85 called "VISED" which is available from: The Software Subscription PO Box 5379 Richmond CA Bill Wells ucbvax!wcwells wcwells@Berkeley.ARPA 8-May-84 21:10:47-MDT,1463;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 May 84 21:10:41-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 8 May 84 22:49 EDT Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp; 8 May 84 22:43 EDT Date: Tue 8 May 84 19:42:00-PDT From: Dick Subject: ZCPR2 on Kaypro To: info-cpm@BRL.ARPA, info-micro@BRL.ARPA I have been tryning to put ZCPR2 on the Kaypro 2 with poor results. I first used the pre-configed Z2-KPRO.LBR file on SIMTEL20, but found it to lack a few things, as well as exhibiting a peculiar fault with most Perfect and some other software where the drive would no shut off until a key is typed. Looking at the bios HEX overlay provided, it appears some code in the CONIN section (drive timeout) was removed to make room for the ZCPR2 init code. I have tried to alter both the BIOS source and the boot rom source to init the ZCPR2 buffers, leaving the rest of the code intact, but I always have the same failure after a Warm boot, where the system can no longer see any files on disk as far as executing them, while DIR shows they exist. Just before the Warm boot, the programs load and run normally, and do so until a warm boot. I am stumped. What is so fragile about the size and/or location of new code in either the bios or rom??? I get a normal boot but the WARM BOOT kills all, what gives? Any Kaypro guru's out there? ------- 8-May-84 21:34:00-MDT,687;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 May 84 21:33:56-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 8 May 84 23:10 EDT Received: From darcom-hq.arpa.ARPA by BRL-AOS via smtp; 8 May 84 23:10 EDT Date: Tue, 8 May 84 23:00:46 EDT From: Richard G Turner To: Ron Fowler cc: info-cpm%brl.arpa@darcom-hq.arpa, info-micro%brl.arpa@darcom-hq.arpa Subject: Re: Announcing MEX, a new modem program... Ron, Looks interesting. I'm at a site where I can't FTP binaries. Any chance of having a MEX10.HEX on SIMTEL20? thanks, ric 8-May-84 21:57:51-MDT,676;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 8 May 84 21:57:47-MDT Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 8 May 84 23:32 EDT Received: from su-sierra.arpa by BRL-VGR.ARPA id a000833; 8 May 84 23:25 EDT Date: Tue 8 May 84 20:21:04-PDT From: "Kevin W. Rudd" Subject: zcpr3 To: info-cpm@BRL-VGR.ARPA cc: kevinw@SU-DSN.ARPA are there any plans for installing zcpr3 (or even zcpr2) on cpm-plus (aka cpm3)? what would be required to make this kind of conversion (assuming that 1 it is feasible and 2 the sources are available) thanks, -- Kevin kevinw@su-dsn ------- 9-May-84 01:44:14-MDT,1432;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 May 84 01:44:08-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 May 84 3:13 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 9 May 84 3:09 EDT Date: Wed 9 May 84 03:06:17-EDT From: Mark Becker Subject: Re: Neophyte CP/M 2.2 Question (BIOS disk flush) To: Info-CPM@BRL-AOS.ARPA cc: CENT.MBECK%MIT-OZ@MIT-MC.ARPA In-Reply-To: Message from "ihnp4!houxm!hogpc!houti!ariel!vax135!floyd!cmcl2!philabs!aecom!glen@Ucb-Vax.ARPA" of Wed 2 May 84 10:54:05-EDT <*>-food for bug eater - who own's the bug? I would like to thank Glen (aecom!glen) for his information. Very useful and also very timely (just got into the blocking/deblocking part of this stuff). There is only one problem left: I have found the manufacturer's implementation of the buffer-flush (flush-on-input-character) to take an excessive amount of time; when I was writing this communications program, so much time was lost that I was losing characters at 1200 baud. I got around the problem by putting the console I/O routines into the program and not using the BIOS routines. This is, of course, not 'standard'. I would be interested in hearing from others on their methods of when to flush buffers. If enough interest pops up, I'll summarize back to the net. Mark ------- 9-May-84 10:39:49-MDT,970;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 May 84 10:39:42-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 May 84 12:16 EDT Received: From darcom-hq.arpa.ARPA by BRL-AOS via smtp; 9 May 84 12:06 EDT Date: Wed, 9 May 84 11:51:10 EDT From: Richard G Turner To: info-cpm%brl.arpa@darcom-hq.arpa Subject: Download Bootstrap How to get over the initial problem of downloading a download program when you don't have a download program? I think someone recently posted a very small assembler program to intitially do input port to disk data transfer so that a new system could acquire downloading software. I had no need for it and didn't keep it. A friend recently acquired CP/M for his Apple ][ (not sure what flavor) and needs some way to grab a modem program from a local BBS. Can anyone send me a copy of this message? Thanks in advance, rick 9-May-84 11:06:52-MDT,1125;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 May 84 11:06:47-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 May 84 12:33 EDT Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 9 May 84 12:20 EDT Received: from Muscat.ms by ArpaGateway.ms ; 09 MAY 84 06:28:58 PDT Date: Wed, 9 May 84 09:26 EDT From: leisner.henr@XEROX.ARPA Subject: Re: CPM C Compilers In-reply-to: "ihnp4!ihnet!tjr@UCB-VAX.ARPA's message of 19 Apr 84 7:23:48 PST (Thu)" To: ihnp4!ihnet!tjr@UCB-VAX.ARPA cc: info-cpm@BRL-AOS.ARPA How big are your tables? Why not just initialize them in a function? I've used BDS to do bit mapped graphics where the ascii character set had to be encoded. If initializers were supported it would have been nice, but for most applications the problem isn't as severe (I had to initialize an array of something like 100 x 8). The biggest advantage of BDS is it screams -- it compiles and links in very little time. Aztec C for CP/M costs about $200. I like the package -- it seems inexpensive for a UNIX compatible C compiler. Marty 9-May-84 13:01:47-MDT,1117;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 May 84 13:01:40-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 May 84 14:23 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 9 May 84 14:16 EDT Date: Wed 9 May 84 12:17:12-MDT From: Ron Fowler Subject: MEX newsletter To: info-cpm@BRL.ARPA, info-micro@BRL.ARPA The first in a series of planned MEX newsletters is now available on SIMTEL20: MEXNEWS.001 ... describes a few minor bugs (and fixes for two of them) and some additional information not present in the DOC files. Also: I will restrict further announcements regarding MEX to info-cpm, which is a more proper forum for discussion of CP/M programs (unless there are a lot of people who would prefer to see the announcements on info-micro). Final note: I have several reports that MEX doesn't work with the DEC VT-2 overlay; I'll be studying the problem later today; if anyone has any idea what the problem might be, please send me a message as soon as possible. --Ron Fowler ------- 9-May-84 20:33:11-MDT,811;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 9 May 84 20:33:04-MDT Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 9 May 84 21:50 EDT Received: from brl-mis.arpa by BRL-VGR.ARPA id a009716; 9 May 84 21:47 EDT Date: Wed, 9 May 84 21:44:53 EDT From: Rick Conn To: "Kevin W. Rudd" cc: info-cpm@BRL-VGR.ARPA, kevinw@SU-DSN.ARPA Subject: Re: zcpr3 I have no plans of providing a version of ZCPR3 for CPM-PLUS. Like ZCPR1 and ZCPR2, ZCPR3 is CP/M 2.2 compatible only. Considering that bank switching has to be considered for the transient loader, some modification (perhaps extensive) would have to be done. When ZCPR3 is released, full source code will be included. Rick 10-May-84 02:22:48-MDT,6805;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 May 84 02:22:32-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 May 84 3:42 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 10 May 84 3:37 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 May 84 0:27-PDT Date: 5 May 84 18:04:29-PDT (Sat) To: info-cpm@Brl-Aos.ARPA From: ihnp4!pegasus!mel@Ucb-Vax.ARPA Subject: Review of Morrow MD3 Article-I.D.: pegasus.1265 To practice what I preach - here is a short review of a Morrow MD3 I just acquired. (I had a DEC Rainbow 100 for a year until I changed companys last November - you may remember my reviews of that.) The Morrow is a bit hard to get. They don't have many dealers. Call their 800 number and get a list, all far away, and start calling. I got a MD3 without terminal, $1499 list, 4MHz Z-80, 64K RAM, 2 DSDD floppies (384K user space each), 2 serial ports, 1 parallel port, NewWord, Correct-it, LogiCalc, MBASIC, Personal Pearl, Pilot, Quest Bookkeeper, & CP/M 2.2 all in the one package. The unit is quite small (16.5"w x 12"d w/plugs x 5.5"h), easily fits on the corner of your desk. Has a sturdy metal case with a flat top that can support a printer or terminal. The unit has no fan and is dead quiet unless the disks are reading or writing, and those are quiet, too. Nothing gets hot or even warm, except strangely, the floppy disks themselves are warm when you pull them out even when they have not been spinning. Everything worked right out of the box just exactly as described in the manuals. No surprises of any sort, no mad scrambles back to the manuals, no calls needed to the company. The manuals are all well done, particularly for a novice. I have it right next to a FM set and on the same circuit with a TV and notice no interference (but, the Concept terminal frazzes some FM stations). The serial port to the terminal comes setup at 9600 baud with ^S/^S flow control (well thought out, no zoom-off-the-screen, no scramble to find that damn ^Q). It took a lot of doing to get it to work with my beloved Concept 108 terminal, but most normal terminals are included in the setup menu. The serial port to the printer/modem has a "gotcha" in that the 12 and 5 volt power is brought out on it. Connect it wrong and you get smoke (this is clearly shown in the manual, as are scores of jumper options for various situations). I bypassed all this in connecting to the 212 UDS modem by wireing up a M to F cable with the following 6 wires: 1 - 1 , 2 - 3 , 3 - 2 , 7 - 7 , 8 - 20 , 20 - 8. The parallel port uses a standard Radio Shack 26-4401 printer cable (not supplied) with the ribbon side down. The following 12 liner keyed into DDT gives a terminal pass-through (use ^Z to get back to CP/M, it doesn't hangup on you): lxi sp,0150 call f320 jz 0113 call f332 cpi 01a jz 0 out 0fe call f4d4 jz 0103 mov c,a call f482 jmp 0103 The CP/M release disk comes with all the CP/M goodies (including the disk formatting program - are you listening DEC?) and the complete heavily commented BIOS and BOOT source. Now that is thoughtfulness to be commended. There is a program to change the disk read and write parameters to emulate the disk units of several other CP/M systems. Thus you can read and write IBM PC (CP/M only), Osborne, & Xerox disks. The BIOS has a neat feature for allowing disks C, D, & E to be addressed even though there are only A & B physical disk units. The BIOS handles the operator messages to change disks in the A unit, the running program doesn't know anything about it. This is very, very handy with text editing where you want to save out something to another disk, or read in something; for spreadsheet work the same way; and for just copying things on and off different disks. I don't see why this hasn't caught on as the standard way to handle floppies. I can't think of a single thing to gripe about the hardware, manuals, or the system software. It all runs very well indeed with lots of thoughtful extras to make things easier. The NewWord text preparation program is an exact copy of a subset of WordStar. It works exactly as documented, is very fast, and well thought out. However, I would prefer full WordStar. The only missing feature I have run into so far is the "print to a file" capability, but I sorely need that to interchange text easily with UNIX (that hates those 8th bit thingies). As a long term emacs, and a sometimes vi, user - let me state that WordStar and NewWord are a hundred time easier to use and have more useful capability - if WordStar were available on DEC-20 and UNIX, emacs and vi (and nroff) would join BAL, AutoCoder, FAP, ALGOL and the other guru'isms of the past. The LogiCalc is a good-enough Visi-Clone, but I got SuperCalc 2 which is much better (SuperCalc 2 has date handling functions for scheduleing and project planning uses). Quest is super; now if only I had my own business to do bookkeeping for. MBASIC is the regular MBASIC - it runs all the games from RBBSs I tried it on (JETSET2 is the most fun). Personal Pearl has too thick a manual for me to get into, and the cursor keys are yet a different set - phooy! Correct-It is dumb. The authors couldn't have possibly ever used it themselves, and neither could the Morrow people. It natters at you constantly about menu selections nobody in their right mind would ever use, demands you type in the same correction over and over if you misspell something more than once, and then always asks you at the end for the name of your dictionary file - which of course has some inane name that you couldn't possibly remember, and if you don't cough it up the program promptly forgets all your new words - dumb! The only sour note in the package. PILOT is OK, perfect for the menu front-end Morrow supplies; and really good for creating CAI scripts. The menu front-end is really handy for doing the initial setup. Much better than going through a printed checklist. It only takes a ^C to escape from, so it doesn't get in the way at all (unlike the menu stuff on the FORTUNE and 3B2). All in all, I like the Morrow. I use it for SuperCalc and NewWord mostly, and it does these both with adequate speed and competence. It took all of an hour to get the terminal pass-through, MBOOT, and MODEM up an running; thanks to the BIOS source and experience with DDT, SAVE, and PIP. My impression is that it is faster and easier to use than the IBM PC and Rainbow - it sure is more pleasent to use (I love this Concept keyboard). (strictly the personal opinions of) Mel Haas , houxe!mel 10-May-84 05:08:56-MDT,1890;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 May 84 05:08:49-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 10 May 84 6:39 EDT Date: Wed, 9 May 84 15:45 PDT Message-ID: Sender: Harris Shiffman From: Harris Shiffman Subject: ATR8000 Corrections To: Info-Atari@SU-SCORE.ARPA ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Thu 10 May 1984 04:42-MDT Some comments about Andrew Malis' review of the SWP ATR8000: In Atari mode, the ATR (either the 16K or the 64K model) will act as a printer interface and buffer (using either the serial or the parallel port on the ATR for the printer) and as a disk controller. The disk controller will handle any combination of up to four 5.25 and 8 inch diskette drives. It does not support hard disks, although I have heard that someone has modified one to do so. The software support for the serial port is limited to handling a serial printer. There is no software support for serial devices while in Atari mode. (CP/M does provide such support.) The ATR's ROM includes a printer driver (P:), but no RS232 driver. To use a serial printer, you run a provided BASIC program which patches the ATR to send printer text to the serial port, instead of the parallel port. By the way, the ATR does NOT boot most of the copy protected disks I have used to test it, so it doesn't entirely replace the good old 810. In CP/M mode, the ATR uses the Atari as a terminal (which is why it is easy to replace the Atari with a regular terminal). The 64K system comes with the terminal emulator for the Atari. This emulator supports the BIT3 80-column board as well as the movable window 40-column screen. 10-May-84 09:25:09-MDT,1513;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 May 84 09:24:57-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 May 84 10:43 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 10 May 84 10:35 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 May 84 7:06-PDT Date: 8 May 84 2:32:51-PDT (Tue) To: info-cpm@Brl-Aos.ARPA From: hplabs!hao!seismo!rochester!ritcv!moscom!@Ucb-Vax.ARPA Subject: Collection Conversions Complete Article-I.D.: moscom.135 From: "Frank J. Wancho" The conversions of MICRO:, MICRO:, and MICRO: are now complete. Files with a generation number of .2 are ASCII files, while those with .1 remain ITS-Binary files. Some files with apparent ASCII filetype names, such as, .BAS, .ASM, .DOC, and others, were not converted because a high-bit was detected or there were more than 40% control characters before the first ^Z (the CP/M EOF for ASCII files). The most likely reason is that such files were created or edited using WordStar in Document mode. There will be no further conversions attempted on such files. Each of the above directories now contains an up-to-date .CRCLST file which indicates which files are "COM" (ITS-Binary) and which are ASCII files. For those interested in such things, the total disk space recovered was 3,708 pages or about 12%. Not quite as much as I had hoped, but every page counts. --Frank 10-May-84 09:57:54-MDT,809;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 May 84 09:57:49-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 May 84 10:43 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 10 May 84 10:35 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 May 84 7:05-PDT Date: 8 May 84 2:32:43-PDT (Tue) To: info-cpm@Brl-Aos.ARPA From: hplabs!hao!seismo!rochester!ritcv!moscom!@Ucb-Vax.ARPA Subject: Re: Wordstar footnoter Article-I.D.: moscom.134 i thought there already was a footnote.com out there. is this ftnote12 an improvement, difference, what? forgive me - i most certainly DOO appreciate any and all donations to our resources, but just wondered why... regards, david kirschbaum toad hall abn.iscams@usc-isid 10-May-84 10:12:28-MDT,885;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 May 84 10:12:22-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 May 84 10:43 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 10 May 84 10:36 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 May 84 7:07-PDT Date: 8 May 84 2:33:13-PDT (Tue) To: info-cpm@Brl-Aos.ARPA From: hplabs!hao!seismo!rochester!ritcv!moscom!@Ucb-Vax.ARPA Subject: Re: Wordstar footnoter Article-I.D.: moscom.136 From: Charlie Strom (NYU) I frankly do not recall there being a public domain footnoter out there. I have seen a proprietary product called, strangely enough, Footnote (by Pro/Tem Software in Ca.), and I have seen an index generator for WordStar in the public domain, but that is about it. Of course, I could be wrong... 10-May-84 10:25:32-MDT,1402;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 May 84 10:25:26-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 May 84 10:43 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 10 May 84 10:35 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 May 84 7:05-PDT Date: 8 May 84 2:31:29-PDT (Tue) To: info-cpm@Brl-Aos.ARPA From: hplabs!hao!seismo!rochester!ritcv!moscom!@Ucb-Vax.ARPA Subject: Re: Apple BIOS info request Article-I.D.: moscom.132 PHIL, REGRETTABLY, I SUSPECT THAT BIOS WILL BE COPYRIGHTED. I KNOW THE ONE FOR MY MORROW IS COPYRIGHTED BY MORROW, BUT LUCKILY MORROW PROVIDED THE SOURCE CODE FOR MINE, SO HACKING IS A (RELATIVE) JOY. NEVER SAW SOURCE FOR THE APPLE CP/M BIOS FROM ANYONE. ON TWO OF THE SYSTEMS I WORKED ON (ONE WITH A SANTA CLARA HARD DISK, AND THE ONE I'M ON (TEMPORARILY) RIGHT NOW, CPM56.COM WAS PROVIDED WITH THE SYSTEM DISK. THAT OF COURSE INCLUDED THE APPROPRIATE BIOS, BUT AS PART OF CP/M ITSELF. I DID START DISASSEMBLING THE ONE FOR THE SANTA CLARA, AND MANAGED SOME TOAD HALL PATCHES, BUT NO FUN! REGRETS, BUT I DON'T THINK I SHOULD TRY TO UPLOAD WHAT I DO HAVE. PROBABLY ILLEGAL, AND THE HARD DISK BIOS WILL BE TOTALLY WRONG FOR YOU ANYWAY. REGARDS, DAVID KIRSCHBAUM TOAD HALL (MISSING HIS TOAD, WHICH IS SAFELY AT HOME...) ABN.ISCAMS@USC-ISID 10-May-84 10:43:00-MDT,2820;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 May 84 10:42:48-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 May 84 10:44 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 10 May 84 10:36 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 May 84 7:08-PDT Date: 8 May 84 2:33:38-PDT (Tue) To: info-cpm@Brl-Aos.ARPA From: hplabs!hao!seismo!rochester!ritcv!moscom!@Ucb-Vax.ARPA Subject: SYNONYM art. in Microsystems Article-I.D.: moscom.137 From: Keith Petersen Date: Wednesday, 25 April 1984 13:44-MST From: Dick To: info-cpm at BRL.ARPA Re: SYNONYM art. in Microsystems Microsystems has a short review of a program, in the PD, called SYNONYM. I gather that the source listing was supposed to be included, but lately Microsystems has been pretty sloppy with such things, and it got left out. Has anyone seen the program??? Yes, the program is available on SIMTEL20 now. It's in MICRO:SYNONYM2.DOC and MICRO:SYNONYM3.ASM SYNONYM is a program that generates a program. This generated program when executed, will invoke another CP/M command. It's really not as complex as it sounds. Here is an example: You would like to invoke Microsoft basic by typing only the letter "B" instead of typing "MBASIC". You could just rename MBASIC.COM to B.COM but you could no longer use "MBASIC" to invoke basic. SYNONYM can create a "B.COM" file that when invoked will modify the CCP input buffer to "MBASIC" and then jump to the CCP. The new .COM file is very small (1 block) and is saved with the $SYS indicator set (in CP/M 2.x ) so it won't clutter up your DIRectory. Then to invoke basic you would only have to type: "B". You could also pass basic a program name to execute just as with MBASIC by typing: "B BASPGM" (where BASPGM is the name of the basic program). You can also create a SYNONYM with a fixed parameter string. For example you might like to run a basic program called STARTREK.BAS by typing "ST". SYNONYM can create a file ("ST.COM") that will invoke MBASIC and pass it a fixed string "STARTREK". If you do create a SYNONYM with a fixed paramater string any paramaters entered on the command line invoking the SYNONYM will be appended to the fixed paramaters. This could be used to invoke the SUBMIT program, pass it the name of the .SUB file as a fixed paramater, and then any other variable paramaters. The program can be assembled with MAC or ASM and has been tested on both CP/M version 1.4 and version 2.x (the $SYS attribute is set only on 2.x). --Keith 10-May-84 10:56:51-MDT,1387;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 May 84 10:56:44-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 May 84 10:43 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 10 May 84 10:36 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 May 84 7:08-PDT Date: 8 May 84 2:34:04-PDT (Tue) To: info-cpm@Brl-Aos.ARPA From: hplabs!hao!seismo!rochester!ritcv!moscom!@Ucb-Vax.ARPA Subject: YAM428.LBR problems Article-I.D.: moscom.138 From: Keith Petersen Date: Thursday, 26 April 1984 06:01-MST From: Matthew J. Weinstein To: w8sdz Re: YAM428.LBR I downloaded YAM428.LBR, and LU301 complains about CRCs. In addition text files seem to be missing CR's. (Just thought you'd want to know...) - Matt Try LU300, Matt. LU301 is only for CP/M look-alikes and is NOT an update. It's a patched LU300 which may not be competely up to specs. Yes, I know about three files that contain only LF for end-of-line. Apparently some of the files were SQueezed under Unix instead of CP/M. You can restore them with USQ-20.COM's -N option, which converts LF's to CRLF's. Many people may not know about this -N option, which was added by Chuck Forsberg to deal with Unix-SQueezed files. --Keith 10-May-84 11:19:34-MDT,5844;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 May 84 11:19:20-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 May 84 10:33 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 10 May 84 10:29 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 May 84 7:00-PDT Date: 8 May 84 2:27:32-PDT (Tue) To: info-cpm@Brl-Aos.ARPA From: hplabs!hao!seismo!rochester!ritcv!moscom!@Ucb-Vax.ARPA Subject: Update of MDM7xx overlay list Article-I.D.: moscom.122 From: Keith Petersen Dennis Recla has just released an updated list of all overlays known to him. We don't have all these at SIMTEL20, but if you need one we don't have you can call the numbers listed at the end of his list. If you find it necessary to do this I would appreciate it very much if you would attempt to get the file to me via netmail or FTP (contact me first for instructions on where to send it). --Keith ARPA/MILNET: W8SDZ@SIMTEL20 uucp/Usenet: ...!decvax!brl-bmd!w8sdz ---file MDM7-OVL.LST--- MDM7xx Overlay list as of 04/29/84 Rev. 1.4 Dennis Recla Locate your computer system in the list to find the proper overlay to use with the various versions of MDM7xx. MDM7xx Overlay Name ========================================================================== Preferred Vers. Older vers. Computer Discription -------------------------------------------------------------------------- MDM7ABC.ASM Archives Business Computer MDM7ADDS.ASM ADDS Multivision overlay M7AC+3.ASM M7AC-1.ASM MDM711AC.ASM AppleCat II Overlay M7AJ-1.ASM M7JC-2.ASM Apple J-Cat Overlay M7AL5-1.ASM M7AL-1.ASM Altos Series 5 Overlay M7AL8-1.ASM Altos Series 8000 Overlay M7AM-1.ASM Apple W/MTN. Comp. CPS M7AP+3.ASM M7AP-1.ASM MDM711AP.ASM Apple II overlay M7AQ-3.ASM M714A3.ASM Apple with MicroModem M7AMPRO.ASM Ampro Little Board MDM712BB.ASM Big Board I M7C3-1.ASM CP/M 3.0 AUX DEV Overlay M7CD-1.ASM MDM7CROT.ASM Cromemco TUART @50 hex M7-2710.ASM MDM711CC.ASM Calif. Comp. 2710 board M7-2719.ASM M7CC2719.ASM Calif. Comp. 2719 board MDM7DB.ASM Dynabyte Serial port 1 M7DP-1.ASM MDM711DP.ASM DataPoint 1560 Overlay MDM7DUR.ASM Durango series ovelay M7EP-2.ASM M7EP-1.ASM M712EP.ASM Epson QX-10 overlay M7EGL-1.ASM M7EG-1.ASM Eagle II and III overlay M7GP-1.ASM MDM711GP.ASM General Purpose overlay M7H8-4A.ASM M7H8-1.ASM Heath/Zenith 89 overlay M7HP-1.ASM MDM712HP.ASM MDM711HP.ASM Hewlett Packard 125 M7HZ-1.ASM MDM711HZ.ASM Heath/Zenith 100 overlay (2661) M7IB7102.ASM Ibex Model 7102 overlay M7IM-2.ASM MDM7IMS.ASM IMS 5000 series overlay M7IN-2.ASM M7IN-1.ASM Interfacer 3/4 overlay MDM711I3.ASM Interfacer 3 Overlay M7ISB-1.ASM Intertec Super Brain Overlay M7KP-2.ASM M7KP-1.ASM MDM711KP.ASM Kaypro overlay M7LO-1.ASM M712LO.ASM Lobo Max-80 overlay M7MD-1.ASM MDM711MD.ASM Morrow MD I & II overlay MDM7MIO.ASM Intersystems MIO board @80hex M7MM+4.ASM M7MM-1.ASM MDM711MM.ASM Morrow Multi I/O overlay M7NA-1.ASM M712NA.ASM North Star Advantage overlay M7NE-1.ASM MDM711NE.ASM NEC PC-8001 overlay M7NH-2.ASM M7NH-1.ASM North Star Horizon w/HSIO-4 MDM7NS.ASM M712NS.ASM North Star Horizon port B M7NSP-1.ASM MDM711SP.ASM National Semi. Starplex M7NM-6.ASM M7NM-1.ASM PHONE NUMBER OVERLAY MDM7NT.ASM Northern Telecom system M7OA-1.ASM MDM712OT.ASM Otrona Attache overlay M7OS-1.ASM MDM711OS.ASM Osborne overlay ext. modem M7OS-1NE.ASM with Nuevo Eq. 80 Col. card M7-OSCP.ASM Osborne with DATACOMM modem M7OD-4.ASM Osborne with COMM-PAC modem M7OX-1.ASM MDM711OX.ASM Osborne Executive overlay M7P1-1.ASM PMC Micromate 101 M7PC-1.ASM M712PC.ASM IBM with Baby Blue Z-80 M7PM-1.ASM M712PM.ASM PMMI S-100 Overlay MDM7QUAY.ASM Quay Series M7R1-3.ASM MDM7TRS1.ASM M7R1-1.ASM TRS-80 Model I M7R2-1.ASM MDM7TRS2.ASM TRS-80 Model II M7R3-1.ASM TRS-80 Model III M7R4-4.ASM M7TR4-1.ASM TRS-80 Model IV M7RSCP+.ASM TRS-80 Model IV CP/M+ M730RV.ASM M724RV.ASM M7RV-1.ASM Racal Vadic VA212PA overlay M7RV3451.ASM Racal Vadic 3451 overlay M7SBC-1.ASM MDM7SBC.ASM Superbrain Compustar overlay M7SD-1.ASM SD Systems SD200 MDM7SOL.ASM Processor Tech. SOL overlay M7SY-3.ASM M7SY-1.ASM MDM711SY.ASM Sanyo MBC-1000 Overlay M7S1-1.ASM Sanyo MBC-1100 overlay M7TV-1.ASM MDM711TV.ASM Televideo TS-802 overlay MDM7TV3.ASM Televideo TS-803 overlay M7US-2.ASM M7US-1.ASM U.S. Robotics S-100 board M7VG-1.ASM MDM7VG3.ASM Vector Graphics 3 & 4 M7VIO-1.ASM MDM7VIO.ASM Ithaca VIO board w/2651 M7VT-2.ASM M7VT-1.ASM MDM712VT.ASM DEC Vt-180/Rainbow overlay M7XE-1.ASM MDM711XE.ASM Xerox 820 overlay M7XSMB-1.ASM MDM711XI.ASM Xitan SMB board w/6850 M7ZB-1.ASM MDM712ZB.ASM Telcon Zorba overlay The overlay file on the left is the prefered version for the various MDM7 overlays. Usually the difference means the the SET command is active and will allow for changing the Baud rate from the modem program and not have to use an external 'SETUP' programs. Be sure that when you use DDT to overlay the proper HEX file on the various MDM7xx.COM programs that you SAVE the proper amount of Memory to the .COM file. As MDM7xx has grown the SAVE size has also increased, so don't use the SAVE size in the overlay unless you are using it on the the identified MDM7xx program. Good luck with your overlay.. If there are any NEW computer or S-100 board MDM7xx overlays not on this list please upload them to Dave Crane's RCP/M (214-931-8274) or to the Technical CBBS (313-846-6127) for inclusion in this list or contact me on my up and down RCP/M at (214-681-4789; always 300 but usually 300/1200) Dennis Recla 10-May-84 11:42:16-MDT,1124;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 May 84 11:42:10-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 May 84 12:56 EDT Received: From sri-tsc.arpa.ARPA by BRL-AOS via smtp; 10 May 84 12:58 EDT Received: by sri-tsc.arpa at Thu, 10 May 84 09:56:35 pdt From: edl Message-Id: <8405101656.AA04520@sri-tsc.arpa> Date: 10 May 1984 0956-PDT (Thursday) To: ihnp4!pegasus!mel@Ucb-Vax.ARPA Cc: info-cpm@Brl-Aos.ARPA Subject: Re: Review of Morrow MD3 In-Reply-To: Your message of 5 May 84 18:04:29-PDT (Sat). Being a Morrow owner I am pleased to hear of someone else's experience with it. I have just a few comments to add. I find Wordstar painful and since I am used to EMACS and ELLE (the EMACS for UNIX) I installed Mince on my MD2 and am quite pleased with it. My only complaint is that it is very difficult and expensive to install a hard disk since there is no bus into which to plug a disk controller. If anyone out there has a relatively cheap solution to this I'd certainly appreciate it. Jan (edl@sri-tsc) 10-May-84 11:49:04-MDT,6828;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 10 May 84 11:48:46-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 May 84 10:33 EDT Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 10 May 84 10:29 EDT Received: from Usenet.uucp by sri-unix.uucp with rs232; 10 May 84 7:01-PDT Date: 8 May 84 2:30:07-PDT (Tue) To: info-cpm@Brl-Aos.ARPA From: hplabs!hao!seismo!rochester!ritcv!moscom!@Ucb-Vax.ARPA Subject: Review of Morrow MD3 Article-I.D.: moscom.128 To practice what I preach - here is a short review of a Morrow MD3 I just acquired. (I had a DEC Rainbow 100 for a year until I changed companys last November - you may remember my reviews of that.) The Morrow is a bit hard to get. They don't have many dealers. Call their 800 number and get a list, all far away, and start calling. I got a MD3 without terminal, $1499 list, 4MHz Z-80, 64K RAM, 2 DSDD floppies (384K user space each), 2 serial ports, 1 parallel port, NewWord, Correct-it, LogiCalc, MBASIC, Personal Pearl, Pilot, Quest Bookkeeper, & CP/M 2.2 all in the one package. The unit is quite small (16.5"w x 12"d w/plugs x 5.5"h), easily fits on the corner of your desk. Has a sturdy metal case with a flat top that can support a printer or terminal. The unit has no fan and is dead quiet unless the disks are reading or writing, and those are quiet, too. Nothing gets hot or even warm, except strangely, the floppy disks themselves are warm when you pull them out even when they have not been spinning. Everything worked right out of the box just exactly as described in the manuals. No surprises of any sort, no mad scrambles back to the manuals, no calls needed to the company. The manuals are all well done, particularly for a novice. I have it right next to a FM set and on the same circuit with a TV and notice no interference (but, the Concept terminal frazzes some FM stations). The serial port to the terminal comes setup at 9600 baud with ^S/^S flow control (well thought out, no zoom-off-the-screen, no scramble to find that damn ^Q). It took a lot of doing to get it to work with my beloved Concept 108 terminal, but most normal terminals are included in the setup menu. The serial port to the printer/modem has a "gotcha" in that the 12 and 5 volt power is brought out on it. Connect it wrong and you get smoke (this is clearly shown in the manual, as are scores of jumper options for various situations). I bypassed all this in connecting to the 212 UDS modem by wireing up a M to F cable with the following 6 wires: 1 - 1 , 2 - 3 , 3 - 2 , 7 - 7 , 8 - 20 , 20 - 8. The parallel port uses a standard Radio Shack 26-4401 printer cable (not supplied) with the ribbon side down. The following 12 liner keyed into DDT gives a terminal pass-through (use ^Z to get back to CP/M, it doesn't hangup on you): lxi sp,0150 call f320 jz 0113 call f332 cpi 01a jz 0 out 0fe call f4d4 jz 0103 mov c,a call f482 jmp 0103 The CP/M release disk comes with all the CP/M goodies (including the disk formatting program - are you listening DEC?) and the complete heavily commented BIOS and BOOT source. Now that is thoughtfulness to be commended. Ther