CP/M

home *** CD-ROM | disk | FTP | other *** search

/ CP/M / CPM_CDROM.iso / simtel / archives / cpm / 8307-1.txt < prev next >

Wrap

Text File | 1993-02-12 | 176KB | 4,305 lines

1-Jul-83 00:18:23,995;000000000000 Date: 1 Jul 83 0:18:23 EDT (Fri) From: Rick Conn <rconn@brl> To: info-cpm@brl Subject: ZCPR2 for Osborne-1 I am very pleased to announce that AR86:CPM contains Z2OZ.LQR, a library file containing the source for a FULL (or nearly so) implementation of ZCPR2 which runs on an Osborne-1 with Version 1.4 ROM. The source to a special version of ZCPR2, its header, a patch to the BIOS, and a text file describing installation procedures are contained in this LBR file. CRCs match. This implementation of ZCPR2 for the Osborne-1 includes external paths, multiple command lines, both SUBMIT and ZEX capability, autostart via STARTUP, and other useful ZCPR2- specific features. It really makes the Osborne-1 look like a different machine! Notably lacking from this (because I didn't feel it made sense to include it) is the named directory feature of ZCPR2. Enjoy! Rick 1-Jul-83 01:25:00,589;000000000000 Received: From Sri-Kl.ARPA by BRL via smtp; 1 Jul 83 3:39 EDT Date: 1 Jul 1983 0025-PDT Sender: BILLW@sri-kl Subject: Re: CP/M vs. Unix From: BILLW@sri-kl To: rconn@brl Cc: LSchwarz.Activate@usgs1-multics, info-cpm@brl Cc: eliot@mit-mc Message-ID: <[SRI-KL] 1-Jul-83 00:25:51.BILLW> In-Reply-To: Your message of 30 Jun 83 23:10:08 EDT (Thu) Id like to remind people that the question that started this whole discussion was one about "rolling your own" UNIX, just like you can do with CPM, which is obviously why it went to the CPM mailing list.... ENough! BillW 1-Jul-83 08:07:34,391;000000000000 Received: From Bbnt.ARPA by BRL via smtp; 1 Jul 83 11:22 EDT Date: 1 Jul 1983 8:07:34 MDT (Friday) From: Bill Johnston CD-SP <bjohnsto@wsmr70a> Subject: UMODEM on BBN C-70 To: rsparks@apg-1, w8sdz@mit-mc, info-cpm@brl We have UMODEM running on our BBN C-70's. Bill Johnston Workplace Automation Project Manager White Sands Missile Range, NM __... ...__ _.. . N5KR 1-Jul-83 08:19:42,713;000000000000 Date: 1 Jul 83 8:19:42 EDT (Fri) From: Rick Conn <rconn@brl> To: billw@sri-kl cc: info-cpm@brl, rconn@brl Subject: CP/M vs UNIX I wasn't aware that there was a rule saying we had to stick to the original topic in our discussions. Anyway, mutability of a system to meet the needs or desires of a particular user for a particular application is another good attribute to look for. Items such as being able to define your own commands, invoke menus as desired (without excessive programming effort), change working environs (subdirectories, I/O system, etc), and tailoring user interfaces are good things to consider as well as those I mentioned in the last message. Rick 1-Jul-83 12:01:16,311;000000000000 Received: From Bbn-Unix.ARPA by BRL via smtp; 1 Jul 83 14:08 EDT Date: 1 Jul 1983 12:01:16 MDT (Friday) From: Jackie Johnston CD-BP <jjohnsto@wsmr70a> Subject: Removal from Mailing List To: info-cpm@brl Please remove my name from the CPM mailing list. Thank you. Jackie Johnston 1-Jul-83 13:10:16,3843;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 9 Jul 83 5:39 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 9 Jul 83 2:28-PDT Date: 1 Jul 83 12:10:16-PDT (Fri) To: info-cpm@brl From: hplabs!hao!seismo!philabs!cmcl2!floyd!vax135!ariel!hou5f!hou5a!hou5d!hogpc!hsc@ucb-vax Subject: Kaypro as UNIX terminal Article-I.D.: hogpc.201 INEWS(1) UNIX 5.0 INEWS(1) NAME inews - submit news articles SYNOPSIS inews -t _t_i_t_l_e [ -n _n_e_w_s_g_r_o_u_p_s ] [ -e _e_x_p_i_r_a_t_i_o_n _d_a_t_e ] inews -p [ _f_i_l_e_n_a_m_e ] inews -C _n_e_w_s_g_r_o_u_p DESCRIPTION _I_n_e_w_s submits news articles to the USENET news network. The first form is for submitting user articles. The body will be read from the standard input. A _t_i_t_l_e must be specified as there is no default. Each article belongs to a list of newsgroups. If the -n flag is omitted, the list will default to something line _g_e_n_e_r_a_l. (On ours, it is _g_e_n_e_r_a_l.) If you wish to submit an article in multiple newsgroups, the _n_e_w_s_g_r_o_u_p_s must be separated by commas and/or spaces. If not specified, the expiration date will be set to the local default. The -f flag specifies the article's sender. Without this flag, the sender defaults to the user's name. The second form is used for receiving articles from other machines. If _f_i_l_e_n_a_m_e is given, the article will be read from the specified file; Otherwise the article will be read from the standard input. An expiration date need not be present and a receival date, if present, will be ignored. After local installation, inews will transmit the article to all systems that subscribe to the newsgroups that the article belongs to. The third form is for creating new newsgroups. On some systems, this may be limited to specific users such as the super-user or news administrator. (This happens on ours.) If the file /usr/lib/news/recording is present, it is taken as a list of "recordings" to be shown to users posting news. (This is by analogy to the recording you hear when you dial information in some parts of the country, asking you if you really wanted to do this.) The file contains lines of the form: newsgroups <tab> filename for example: net.all /usr/lib/news/net.recording fa.all /usr/lib/news/fa.recording Any user posting an article to a newsgroup matching the pattern on the left will be shown the contents of the file on the right. The user is then told to hit DEL to abort or RETURN to proceed. The intent of this feature is to help companies keep proprietary information from accidently leaking out. Page 1 (last mod. 12/28/82) INEWS(1) UNIX 5.0 INEWS(1) FILES /usr/spool/news/.sys.nnn temporary articles /usr/spool/news/_n_e_w_s_g_r_o_u_p_s/_a_r_t_i_c_l_e__n_o. Articles /usr/spool/news/.canned Canceled articles /usr/lib/news/ngfile List of legal newsgroups /usr/lib/news/seq Sequence number of last article /usr/lib/news/history List of all articles ever seen /usr/lib/news/sys System subscription list SEE ALSO Mail(1), binmail(1), getdate(3), msgs(1), news(5), newsrc(5) readnews(1), recnews(1), sendnews(8), uucp(1), uurec(8), AUTHORS Matt Glickman Mark Horton Stephen Daniel Tom R. Truscott Page 2 (last mod. 12/28/82) 1-Jul-83 13:18:57,831;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 9 Jul 83 5:39 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 9 Jul 83 2:27-PDT Date: 1 Jul 83 12:18:57-PDT (Fri) To: info-cpm@brl From: hplabs!hao!seismo!philabs!cmcl2!floyd!vax135!ariel!hou5f!orion!houca!hogpc!hsc@ucb-vax Subject: Kaypro as UNIX terminal Article-I.D.: hogpc.203 I am considering a Kaypro as a general-purpose home machine and terminal, because I like the price and the Perfect Software. It would also be used heavily as a terminal, though, via 212 modem to UNIX. Does anyone have experience with the Kaypro for word-processing and other CP/M stuff, and as a UNIX terminal? What software do you use for terminal emulation and file upload/download? Any advice for me? Harvey S. Cohen hogpc!hsc ABI 1C314 Lincroft NJ07738 (201)576-6059 1-Jul-83 15:56:00,780;000000000000 Received: From Lll-Mfe.ARPA by BRL via smtp; 1 Jul 83 18:56 EDT Date: Fri, 1 Jul 83 15:56 PDT From: Maron@LLL-MFE.ARPA Subject: Update info on BDOS open patch To: info-cpm@brl.arpa Just to keep everybody informed: The patch is completed and is very useful. I am now writing a utility to do path changes etc. When it is done I will distribute the whole 9 yards. I am currently planning to write the utility in BDS-C and will make available the source and the .COM file. If there is any problem with this scream now and I will consider something else. I plan to have the utility not have to be recompiled to install any features but instead it will get its parameters from a disk file. Enter you input on this from my consideration. Searching...searching...--Neil 1-Jul-83 19:50:09,1045;000000000000 Date: 1 Jul 83 19:50:09 EDT (Fri) From: Rick Conn <rconn@brl> To: info-cpm@brl Subject: XMODEM 5.1 I have taken the liberty, as I usually do, to modify the XMODEM.FOR program to match my tastes, as I do with most PD software I lay my hands on. If anyone is interested, it is in AR90:CPM as XMODEM.LQR. This LBR file contains 8 or 9 files, including a new source and COM (VAX Command) files. The big differences between 5.0 and 5.1 are that (1) 5.1 is radically restructured internally, employing more structured programming techniques and fewer GOTOs, and (2) 5.1 supports the ST and RT options, wherein XMODEM internally converts from CP/M text file format to VAX/VMS text file format and back as required. Also, two new VAX/VMS commands are available, called SEND and RECV, which transfer text files only with conversion (intended to be used as frequently-needed functions). Enjoy! Rick P.S. Keith, would you let the author know about this and provide him with a copy if he wants one? Thanks. 1-Jul-83 19:54:00,5224;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 1 Jul 83 19:55 EDT Date: 1 July 1983 19:54 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: [Greenlaw: Public domain Responsibilities] To: Info-Cpm@brl The following is forwarded from my RCPM system. Replies to Mr. Greenlaw, please, not to me. -- Keith --forwarded file-- Public Domain Responsibilities By Richard Greenlaw From Dr. Dobb's Journal, Number 81, July 1983, Page 10 To DDJ Readers and CP/M Users, Over the years that DDJ has been serving us, I have contributed on article (a disassembler in issue no. 27), a review of the PC-1 pocket computer (in issue no. 52) and a few letters. However, this contribution is a bit different. The bottom line of this letter is a warning! I am the author of a set of programs which is in widespread public domain distribution (at least three continents). They are called SQ.COM, USQ.COM and FLS.COM. They run on CP/M systems and serve to squeeze files to smaller sizes in preparation for transmission via modem or distribution diskette. The latest version of these programs are 1.5, 1.5 and 1.1 respectively. I released these programs to the public domain, except for financial gain, and included full source code (in C language) and extensive documentation. This software is now available via the C Users group, which has advertized in DDJ. Having had reasonable experiences with previous public offerings, I gave my name and address in the documentation and in the sign-on message of each program. Therein lies the story! In recent months I have had a couple of dozen phone calls claiming that these programs have destroyed various innocent files. But when I ask for details, I find that the programs in question have version numbers higher than any I have ever issued! Not only that, but many different version numbers, as high as 1.9, have been mentioned! I expect that whoever produced each version of these programs was as innocent as I was in August of 1981 when I ussued the above-mentioned programs. But the fact remains that one or more persons has taken it upon themselves to propagate modified versions of my software without taking the responsibility of adding their name and address to the documentation and sign-on messages. It is an unfortunate fact that C and probably other high- level languages can crash impolitely when the CP/M TPA is too small for the program and its data space, including dynamically allocated local variables. (These programs do use recursive algorithems). I have heard, without confirmation, that vast amounts of code have been added to some versions of these programs to add wild card file name processing. Perhaps this is the problem. I provided that feature as a separate program, FLS.COM, precisely for that reason. It is also possible that full and careful use of the recompilation options available in BDS-C has been abused, resulting in too much code or improperly linked code. Or maybe there have simply been some accidents in copying or modem transmission. Whatever the case, I recommend that if you modify software which you have not written, then try to consult with the original author before publicly distributing such software. If that is not possible, at least accept the responsibility of being the first line of complaint handling by adding (not replacing) your name to the documentation and sign-on message. If anyone has a file which the above-mentioned versions of my programs cannot squeeze and then reproduce, please contact me. My computers can read and write the following diskette formats: Micropolis Mod II, Max-80 5" 40 track/side (SS/DS, SD/DD) formats, Osborne Single Density, Omikron 5" single density, Xerox 5" single density. Except for the Micropolis, all of the above are handled by my Lobo Max-80 computer. Do you really want more public domain source code sofrware? If so, and if you know the source of these modifications, please help stamp out the bad versions (copies?) of this software. Unfortunately, I don't know exactly which versions are bad because not one single person has ever sent me a courtesy copy of any modifications! To those bewildered innocent victims, the unsqueezing precess contains a validity check based on the original file. If you can produce a file (not just a console display) by running the USQ.COM program, then the resulting file should be an exact replica of the original. I also ask purchasers of communications packages who I have authorized to distribute this software not to assume that I am responsible for the communications packages. It seems that reproduction of my documentation files makes my name and address more prominent than those of the commercial distributers! Sincerely, Richard Greenlaw 251 Colony Ct. Gahanna, Ohio 43230 1-Jul-83 19:56:00,369;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 1 Jul 83 19:56 EDT Date: 1 July 1983 19:56 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: mdm710 To: CS.KORNER@utexas-20 cc: Info-Cpm@brl In-reply-to: Msg of 30 Jun 1983 2057-CDT from Kim Korner <CS.KORNER at UTEXAS-20> Wait for MDM711, due out tonight or tomorrow sometime. Will send message when available. 1-Jul-83 20:21:00,433;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 1 Jul 83 20:22 EDT Date: 1 July 1983 20:21 EDT From: Eliot Scott Ramey <ELIOT@mit-mc> Subject: Reading/writing multiple format disks To: info-cpm@brl The only question I have about the hardware from Rick Rump (??) is: Will it read hard sectored disks? I am almost (but not positive) that Uniform will not read North Star disks. Will Rump's system? -Eliot at Mit-MC 2-Jul-83 12:22:00,2219;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jul 83 10:58 EDT Date: 2 July 1983 12:22 EDT From: Ronald G. Fowler <RGF@mit-mc> Subject: [RGF: Can Sinclair Be Used As CPM Board for C64?] To: INFO-CPM@mit-mc Date: 2 July 1983 12:20 EDT From: Ronald G. Fowler <RGF> To: ihnp4!houxm!houxk!houxh!pvl at UCB-VAX cc: RGF Re: Can Sinclair Be Used As CPM Board for C64? Well, I can't speak for the Sinclair (since I don't like it); but as for interfacing the 64 to another computer, I have definite plans in that arena... I have an interface between my VIC-20 and my 160-K Z80-S100-CP/M system that allows the CP/M system to be an intelligent peripheral to the VIC20 --- for storage of files, andoutput to the printer (the interface "supplants" the CBM serial bus devices #8 and 4). I plan to extend this interface (consisting of a pair of programs I call VICNET, plus an 8255 on the S-100 bus connected to the VIC user port) to allow either end to emulate a terminal for the other end, as well as an option to effectively turn the VIC into an intelligent graphics terminal, as seen from the S100 (CP/M) system. Last week, I picked up a C64 programmer's guide, and was pleasently surprised to find that the KERNEL interface for the C64 is functionally identical to that of the VIC! The result? My software should be pretty easily transported to the 64, providing a much more powerful peripheral for the CP/M system (or vice-versa). I plan to somehow market the package (including a graphics package to run on the 64 (I have one about 50% completed for the VIC), that will effectively convert the 64 into a graphics display terminal. A complicating factor in this effort is that fact that the product is not a "pure" software product; there is a hardware interface involved. That may drastically affect any marketing considerations... If anyone is interested in what the package does now, along with what I plan for it to do when it's completed, let me know, and I'll write it up and pass it along to the list. (please don't consider this a commercial plug, as the project is not yet -- and may well never be -- a commercially available product.) --Ron Fowler 2-Jul-83 17:30:00,584;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jul 83 11:38 EDT Date: 2 Jul 1983 1630-PDT Subject: Re: Updated CPM DIRLST From: Tom Carnahan <TCARNAHAN@usc-isie> To: Keith Petersen <W8SDZ@mit-mc>, INFO-CPM@mit-mc, CPM-DIRLST-People@mit-mc POSTAL-ADDRESS: Tom Carnahan, SMC 1819, NPS, MONTEREY,CA 93940 Phone: (Home) 408-372-7480 (NPS office) 408-646-2174 AV 878-2174 In-Reply-To: Your message of 27 June 1983 11:25 EDT Thank you for including me on this list and INFO-CPM. I would like to be taken off now..........Thanks! Tom ------- 2-Jul-83 17:51:00,730;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jul 83 11:37 EDT Date: 2 July 1983 17:51 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: MODEM7 bug reports To: Info-Cpm@brl Date: 2 July 1983 06:48 EDT From: Paul R. Grupp <GRUPP> To: W8SDZ cc: INFO-MODEM7, ELIOT at MIT-DMS Re: MDM710 AQM not bad I *THOUGHT* that INFO-MODEM7 was for "bug" reports on any of the modem7 programs (MDM7xx is certainly in this group). This way the entire list would not be bothered untill the "modem hackers" agreed on a problem and/or cause. Messages to ...-request leaves out many people that have ASKED to be made aware of such a discussion. Regards, Paul P.S. Keith, forward to info-cpm if you see agree and see fit. 2-Jul-83 18:31:11,1923;000000000000 Received: From Rand-Relay.ARPA by BRL via smtp; 5 Jul 83 8:26 EDT Date: 2 Jul 1983 20:31:11-EDT From: goldfarb.ucf-cs@rand-relay Return-Path: <goldfarb.UCF-CS@Rand-Relay> Subject: umodem fix To: info-cpm@brl, w8sdz@brl Via: UCF-CS; 2 Jul 83 19:11-PDT There is a slight problem with the latest version of umodem (umodem32.c). A modification to set a logfile default was done in this version and it will fail to work on some systems because the modifier used a bitwise instead of a logical 'NOT' to flip a toggle. The fix is probably not worth changing the revision number, but I did so here to avoid confusion (and besides, I use RCS). Following is a diff between 3.2 and 3.3 (disregard the first line, which is RCS info). 1c1 < static char *Rcsid = "$Header: /usr1/grad/goldfarb/src/umodem/RCS/umodem.c,v 3.2 83/07/02 19:26:08 goldfarb Exp $"; --- > static char *Rcsid = "$Header: /usr1/grad/goldfarb/src/umodem/RCS/umodem.c,v 3.3 83/07/02 20:23:23 goldfarb Exp $"; 76c76,84 < * no logging. --- > * logging. > * -- Version 3.3 Mod by Ben Goldfarb, 07/02/83 > * . Corrected problem with above implementation of "LOGDEFAULT". > * A bitwise, instead of a logical, negation operator was > * used to complement LOGFLAG when the '-l' command line flag > * was specified. This can cause LOGFLAG to be true when it > * should be false. While I don't consider a one character > * replacement to be worthy of a minor revision number, this > * will prevent confusion. 216c224 < #if LOGDEFAULT --- > #if LOGDEFAULT == 1 241c249 < LOGFLAG = LOGDEFAULT; --- > LOGFLAG = LOGDEFAULT; /* open (don't open) log file */ 259c267 < case 'l' : LOGFLAG = ~LOGDEFAULT; /* turn off log report */ --- > case 'l' : LOGFLAG = !LOGDEFAULT; /* turn off log report */ 2-Jul-83 18:37:00,500;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jul 83 11:37 EDT Date: 2 July 1983 18:37 EDT From: Herb Lin <LIN@mit-mc> Subject: using SQ and USQ To: info-cpm@brl can someone tell me just what you do to use SQ and USQ on ITS in file transmission to a CP/M machine? Presumably I need to squeeze a file on MC, send it to my cp/m system, and then unsqueeze it. what's the unsqueeze program called? Can this be done for mail reading as well? sorry about asking so basic a question... 2-Jul-83 21:06:00,1165;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jul 83 11:38 EDT Date: 2 July 1983 21:06 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: Warning about Ackerman Digital programs To: Info-Cpm@brl The following is forwarded from the SYSOP RCPM system. Date: 06/30/83 From: Dave Hardy To: All Re: Ackerman Digital's Circuit and Pulse programs I've just finished evaluating Ackerman Digital's CIRCUIT and PULSE programs, which are programs written to perform linear circuit analysis. The programs are provided in compiled MBASIC, and they are real dogs! There is absolutely NO error checking, and the programs blow-up even with the examples in the book! Only about a third of the software promised in the manuals is provided on the disk, and the manuals provided are for different versions of programs than the ones on the disk. I'm mentioning this here, because I would hate to see anyone *screwed* by buying these rip-off programs. Naturally, source for the programs is NOT provided, so there is absolutely nothing that the unfortunate user can do to make the programs work. -Dave Hardy 2-Jul-83 22:14:00,5676;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jul 83 16:09 EDT Date: 2 July 1983 22:14 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: MDM711 now available on MIT-MC To: Info-Cpm@brl cc: INFO-MODEM7@mit-mc Irv Hoff has just released MDM711, the latest version of the MODEM7 series. The files are on MIT-MC as: AR61:CPM; MDM711 AQM -- The squeezed source code for the main program (not normally needed but here for reference) MDM711 LBR -- The LBR file that contains MDM711.COM, DOC, and all the user overlays and patching instructions. MDM711 TXT -- A brief explaination of what files are available. NOTE: The AQM and LBR files are stored in ITS "COM file" binary format. The TXT file is ASCII text. For those who have not been following the MDM7xx series, here's some information on new features that have been added and bug fixes that have been made. If you haven't updated your MODEM7 program lately, you're missing out on a lot of exciting new features. Notice that the program now also supports "smart modem" users. NOTE: MDM711 SUPPORTS AUTO-DIALING AND AUTOMATIC CONTINUOUS REDIALING FOR THE FOLLOWING MODEMS: a) PMMI 103 PLUG-IN S-100 MODEM b) HAYES SMARTMODEM 300 OR 1200 c) U. S. ROBOTICS 300/1200 MODEM THIS IS THE ONLY EXISTING PROGRAM TO SUPPORT ALL THESE MODEMS CONCURRENTLY. CHECK THE FOLLOWING THREE BYTES IN ANY OF THE OVERLAYS. (YOU CAN STILL USE THE PROGRAM WITH OTHER EXTERNAL MODEMS SUCH AS THE BELL 212A, RACAL-VADIC, ETC., WITH MANUAL DIALING.) 0103H FF = PMMI, 00 = NON-PMMI 0104H FF = HAYES SMARTMODEM 300 OR 1200 OR U. S. ROBOTICS 300/1200 00 = NONE OF THE ABOVE 0105H 54 = "T" FOR TOUCH TONE DIALING, OR 50 = "P" FOR ROTARY PULSE DIALING (FOR HAYES OR U. S. ROBOTICS ONLY) *********************************************************************** 07/01/83 Changed TERM to allow use of printer port for modem use. Needed by the Morrow MD and NEC 8001 computers. Changed all MDM711 overlays to allow overprinting the PMMI parity routines as the Applecat overlay was not working properly. Removed the short break tone during disconnect as Smartmodem 1200 were locking up. (Smartmodem 300 were operating normally.) - Irv Hoff 06/17/83 At last. Program now has autodialing and auto-continuous redialing for Hayes Smartmodem 300 or 1200, PMMI 103 modem MDM710 or U.S.Robotics. After first unsuccessful try, asks if you want to quit, try once again, or continuously redial. Also changed the BYE routine to be compatible with systems other than RCP/M. Now trap 87H and 7H which are sometimes used by mainframes to signify "do not send any more sectors at this time". This keeps the original Christensen protocol when ACKNAK is set YES. (ACKNAK can of course be set to NO if the results seem preferable to the user. Some problems have been noticed in batch transfers and modem-to-modem use with ACKNAK set NO.) - Irv Hoff 05/27/83 Corrected a phone number in the library. Added a CR/LF for the quiet mode if using batch transfer. Simplified initial- MDM709 ization at startup. Two minor mods to assist in adding an overlay for Hayes 300/1200 SmartModem later. - Irv Hoff 05/15/83 Extensive revisions on many parts of the program. Relocated most of the PMMI routines near the start to facilitate using MDM708 the new 300/1200 PMMI board or the Hayes Smartmodem. Some of the more ambitious changes include: a) CRC system replaced with the high-speed lookup tables similar to those used in CHEK15. b) Separate printer buffer. Can now print regardless of input speed even when saving for a disk file. c) Printer buffer and disk buffer each can accept up to 128 characters after an X-OFF to compensate for line- oriented systems and satellite linking. d) Saving to disk made far more user-friendly. 'NOL' no longer used. File automatically closed upon exit. e) Sector count shown before "ACK" is sent, allowing high-speed transfers (to 19,200 baud) without errors. f) Typing BYE on command line or CTL-D in terminal mode disconnects and returns to CP/M. Also closes any disk files that may be open. "X" (secondary option) does the same thing, allowing automatic terminate at com- pletion of file transfer. g) Improved the "E" (echo) mode, also half duplex mode. h) Control characters above ^M not passed to the CRT, an optional feature. i) Handling of command line options greatly modernized. j) For PMMI users, program automatically comes up in originate mode at default speed. No need to ever say TO.300 unless a baudrate change is desired. k) Simlified and changed numerous flags to be consistent with others. l) Several improvements in error handling and detection. Numerous other changes. We attempted to incorporate all the suggestions forwarded from various users in addition to some features I wanted myself. - Irv Hoff 01/01/83 First version. Can be assembled with ASM.COM. MDM700 was selected to commence a new series of version numbers. This MDM700 can be readily used on data bank systems that limit file names to a total of 6 characters. - Irv Hoff --end-- Irv Hoff's phone number is (415) 948-2166. Comments/suggestions/bug reports welcome. Send a copy to INFO-MODEM7@MIT-MC please. Irv is not on the net. --Keith 2-Jul-83 22:25:00,730;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jul 83 11:56 EDT Date: 2 July 1983 22:25 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: modem7 ASCII capture flow control To: reece@nadc cc: Info-Cpm@brl In-reply-to: Msg of 12 Apr 1983 11:18:35-EST from reece at nadc.arpa You asked some time back if MDM7xx does anything smart when in the CONTROL-Y mode. It sends an X-OFF and then buffers up to 128 MORE CHARACTERS while it waits for the other end to quit sending. It then writes to the disk and then sends X-ON after resetting its pointers to the start of the buffer. The file is not closed until you issue the WRT command from the command prompt. This allows almost unlimited size ASCII captures. --Keith 3-Jul-83 04:15:00,1596;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jul 83 11:56 EDT Date: 3 July 1983 04:15 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: cpm archives on mc To: ALBERS@nlm-mcs cc: Info-Cpm@brl In-reply-to: Msg of Wed 29 Jun 83 17:50:00-EDT from Jon Albers <ALBERS at NLM-MCS.ARPA> Hello, Jon. You asked what the format is for the files on MC. That's a rather large question to answer. If you meant MDM711 files, the .AQM and .LBR files are stored as "COM files" in binary format. This means that if you FTP the files to yourself, you'll have to use the 8-bit binary mode in FTP for those files. You'll get them intact, complete with the 4-byte header that is used on ITS "COM files". You can get rid of those four bytes by running ITSCVT on them (see AR13:CPM;ITSCVT HEX). Some files are stored in ASCII and some are stored in ITS COM file (binary) format. The usual way to know which is which is to look at the file name. If it has COM or AQM or WQ or DQC as the last part of the filename, it's stored in ITS COM file format. This is necessary because those are binary files - the COM files and the squeezed files. I haven't had the time to split the MDM711 LBR down to individual files and them upload them to MIT-MC. That takes a lot of time. So I did the next-best thing and uploaded the whole .LBR file. You'll need LU.COM to extract the files. If you can't fit this on your Osborne disk, the best way to get it would be to call any RCPM system and use the XMODEM L command to extract the .COM and Osborne overlay files from the LBR. --Keith 3-Jul-83 07:55:00,401;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jul 83 11:57 EDT Date: 3 July 1983 07:55 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: Bi-directional file viewer updated To: Info-Cpm@brl AR21:CPM;BISHOW 16ASM is now available. Some help features were added by Dick Mead and additional positioning commands by Chuck Forsberg. This is a bi-directional ASCII file viewer for CP/M. --Keith 5-Jul-83 09:52:00,315;000000000000 Received: From Usc-Isie.ARPA by BRL via smtp; 5 Jul 83 11:54 EDT Date: 5 Jul 1983 0852-PDT Subject: Seequa's new machine From: FRANK A. <MCCRARY@usc-isie> To: Info-cpm@brl I would like some info on Seequa's IBM compatible portable with Z80 capability. Thanks for any help. Regards, Frank ------- 5-Jul-83 17:05:21,556;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 9 Jul 83 8:06 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 9 Jul 83 4:55-PDT Date: 5 Jul 83 16:05:21-PDT (Tue) To: info-cpm@brl From: decvax!watmath!mdrutenberg@ucb-vax Subject: wanted - 6809 assembler Article-I.D.: watmath.5482 I just thought I'd post this and try and save myself a little bit of work. Does anybody out there have or know of a 6809 cross assembler that runs under CPM? If so, is it (hopefully) available in North Star SSDD format? ADthanksVANCE bob atkinson 5-Jul-83 20:27:00,783;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 5 Jul 83 20:27 EDT Date: 5 July 1983 20:27 EDT From: Eric Stork <STORK@mit-mc> To: STORK@mit-mc, info-cpm@brl Subject: Optronics Disk Control Unit , Optronics Technology, Box 81, Pittsford NY 14534, offers a card for installation in disk drives that will turn off the AC to the motors if there is no read/write for 9 seconds. , Seems like a good idea to save wear of drive bearings & disks, and reduce noise. Cost: $49.95. , But questions: Has anyone actually tried this approach? Are there hidden Gotcha's? Can one damage drives with frequent on/offs? , Would appreciate any advice, pro or con, that anyone may have. Will summarize for net if response warrants. Please send direct to STORK%MIT-MC , Eric Stork 6-Jul-83 00:02:19,399;000000000000 Date: 6 Jul 83 0:02:19 EDT (Wed) From: Rick Conn <rconn@brl> To: info-cpm@brl Subject: New CONFIG for TVI950 Version 1.3 of CONFIG for the TVI950 terminal is in AR82:CPM as CONFIG COM. This corrects a flow control problem as I found in TINIT and makes CONFIG more reliable. Thanks to Eric Stork for pointing out the existance of that problem in CONFIG. Enjoy! Rick 6-Jul-83 06:27:00,658;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 6 Jul 83 8:33 EDT Date: 6 Jul 1983 0827-EDT From: Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc> Subject: Re: Optronics Disk Control Unit To: STORK@mit-mc cc: info-cpm@brl In-Reply-To: Your message of 5-Jul-83 2027-EDT Hmm... Golly! Most computers I know of turn their drives off after a short period of unuse (loke my osborne), and I can't think of any that leave the drive motors constantly spinning (maybe the kaypro does? (i think, however, that it just leaves the drie selected)), but if you've got a drive that does this to you, then it would be best to install this beastie. -andy ------- 6-Jul-83 09:59:13,636;000000000000 Received: From Ucla-Locus.ARPA by BRL via smtp; 6 Jul 83 13:15 EDT Date: Wed, 6 Jul 83 09:59:13 PDT From: Dr. Terry Gray <gray@ucla-locus> To: Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc> CC: STORK@mit-mc, info-cpm@brl Subject: Re: Optronics Disk Control Unit In-reply-to: Your message of 6 Jul 1983 0827-EDT Until the advent of 1/2 height 8" floppies --which use DC drive motors-- virtually all 8" drives ran continously. It is the 8" drive problem that Optronics is addressing. To my knowledge, there are no 5.25" floppies that run all the time. --Terry Gray 6-Jul-83 13:06:00,749;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 6 Jul 83 15:55 EDT Received: from ISL by SUMEX-AIM with Pup; Wed 6 Jul 83 12:06:33-PDT Date: Wednesday, 6 Jul 1983 12:06-PDT To: Ronald G. Fowler <RGF@mit-mc> Cc: INFO-CPM@mit-mc Subject: Re: [RGF: Can Sinclair Be Used As CPM Board for C64?] In-reply-to: Your message of 2 July 1983 12:22 EDT. From: kevinw%isl@BRL.ARPA i for one would be interested in getting info on using a cpm sys as an intelligent setup for the vic/64 computers. i think it would definitely be marketable as well. also, is there enough intrest for a commodore mailing list for other types of stuff? i have noticed some other notes on these machines on both cpm and micro lists. happy hacking. -- Kevin 6-Jul-83 13:06:00,749;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 6 Jul 83 15:56 EDT Received: from ISL by SUMEX-AIM with Pup; Wed 6 Jul 83 12:06:33-PDT Date: Wednesday, 6 Jul 1983 12:06-PDT To: Ronald G. Fowler <RGF@mit-mc> Cc: INFO-CPM@mit-mc Subject: Re: [RGF: Can Sinclair Be Used As CPM Board for C64?] In-reply-to: Your message of 2 July 1983 12:22 EDT. From: kevinw%isl@BRL.ARPA i for one would be interested in getting info on using a cpm sys as an intelligent setup for the vic/64 computers. i think it would definitely be marketable as well. also, is there enough intrest for a commodore mailing list for other types of stuff? i have noticed some other notes on these machines on both cpm and micro lists. happy hacking. -- Kevin 6-Jul-83 13:06:00,749;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 6 Jul 83 15:56 EDT Received: from ISL by SUMEX-AIM with Pup; Wed 6 Jul 83 12:06:33-PDT Date: Wednesday, 6 Jul 1983 12:06-PDT To: Ronald G. Fowler <RGF@mit-mc> Cc: INFO-CPM@mit-mc Subject: Re: [RGF: Can Sinclair Be Used As CPM Board for C64?] In-reply-to: Your message of 2 July 1983 12:22 EDT. From: kevinw%isl@BRL.ARPA i for one would be interested in getting info on using a cpm sys as an intelligent setup for the vic/64 computers. i think it would definitely be marketable as well. also, is there enough intrest for a commodore mailing list for other types of stuff? i have noticed some other notes on these machines on both cpm and micro lists. happy hacking. -- Kevin 6-Jul-83 15:20:00,514;000000000000 Received: From Sri-Kl.ARPA by BRL via smtp; 6 Jul 83 17:28 EDT Date: 6 Jul 1983 14:20-PDT Sender: BILLW@sri-kl Subject: Re: Optronics Disk Control Unit From: BILLW@sri-kl To: SJOBRG.ANDY%MIT-OZ@mit-mc Cc: STORK@mit-mc, info-cpm@brl Message-ID: <[SRI-KL] 6-Jul-83 14:20:55.BILLW> In-Reply-To: The message of 6 Jul 1983 0827-EDT from Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc> 5 inch drives normally turn themselves off when they are not in use. 8 inch drives normally spin continuously. BillW 6-Jul-83 17:34:00,1154;000000000000 Received: From Parc-Maxc.ARPA by BRL via smtp; 6 Jul 83 20:30 EDT Date: Wed, 6 Jul 83 17:34 PDT From: MMOON.ES@PARC-MAXC.ARPA Subject: Re: In-reply-to: "STORK@mit-mc.ARPA's message of 5 Jul 83 20:27 EDT" To: Eric Stork <STORK@mit-mc.ARPA> cc: info-cpm@brl.ARPA Eric, I have been running the Optronics board on my s-100 system for over a month with no adverse effects. In fact, the soft error rate on my disks (DT8's) due to dirt, etc. seems to have gone down sharply: one error since the installation, as opposed to one or two a week before. On the negative side, the documentation could have been better, since this is not for the casual hardware hacker. While I found the installation to require only about 20 min., homework prior to installation was about two hours. The bottom line here is how off-the-wall your drive's option configuration is & how familiar you are with the same. Depending on if you're running something really, ah, customized (?) or not, things can get hairy, though the Optronics board should work just about anywhere. On balance, I'm quite happy with the installation. Good luck. --Moon 6-Jul-83 20:19:00,402;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 6 Jul 83 20:28 EDT Date: 6 July 1983 20:19 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: MDM711.LBR IS TOO BIG To: LEVYAL@usc-isi cc: Info-Cpm@brl In-reply-to: Msg of 2 Jul 1983 2204-PDT from LEVYAL at usc-isi I am in the process of uploading all the files from MDM711.LBR separately and will announce when they are available on MC. --Keith 6-Jul-83 20:26:06,625;000000000000 Received: From Rand-Relay.ARPA by BRL via smtp; 7 Jul 83 4:57 EDT Date: 6 Jul 1983 22:26:06-EDT From: goldfarb.ucf-cs@rand-relay Return-Path: <goldfarb.UCF-CS@Rand-Relay> Subject: Re: Optronics Dick Control Unit To: info-cpm@brl Via: UCF-CS; 7 Jul 83 1:34-PDT (Here we go again.) The unit is intended for 8" drives with AC motors, such as Shugart 800, 801, 850; Siemens FD-100-8, FD-200-8; etc. Most of these drives have their motors constantly spinning, making the Optronics controller a rather nice idea. Ben Goldfarb uucp: {duke,decvax}!ucf-cs!goldfarb ARPA: goldfarb.ucf-cs@Rand-Relay 7-Jul-83 03:42:00,1447;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 7 Jul 83 3:42 EDT Date: 7 July 1983 03:42 EDT From: Frank J. Wancho <FJW@mit-mc> Subject: Special Circuit Breaker Wanted! To: INFO-CPM@brl, INFO-MICRO@brl As some of you may know the MACSYMA Consortium will be dissolved come 1 October, and we have been advised to make alternate plans because the future of the MIT-MC machine is not clear at this time. I have been making alternate plans for some three years now, and have new host up on the net which has space reserved to hold all of the files currently in MC:CPM; and then some, including all the archives for both lists, and all of CPMUG and SIG/M files... Unfortunately, we cannot keep the new machine up while no one is present in the building because we cannot consider the air conditioning system to be 100% reliable, and the building is in the middle of the desert... Thus, we are up only from 8:30am to 9:40pm MDT weekdays... So, we have devised a scheme to brute-force cut the power when the temperature reaches a critical point. This scheme requires either an externally controlled three-phase circuit breaker or some sort of relay-driven crow-bar switch, with a capacity of approximately 75-100 amps per leg! We have yet to find a solid lead on such a device, and hope that perhaps someone reading this mail can help. Address any replies directly to me, and not either list, please. Thanks, Frank 7-Jul-83 05:57:00,4816;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 7 Jul 83 6:06 EDT Date: 7 July 1983 05:57 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: MDM711 files now available To: Info-Cpm@brl Because of time restrictions I was only able to upload the MDM711.LBR file previously. My appologies to those who were inconvienced by having to take the whole LBR file to get just a few of the member files. The previously-uploaded .LBR and .AQM files have been moved to AR100:W8SDZ; where they will remain available for a few more days and then will be deleted. The following files are now available on MIT-MC: AR61:CPM; MDM711 ACASM -- 7/6/83 04:16:57 MDM711 APASM -- 7/6/83 04:24:33 MDM711 COM -- 7/6/83 03:35:35 MDM711 DOC -- 7/6/83 03:34:08 MDM711 DPASM -- 7/6/83 04:36:17 MDM711 GPASM -- 7/6/83 04:41:24 MDM711 H8ASM -- 7/7/83 04:35:48 MDM711 HZASM -- 7/7/83 04:40:04 MDM711 INF -- 7/6/83 03:55:41 MDM711 KPASM -- 7/7/83 04:43:18 MDM711 MDASM -- 7/7/83 04:46:30 MDM711 NEASM -- 7/7/83 05:02:08 MDM711 NMASM -- 7/7/83 05:06:30 MDM711 OSASM -- 7/7/83 05:09:08 MDM711 PMASM -- 7/7/83 05:14:10 MDM711 TVASM -- 7/7/83 05:17:59 MDM711 TXT -- 7/2/83 18:02:38 MDM711 UPD -- 7/6/83 04:00:58 MDM711 XEASM -- 7/7/83 05:22:27 The following excerpt from MDM711.INF will explain what each of the files is for. TOPIC : MDM711 MODEM PROGRAM INSTALLATION INFORMATION FROM : IRVIN M. HOFF W6FFC This program is based on one originally written by Ward Christ- ensen in September 1977. It has since undergone a considerable number of changes. Recent changes include auto-dialing and continuous redial- ing for the Hayes 300 or 1200 Smartmodem and the U. S. Robotics, along with the standard PMMI 103 routines the program has supported since its inception. NOTE: Special configuration files are being added for specific types of computers. Several are available as shown below. Others will be provided for popular computers using external modems. This file will be updated accordingly. To adapt this version to your equipment, you will want to get some of the following programs: Program name Squeezed Name Purpose MDM711.ASM MDM711.AQM (source code file) MDM711.COM MDM711.OBJ (object code file) MDM711.DOC MDM711.DQC (how-to-use file) MDM711.INF MDM711.IQF (information file) MDM711AC.AQM MDM711AC.AQM (AppleCat II overlay file) MDM711AP.ASM MDM711AP.AQM (Apple II overlay file) MDM711DP.ASM MDM711DP.AQM (Datapoint 1560 overlay) MDM711GP.ASM MDM711GP.AQM (General purpose overlay) MDM711H8.ASM MDM711H8.AQM (Heath/Zenith H89 file) MDM711HZ.ASM MDM711HZ.AQM (Heath/Zenith Z-100 file) MDM711KP.ASM MDM711KP.AQM (KayPro overlay file) MDM711MD.ASM MDM711MD.AQM (Morrow MD overlay file) MDM711NE.ASM MDM711NE.AQM (NEC PC-8001 overlay file) MDM711NM.ASM MDM711NM.AQM (Phone number overlay) MDM711OS.ASM MDM711OS.AQM (Osborne overlay file) MDM711PM.ASM MDM711PM.AQM (PMMI S-100 modem overlay) MDM711TV.ASM MDM711TV.AQM (TeleVideo TS-802 overlay) MDM711XE.ASM MDM711XE.AQM (Xerox 820 overlay file) (The minimum would be any pair in one of the examples shown below.) There are several ways by which you can set the proper ports, status pin values, etc. for your equipment. 1) Use your editor, ASM (or MAC) MDM711.COM and and DDT (or SID) with: MDM711xx.ASM (711xx stands for an appropriate overlay) or 2) Use your editor, ASM (or MAC) MDM711.ASM One of those should appeal to you. The program is designed to work immediately for PMMI users with no changes - just use MDM711.COM. (You might wish to change some of the available options, however. It is set to use base port 0C0H.) When ready to use the program, type 'H' (for 'HELP'), hit RET and it will display helpful information on the commands. There are so many commands there are several pages. You can abort the display with a CTL-C. (One of the most useful features being CTL-P to toggle your printer on/off.) You can also type a question mark (?) which shows the current parameters. The program has received numerous worthwhile optional features in the past several months. - Irv Hoff 7-Jul-83 06:04:00,328;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 7 Jul 83 6:06 EDT Date: 7 July 1983 06:04 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: MDM711.HEX available To: Info-Cpm@brl I forgot to mention that for those who need MDM711.COM and are unable to FTP .COM files, MDM711.HEX is available in AR13:CPM;MDM711 HEX --Keith 7-Jul-83 06:57:46,491;000000000000 Date: 7 Jul 83 6:57:46 EDT (Thu) From: Harold Carter (AFIT) <hcarter@brl> To: info-cpm@brl Subject: Need for math routines One of my students needs general purpose routines, preferably written in C or Pascal, for performing polynomial evaluation, root determination, matrix operations, and other routines helpful in modelling and designing control systems. Anyone know of a public-domain library of such things? Hal Carter Air Force Institute of Technology 7-Jul-83 08:52:28,444;000000000000 Received: From Parc-Maxc.ARPA by BRL via smtp; 7 Jul 83 11:48 EDT Date: 7 Jul 83 08:52:28 PDT (Thursday) From: CHERRY.ES@PARC-MAXC.ARPA Subject: Re: Special Circuit Breaker Wanted! In-reply-to: FJW's message of 7 Jul 83 03:42 EDT To: Frank J. Wancho <FJW@mit-mc.ARPA> cc: INFO-CPM@brl.ARPA, INFO-MICRO@brl.ARPA I don't expect Xerox to change in the next few years...Why not upload all files to [ERIE]<CPM>...? just a thought. 7-Jul-83 11:47:07,607;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 10 Jul 83 4:32 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 10 Jul 83 1:29-PDT Date: 7 Jul 83 10:47:07-PDT (Thu) To: info-cpm@brl From: hplabs!hpda!fortune!dsd!dna@ucb-vax Subject: RE: 6809 assember Article-I.D.: dsd.182 Question: Does anybody out there have or know of a 6809 cross assembler that runs under CPM? If so, is it (hopefully) available in North Star SSDD format? ADthanksVANCE bob atkinson Answer: Cal Teague of Stanford University has written a 6809 assembler in BDS C. 415-497-3596 (work) 7-Jul-83 17:40:28,763;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 10 Jul 83 12:09 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 10 Jul 83 8:57-PDT Date: 7 Jul 83 16:40:28-PDT (Thu) To: info-cpm@brl From: ihnp4!houxm!hocda!spanky!burl!duke!unc!tucc!rpk@ucb-vax Subject: Project Management Software Article-I.D.: tucc.3845 Does anybody know of any good project management software that runs under CP/M? Ideally the software could generate PERT tables and/or CPM (Critical Path Method) paths. Does anything like this exist? Has anybody had any experience with the software? Also -- does anybody know of a program that will help with the DOD's Manpower/Milestones forms (mainly editing them)? thanks in advance -Dick (...ucbvax!decvax!duke!tucc!rpk) 8-Jul-83 07:11:00,1197;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 8 Jul 83 7:11 EDT Date: 8 July 1983 07:11 EDT From: Eric Stork <STORK@mit-mc> To: info-cpm@brl Subject: ZCPR2 Implementation for KAYPRO II File CPM;AR84:ZCP-KP LQR contains all the files needed to install ZCPR2 on the KAYPRO II. This file was originally put together to help some people who have KAYPRO IIs, but who are too new to CP/M hacking to be prepared to tackle the task of installing ZCPR2 from scratch. The version of ZCPR2 provided includes MULTIPLE COMMAND BUFFER, but does NOT include NAMED DIRECTORIES or WHEEL functions (which make little sense on so small a system as KAYPRO II). Also, I/O redirection is not included. The content of ZCP-KP LQR are a detailed DOC file that is intented to be used by a complete CP/M novice, and two HEX files to overlay the KAYPRO II owner's own CP/M. I originally put this material together to put ZCPR2 on my son's KAYPRO, and am making it more widely available with R.Conn's approval. To use: 1. Download 2. Unsqueeze (using USQ.COM) 3. Extract all files (using LU.COM) 4. Read the DOC file and follow instructions. 8-Jul-83 09:47:00,452;000000000000 Received: From Parc-Maxc.ARPA by BRL via smtp; 8 Jul 83 9:44 EDT Date: Fri, 8 Jul 83 09:47 EDT From: Komorowski.HENR@PARC-MAXC.ARPA Subject: Re: Need for math routines In-reply-to: "hcarter@brl.ARPA's message of 7 Jul 83 6:57:46 EDT (Thu)" To: Harold Carter (AFIT) <hcarter@brl.ARPA> cc: info-cpm@brl.ARPA I can't help replying that you are looking for Fortran callable subroutine packages of which many are available. George Komorowski 8-Jul-83 12:49:04,1144;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 11 Jul 83 8:04 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 11 Jul 83 4:46-PDT Date: 8 Jul 83 11:49:04-PDT (Fri) To: info-cpm@brl From: decvax!wivax!linus!philabs!cmcl2!lanl-a!jp@ucb-vax Subject: Non-Heath 8" disk drives on H-100/Z-100 systems Article-I.D.: lanl-a.359 We are having a problem using Siemens FDD-100-8 series disk drives with the Heath h-100 computer. The problem revolves around the track-to- track step times. It seems the system comes set up for 3ms step times but the Siemens (and Shugart 801's) are slower than this. The information we have received from Heath has been insufficient to solve the problem. The symptoms are: Select errors on boot. Sometimes we can read directories and close-in files. Other times we can't. The drives have been checked on another system that used a WD1791 controller and seem to be OK. Has anyone had any experience with this problem that might be helpful to us?? The Siemens drives would be a real bargain if the frustration could be eliminated. Thanks, Jim Potter and Ray Martin (lanl-a!jp@lanl) 8-Jul-83 13:15:00,728;000000000000 Received: From Parc-Maxc.ARPA by BRL via smtp; 8 Jul 83 13:11 EDT Date: Fri, 8 Jul 83 13:15 EDT From: Thieret.WBST@PARC-MAXC.ARPA Subject: "C" Users Group Info To: info-cpm@brl.ARPA cc: Thieret.WBST@PARC-MAXC.ARPA I am about to begin seriously learning the "C" language and have the BDS C compiler for my S-100 system. I understand that there is a C Users Group in Kansas (I have the correct address thanks to Dr. Dobbs) but I don't know any more about them. Do they have a catalog, and how many $$ should I send to them in order to get a copy? Are there any other good sources for C language software that I don't know about yet. If so, please message me with any relevant information. Thanks, Tracy. 8-Jul-83 21:43:00,692;000000000000 Received: From Mit-Ml.ARPA by BRL via smtp; 8 Jul 83 21:43 EDT Date: 8 July 1983 21:43 EDT From: Michael C. Adler <MADLER@mit-ml> Subject: Spell To: info-cpm@brl I will soon be in the process of what will probably be the last update of Spell. If anyone using the program has any suggestions for modifications, I'd like to hear them. -Michael P.S. I think I have figured out a reasonable scheme for adding error correction (I'm unsure of the performance, though. I don't know of any method other than brute force searches through the dictionary.) Even if correction doesn't work, there will at least be options to accept and correct words manually during the Spell run. 9-Jul-83 05:32:00,478;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 9 Jul 83 5:30 EDT Date: 9 July 1983 05:32 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: DISK76C now available To: Info-Cpm@brl The latest version of Frank Gaude's DISK7 program is now available on MIT-MC: AR15:CPM;DISK 76CASM AR15:CPM;DISK 76CCOM AR15:CPM;DISK 76CDOC This program is similar to "SWEEP" but is written in machine language so is much smaller and faster. See the DOC file for details. --Keith 9-Jul-83 05:47:00,442;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 9 Jul 83 5:53 EDT Date: 9 July 1983 05:47 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: CPM DIRLIST update To: Info-Cpm@brl CPM;CPM DIRLST (the file listing all the MIT-MC CPM; 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 Info-Cpm-Request@Brl asking to be added to the list. --Keith 9-Jul-83 07:06:27,348;000000000000 Date: 9 Jul 83 7:06:27 EDT (Sat) From: Rick Conn <rconn@brl> To: Eric Stork <STORK@mit-mc> cc: info-cpm@brl Subject: ZCPR2 on Kaypro II Eric, Thanks for the release of your Kaypro implementation of ZCPR2. I have taken the liberty of giving a copy of it to SIG/M for distribution through their channels. Rick 9-Jul-83 10:06:00,784;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 9 Jul 83 10:04 EDT Date: 9 July 1983 10:06 EDT From: Roger L. Long <BYTE@mit-mc> Subject: MDM711 protocol questions To: info-cpm@brl cc: Unix-Wizards@brl Is there a description of the multiple-file transfer aspect of the MDM7xx protocol somewhere, or could some informed person provide one so that I don't have to download the source and figure it out? My thoughts are to upgrade UMODEM (the UNIX version of the MODEM protocol transfer programs) to understand and talk with MDM7xx. Or has someone already done this (if so, please let the rest of us share in your work). Also, has any thought been given to upgrading the MMODEM program at Mit to transfer multiple files ala MDM7xx? (please?!?!?) Thanks. -roger 10-Jul-83 01:15:00,528;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 10 Jul 83 1:12 EDT Date: 10 July 1983 01:15 EDT From: Eliot Scott Ramey <ELIOT@mit-mc> Subject: [Re: failed message] To: info-cpm@brl Date: 10 July 1983 01:09 EDT From: Eliot Scott Ramey <ELIOT @ MIT-MC> Subject: 6809 Cross-assembler Yes, in Byte there is an advertisement for Avocet Systems Inc. They sell a "The Well-Tempered Cross-Assembler" for around $200. Look on page 429 of July 1983 (Vol. 8 No. 7) Byte. -Eliot at Mit-MC 10-Jul-83 15:10:00,1071;000000000000 Received: From Usc-Eclb.ARPA by BRL via smtp; 10 Jul 83 17:07 EDT Date: 10 Jul 1983 1410-PDT From: Dick <MEAD@usc-eclb> Subject: ZCPR2 files available To: info-cpm@brl I have placed the entire ZCPR2 sources on a ""TEMPORARY"" system. The system supports 1200 baud 212A modems "ONLY", no other baud rate is available. The system is a "CALL-BACK" system and the hours it is online are: SUNDAY, MONDAY, TUESDAY 10 A.M. to 6 P.M. PDT FRIDAY 10 P.M. PDT to SATURDAY 10 A.M. PDT and the phone number is (213) 799-4583 .. Call-back means to dial & let it ring 1 time, hangup & call back If it rings more than 3 times, the answering machine will answer, so consider that warning that the system is not up. Expect to be disconnected if online outside posted hours. If you call outside posted hours, an answering machine will get you. The files 'READ-ME.NOW' and 'USER.MAP' and 'HELP' on the system should be read. Uploads are to be sent to the regular system Pasadena CBSS/RCPM at (213) 799-1632, this goes for messages too. ------- 10-Jul-83 20:46:33,2233;000000000000 Received: From Rand-Relay.ARPA by BRL via smtp; 11 Jul 83 2:40 EDT Date: Sun, 10 Jul 83 20:46:33 CDT From: Stan.Hanks <stan.rice@rand-relay> Return-Path: <stan%rice.Rice@Rand-Relay> Subject: DEC Rainbow software To: info-cpm@brl Reply-To: stan.rice@rand-relay Message-Id: <1983.07.10.20.46.33.580.01573@Rice-vms.rice> Via: Rice; 10 Jul 83 23:36-PDT WANTED !!!!WANTED !!!!WANTED !!!!WANTED !!!!WANTED !!!!WANTED !!!!WANTED !!!! Tree of Knowledge or Apple therefrom. Seeds not accecptible. Snake furnished by DEC. ***************************************************************************** Now that the frivolity is out of the way, I desparately need some info on the DEC Rainbow. Rice is running a summer computer camp using these beasties, and I (being our resident CP/M type system hacker) got elected to provided technical support. My problems are many; my resources are few. I will supposedly be getting a technical manual sometime in the next month or so, but that will be a bit too late. Any help that can be provided will be muchly appreciated. And now, my problems: 1) I need to be able to format disks for the 100. There is (as best I can tell) NO format utility supplied with it. Q: Is there one that I am just not seeing? Q: Does ANYONE out there have one? Q: Does anyone know what the disk pararmeters (tpi, sides, skew factor, etc.) are so that I can write my own on a REAL machine? 2) I need to pipe some stuff over from a very different machine. It is, however, another CP/M machine, so I could PIP from it's RS232 port to the Rainbow's communications port. Q: How is the communications port defined in the Rainbow IOBYTE? Is it defined in the IOBYTE? Q: Is there a more convenient way to do this? (I was planning on PIP'ing in HEX mode, as it is a HEX file. 3) Should I just give up and throw it (physically) out the window? Thanks. Replying to me is a bit difficult. Please use one of the following, regardless of how my return address looks when it gets to you. stan.rice@rand-relay ARPANet stan@rice CSNet ...!{parsec,lbl-csam}!rice!stan uucp Stan Hanks Department of Computer Science Rice University Houston TX 11-Jul-83 00:46:00,351;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 11 Jul 83 0:44 EDT Date: 11 July 1983 00:46 EDT From: Herb Lin <LIN@mit-mc> Subject: good disassemblers... To: info-cpm@brl anyone know/recommend a good disassembler for CP/M 80? What to look for? what not to buy? Anything in public domain? I will summarize responses to the net. thanks. 11-Jul-83 12:08:55,660;000000000000 Date: 11 Jul 83 12:08:55 EDT (Mon) From: Keith Petersen <w8sdz@brl> To: Info-Cpm@brl Subject: Unsqueezing files on MIT-MC Info-CPM readers who have an account on MIT-MC should be VERY careful about using USQ on MC. Please don't use it unless you know its commands. We have had two occasions recently where ARchive files were messed up because users didn't know that the default output of USQ goes to the SAME DIRECTORY as the input file. Most of the ARchive devices are filled to capacity and this causes them to exceed the safe limit. This corrupts the Archived files making it necessary to restore the entire ARchive. --Keith 11-Jul-83 13:49:00,579;000000000000 Received: From Sumex-Aim.ARPA by BRL via smtp; 11 Jul 83 15:45 EDT Received: from ISL by SUMEX-AIM with Pup; Mon 11 Jul 83 12:49:36-PDT Date: Monday, 11 Jul 1983 12:49-PDT To: info-cpm@brl Subject: c-ug Reply-to: kevinw@su-dsn From: kevinw@su-dsn Sender: kevinw%isl@BRL.ARPA the c users group has a collection of a dozen or so disks with all sorts of things -- function, utilities, games, cross-assemblers, meta-compilers, text processors, etc. -- all for $8 per disk. of course, no guarentees are made, but some of them are pretty good. cheers. -- Kevin 11-Jul-83 13:51:00,796;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 11 Jul 83 13:49 EDT Date: 11 July 1983 13:51 EDT From: Gail Zacharias <GZ@mit-mc> Subject: Unsqueezing files on MIT-MC To: Info-Cpm@brl cc: w8sdz@brl In-reply-to: Msg of 11 Jul 83 12:08:55 EDT (Mon) from Keith Petersen <w8sdz at brl> I just made :CPM;USQ defaultly output the file to your home directory, so you don't need to be very careful anymore. Note that you can direct the output to any file you want, by doing :CPM;USQ input file, output file Guest users of MC should use this form to place the output in a file obeying the naming conventions of group directories, e.g. :CPM;USQ AR203:CPM;BIG WQN, MYNAME BIGWIN If you are just playing around seeing how things look, maybe you want to use :CPM;TYPESQ instead... 11-Jul-83 14:42:40,421;000000000000 Received: From Nosc-Cc.ARPA by BRL via smtp; 11 Jul 83 16:45 EDT Date: 11 Jul 1983 13:42:40-PDT From: Bob Van Cleef <CCVAX.revc@nosc> Reply-to: CCVAX.revc@nosc To: LIN@mit-mc, info-cpm@brl Subject: Re: good disassemblers... resource.com and zzsource.com, both are in the public domain libraries. resource is for 8080, written by Ward Christianson. zzsource is the same program, but configured for the Z80. 11-Jul-83 15:49:18,5917;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 11 Jul 83 17:46 EDT Date: Mon 11 Jul 83 17:49:18-EDT From: Frank da Cruz <cc.fdc@COLUMBIA-20.ARPA> Subject: KERMIT Available on the ARPANET To: INFO-IBMPC@USC-ISIB.ARPA, INFO-CPM@MIT-MC.ARPA, TOPS-20@SU-SCORE.ARPA cc: SY.FDC%cu20b@BRL.ARPA, SY.DAPHNE%cu20b@BRL.ARPA, OC.WBC3%cu20b@BRL.ARPA, Chris@COLUMBIA-20.ARPA, Hu@COLUMBIA-20.ARPA, Eiben@DEC-MARLBORO.ARPA, CERRITOS@USC-ECL.ARPA, JS5A%cmccta@BRL.ARPA, JO2F%cmccte@BRL.ARPA KERMIT is a protocol for transferring files between computers of all sizes over ordinary asynchronous telecommunication lines using packets, checksums, and retransmission to promote data integrity. Microcomputer implementations of KERMIT (and some of the mainframe implementations) also provide terminal emulation. KERMIT is non-proprietary, thoroughly documented, well tested, and in wide use. The protocol and the original program implementations were developed at Columbia University and have been shared with many other institutions, some of which -- particularly Stevens Institue of Technology -- have made contributions of their own. * KERMIT Implementations KERMIT is presently available for the following systems: Machine Operating System Language ------- ---------------- -------- DECSYSTEM-20 TOPS-20 MACRO-20 DECsystem-10 TOPS-10 MACRO-10 VAX-11 VMS Bliss-32, Macro-32 IBM 370 Series VM/CMS IBM Assembler VAX,PDP-11,SUN,etc UNIX C PDP-11 RT-11 OMSI Pascal 8080, 8085, or Z80 CP/M ASM 8086, 8088 PC DOS, MS DOS IBM PC Macro Assembler Apple II 6502 Apple DOS DEC-10/20 CROSS All but the UNIX version and RT-11 versions use or imitate the TOPS-20 style of user interface - command keyword recognition and completion, ?-help, etc. The 8080 version runs on the DEC VT180, DEC Rainbow-100 (speeds up to 1800 baud only), DECmate II (CP/M), Heath/Zenith-89 and 100, Intertec Superbrain, Apple II with Z80 Softcard, TRS-80 II (CP/M), Osborne 1, Osborne Executive, Kaypro II, Vector Graphics, Ohio Scientific, Telcon Zorba, and others. The 8086 version runs on the IBM PC and lookalikes (such as the Compaq portable) and on the Heath/Zenith-100. * Distribution Policy The KERMIT software is free and available to all, sources and documentation included. Columbia University has been charging a reproduction fee of $100 for mailing tapes to recover its costs. Other sites are free to redistribute KERMIT on their own terms, and are encouraged to do so, with the following stipulations: KERMIT should not be sold for profit; credit should be given where it is due; and new material should be sent back to Columbia University so that we can maintain a definitive and comprehensive set of KERMIT implementations for further distribution. * Distribution Mechanisms: In addition to direct distribution from Columbia, KERMIT (all the versions listed above, as they existed in June 1983) has been placed on the DECUS VAX/VMS and RSX-11 SIG tapes, and may, at some point, be added to the DECUS library for DEC-10's and -20s, and also distributed through IBM SHARE. In addition, the KERMIT distribution is available at Columbia to users of BITNET on host CUVMA. * ARPAnet Distribution: Now KERMIT is available in its entirety to the ARPAnet community. An up-to- date KERMIT distribution area will be maintained on the Columbia University Computer Science Department DECSYSTEM-20, a new machine which as just been added to the ARPAnet. The KERMIT distribution can be found at ARPAnet host COLUMBIA-20 in the directory PS:<KERMIT>, accessible via anonymous FTP. This is a large area, containing sources (and in some cases binaries or hex) of all implementations, plus documentation and various utility programs -- presently over 2000 DEC-20 pages in about 170 files -- so you probably don't want to take the whole area blindly. First, look at the short file 00README.TXT (starts with two zeros, always appears at the top of a directory listing), which explains what is where, and then take the parts that are of interest to you. The KERMIT area on COLUMBIA-20 should now be considered the definitive source for KERMIT on the ARPAnet; other areas where parts of the KERMIT distribution have been available will not necessarily remain current or complete. The major documentation for KERMIT is the KERMIT USERS GUIDE and the KERMIT PROTOCOL MANUAL, on line as USER.DOC and PROTO.DOC, respectively. The User's Guide gives an overview, general instructions for use, and details about the use and installation of each version, including procedures for initially downloading microcomputer versions from a mainframe host. The Protocol manual is supposed to describe the protocol in sufficient detail to allow new implementations of KERMIT to be written. KERMIT is an active project. Features are being added to existing implementations, bugs are fixed, new implementations are being developed. Towards the end of August (when I return from vacation), I'll set up a KERMIT mailing list for reporting bugs, trading information, announcing new versions, etc. In the meantime, send comments and inquiries to me at this ID, though I won't be able to answer for a while. * Disclaimer No warranty of the software nor of the accuracy of the documentation surrounding it is expressed or implied, and neither the authors nor Columbia University, nor any other contributor, acknowledge any liability resulting from program or documentation errors. - Frank da Cruz Manager of DEC Systems Columbia University Center for Computing Activities CC.FDC@COLUMBIA-20 ------- 11-Jul-83 21:16:00,378;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 11 Jul 83 21:15 EDT Date: 11 July 1983 21:16 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: umodem33.c now available To: info-cpm@brl Thanks to Ben Goldfarb for correcting an error in the conditional compile command for logging. Umodem has now been updated to version 3.3. It's available in AR43:CPM;UMODEM 33C --Keith 12-Jul-83 01:23:00,361;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 12 Jul 83 1:24 EDT Date: 12 July 1983 01:23 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: 8080/Z80 disassemblers for CP/M To: LIN@mit-mc cc: Info-Cpm@brl In-reply-to: Msg of 2 Jul 1983 18:37 EDT from Herb Lin <LIN> AR25:CPM; has RESOURCE and ZDASM (Rick Conn's improved version of ZZSOURCE). --Keith 12-Jul-83 07:24:00,426;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 12 Jul 83 7:21 EDT Date: 12 July 1983 07:24 EDT From: Jerry E. Pournelle <POURNE@mit-mc> Subject: iAPX-286 Users To: harpo!floyd!cmcl2!lanl-a!jp@ucb-vax cc: info-cpm@brl In-reply-to: Msg of 23 Jun 83 11:56:47-PDT (Thu) from harpo!floyd!cmcl2!lanl-a!jp at ucb-vax good luck. There have been some difficulties including chip delivery. Let me know how you are faring... 12-Jul-83 17:16:03,1176;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 15 Jul 83 6:13 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 15 Jul 83 2:46-PDT Date: 12 Jul 83 16:16:03-PDT (Tue) To: info-cpm@brl From: ihnp4!houxm!hocda!spanky!burl!sb1!sb6!sjt@ucb-vax Subject: Re: "C" Users Group Info Article-I.D.: sb6.141 In-Reply-To: Article sri-arpa.2921 The C user group cost $10 per year. This only an approx cost since it is supposed to be for 6 issues of the newsletters which "should" be published bi-monthly. The past year has not seen this happen though. The big benifit from membership is that you can get the latest BDS version for $8 when you join and send them a copy of your license. They do have a considerable amount of software available and this can also be purchased for $8 per disk( 8" SSSD ). There is no catalog as such but you do get back issues of the newsletter which list the offerings. The group has recently expanded to cover all micro C's (but only BDS is offered for update). The group does support several Cnodes around the country where the software from the library is available for downloading. Sidney Thompson 13-Jul-83 06:52:00,533;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 13 Jul 83 14:26 EDT Date: 13 July 1983 06:52 EDT From: Paul R. Grupp <GRUPP@mit-mc> Subject: iAPX-286 Users To: POURNE@mit-mc cc: info-cpm@brl, harpo!floyd!cmcl2!lanl-a!jp@ucb-vax In-reply-to: Msg of 12 Jul 1983 07:24 EDT from Jerry E. Pournelle <POURNE> I have a friend that works at INTEL that leads me to beleave that it will take some time and LOTS of luck for them to make it work per spec!!! He works in the lab that is working on the chip and should know. --Paul 13-Jul-83 12:05:07,494;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 15 Jul 83 5:36 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 15 Jul 83 2:23-PDT Date: 13 Jul 83 11:05:07-PDT (Wed) To: info-cpm@brl From: decvax!linus!utzoo!watmath!watarts!bernie@ucb-vax Subject: Re: Can Sinclair Be Used As CPM Board for C64? Article-I.D.: watarts.1938 In-Reply-To: Article houxh.168 The short answer is "no". The necessary components for the interfacing are simply not part of the Sinclair circuitry. 13-Jul-83 15:06:11,390;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 14 Jul 83 6:32 EDT Date: 13 Jul 83 17:06:11-EDT (Wed) From: Root.NSF-CS@udel-relay Return-Path: <Root%NSF-CS.NSF-CS@UDel-Relay> Subject: add me To: info-cpm@mit-mc Cc: bboard.Nsf-Cs@udel-relay Via: NSF-CS; 14 Jul 83 6:03-EDT Please add the following to your mailing list. bboard.nsf-cs@udel-relay Thank you very much. 13-Jul-83 16:47:00,856;000000000000 Received: From Bbng.ARPA by BRL via smtp; 13 Jul 83 16:52 EDT Date: Wed, 13 Jul 1983 16:47 EDT From: DWELD@BBNG.ARPA To: info-cpm@BRL.ARPA, info-micro@BRL.ARPA Subject: Coleco ADAM In-reply-to: Msg of 1 Jul 83 8:19:42 EDT (Fri) from Rick Conn <rconn at brl> Does anyone know how fast the FasTransfer (digital cassette) mass storage device is on the new Coleco ADAM? Apparently, you get a lot for your money -- $600 buys: 1. Really nice looking keyboard 2. 80K RAM expandable to 144K 3. Z80 CPU 4. 10 cps daisy wheel printer! 5. Game paddles 6. Basic editor and game (optional software: logo, macro assembler, some database, educational, more games... 7. 500K / digital cassette - "will support CP/M" 8. 36 column display (optionally expandable to 80) It looks ok (for a "home computer") 13-Jul-83 18:01:24,785;000000000000 Received: From Rochester.ARPA by BRL via smtp; 13 Jul 83 18:01 EDT Received: by sen.rochester (3.327.3L+++) id AA01558; 13 Jul 83 18:01:24 EDT (Wed) Received: by cay.Rochester (3.327.3L+) id AA00930; 13 Jul 83 17:58:03 EDT (Wed) Message-Id: <8307132201.1558@sen.rochester> Date: 13 Jul 83 18:01:24 EDT (Wed) From: Mike Ciaraldi <ciaraldi@Rochester.ARPA> Subject: Re: Seequa's new machine To: Info-cpm@brl.ARPA, MCCRARY@usc-isie.ARPA I saw a Seequa Chameleon at a computer store in Silver Springs MD (Computers, Etc.) a few weeks ago. It looked pretty nice. I asked about IBM compatibility, and the salesman booted up an IBM PC operating system disk, complete with the IBM logon banner. It also ran Wordstar and a Pac-Man clone. Mike Ciaraldi University of rochester 13-Jul-83 18:19:41,1487;000000000000 Received: From Rochester.ARPA by BRL via smtp; 13 Jul 83 18:20 EDT Received: by sen.rochester (3.327.3L+++) id AA01796; 13 Jul 83 18:19:41 EDT (Wed) Received: by cay.Rochester (3.327.3L+) id AA00958; 13 Jul 83 18:16:19 EDT (Wed) Message-Id: <8307132219.1796@sen.rochester> Date: 13 Jul 83 18:19:41 EDT (Wed) From: Mike Ciaraldi <ciaraldi@Rochester.ARPA> Subject: Re: Non-Heath 8" disk drives on H-100/Z-100 systems To: decvax!wivax!linus!philabs!cmcl2!lanl-a!jp@ucb-vax.ARPA, info-cpm@brl.ARPA I am using a Shugart 851 and a CDC drive, both 8-inch and double-sided, on a Z-100. They work OK, under both CP/M-85 and ZDOS. However, occasionally they don't; I will get a seek error, especially on FORMAT. Usually rebooting fixes this up. This problem is only on the Shugart, not the CDC. I tried changing the step rates under CP/M and ZDOS using the info in the Zenith manuals. This fixed up the CP/M-85, but not the ZDOS. This caused me to find out about ANOTHER problem. The MAP command on ZDOS 1.1 will not let you declare a drive imaginary, so it can share a physical disk with another drive. I called the Zenith hotline and they mailed me a new version. This works, except now there is no way to make a drive un-imaginary. There is no switch for it, and MAP/Z, which is supposed to reset the drive configuration, does not affect imaginary drives. I called Zenith back and they said it is supposed to work this way. Mike Ciaraldi University of Rochester 13-Jul-83 22:42:18,952;000000000000 Received: From Cmu-Cs-C.ARPA by BRL via smtp; 14 Jul 83 0:43 EDT Received: ID <HASTINGS@CMU-CS-C.ARPA>; Thu 14 Jul 83 00:42:19-EDT Date: Thu 14 Jul 83 00:42:18-EDT From: Gene Hastings <HASTINGS@CMU-CS-C.ARPA> Subject: Re: Seequa's new machine To: ciaraldi@ROCHESTER.ARPA cc: info-cpm@BRL.ARPA In-Reply-To: Message from "Mike Ciaraldi <ciaraldi at Rochester.ARPA>" of Wed 13 Jul 83 21:53:21-EDT Call 800-638-6066 (In Maryland, 301-268-6650) and they will send you a flyer and price list, and maybe tell you about local dealers. A friend tells me that Seequa will be moving to new facilities (still in MD) and claims to have a $50M order backlog. I'm still waiting to hear more on this critter: we haven't gotten an acceptable demo from our local dealer (due to his problems, as opposed to the Chameleon's), but it still sounds almost too good to be true (where's the catch?). Gene Hastings <HASTINGS@CMU-CS-C> ------- 14-Jul-83 13:13:10,778;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 14 Jul 83 16:15 EDT Received: from UCBCORY.ARPA by UCBVAX.ARPA (3.347/3.35) id AA07201; Thu, 14 Jul 83 13:12:23 PDT Date: 14 Jul 83 13:13:10 PDT (Thu) From: Tony Yeh <yeh%UCBCORY@berkeley> Subject: Best PC C compiler Message-Id: <8307142013.AA01735@UCBCORY.ARPA> Received: by UCBCORY.ARPA (3.343/3.31) id AA01735; 14 Jul 83 13:13:10 PDT (Thu) To: info-cpm@mc Cc: c%UCBCORY@berkeley, info-pc@isib What are everyone's opinions on C compilers for the PC? I'd like one with full Unix v7 i/o library capabilities, and a full implementation of C (floats,etc...). Does such a beast exist yet? Please respond directly to me... I am yeh%ucbcory@berkeley.arpa ...!ucbvax!ucbcory!yeh.UUCP Tony Yeh 14-Jul-83 16:39:00,496;000000000000 Received: From Parc-Maxc.ARPA by BRL via smtp; 14 Jul 83 16:41 EDT Date: Thu, 14 Jul 83 16:39 EDT From: Thieret.WBST@PARC-MAXC.ARPA Subject: MODEM Program for Data General Computers To: info-cpm@brl.ARPA cc: Thieret.WBST@PARC-MAXC.ARPA Is there an implementation of the Christianson MODEM protocols for the Data General Eclipse hardware. We have an S/140 to which I have an s-100 Z80 system attached and I would like to transfer files between them if possible. Thanks. Tracy. 15-Jul-83 01:11:58,852;000000000000 Date: Fri, 15 Jul 83 1:11:58 EDT From: Rick Conn <rconn@brl> To: info-cpm@brl, info-apple@brl Subject: ZCPR2 Implementations AR86:CPM on MIT-MC now comtains the following LBR (LQR) files: Z2OZ - for Osborne-1 Z2KP - for KayPro Z2MD - for Morrow Designs MicroDecision Z2AP - for Apple ][ Z2A6 - for Apple with CP/M 60 These are "full" implementations of ZCPR2 for the indicated machines. These files are stored in squeezed form for ease of transfer and should be unsqueezed for use. Z2OZ unsqueezes to 76K, but the others are under 30K. I am forwarding this message to INFO-APPLE for information purposes. The Apple implementations may be of interest. I have created only the Osborne-1 and MicroDecision implementations. The other three implementations have been completed and tested by others. Rick 15-Jul-83 21:16:00,1105;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 15 Jul 83 21:18 EDT Date: 15 July 1983 21:16 EDT From: Gail Zacharias <GZ@mit-mc> Subject: Two CPM-related utilities for TOPS-20 users To: INFO-CPM@mit-mc 1. The files AR91:CPM;UNARI > and AR91:CPM;UNARI HLP contain the Midas source and help file (respectively) for a program to take apart ITS ARchive files. Thus you can FTP and entire archive from MC and break it up into its constituent files on your local host. Remember to FTP in full binary mode! For the purposes of FTP'ing, whole archives are refered to by names like DSK:CPM;AR91 > 2. The files AR91:CPM;USQ > and AR91:CPM;TYPESQ > contain the Midas sources for a Twenex version of the USQ/TYPESQ programs. Documentation is at the top of the USQ file. Before assembling TYPESQ, you should edit it to refer to the actual location of the USQ file. Note: Midas is a TOPS-20 assembly language. If your site has Emacs, then you have a Midas assembler somewhere on the system. Ask your system staff, not me. If your site doesn't have Emacs, get it... 15-Jul-83 22:04:00,2920;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 15 Jul 83 22:07 EDT Date: 15 July 1983 22:04 EDT From: Leor Zolman <LEOR@mit-mc> Subject: More on Rick Rump's "Disk Maker" 5-1/4" disk machine To: INFO-CPM@mit-mc Mine has been delivered and installed, and it works beautifully, allowing for teething problems typical of first units shipped (mine is THE first). For the $1200 price tag (not $1400 as earlier reported, though the price may go up if Rick wants any dealers to be able to afford to carry it!), you get a Suntronics controller, one DSDD 40 track 5-1/4" drive in a 2-drive cabinet, cables and software. An optional second 96 track drive may be obtained. The software consists of three programs and a database file. One program configures the system to your specifications (clear-screen string, drive-group where the drive(s) will be addressed, and error diagnostic options); the second program formats floppies in one of the 25-odd supported formats; the last program "installs" the drive as emulating one of the formats. That is, a typical sequence to produce a disk in , say, Osborne format would run as follows: 1. Run DMFORM.COM to format the disk. It comes up with a menu, you pick number 1 (Osborne), and it goes and formats/verifies the disk 2. Run DMSET.COM, pick menu number 1, and it echoes the string: Disk Format is: Osborne SSSD A> (or whatever) at which point you're back at CP/M command level with drive D: (or whichever you've configured it to be) being an Osborne format drive. Any time you warm-boot, the "Osborne" message flashes to remind you you've got the Disk Maker emulator running. 3. Now just write your data onto drive D: any way you want (PIP, SWEEP, CP, whatever) !! All normal CP/M commands, such as STAT, work fine on that drive and tell you all the things that apply to an Osborne drive. 4. To switch to another format, just run DMSET again and pick another format. Once a format has been installed with DMSET, the drive may be both read from and written to just like any CP/M drive. The following formats are supported in my version, with more coming probably soon: Osborne (90K, 183K); TRS-80 Mod I Omikron, TRS-80 MOD III MM, Xerox 820 (82K, 155K); IBM-PC (CP/M-86) 154K; Kaypro II; TI professional; Televideo 802/803; Zorba; Otrona Attache; Superbrain(162K, 340K); Heath H-37 (148K, 304K); Heath Magnolia; Heath Z-100 (148K, 304K); NEC PC-8001A; Access; Dec VT180; DEC Rainbow 96-TPI (with optional 96-TPI drive). The software is terse, well-executed and effective. Obviously the system is expandable to new formats by obtaining updates to the database file. HARD-SECTORED FORMATS ARE NOT CURRENTLY SUPPORTED, although some thought is being put into this problem. Again, this neat little package is available from New Generation Systems, phone: (800) 368-3359. -leor 16-Jul-83 03:50:00,700;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 16 Jul 83 3:54 EDT Date: 16 July 1983 03:50 EDT From: Stephen C. Hill <STEVEH@mit-mc> Subject: FMS-80 To: info-cpm@brl cc: STEVEH@mit-mc Does anyone out there have experience with FMS-80? The ads sound intriguing ($600 price drop [ I wonder why//]) and they certainly teased me with their talk of relational DBMS. Is is possible to generate schema files (descriptions of files) separate from the actual data files? Can you generate a schema file to describe a file that FMS-80 didn't write? Is it worth the $395 that they are charging? If possible, I'd like to have any responses by Tuesday (19 Jul 83). Thanks for your help. 16-Jul-83 11:02:39,504;000000000000 Received: From Nlm-Mcs.ARPA by BRL via smtp; 16 Jul 83 13:04 EDT Date: Sat 16 Jul 83 13:02:39-EDT From: Jon Albers <ALBERS@NLM-MCS.ARPA> Subject: kermit - xkermit To: info-cpm@BRL.ARPA Does anyone know of a program like xmodem that uses the kermit file transfer protocols? This program is to be used as Xmodem is used with MDM7 type programs. I would like to use this in conjuction with xmodem on an RCP/M. Reply directly to me... Jon Albers ALBERS@NLM-MCS ------- 16-Jul-83 14:54:00,818;000000000000 Received: From Simtel20.ARPA by BRL via smtp; 16 Jul 83 16:59 EDT Date: 16 Jul 1983 14:54 MDT (Sat) From: KPETERSEN@SIMTEL20.ARPA To: Allan D Plehn <PLEHN@MIT-MC.ARPA> Cc: Info-Cpm@BRL.ARPA Subject: 300/1200 baud (103/212a) modem for S-100 Bus In-reply-to: Msg of 18 Dec 1982 21:03-EST from Allan D Plehn <PLEHN> I heard last night that the new PMMI modem will be available the 3rd week in August. I also heard that they haven't forgotten me and I'm still on the list to get one. There was apparently some last-minute problem at the Racal-Vadic factory that required Craig to fly out there one or more times. I'm sending this from the new home for the CPM software archives. This machine is still in the testing phase, however. We'll make an announcement when everything is ready. --Keith 16-Jul-83 16:14:44,675;000000000000 Received: From Simtel20.ARPA by BRL via smtp; 16 Jul 83 18:15 EDT Date: Sat 16 Jul 83 16:14:44-MDT From: Keith Petersen <KPETERSEN@SIMTEL20.ARPA> Subject: Temporary fix for TAC problem To: INFO-MODEMXX@MIT-MC.ARPA cc: Info-Cpm@BRL.ARPA I have been trying to get around the bug in the TAC software that prevents the use of MODEM on TOPS-20 and umodem on Unix hosts. I found a way to make it work: BEFORE you connect to your host, do @B O S to start binary output on the TAC. This fixes the problem and I have sucessfully use both MODEM and umodem today through the TAC. You must do this before you connect to your host or it won't work. --Keith ------- 16-Jul-83 20:22:19,642;000000000000 Date: Sat, 16 Jul 83 20:22:19 EDT From: Rick Conn <rconn@brl> To: info-cpm@brl Subject: ZCPR2 on XEROX 820-II AR86:CPM now contains Z2XE LBR. This contains files and documentation which can be used to implement a full ZCPR2 system on the XEROX 820-II. CRCs check. Much thanks to Doug Gilbert, Paul McAfee, and others at XEROX PARC for putting the information together and doing the work. The contributers are documented in the file. Rick P.S. This now brings the group of ZCPR2 implementations to: Apple ][ Apple with CPM60 Osborne-1 Morrow Designs MicroDecision Kaypro II XEROX 820-II 17-Jul-83 07:47:00,1492;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 17 Jul 83 7:48 EDT Date: 17 July 1983 07:47 EDT From: Paul R. Grupp <GRUPP@mit-mc> Subject: Morrow BIOS bug! To: info-cpm@brl cc: GRUPP@mit-mc The BIOS supplied with my Morrow M20 hard disk had a bug in the DPB. This BIOS has equates for the M10, M20, and M26 so if you have one of these drives with supplied BIOS, you might want to check. PROBLEM; The DPB reserves 512 directory entries, but the AL0 and AL1 reserve space for 4 time that. This means that there is 48K of unuseable disk space. TO FIX; Edit the BIOS file equates for your drive (2 DPB's for M10 3 DPB's for M20 and M26) and change the DRM and or AL0 & AL1. I chose to make 1024 directory entries (as I was running out of dir space before disk space). To do this set DRM=1023, AL0=0FFH, and AL1=0 (check that the block size is 4K (BSH=5) or else these values will have to be changed as per the D.R. manual). Then assemble the file and use DDT to overlay the hex file on your sysgen immage, and save. IF YOU CAN'T fix this yourself (best NOT to try if you don't know) don't worry... The bug has no effect on the operation of the system other than waisting some disk space. --Paul P.S. The FIX I described will give you 1024 directory entries and 32K more file space, and will NOT disturb ant pre-existing files or directory entries. 17-Jul-83 11:35:00,356;000000000000 Received: From Usc-Eclb.ARPA by BRL via smtp; 17 Jul 83 13:36 EDT Date: 17 Jul 1983 1035-PDT From: Dick <MEAD@usc-eclb> Subject: SMALL-C v2 help?? To: info-cpm@brl Has anyone had any luck using the Small-C compiler (on MC) yet?? I have been told by one of my users that he has not been able to compile anything. Any hints, tips, help?? ------- 17-Jul-83 11:39:00,5858;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 17 Jul 83 11:41 EDT Date: 17 July 1983 11:39 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: CCS disk controller fix To: Info-Cpm@brl The following is forwarded from my RCPM system. Replies to the author, please, not to me. --Keith --forwarded file-- AA6PZ Paul Zander 86 Pine Lane Los Altos, CA 94022 Fellow Computer Hobbiest: Several friends and I have been trying to use the popular CCS2422 Floppy Disk Controller board in our S-100 systems. We encountered a few problems which cost us substantial frustration until the solutions had been worked out. We had tentatively thought that we had bad EPROM's and bad disc controller IC's before making the modifications described below. The IC numbers refer to the rev. B board, the changes apply to the rev A board as well. 1. The buffer which drives the data-in bus, U40, has to drive 8 lines at the same time. Depending on the configuration of the rest of the system, it may have a peak current of 1/2 amp or more for a few nanoseconds. Although this IC is close to the S-100 ground pins(50 and 100), this current has to flow through traces which are common to the rest of the board. I have actually seen this current surge cause a voltage spike of 2 volts. Needless to say, this can and does cause false inputs to many of the other IC's on the board. The solution is to cut the trace on the top side of the board to U40, pin 10. Next, on the back side, connect U40, pin 10 by a piece of insulated wire to the ground trace near pin 100, and continue the wire around the edge of the board to the top side near pin 50. Number 28 or 30 wire-wrap wire is suitable. The inductance of the wire is primarily a function of its length. There is little to be gained by using an 18 guage wire. 2. Although the ground traces appear at first glance to be connected together, there are several places where a ground trace starts at one side of the board, goes to several IC's and then stops in the middle of the board. Your DC ohmmeter will measure continuity, because the traces are connected by long paths around the edge of the board. More reliable operation of the 2422 can be achieved if these "dangling ends" are connected together. The candidates for connection are as follows: U7 pin 7 to U8 pin 20 U20 pin 7 to U21 pin 8 U13 pin 10 to U14 pin 7 U35 pin 7 to U44 pin 8 U39 pin 7 to S-100 pin 50 If your system uses the S-100 pins 20 and 70 as grounds, the should be connected in as well. 3. This one corrects one of the symptoms of the inadequate grounding mentioned in 1 and 2. Historically, it was found first, because the board would often hang up in an "Auto-wait" state when using the monitor EPROM. Short spikes on SOUT or SINP propogate the the logic to the clock U42A when the CPU is really accessing a memory address of F733. This change prevents short spikes from clocking the Auto wait flip-flop but has no effect on desired operation. Cut the +5v trace going to U42 pin 2. It is on the back of the board and you do not have to remove the IC or the socket to get to it. (Hurray!) Now connect pin 2 to U35 pin 11. This is the logical OR of SOUT and SINP. In the case of a short spike, this point will be back in the logic low state before the clock signal gets to the flip-flop. 4. Some of our boards did not work with some of the Western Digital IC's. The problem was most pronounced with 5 1/4 inch drives. Eventually we found that the problem is that the board design requires the WD1793 to operate outside of its specified range. In particular, the data sheet requires that the data inputs be held for 70 ns after the end of the write pulse. However, the 2422 actually switches off the data bus buffer before sending the write pulse to the 1793 or the control latches. It is only the PC board capacitance which causes the circuit to work! The solution is to keep U39 turned on a little longer. There are several solutions, but the most reliable is to substitute an unused section of open-collector NAND gate U5 for the section of U20 which drives U39 pin's 1 and 19. Connect U20 pin's 4 and 5 to U5 pin's 13 and 14 respectively. Cut the trace to U20 pin 6 and connect a wire form that trace to U5 pin 12. Connect a 1K pullup to U5 pin 12, and somewhere along that trace connect a 80 to 100 pF capacitor to ground. This will slow down the rising edge of the signal to U39 pin 1. After these changes, the CCS2422 works quite well. With some experimental changes to the wait-state circuitry, one board has successfully done disk operations with a CPU clock speed in excess of 6 MHz. More work remains to be done before claiming that a complete speed-up can be reliably achieved. The problems with inadequately engineered ground connections and buffers which are turned off too early are not unique to the CCS 2422. You might keep them in mind when you have problems with other circuits which give erratic behavior. I hope this letter helps make your computer experience more enjoyable. Permission to copy this letter or its contents, in whole or in part, is granted provided that credit is given to this writer. Sincerely, Paul Zander 17-Jul-83 12:03:00,606;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 17 Jul 83 12:06 EDT Date: 17 July 1983 12:03 EDT From: Allan D. Plehn <PLEHN@mit-mc> Subject: Suggestion for your new spell checker. To: MADLER@mit-mc cc: PLEHN@mit-mc, INFO-CPM@mit-mc I wonder, could you provide an uncompressed, ASCII Plaintext, version of the word list? My idea is to use FP.COM (Find Pattern Program) on the word list, ostensibly for cryptanalysis, but really as the means to finally best my wife at Scrabble. Or, perhaps more efficient, modify FP.COM to work on the word list in its present compressed form. Al Plehn 17-Jul-83 12:06:00,858;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 18 Jul 83 3:49 EDT Date: 17 Jul 83 14:06-EDT (Sun) From: Charles Hutchinson <hutchinson.UMass-ECE@udel-relay> Return-Path: <hutchinson%UMass-ECE.UMASS-ECE@UDel-Relay> Subject: Rainbow function keys To: info-cpm.UMass-ECE@udel-relay Via: UMASS-ECE; 18 Jul 83 3:25-EDT Hello! I've heard that the CONIN function for the DEC Rainbow 100's CP/M-86/80 actually is two separate functions. One does the normal CONIN, but the second deals with the function keys. Does anyone know about how I would go about accessing this second CONIN function? How is it called, how is it used, Is there a way to change what CONIN sends back to the program, etc. Any help would be appreciated. Thanks muchly in advance, Hutch (HUTCHINSON.UMASS-ECE@UDEL-RELAY) 17-Jul-83 20:06:00,685;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 17 Jul 83 20:08 EDT Date: 17 July 1983 20:06 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: umodem33.c revised To: Info-Cpm@brl AR43:CPM;UMODEM 33C has been revised to restore TABs to the file. They had previously been expanded to spaces which made the file about 8k larger than it needed to be. If you intend to update this program at a later date and have already taken the earlier file, please get this new one so we can keep the updating task more manageable. Usenet net.micro.cpm readers will receive a copy of this new version. Please see that the older copy on your host is destroyed. Thanks. --73--Keith, W8SDZ 18-Jul-83 00:05:00,405;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 18 Jul 83 0:06 EDT Date: 18 July 1983 00:05 EDT From: Herb Lin <LIN@mit-mc> Subject: disassemblers for cp/m-80 To: info-cpm@brl In-reply-to: Msg of 15 Jul 1983 1015-PDT from VANBUER at USC-ECL apparently the best disassembler available is the Christensen ReSource, a public domain disassembler, and is available on MC thanks to all who answered. 18-Jul-83 00:29:00,2809;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 18 Jul 83 0:30 EDT Date: 18 July 1983 00:29 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: MDM711.FIX To: Info-Cpm@brl The following is forwarded from my RCPM system. Irv Hoff (the author of MDM711) has seen this and approves. Because this is a simple fix, there will be no update to MDM711 but it will be incorporated in the next version if/when it comes out. There are no plans for a new version at this time. --keith --forwarded file: MDM711.FIX-- MDM711.FIX July 14, 1983 There is a problem with MDM711, in that when you are transfering files in the ASCII mode the CTRL 'Y' character that is used to toggle open the memory buffer is not trapped by the MDM711 program. By not trapping the character it is sent to the system you are downloading from. In the case of many mainframe systems the Ctrl 'Y' character is decoded as an EOF and the command that you were using to transmitt the ASCII text will be terminated before you are able to capture any of the text. There is a simple fix which can be made by using DDT or a similar type program to modify the MDM711XX.COM file you are using. This fix does not alter the code but it does vector the program off to a MORE correct location than it is now. All the tests I have performed so far seems to indicate that the change does not cause any furthur problems except for the fact that now only the Ctrl 'Y' is trapped, but the Ctrl 'R' (used to close your capture buffer) is still passed to the transmitting system. As fas as I know the Ctrl 'R' will not cause any problems if it does you will need to modify the MDM711.ASM file at NOLST1: (123C H) TO NOLST3: (125D H) so that it works correctly. I was reluctant to make changes to the MDM711.ASM file since it was so new, and this simple single byte 'FIX' seems to take care of the problem. STEP 1 : A>DDT MDM711XX.COM DDT VERS 2.2 NEXT PC 4300 0100 STEP 2: -S125C Type in S125C and then CR STEP 3: 125C 10 44 Type in 44 and then CR STEP 4: 125D 19 . Type in . and then CR STEP 5: -G0 Type in G0 to exit DDT STEP 6: A>SAVE 66 MDM711XX.COM (File now modified) Thats all you need to do to the program. You can do it to the MDM711XX.COM file you are using or to the MASTER MDM711.COM file that is in the MDM711.LBR file. If you do it to the MASTER MDM711.COM file then it will propogate to other configurations of the MDM711 program with the proper overlay file. Dennis Recla Dallas, Texas Data 214 681-4789 300 baud With Ample assistance of Lee Wilkerson 18-Jul-83 01:06:00,387;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 18 Jul 83 1:09 EDT Date: 18 July 1983 01:06 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: Two new overlay files for MDM711 To: Info-Cpm@brl Two new overlay files have been added to AR61:CPM; AR61:CPM;MDM711 EXASM ;overlay for Osborne "Executive" computer AR61:CPM;MDM711 MMASM ;overlay for Morrow "Multi-I/O" serial port 18-Jul-83 08:00:00,511;000000000000 Received: From Parc-Maxc.ARPA by BRL via smtp; 18 Jul 83 12:16 EDT Date: Mon, 18 Jul 83 08:00 PDT From: DGilbert.ES@PARC-MAXC.ARPA Subject: Re: MDM711.FIX In-reply-to: "W8SDZ@mit-mc.ARPA's message of 18 Jul 83 00:29 EDT" To: Keith Petersen <W8SDZ@mit-mc.ARPA> cc: Info-Cpm@brl.ARPA Thanks for the information on MDM711. It will help. However, some "HOSTS" are upset by any control characters. Namely, the electronic mail system via Tymnet. Guess I'll keep looking for the source file. Doug. 18-Jul-83 10:13:00,5732;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 18 Jul 83 12:00 EDT Date: 18 July 1983 10:13 EDT From: Keith Petersen <W8SDZ@mit-mc> To: Info-Cpm@brl cc: INFO-MODEM7@mit-mc The following is forwarded for informational purposes only. Neither the author nor I have any connection with PMMI. Replies to the author, please, not me. --Keith --forwarded file: PMMI212.DOC-- The PMMI MM-212, The 300/1200 S-100 Modem A preview by Mark Pulver - AIMS (312) 789-0499 - 24hrs - PMMI 07-14-83 Well, starting at the end of August, PMMI will start to ship their new S-100 modem that a lot of us have been waiting for. As taken from PMMI's brochure, here is some of what we can expect. o Baud Rates are 45.5-300 and 1200 baud o 1200 baud is Async or Bisync o A very full featured control ROM, resulting in a very intellegent modem o Modem is controlled through single ASCII characters D - Dialing string follows, 32 characters max. B - Blind dial, ( 5 second pause ) T - Touch tone the following numbers P - Pulse dial the following numbers K - Wait for another dial tone R - Redial last number entered M - Display dialer memory, with command codes H - Originate calls in 212 mode L - Originate calls in 103 mode O - Force modem into originate mode A - Force modem into answer mode Q - Hang up phone SR - Software reset defaults Cxxxx - Change options table o Modem will dial all 16 touch tones 0-9, *, #, and A-D o Modem reports progress by single ASCII characters D - Dial tone detected R - Remote end ringing B - Remote end busy, (terminates call) V - Voice detection! (terminates call) F - Failed call T - Time out I - Invald command M - Dialer memory overflow N - No dial tone E - Exiting command mode, starting comm mode L - 103 carrier detect H - 212 carrier detect Ring detect also by DSR status o Options list, All modifiable, * indicates default *A - Set asynchronous mode B - Set bisynchronous mode D - Answer only 212 modems *E - Answer 212 or 103 modems F-I - Set character length of 8-11 bits H, 10 bits, is the defualt *J - Enable loss of carrier disconnect K - Disable loss of carriewr disconnect *L - Enable receive space disconnect M - Disable receive space disconnect N - Enable send space disconnect *O - Disable send space disconnect *P - Enable timeout disconnect on answer Q - Disable timeout disconnect on answer *R - Enable respond to remote test S - Disable respond to remote test T - Enable analog loopback busy out of line *U - Disable analog loopback busy out of line V - Enable command mode echo *W - Disable command mode echo *X - Enable call progress detection Y - Disable call progress detection Z - Fail call timer = no time out *a - 30 seconds b - 60 seconds c-k - Retry call 1-9 times respectively *l - No call retry *m - Enable voice detection n - Disable voice detection o/p - Enable/Disable data available interrupt q/r - Enable/Disable transmitter empty int. s/t - Enable/Disable ring detect interrupt All interrupts default to disabled o As the MM-103, the modem requires 4 contiguous ports o Deliveries are due to start late August o Orders are being taken now From a reference in the brochure, as well as being able to read the name off of the chip in the cover photo, it looks as though Racal-Vadic had a bit to do with the developement of the MM-212, nothing wrong with that. I only wish that they had somehow been able to keep the programability of the MM-103. I myself plan to try the approach of leaving both modems in the system, and online. The MM-212 will do all of the answering, if a Bell 103 carrier is detected,( modem sends an "L" ), then I plan to switch over to the MM-103, and go through the normal baud checking that most of us are used to. Otherwise, the MM-212 will handle the call entirely. Now, my first impression of that crazed thought is that there will be a lot of code laying around, but seeing how the 212 seems to be dream to control versus the Hayes 300/1200, I'll sacrifice a few nights and weekends of work, and trade 1/2K or so of code to do it! The flexibility will be enormous for us S-100 users... I hope this has shed some light on what PMMI is doing these days. By the way, the suggested retail is $695.95, not bad considering what it would cost those of us without an open serial port to add a quad board plus an external modem. And you still might not be able to get all of the features. --end-- 18-Jul-83 10:50:00,445;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 18 Jul 83 10:52 EDT Date: 18 July 1983 10:50 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: CPM DIRLST updated To: Info-Cpm@brl CPM;CPM DIRLST (the file listing all the MIT-MC CPM; 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 Info-Cpm-Request@Brl asking to be added to the list. --Keith 18-Jul-83 14:07:34,615;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 19 Jul 83 5:03 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 19 Jul 83 1:24-PDT Date: 18 Jul 83 13:07:34-PDT (Mon) To: info-cpm@brl From: ihnp4!houxm!hou2b!9484cbs@ucb-vax Subject: wanted: Kermit and MDM7 Article-I.D.: hou2b.62 Hi. I have seen several recent articles in this newsgroup about Kermit and MDM7 being available on the Arpanet. I would like to get copies of both of these programs for my Heath H100 (Zenith Z100). Is there some way that us USENET people can get these via uucp? Thanks in advance. Ken Lee hou2b!9484cbs 18-Jul-83 23:49:00,771;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 19 Jul 83 0:07 EDT Date: 18 July 1983 23:49 EDT From: Richard P. Wilkes <RICK@mit-mc> Subject: PMMI 212 To: W8SDZ@mit-mc cc: INFO-CPM@mit-mc, INFO-MODEM7@mit-mc In-reply-to: Msg of 18 Jul 1983 10:13 EDT from Keith Petersen <W8SDZ> I have the Racal Vadic 212PA modem. It looks like they just did a little modifying to the code on the software side since the features look identical. The PA is a nice modem, but a real *pain* to program to dial, etc. The PMMI should be easier. I had a PMMI 103 attached to a TRS-80 (Model I no less) and was very pleased. It will be interesting to see how this new board works out. $700 is not cheap, and Vadic and offspring are not known for their discounts... -r 19-Jul-83 08:25:00,349;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 19 Jul 83 8:32 EDT Date: 19 July 1983 08:25 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: CP/M Plus RSX demo files To: Info-Cpm@brl Two new files have been added to the "CPM3" archive at MC. They demonstrate "RSX"'s, which are very interesting. AR18:CPM;RSXDMO DOC AR18:CPM;RSXDMO ASM 19-Jul-83 12:01:25,830;000000000000 Received: From Sumex-Aim.ARPA by BRL via smtp; 19 Jul 83 14:02 EDT Date: Tue 19 Jul 83 11:01:25-PDT From: William Pearson <PEARSON@SUMEX-AIM.ARPA> Subject: MDM7?? for NorthStar Advantage, Superbrain To: info-cpm@BRL.ARPA I need to get copies of MDM711 or a similar program for a NorthStar Advantage and a Superbrain on their respective disks. I have no problem getting the programs off of this net, I just can't get them onto the NorthStar without a quad-density hard-sector disk. I also need copies of XMODEM and BYE for a NorthStar Advantage. If you have a copy of MDM7?? running on your NorthStar, leave me a note and I will send a disk, or send a disk and I will return it. William R. Pearson Dept. of Biochem. Jordan Hall U. of Virginia Charlottelville, VA 22908 (804) 924-2818 ------- 19-Jul-83 13:22:00,684;000000000000 Received: From Utexas-20.ARPA by BRL via smtp; 19 Jul 83 16:04 EDT Date: 19 Jul 1983 1422-CDT From: John Otken <CC.Otken@utexas-20> Subject: Re: CCS Disk Controller Fix To: info-cpm@brl Paul Zander's fix contained a few typos: 2. S100 pin 50 to U39 pin 10 instead of 7 4. U20 pin 4 to U5 pin 12 instead of 13 U20 pin 5 to U5 pin 13 instead of 14 U20 pin 6 to U5 pin 11 instead of 12 1K pullup to U5 pin 11 instead of 12 Before I installed his modification, my CCS 2422 barely functioned. It seems to work MUCH better now. However, I haven't thoroughly tested it yet. Also, one plated through hole did NOT conduct through the hole. ------- 19-Jul-83 13:39:00,741;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 19 Jul 83 16:58 EDT Date: 19 Jul 1983 1239-PDT Sender: APAGE@usc-isi Subject: ZCPR2 System From: APAGE@usc-isi To: info-cpm@mit-mc Cc: apage@usc-isi Message-ID: <[USC-ISI]19-Jul-83 12:39:06.APAGE> I was given a photo-copy of an article from "Microsystems" June 1983 by Richard Conn titled "The ZCPR2 System". ZCPR2 replaces Console Command Processor (CCP) of CP/M. This article states that ZCPR2 is available to the public domain via the ARPANET (among many other sources). Does anyone know where or how to obtain a copy of this system? Responses can be sent directory to me...(APAGE at USC-ISI) Arlene Page Also, please add my name to the Info-CPM distribution list. 19-Jul-83 15:46:48,1348;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 21 Jul 83 4:29 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 21 Jul 83 1:10-PDT Date: 19 Jul 83 14:46:48-PDT (Tue) To: info-cpm@brl From: decvax!genrad!security!linus!philabs!seismo!rochester!ritcv!dpm@ucb-vax Subject: Re: WARNING: JRT Pascal Compiler Article-I.D.: ritcv.451 JRT has a long history of taking many (3-6) months to ship orders. This is strictly illegal for a mail order firm, of course, but apparently nobody has squawked loud enough to shut them down yet. I suspect this is because nobody has more than $30 invested, so it's not worth the trouble to any one individ- ual. If you really want it, I suggest you invest a little more in a few phone calls, and try to get some action. Or, better, find someone who already has it and copy it (legally) from them - then cancel your order and save $30. Contact your local computer club, or RCPM system. If you're looking for a reliable Pascal compiler, I suggest you forget the JRT product entirely. It has too many bugs to be useful for production work. It's ok for playing, I guess. Don McClimans {seismo or allegra}!rochester!ritcv!dpm P.S. Sorry - this item belongs in net.micro.cpm, but the original appeared in net.micro, so I am posting the follow-up there, too. 19-Jul-83 18:04:00,584;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 19 Jul 83 23:06 EDT Date: 19 Jul 1983 2004-EDT From: Ralph W. Hyre Jr. <RALPHW@mit-xx> Subject: File transfer program for Apple To: info-cpm@mit-mc, info-apple@mit-dms Is there a way I can run Modem, a CP/M file transfer program on an vanilla (no CP/M board) Apple ][+ with a Novation Apple Cat modem. I thought I saw something on info-cpm or info-apple a while ago about a CP/M simulator for an Apple, or some mechansm that would allow me to run MODEMx on an Apple without CP/M. Thank you. - Ralph Hyre ------- 20-Jul-83 04:41:09,519;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 21 Jul 83 5:33 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 21 Jul 83 2:25-PDT Date: 20 Jul 83 3:41:09-PDT (Wed) To: info-cpm@brl From: decvax!microsoft!uw-beaver!uw-june!fredf@ucb-vax Subject: Small C operating system in net.sources Article-I.D.: uw-june.507 The Small c operating system typed in from Dr. Dobb's Journal March 83 issue is listed in net.sources. I have not tested the code or tried to compile the code. Happy Hacking! 20-Jul-83 05:56:00,234;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 20 Jul 83 5:59 EDT Date: 20 July 1983 05:56 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: RCPMLIST.039 To: Info-Cpm@brl RCPMLIST.039 is now available on MIT-MC as CPM;RCP-M NOS. 20-Jul-83 06:25:00,499;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 20 Jul 83 8:29 EDT Date: 20 Jul 1983 05:25-PDT Sender: ABN.CAMO@usc-isid Subject: CP/M to Apple Pascal conversion From: ABN.CAMO@usc-isid To: Info-Apple@mit-dms, Info-CPM@mit-mc Message-ID: <[USC-ISID]20-Jul-83 05:25:11.ABN.CAMO> Is there someone who can provide some leads on how we can go about writing a utility to convert text files from a CP/M (version 2.2) 5-1/4 disk to an Apple Pascal 5-1/4 disk? Bryan Gorman Abn.Camo@USC-ISID 20-Jul-83 07:34:35,877;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 20 Jul 83 9:35 EDT Date: Wed, 20 Jul 83 7:34:35 EDT From: Rick Conn <rconn@brl> To: APAGE@usc-isi cc: info-cpm@mit-mc, apage@usc-isi Subject: Re: ZCPR2 System Hi, Arlene, ZCPR2 is located in ARs (Archives) 80-86 of the CPM directory on MIT-MC. It is also located on other machines, one of which will be transitioned to after September when MIT-MC *may* be lost to the net. Announcements of this transition will be made to INFO-CPM by the host when he is ready. The directories (ARs) are referenced by AR8x:CPM where x=0 to 6. MIT-MC is a glass house, and you can use FTP (IF binary transmission is available to your host) to transfer the files in these ARs to your machine. Pure binary is stored here (executable images), so the transfer must be an 8-bit transfer. Richard Conn 20-Jul-83 09:18:00,315;000000000000 Received: From Office-2.ARPA by BRL via smtp; 20 Jul 83 12:21 EDT Date: 20-Jul-83 09:18 PDT From: ACB.TYM@office-2 Subject: Pascal to C To: info-cpm@brl Message-ID: <[OFFICE-2]TYM-ACB-2T9A5> Someone asked me about a PASCAL to C translator. Does such a thing exist? Please reply to Bomberger@office-3. 20-Jul-83 10:02:38,699;000000000000 Received: From Wisc-Rsch.ARPA by BRL via smtp; 20 Jul 83 12:11 EDT Date: 20 Jul 1983 11:02:38-CDT From: Anil A. Pal <pal@uwisc> Reply-to: pal@uwisc To: info-cpm@brl Subject: Request for 1200 baud modem info Has anybody had any experience with the following modems. They are being considered as possible alternatives to the Hayes Smartmodem. 1. RIXON Intelligent R212A. Lists for 495, available for as low as 365. 2. U.S. Robotics Password Lists for 449, available for 380. Both seem to have all features, but are much cheaper than the Hayes. Comments wanted on: Reliability, Ease of use (and programming), Any hidden "gotchas" in the design. 20-Jul-83 12:43:45,774;000000000000 Date: Wed, 20 Jul 83 12:43:45 EDT From: Keith Petersen <w8sdz@brl> To: Info-Cpm@brl Subject: SWEEP38 bug report I received the following bug report on SWEEP38. Can someone relay this to the author, please? --Keith Petersen, W8SDZ --forwarded message from my RCPM-- Date: 07/17/83 From: BOB CLYNE To: KEITH PETERSEN Re: SWEEP38 Keith, I tried SWEEP38 on E: and F: drives and it will not accept transfers, log ons, etc. to drives higher than D:. It can be run on drives higher than D: and will transfer files to drives <= D: but that is all. It sure would be nice if the author would remove that restriction since it is a nice program. Anything you can do to help will be appreciated. Bob Clyne 20-Jul-83 15:27:00,1101;000000000000 Received: From Usc-Eclb.ARPA by BRL via smtp; 20 Jul 83 17:28 EDT Date: 20 Jul 1983 1427-PDT Sender: JHESS@usc-eclb Subject: dGRAPH with CCS 2422 From: JHESS@usc-eclb To: info-cpm@brl Message-ID: <[USC-ECLB]20-Jul-83 14:27:40.JHESS> If anyone has has purchased dGRAPH to run on their CPM system using a CCS Floppy Disk Controller, the following error message should be familiar: "Overlay Loader: .PRG file missing or truncated" The problem occurs because both California Computer and FOX & GELLER use locations 50-->5B hex. The fix is simple and is described in Jerry Pournelle's July 83 column in BYTE (pp 353). You have to modify your BIOS to move the DEBLOCK PARAMETERS out of page 0 of memory. Use your editor to modify the CCS BIOS as follows: 1. Find and delete the statement IDSV: EQU 4EH ;Sector ID Save area 2. Find the statement BEGDAT EQU$ 3. Add immediately after the statement defining BEGDAT IDSV: DS 8 4. Assemble the BIOS and install as described in the CCS manual Read Jerry's column for additional information. 20-Jul-83 15:56:25,648;000000000000 Received: From Sri-Kl.ARPA by BRL via smtp; 20 Jul 83 17:56 EDT Date: Wed 20 Jul 83 14:56:25-PDT From: Jon L. Spear <OTHB@SRI-KL.ARPA> Subject: VT-100 Emulator Needed for XEROX 820-II To: info-cpm@BRL.ARPA Could anyone point me to a modem program that will run on the XEROX 820-II and make it act like a VT-100??? Does anyone out there use the 820-II? Do you know of any other CP/M and/or MS-DOS PCs that could be EtherNetted to a XEROX EtherNet already including a 5700 Laser Printer and 860 Work Processors? Your help will be rewarded by many kind thoughts. Please respond to me, not INFO-CPM. ADVthanksANCE, Jon ------- 20-Jul-83 16:55:00,596;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 20 Jul 83 19:03 EDT Date: 20 Jul 1983 1855-EDT From: Andrew Scott Beals <SJOBRG.ANDY%MIT-OZ@mit-mc> Subject: Re: Request for 1200 baud modem info To: pal@csnet-sh cc: info-cpm@brl In-Reply-To: Your message of 20-Jul-83 1202-EDT the us robotics modem is ok, but with one moby gotcha - it will HANG UP when it recieves 3 +s from your terminal, but it doesn't have a built in time delay like the hayes, if i remember correctly.| it also isn't as smart at the hayes (it can just dial and hang up), and that may be a consideration. ------- 21-Jul-83 03:23:00,736;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 21 Jul 83 3:32 EDT Date: 21 July 1983 03:23 EDT From: Jerry E. Pournelle <POURNE@mit-mc> Subject: CP/M and CCP/M for Z-100 To: CSTROM@mit-mc cc: ciaraldi@rochester, INFO-CPM@brl In-reply-to: Msg of 7 Jun 1983 06:39 EDT from Charlie Strom <CSTROM> I was told on the phone today that Digital Research intends to make CCPM-86 work on the Z-100. No confirmation, this was from a Press Relations officer, but she's usually been right in the past. They LIKE CCPM at DR -- as indeed they should. My contacts at Zenith have no date for CPM-86 on the Z-100 which is a real pity. If you hear more, please tell me.... anyone know how to speed up the display speeds on a Z-100? 21-Jul-83 06:52:51,165;000000000000 Date: Thu, 21 Jul 83 6:52:51 EDT From: Harold Carter (AFIT) <hcarter@brl> To: info-cpm@brl Subject: net.sources What and where is net.sources? 21-Jul-83 06:56:00,922;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 21 Jul 83 7:00 EDT Date: 21 July 1983 06:56 EDT From: Charlie Strom <CSTROM@mit-mc> Subject: CP/M and CCP/M for Z-100 To: POURNE@mit-mc cc: CSTROM@mit-mc, ciaraldi@rochester, INFO-CPM@brl In-reply-to: Msg of 21 Jul 1983 03:23 EDT from Jerry E. Pournelle <POURNE> Are you referring to CCPM-86 rather than a method of using both processors simultaneously? I would thing that the latter would be much sexier. I am aware of some development in this direction elsewhere (not at DR nor at Zenith) but it is premature for me to comment further. Rest assured that if and when anything comes to fruition on this front, I will certainly advise the net. Zenith hardware looks excellent to me (sure wish I had a Z-100!) but they are falling flat on their face in the software arena. Good thing there are a lot of good hackers out there to take up the slack! -Charlie 21-Jul-83 07:09:00,1417;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 21 Jul 83 7:12 EDT Date: 21 July 1983 07:09 EDT From: Charlie Strom <CSTROM@mit-mc> Subject: CPM-816 To: goldfarb.ucf-cs@rand-relay cc: Info-CPM@brl CPM-816 is now available for the Compupro system running an 8085/88 board. The minimum requirement is the CPU, a System Support 1, and 128K or 192K of memory (I cannot recall that one) and of course a disk-1 controller. There are two ways to obtain this, one being directly through Compupro, the other (cheaper) way is directly from the author at Proper Software, 1024 Center Street, Berkley, Ca. 94704. You must send your original CP/M-86 disk along with a $50 payment. They will add the modified loader, CCP and SW!.CMD file to your disk. Oh yes, an brief explanation of CPM-816 is in order - it allows you to run 8-bit or 16-bit applications under the same operating system. If a .CMD file cannot be found, it looks for a .COM file. If found, it will re-parse the command line into the form SW! FOO ZOT SW! is the switch command that sets up the 8-bit environment; the operator originally typed FOO ZOT and there was no FOO.CMD present, but there was a FOO.COM file. A bonus is that the 8088 does all operating system calls and you have a 62K TPA. I have yet to run across a .COM file that would not run properly, though I have not really been beating on it for too long. -Charlie 21-Jul-83 08:12:37,1874;000000000000 Date: Thu, 21 Jul 83 8:12:37 EDT From: Rick Conn <rconn@brl> To: info-cpm@brl Subject: Hard Disk Utilities I have just uploaded several hard disk utilities from a recent SIG/M disk of that topic. They are in AR15:CPM on MIT-MC. CRCs check. These utilities are: Name MIT-MC Files Function BIGBURST BIGBUR ASM & DOC Copy a file from a hard disk to several floppies, where the file is too big to fit on just one floppy FLOPCOPY FLPCPY ASM & DOC On a hard disk/one floppy system, copy files from one floppy to another thru the hard disk automatically; this copies all files from the source floppy to the hard disk and then tells you to insert the dest floppy, at which time it copies all files from the hard disk to the dest floppy, deleting the files from the hard disk MULTCOPY MLTCPY ASM & DOC Backs up a hard disk onto multiple floppies; assumes the largest file can fit on one floppy The BACKUP program from the same set is similar to MULTCOPY and was already in AR15:CPM. All programs were written and contributed by Gary Young in North Hollywood, CA. I have not tried them myself, but I have heard that they work well. Enjoy! Rick 21-Jul-83 08:46:30,528;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 22 Jul 83 7:23 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 22 Jul 83 4:10-PDT Date: 21 Jul 83 7:46:30-PDT (Thu) To: info-cpm@brl From: decvax!wivax!linus!vaxine!aca@ucb-vax Subject: CPM 68K info request Article-I.D.: vaxine.262 d to me through linus would have been swallowed up. This situation has been remedied, so I am re-submitting my request. Thanks in advance, Alan Agostinelli Automatix, Inc. ...!allegra!linus!vaxine!aca 21-Jul-83 11:16:02,451;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 22 Jul 83 14:18 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 22 Jul 83 6:40-PDT Date: 21 Jul 83 10:16:02-PDT (Thu) To: info-cpm@brl From: npois!hogpc!houxn!4341mrz@ucb-vax Subject: ZCPR Article-I.D.: houxn.373 In-Reply-To: Article sri-arpa.3125 Is there an RCPM system that might have the version of ZCPR2 for the micro decisions? I don't have access to MIT-MC. Mike Zboray 21-Jul-83 19:42:57,2195;000000000000 Date: Thu, 21 Jul 83 19:42:57 EDT From: Rick Conn <rconn@brl> To: info-cpm@brl Subject: FILER and VFILER are now on MIT-MC in AR87:CPM. This contains versions of FILER and VFILER designed to run on 8080's or Z80's (FILER 8COM and VFILER 8COM) and designed to run on just Z80's (FILER ZCOM and VFILER ZCOM). Online documentation as FILER HLP and VFILER HLP is also in the AR. FILER is an enhancement of DISK76C which has several added features for the ZCPR2 environment. It allows the user to chain to another program, such as XDIR, from within FILER and return if the MCL feature is enabled. There is a built-in help for quick reference and a detailed help which chains to HELP FILER for more information. Also, the DU form is supported throughout as well as the DIR form: hence, you can log into or copy into other directories by using names such as "7" (for user 7, current disk), "B" (for current user, disk B), "B7" (for user 7, disk B), and "WORDSTAR" (for a directory named WORDSTAR). It also includes other features over DISK76C. VFILER is an enhancement of FILER which is totally screen- oriented, designed to run on a CRT which supports cursor addressing. VFILER is quite nice to use, allowing you to use the arrow keys on your CRT (or the Word Star movement keys) to point to a file on the display. At this time, you may issue commands such as C for copy, T for tag (for later copy/delete), D for delete, M for mass copy of all tagged files, and Y for mass delete of all tagged files with or without verification. VFILER is very human-oriented and even fun to use. Thanks to Hal Carter, Charlie Strom, Frank Wancho, and Ron Fowler for ideas and suggestions about the design of FILER and VFILER and for testing it. I really think these programs make nice additions to the ZCPR2 System. They both have to be installed by GENINS (current version is OK), and VFILER requires additional installation as documented in its Help File. The file VFSC ASM is used to patch VFILER ?COM for the screen controls. Enjoy! Rick 21-Jul-83 21:26:00,1277;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 22 Jul 83 5:01 EDT Date: 21 Jul 1983 2026-PDT From: Bruce L. Conroy <BLC@jpl-vax> Subject: U.S Robotics Password Modem To: info-cpm@mit-mc Reply-To: BLC@jpl-vax I have been using the U.S. Robotics Password ($380 from the Bottom Line) for about 2 weeks. 1) Although I don't know how smart the Hayes unit is, the Password has a number of options, all programmed by sending ASCII strings to the modem. a) Number of times to let the phone ring before answering. b) Tone or pulse dialing. c) Time to wait after dialing for carrier. d) Time to leave the monitoring spekaker on (default is from time dial command is given until carrier is established.) e) force answer mode (can also be set with DIP switch.) f) Local echo (also known as half duplex.) 2) There are several other options, which don't seem very important. 3) Once carrier is established, the onlyhing the modem will respond to is a one second pause followed by +++ followed by another one second pause. Four pluses are ignored. (the + character can also be programmed to any other character.) 4) The unit seems to run hot. Only time will tell if this is a problem or not. Bruce Conroy (BLC@JPL-VAX) ------ 22-Jul-83 06:54:41,1285;000000000000 Received: From Rochester.ARPA by BRL via smtp; 22 Jul 83 6:55 EDT Received: by sen.rochester (3.327.3L+++) id AA03246; 22 Jul 83 06:54:41 EDT (Fri) Received: by cay.Rochester (3.327.3L+) id AA13009; 22 Jul 83 06:51:26 EDT (Fri) Message-Id: <8307221054.3246@sen.rochester> Date: 22 Jul 83 06:54:41 EDT (Fri) From: Mike Ciaraldi <ciaraldi@Rochester.ARPA> Subject: CP/M-86 and CCP/M-86 on Z-100 To: info-cpm@BRL.ARPA Having just signed a non-disclosure agreement, I expect to receive a pre-release copy of CP/M-86 for the Z-100 from Zenith in the next few days. Official release to the general public will be early September. I also have Version 2.0 of ZDOS (MSDOS), complete with pipes, subdirectories, etc. I'm not sure of the general release date. It looks like, as part of my summer job, I will be porting CCP/M to the Z-100. If anyone knows of this already being done, let me know so I can avoid the trouble! As far as I have been told, Zenith is not porting CCP/M at present, and DR is not going to port it to anything but the IBM PC. Final note: Can anyone give me advice on converting aa CP/M-86 BIOS to a CCP/M XIOS? DR covers the conversion in one page of the manual, and it looks fairly straightforward, but any experiences will be appreciated. 22-Jul-83 15:34:34,797;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 23 Jul 83 10:19 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 23 Jul 83 6:57-PDT Date: 22 Jul 83 14:34:34-PDT (Fri) To: info-cpm@brl From: ihnp4!houxm!hou2b!9484cbs@ucb-vax Subject: wanted: MDM7 and KERMIT for Z100 Article-I.D.: hou2b.68 Hi. I have seen announcements for MDM7 and KERMIT in net.micro.cpm. Would it be possible for someone on ARPANET to send me copies of these two programs configured for a Z100 (CP/M-85 and/or MS-DOS, source code prefered, assembler or C)? I would really appreciate it. I would be willing to distribute these to other Z100 owners. Thanks much. Ken Lee {ihnp4 or harpo or cbosg}!hou2b!9484cbs sri-unix!hplabs!hao!seismo!harpo!hou2b!9484cbs ucbvax!dexvax!harpo!hou2b!9484cbs 22-Jul-83 17:28:59,387;000000000000 Date: Fri, 22 Jul 83 17:28:59 EDT From: Rick Conn <rconn@brl> To: info-cpm@brl Subject: New AR for Hard Disk Utilities I have moved the programs I uploaded the other night and a couple of others relating to hard disks into a new AR, AR78:CPM. The old AR was a little too close to the "safe limit", whatever that is (fill in a value between 50 and 70). Rick 22-Jul-83 20:31:59,1407;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 23 Jul 83 12:11 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 23 Jul 83 8:56-PDT Date: 22 Jul 83 19:31:59-PDT (Fri) To: info-cpm@brl From: decvax!tektronix!tekmdp!dadla!dadla-b!glennw@ucb-vax Subject: much better 300/1200 bps modem for S-100 bus Article-I.D.: dadla-b.500 I noticed an article from someone who was waiting for the PMMI S-100 Bell 212 modem. He (and anyone else waiting for such) should wait no longer. U. S. Robotics is already shipping their S-100 modem which is based on the Auto Dial 212A which has been out since December. At $350 (my price in onesies) it has the PMMI beat before it gets started. Don't put too much stock in the Vadic parentage; I am not suprised at the delays in getting it out because the Vadic 212s are incredibly antiquated technology, loaded with 3-4 times the parts of the USR, most of them 1% analog stuff, and Vadic is losing their quality control. USR's modems are cheap because they don't have much inside; just 3 micros, 14 I. C.'s total, and not much analog stuff. I have delivered about 60 with only a couple of DOA's. I don't normally advertise like this, but I hate to see people wait around so they can waste their money... Glenn Widener Widener Consulting 270 SE 15th #5 Hillsboro, OR 97123 (503) 648-0363 22-Jul-83 20:40:10,486;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 22 Jul 83 23:42 EDT Received: by UCBVAX.ARPA (3.347/3.35) id AA12513; Fri, 22 Jul 83 20:40:10 PDT Date: Fri, 22 Jul 83 20:40:10 PDT From: ucsfmis!dennis@berkeley Message-Id: <8307230340.AA12513@UCBVAX.ARPA> To: info-cpm@mit-mc Subject: pls add me... ... I'd appreciate being added to the CP/M discussion group. Dennis J. Streveler Section on Medical Information Science University of California-San Francisco Thanks. 23-Jul-83 01:24:00,485;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 23 Jul 83 1:35 EDT Date: 23 July 1983 01:24 EDT From: Jerry E. Pournelle <POURNE@mit-mc> Subject: WARNING: JRT Pascal Compiler To: decvax!genrad!security!linus!philabs!seismo!rochester!ritcv!dpm@ucb-vax cc: info-cpm@brl In-reply-to: Msg of 19 Jul 83 14:46:48-PDT (Tue) from decvax!genrad!security!linus!philabs!seismo!rochester!ritcv!dpm at ucb-vax can you give me specific examples of bugs in version 3.0 of jrt?? Thanks, jep 23-Jul-83 01:42:21,846;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 23 Jul 83 4:37 EDT Received: by UCBVAX.ARPA (3.347/3.35) id AA15510; Sat, 23 Jul 83 00:10:22 PDT From: decvax!duke!unc!tucc!emigh@berkeley Date: 23 Jul 83 01:42:21 EDT (Sat) Subject: Information needed on EcoSoft C compiler Message-Id: <8307230542.AA17118@decvax.uucp> Received: by decvax.uucp (3.326/3.14) id AA17118; 23 Jul 83 01:42:21 EDT (Sat) Date-Sent: Fri Jul 22 09:57:23 1983 To: INFO-CPM@mit-mc Does anyone have any experience with the EcoSoft version of C for a Z80 CP/M system? The information EcoSoft sent me was next to useless. The compiler is EXPENSIVE compared to the others on the market (2-1/2 times BDS-C and 1-3/4 times Aztec-C). Are you getting anything for the money? Thanks for any help you can give me. --Ted H. Emigh NCSU ...!unc!tucc!emigh 23-Jul-83 02:06:00,453;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 23 Jul 83 2:08 EDT Date: 23 July 1983 02:06 EDT From: Jerry E. Pournelle <POURNE@mit-mc> Subject: iAPX-286 Users To: GRUPP@mit-mc cc: info-cpm@brl, harpo!floyd!cmcl2!lanl-a!jp@ucb-vax In-reply-to: Msg of 13 Jul 1983 06:52 EDT from Paul R. Grupp <GRUPP> if 286 is too long delayed, the 68000 will come into its own... or 68020. odf course theres the 16032 which is dark horse if it ever works,, 23-Jul-83 02:25:00,851;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 23 Jul 83 2:30 EDT Date: 23 July 1983 02:25 EDT From: Jerry E. Pournelle <POURNE@mit-mc> Subject: lobo and m orrow systems To: INFO-CPM@mit-mc We own a Lobo MAX-80 (which we love; we remmomend it to anyone who has aa bunch of extra disk drives aroyund). One of the biggest features of the MAX (ralph): it can make disks formatted for the Osborne-1, the Xerox 820. Its standard format (curiously enough) is compatible with the Morrow MicroDecision's. Noi problem with any of those formats on those particular machines. BUT BUTBUT: an Osborne-1 SD SS disk made on the MAX cannot be read on the Morrow. It isn't just our MAX, either: three different sMAXes confirm this on the Morrow. Does anoyne out there know anything about this, and are there any comments? --Alex Pournelle 23-Jul-83 10:10:36,488;000000000000 Date: Sat, 23 Jul 83 10:10:36 EDT From: Rick Conn <rconn@brl> To: npois!hogpc!houxn!4341mrz@ucb-vax cc: info-cpm@brl Subject: Re: ZCPR The Lincroft, NJ RCPM will have access to the latest releases of all of the ZCPR2 software, including the new LBR files. To be exact, Paul Bogdanovich (owner and sysop of this RCPM) is here now getting them. If you have a particular interest and don't see it online, you can drop him a request via MINIRBBS. Rick 23-Jul-83 11:32:27,229;000000000000 Date: Sat, 23 Jul 83 11:32:27 EDT From: Rick Conn <rconn@brl> To: info-cpm@brl Subject: Lincroft RCPM Phone I forgot to mention the phone number for the Lincroft RCPM system. It is (201) 747-7301. Rick 23-Jul-83 14:31:00,467;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 23 Jul 83 14:37 EDT Date: 23 July 1983 14:31 EDT From: Jerry E. Pournelle <POURNE@mit-mc> Subject: much better 300/1200 bps modem for S-100 bus To: decvax!tektronix!tekmdp!dadla!dadla-b!glennw@ucb-vax cc: info-cpm@brl In-reply-to: Msg of 22 Jul 83 19:31:59-PDT (Fri) from decvax!tektronix!tekmdp!dadla!dadla-b!glennw at ucb-vax And how might a person obtain such a modem from you at that fantastic price? [ 23-Jul-83 15:13:00,445;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 23 Jul 83 15:15 EDT Date: 23 July 1983 15:13 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: CPM DIRLST updated To: Info-Cpm@brl CPM;CPM DIRLST (the file listing all the MIT-MC CPM; 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 Info-Cpm-Request@Brl asking to be added to the list. --Keith 23-Jul-83 19:06:48,1300;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 23 Jul 83 21:21 EDT Date: 23 Jul 1983 18:06:48-PDT From: Ty Wernet <CCVAX.ty@nosc> Reply-to: CCVAX.ty@nosc To: INFO-CPM@mit-mc, decvax!duke!unc!tucc!emigh@berkeley Subject: Re: Information needed on EcoSoft C compiler Cc: CCVAX.ty@nosc We have played around with several "C" compilers one of them being the EcoSoft C compiler, another being Aztec's, and finally Software Toolworks. EcoSoft's had a significant code generation problem in our view and that was when you defined an array of say 8k EcoSoft's assembler output was not at all efficient. It generated a: rept 8k db 0 endm This allowed you to go to lunch twice before the assembler finished. The other 2 "C's" just did a "DS 8k" and that was that. Just that 1 item caused us to pretty much abandon EcoSofts. There were a few other minor items which I do not recall right now. The real problem was that we could not take a source and compile it using these 3 compilers plus the one on our UNIX system and come out with 4 executables. All compilers would have to complain about some syntax or another and no one complaint was common amoung them. So much for transportability. Aztec's had a fairly complete library whereas Toolworks is somewhat limited. --Ty 24-Jul-83 19:56:55,1122;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 26 Jul 83 4:10 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 26 Jul 83 0:58-PDT Date: 24 Jul 83 18:56:55-PDT (Sun) To: info-cpm@brl From: harpo!seismo!rochester!ritcv!tropix!rcm@ucb-vax Subject: Re: Pascal to C Article-I.D.: tropix.154 In-Reply-To: Article sri-arpa.3291 I'm posting what should be a reply by mail because I don't know how to get through an ARPA gateway to the originator. --------- Yes, there is a Pascal-to-c translator, available from Whitesmith's. It is written in their version of c, and the source is available. It produces super-slow c, but is acceptable in a pinch. The program is small and attempts to put loop control into register variables. The resulting code is poor because: 1) It is unreadable. No c variables are retained by their origonal names. 2) The referencing if enclosing proceedure's variables (so casually done in Pascal) is ineffecient. But it does work. In many cases, that's all that matters. Bob Moore GCA/Tropel seismo!rochester!ritcv!tropix!rcm 25-Jul-83 08:41:00,361;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 25 Jul 83 8:42 EDT Date: 25 July 1983 08:41 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: HP-125 overlay for MDM711 To: Info-Cpm@brl Thanks to <BYTE@MC> we now have an overlay for MDM711 to configure it for a Hewlett-Packard HP-125 microcomputer. It's available on MC in AR61:CPM;MDM711 HPASM. --Keith 25-Jul-83 11:06:00,385;000000000000 Received: From Parc-Maxc.ARPA by BRL via smtp; 26 Jul 83 19:28 EDT Date: Mon, 25 Jul 83 11:06 PDT From: Pugh.PA@PARC-MAXC.ARPA Subject: Re: CPM DIRLST updated In-reply-to: "W8SDZ@mit-mc.ARPA's message of 23 Jul 83 15:13 EDT" To: Keith Petersen <W8SDZ@mit-mc.ARPA> cc: Info-Cpm@brl.ARPA Keith , please add me to list to recieve MIT-MC CPM directories. Thanks, Benny Pugh 25-Jul-83 15:57:10,390;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 26 Jul 83 7:04 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 26 Jul 83 3:56-PDT Date: 25 Jul 83 14:57:10-PDT (Mon) To: info-cpm@brl From: decvax!linus!utzoo!dciem!mmt@ucb-vax Subject: Re: CPM-816 Article-I.D.: dciem.254 In-Reply-To: Article sri-arpa.3306 Does CPM-816 also run on Z100 (8085/8088) as well as Compupro? 26-Jul-83 00:07:48,1488;000000000000 Date: Tue, 26 Jul 83 0:07:48 EDT From: Rick Conn <rconn@brl> To: info-cpm@brl Subject: New ZCPR2 Utilities AR87:CPM on MIT-MC contains two new ZCPR2 utilities -- FIND and UNERA. Both are installed by GENINS (actually, no installation needed for UNERA). CRCs check. UNERA, like the other PD UNERAs, is used to unerase files, but this one is integrated into the ZCPR2 System with the consistent syntax. The form of this command is: UNERA afn,afn,afn,afn,... o where as many ambiguous file names as desired can be given. Built-in documentation, invoked by simply typing UNERA with no args or UNERA //, tells you how to use it. UNERA normally places the unerased files into the current user. There are options to: Pause for disk change, Place files into User 0, and List erased files. FIND, like FILE13, is used to search all disks and user areas for a set of files. Again, being consistent with the ZCPR2 syntax, FIND has the following form: FIND afn,afn,afn,... o FIND produces an alphabetical listing of all matched files by disk. FIND does not include System files by default, and the only option, S, enables it to include these also. FIND is installed by GENINS, and GENINS may be used to restrict its range (in terms of disk scanned and maximum user area scanned). Both utilities are quite small, under 2K in size, and both run very quickly, using direct BIOS calls to move through the directory. Enjoy! Rick 26-Jul-83 00:36:43,712;000000000000 Received: From Rochester.ARPA by BRL via smtp; 26 Jul 83 0:37 EDT Received: by sen.rochester (3.327.3L+++) id AA07834; 26 Jul 83 00:36:43 EDT (Tue) Received: by cay.Rochester (3.327.3L+) id AA18382; 26 Jul 83 00:33:37 EDT (Tue) Message-Id: <8307260436.7834@sen.rochester> Date: 26 Jul 83 00:36:43 EDT (Tue) From: Mike Ciaraldi <ciaraldi@Rochester.ARPA> Subject: MS-DOS to CCP/M conversion To: info-cpm@BRL.ARPA We just got CCP/M (Concurrent CP/M) for an IBM PC from Digital Research. Is there any way for it to read PC-DOS (MS-DOS) disks? MS-DOS has a RDCPM command to go in the opposite direction, but we want to move "C" programs we wrote for Lattice C to CP/M so we can try the DR C compiler. 26-Jul-83 05:33:00,781;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 26 Jul 83 19:06 EDT Date: 26 Jul 83 07:33-EDT (Tue) From: Charles Hutchinson <hutchinson.UMass-ECE@udel-relay> Return-Path: <hutchinson%UMass-ECE.UMASS-ECE@UDel-Relay> Subject: Rainbow Modem9, ZCPR2 To: info-cpm.UMass-ECE@udel-relay Cc: rconn@brl, muller.UMass-ECE@udel-relay Via: UMASS-ECE; 26 Jul 83 19:04-EDT To anyone interested, I found a version of MODEM9 for the DEC Rainbow 100 It's on Steve Trevor's RCPM, Thousand Oaks, Calif. (805) 492-5472 I have also heard that there is a Rainbow implementation of ZCPR2 If anyone could provide pointers to a person, RCPM or file, I would be much obliged. Thanks, Hutch (HUTCHINSON.UMASS-ECE@UDEL-RELAY) 26-Jul-83 08:07:38,3132;000000000000 Received: From Nadc.ARPA by BRL via smtp; 26 Jul 83 12:26 EDT Date: 26 Jul 1983 10:07:38-EDT From: dudley@nadc To: info-cpm@brl Subject: getting MODEM903 to work The following is most of a letter that I wrote to someone today who asked me for help on getting his VT180 up with modem7. The resulting treatise turned into such a magnum opus that I decided to post it to the net so that the novices among us would have some quick information available to them. If you already know all about ftp'ing com files and lbr and sq and usq and itscvt then skip the rest of this: MODEM903 is a version of MODEM797 and MDM707 that includes a version for the VT180. It works perfectly, too! To get this wonderful thing, here is what you must do: (this is all for Berkeley Unix and may have to be modified is your host is something else.) 1. ftp mit-mc ;ring up the mit-mc machine 2. get 'AR13:CPM;ITSCVT HEX' itscvt.hex ;get an ascii image of ;this Intel Hex format program. 3. get 'AR13:CPM;LDIR 211HEX' ldir.hex ;get this while at it 4. get 'AR13:CPM;LU 211HEX' lu.hex ;and this too 3. type local ;this causes binary transfers, but with appropriate ;conversions between word lengths of the DEC 10 at ;mit-mc and my vax. Your command for this may ;differ. Consult local system guru, or experiment. 4. get 'CPM:MODEM 903LBR' modem903.lbr 5. bye ;leave ftp. Some ftp's can't do more than one get ;per connect (like mine) so you may have to invoke ;ftp and bye out of it multiple times. 6. port all this stuff over to a CPM computer. I assume you have access to one besides the VT180. It should have at least 241K disks attached, or some of this will be a real !@?#@!#. A>load itscvt ;make itscvt.com out of itscvt.hex <messages from load.com>... A>load lu ;make lu.com A>load ldir ;make ldir.com A>itscvt modem903.lbr Translate, Skip, Quit, or Continuous? T opening file done ;we have just removed the four garbage ;bytes at the start of the file that are ;and artifact of the ftp process. A>era modem903.lbr ;erase original file to make room A>ren modem903.lbr=modem903.cpm ;use output of itscvt which has CPM extension A>lu -o modem903 -e *.* -x ;invoke library utility, open the library <messages from lu.com ;extract all files, and exit. (I think this about its progress> ;is right.) A>usq *.?q? ;now unsqueeze all the files from the library ;you may have to do them one at a time ;and erase the squeezed versions if you have ;tiny disks. Now read the file HOWTOASM.DOC and do what it says. The file 8250SYS.ASM is already configured for the VT180 and only needs to be renamed SYS.ASM. A>ren SYS.ASM=8250SYS.ASM A>lasm modem903.aaz A>mload modem903 Now use MBOOT3 to bring the finished MODEM903.COM over to the vt180. The file is 17K in size, so you might be able to send the MODEM903.HEX over using pip or pipmodem and load it on the VT180 using LOAD.COM. (Although there is a different loader supplied in MODEM903.LBR that you are supposed to use instead of LOAD.COM.) 26-Jul-83 11:23:00,684;000000000000 Received: From Usc-Ecl.ARPA by BRL via smtp; 26 Jul 83 14:24 EDT Date: 26 Jul 1983 1023-PDT From: BHUBER@usc-ecl Subject: Epson FX-80 problem To: Info-Terms@mit-mc cc: BHuber@usc-ecl, Info-CPM@brl This isn't really related to a terminal, so am sending to these two lists. We have uncovered a problem with the new FX-80 printer. Specifically, the printer will "eat" one valid, printable, preceding character for every DC3 not immediately following a LF character. Has anyone else seen this problem? It occurs frequently using SCRIPT on an IBM VM/CMS system. Other printers, including the MX-80 predecessor do not err in similar circumstances. Bud ------- 26-Jul-83 11:49:04,706;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 28 Jul 83 3:45 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 Jul 83 0:25-PDT Date: 26 Jul 83 10:49:04-PDT (Tue) To: info-cpm@brl From: decvax!linus!utzoo!watmath!watarts!bernie@ucb-vax Subject: Re: Information needed on EcoSoft C compiler Article-I.D.: watarts.1974 In-Reply-To: Article sri-arpa.3407 In fairness to Ecosoft, their intent was to initialize the array to zero (see discussions in net.lang.c about this). Nevertheless, it ought to be made an option; there are many cases where the array initialization is unnecessary and slows the assembler down a lot. --Bernie Roehl ...decvax!watmath!watarts!bernie 26-Jul-83 12:11:25,850;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 27 Jul 83 6:35 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 27 Jul 83 3:09-PDT Date: 26 Jul 83 11:11:25-PDT (Tue) To: info-cpm@brl From: decvax!linus!sch@ucb-vax Subject: Lar - LU library maintainer Article-I.D.: linus.134 If you need a program to create LU format libraries for transfer to a CP/M based personal computer, I have written one. The basic idea is to combine files on the Unix machine and then transfer them in one operation to the personal computer. There the program LU can be used to extract the files out. It is called lar.c and has been posted to net.sources. You ARPANET folks can probably find it on MIT-MC soon. -- Stephen Hemminger, Mitre Corp. Bedford MA {allegra,genrad,ihnp4, utzoo}!linus!sch (UUCP) linus!sch@mitre-bedford (ARPA) 26-Jul-83 12:15:30,608;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 28 Jul 83 6:04 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 Jul 83 2:55-PDT Date: 26 Jul 83 11:15:30-PDT (Tue) To: info-cpm@brl From: decvax!microsoft!uw-beaver!ubc-visi!mprvaxa!barnes@ucb-vax Subject: MDM7 and KERMIT from ARPA to USENET Article-I.D.: mprvaxa.243 I second Ken Lee's request for these two programs to come from ARPA. Would it be possible for someone on ARPA to post these to this newsgroup or net.sources so we can all get at them? Is there sufficient interest from USENET people to warrant this? Mike Barnes 26-Jul-83 14:09:34,377;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 28 Jul 83 4:23 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 Jul 83 1:11-PDT Date: 26 Jul 83 13:09:34-PDT (Tue) To: info-cpm@brl From: harpo!gummo!whuxlb!floyd!cmcl2!lanl-a!rfl@ucb-vax Subject: net.micro.cpm Article-I.D.: lanl-a.363 question Does anyone know of or have a good 8086 Fortran Compiler??? 26-Jul-83 14:28:01,3911;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 27 Jul 83 9:38 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 27 Jul 83 6:02-PDT Date: 26 Jul 83 13:28:01-PDT (Tue) To: info-cpm@brl From: ihnp4!houxm!hou2b!9484cbs@ucb-vax Subject: Zenith Z100 news Article-I.D.: hou2b.69 These comments on the Zenith Z100 were reported in Sextant: The Independent Magazine for the Entire Zenith Computer Community (Summer, 1983 issue). Most of them are from a question and answer session at the Eighth West Coast Computer Faire in March of this year. "Barry Watzman of Heath/Zenith recently told Sextant that standard CP/M-86 will be available for the Z100 'probably in 1983.' This is a little sooner than planned, Watzman said. CP/M-86 wasn't originally a very high priority item, until Zenith software developers say that it had been announced in a Zenith Data Systems software catalog - by mistake. ... "Unfortunatley, it has been more difficult than was anticipated to make IBM PC software work on the Z100. software written for the PC is 'optimized' to take best advantage of the IBM's keyboard and screen display functions; the Z100 keyboard and screen display are different. Those functions are controlled by read-only memory (ROM). Zenith Data Systems expects to release a new ROM this summer which will duplicate more functions of the PC's ROM, enabling Z100 uses to use the developing PC-compatible software pool." ... "I've found a 'kludgy' way to use escape sequences on the Z100. I use the 'insert special character' feature of an editor to create a text file consisting of the appropriate escape codes. Then I went back to Z-DOS and TYPEd the file to the screen... There should be an easier way, though." ... Barry Watzmann on CP/M Plus: "I cannot say definitively that we will or won't [provide it]. It all is a question of priorityies. My personal feelin, to the extent that it matters, is that we should do 3.0 (CP/M Plus) on the Z100 as an upgrade to CP/M-85. I would hope that we might be able to do that in August, give or take a couple of months." ... Barry Watzmann on Concurrent CP/M: "We are not currently working on Concurrent CP/M or MP/M [the multiuser version]. I personally wish that we were, but the fact of the matter is, we aren't. We are working on some networking stuff." ... Barry Watzmann on MS-DOS 2.0: "MS-DOS 2.0 we will definitely do. There's no question about that. There has been some discussion internally that some of the resources to get CP/M-86 out and some of the resources to get MS-DOSthey're allocated to CP/M-86, and that may change. I kind of don't want to see that change; I'd like to see CP/M-86 out already. But we will definitely be doing MS-DOS 2.0. I'm tempted to back off on 'definitely', but I believe we will see it this year for certain, possible by the late second or early third quarter. There will be extreme pressure on us, with the IBM announcement, to get that out." ... Barry Watzmann on the 8087: "Yes, alot of thought has been given to that [the 8087]. I don't have an answer for you right now. But we have a strong desire to fit the 8087 to our machine, and there is work going on to accomplish that goal... I am hopeful that, at some point before the end of the year, we willbe able to make an announcement regarding that." Watzmann also Announced that Microsoft FORTRAN and COBOL would soon be shipped and that UCSD p-System, version IV would be shipped in May. One additional note: Barry Watzmann, the Zenith Data Systems computer product line director, resigned from Zenith at the end of May, so he cannot be held to these words. Ken Lee hou2b!9484cbs 26-Jul-83 15:07:42,535;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 26 Jul 83 18:08 EDT Received: by UCBVAX.ARPA (3.347/3.35) id AA04425; Tue, 26 Jul 83 15:07:42 PDT Date: Tue, 26 Jul 83 15:07:42 PDT From: ucsfmis!harrison@berkeley Message-Id: <8307262207.AA04425@UCBVAX.ARPA> To: mlease@bbn-unix Subject: Video editor under PASCAL? Cc: info-cpm@mit-mc The ASE Advanced System Editor from Volition Systems has a good reputation here at UCSF. I don't know much about it, but a number of people are using it and swear by it. Peter Harrison 26-Jul-83 17:17:00,635;000000000000 Received: From Nrl-Aic.ARPA by BRL via smtp; 26 Jul 83 19:31 EDT Date: 26 Jul 1983 19:17-EDT From: Russ Smith <smith@nrl-aic> Subject: zcpr2 and unsqueezing To: smith@nrl-aic Cc: info-cpm@brl Message-Id: <83/07/26 1917.533@NRL-AIC> I tried to retrieve and unsqueeze "AR80:CPM;ZCPR2 23AQM" using an unsqueezer program written for UNIX ("AR43:CPM;XUSQ 107C"). Apparently this unsqueezer and the program used to squeeze ZCPR2 use different formats for the data encoding. What could I use on our VAX UNIX system to do the task (i.e., is there one on mit-mc which I can ftp over to unix ala XUSQ?)? Russ (smith@nrl-aic) 26-Jul-83 17:17:00,631;000000000000 Received: From Nrl-Aic.ARPA by BRL via smtp; 26 Jul 83 19:31 EDT Date: 26 Jul 1983 19:17-EDT From: Russ Smith <smith@nrl-aic> Subject: zcpr2 and unsqueezing To: gz@mit-mc Cc: info-cpm@brl Message-Id: <83/07/26 1917.533@NRL-AIC> I tried to retrieve and unsqueeze "AR80:CPM;ZCPR2 23AQM" using an unsqueezer program written for UNIX ("AR43:CPM;XUSQ 107C"). Apparently this unsqueezer and the program used to squeeze ZCPR2 use different formats for the data encoding. What could I use on our VAX UNIX system to do the task (i.e., is there one on mit-mc which I can ftp over to unix ala XUSQ?)? Russ (smith@nrl-aic) 26-Jul-83 20:28:00,321;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 26 Jul 83 22:34 EDT Date: 26 Jul 1983 2228-EDT From: RMS.G.ALBERS%MIT-OZ@mit-mc Subject: ZCPR2 To: INFO-CPM@brl Has anyone set up ZCPR2 for the Osborne (SD or DD) 1 or the Exectuive 1? If so, how can I get a copy of the BIOS patched etc... JOn ------- 26-Jul-83 21:17:26,404;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 28 Jul 83 4:23 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 Jul 83 1:10-PDT Date: 26 Jul 83 20:17:26-PDT (Tue) To: info-cpm@brl From: harpo!gummo!whuxlb!floyd!cmcl2!lanl-a!jp@ucb-vax Subject: net.micro.cpm Article-I.D.: lanl-a.364 Does anyone know of a good Fortran Compiler for the 8086? We'd sure appreciate some help here... 26-Jul-83 21:36:00,517;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 26 Jul 83 22:47 EDT Date: 26 July 1983 21:36 EDT From: Charlie Strom <CSTROM@mit-mc> Subject: CPM-816 To: decvax!linus!utzoo!dciem!mmt@ucb-vax cc: INFO-CPM@brl In-reply-to: Msg of 25 Jul 83 14:57:10-PDT (Mon) from decvax!linus!utzoo!dciem!mmt at ucb-vax CPM-816 is specifically designed for the Compupro hardware. I would not be all that amazed if you did see a product identical to CPM-816 or MPM-816 on the Z-100 in the not too distant future. Enough said! 26-Jul-83 21:37:00,800;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 26 Jul 83 23:40 EDT Date: 26 Jul 1983 2337-EDT From: Edward Huang <RMS.G.EH%MIT-OZ@mit-mc> Subject: Re: iAPX-286 Users To: POURNE@mit-mc cc: MMDF-Warning: Parse error in preceeding line at BRL.ARPA In-Reply-To: Your message of 12-Jul-83 0724-EDT Hi,... been reading BYTE issues on the 16bit microprocessor... my current choice is the iAPX80188 which is the most versatile and most advanced chip to date. trouble is that its recent and it is packed to the Jedec 68pin style not the popular DIP type.... however, i suppose I could design a PC bd for this as this only needs 4 chips (cpu,latch, and memory which i chose to use the 6116lp-4 2kx8 CMOS ram and 2716-2 2kx8 EPROM) .... thanks, -Ed ps: your BYTE articles are great! ------- 26-Jul-83 21:45:08,362;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 28 Jul 83 3:27 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 Jul 83 0:13-PDT Date: 26 Jul 83 20:45:08-PDT (Tue) To: info-cpm@brl From: harpo!floyd!cmcl2!lanl-a!jp@ucb-vax Subject: 8086 Article-I.D.: lanl-a.365 Does anyone know of a good Fortran Compiler for the 8086??? Thanks Jim 26-Jul-83 23:35:00,473;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 26 Jul 83 23:37 EDT Date: 26 July 1983 23:35 EDT From: Gail Zacharias <GZ@mit-mc> Subject: zcpr2 and unsqueezing To: smith@nrl-aic cc: INFO-CPM@mit-mc In-reply-to: Msg of 26 Jul 1983 19:17-EDT from Russ Smith <smith at NRL-AIC> Neither the ITS nor TOPS-20 USQ's have any trouble with that file, so it's not corrupted. Did you remember to strip the four header bytes from the file before handing it to the program? 27-Jul-83 07:04:00,504;000000000000 Date: Wed, 27 Jul 83 7:04:00 EDT From: Rick Conn <rconn@brl> To: RMS.G.ALBERS%MIT-OZ@mit-mc cc: INFO-CPM@brl Subject: Re: ZCPR2 There is an implementation for the Osborne 1 on MIT-MC now. It is in an LBR file. One warning: watch the version numbers closely. I understand that different ROMs in the Osborne change the addresses of some of the internal routines, and the patch is very ROM-version dependent. It is in the ZCPR2 ARs. AR8n:CPM is the group. Rick 27-Jul-83 09:18:00,641;000000000000 Received: From Hi-Multics.ARPA by BRL via smtp; 27 Jul 83 10:42 EDT Date: 27 July 1983 09:18 cdt From: Cargo.PD@hi-multics Subject: Morrow DJ2 To: info-cpm@brl I bought a used Morrow Disk Jockey 2 board which seems to work fine, but the 24K CPM disk that came with it appears to be damaged. I tried writing to Morrow Customer Service over a month and a half ago with no response. Anybody out there willing to try and read it and reinstall whatever it is that's faulty? (I'm sure its the disk; the board works as advertised as far as it gets.) Twin Cities, Minnesota, Mid-West, USA locations (in priority order) preferred. 27-Jul-83 10:18:00,377;000000000000 Received: From Sri-Tsc.ARPA by BRL via smtp; 27 Jul 83 12:42 EDT Date: 27 Jul 1983 at 0918-PDT To: info-cpm@brl Subject: CP/M-80 spreadsheets From: fylstra.tsca@sri-unix Received: from SRI-Tsca.micom by SRI-TSC.micom with rs232; 27 Jul 83 9:31-PDT Does anyone have any opinions about the relative merits of MultiPlan versus SuperCalc II for CP/M-80? Dave Fylstra 27-Jul-83 11:09:33,3652;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 27 Jul 83 11:17 EDT Date: Wed, 27 Jul 83 11:09:33 EDT From: Dave Towson (AMSAA) <towson@brl-bmd> To: Russ Smith <smith@nrl-aic> cc: gz@mit-mc, info-cpm@brl Subject: Re: zcpr2 and unsqueezing Russ - With regard to your file unsqueezing problem, it seems likely that you are having the same problem we on the BRL UNIX machines have had in transferring binary files from mit-mc. MC is a 36-bit machine, and packs binary files four-bytes-to-the-word. The remaining four bits are filled with zeros, and at least in our experience, those four-zeros-per-word are delivered along with the desired binary information when files are FTP'ed. Two people here have dealt with this problem: One, Joel Kalb <jkalb@brl> has written a CP/M program to remove the junk, but I guess that won't help you since you want to correct the files while still in the UNIX domain. The other person, Steve Segletes <steven@brl>, has written a C program which works well, but is still being polished, and which runs under UNIX. Both of these programs also strip-off the first four bytes of the recieved binary file. These bytes are put there by mc as part of the file-transfer process, and are not part of the desired file. To see whether you are having the same problem we are having, I suggest you try the same experiment we did here: FTP both the ASCII-hex file and the resulting COM file for some convenient program (such as, AR13:CPM;CRCK 44HEX and AR12:CPM;CRCK 44COM) and then use the UNIX utility OD with the hex-byte option to get a hex-dump of the COM file (and maybe print the first ten lines or so). Then compare what you got with what it was supposed to be as read from the ASCII-hex file. (If you don't know how to read Intel hex format records, send me mail and I'll tell you, or alternatively, transfer the hex file to your CPM system and LOAD it to get a clean COM file which you can dump using DDT.) If you are having "our" problem, you will find that the first four bytes of the FTP'ed COM (binary) file will be 93 3A D8 00 (in hex), and that from there on, each four bytes of desired data will be preceded by four junk-zeros. This will cause the first four program bytes to be shifted-right by four bits (for example, C3 34 12 F3 will be changed to 0C 33 41 2F 30), and then the next four junk-zeros will bring the next four bytes back into proper registrtation. This pattern will repeat for the rest of the file, giving five bad bytes, four good ones. five bad, four good, etc. The programs written by Steve and Joel strip the first four bytes and then throw-out the first four bits of each 36 bits thereafter. They work like a champ. If you are having this problem, your unsqueezer will not be able to recognize the mess as a squeezed file, much less unsqueeze it. As a final note, I guess I should say specifically that squeezed files must be moved as BINARY files using the image-mode (i.e.,TYPE IMAGE) of FTP. If you haven't been doing that, you have probably gotten a lot of extra carriage returns added to your binary data by the UNIX FTP server. Use image-mode for squeezed files. We have had no trouble moving ASCII files from mc to our UNIX machines (both PDP-11 and VAX), but until the two post-processors were written binary files were 100% frustration. If you would like copies of either of the post-processors, send netmail to steven@brl for the C program, or jkalb@brl for the CP/M version. Both work. Good luck! Dave Towson US Army Materiel Systems Analysis Activity Aberdeen Proving Ground, Maryland 27-Jul-83 11:26:05,825;000000000000 Date: Wed, 27 Jul 83 11:26:05 EDT From: Bob Bloom (TECOM) <bbloom@brl> To: info-cpm@brl Subject: ?modem and mdm??? OK, I give up; what's modem9xx? that is, vs. mdm7??. And I suppose that there is some confusion on the net of all the various version and flavors of the "christenson protocals". So, does anyone know or have handy what the differences are between xmodem, umodem, modem2??, modem7??, modem9??, tmodem, etc.? For that matter, it probably would be instructive to see a review of all the commo packages, both commercial and public domain, available for cp/m machines; including protocal capabilities, functions supported, hardware supported, etc.; somewhat like the C complier review that went around awhile ago. listening Rich? (Conn that is) -- bob bloom 27-Jul-83 12:26:28,1677;000000000000 Received: From Sri-Unix.ARPA by BRL via smtp; 28 Jul 83 7:49 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 Jul 83 4:46-PDT Date: 27 Jul 83 11:26:28-PDT (Wed) To: info-cpm@brl From: decvax!tektronix!tekecs!orca!andrew@ucb-vax Subject: Re: JRT pascal complaints Article-I.D.: orca.1439 In-Reply-To: Article sri-arpa.3428 Gary Little draws a parallel between JRT Pascal slipping on deliveries of their $40 compiler and big companies (such as defense contractors) slipping several months on their deliverables. Defense contractors get paid *after* they produce. (Just try getting the federal government to pay in advance on an order! I have, and they don't.) JRT requires payment in advance, cashes the check, then sits on the money for several months. This is in violation of laws designed explicitly to protect the mail order buyer. If a merchant does not ship your product within thirty days of accepting your payment (i.e., cashing your check or debiting your credit card), you can and should contact the postmaster at the merchant's post office and complain that you are the victim of mail fraud. An investigation will ensue. (Write to Postmaster / City, State ZIPCODE) My wife and I sell mail order software "on the side", and we've been known to delay many weeks between receipt of an order and its shipment, usually because the software is being upgraded or we're out of material such as three-ring binders. However, we make a practice of cashing the check AFTER the product is shipped. -- Andrew Klossner (decvax!teklabs!tekecs!andrew) [UUCP] (andrew.tektronix@rand-relay) [ARPA] 27-Jul-83 19:20:02,1082;000000000000 Received: From Rand-Relay.ARPA by BRL via smtp; 28 Jul 83 0:02 EDT Date: 27 Jul 1983 21:20:02-EDT From: goldfarb.ucf-cs@rand-relay Return-Path: <goldfarb.UCF-CS@Rand-Relay> Subject: Re: zcpr2 and unsqueezing To: gz@mit-mc, smith@nrl-aic Cc: info-cpm@brl Via: UCF-CS; 27 Jul 83 20:37-PDT I don't think the problem is with xusq107. I am the one who hacked that for the Vax and 4.1bsd, I haven't ever had any problems since I got it going on this machine. Here are some places where you might be going astray: 1) Not compiling xusq107.c with -DVAX 2) Not using the -b option of umodem to transfer the file (if you are using umodem). 3) Not stripping the ITS "stuff" off of the squeezed file after you get it from MIT-MC. 4) Not setting "Tenex" mode for the FTP transfer. If these seem elementary, I am trying to cover all bases. Let me know if I can help you further. Ben Goldfarb University of Central Florida uucp: {duke,decvax}!ucf-cs!goldfarb ARPA: goldfarb.ucf-cs@Rand-Relay 27-Jul-83 19:35:38,424;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 27 Jul 83 22:36 EDT Received: by UCBVAX.ARPA (3.347/3.35) id AA10378; Wed, 27 Jul 83 19:35:38 PDT Date: Wed, 27 Jul 83 19:35:38 PDT From: ucsfmis!harrison@berkeley Message-Id: <8307280235.AA10378@UCBVAX.ARPA> To: info-cpm@mit-mc Subject: Bitnet capability for MIT?? Is there any way I can bitmail files from the AR;CPM files to a bitnet computer? Peter Harrison 27-Jul-83 20:32:49,709;000000000000 Received: From Utexas-11.ARPA by BRL via smtp; 27 Jul 83 21:33 EDT Date: Wed, 27 Jul 83 20:32:49 CDT From: mknox <mknox@utexas-11.ARPA> Subject: NCR CP/M Posted-Date: Wed, 27 Jul 83 20:32:49 CDT Message-Id: <8307280135.AA03818@UTEXAS-11.ARPA> Received: by UTEXAS-11.ARPA (3.326/3.7) id AA03818; 27 Jul 83 20:35:10 CDT (Wed) To: info-cpm@brl.ARPA Does anyone have any information on the 5.25 disk format used by NCR CP/M. The info I have been able to get just gives the usual picture of CCP/BIOS/ BDOS (make that CCP/BDOS/BIOS). I need to know the skew, sector size, and such so I can read/write on a different machine. Obviously, any related info. would also be appreciated. tnx 27-Jul-83 22:11:55,744;000000000000 Received: From Rochester.ARPA by BRL via smtp; 27 Jul 83 22:10 EDT Received: by sen.rochester (3.327.3M) id AA06671; 27 Jul 83 22:11:55 EDT (Wed) Received: by cay.Rochester (3.327.3L+) id AA21330; 27 Jul 83 22:08:49 EDT (Wed) Message-Id: <8307280211.6671@sen.rochester> Date: 27 Jul 83 22:11:55 EDT (Wed) From: Mike Ciaraldi <ciaraldi@Rochester.ARPA> Subject: Re: CPM-816 To: CSTROM@mit-mc.ARPA, decvax!linus!utzoo!dciem!mmt@ucb-vax.ARPA Cc: INFO-CPM@brl.ARPA YouAre right!!!! Zenith is sending me a pre-release CP/M-86 for the Z-100. It was mailed Monday, so may arrive tomorrow. It switches between the 8088 and 8085 automatically. I hope to keep this feature when I bring up CCP/M. Unless someone else does it first...... 27-Jul-83 22:19:01,759;000000000000 Received: From Rochester.ARPA by BRL via smtp; 27 Jul 83 22:17 EDT Received: by sen.rochester (3.327.3M) id AA06712; 27 Jul 83 22:19:01 EDT (Wed) Received: by cay.Rochester (3.327.3L+) id AA21349; 27 Jul 83 22:15:48 EDT (Wed) Message-Id: <8307280219.6712@sen.rochester> Date: 27 Jul 83 22:19:01 EDT (Wed) From: Mike Ciaraldi <ciaraldi@Rochester.ARPA> Subject: MODEM7 on Unix To: info-cpm@BRL.ARPA I want to do some file transfer between a VAX/VMS system and a Codata 68000 Unix system. I have "umodem" and "xmodem.for" to support the host end of a CPMUG transfer protocol. Does anyone have a version of MODEM7 or equivalent that runs on Unix? i.e. a terminal emulator that can also do file transfers, like "cu" but with the CPMUG protoocol. 27-Jul-83 23:05:07,661;000000000000 Date: Wed, 27 Jul 83 23:05:07 EDT From: Rick Conn <rconn@brl> To: info-cpm@brl Subject: ZCPR2 on MicroDecision I just got back from going over the MD installation of ZCPR2 at a friend's house, and I discovered an error in the instructions. Very sorry about that. The Fill instruction after the DDT load should read FD00 1500 0 and the two Read instructions should read R3100 Everything else should be fine. Again, sorry for the mistakes. Would those users who contacted me about problems with the MD installation try it again with these changes and let me know (either way) of their success? Thanks. Rick 27-Jul-83 23:08:33,876;000000000000 Received: From Ucb-Vax.ARPA by BRL via smtp; 28 Jul 83 2:11 EDT Received: by UCBVAX.ARPA (3.347/3.35) id AA00346; Wed, 27 Jul 83 23:11:37 PDT Date: Wed, 27 Jul 83 23:08:33 PDT From: jlapsley%D.CC@berkeley Message-Id: <8307280611.AA00346@UCBVAX.ARPA> To: k.info-cpm@brl Subject: BDS C Telnet terminal program / ?MODEM??? As far as public domain terminal programs go (I'm sure somebody has already mentioned this) I wanted to give a plug for the Telnet program distributed with BD Software's C compiler. The Telnet program itself isn't really all that great, but it's a great place to start, and can be hacked into doing just about anything with very little work. If somebody knows, I'd appreciate a formal definition of the XMODEM protocol. That is, after n seconds, this is sent, then that, etc. Phil Lapsley (jlapsley%D.CC@BERKELEY) 27-Jul-83 23:46:19,246;000000000000 Date: Wed, 27 Jul 83 23:46:19 EDT From: Rick Conn <rconn@brl> To: info-cpm@brl Subject: Z2MD LQR updated The LBR file containing the MicroDecision installation for ZCPR2 has been updated in AR86:CPM. CRCs check. Rick 28-Jul-83 01:48:00,813;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 28 Jul 83 1:48 EDT Date: 28 July 1983 01:48 EDT From: Gail Zacharias <GZ@mit-mc> Subject: zcpr2 and unsqueezing To: towson@brl-bmd cc: info-cpm@brl If you are getting all your bits and bytes shifted around, you are using the wrong mode in ftp! In addition to specifying image mode, you should also specify "8-bit bytes". ITS will then take care of extracting the bytes from PDP-10 words in the correct way. I gather different unix ftp programs have different commands, but I'm told at least one of them does it this way: ftp mit-mc type i quote type "l 8" You will still need to strip the 4 header bytes (which I'm told you can do with a general-purpose utility called 'dd'), but you certainly shouldn't have to shift anything around! 28-Jul-83 09:14:00,692;000000000000 Received: From Parc-Maxc.ARPA by BRL via smtp; 28 Jul 83 9:12 EDT Date: Thu, 28 Jul 83 09:14 EDT From: WESTFALL.HENR@PARC-MAXC.ARPA Subject: Re: 8086 In-reply-to: "harpo!floyd!cmcl2!lanl-a!jp@ucb-vax.ARPA's message of 26 Jul 83 20:45:08 PDT (Tue)" To: harpo!floyd!cmcl2!lanl-a!jp@ucb-vax.ARPA cc: info-cpm@brl.ARPA Intel's Fortran 86 compiler is good, it supports Fortran 77 with character data types, ect... However it is expensive, and currently runs under the RMX 86 operating system and the ISIS series III os. It compiles routines to run with a 'large' model segmentation- ie every routine has its own code and data segments. Rob Westfall Xerox Corp Rochester NY 28-Jul-83 10:20:00,1062;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 28 Jul 83 10:21 EDT Date: 28 July 1983 10:20 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: zcpr2 and unsqueezing To: towson@brl-bmd cc: Info-Cpm@brl In-reply-to: Msg of Wed 27 Jul 83 11:09:33 EDT from Dave Towson (AMSAA) <towson at brl-bmd> Dave, you can get away from the binary zero padding problem on FTPing binary files from MIT-MC if you simply tell FTP (on BRL or BMD) that you want the 8-bit byte mode. The command at BRL and BMD that does this is "tenex". If you do this before transferring binary files from MC, the only thing you'll have to do to make them CP/M compatible is to strip off the first four bytes. These first four bytes are added to COM files by our Christensen-compatible MMODEM program so that it and other programs can later tell the difference between ASCII and BINARY files. I have written a program, ITSCVT, which runs on your CP/M machine, which removes the first four bytes of ITS-style "COM" (binary) files. It's available in AR13:CPM;ITSCVT HEX --Keith 28-Jul-83 10:37:00,1404;000000000000 Received: From Mit-Mc.ARPA by BRL via smtp; 28 Jul 83 10:39 EDT Date: 28 July 1983 10:37 EDT From: Keith Petersen <W8SDZ@mit-mc> Subject: ?modem and mdm??? To: bbloom@brl cc: Info-Cpm@brl In-reply-to: Msg of Wed 27 Jul 83 11:26:05 EDT from Bob Bloom (TECOM) <bbloom at brl> XMODEM, UMODEM, MODEM2xx, MODEM7xx, MODEM9xx, TMODEM, and MDM7xx ALL use the SAME Christensen protocol. There are no "flavors" except for an OPTION for using a CRC error checking mode instead of the original CHECKSUM error checking mode. This run-time OPTION is available in all of the above-named programs except for UMODEM and TMODEM. MODEM9xx is a generic MODEM7xx program for serial-port modems. It does NOT support the PMMI S-100 modem. MDM711 supports PMMI S-100, D.C. Hayes "Smart Modem", U.S. Robotics intelligent modem, AND serial port modems. Many user overlays are provided for easy customization of the MDM711.COM file, so it is NOT necessary to get the .ASM file to bring up this program. Future support will be provided for the new PMMI MM-212 (1200 baud) S-100 modem. MDM7xx, MODEM7xx and MODEM9xx all provide a "batch transfer" OPTION which allows more than one file to be transferred without operator intervention. Again, this is an OPTION and can be considered an extention of the Christensen protocol rather than a violation of it. It does not have to be used. --Keith