1-Oct-84 00:18:51-MDT,1746;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 00:18:45-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 1 Oct 84 1:51 EDT Received: from hi-multics.arpa by BRL-AOS.ARPA id a016976; 1 Oct 84 1:55 EDT Date: Mon, 1 Oct 84 00:50 CDT From: Eaton@HI-MULTICS.ARPA Subject: zcpr3 bugs To: info-cpm@BRL.ARPA Message-ID: <841001055043.447509@HI-MULTICS.ARPA> I am experiencing severe difficulties trying to implement "named directories" under ZCPR3. I suspect that there is a bug in LDR v1.0 (27 Feb 84). The logic at "setdata:" after the call to "getndr" appears incorrect. Also it appears as though the named directory buffer must be a multiple of 256 bytes. This is not mentioned in the installation procedures. I have the command line buffer following the named directory buffer and I think it is being overlayed by the named directory. There was no source supplied for z3lib.rel or vlib.rel from SIG/M which makes troubleshooting a bit more difficult. MKDIR had to be re-assembled as the supplied com file wouldn't write the NAMES.NDR file without aborting. In order to link the utilities properly the following command was used instead of the one specified on page 91 of the installation manual: L80 /P:100,$1,Z3LIB/S,SYSLIB/S,$1/N/U/E instead of: L80 $1,Z3LIB/S,SYSLIB/S,$1/N,/U,/E THREE extra zeroes were placed at the beginning of the utility if the recommended L80 command string was used from page 91. If someone could shed some light on the above it would be greatly appreciated. Please send explicit mail as I cannot ftp from simtel20. Thanks Jesse (not as easy as it should be) Eaton Eaton.HFED@HI-MULTICS 1-Oct-84 07:23:18-MDT,871;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 07:23:13-MDT Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 1 Oct 84 8:39 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 30 Sep 84 5:30-PDT Date: 26 Sep 84 7:31:32-PDT (Wed) To: info-cpm@Amsaa.arpa From: hplabs!hpda!fortune!amd!decwrl!dec-rhea!dec-algol!orthober@Ucb-Vax.arpa Subject: CPM software and listings Article-I.D.: decwrl.3746 Does anyone out in CPM 2.2 land have some class grading and/or personal data base software that they would like to share? Is anyone interested in a listing of CPM 2.2? It is a listing that I have developed. Is it legal to distribute this over the net? Are there any other CPM 2.2 listings floating around? Thanks Jeff Orthober (ort1) ...decvax!decwrl!rhea!algol!orthober 1-Oct-84 09:53:20-MDT,1027;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 09:53:13-MDT Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 1 Oct 84 10:45 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 30 Sep 84 6:49-PDT Date: 27 Sep 84 13:41:55-PDT (Thu) To: info-cpm@Amsaa.arpa From: hplabs!sdcrdcf!trwrba!cepu!bmcg!mikel@Ucb-Vax.arpa Subject: How do I envoke a self created SUBMIT file in CPM86 Article-I.D.: bmcg.1392 [Row, row, row your bits, gently down the stream...] I have a program that creates a submit file ($$$.SUB) with the necessary commands do a predefined procedure. I have a program in C that creates the file, but it will not envoke the file unless I reset the machine. Is there anyone out there who can steer me in the right direction to execute this file after its created? I am running CPM86 Ver 1.0 on a 8" floppy system. I am using Computer Innovations CI86 'C' compiler. Mike Lesher Burroughs ASG, San Diego, CA. (..!bmcg!mikel) 1-Oct-84 10:59:42-MDT,613;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 10:59:38-MDT Received: From ari-hq1.arpa.ARPA by AMSAA via smtp; 1 Oct 84 11:45 EDT Date: 1 Oct 84 11:42:00 EST From: brake@Ari-Hq1.ARPA MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA Subject: JOINING INTEREST GROUP To: info-c cc: info-cpm@Amsaa.ARPA, info-kermit as columbia-20@AMSAA.ARPA Reply-To: brake@Ari-Hq1.ARPA MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA I would like to be added to your mailing list. My address is BRAKE@ARI-HQ1 ------ 1-Oct-84 13:25:18-MDT,2776;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 13:25:00-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 1 Oct 84 14:40 EDT Date: 1 Oct 1984 12:44 MDT (Mon) Message-ID: From: Richard Conn To: Eaton@Hi-Multics.ARPA Cc: info-cpm@Amsaa.ARPA Subject: zcpr3 bugs In-reply-to: Msg of 30 Sep 1984 23:50-MDT from Eaton at HI-MULTICS.ARPA All of the problems you reported (with the possible exception of the LDR problem - will look at it) have already been reported and posted in the ZCPR3 Newsletters. I just sent you copies of the first 5 newsletters ... hope this will help. There is a lot of data here. The route which has been taken in problem reporting and tracking, namely thru Echelon and the newsletters, has worked out nicely from my point of view. I see only one report on each potential problem (with the exception of my DDN mail) and don't have to respond to 20 or more questions about the same problem -- the responses are posted in the newsletters, and the ZCPR3 user community can read them. Additionally, Echelon, thru its (1) posted address, (2) posted telephone number, and (3) electronic bulletin board provides a convenient method of communication which is supplemented greatly by its newsletter. I really urge the ZCPR3 community to take advantage of this service and read the newsletters. I will be posting newsletters 6 and 7 soon. The bug reports are going down, and more and more newsletter material is oriented around new products, a review of the ZCPR3 system (highlights of programs), and other useful tidbits of information. I have mentioned several times that the book is coming out ... take heart, for it really is happening. I see it mutate time and time again these days. For your information, there are two literary editors working on it (actually, they have finished) and one technical editor (Chris Terry, formerly of Microsystems). I feel that Chris' inputs have really been helpful, and he is currently in control of the StarIndex copy of the book. He is reviewing and adding a section on the auto-installing Z3-DOT-COM to it. The next pass is to send me the StarIndex copy for one last review and run thru StarIndex, and then I will send the final to him for printing and forwarding to the publisher for typesetting. We are approx 1 week behind the last posted schedule right now, but you can see that there is not much left to do. Oh, one last thing, remember that all sources are supplied to the ZCPR3 System. The phase 2 release included complete sources to Z3LIB and VLIB, as well as several new tools, such as VFILER and VMENU. Rick 1-Oct-84 18:11:26-MDT,736;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 18:11:19-MDT Received: From csnet-pdn-gw.ARPA by AMSAA via smtp; 1 Oct 84 19:33 EDT Received: from ibm-sj by csnet-relay.csnet id at00695; 1 Oct 84 18:10 EDT Date: 1 Oct 1984 10:48:17-PDT (Monday) From: Jim moore To: info-cpm%amsaa.arpa@csnet-relay.arpa Subject: xlisp info request Has anyone out there any experience with XLISP (by David Betz)? I am particularly interested in hearing from people who have used it on PC/IX. Is D. Bretz reachable? His phone number (in the documentation) seems never to answer. Thanks, Jim Moore (MOORE.LOSANGEL@IBM) 1-Oct-84 18:57:51-MDT,1535;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 18:57:45-MDT Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 1 Oct 84 20:24 EDT Received: from csnet-pdn-gw by BRL-VGR.ARPA id a000288; 1 Oct 84 20:24 EDT Received: from hplabs by csnet-relay.csnet id aa01233; 1 Oct 84 20:00 EDT Received: by HP-VENUS id AA21662; Mon, 1 Oct 84 15:15:25 pdt Message-Id: <8410012215.AA21662@HP-VENUS> Date: Mon 1 Oct 84 15:14:52-PDT From: SOMPEL%hplabs.csnet@CSNET-RELAY.ARPA Subject: Cromemco computer for sale !!! To: info-cpm%brl-vgr.arpa@CSNET-RELAY.ARPA Source-Info: From (or Sender) name not authenticated. Cromemco System for Sale. Hardware: ZPU Z-80 cpu board 16FDC Floppy Disk Controller 256KZ 256K ram board PRI Serial and parallel printer interface CTI Single card terminal CKBC Keyboard with function and numeric keys C-1 Monitor (2) Tandon thinline DSDD drives in case with power supp. Software: Cromix (UNIX like operating system) CDOS operating system (Both Cromix and CDOS will run CPM programs) Fortran compiler (Cromemco's) C compiler " Sbasic Basic " Z-80 Assembler " Linker " JRT Pascal Writemaster word processor Peachtree General Ledger Chess I'm selling this because I'm trying to get up the down payment for a house. Phone Mark at (415) 493-6506 after 6pm or (415) 857-4998 between 9am and 11am ------- 1-Oct-84 22:24:03-MDT,586;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 22:23:59-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 1 Oct 84 23:57 EDT Date: Mon 1 Oct 84 22:01:46-MDT From: Rick Conn Subject: ZCPR3 Newsletters 6 and 7 To: info-cpm@AMSAA.ARPA ZCPR3 Newsletters 6 and 7 are now stored in MICRO: as Z3NEWS.006 and Z3NEWS.007. I will probably change the names of all the newsletters at some later date in order to eliminate potential conflicts with squeezed file names. Rick ------- 1-Oct-84 23:58:21-MDT,730;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Oct 84 23:58:17-MDT Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 2 Oct 84 1:21 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 1 Oct 84 22:11-PDT Date: 24 Sep 84 10:31:03-PDT (Mon) To: info-cpm@Amsaa.arpa From: decvax!tektronix!larryme@Ucb-Vax.arpa Subject: Need help with PLOT33getting PLOT33 Article-I.D.: tektroni.3682 Is there any one out there who can tell me how to get a copy of PLOT33 on USENET or who can mail me a copy. I don't have access to Arpanet and, being somewhat of a novice, I don't even know what SIMTEL20 is. Thanks in advance Larry Meneghin tektronix!larryme 2-Oct-84 00:06:43-MDT,1001;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 00:06:36-MDT Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 2 Oct 84 1:21 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 1 Oct 84 22:11-PDT Date: 23 Sep 84 11:22:45-PDT (Sun) To: info-cpm@Amsaa.arpa From: decvax!mcnc!akgua!sdcsvax!sdcc6!ir320@Ucb-Vax.arpa Subject: Need UNLOAD.COM Article-I.D.: sdcc6.1747 Need Copy of UNLOAD.COM Hi there, does anyone out there have a copy of unload.com for converting com files to hex files. If you do, as our local boards don't seem to have it, could you UNLOAD a copy of it, and just mail me a copy of the hex or asm code. I'd really appreciate it. John Antypas UC San Diego ir320 UUCP: ...!sdcsvax!sdccs6!__/ \ix255 ix255 Berkeley Arpa: sdcsvax!sdccs6!__/ \@/ \ir320/ \nosc 2-Oct-84 00:47:30-MDT,2415;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 00:47:21-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Oct 84 1:35 EDT Date: 1 Oct 1984 23:39 MDT (Mon) Message-ID: From: Richard Conn To: cpm@Wpafb-Afita.ARPA Cc: info-cpm@Amsaa.ARPA Subject: ZCPR3 on the MD-2 et al In-reply-to: Msg of 18 Sep 1984 03:34-MDT from cpm at wpafb-afita Hi, Kirk, Very good message ... it looks like you anticipated every possible response (within reason -- ie, you left off my nuking Dayton). Anyway, as you have already surmised, there is really little I can do for you from here. At a minimum, source to the BIOS is required to analyze the problem, and the one MD-2 I accessed before (which is now in Australia) was one of the first, to which Morrow was willing (at the time) to provide the source. For any reasonable, non-cookbook installation of ZCPR2 or ZCPR3 in the conventional sense (ie, on the system tracks), we can't do anything without the source to the BIOS. Then, it really is a rather simple task to modify the cold boot routine to initialize the buffers, to select the desired options in the Z3BASE.LIB file, etc, and then to bring up the resulting ZCPR3 System. Unlike with ZCPR2, ZCPR3 adds another alternative -- Z3-Dot-Com ($49 from Echelon). This is an auto-installing ZCPR3 that (1) takes just a few minutes to run in order to create Z3.COM and (2) does not require the user to do anything other than select a few options. No BIOS source, no worry about ROM versions, etc. Just install and run. Then, once Z3.COM is created, you may want to set up your auto-boot program to issue the command "Z3" in order to come up automatically in ZCPR3 (STARTUP in ZCPR3 will run other things for you), and you have a system that runs ZCPR3 from cold boot. It seems to me like $49 is a small price to pay for the convenience and lack of pain. I feel that this is the best advice I can give you. This is a solution to your installation problems. Also, for the audience in general, Frank Gaude' informed me tonight that Z3-Dot-Com has been brought up on the Compupro 8/16 and the Z-100. He does not have much feedback yet from the users, so there may still be some problems, but he feels good about the current version. Rick 2-Oct-84 01:08:45-MDT,1451;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 01:08:39-MDT Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 2 Oct 84 2:18 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 1 Oct 84 23:11-PDT Date: 25 Sep 84 13:11:46-PDT (Tue) To: info-cpm@Amsaa.arpa From: hplabs!hao!seismo!cmcl2!lanl-a!jp@Ucb-Vax.arpa Subject: Questions for Laser Jet users Article-I.D.: lanl-a.13861 I am now the proud owner of an HP Laser Jet Printer. The print quality is fantastic. Before I embark on a modification of Wordstar to let me use micro-justification with it, I thought I would ask if anyone has already tackled the problem. The difficulty is in setting the Horizontal and Vertical motion Indices (HMI & VMI). As configured for daisywheel printers W* sends . The Laser Jet needs . Not only is the numeric info imbedded in the string but it must be converted to ASCII!! The other question of interest is: Has anyone had any experience with the graphics capability of the Laser Jet?? It appears straightforward to use graphics to generate special symbols imbedded in text, but given the limited (59K) memory it does not seem possible to draw line graphs, etc. Of course, bit mapped graphics 8" X 10" X 300 dots X 300 dots/in is 880Kbytes!! Thanks, Jim Potter jp@LANL 2-Oct-84 02:25:06-MDT,680;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 02:25:03-MDT Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp; 2 Oct 84 3:42 EDT Date: 2 Oct 1984 03:38:16-PDT From: cpm@Wpafb-Afita.ARPA To: RCONN@Simtel20.ARPA, cpm@Wpafb-Afita.ARPA Subject: ZCPR3 on the MD-2 et al Cc: info-cpm@Amsaa.ARPA Thanks for taking the time to reply. I was afraid that for me to install Z2 on the Morrow would require the BIOS source. The auto install program sounds like a real-good-deal. It will be top priority AA (After AFIT). Looking forward to your presentations in Nov... Thanks again, Kirk Horton cpm@wpafb-afita 2-Oct-84 03:21:51-MDT,909;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 03:21:46-MDT Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 2 Oct 84 4:43 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 2 Oct 84 0:59-PDT Date: 25 Sep 84 12:20:17-PDT (Tue) To: info-cpm@Amsaa.arpa From: hplabs!nsc!voder!gino@Ucb-Vax.arpa Subject: TUG (Turbo Users' Group) Article-I.D.: voder.383 [do not use this line] Turbo Pascal programmers might be interested in the above mentioned users' group. They publish a newsletter with interesting articles, bug fixes, application programs/utilities, etc. The membership is currently around 2KP (2000 people), the dues about $20. Addresses: Business: TUG PO Box 1510 Poulsbo, WA 98370 Editorial: TUG PO Box 548 Silverdale, WA 98383 -- Gene E. Bloch (...!nsc!voder!gino) 2-Oct-84 08:48:58-MDT,2130;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 08:48:50-MDT Date: Tue, 2 Oct 84 9:53:25 EDT From: David Towson (SECAD) To: Jim moore cc: info-cpm@Amsaa.ARPA Subject: Re: xlisp info request Jim - In regard to your query concerning David Betz and XLISP, I hope the attached message will be helpful. Dave towson@amsaa.arpa Date: 28 Apr 83 10:52:46-PDT (Thu) To: info-micro@brl.arpa From: David Betz Subject: New distribution policy for XLISP Article-I.D.: decvax.524 Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 29 Apr 83 1:34-PDT I have received a large number of requests from people who have not received parts of the last XLISP distribution. For a while I was honoring requests to send individuals the files that they were missing. Then, when that became unreasonable due to the number of requests, I reposted several of the original files. Even then I got requests from people who hadn't gotten either the original version or the redistributed version. Because of all of this I have decided that net.sources isn't a reliable way of distributing a program as large as XLISP. Rather than replying to each of the people who sent me mail, I am sending this news article to explain my next plan for distributing XLISP. Would anyone who wants a copy of XLISP please send me a stamped, self addressed SSSD floppy at the following address: David Betz Digital Equipment Corporation 110 Spit Brook Rd. Nashua, NH 03062 Please specify whether you want the disk in CP/M format, RT-11 format, VMS format, or UNIX (tar) format. I'm sorry about this being a less than convienient form of distribution, but I don't think that its fair to the rest of the users of the network to continue sending the large XLISP distribution files over and over again just so that the few people who didn't receive them correctly the first time can have another chance. David Betz decvax!betz 2-Oct-84 08:58:50-MDT,1038;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 08:58:39-MDT Date: Tue, 2 Oct 84 9:43:52 EDT From: David Towson (SECAD) To: Richard Conn cc: info-cpm@Amsaa.ARPA Subject: Re: zcpr3 bugs Rick - I presume you have made some changes in zcpr3 to correct reported bugs. Also, I believe that you have discovered some areas where more guidance-to-installers would be helpful. Have you made, or do you plan to make any corresponding changes in the installation manual available on simtel20? In the "ha ha department", I have decided to try to install zcpr3 on my Radio Shack Model-I with Omikron Mapper just for the fun of trying. This is pure foolishness, I think, since the machine has only 48K of memory including space for the OS, and the four disk drives hold only 622K total. But what the heck... Looking forward to reading your book. Best regards, Dave towson@amsaa.arpa 2-Oct-84 09:21:21-MDT,1556;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 09:21:14-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Oct 84 10:23 EDT Date: 2 Oct 1984 08:27 MDT (Tue) Message-ID: From: Richard Conn To: info-cpm@Amsaa.ARPA Subject: ZCPR3 Bug Fixes FYI, pass one is now complete on the bug fixes. All bugs reported in the ZCPR3 newsletters have been addressed and (so the test group feels at this time) corrected. We are planning to go thru a lot of really extensive testing before the release of the "bug disk", and I am sending this message to let you know that things are happening in this area. The bugs reported in the ZCPR3 tools have shown themselves in the variety of different installations that people have made of ZCPR3. I feel that this should be emphasized -- many of the bugs may never be observed by many of you because of the nature of your installation. The newsletters should serve to make you aware that you MAY see these bugs, and you should be aware of the potential of encountering them. One non-bug which I will work on soon is a revision of ZEX. The new ZEX will be able to be installed like any other tool, and the involved reassembly process will be eliminated. ZEX is so powerful and fundamental to ZCPR3 that I feel that any stumbling block placed in the way of its use, such as its involved installation with a CERTAIN, SPECIFIC version of ZSID, should be removed. Rick 2-Oct-84 16:55:22-MDT,1044;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 16:55:12-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Oct 84 18:22 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id ab00366; 2 Oct 84 18:17 EDT Date: 2 October 1984 07:28-EDT From: "R. P. Miller" To: INFO-CPM@mit-mc.ARPA cc: ARPEE@mit-mc.ARPA Second and last request for a calendar/scheduling program... A week ago I asked INFO-CPM list for information regarding the above. Again I plea for information that might be out there in netland regarding such a program either in the public domain or commercially available. I got one reply indicating DATEBOOK as a possible solution. Are there others? The other replies were from folks such as I asking for me to share the info I get on the subject. There is interest from many quarters - PLEASE respond if you have ANY info on ANY calendar/scheduling software at all. Thanks in advance for anything you can share with us. ---------- 2-Oct-84 18:09:14-MDT,1551;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 18:09:05-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 2 Oct 84 19:35 EDT Received: from bbna.arpa by BRL-AOS.ARPA id a000974; 2 Oct 84 19:35 EDT Date: 2 Oct 1984 19:34-EDT Sender: WAGREICH@bbna.ARPA Subject: Needed: Line-oriented editor for 8086 machine (MS-DOS) From: WAGREICH@bbna.ARPA To: info-micro@brl.ARPA, info-cpm@brl.ARPA Message-ID: <[BBNA] 2-Oct-84 19:34:16.WAGREICH> Are there any recommendations for a line-oriented editor for an 8086-based micro running MS-DOS? This is for people who can use a braille terminal with an 8086 machine (by declaring the device as AUX). The line-oriented editor should have no screen-oriented characteristics or graphics in it. EDLIN will work with such a configuration, but is very buggy. If you know of any editors that perform like EDLIN but with much greater capabilities and are not buggy, let me know. I ned the name of the editor, the vendor and his address, and the approximate price of the software. As an example of a screen-oriented program, BASIC is NOT accessible by braille terminals in AUX mode. (BASIC in MS-DOS). Another way to determine if the editor will function without a screen is to use CTTY /DEV/PRN or and see if you can access the editor with all output going to the printer instead of tothe screen. EDLIN works this way also, but BASIC won't. Thanks in advance for any info. 2-Oct-84 18:59:59-MDT,1644;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 18:59:47-MDT Received: From xerox.arpa.ARPA by AMSAA via smtp; 2 Oct 84 20:10 EDT Received: from Concord.ms by ArpaGateway.ms ; 02 OCT 84 17:14:41 PDT Date: 2 Oct 84 16:54:43 PDT (Tuesday) From: Bicer.ES@XEROX.ARPA Subject: Compupro computer for sale ! To: Info-Cpm@AMSAA.ARPA cc: XeroxInfo-CPM^.wbst@XEROX.ARPA, es820ug^.es@XEROX.ARPA, 820Interest^.wbst@XEROX.ARPA, Bicer.ES@XEROX.ARPA Reply-To: Bicer.ES@XEROX.ARPA Compupro system for sale, one of the fastest and the most reliable systems on the market. HARDWARE: 816A with 8085 and 8088 (CP/M 80 and 86) 2.4 MBytes floppy storage - Qume 8" DSDD 256K Ram (Two RAM 21s) Qume 102 Green Terminal Daisywriter 2000 (with tractor feed and 48K buffer) All the necesseary cabling SOFTWARE: Lanier's CP/M 80 & 86 Bios (executing CP/M 80 programs under CP/M 86, 4 full track buffers maintained in memory makes the system perform as fast as some hard disks, real time clock support, ram disk). DBASE II, SuperCalc, MBasic, C, etc. (a very large software library, too large to mention here). The computer is about a year and a half old, the printer and the terminal are less than a year old. All the equipment is in excellent condition. This super reliable system lists for about $9,000, I am willing to part with it for $5,900. Reason for sale: New house, new furniture! <------------- Jack Bicer (213) 831-4273 After 7pm. P.S: For multi user configuration, the system needs only a hard disk and the Operating System. 2-Oct-84 19:48:08-MDT,920;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 19:48:01-MDT Received: From mit-multics.arpa.ARPA by AMSAA via smtp; 2 Oct 84 21:13 EDT Date: Tue, 2 Oct 84 21:06 EDT From: AALevy@MIT-MULTICS.ARPA Subject: Modems To: Info-CPM@AMSAA.ARPA Message-ID: <841003010610.788299@MIT-MULTICS.ARPA> I am considering a 300/1200 modem - which would you recommend. The Ad for the Prometheus looks interesting. I have heard of strange problems with Anchor XII. As you can see I am now on the Multics machine. Does any one know of Modem7 running here or must I use kermit. Also there is some conversion program for FTP files that we can get. Apparently , I heard only the source for Modem740 is on the copyright. Is there any hope of Modem700 doing redialing. Also when is it expected.? Thanks, Allan Levy I hope the editing characters work . 2-Oct-84 20:42:55-MDT,738;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Oct 84 20:42:50-MDT Date: Tue, 2 Oct 84 22:08:58 EDT From: David Towson (SECAD) To: info-cpm@Amsaa.ARPA Subject: For Sale Notices. Once again, I must remind all info-cpm readers that posting for-sale notices over a taxpayer-sponsored network is a no-no. I don't like to be a nuisance about this, but I see that for-sale activity is picking up, so I must comment. Come on people; let's not attract the attention of some "bean counter" (army term for nit-picker - or worse) to our mutually beneficial newsgroup. Please cool-it. Dave towson@amsaa.arpa aka info-cpm-request@amsaa.arpa 3-Oct-84 01:38:44-MDT,692;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 01:38:39-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Oct 84 3:12 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a002059; 3 Oct 84 3:12 EDT Date: 3 October 1984 03:11-EDT From: "Jerry E. Pournelle" To: ARPEE@mit-mc.ARPA cc: INFO-CPM@mit-mc.ARPA In-reply-to: Msg of 2 Oct 1984 07:28-EDT from R. P. Miller calendar/1 clear systems 309 santa monica blvd santa monica ca 90401 213-394-7740 calendar program reviewd in one of my recent BYTE columns. we use it. not fancy but works nice and prints out calendars. 3-Oct-84 02:19:38-MDT,1344;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 02:19:32-MDT Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 3 Oct 84 3:26 EDT Received: from csnet-pdn-gw by BRL-VGR.ARPA id a004287; 3 Oct 84 3:30 EDT Received: from hplabs by csnet-relay.csnet id ac01617; 3 Oct 84 3:14 EDT Received: by HP-VENUS id AA16054; Tue, 2 Oct 84 08:33:42 pdt Date: Tue, 2 Oct 84 08:35:16 pdt From: Mark Sompel Received: by HP-MERCURY id AA12489; Tue, 2 Oct 84 08:35:16 pdt Message-Id: <8410021535.AA12489@HP-MERCURY> To: info-cpm%brl-vgr.arpa@CSNET-RELAY.ARPA Subject: Cromemco Computer for Sale Source-Info: From (or Sender) name not authenticated. I have a Cromemco computer system for sale. Hardware: ZPU 256KZ 16FDC PRI CTI CKBC C-1 (2) Tandon thinline 8" DSDD drives Software: Cromix (UNIX like) operating system CDOS operating system (Both Cromix and CDOS are CPM compatable) Fortran compiler C compiler Sbasic JRT Pascal Writmaster word processor Peachtree General Ledger Chess I'm selling the system because I'm trying to get up the down payment for a house. Phone Mark at 415-493-6506 after 6pm or 415-857-4998 between 9am and 11am 3-Oct-84 06:30:29-MDT,875;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 06:30:21-MDT Received: From xerox.arpa.ARPA by AMSAA via smtp; 3 Oct 84 7:38 EDT Received: from BacoNoir.ms by ArpaGateway.ms ; 03 OCT 84 04:31:18 PDT Date: Wed, 3 Oct 84 07:30 EDT From: lowans.henr@XEROX.ARPA Subject: Re: How do I envoke a self created SUBMIT file in CPM86 In-reply-to: "hplabs!sdcrdcf!trwrba!cepu!bmcg!mikel@UCB-VAX.ARPA's message of 27 Sep 84 13:41:55 PDT (Thu)" To: hplabs!sdcrdcf!trwrba!cepu!bmcg!mikel@UCB-VAX.ARPA cc: info-cpm@AMSAA.ARPA From the A>SUBMIT $$$.SUB should envoke the file. CP/M86 is different than CP/M80 in this respect. This problem exists with dBASEII, the command "QUIT TO" creates a .SUB file of commands which are exicuted upon exiting dBASEII in CP/M80 but won't work in CP/M86 (1.107). Paul 3-Oct-84 08:05:03-MDT,884;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 08:04:58-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Oct 84 9:02 EDT Date: Wed 3 Oct 84 07:07:11-MDT From: Rick Conn Subject: Re: zcpr3 bugs To: towson@AMSAA.ARPA cc: info-cpm@AMSAA.ARPA, RCONN@SIMTEL20.ARPA In-Reply-To: Message from "David Towson (SECAD) " of Tue 2 Oct 84 08:23:13-MDT Hi, Dave, I haven't made any changes to ZCPR3 itself yet. The changes just apply to the toolset. There are no plans to change the distributed installation manual since it and the newsletters combine to document the installation procedures and the anticipated problems associated with installation. The book has a large section on installation, and I'm trying to make sure that it is up to date. Rick ------- 3-Oct-84 09:26:32-MDT,1732;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 09:26:17-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Oct 84 10:15 EDT Date: Wed 3 Oct 84 08:20:01-MDT From: Rick Conn Subject: Re: zcpr3 phase 2 To: ssalzman.es@XEROX.ARPA cc: RCONN@SIMTEL20.ARPA, info-cpm@AMSAA.ARPA In-Reply-To: Message from "ssalzman.es@XEROX.ARPA" of Tue 2 Oct 84 20:36:12-MDT Isaac, 1. As per the norm, I haven't observed the problem with ? that you mentioned. I just read your note, returned to my system, entered DU3, typed ?, and read thru the help screens. I also did the same thing from the command line: DU3 ?. I don't doubt that the problem exists as you say it does. Probably a subtle difference between our systems. Also, I'm not surprised that the problem was fixed in DU2 and it never got back to me. Under the old system (without Echelon around to be a point for CM control), that happened a lot. People would make changes and I would never see them, and, even if I did, rather than getting a DIFF file which would point exactly to the changes, I would get a new source and be expected to go thru it to figure out what they did (of course, it is still THIS way). Quite a time loss. Do you want to track the problem and point it out to me? This may be best since I am not able to duplicate it. 2. Your arrow keys problem is typical. That's why the old Wordstar sequence is still in there as well. Rather than reassembling to give you a different exit char, you could also zero the arrow key definitions for the 820-II and use the WS keys instead. Then there would be no conflict. Either way. Rick ------- 3-Oct-84 09:36:10-MDT,831;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 09:35:55-MDT Received: From csnet-pdn-gw.ARPA by AMSAA via smtp; 3 Oct 84 10:33 EDT Received: from umass-cs by csnet-relay.csnet id aa03131; 3 Oct 84 10:11 EDT Date: Wed, 3 Oct 84 08:30 EST From: Robert (LISPer 68K)Heller To: info-cpm%amsaa.arpa@csnet-relay.arpa Subject: cross assemblers wanted I am looking for cross-assemblers (or C compilers) to run under CP/M-68K (on a Sage) for any (or all) of the following processors: 65xx series (6502, 6510, etc.) any/all of the Intel MCS-48 processors: 8048, 8748, 8049, 8749, 8041, 8741, 8039, etc. TMS9900 processor (the chip in the TI99/4A). Robert Heller Heller%UMass-CS@CSNet-Relay 3-Oct-84 10:25:08-MDT,489;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 10:24:52-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Oct 84 10:20 EDT Date: Wed 3 Oct 84 08:25:14-MDT From: Rick Conn Subject: ZCPR3 Phase 2 To: info-cpm@AMSAA.ARPA Thanks to Frank Wancho, the Phase 2 files of ZCPR3 are now on SIMTEL20. They are in ITS binary format, and the directory is MICRO:. Enjoy! Rick ------- 3-Oct-84 10:47:10-MDT,706;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 10:47:04-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Oct 84 11:03 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a006323; 3 Oct 84 11:03 EDT Received: from Aurora.ms by ArpaGateway.ms ; 03 OCT 84 08:01:18 PDT Date: Wed, 3 Oct 84 09:59 EDT From: Kushall.henr@XEROX.ARPA Subject: Re: 8080 Subroutines Book? In-reply-to: "T.MOORE%MIT-EECS@MIT-MC.ARPA's message of Fri, 28 Sep 84 21:33:33 EDT" To: "Andrew M. Moore" cc: INFO-CPM@MIT-MC.ARPA Radio Shack sells a book(By Howard Sams Inc) that has subroutines for the 8080, 6800, and 6502 Ed 3-Oct-84 11:35:42-MDT,783;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 11:35:37-MDT Received: From mitre.arpa.ARPA by AMSAA via smtp; 3 Oct 84 12:48 EDT Date: 3 Oct 1984 12:34:13 EDT (Wednesday) From: Jeffrey Edelheit Subject: Need Communications Package for Televideo To: info-cpm@Amsaa.ARPA Cc: edelheit@Mitre.ARPA A co-worker of mine needs a public domain communications package for a Televeideo TPC-1 portable. It supports CP/M 2.2 with GSX-80. There is no preference as to what protocols or terminal emulation it supports (i.e., Kermit, Modem7, VT-100, etc.) and protocol and/or emulation is not really required. Thanks in advance. Jeff Edelheit (edelheit@mitre or m11808%mwvm at mitre-bedford) 3-Oct-84 12:28:55-MDT,948;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 12:28:50-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Oct 84 13:55 EDT Received: from xerox.arpa by BRL-AOS.ARPA id a008927; 3 Oct 84 13:55 EDT Received: from Concord.ms by ArpaGateway.ms ; 03 OCT 84 10:41:54 PDT Date: 3 Oct 84 10:39:24 PDT (Wednesday) From: Bicer.ES@XEROX.ARPA Subject: Re: Needed: Line-oriented editor for 8086 machine (MS-DOS) In-reply-to: <[BBNA] 2-Oct-84 19:34:16.WAGREICH> To: WAGREICH@BBNA.ARPA cc: info-micro@BRL.ARPA, info-cpm@BRL.ARPA Try the editor in the "Software Tools" book by Ritchie and Plaugher. There is both Pascal and Ratfor versions and the program is pretty straight forward and well documented. You could even modify/custimize it to fit your needs. If programming is not your cup of tea, then you may be able to find it commercially (Software Toolworks ???). Jack Bicer 3-Oct-84 12:57:15-MDT,638;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 12:57:11-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Oct 84 13:54 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a008898; 3 Oct 84 13:49 EDT Received: from Concord.ms by ArpaGateway.ms ; 03 OCT 84 10:39:46 PDT Date: 3 Oct 84 10:31:31 PDT (Wednesday) From: Bicer.ES@XEROX.ARPA Subject: Re: calendar/scheduling program In-reply-to: ARPEE's message of 2 Oct 84 07:28 EDT To: "R. P. Miller" cc: INFO-CPM@MIT-MC.ARPA Datebook is the only calendar program I know, and it runs under CP/M. 3-Oct-84 17:01:54-MDT,442;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 17:01:50-MDT Received: From utexas-20.arpa.ARPA by AMSAA via smtp; 3 Oct 84 18:30 EDT Date: Wed 3 Oct 84 17:35:15-CDT From: Douglas Good Subject: CITADEL To: info-cpm@AMSAA.ARPA I would like to hear from anyone who has had anything to do with the CITADEL program. Thanks. --Doug Good ------- 3-Oct-84 17:59:06-MDT,2594;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 17:58:57-MDT Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 3 Oct 84 19:15 EDT Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.31) id AA06142; Wed, 3 Oct 84 15:14:14 pdt Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA) by ucbjade.CC.Berkeley.ARPA (4.16/4.26) id AA25346; Wed, 3 Oct 84 15:12:00 pdt Received: by ucbopal.CC.Berkeley.ARPA (4.16/4.26) id AA05230; Wed, 3 Oct 84 15:01:13 pdt Date: Wed, 3 Oct 84 15:01:13 pdt From: William C. Wells Message-Id: <8410032201.AA05230@ucbopal.CC.Berkeley.ARPA> To: info-cpm@amsaa.ARPA Subject: PMC Micromate 101 / TRIOS Micro Systems MicroMix 3.0 Cc: CERRITOS@USC-ECL.ARPA, ch123%ruby.CC@Ucb-Vax.ARPA, gray@UCLA-LOCUS.ARPA, jeromes%ucbunixe.CC@Ucb-Vax.ARPA, lbl-csam!lblunx3!fmcclure@Ucb-Vax.ARPA, michalak%populi.CC@Ucb-Vax.ARPA, ucscc!b.nses@Ucb-Vax.ARPA, wcwells%opal.CC@Ucb-Vax.ARPA I receive a letter in the mail today from TRIOS Micro Systems indicating that they are discontinuing sale and delivery of the PMC Micromate Model 101. In place of the PMC Micromate they are now selling a new product called the "Micromix 3.0" which is also a Z80A machine, but with addtional features and options. The bundled software appears to be the same (CP/M Plus, T/Maker III, etc.). Hardware is packaged better (one or two drives in the CPU box). 128K banked RAM is standard (same as PMC Model 101), 256 banked RAM is optional (new). Diskette controller is the Western Digital FD 1793 (supports 4 8" and 4 5.25" external drives, and optional 2 3.5" drives). Also new are: optional 4K, 8K, or 16K on-board EPROM, 2 DMA controllers, and optional SIO controller for synchronous comms. CPU box is 50% wider (aprox. 9x9x14"). Price for the low end unit (CPU / single 5.25 drive) is the same. Delivery of the MicroMix 3.0 will start in 30-45 days. TRIOS customers with outstanding orders for the old MicroMate product may either request that TRIOS reschedule on a first in - first out basiss and receive delivery of the new updated product (Micromix 3.0), at no addtional cost, or they may reissue their purchase order for the older product directly to Personal Micro Computers, Inc., the manufacturer, on the manufacturer's terms for price and delivery. For more information contact: TRIOS Micro Systems, 147 Beacon St., South San Francisco CA 94080 (415) 583-7733 Bill Wells (A Micromate 101 owner) 3-Oct-84 22:32:43-MDT,1838;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 3 Oct 84 22:32:34-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Oct 84 23:57 EDT Date: 3 Oct 1984 22:01 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Cliff Lasser Cc: Info-Cpm@Amsaa.ARPA Subject: xlisp info request In-reply-to: Msg of 3 Oct 1984 21:17-MDT from Cliff Lasser Would it be possible to put xlisp on Simtel? It seems to me that there would be many interested hackers. -Cliff XLISP is already available on SIMTEL20, in SIG/M volume 118. Filename Type Bytes CRC Directory MICRO: -CATALOG.118.2 ASCII 1530 F77EH ABSTRACT.118.2 ASCII 2725 C4B2H ALLOC.C.2 ASCII 3162 7FADH CRC.COM.1 COM 2816 B207H JUNK.C.2 ASCII 376 81EEH PT.LSP.2 ASCII 3854 9C63H SBRK.ASM.2 ASCII 2375 80F7H SETJMP.ASM.2 ASCII 1832 39A3H SETJMP.H.2 ASCII 26 E283H SIG/M.LIB.2 ASCII 1486 1539H T.LSP.2 ASCII 3348 D3A3H XLBIND.C.2 ASCII 1344 A115H XLDMEM.C.2 ASCII 8896 898EH XLEVAL.C.2 ASCII 6464 BA03H XLFIO.C.2 ASCII 5105 F853H XLIO.C.2 ASCII 1687 88A9H XLISP.C.2 ASCII 1422 90E5H XLISP.COM.1 COM 39808 D1E6H XLISP.DOC.2 ASCII 29218 1764H XLISP.H.2 ASCII 5319 C28AH XLISP.LNK.2 ASCII 182 EAE3H XLKMAP.C.2 ASCII 6694 D2C6H XLLIST.C.2 ASCII 11510 3521H XLMAKE.SUB.2 ASCII 1271 4F82H XLMATH.C.2 ASCII 8397 22E0H XLOBJ.C.2 ASCII 17941 93DAH XLPRIN.C.2 ASCII 3335 4C06H XLREAD.C.2 ASCII 8097 B4AEH XLSTR.C.2 ASCII 5631 2271H XLSUBR.C.2 ASCII 12139 06C3H --Keith 4-Oct-84 04:34:53-MDT,688;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 04:34:49-MDT Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 4 Oct 84 6:09 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 4 Oct 84 3:02-PDT Date: 1 Oct 84 13:32:27-PDT (Mon) To: info-cpm@Amsaa.arpa From: decvax!genrad!bolton!billd@Ucb-Vax.arpa Subject: WANTED: USENET sources for Epson QX-10 (MicroSoft) Article-I.D.: bolton.269 I need the sources that I may connect my Epson QX-10 (MicroSoft basic) to USENET. I already have the modem and just need the necessary software. Thanks in advance. -- Bill Duffy GenRad genrad!bolton!billd 4-Oct-84 10:01:19-MDT,1313;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 10:01:12-MDT Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 4 Oct 84 11:24 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 4 Oct 84 4:43-PDT Date: 2 Oct 84 12:02:53-PDT (Tue) To: info-cpm @ Amsaa.arpa From: hplabs!hplabsb!sompel @ Ucb-Vax.arpa Subject: Cromemco computer for sale Article-I.D.: hplabsb.2532 Cromemco System for Sale. Hardware: ZPU Z-80 CPU board 16FDC Floppy disk controller board 256KZ 256K memory board PRI Printer interface board (parallel and serial) CTI Single card terminal board CKBC Keyboard with function and numeric keys C-1 12" green phosphor monitor (2) Tandon 8" DSDD thinline drives Software: Cromix (unix like) operating system CDOS operating system (CPM programs will run under CDOS and Cromix) Fortran compiler C Compiler Ratfor JRT Pascal Sbasic Z-80 assembler, Linker Writemaster word processor Peachtree General Ledger Mbasic I'm selling this to get up the down payment for a house. Phone me for details or make an offer. (Palo Alto, CA) 415-493-6506 after 6pm 415-857-4998 from 9am to 11am Newsgroups: net.micro.cpm 4-Oct-84 10:27:19-MDT,772;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 10:27:15-MDT Received: From xerox.arpa.ARPA by AMSAA via smtp; 4 Oct 84 11:39 EDT Received: from Muscat.ms by ArpaGateway.ms ; 04 OCT 84 04:58:03 PDT Date: Thu, 4 Oct 84 07:57 EDT From: lowans.henr@XEROX.ARPA Subject: Re: Modems In-reply-to: <841003010610.788299@MIT-MULTICS.ARPA> To: AALevy@MIT-MULTICS.ARPA cc: Info-CPM@AMSAA.ARPA I have looked into modems and like the Rixon 212, it is microprocessor run, Hayes compatible, stores up to 10 phone numbers with discriptive text (batt. backup) and can link phone numbers (if one is busy, another number is automaticly dialed). Price about $500 but I've seen it for less than $400. Paul 4-Oct-84 11:42:15-MDT,1476;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 11:42:07-MDT Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 4 Oct 84 12:57 EDT Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.31) id AA24936; Thu, 4 Oct 84 09:54:30 pdt Received: from ucbruby.CC.Berkeley.ARPA (ucbruby.ARPA) by ucbjade.CC.Berkeley.ARPA (4.16/4.26) id AA09313; Thu, 4 Oct 84 09:53:44 pdt Received: by ucbruby.CC.Berkeley.ARPA (4.16/4.26) id AA02161; Thu, 4 Oct 84 09:53:12 pdt Date: Thu, 4 Oct 84 09:53:12 pdt From: ch123%ucbruby.CC@Ucb-Vax.ARPA Message-Id: <8410041653.AA02161@ucbruby.CC.Berkeley.ARPA> To: info-cpm@amsaa.ARPA, wcwells%ucbopal.CC@Ucb-Vax.ARPA Subject: Re: PMC Micromate 101 / TRIOS Micro Systems MicroMix 3.0 Cc: CERRITOS@USC-ECL.ARPA, ucscc!b.nses@Ucb-Vax.ARPA, gray@UCLA-LOCUS.ARPA, jeromes%e.CC@Ucb-Vax.ARPA, lbl-csam!lblunx3!fmcclure@Ucb-Vax.ARPA, michalak%g.CC@Ucb-Vax.ARPA, wcwells%opal.CC@Ucb-Vax.ARPA Bill: That is interesting news. It is the nature of the computer business that you always have to have an upgrade or a new product. At least it is close enough that Micromate isn't abandoned. I will try to get to user's meeting tonight. My system is working great. I got my huge tri-band Yagi beam up on the house last Sunday-- with some neighbors acting a little upset about the view. Must think of some peace offerings. Hi Hi John 4-Oct-84 12:20:23-MDT,778;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 12:20:19-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Oct 84 13:07 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a018086; 4 Oct 84 13:04 EDT Date: Thu 4 Oct 84 13:03:50-EDT From: "Alexander M. Fraser" Subject: Re: CITADEL To: CMP.DOUG@UTEXAS-20.ARPA cc: INFO-CPM@mit-mc.ARPA In-Reply-To: Message from "Douglas Good " of Wed 3 Oct 84 19:34:56-EDT Call StormyLea Citadel @ 609-268-9597. The Sysop is the main maintainer of the program now -- he is working on a new version (he is already several versions ahead of what you have if you haven't talked to him probably). Alex ------- 4-Oct-84 14:44:25-MDT,1551;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 14:44:07-MDT Received: From columbia-gw.ARPA by AMSAA via smtp; 4 Oct 84 16:02 EDT Received: from CU20B.ARPA by columbia.arpa; Thu, 4 Oct 84 16:06:25 edt Date: Thu 4 Oct 84 16:05:50-EDT From: Frank da Cruz Subject: Kermit-80 for Compupro Interfacer 3/4 To: Info-Kermit%CU20B@Columbia.ARPA Cc: Info-CPM@AMSAA.ARPA, POURNE@MIT-MC.ARPA, PS1.YAAGC%CU20B@Columbia.ARPA This is to announce KERMIT-80 for Compupro Interfacer 3/4 with CP/M-80 2.2, based on version 3.9A of CP/M Kermit. It includes support for: . Interfacer 3/4 board I/O. . Terminal control sequences for Wyse Technology WY-100. . Racal-Vadic Auto Dial VA212 modem . US Robotics Password modem . Sending break with B while CONNECTed. Contributed by: Guy Valiquette, M.D. (PS1.YAAGC@CU20B) Black Bldg. Rm 322 Dept. of Neurology College of Physicians & Surgeons Columbia University 630 W. 168th Street New York, NY 10032 The source is in KER:CPMPRO.M80. The hex file is in KER:CPMPRO.HEX, and a help/installation file is in KER:CPMPRO.HLP. These files are available via anonymous FTP from CU20B and COLUMBIA-20 (after 6pm Eastern time). No attempt was made to build all the other CP/M Kermits from this source, so for now it will have its own. It is expected that Compupro IF 3/4 support will be added to version 4 of CP/M-80 Kermit, the "modular version", soon after version 4 is released. ------- 4-Oct-84 19:06:41-MDT,792;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 19:06:37-MDT Received: From csnet-pdn-gw.ARPA by AMSAA via smtp; 4 Oct 84 20:04 EDT Received: from ibm-sj by csnet-relay.csnet id a012063; 4 Oct 84 20:06 EDT Date: 4 Oct 1984 15:45:21-PDT (Thursday) From: Jim moore To: info-ibmpc%usc-isib.arpa@csnet-relay.arpa, info-cpm%amsaa.arpa@csnet-relay.arpa, prolog-request%su-score.arpa@csnet-relay.arpa Subject: Query re: Unix/C Prologs CC: moore.losangel%ibm-sj.csnet@csnet-relay.arpa What Prologs are reccommended (known) for PC/IX? Prefer source available in C. Proprietary or PubDom o.k. Please reply directly to me -- Thanks. Jim Moore (MOORE.LOSANGEL@IBM) 4-Oct-84 19:21:41-MDT,620;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 19:21:38-MDT Received: From ari-hq1.arpa.ARPA by AMSAA via smtp; 4 Oct 84 20:56 EDT Date: 4 Oct 84 20:55:00 EST From: brake@Ari-Hq1.ARPA MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA Subject: S-100 interfacing To: info-cpm Reply-To: brake@Ari-Hq1.ARPA MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA Has anyone been successful in interfacing a Zenith Z-205 256K memory board to a Compupro system using a Disk-1 controller and a 85/88 CPU card? ------ 4-Oct-84 20:01:22-MDT,1652;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 20:01:14-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 4 Oct 84 21:32 EDT Date: 4 October 1984 21:36-EDT From: Eric Stork Subject: Index to BYTE To: info-cpm@Amsaa.ARPA cc: STORK@Mit-Mc.ARPA, POURNE@Mit-Mc.ARPA Many of us have been annoyed by the fact that BYTE seems to have given up indexing its book. There is a lot of good stuff there, but finding it when you need it is godawful. Assuming that BYTE is not about to do an index (are they, Jerry P.?), here is an idea: How about a cooperative project in which as many of the netlandians who want to participate JOINTLY put together a PD BYET index. A group of us could be a teering committee to set up a system (probably based on dBSEII) and then -- when the system exists as a .CMD file for data entry -- people could volunteer to do 1 or 2 back issues, or maybe half an issue, or whetever (depends on the number of volunteers). If that works, and if enough people are willing to help, we can have for our use something that BYTE damned well should provide to its subscribers, but doesn't seem to want to provide (why not, Jerry P.?). If interested in participating in this project, please contact me at STORK@MIT-MC. If there is enough interest, I'll put together a proposal for the people who are interested. Please indicate if you are willing to (1) help plant the project, and/or (2), index an issue. If volunteering for indexing, pls indicateyour collection or access to back issues. Eric Stork STORK at MIT-MC 4-Oct-84 21:48:09-MDT,1395;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 21:48:02-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Oct 84 23:12 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a000711; 4 Oct 84 23:13 EDT Date: 4 October 1984 23:11-EDT From: "R. P. Miller" To: STORK@mit-mc.ARPA cc: ARPEE@mit-mc.ARPA, PLEHN@mit-mc.ARPA, PLOUFF@mit-mc.ARPA, INFO-CPM@mit-mc.ARPA Eric - You have an excellent idea re: PD BYTE index. If you get enough inter- ist, I would like to participate. Perhaps an INFO-BYTE area can be set up here at MIT and we could all feed our input to a central file. I suggest that if enough interest is forthcoming, that all those interested be assigned a very specific subject to keep track of and report back to the main data file. In this way, nearly every subject of import to the readership of this great pub- lication would be covered. I would keep an eye out for material on any subject I am given - this would be no real chore since I read the magazine from cover to cover anyhow (I am sure most folks do). Keep me informed on the level of interest you generate. I will encourage others that I know on MC to get a word back to you indicating their level of interest and suggestions for smoothing the the input process. Good luck on this venture... ---------- 4-Oct-84 23:30:13-MDT,1176;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 23:30:04-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 5 Oct 84 0:57 EDT Date: 4 Oct 1984 23:02 MDT (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: MD730C64 modem program for Commodore 64 CP/M Ross Alford has contributed MD730C64, a version of MDM730 for Commodore-64 CP/M. He says: MD730C64 is the version of MDM730 that runs on the C64. It works well for xmodem file transfers (much more reliable than MODEM64). Unfortunately, it only runs at 300 baud, and the SET command sends it off into a nasty disk-grinding crash. It uses 40 columns and the standard Commodore character set in terminal mode. Overall, much better than MODEM64 but still needs work. The files are now available from SIMTEL20 as: Filename Type Bytes CRC Directory MICRO: MD730C64.COM.1 COM 19200 F94BH MD730C64.DOC.1 ASCII 2238 5262H MD730C64.HEX.2 ASCII 46733 1B4BH --Keith 4-Oct-84 23:50:02-MDT,954;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 4 Oct 84 23:49:58-MDT Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 5 Oct 84 1:07 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 4 Oct 84 21:59-PDT Date: 1 Oct 84 15:24:50-PDT (Mon) To: info-cpm@Amsaa.arpa From: hplabs!sdcrdcf!trwrb!scgvaxd!pertec!felix!zemon@Ucb-Vax.arpa Subject: Re: What is the setjump call? Article-I.D.: felix.373 In-Reply-To: Article <> The routine is "setjmp" and in conjunction with "longjmp" provides the ability to "goto" anywhere in a program where you have already been. It is typically used for error recovery or interrupt handling and, like the mundane "goto," is probably not a part of good, structured programming. You certainly should not go out of your way to work it into your programs. -- -- Art Zemon FileNet Corp. ...! {decvax, ihnp4, ucbvax} !trwrb!felix!zemon 5-Oct-84 01:14:42-MDT,628;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 01:14:38-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Oct 84 2:43 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a001094; 5 Oct 84 2:44 EDT Date: 5 October 1984 02:42-EDT From: "Devon S. McCullough" Subject: Micropolis query To: INFO-MICRO@mit-mc.ARPA, INFO-CPM@mit-mc.ARPA Does anyone know how to get service info on old micropolis 5 1/4" floppy drives that are making horrible noises as if the bearings were about to give up? Are there any other places I could go to ask? 5-Oct-84 06:37:58-MDT,770;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 06:37:55-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 5 Oct 84 8:09 EDT Date: Fri 5 Oct 84 06:13:59-MDT From: Jim Forrest Subject: LUX To: INFO-CPM@AMSAA.ARPA cc: JFORREST@SIMTEL20.ARPA In trying to compile LUX40 (same with all previous versions of LUX) I get 21 warnings in the form of: Q 0A05' CD 0000 + CALL with no fatal errors. However, LUX then attaches to the LBR file but none of the commands work. May be my M80 as it is an old version (3.35). Anyone familiar with LUX and able to offer suggestions, I will appreciate as I need a new version of LUX for my RCPM. Jim ------- 5-Oct-84 19:32:51-MDT,2000;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 19:32:31-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 5 Oct 84 21:00 EDT Date: 5 October 1984 21:04-EDT From: Eric Stork Subject: BYTE INDEX To: INFO-CPM@Amsaa.ARPA cc: STORK@Mit-Mc.ARPA I am encourage by the response to my suggestion on yesterday regarding the possibility of a PD joint effort to create an index to BYTE. Here are a few points from the responses: 1. Several people said they'd be glad to help, but do not have dBASEII. QUESTION: Is it reasonable to assume that most everyone on this net has access to MBAASIC, or to something like it? If so, we could put together a data input file that runs on basic and that outputs the product in a standard format that can be accepted into dBASEII (or some other standard system). I think that would work. If there are people who would participate but hesitate because they do not have dBASEII, please let me know about you if you have BASIC of some sort. 2. Indexing is a lot of work. Are there ideas of what should be covered? 'Everything' is easy to say, but hard to do and generates a lot of output (of couse, we'll be able to scan it electronically). Ideas on what should have priority attention? 3. I'm collecting the names/net-addresses of people who respond to me on this and am glad to serve temporarily as the 'committee sec'y'. Will get back to respondents in a few days, when there has been enough time to get most volunteer responses. 4. In the meantime, if someone wants to forward the idea to the other nets (MICRO,PC,what have you), please do so. There is a lot of work to be done and we can use as many volunteers as are available. For efficiency sake, for the time being, ask volunteers to respond direct to me (STORK@MIT-MC), and I'll compile a list. Eric. 5-Oct-84 21:04:26-MDT,609;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 21:04:16-MDT Received: From utexas-20.arpa.ARPA by AMSAA via smtp; 5 Oct 84 22:25 EDT Date: Fri 5 Oct 84 21:31:05-CDT From: Douglas Good Subject: Xmodem97 To: info-cpm@AMSAA.ARPA I tried to send an earlier message about Xmodem97 but it didn't get through. If it did, I'll repeat myself. When assembling Xmodem97 I got several Undefined errors. Has anyone else experienced such problems? If needed I can record where the errors took place. --Doug Good ------- 5-Oct-84 22:22:19-MDT,1149;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Oct 84 22:22:13-MDT Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 5 Oct 84 23:45 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 5 Oct 84 20:42-PDT Date: 3 Oct 84 8:54:07-PDT (Wed) To: info-cpm@Amsaa.arpa From: decvax!linus!philabs!ttidca!troeger@Ucb-Vax.arpa Subject: 192k Board for the Rainbow 100 Article-I.D.: ttidca.146 Buying the 192k memory upgrade is not worth the money because you can now get the 256k upgrade for roughly the same amount of money. This is better because with the 256k upgrade, you can bump the memory of the Rainbow to 800+k just by adding chips (Finally!). If you buy the 192k option, that's all the memory you can get (just 256k). If you ever need to upgrade past 256k you will have to sell your 192k board and by the 256k board anyways. If you are concerned that the PC100A will not support that board, DEC has a memory adaptor that will convert your PC100A into a PC100B for about $99 bucks. Jeff Troeger ..!ttidca!troeger -- [This space intentionally left blank] 6-Oct-84 06:32:36-MDT,686;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 06:32:32-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 6 Oct 84 7:41 EDT Date: 6 Oct 1984 05:46 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Micro@Brl.ARPA, Info-Cpm@Amsaa.ARPA Subject: Rainbow 100 reads IBM diskettes I just picked this up from TCBBS Dearborn. --Keith The Rainbow 100 has the ability to read IBM single sided diskettes! Use the IBM single side 8 sector format. With perseverance it also seems to write to this format. Vijay Ranjit 6-Oct-84 06:45:22-MDT,2587;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 06:45:12-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 6 Oct 84 7:29 EDT Date: 6 Oct 1984 05:34 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Resident System Extension (RSX) for CP/M 2.2 Now you can add RSX's to CP/M 2.2. The following files are now available from SIMTEL20: Filename Type Bytes CRC Directory MICRO: 22RSX.ASM.1 ASCII 13295 520BH 22RSX.DOC.1 ASCII 10994 3572H CONSOLE.22X.1 ASCII 5539 DADBH CONSTAT.ASM.1 ASCII 1473 30E7H EXPTABS.22X.1 ASCII 1856 0931H REMOVE.COM.1 COM 896 7887H REMOVE.HEX.1 ASCII 2195 5B04H ...and for those who want the entire package and can FTP ITS-binary files: 22RSX.LBR.1 COM 23296 A4F8H Here's a brief excerpt from the author's .DOC file: 22RSX: a Resident System Extension facility for CP/M 2.x 22RSX is a facility to allow the installation and removal of Resident System Extensions. Briefly, an extension is an addition to BDOS that can monitor, trap, alter or process any BDOS call made from an applications program. This came about after I had worked a bit with CP/M 3.0. It's RSX facility impressed me with the fact that it made it relatively easy to 'patch' the operating system to add things such as remote consoles, print spoolers, etc. Since I had some experience with CP/M, I decided to write a similar system for CP/M 2.2. Note: I realize that there is an RSX manager written by Jim Lopushinsky for CP/M 2.2. I have never used it, but from what I have seen and read, it seems to require a fair amount of work with DDT, M80, etc. This system, on the other hand, takes care of all installation. All you have to do is write a module, insert it in the driver, assemble, load and run! And your finished product will, assuming that it uses standard CP/M calls and procedures, run on any other CP/M system without modification. This system, as distributed, consists of the following files: 22RSX.ASM -------> The module installation driver. REMOVE.OBJ -------> The module removal program. 22RSX.DOC -------> Documentation. EXPTABS.22X -------> A demonstration module. CONSOLE.22X -------> Another demonstration module. CONSTAT.ASM -------> The companion access program for CONSOLE.22X. --Keith 6-Oct-84 07:00:30-MDT,1744;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 07:00:22-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 6 Oct 84 7:52 EDT Date: 6 Oct 1984 05:57 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Update of quick reference list of Simtel20 directories Quick reference list to SIMTEL20's MICRO: directories as of Oct. 6, 1984 (where 'x' is one of the names below): 22RSX CPR86 HAMRADIO MSOFT SYSLIB3 6502 CUG HDUTL NEWS TERM AMETHYST DIRUTL HEATH NSTAR TOPS-20 APPLE DISASM HELP OSBORN TRS-80 ASMUTL DISKPLOT HEX PACKET TURBODOS ATARI DSKBUF IBM-PC PASCAL TXTUTL BASIC DSKUTL INSIDCPM PILOT80 V2CMAC BDSC-1 EDITC80 KAYPRO PLOT33 VAXVMS BDSC-2 EDITOR LIST PPSPEL VOICE BDSC-3 EPSON MACLIB PUBKEY WSTAR BDSC-4 EZCPR MATH RBBS XCCP BYE3 FAST2 MEMTEST RBBS4 YAM CATLOG FILCPY MEX RCPM ZCPR CCP FILUTL MICNET SORT ZCPR2 COBOL FORTH MISC SPELL ZCPR3 COMMODORE FORTH-83 MODEM SQUSQ ZCPR3P2 CPM3 GENASM MODEM2 STARTER-KIT CPM86 GENCOM MODEM7 SUBMIT CPMLIB GENDOC MODEM903 SYSLIB 6-Oct-84 07:05:19-MDT,737;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 07:05:14-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 6 Oct 84 7:54 EDT Date: 6 Oct 1984 05:59 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Simtel20 CPM.CRCLST updated MICRO:CPM.CRCLST on SIMTEL20 (the file listing all the filenames, sizes and CRCs of the MICRO directories) has been updated as of today. If you cannot FTP it, and you are not already on the list to receive it via netmail, send a note to W8SDZ@SIMTEL20 asking to be added to the list. --Keith 6-Oct-84 09:27:57-MDT,1028;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 09:27:52-MDT Date: Sat, 6 Oct 84 11:00:11 EDT From: David Towson (SECAD) To: Eric Stork cc: info-cpm@Amsaa.ARPA Subject: Re: Index to BYTE Eric - The December 1981 issue of BYTE contained a very well done index of the magazine from September 1975 (the first issue) through December 1981. I have no idea whether any more recent index has been published. If not, and if BYTE has no plans for doing so in the near future, I would be pleased to participate in the public effort you have proposed. I have all issues of BYTE from the first onward. I request that readers who would like to see the index I mentioned above not ask me for copies. The thing is about a quarter of an inch thick when copied on a single-side copier, and I just don't have the time to make copies, not to mention the matter of copyright. Dave towson@amsaa.arpa 6-Oct-84 17:39:47-MDT,1139;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Oct 84 17:39:42-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 6 Oct 84 18:56 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a012107; 6 Oct 84 19:01 EDT Received: by UCB-VAX.ARPA (4.24/4.31) id AA15420; Sat, 6 Oct 84 15:44:13 pdt From: ihnp4!wnuxb!netnews@ucb-vax.ARPA Message-Id: <8410062244.AA15420@UCB-VAX.ARPA> Date: 6 Oct 84 17:31:06 CDT (Sat) Received: by ihnp4.ATT.UUCP; id AA01389; 6 Oct 84 17:31:06 CDT (Sat) To: ihnp4!ucbvax!info-cpm@ucb-vax.ARPA Subject: Duplicate feed Cc: netnews@ucb-vax.ARPA Hi! I believe that the recent start-up of ARPA INFO-CPM list feeds to fa.info-cpm is redundant with a cross-feeding of the same information with net.micro.cpm. Although the effor to feed INFO-CPM is appreciated, I believe that it is not necessary at this time. Please turn it back off so that we can reduce net traffic a bit. Thanks. -- Ronald W. Heiby AT&T Something (used to be Comp Sys Div, but don't ask me now.), Inc. Lisle, IL (CU-D21) / ...!ihnp4!wnuxa!heiby or ...!ihnp4!wnuxb!netnews 7-Oct-84 01:43:15-MDT,2623;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Oct 84 01:43:07-MDT Received: From isi-uci-gw.ARPA by AMSAA via smtp; 7 Oct 84 3:09 EDT Date: 07 Oct 84 00:13:01 PDT (Sun) To: Keith Petersen cc: Info-Micro@Brl.ARPA, Info-Cpm@Amsaa.ARPA Subject: Re: Rainbow 100 reads IBM diskettes In-reply-to: Your message of 6 Oct 1984 05:46 MDT (Sat). From: Alastair Milne Received: from Localhost by UCI-750a; 07 Oct 84 00:13:48 PDT (Sun) It is true that the Rainbow's drives can be configured in software to read discs of a variety of formats, including IBM's 8 sector-per-track format, which they seem to read quite reliably (once correctly set). ** HOWEVER .... ** I *STRONGLY* suggest *NOT* writing to IBM PC formatted discs with the Rainbow 100 or the Rainbow 100+. Our group regularly uses both machines, and we need to move text files between them. We soon found that letting the Rainbow write to IBM discs results in areas on the disc which are unreadable to the IBM ("bad blocks" under the UCSD p-System). Massive writes, such as moving files around on the disc, "seduce" the disc: the IBM will never read it again (except to format it): only the Rainbow will be able to use it. I know of two possible reasons for this: - number of tracks per inch: the IBM uses 48 TPI, the Rainbow 96 TPI (lets them get 800 UCSD blocks on one side of the disc). The tracks that the Rainbow writes are too thin for the IBM. - number of parameters that software can set vs. all the parameters that the drives actually use: I do not believe that enough parameters are provided to let the software give an accurate description of the drive to be simulated. One can, for instance, get close enough to the IBM's format to permit (reasonably) reliable reading; but not reliable writing. I am no expert in disc drive technology, so I may be quite wrong about both of these. I would be interested to hear from people who know better. A. Milne Educational Technology Center, UC Irvine PS. Users of the p-System on the Sage, take note: SageUtil can be used to configure the drives so that they write to Rainbow discs very reliably. I find this very useful when doing work for the Rainbow because of the much greater speed of the Sage. Does that fact that the Sage drives are also 96 tracks per inch have anything to do with this? agmm 7-Oct-84 03:19:37-MDT,3263;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Oct 84 03:19:27-MDT Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 7 Oct 84 4:32 EDT Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.31) id AA23009; Sun, 7 Oct 84 01:37:07 pdt Received: from ucbopal.CC.Berkeley.ARPA (ucbopal.ARPA) by ucbjade.CC.Berkeley.ARPA (4.16/4.26) id AA18643; Sun, 7 Oct 84 01:36:38 pdt Received: by ucbopal.CC.Berkeley.ARPA (4.17/4.26) id AA18792; Sun, 7 Oct 84 01:36:44 pdt Date: Sun, 7 Oct 84 01:36:44 pdt From: William C. Wells Message-Id: <8410070836.AA18792@ucbopal.CC.Berkeley.ARPA> To: ELETYPE.CODES@Mit-Mc.ARPA, info-cpm@Amsaa.ARPA Subject: Re: TELEX Codes Cc: STORK@Mit-Mc.ARPA The "baudot code" (international telegraph code 2?) is a 5 bit-code. The "ASCII" (USASCII) code is a 8-bit code. Here is a table of equivalents: ---------------------------------------------- Subject: octal/baudot table DECIMAL OCTAL ASCII CON- BAUDOT BAUDOT TROL LTRS FIGS 1 000 nul ^@ blank blank 2 001 soh ^A E 3 3 002 stx ^B lf lf 4 003 etx ^C A - 5 004 eot ^D sp sp 6 005 enq ^E S bel 7 006 ack ^F I 8 8 007 bel ^G U 7 9 010 bs ^H cr cr 10 011 ht ^I D $ 11 012 lf/nl ^J R 4 12 013 vt ^K J ' 13 014 ff/np ^L N , 14 015 cr ^M F ! 15 016 so ^N C : 16 017 si ^O K ( 17 020 dle ^P T 5 18 021 dc1 ^Q Z " 19 022 dc2 ^R L ) 20 023 dc3 ^S W 2 21 024 dc4 ^T H # 22 025 nak ^U Y 6 23 026 syn ^V P 0 24 027 etb ^W Q 1 25 030 can ^X O 9 26 031 em ^Y B ? 27 032 sub ^Z G & 28 033 esc ^[ figs figs 29 034 fs ^\ M . 30 035 gs ^] X / 31 036 rs ^^ V ; 32 037 us ^_ ltrs ltrs 33 040 sp 34 041 ! 35 042 " 36 043 # 37 044 $ 38 045 % 39 046 & 40 047 ' 41 050 ( 42 051 ) 43 052 * 44 053 + 45 054 , 46 055 - 47 056 . 48 057 / 49 060 0 50 061 1 51 062 2 52 063 3 53 064 4 54 065 5 55 066 6 56 067 7 57 070 8 58 071 9 59 072 : 60 073 ; 61 074 < 62 075 = 63 076 > 64 077 ? 65 100 @ 66 101 A 67 102 B 68 103 C 69 104 D 70 105 E 71 106 F 72 107 G 73 110 H 74 111 I 75 112 J 76 113 K 77 114 L 78 115 M 79 116 N 80 117 O 81 120 P 82 121 Q 83 122 R 84 123 S 85 124 T 86 125 U 87 126 V 88 127 W 89 130 X 90 131 Y 91 132 Z 92 133 [ 93 134 \ 94 135 ] 95 136 ^ 96 137 _ 97 140 ` 98 141 a 99 142 b 100 143 c 101 144 d 102 145 e 103 146 f 104 147 g 105 150 h 106 151 i 107 152 j 108 153 k 109 154 l 110 155 m 111 156 n 112 157 o 113 160 p 114 161 q 115 162 r 116 163 s 117 164 t 118 165 u 119 166 v 120 167 w 121 170 x 122 171 y 123 172 z 124 173 { 125 174 | 126 175 } 127 176 ~ 128 177 del 7-Oct-84 11:46:34-MDT,2379;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Oct 84 11:46:25-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 7 Oct 84 13:16 EDT Date: 7 Oct 1984 11:21 MDT (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: NULU10 - a machine language alternative to LU A machine language alternative to LU (the Library Utility program that makes .LBR files) is now available from SIMTEL20. Filename Type Bytes CRC Directory MICRO: NULU10.COM.1 COM 14336 63C1H NULU10.DOC.1 ASCII 40770 91E0H NULU10.HEX.1 ASCII 34899 255BH ...and the whole package for those who can FTP ITS-binary files: NULU10.LBR.1 COM 38272 D7CEH Here is an excerpt from the author's .DOC file: NULU is offered as a complete replacement for LU and LSWEEP. Weighing in at 14k, it includes nearly all features of both programs and then some. It features: Two operation modes with a full menu for each Viewing and printing of member files, unsqueezing when necessary Extraction of member files with an option to unsqueeze where appropriate Bigger libraries, up to 800 members or more depending on available memory Automatic member sorting, all members kept sorted at all times Faster reorganization Enhanced error handling Access to deleted members Optional read only mode General compatibility with LU and NSWEEP syntax Numerous user patches I am aware of only one thing that LU does that NULU does not do. LU maintains a CRC for each member file and for the library directory as a whole. NULU doesn't do this at all. In fact, NULU changes these CRC bytes to 00 as soon as it gets the chance. In case you still want or need to run LU on a library modified by NULU, LU will simply regard it as a library created by an earlier LU version and will promptly set CRC's for the various members. To the best of my knowledge, NULU will run on any system running CP/M 2.x or higher, however it has only been tested on the Osborne 1 and the Osborne Executive computers. It is written entirely in 8080 assembly language. --Keith 7-Oct-84 22:18:23-MDT,953;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 7 Oct 84 22:18:17-MDT Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 7 Oct 84 23:26 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 7 Oct 84 20:13-PDT Date: 5 Oct 84 17:12:21-PDT (Fri) To: info-cpm@Amsaa.arpa From: hplabs!hpda!fortune!amd!dual!ptsfa!politik!paul@Ucb-Vax.arpa Subject: Computer for sale Article-I.D.: politik.17 Computer for sale: KAYPRO II $900 or best offer Software: all Perfect software, wordstar, CPM, SBASIC. Hardware: 2 SSDD 5.25in drives, 64k, new rom (block cursor, disk retries, etc), portable. [this is not my machine, but i will forward any replies to the owner. be prepared to send your US mail address since this fellow is not on the net. he will pay shipping. all this stuff is legal.] Paul Vixie uucp: {ucbvax!mtxinu, sun!texsun, dual!ptsfa} !politik!paul 8-Oct-84 11:24:34-MDT,1417;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Oct 84 11:24:28-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Oct 84 12:39 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a015714; 8 Oct 84 12:38 EDT Received: from gmr by csnet-relay.csnet id ab03649; 8 Oct 84 10:08 EDT Date: Mon, 8 Oct 84 08:45 EST From: haar%gmr.csnet@CSNET-RELAY.ARPA MMDF-Warning: Parse error in preceding line at CSNET-RELAY.ARPA To: info-cpm%mit-mc.arpa@CSNET-RELAY.ARPA Subject: GSX-80 Does anyone out there know what is happening with Digital Research's GSX-80, their graphics system extension? I have an S-100 system running CP/M Plus and would like to add bit-mapped graphics capability and develop some window-based software. GSX-80 sounds like a reasonable software base but I have been unable to get any info about it from DR. Is GSX-80 still alive ? (Is DR still alive?). Do any of the graphics hardware vendors support it? I am hoping to use CP/M Plus memory banking to build a single-user, multi-tasking extension based on a window manager. Other than the window system itself, the biggest problem seems to be file handling. Does anyone know of any fundamental problems in using CP/M 3.0 this way. Does D.R. have any intentions to introduce additional CP/M-80 products? Thanks for any advice you can give. Bob Haar 8-Oct-84 16:27:05-MDT,594;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Oct 84 16:27:02-MDT Received: From wiscvm.arpa.ARPA by AMSAA via smtp; 8 Oct 84 17:50 EDT Received: by WISCVM.ARPA at 16:54:48 on 10/08/84 Date: 8-Oct-84 17:37:13 EST From: ( John Sutter )eng20201%BOSTONU.bitnet@WISCVM.ARPA Subject: 2.2 on '86 To: info-cpm@Amsaa.ARPA ------ How compatible are CP/M-2.2 and CP/M-86? We would like to use our 2.2 programs on an 8086 system. If there's interest, I will post responses. Thanx ---- John *eom ------ 9-Oct-84 09:44:09-MDT,1197;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 09:44:04-MDT Date: Tue, 9 Oct 84 10:56:47 EDT From: Dave Towson (info-cpm-request) To: info-cpm@Amsaa.ARPA Subject: [Dan Kent: anotated biblio software?] Request for assistance: ----- Forwarded message # 1: Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 3 Oct 84 2:07 EDT Date: Tue 2 Oct 84 23:11:59-PDT From: Dan Kent Subject: anotated biblio software? To: info-cpm-request@AMSAA.ARPA Help/// Can anyone reveal their experience with bibliography management software? Have been using raw DbaseII on my Osbornes with CPM 2.2 and hating it. I need to make notes about the articles I review, each note focusing on a different aspect of the article's quality, then keep track of the citation by author and thre or four keywords, and by my adhoc rating of article qualtiy... If anyone can help, I will summarize for the net. Id appreciate hearing about PD as well as proprietary software, even MSDOS stuff... Dan kent (KENT@SUMEX-AIM.ARPA) ------- ----- End of forwarded messages 9-Oct-84 10:48:27-MDT,679;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 10:48:22-MDT Date: Tue, 9 Oct 84 12:14:56 EDT From: David Towson (SECAD) To: William C. Wells cc: ELETYPE.CODES@Mit-Mc.ARPA, info-cpm@Amsaa.ARPA, STORK@Mit-Mc.ARPA Subject: Re: TELEX Codes The table comparing baudot and ascii codes is quite handy if you are doing an interface between the two systems. However, there is an error in the table. The "decimal" column should start with zero and end with 127. As posted, it starts with 1 and ends with 128. Dave towson@amsaa.arpa 9-Oct-84 11:51:43-MDT,1009;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 11:51:37-MDT Received: From xerox.arpa.ARPA by AMSAA via smtp; 9 Oct 84 12:55 EDT Received: from Flora.ms by ArpaGateway.ms ; 09 OCT 84 09:57:33 PDT Date: 9 Oct 84 09:57:17 PDT (Tuesday) From: Bicer.ES@XEROX.ARPA Subject: Re: 2.2 on '86 In-reply-to: eng20201%BOSTONU.bitnet's message of 8 Oct 84 17:37:13 EST To: ( John Sutter )eng20201%BOSTONU.bitnet@WISCVM.ARPA cc: info-cpm@AMSAA.ARPA As you know 8086 and 8080/Z80 are different microprocessors with different instruction sets. Therefore the programs (.COM files) from CP/M 80 will not execute on the 8086. If the programs are written in a high level language and you have the sources and the language's CP/M 86 counterpart exist, then you could recompile/reinterpret the sources to execute the programs on CP/M 86. Data files, however, are compatible enough that you should not need to modify them. Jack Bicer 9-Oct-84 13:45:26-MDT,605;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 13:45:20-MDT Received: From usc-ecl.arpa.ARPA by AMSAA via smtp; 9 Oct 84 15:02 EDT Date: Tue 9 Oct 84 12:04:38-PDT From: Ted Shapin Subject: NSWEEP207 Bug? To: info-cpm@AMSAA.ARPA Postal-address: Beckman Instruments, Inc. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634 Phone: (714)961-3393 The versions of NSWEEP207 that I got from SIMTEL20 doesn't unsqueeze but seems to hang. Has anyone else experienced this? NSWEEP204 works O.K. Ted. ------- 9-Oct-84 14:58:20-MDT,667;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 14:58:17-MDT Received: From dec-marlboro.arpa.ARPA by AMSAA via smtp; 9 Oct 84 15:52 EDT Date: Tue 9 Oct 84 15:55:48-EDT From: Walt Lamia Subject: Re: NSWEEP207 Bug? To: info-cpm@AMSAA.ARPA UUCP: {ucbvax,decvax}!decwrl!lamia@DEC-Marlboro.ARPA E-net: MONTY::MARKET::LAMIA No, but I did notice that an earlier version of NSWP207 that I got from a CBBS that had a banner date 7/14/84 had a completely different BINCOM. I don't know which is correct. I never noticed any problems with the earlier version. %Walt ------- 9-Oct-84 17:01:13-MDT,1336;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 17:00:46-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Oct 84 18:22 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a025740; 9 Oct 84 18:24 EDT Received: by UCB-VAX.ARPA (4.24/4.31) id AA02863; Tue, 9 Oct 84 15:22:46 pdt From: dual!qantel!qvax2!stv@ucb-vax.ARPA Return-Path: Received: by qantel.UUCP (4.12/4.7) id AA09814; Tue, 9 Oct 84 13:44:34 pdt Date: Tue, 9 Oct 84 13:44:34 pdt Message-Id: <8410092044.AA09814@qantel.UUCP> Subject: Re: Where can I find copies of Reference: <2183@ucbvax.ARPA> Apparently-To: dual!ucbvax!info-cpm Dear info-cpm, I'd like to know more about the SIMTEL20 Archives of CP/M stuff. Do I need ARPANET access to have access to SIMTEL20? If so, is there any way to access ARPANET when not on a university campus? Perhaps some of my other questions would be answered by the document mentioned in the news article referenced above: "The SIMTEL20 Archives." Do you have a copy you could send me? Or, perhaps you could forward this message to towson@Amsaa.ARPA for me--I have no other way of messageing him that I know of. Thanks very much. Steve Vance {ucbvax,ihnp4,zehntel,onyx}!dual!qantel!stv Qantel Corporation, Hayward, CA 9-Oct-84 18:10:28-MDT,540;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 18:10:21-MDT Received: From bnl.arpa.ARPA by AMSAA via smtp; 9 Oct 84 19:38 EDT Date: 9 Oct 84 19:41:32 EDT From: hnij@Bnl.ARPA To: info-cpm@Amsaa.ARPA Cc: hnij@Bnl.ARPA Subject: Re: NSWEEP207 Bug? Yeah, I noticed the same problem. I thought it was either the fact that I am running CPM 3 or that somehow the .COM file was downloaded wrong. I have not yet tried getting the .HEX file and HEXCOM'ing that. @ hnij @ 9-Oct-84 20:53:57-MDT,811;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Oct 84 20:53:51-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Oct 84 22:18 EDT Received: from 10.0.0.23 by BRL-AOS.ARPA id a000228; 9 Oct 84 22:16 EDT Date: Tue 9 Oct 84 17:31:00-PDT From: Dick Subject: NSWEEP207 bug To: info-cpm@BRL.ARPA The first time I got Nsweep207, I did have problems with it trashing files on me. I later got a different copy (from SIMTEL) and it seems to be working fine. The only little thing I have noticed is that it will not generate a squeezed file for files smaller than 2k on my hard disk system, and on a floppy system. I assume it is looking to see if the squeezed file will be larger than the source and skipping it if so. ------- 10-Oct-84 01:59:34-MDT,1337;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 01:59:28-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Oct 84 3:22 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a000689; 10 Oct 84 3:21 EDT Date: 10 October 1984 03:19-EDT From: "Jerry E. Pournelle" Subject: NEED INFORMATION ON CONFERENCE SOFTWARE To: INFO-MICRO@mit-mc.ARPA, INFO-CPM@mit-mc.ARPA We are looking into implementation of large conferencing system preferably using micro computers linked although not impossible to use larger machines. I am very interested in conferencing software, mail handling software, and such like. For example the ITS system seems to support messages, mail, conferences, etc and the babyl program does a nice job of handling mail. I do not know what languages these are written in, who owns them (or are they public) etc. Preferably we would like something we can get source code for taht will handle or can be modified to handle a lot of users. We are prepared to rewrite, add to code, etc. Possiblity of some consultation employment, possibilityof some permanent employment, but no promises intended here. I would appreciate any help, thoughts on using micros for a big conferencing net, etc. Thanks, Jerry Pournelle 10-Oct-84 07:16:29-MDT,755;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 07:16:25-MDT Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 10 Oct 84 8:42 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 10 Oct 84 5:38-PDT Date: 8 Oct 84 11:27:15-PDT (Mon) To: info-cpm@Amsaa.arpa From: hplabs!hao!seismo!rochester!ken@Ucb-Vax.arpa Subject: Re: TELEX Codes Article-I.D.: rocheste.12 In-Reply-To: Article <12765@sri-arpa.UUCP> <<>> Also note that combination 0 in International Alphabet 2 is lablelled as blank but has nothing to do with the space character. It is probably used as a filler like ASCII null. Ken Yap (..!{seismo,allegra}!rochester!ken) -- Ken (..!rochester!ken) 10-Oct-84 08:04:32-MDT,741;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 08:04:19-MDT Received: From sri-unix.arpa.ARPA by AMSAA via smtp; 10 Oct 84 9:17 EDT Received: from Usenet.uucp by Sri-Unix.uucp with rs232; 10 Oct 84 6:03-PDT Date: 8 Oct 84 12:26:27-PDT (Mon) To: info-cpm@Amsaa.arpa From: hplabs!hao!seismo!harvard!wjh12!genrad!bolton!billd@Ucb-Vax.arpa Subject: Wanted: Ability to connect to USENET Article-I.D.: bolton.276 [bug line] I have a friend that has a home Epson QX-10 using CP/M. He wants to connect to USENET in any way or manner possible. PLEASE send me information on how this is done. Thanks in advance. -- Bill Duffy GenRad ..decvax!genrad!bolton!billd 10-Oct-84 08:57:59-MDT,902;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 08:57:53-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 10 Oct 84 9:48 EDT Date: 10 Oct 1984 07:53 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: ZCPR2 on Kaypro problem Does anyone have an answer for the problem described below? --Keith Msg 094 is 06 line(s) on 09/23/84 from WALLY OTTERSBACH to KEITH PETERSEN about ZCPR2 ON KAYPRO 2 I'VE INSTALLED ZCPR2 ON MY KP2 AND SINCE THEN THE DISK DRIVES RUN CONTINUOUSLY WHEN I AM DOWNLOADING A PROGRAM INSTEAD OF JUST WHEN IT IS IN R/W MODE. ALSO DOES SAME WHEN WAITING FOR INPUT TO MENU-DRIVEN PROGRAM, ANY HELP??? THANKS WALLY 10-Oct-84 09:03:41-MDT,11070;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 09:02:50-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 10 Oct 84 9:39 EDT Date: 10 October 1984 09:42-EDT From: Allan D. Plehn Subject: Changes/additions to SIMTEL20 micro:, 09-14-84 to 10-06-84 To: info-cpm@Amsaa.ARPA COMSAT@MIT-MC 10/10/84 09:18:48 Re: Msg of Wednesday, 10 October 1984 09:18-EDT To: PLEHN at MIT-MC ============ A copy of your message is being returned, because: ============ "INFO-CPM" at MIT-MC is an unknown recipient. ============ Failed message follows: ============ PLEHN@MIT-MC 10/10/84 09:18:40 Re: Changes/additions to SIMTEL20 micro:, 9-14-84 to 10-06-84 In the following list of changes/additions to the subject directory, the old sub-directory (9-14-84) appears first and the new sub-directory (10-06-84) immediately thereafter. Thus, the sub-directory micro: is unchanged except that the file appledrv.doc.1 has been added. Where the sub-directory name appears only once (at the left margin), that is an entirely new sub-directory. For example, see micro:. A new sub-directory named micro: was added in the subject time frame, with 121 files. I have omitted this part of the listing for the sake of brevity. I'll mail this list to anyone who asks, or you may be able to FTP it from SIMTEL20.. **** MICRO: **** MICRO: APPLEDRV.DOC.1 ASCII 3550 0588H *************** **** MICRO: **** MICRO: M80-V344.PAT.1 ASCII 1053 2C10H *************** **** MICRO: **** MICRO: MLOAD21.COM.1 COM 2816 E51EH MLOAD21.HEX.1 ASCII 6867 2E67H *************** **** MICRO: **** MICRO: FIND51.COM.1 COM 2816 BC0DH FIND51.DOC.1 ASCII 6434 DF84H FIND51.HEX.1 ASCII 6867 5665H *************** **** MICRO: BDPATCH.ASM.1 ASCII 2682 78B7H BDPATCH.BUG.1 ASCII 1357 C978H **** MICRO: BDPATCH2.ASM.1 ASCII 4896 D018H *************** MICRO: ADDR.CBL.1 ASCII 1576 CAC2H CBL1.CBL.1 ASCII 735 08A8H CBL2.CBL.1 ASCII 3706 EC2FH CINTERP.COM.1 COM 12416 7CD0H CINTERP.HEX.1 ASCII 30227 E9EEH COBOL.COM.1 COM 14336 E55CH COBOL.DOC.1 ASCII 37074 EEE1H COBOL.HEX.1 ASCII 34899 70C9H COBOL.LBR.1 COM 95360 DDD6H DEMO.CBL.1 ASCII 1171 9789H EXEC.COM.1 COM 7936 F594H EXEC.HEX.1 ASCII 19330 2F5FH PART2.COM.1 COM 14080 9B75H PART2.HEX.1 ASCII 34283 BCDDH SEQ.CBL.1 ASCII 1505 ABD1H *************** **** MICRO: **** MICRO: CHAREDIT.COM.1 COM 9728 1917H CHAREDIT.HEX.1 ASCII 27373 0341H CHAREDIT.INF.1 ASCII 671 50F1H MD730C64.COM.1 COM 19200 F94BH MD730C64.DOC.1 ASCII 2238 5262H MD730C64.HEX.2 ASCII 46733 1B4BH RPTPAT1.ASM.1 ASCII 3087 1081H SOFT80.COM.1 COM 2432 B2ACH SOFT80.DOC.1 ASCII 7461 834CH SOFT80.HEX.1 ASCII 6853 EC20H TVBIOS.ASM.1 ASCII 9267 61F8H VDO.COM.1 COM 4224 A003H VDO.DOC.1 ASCII 12168 F868H VDO.HEX.1 ASCII 11893 AE6DH *************** **** MICRO: **** MICRO: DA.DOC.1 ASCII 4097 E593H DA11.COM.1 COM 1024 4D09H DA11.HEX.1 ASCII 2516 392AH *************** **** MICRO: SAP39.ASM.1 ASCII 11821 7CB0H SAP39.COM.1 COM 1024 3F60H SAP39.DOC.1 ASCII 1979 7104H SAP39.HEX.1 ASCII 2516 1DDEH **** MICRO: SAP40.ASM.1 ASCII 12299 0B62H SAP40.COM.1 COM 1152 A06EH SAP40.DOC.1 ASCII 2418 7D05H SAP40.HEX.1 ASCII 2824 98CFH SD.BUG.1 ASCII 1348 45DEH *************** **** MICRO: NSWP205.COM.1 COM 11008 5B83H NSWP205.DOC.1 ASCII 1364 8880H NSWP205.HEX.1 ASCII 26800 F95CH **** MICRO: NSWP2.HLP.1 ASCII 11181 2E66H NSWP2.HQP.1 COM 7040 DCB3H NSWP2.WQ.1 COM 19456 1502H NSWP204.INF.1 ASCII 3506 374DH NSWP205.UPD.1 ASCII 1430 427AH NSWP207.COM.1 COM 11776 4788H NSWP207.DOC.1 ASCII 2533 A9FBH NSWP207.HEX.1 ASCII 28674 44A6H NSWP207.LBR.1 COM 44160 736AH *************** **** MICRO: **** MICRO: COMP11.ASM.1 ASCII 9784 9A57H COMP11.COM.1 COM 1536 5130H COMP11.HEX.1 ASCII 3761 6541H COMPAR.COM.1 COM 2944 078DH COMPAR.DOC.1 ASCII 834 5819H COMPAR.HEX.1 ASCII 7188 E8DAH *************** **** MICRO: **** MICRO: CONVERSI.ASM.1 ASCII 11557 A00BH CONVRS12.ASM.1 ASCII 12141 967BH *************** **** MICRO: **** MICRO: PROMLAMP.MSG.1 ASCII 1342 9618H *************** **** MICRO: **** MICRO: TURBO-UG.ADR.1 ASCII 605 F57BH *************** **** MICRO: -README.DOC.2 ASCII 2202 CDD7H **** MICRO: 00README.DOC.1 ASCII 2202 CDD7H *************** **** MICRO: MINIMUF.FOR.1 ASCII 6308 6A7DH RTTYFREQ.LST.2 ASCII 10971 D72CH **** MICRO: KENWD930.MOD.1 ASCII 6786 D8A8H MINIMUF.FOR.1 ASCII 6308 6A7DH RTTYFREQ.LST.2 ASCII 10971 D72CH RTTYPRES.LST.1 ASCII 11802 9EC0H *************** **** MICRO: **** MICRO: GRAF2K10.LBR.1 COM 33920 8EB8H GRAFKII.LBR.1 COM 31488 2262H *************** **** MICRO: MEX111.COM.1 COM 24064 1DF3H MEX111.HEX.1 ASCII 58580 4810H MEX111.LBR.1 COM 127488 628FH **** MICRO: MEX112.COM.1 COM 24192 7BF0H MEX112.HEX.1 ASCII 58888 C99BH MEX112.LBR.1 COM 132736 4F50H *************** **** MICRO: MEX11UPD.DQC.1 COM 6400 CC33H **** MICRO: MEX20.HYP.1 ASCII 2572 04F1H *************** **** MICRO: MX11HK1.ASM.1 ASCII 934 8863H **** MICRO: MX112UPD.DOC.1 ASCII 2317 0D1CH MX112UPD.LBR.1 COM 29568 3D88H *************** **** MICRO: **** MICRO: MXO-KP41.ASM.1 ASCII 41728 86EFH *************** **** MICRO: **** MICRO: MXO-PM20.ASM.1 ASCII 30721 81D1H *************** **** MICRO: MXO-SY11.ASM.1 ASCII 16384 C9DBH MXO-SY20.ASM.1 ASCII 20659 4989H **** MICRO: MXO-SS10.ASM.1 ASCII 9524 8B19H MXO-SY11.ASM.1 ASCII 16384 C9DBH MXO-SY20.ASM.1 ASCII 20659 4989H MXO-TURB.ASM.1 ASCII 14910 3260H *************** **** MICRO: OTHERSYS.APR.1 ASCII 50783 B41BH RCPM-053.LQT.1 COM 33408 C3DFH RCPM-053.LST.1 ASCII 54355 87C9H **** MICRO: OTHERSYS.SEP.1 ASCII 70616 1AC1H OTHERSYS.SQP.1 COM 38400 3857H RCPM-054.DAT.1 ASCII 19500 DF9BH RCPM-054.DQT.1 COM 11264 E7B8H RCPM-054.LQT.1 COM 34944 8053H RCPM-054.LST.1 ASCII 57766 3552H *************** **** MICRO: **** MICRO: TELENET.8BIT.2 ASCII 1728 B22AH *************** **** MICRO: **** MICRO: M7-2710.ASM.1 ASCII 10667 ECACH M7-2719.ASM.1 ASCII 10752 9E3AH M7-2830.ASM.1 ASCII 10359 3A3FH *************** **** MICRO: M7MM-1.ASM.1 ASCII 11310 22CAH **** MICRO: M7MH-2.ASM.1 ASCII 13273 691FH M7MM-1.ASM.1 ASCII 11310 22CAH M7MOL-2.ASM.1 ASCII 9198 5C91H *************** **** MICRO: M7OA-1.ASM.1 ASCII 13044 2376H M7OD-4.ASM.1 ASCII 14684 FDCAH **** MICRO: M7NSP-1.ASM.1 ASCII 11031 D89BH M7OA-1.ASM.1 ASCII 13044 2376H M7OD-4.ASM.1 ASCII 14684 FDCAH M7OD-5.ASM.1 ASCII 14481 AA27H *************** **** MICRO: **** MICRO: M7PX-1.ASM.1 ASCII 12739 B1DFH *************** **** MICRO: **** MICRO: M7TV-7.ASM.1 ASCII 13759 1336H *************** **** MICRO: M7VT-3.ASM.1 ASCII 12437 D52FH **** MICRO: M7VT-5.ASM.1 ASCII 15180 F767H *************** **** MICRO: **** MICRO: NECMDMX.LBR.1 COM 27520 9A40H *************** MICRO: PILOT.BQS.1 COM 7168 586CH PILOT80.LBR.1 COM 13440 2997H PILOTDOC.WQ.1 COM 5120 E189H VANDC.PQL.1 COM 1024 DD3EH *************** MICRO: PKS10-M.INF.1 ASCII 715 EED5H PKS10-M.LBR.1 COM 9728 6C07H RSA11-T.INF.1 ASCII 662 7D74H RSA11-T.LBR.1 COM 69760 DEE4H *************** **** MICRO: CHAT39.ASM.1 ASCII 24095 3862H CHAT39.COM.1 COM 1024 D870H CHAT39.INF.1 ASCII 2180 A1C6H **** MICRO: CHAT40.ASM.1 ASCII 17362 F59FH CHAT40.INF.1 ASCII 2151 8774H *************** **** MICRO: LUX30.LBR.1 COM 80384 3BD9H **** MICRO: LUX-RCPM.BUG.1 ASCII 1824 53B6H LUX30.LBR.1 COM 80384 3BD9H LUX40.LBR.1 COM 44288 A10DH LUX41.LBR.1 COM 51584 FDD4H *************** **** MICRO: XMODEM89.DOC.1 ASCII 5387 969AH XMODEM93.AQM.2 COM 52096 5E69H XMODEM93.ASM.1 ASCII 77772 44A7H **** MICRO: XMODEM97.AQM.1 COM 55680 1824H XMODEM97.ASM.1 ASCII 83216 0E46H XMODEM97.DOC.1 ASCII 7189 FFDDH *************** **** MICRO: HEXIFY.EXE.4 ASCII 12800 BB6EH HEXIFY.HLP.1 ASCII 433 A7FEH HEXIFY.MAC.4 ASCII 8418 DB59H **** MICRO: HEXIFY.EXE.5 ASCII 12800 BB6EH HEXIFY.HLP.1 ASCII 433 A7FEH HEXIFY.MAC.5 ASCII 8418 4EA2H *************** **** MICRO: MODEM.EXE.248 ASCII 20480 B8D4H MODEM.MAC.248 ASCII 42695 DF38H **** MICRO: MODEM.EXE.303 ASCII 20480 AC48H MODEM.MAC.303 ASCII 49273 9F03H *************** MICRO: DIRPAT16.COM.1 COM 3840 8BE2H DIRPAT16.DQC.1 COM 3456 3133H LUFIX.TD.1 ASCII 2006 B45DH MENU.MQC.1 COM 16384 6136H PD.MAC.1 ASCII 1135 82A2H TIMECL12.LBR.1 COM 2432 64F0H XM-TDOS.LBR.1 COM 5376 D4D2H *************** **** MICRO: FIXTEX11.ASM.1 ASCII 21824 E932H **** MICRO: FIXTEX12.ASM.1 ASCII 22427 5456H *************** **** MICRO: FTNOTE13.COM.1 COM 15872 679EH FTNOTE13.DOC.2 ASCII 22220 EB8BH FTNOTE13.HEX.1 ASCII 38647 7F08H **** MICRO: FTNOTE14.COM.1 COM 17408 F366H FTNOTE14.DOC.2 ASCII 25756 D58DH FTNOTE14.DQC.1 COM 16256 10D7H FTNOTE14.HEX.1 ASCII 42382 449BH FTNOTE14.INF.1 ASCII 1457 3BC1H *************** **** MICRO: **** MICRO: K10ZCPR3.LBR.1 COM 79616 3DDCH *************** **** MICRO: **** MICRO: Z3NEWS.006.1 ASCII 11518 FBD4H Z3NEWS.007.1 ASCII 18872 2A10H *************** Al Plehn 10-Oct-84 09:26:18-MDT,2539;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 09:25:51-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 10 Oct 84 9:56 EDT Date: 10 Oct 1984 08:00 MDT (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: XMODEM64 for Commodore-64 - author reply Just after my announcement of the availability of XMODEM64.BAS for the Commodore-64, the following message was received. A reply from the author follows: Date: Thursday, 30 August 1984 From: prindle at NADC To: Info-Cpm Re: Christensen MODEM program for Commodore-64 Unfortunately, Commodore BASIC programs, of which this one is no exception, utilize control characters, both normal ascii ones and ones with the high order bit set (ie. chr$(x) where x>127), and are thus not amenable to storage and transfer as normal ascii files. All of the cursor positioning characters and reverse field characters are missing from MICRO:XMODEM64.BAS. Commodore BASIC programs must be treated (especially by XMODEM programs themselves) as "binary", not text, and are best transmitted as hex files. Of course, it is possible to write a C64 program which uses only the normal ascii subset, but I haven't seen one (nontrivial) yet! [The author reply via TCBBS Detroit] Msg 282 is 15 line(s) on 09/18/84 from JOHN s hex files. Of course, it is possible to write a C64 program which uses only the normal ascii subset, but I haven't seen one (nontrivial) yet! [The author reply via TCBBS Detroit] Msg 282 is 15 line(s) on 09/18/84 from JOHN DAVIS to PRINDLE AT NADC about XMODEM64.BUG Sir: I read the file you uploaded titled XMODEM64.BUG It is in total error! Please have it deleated! Before I uploaded the program XMODEM64.BAS I checked to be sure there were NONE of the special Commodore characters you talk about. They were all expressed as CHR$(123) or whatever. Ie. J$=CHR$(13) (return) This program was written just so it could be uploaded in this manner as was most of the program that uploaded it no special reverse vidio characters appear anywhere in the listing of this program no are any intended to. Also the program was uploaded with XMODEM checksum protocall That means that any 8 bit characters would have made the trip with no problems as XMODEM is an eight bit format Please check your comments closer in the futher thanks 10-Oct-84 10:16:11-MDT,1429;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 10:16:03-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 10 Oct 84 10:44 EDT Date: 10 Oct 1984 08:49 MDT (Wed) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@Amsaa.ARPA, INFO-MICRO@Brl.ARPA Subject: Demise of MICROSYSTEMS magazine Just about a year after Ziff-Davis took over the publication of Microsystems, they decided to drop the magazine last month due to "poor" circulation and lack of substantial growth potential. Current circulation is about 55,000, and 100,000 is the minimum they estimate they need to make it viable. The November issue, to be shipped shortly, will be its last. I talked to Sol Libes last night and he gave me that information above. Needless to say, Sol was quite depressed about this whole situation, and says he has been for the last month since the decision was made. He also said that he had unsuccessfully tried to buy Microsystems from Ziff-Davis. He is trying to find another publishing service to start up a new magazine to continue the recent trend of articles in the old one with himself and Chris Terry doing the editorial work. In my opinion, Microsystem was one of the finest publications available for the serious programmer. It will be missed by many of us. --Frank 10-Oct-84 13:14:26-MDT,770;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 13:14:20-MDT Received: From ari-hq1.arpa.ARPA by AMSAA via smtp; 10 Oct 84 14:17 EDT Date: 10 Oct 84 14:12:00 EST From: brake@Ari-Hq1.ARPA MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA Subject: Microsystems To: info-cpm Reply-To: brake@Ari-Hq1.ARPA MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA It's no wonder that Microsystems is dead, it has been going down hill ever since Ziff-Davis took over. The emphasis has shifted from S-100 and CP/M to IBM-PC and UNIX. I for one an tired of hearing about the PC and all its clones. Whatever pub. that Sol wants to start, I'll subscribe to it. ------ 10-Oct-84 14:37:37-MDT,2661;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 14:37:20-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 10 Oct 84 15:45 EDT Date: 10 Oct 1984 13:50 MDT (Wed) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@Amsaa.ARPA, INFO-MICRO@Brl.ARPA Cc: INFO-PCNET@Mit-Mc.ARPA Subject: FIDO files available The files described below are now available on SIMTEL20 in MICRO: using ANONYMOUS FTP and any non-null password. The standard CRC list follows the announcement. The files come through the courtesy of Bernie Eiben (EIBEN@DEC-MARLBORO). FIDO, written by Tom Jennings in Lattice C (author keeps sources for control-reasons) supports RBBS-operation on the following mini-systems: DEC-Rainbow , IBM-PC and PC-Jr , Otrona Attache and Compaq MS-DOS V 2.0 or higher required, hard-disk desirable, plus Modem (auto-dial for support of FIDO-NET. FIDO supports "typical" BBS operation plus inter-FIDO mail using telephone access. See NODELIST.BBS for current list of FIDO's - also see article in October issue of BYTE and/or DOC-files. FIDO currently supports all dialects of MODEM and will shortly include support for KERMIT protocol. Short synopsys of files (all in 8-bit format): FIDO.DOC,FIDONET.DOC and INSTALL.DOC - Wordstar based documentation DECMINI.* - Rainbow's MINITEL (MODEM-like communication package) BBS-FILS.LBR - Library of short BBS-files FIDOHLP.LBR - Library of short HELP-files FIDODEC.EXE - Rainbow based FIDO system (V 9H) FIDOXDEC.EXE - Rainbow based FIDO system (V 9L) FIDOXIBM.EXE - IBM-PC based FIDO system (V 9L) RENUM.EXE - Utility for MAIL-handling SYSOP.EXE - SYSOP utility TIMELOG.EXE - SYSOP utility V9K.DOC - doc-addendums FIDOLIST.* - user-written NETWORK-Node handler Nodelist.BBS - list of current FIDO systems. Filename Type Bytes CRC Directory MICRO: BBS-FILS.LBR.1 BINARY 11264 F5A7H DECMINI.DQC.1 BINARY 22528 51DFH DECMINI.EXE.1 BINARY 37376 C6A0H FIDO.DOC.1 BINARY 65681 08C5H FIDO.TXT.2 ASCII 1267 6D6EH FIDODEC.EXE.1 BINARY 83968 F60EH FIDOHLP.LBR.1 BINARY 7552 54BAH FIDOLIST.DOC.1 BINARY 1217 C3A0H FIDOLIST.EXE.1 BINARY 17024 3492H FIDONET.DOC.2 ASCII 50666 EF77H FIDOXDEC.EXE.1 BINARY 86016 C9EDH FIDOXIBM.EXE.1 BINARY 65536 53BEH INSTALL.DOC.1 BINARY 70431 BFEDH RENUM.EXE.1 BINARY 26240 348EH SYSOP.EXE.1 BINARY 20992 C0F7H TIMELOG.EXE.1 BINARY 9216 1892H V9K.DOC.1 BINARY 3820 F488H 10-Oct-84 18:06:26-MDT,774;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 18:06:21-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Oct 84 19:36 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a019600; 10 Oct 84 19:34 EDT Received: From localhost.ARPA by udel-ee.ARPA id a001558 ;10 Oct 84 19:29 EDT Date: 10 Oct 84 19:29:04 EDT (Wed) Message-ID: <1012.466298944@udel-ee> To: "Jerry E. Pournelle" cc: INFO-MICRO@MIT-MC.ARPA, INFO-CPM@MIT-MC.ARPA Subject: Re: NEED INFORMATION ON CONFERENCE SOFTWARE In-reply-to: Your message of 10 October 1984 03:19-EDT. From: Farber We are in the process of bringing up notes on px xenix. The hp version si rather good on vaxen with Unix 10-Oct-84 20:57:44-MDT,2601;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Oct 84 20:57:34-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 10 Oct 84 22:18 EDT Date: 10 Oct 1984 20:23 MDT (Wed) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@Amsaa.ARPA, INFO-MICRO@Brl.ARPA, PROTOCOLS@Rutgers.ARPA Subject: Yet Another Protocol! Hot on the tail of the Thinwire Protocol (RFC914), comes RATP! Interested parties are urged to conduct the discussions concerning these and other protocols on the PROTOCOLS@RUTGERS mailing list. Requests to join that list should be sent to PROTOCOLS-REQUEST@RUTGERS. --Frank -------------------- Date: Wednesday, 10 October 1984 12:09-MDT From: WESTINE at USC-ISIF.ARPA To: Request-for-Comments-List: at USC-ISIF.ARPA Re: RFC 916 Now Available A new Request for Comments is now available from the Network Information Center in the directory at SRI-NIC.ARPA. RFC 916: Title: Reliable Asynchronous Transfer Protocol (RATP) Author: Greg Finn Mailbox: Finn@ISIF Pages: 53 Characters: 113815 pathname: RFC916.TXT Status of This Memo This RFC suggests a proposed protocol for the ARPA-Internet community, and requests discussion and suggestions for improvements. Distribution of this memo is unlimited. This paper proposes and specifies a protocol which allows two programs to reliably communicate over a communication link. It ensures that the data entering one end of the link if received arrives at the other end intact and unaltered. The protocol, named RATP, is designed to operate over a full duplex point-to-point connection. It contains some features which tailor it to the RS-232 links now in common use. Public access files may be copied from the directory at SRI-NIC.ARPA via FTP with username ANONYMOUS and password GUEST. The normal method for distribution of RFCs is for interested parties to copy the documents from the NIC online library using FTP. Requests for special distribution should be addressed to either the author of the RFC in question or to NIC@SRI-NIC.ARPA. Unless specifically noted otherwise on the RFC itself, all RFCs are for unlimited distribution. Submissions for Requests for Comments should be sent to POSTEL@USC-ISIF.ARPA. Requests to be added to or deleted from this distribution list should be sent to NIC@SRI-NIC.ARPA. --jon. 11-Oct-84 04:43:04-MDT,524;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Oct 84 04:43:00-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 11 Oct 84 6:17 EDT Date: 11 October 1984 06:21-EDT From: Eric Stork Subject: BYTE Index To: POURNE@Mit-Mc.ARPA cc: STORK@Mit-Mc.ARPA, info-cpm@Amsaa.ARPA Is it true that BYTE is planning to publish an index soon? If so, the PD effort I suggested to create a BYTE index is a waste of time. Will appreciate your advice. 11-Oct-84 07:11:02-MDT,1411;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Oct 84 07:10:57-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 11 Oct 84 8:28 EDT Received: from dca-eur.arpa by BRL-AOS.ARPA id a006109; 11 Oct 84 8:27 EDT Date: 11 October 1984 12:18 GMT From: bower@dca-eur.ARPA Subject: Help with Hall-Effect To: info-cpm@BRL-AOS.ARPA Date: 11 Oct 1984 12:04:09 Z Text: Excuse the media, only have access to this net. Query for hardware information... I obtained a surplus keyboard a while back that has the most fantastic feel and layout of any that I have experienced to date. In attempting to use it in a new construction project, however, I discoverd that it uses Hall-Effect switches. Being stationed in Germany, I have been unable to locate any information on how to build an encoder, or even the theory of operation for these little beasts. Any information on these switches would be appreciated, to include addresses of OEMs. The particular unit in question was manufactured by Microswitch, but the letter I mailed five months ago (which included a SASE) was never answered. The mail over here is slow, but I must conclude that they will not respond. I would appreciate any info, to include deep "tech talk". Have been homebrewing computers for over 8 years. Thanks in advance. Hal 11-Oct-84 08:52:41-MDT,2815;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Oct 84 08:52:31-MDT Date: Thu, 11 Oct 84 9:59:25 EDT From: David Towson (SECAD) To: bower@dca-eur.ARPA cc: info-cpm@amsaa.arpa Subject: Re: Help with Hall-Effect Hal - I have disassembled a couple Hall-effect keyswitches, and have found inside each an integrated circuit chip mounted with its plane vertical. Four connections protrude from the bottom of each chip assembly. These connections allow each chip assembly to be soldered to a mother-board which underlies the keyswitch matrix. The mechanical portion of each keyswitch consists of a magnet mounted on a plunger, and a restoring-spring. When the plunger is depressed, the magnet is moved down next to the IC chip assembly, thereby subjecting the chip to a magnetic field. In the case of the switches I have disassembled, the magnet assembly is U-shaped, and actually surrounds the chip when the plunger is depressed. The presence of a magnetic field causes the chip to establish an electrical connection. The following is excerpted from a Micro Switch "product sheet", and gives a bit more description. "The 12SW and 16SW Series use the revolutionary Hall effect solid state switch pioneered and developed by MICRO SWITCH. Solid state switches eliminate the problems associated with mechanical switching...contact bounce, contamin- ation, and intermittent switching at low levels. The switching function is performed within an integrated circuit 0.040 inch square. The chip is actuated by a magnet to produce an analog control voltage. Hall voltage is converted into a digital output with a trigger circuit and amplifier. Each key module provides two isolated outputs." This little blurb is for numeric keypad assemblies 12SW and 16SW, having 12 and 16 switches respectively. They operate from a +5-volt supply, and draw 60 and 80 MA max respectively, inplying a drain of 5 MA per keyswitch. Each output (there are two per keyswitch) puts out a minimum of +2.4 volts while sourcing 160 microamps with the switch DE-ACTIVATED. In the ACTIVATED state, each output can sink 3.2 MA with a maximum voltage drop of +0.4 volts. This is obviously intended to interface with TTL circuits. I have "product sheets" for the following Micro Switch keyboards: 53SW1-1 61SW12-1 50SW11-50 67SW5-17 66SW6-51 66SW6-52 78SW6-44 63SW5-4 70SW12-1 75SW12 series 51SD12-1 51SW12-1 If any of these numbers match your keyboard, let me know and I'll give you whatever additional information I have. Don't expect much, however, as there is little technical data in these "product sheets". Best regards, Dave towson@amsaa.arpa 11-Oct-84 21:56:57-MDT,1694;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Oct 84 21:56:49-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 11 Oct 84 23:22 EDT Date: Thursday, 11 October 1984 21:17-MDT Message-ID: Sender: Mark Becker From: Mark Becker To: W8SDZ@Simtel20.ARPA cc: Cent.Mbeck%MIT-OZ@Mit-Mc.ARPA Subject: 22RSX - Bug discovery(ies) ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Thu 11 Oct 1984 21:27-MDT Hello Keith -- Keith, after REMOVE.COM did nasty things to my test disk, I disassembled it and found a couple of interesting things. Woe to those with systems that have: (a) other than an LXI H,WMADDR / SHLD 0006 in the warmboot routine for initializing locations 5 and 6. Both 22RSX and REMOVE look for the LXI H,d16 / SHLD 06 sequence. (b) the BIOS WMBOOT routine in ROM - the RSX installation will work okay until the next JMP 0 when locations 5, 6, and 7 are re-loaded from the BIOS WMBOOT routine. (c) Lastly, the routine that searches for LXI H,d16 / SHLD 06 ( hex 21 xx xx 22 06 ) doesn't check for the 00 after the 06. The demo software blew up on me as (I found out later) there is an LXI H,d16 / SHLD 06F3 in my system before the warmboot vector gets initialized and the software got 'confused' and modified the wrong data. The *REAL* gotcha is that both programs search for the LXI / SHLD sequence starting at **04, "**" being system size dependent. Whew... enough bug tracing for this week... Mark 12-Oct-84 05:31:20-MDT,1661;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 05:31:11-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 12 Oct 84 6:59 EDT Date: 12 Oct 1984 05:04 MDT (Fri) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: MEX112 sendout bug MEX112.BUG forwarded from the RCPM circuit: *********************** BUG ALERT !!! ************************ MEX 1.12 has a nasty bug in the 'SENDOUT' command this bug has not shown itself in version 1.11 ********************************************************* * IF * * (REPLY is greater than zero) and * * (SODELAY is off) and * * (WTECHO is off) and * * (XOFF is on) * * THEN * * using SENDOUT command * * will not continue with READ file * * will not return to command state * * will not respond to keyboard * * will leave you dead in the waters * * (up the creek without a paddle) * ********************************************************* Should this message make it to Ron Fowler, suggestion for MEX 2.0 or sooner: Allow toggle to silence messages like '***REPLY***','ZZZZZ', 'Term-mode' and other stat responses when executing from a READ file. This way, one would see exactly what is happening on-line just as if one is executing all commands invisibly (no harsh interrupting messages). These messages take up valuable screen space. MEX is really evolving ... can't wait for version 2 George Toye 620 Alamo Ct #25 Mountain View, CA 94043 12-Oct-84 06:23:18-MDT,1560;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 06:23:11-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 12 Oct 84 7:23 EDT Date: 12 Oct 1984 05:24 MDT (Fri) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Using MEX remotely A new set of files which allow MEX (Ron Fowler's popular modem program) to be used remotely are now available from Simtel20: Filename Type Bytes CRC Directory MICRO: WELCOME3.MEX.1 ASCII 1269 656FH WELCOME4.MEX.1 ASCII 1469 15DCH WELCOMEX.DOC.1 ASCII 1506 DF6DH Here is a short description of how it works: WELCOME3.MEX, by Bruce Morgen, expert refinements by Ron Fowler, loop back to auto-answer by Bruce Morgen. This file may be used to do a relatively automatic file transfer setup from your computer to a remote user. It will prompt him to prepare a file-receive at his end, wait for him to do it and allow a comment (logged to a disk file) at the end. PLEASE NOTE!: THE FILE WILL WORK AS-IS ONLY IF YOUR MEX OVERLAY SUPPORTS AUTO-ANSWER WITH A `SET ANSWER' COMMAND. It is only one small step toward really using MEX 1.11's programability and can be easily edited for other uses. WELCOME4.MEX (9/19/84) is the result of a little on-line experience and my extremely ethical nature, which would not allow me to promise an XMODEM filesend that I could not deliver.........Bruce 12-Oct-84 14:54:24-MDT,629;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 14:54:20-MDT Received: From usc-ecl.arpa.ARPA by AMSAA via smtp; 12 Oct 84 16:19 EDT Date: Fri 12 Oct 84 13:22:46-PDT From: Ted Shapin Subject: Mulit-user BBS query To: info-cpm@AMSAA.ARPA, info-ibmpc@USC-ISIB.ARPA Postal-address: Beckman Instruments, Inc. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634 Phone: (714)961-3393 What is necessary (hardware/software) for a multi-user (about 4 ports) message system on a CP/M or IBM-PC system. Is anybody doing it? Ted. ------- 12-Oct-84 21:14:06-MDT,2601;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 21:13:52-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 12 Oct 84 22:47 EDT Date: Fri, 12 Oct 1984 22:41 EDT Message-ID: From: "Robert L. Krawitz" To: info-cpm@AMSAA.ARPA Subject: [TK.FONER: Obscure microprocessor chip needed] Date: Wednesday, 10 October 1984 05:13-EDT From: Leonard N. Foner Reply-To: Foner at MIT-MC To: info-micro at BRL-VGR.ARPA, *BBoard at MIT-MC cc: Foner Re: Obscure microprocessor chip needed This is quite a bit off the beaten track, but I thought I'd give it a try. If there are any UUCP lists which might address the issue (a net.electronics, maybe? or maybe even net.general? I can't reach UUCPland from here) I'd appreciate someone forwarding this there (once, please). I am in need of a rather obscure microprocessor/IO controller for an Aiwa M800 cassette deck. The processor controls the autobias adjust for the deck. Mine apparently crapped out, and Aiwa says they discontinued the tape deck in April---hence they won't sell me a new microprocessor. I'd be willing to pay some reasonable amount for the right part, or even for a similar deck that for some other reason doesn't work and is about to be scrapped. I'd aldo be more than willing to shower heaps of thanks and praise for anyone who can direct me to a place I can get this part. Okay, 'nuff of that. The part itself is specified as Aiwa part number 82-155-616-01, a "uCOM43-546C155". It's got 42 (yep, 42) pins on it. It's quite probable that this thing is an I/O controller with a mask-programmed ROM in it. This makes a close substitute, of course, very much at issue. If anyone knows how to find such an obscure part, or (heaven forbid) has an old deck they don't want for some reason which has a working one, I'd be very grateful indeed. To reply to me, send to FONER at MIT-MC if you're on the ARPAnet. UUCP users who can't hit the ARPAnet can reply directly if they know some working route to mitccc or mit-charon. (My username is simply "foner" on both of those machines.) Please, if you reply also to the list, include me as a separate recipient so I'll be sure to see the message in my mailbox. If all these methods fail, but you're pretty sure you've got the right part, you can call me collect at 617/577-1510 anytime, or send SnailMail to Leonard Foner, 4 Ames St, Cambridge, MA 02139 USA. Thanx much! 12-Oct-84 21:16:20-MDT,2682;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 12 Oct 84 21:16:10-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 12 Oct 84 22:48 EDT Received: from mit-mc.arpa by BRL-AOS.ARPA id a000234; 12 Oct 84 22:53 EDT Date: Fri, 12 Oct 1984 22:41 EDT Message-ID: From: "Robert L. Krawitz" To: info-cpm%MIT-OZ@MIT-MC.ARPA Subject: [TK.FONER: Obscure microprocessor chip needed] Date: Wednesday, 10 October 1984 05:13-EDT From: Leonard N. Foner Reply-To: Foner at MIT-MC To: info-micro at BRL-VGR.ARPA, *BBoard at MIT-MC cc: Foner Re: Obscure microprocessor chip needed This is quite a bit off the beaten track, but I thought I'd give it a try. If there are any UUCP lists which might address the issue (a net.electronics, maybe? or maybe even net.general? I can't reach UUCPland from here) I'd appreciate someone forwarding this there (once, please). I am in need of a rather obscure microprocessor/IO controller for an Aiwa M800 cassette deck. The processor controls the autobias adjust for the deck. Mine apparently crapped out, and Aiwa says they discontinued the tape deck in April---hence they won't sell me a new microprocessor. I'd be willing to pay some reasonable amount for the right part, or even for a similar deck that for some other reason doesn't work and is about to be scrapped. I'd aldo be more than willing to shower heaps of thanks and praise for anyone who can direct me to a place I can get this part. Okay, 'nuff of that. The part itself is specified as Aiwa part number 82-155-616-01, a "uCOM43-546C155". It's got 42 (yep, 42) pins on it. It's quite probable that this thing is an I/O controller with a mask-programmed ROM in it. This makes a close substitute, of course, very much at issue. If anyone knows how to find such an obscure part, or (heaven forbid) has an old deck they don't want for some reason which has a working one, I'd be very grateful indeed. To reply to me, send to FONER at MIT-MC if you're on the ARPAnet. UUCP users who can't hit the ARPAnet can reply directly if they know some working route to mitccc or mit-charon. (My username is simply "foner" on both of those machines.) Please, if you reply also to the list, include me as a separate recipient so I'll be sure to see the message in my mailbox. If all these methods fail, but you're pretty sure you've got the right part, you can call me collect at 617/577-1510 anytime, or send SnailMail to Leonard Foner, 4 Ames St, Cambridge, MA 02139 USA. Thanx much! 13-Oct-84 02:05:40-MDT,980;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Oct 84 02:05:35-MDT Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 13 Oct 84 3:36 EDT Date: 13 October 1984 03:40-EDT From: Jerry E. Pournelle Subject: BYTE Index To: STORK@Mit-Mc.ARPA cc: info-cpm@Amsaa.ARPA In-reply-to: Msg of 11 Oct 1984 06:21-EDT from Eric Stork don't kno will try to remember to ask but you wold do as well writig letter to Phil Lemmons at BYTE New Hampshire; you are cetainly closer to there than I am (los angeles) Date: 11 October 1984 06:21-EDT From: Eric Stork To: POURNE at Mit-Mc.ARPA cc: STORK at Mit-Mc.ARPA, info-cpm at Amsaa.ARPA Re: BYTE Index Is it true that BYTE is planning to publish an index soon? If so, the PD effort I suggested to create a BYTE index is a waste of time. Will appreciate your advice. 13-Oct-84 13:55:52-MDT,924;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Oct 84 13:55:46-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 13 Oct 84 15:30 EDT Date: 13 Oct 1984 13:36 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: MEX overlay for Apple II with Micromodem II/IIE A new overlay is now available for the MEX modem program for use with the Apple II with the Hayes Micromodem II/IIE and the ALS CP/M card or the Microsoft CP/M card. This version supports Touch-Tone dialing on the Micromodem IIE. Also, a bug was fixed that prohibited the Micromodem IIe from operating on the Softcard. The file is available from Simtel20 as: Filename Type Bytes CRC Directory MICRO: MXO-MM2.ASM.1 ASCII 19196 3844H --Keith 13-Oct-84 14:17:33-MDT,1346;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Oct 84 14:17:28-MDT Received: From simtel20.arpa.ARPA by AMSAA via smtp; 13 Oct 84 15:50 EDT Date: 13 Oct 1984 13:55 MDT (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: KENT@Sumex-Aim.ARPA Cc: Info-Cpm@Amsaa.ARPA Subject: anotated biblio software now available From: Dan Kent Subject: anotated biblio software? Can anyone reveal their experience with bibliography management software? Have been using raw DbaseII on my Osbornes with CPM 2.2 and hating it. I need to make notes about the articles I review, each note focusing on a different aspect of the article's quality, then keep track of the citation by author and thre or four keywords, and by my adhoc rating of article qualtiy... If anyone can help, I will summarize for the net. Id appreciate hearing about PD as well as proprietary software, even MSDOS stuff... ----- Yes, there is a PD Bibliography package. It's now available from Simtel20 as: Filename Type Bytes CRC Directory MICRO: BIBLIO.LBR.1 COM 35584 601BH Please take a look at it and send your comments and review to Info-Cpm. Thanks. --Keith