1-May-83 08:12:00,839;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 1 May 83 19:37 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 1 May 83 19:34 EDT Received: From Gunter-Adam.ARPA by BRL via smtp; 1 May 83 10:18 EDT Date: 1 May 1983 0912-CDT From: DSDC-TECH@gunter-adam.arpa Subject: FTP download problems To: info-cpm@brl.arpa cc: w8sdz@mit-mc.arpa, feedback@office-10.arpa I was trying to download some files using FTP from OFFICE-10, in the directory , however the only thing I am able to get is such errors as: Cannot parse: CPM.archive;30328 or Access denied I'm looking for an archived message for the month of Feb or March, if anyone can give me some insite into what's going on I would appreciate it. Please reply directly to GUTHRIE@GUNTER-ADAM Thanks ------- 1-May-83 22:28:00,787;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 1 May 83 22:44 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 1 May 83 22:33 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 1 May 83 22:28 EDT Date: 1 May 1983 22:28 EDT From: Leor Zolman Subject: Some new BDS C utilities To: INFO-CPM@mit-mc.arpa I have uploaded three personl little utility programs to MCAR37:CPM; The programs are: APPEND C Append one text file onto another, quickly TAIL C Print out the last n lines of a text file DI C Compare two files, print first difference (if one) These aren't earth-shaking breakthroughs in computer science, but they are useful (at least to me). APPEND.C and TAIL.C require BDS C v1.5, since they use "seek" in relative-to-EOF mode. -leor 2-May-83 00:02:00,1196;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 May 83 2:08 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 May 83 2:05 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 May 83 2:00 EDT Date: 2 May 1983 00:02 EDT (Mon) From: Tony To: Info-Cpm@mit-mc.arpa Subject: Digital Research Query. Reply-To: Li@rutgers.arpa Home: 609 Gibson Ave., Pacific Grove, Ca. 93950 (408) 375-4930 Hi again. Thanks to all of you who responded to my first query about CP/M and Digital Research. I didn't get as many responses as I really need, so I'm trying again. For those of you who missed it: I am soliciting comments, suggestions, complaints and other correspondence to be sent to appropriate High Ups in Digital Research. The reason for this request is that I believe DRI is out-of-touch with their 'hacker' customer base, and I like to give them some feedback. Pretty much, I'd like to hear anything that you have to say. All messages will be confidential, unless you send a copy to the appropriate list. Suggestions for further enhancements to CP/M or ideas for other products are especially welcome. Cheers, Tony ;-)
  • 2-May-83 09:04:00,4412;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 May 83 9:19 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 May 83 9:12 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 May 83 9:04 EDT Date: 2 May 1983 09:04 EDT From: Keith Petersen Subject: XMODEM74 now available To: INFO-CPM@brl.arpa XMODEM74 is now available on MIT-MC. This is a worthwhile update for RCPM operators who are using older versions. It includes the ability to send individual files from .LBR files and has RP (Receive Private) option which allows caller to send private files to the SYSOP. XMODEM is NOT meant to replace MODEM. It is for use on unattended Remote CP/M systems. The files are in CPM;AR63: XMACAT 74ASM -- Apple CAT modem I/O overlay XMDCH 74ASM -- D.C. Hayes I/O overlay XMEXT 74ASM -- External serial port I/O overlay XMEXT 74NEW -- Ditto, with enhancements XMHZ89 74ASM -- Heath/Zenith I/O overlay XMINT3 74ASM -- Interfacer 3 I/O overlay XMMMII 74ASM -- D.C. Hayes Micro-Modem II I/O overlay XMODEM 74ASM -- Main program source code XMODEM 74INF -- Information on the files in this package XMODEM 74MSG -- Message announcing the package XMPMMI 74ASM -- PMMI MM103 I/O overlay XMSMDM 74ASM -- D.C. Hayes Smart Modem I/O overlay Here's more detailed information: TOPIC: XMODEM74 FROM : IRV HOFF W6FFC DATE : 04 APR 83 XMODEM is a program used primarily on remotely operated RCPM systems that allows program transfer to and/or from remote users. It can trans- fer any type of CP/M file including absolute binary files (.OBJ). Originally written by Keith Petersen and based at that time on Ward Christensen's MODEM ver 2.0 it has since undergone extensive revision. Nearly every new version has tacked on yet another computer/modem combination. It has grown very unwieldy in size and awkward to handle. In a major contribution to simplifying the program, Sigi Kluger with his XMODEM 6.8 stripped out all the various hardware configurations. He wound up with a jump table at the beginning that permits use of external overlay files for a particular computer/modem. The current version is XMODEM 7.4. The 7.x series has several new features which give it a tremendous flexibility. Major recent additions include: 1) A general purpose menu. Just type: A0>XMODEM This menu includes the drive/user area for normal uploading. (The A0> prompt in this and subsequent examples is shown as a typical possibilty of a drive/user area you may be in.) 2) Ability to send (download to the remote user) member files from a library group (.LBR) without having to copy the entire li- brary file. (Use a separate program called LDIR.COM to find the member names of a library group.) 3) Ability to specify what disk/user area from which to send a pro- gram so the remote user doesn't have to go to that area first: A0>XMODEM S B6:HELLO.DOC (An option limits the maximum user area.) 4) Programs can be uploaded to a special non-public user area for the exclusive use of the SYSOP. These can include replacement programs for one already on some public area, experimental programs you wish him to test before making them public, pre- typed notes for his exclusive reading or any program you wish him to see that is not appropriate for public use at that time. 5) Ability to download from a special area. This enables the SYSOP to place special programs, pretyped messages, etc. in this area. He can then leave a private message on his bulletin board to the person for whom the program is intended. Al- though any user COULD download that program, only the SYSOP and his intended recepient know the its correct name. This provides excellent security. The SYSOP can thus make any per- son an instant temporary privileged user. This gives him a tremendous flexibility he has not previously had. 6) Spaces can now be used without error. Example: A0>XMODEM L B7: CATALOG CAT2.DOC will send a file called CAT2.DOC from the CATALOG.LBR library. NOTE: The .LBR extent need not be included. If not, it is added automatically. --end-- 2-May-83 10:08:00,1840;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 May 83 10:50 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 May 83 10:37 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 May 83 10:08 EDT Date: 2 May 1983 10:08 EDT From: Keith Petersen Subject: FTPing files from MIT-MC:CPM; To: tcarnahan@usc-isie.arpa cc: Info-Cpm@brl.arpa Unlike most other machines on the net, MC (and the other ITS machines, ML, AI, and DM), does not require you to login when using FTP access. Also, we have the CPM; directory full of plain files and something called ARChive files. ARChive files contain files and are referenced by a device name. Thus, to reference a regular file to fetch it into your machine via FTP, type: GET CPM;fn1 fn2 local-filename For a file in an ARChive: GET CPM;ARnn:fn1 fn2 local-filename Of course, you need to know the name of the file in the first place, and if it is in an ARChive, the "nn", or ARChive number. To do this, type: DIR CPM; TTY: And the list will show on your terminal - you can substitute a local-filename instead of TTY: and it will go there instead for you to reference later. In that list, you will see files, like AR60 MODEM2, as well as the regular files which are not of the form ARnn fn2. AR60 MODEM2 is an archive file. To find out what is in that archive, type: DIR CPM;AR60: TTY: One file you will see on that list is MBOOT 3ASM. If you want to fetch that file to your machine, type: GET CPM;AR60:MBOOT 3ASM MBOOT3.ASM (the name you want to use on your host) Of course, to start up the program assume you have access to FTP: FTP MC ..... <-- do your DIRs and GETs here BYE QUIT Any questions? Contact FJW@MC. --Keith 2-May-83 10:40:00,921;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 May 83 11:42 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 May 83 11:40 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 May 83 10:41 EDT Date: 2 May 1983 10:40 EDT From: Keith Petersen Subject: info wanted on CP/M public domain To: harpo!eagle!mhuxt!kfl@ucb-vax.arpa cc: Info-Cpm@brl.arpa In-reply-to: Msg of 21 Apr 83 12:45:34-PST (Thu) from harpo!eagle!mhuxt!kfl at ucb-vax.arpa The latest version of MODEM7 is MDM707. It's available here on MIT-MC in the CPM; directory to those who have ArpaNet access. You should call your nearest RCPM (as listed in the RCPMLIST I sent out on the net recently) to see what files they have available. In many cases RCPMs have later versions than the user groups are supplying on disks. Usenet readers who need to contact me may use the address .....!duke!unc!brl-bmd!w8sdz 2-May-83 11:08:00,593;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 3 May 83 12:20 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 3 May 83 11:52 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 3 May 83 11:49 EDT Date: 2 May 1983 11:08 EDT From: Keith Petersen Subject: CPM DIRLST updated To: Info-Cpm@brl.arpa CPM;CPM DIRLST (the file listing all the MIT-MC CPM; directories) has been updated as of today. If you cannot FTP it, and you are not already on the list to receive it via netmail, send a note to Info-Cpm-Request@Brl asking to be added to the list. --Keith 2-May-83 16:45:00,2231;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 May 83 19:06 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 May 83 18:57 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 May 83 18:49 EDT Date: 2 May 1983 1845-EDT From: JOSEPH@rutgers.arpa Subject: S100 Hard disk query To: info-cpm@mit-mc.arpa CP/Mers, Rutgers University has been supporting an RCPM system for about two years now. The system has been running with two single density 8" ICOM floppy disk drives and an ICOM controller. After all the system software and message files are put on these low density disks, there isn't much room left for programs to be uploaded and downloaded. The project group that has been supporting this bulletin board has decided that they want to support a larger scale system and want to use a hard disk system to increase storage space. I have been looking through BYTE magazine and some others and have found many ads for controllers and drives and stuff, but have not found the complete package that we need. If anyone can help with info about a system that will do the following. please reply to me (JOSEPH@Rutgers) and I will forward a compendium to the net. REQUIREMENTS- S100 controller that will run with a Cromemco z80 4Mhz processor and that comes with either an attach bios for CPM 2.2 or a complete bios for CPM 2.2 or CPM plus. Integral backup system controller would be a plus (built in cartridge tape system......) DISK box containing Hard disk drive(s) and power supply. We are looking for a winchester system with about 20 megabytes storage capacity. ( a removable cartridge system would be preferred) COMPLETE backup system, Either cartridge tape, high density floppy or winchester. We have been using video tape for backup on an apple hard disk and have found it to be slow and not too reliable. I need recommendations on which manufacturers, if any, make entire snap on subsystems like this or, if separate manufacturers devices are needed, which ones work together well. Thanks in advance, Seymour Joseph Rutgers University Microcomputer support staff. ------- 2-May-83 19:29:00,460;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 May 83 22:00 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 May 83 21:36 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 May 83 21:30 EDT Date: 2 May 1983 1829-PDT Sender: LEVYAL@usc-isi.arpa Subject: ZCPR2 ON APPLE From: LEVYAL@usc-isi.arpa To: INFO-CPM@mit-mc.arpa Message-ID: <[USC-ISI] 2-May-83 18:29:05.LEVYAL> HAS ANYONE INSTALLED ZCPR2 ON AN APPLE? WILL IT FIT? THANKS, ALLAN 3-May-83 07:47:30,1482;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 May 83 7:18 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 May 83 7:13 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 5 May 83 7:05 EDT Date: 3 May 83 7:47:30 EDT (Tue) From: Rick Conn To: LEVYAL@usc-isi.arpa cc: INFO-CPM@mit-mc.arpa Subject: Re: ZCPR2 ON APPLE I have heard of people installing ZCPR2 on Apples. Someone ap- proached me at an ACG-NJ meeting the other day and said he had and that it ran nicely. I suspect, however, that it is not a full installation. With all of the options to ZCPR2 at installation time, it is pos- sible to install it on virtually any Z80-based system. I recent- ly installed it on a Morrow Design's MicroDecision with 200K floppies. Morrow was willing to provide source to his BIOS on disk FOR FREE, and, with this, it was possible to implement external paths and the multiple command line buffer. The only noticable difference was that the installed system did not have named directories (because it didn't seem to make sense in only 200K, but it was still possible) and redirectable I/O (because of the limited I/O facilities of the MicroDecision, but again it was possible). Hence, after the experience with the MicroDecision, I'd say that it is possible to install ZCPR2 on most any Z80-based system. The degree of installation is the only question. Rick 3-May-83 08:49:00,396;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 May 83 9:21 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 May 83 9:18 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 5 May 83 9:10 EDT Date: 3 May 1983 0749-PDT (Tuesday) From: Walter Bond Subject: mailing list To: info-cpm@mit-mc.arpa Please put me on your mailing list. Thanks. WALT 3-May-83 11:25:02,2994;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 3 May 83 14:02 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 3 May 83 13:47 EDT Received: From Nadc.ARPA by BRL via smtp; 3 May 83 13:44 EDT Date: 3 May 1983 13:25:02-EDT From: dudley@nadc.arpa To: mead@usc-eclb.arpa Subject: vt180 & mboot3 Cc: info-cpm@brl.arpa I beat the vt180. I have successfully gotten mboot3 running on the little sucker. The port poop revealed in the letter excerpt below is only part of the solution: From: Dick Subject: Re: vt180 port poop COMM port values are: DATA=58H STAT=59H TBE=01,RDA=02 CONSOLE values are: DATA=40H STAT=41H (I assume same bit values) One gotcha, I read that interrupts are used in the VT180, so MBOOT3 and other adaptations to this system may need to do some trickery to work at all. I had used the right bits/addresses in one try and still no good. ------- The real trick is that since incoming characters are handled by interrupts, the usart will never seem to have any characters ready when it is polled by mboot3 in the normal fashion. Rather then do what I suggested in an earlier letter, i.e. turn off the interrupts, I did what DEC did in the RDR: device handler in the vt180 bios. That is, I poll the memory locations that the interrupt handler uses to communicate with the bios. In the latest version of CPM that DEC is supplying [2.2 (1.1)], *the magic locations are:* 0f541h = rec'd data available if == 1 0f546h = rec'd character The code to check for status in mboot3 is thus: before: | after: in modctlp | lda 0f541h ani modrcvr | cpi modrcvr | ora a jnz term ;no char rec'd | jz term ;no char rec'd and the code to get the rec'd char is now: in moddatp | mvi a,0 ;clear status ani 7fh | sta 0f541h | lda 0f546h ;get char | ani 7fh I got the magic location values by disassembling the bios RDR: handler. Once you get past the IOBYTE nonsense, the handler loads the IX register with the location of the status table for the RDR: device, and jumps to a routine that polls the memory locations pointed to by the IX register to wait for a char to come in. The magic locations listed above are actually IX+2 and IX+7 in the RDR: handler. These location are likely to change if DEC releases a new version of the bios. I haven't gotten mdm707 running yet, although I'm close. The overlay method won't work since the code size of the routines is so different from that in the standard version of mdm707. Instead, the entire mdm707.asm file must be edited and re-assembled. Since the little toy disks on the vt180 are so small, I do the editing and assembling on another CPM machine and use mboot3 to bring over the com file. Time has not permitted me to finish the debug of mdm707 as a result of all the kludges. Let me know if you get any revelations on the vt180. good luck-- dudley@nadc ~v 3-May-83 19:16:00,596;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 3 May 83 23:24 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 3 May 83 23:15 EDT Received: From Usc-Ecl.ARPA by BRL via smtp; 3 May 83 21:20 EDT Date: 3 May 1983 1816-PDT From: Bruce Tanner Subject: Query on Condor DBMS To: INFO-CPM@brl.arpa Does anybody know about the Condor 3 DBMS from Condor Computer Corp? We just got a flyer that says that we can get it at an educational discount of $215 ($650 retail). Is it any good? How does it compare with dBase II? Thanks in advance, -Bruce ------- 4-May-83 08:50:14,718;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 4 May 83 12:38 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 May 83 12:03 EDT Received: From Parc-Maxc.ARPA by BRL via smtp; 4 May 83 11:56 EDT Date: 4 May 83 8:50:14 PDT (Wednesday) From: Bohlmann.eos@parc-maxc.arpa Subject: Re: FTPing files from MIT-MC:CPM; In-reply-to: W8SDZ@mit-mc.arpa's message of 2 May 83 10:08 EDT To: Keith Petersen cc: tcarnahan@usc-isie.arpa, Info-Cpm@brl.arpa Keith, When FTPing files from MIT-MC, is it possible to copy a whole archive in one fell swoop or must one copy each file individually. If bulk copying is possible, what is the preferred procedure? Thanks in advance, --Max 4-May-83 09:47:00,381;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 4 May 83 12:36 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 May 83 12:01 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 4 May 83 11:49 EDT Date: 4 May 1983 0847-PDT (Wednesday) From: Walter Bond Subject: mail list To: info-cpm@mit-mc.arpa How do I access your cpm forum? 4-May-83 10:32:45,2432;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 4 May 83 21:05 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 May 83 20:58 EDT Received: From Rand-Relay.ARPA by BRL via smtp; 4 May 83 20:49 EDT Date: 04 May 83 10:32:45 PST (Wed) From: Jerry Sweet Return-Path: Subject: Re: Query on Condor DBMS Message-Id: <280.420921165@UCI> To: Bruce Tanner Cc: INFO-CPM@brl.arpa, jsweet.UCI@rand-relay.arpa In-Reply-To: Your message of 3 May 1983 1816-PDT. Via: UCI; 4 May 83 17:14-PDT As a favor, I tried to help a doctor learn how to use his Condor software (and a few other things) over a period of about 8 hours, two months ago. Since I've never used dBase II, I have no real basis for comparison, but I found the Condor package to be quite difficult to use. The manual varies in quality from section to section, with some parts being excellent (easy to understand, even for a non-cs person, containing examples and good English explanations of use), and others extremely shoddy (missing important information, out of date, or outright incorrect). The data entry form generation command is not too bad, although it is difficult for persons accustomed to full-featured screen editors to get used to. The instructions on cursor movement did not correspond to actual functioning (possibly the fault of the Alspa keyboard, which is what we were using); commands that should have been "universal" were available only in one mode or another. Certain functions are poorly explained, such as use of the RESULTS file (which I hadn't figured out how to use by the end of the day), how to modify existing data to add or delete fields (the REORGanize command, an exercise in extreme frustration). Condor commands are run from a sort of CP/M shell which must be invoked with the current date and software license number. The Condor shell allows most of the normal CP/M commands (when preceded by a $"), but looks for .DBM files rather than .COM files when commands are typed. You can write "scripts," containing conditional expressions and other flow control constructs, to be submitted to the Condor shell (I did not get around to trying this). Well, hope this is somewhat informative. I'd like to hear a about about comparisons Condor or dBase II if anyone out there knows about them. --Jerry Sweet 4-May-83 12:41:27,996;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 4:42 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 4:30 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 10 May 83 4:25 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 10 May 83 1:18-PDT Date: 4 May 83 11:41:27-PDT (Wed) To: info-cpm@brl.arpa From: decvax!betz@ucb-vax.arpa Subject: MODEM batch protocol request Article-I.D.: decvax.564 Does anyone out there know what protocol MODEM uses to accomplish its batch mode? I have a program that transfers files from my RT-11 system to and from my VT180 CP/M system but would like to be able to transfer in batch mode also. I have a document that describes the single file at a time protocol but it doesn't say anything about the batch mode and how filenames are transfered. I'd also be interested an algorithm for implementing the CRC transfer checking instead of the standard checksum. Thanks in advance, David Betz decvax!betz 4-May-83 20:11:00,1067;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 4 May 83 20:23 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 4 May 83 20:15 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 4 May 83 20:12 EDT Date: 4 May 1983 20:11 EDT From: Keith Petersen Subject: FTPing files from MIT-MC:CPM; To: Bohlmann.eos@parc-maxc.arpa cc: Info-Cpm@brl.arpa In-reply-to: Msg of 4 May 83 8:50:14 PDT () from Bohlmann.eos at PARC-MAXC.ARPA No, it's not possible to sucessfully FTP the whole ARchive file. Reason is that the format of the ARchive files on ITS machines is not compatible with any others I'm aware of. If you figure out a program to extract files from an ITS archive without having to be on ITS to do it, let me know. Those files are binary in some areas and ASCII in others. The best way right now is to FTP each individual file you want. If your host supports a utility that works like CP/M's SUBMIT, you might be able to make up a list beforehand and let the program do all the work while you go out for coffee. --Keith 4-May-83 21:54:45,634;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 May 83 3:10 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 May 83 2:51 EDT Received: From Rand-Relay.ARPA by BRL via smtp; 5 May 83 2:41 EDT Date: 4 May 1983 23:54:45-EDT From: goldfarb.ucf-cs@rand-relay.arpa Return-Path: Subject: Re: The Horrible Operating System: p-System. To: Li@rutgers.arpa Cc: info-cpm@brl.arpa Via: UCF-CS; 4 May 83 23:27-PDT Youve probably been flamed to death about this by this time, Tony, but in case you haven't I've gotta say that BASIC and FORTRAN-77 are available for UCSD Pascal. Ben 5-May-83 10:20:00,649;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 5 May 83 12:59 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 5 May 83 12:41 EDT Received: From Jpl-Vax.ARPA by BRL via smtp; 5 May 83 12:37 EDT Date: 5 May 1983 0920-PDT From: John McCluskey Subject: Otrona Printer Drivers To: info-cpm@brl.arpa Reply-To: MCCLUSKEY@jpl-vax.arpa I have a quick question for all the compulsive junk mail readers out there in Arpa-land. Has anyone installed a graphics screen dump driver for the Toshiba P-1350 printer into the Charton/Valet utilities for the Otrona? If so, drop a line to MCCLUSKEY@JPL-VAX. ------ 5-May-83 11:36:17,2250;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 6 May 83 10:17 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 6 May 83 9:55 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 6 May 83 9:52 EDT Date: 5 May 83 10:36:17-PDT (Thu) To: info-cpm@brl.arpa From: ihnp4!spanky!burl!duke!mcnc!unc!bch@ucb-vax.arpa Subject: Re: vt180 & mboot3 Article-I.D.: unc.5155 In-Reply-To: Article sri-arpa.1249 Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 6 May 83 6:28-PDT I have gotten a version of Modem working on the VT-180 but have used a slightly different approach than that reported earlier. Rather than check the status of the port by attacking the magic control block location in the bios, I installed an interrupt trap between the RST location and the system interrupt handler. This gives me first crack at incoming data from the communication line before the vt-180 BIOS can get its hands on it. As it turns out, the device handler for the communication line likes to ignore certain characters (like NUL) which can thoroughly upset file transfer. This method gives me everything and allows me to sense disconnection, parity errors, overruns and framing errors as well. As part of INITMOD: ... LHLD 00011H ;load interrupt handler address SHLD INTHAND+1 ;store in jump location LXI H,RXINT ;load trap routine address DI ;be careful SHLD 00011h ;save in RST10 JMP address EI ;let it go ... Now, in an independent module: RXINT PUSH A ;save register IN 059H ;read status port STA COMSTAT ;save value ANI 02H ;is this our interrupt? JZ RXRET ;no IN 058H ;get incoming character STA COMBYTE ;save it RXRET POP A ;restore accumulator INTHAND JMP $-$ ;exit through system COMSTAT DB 0 ;result of status port read COMBYTE DB 0 ;result of data port read Your recieve data handler can then treat the locations COMSTAT and COMBYTE as if they were memory mapped IO, though your transmit data routine must use ported IO. Clearly, there are a number of more complicated things one can do with this approach, including building a ring buffer to buffer incoming data until something as slow as Microsoft Basic can get to it. Good Luck, Byron 5-May-83 14:39:15,1314;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 6 May 83 11:12 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 6 May 83 10:26 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 6 May 83 10:16 EDT Date: 5 May 83 13:39:15-PDT (Thu) To: info-cpm@brl.arpa From: hplabs!hao!seismo!presby!burdvax!dbt@ucb-vax.arpa Subject: Re: vt180 & mboot3 Article-I.D.: burdvax.709 In-Reply-To: Article sri-arpa.1249 Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 6 May 83 6:55-PDT One comment about your code to get a character: | mvi a,0 ;clear status | sta 0f541h | lda 0f546h ;get char | ani 7fh It's easy to get burned on an interlock such as this. In general, you should get the character and THEN reset the status; the way it's now coded, there is a critical time (between the STA and the LDA) where another interrupt could come along and trash 0F546h. Granted, it probably doesn't matter in this case anyway (I'm sure an overrun would mess other things up), and yes, it does require extra storage to hold the char while you're mucking with the status (use a spare register or the stack). I just wanted to make the point -- I've been caught on this one and it required an awful lot of head-scratching to figure out what was going on. -- Dave Tweed burdvax|dbt 5-May-83 22:53:00,1097;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 6 May 83 0:30 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 6 May 83 0:08 EDT Received: From Hi-Multics.ARPA by BRL via smtp; 5 May 83 23:59 EDT Date: 5 May 1983 22:53 cdt From: Ronald W. Subject: Re: ZCPR2 ON APPLE To: LEVYAL@usc-isi.arpa cc: info-cpm@brl.arpa, info-apple@mit-dms.arpa In-Reply-To: Message of 2 May 1983 20:29 cdt from LEVYAL Someone on Compuserve's CP-MIG has put ZCPR2 on the Apple. I downloaded the files necessary to convert Microsoft's CPM56.COM to install ZCPR2 instead of the standard CCP. The person implemented several of ZCPR2's neat features. Unfortunately, doing so required the use of the I/O driver patch area. Users like me who require the use of that area for I/O drivers are out of luck. I use the Mountain Computer CPS card for modem and printer. When I tried loading the drivers on top of the ZCPR2 configured system, everything started getting "funny". Once again, I resolved never to buy a CP/M system without BIOS source. Ron. 5-May-83 23:19:00,743;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 6 May 83 0:44 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 6 May 83 0:29 EDT Received: From Hi-Multics.ARPA by BRL via smtp; 6 May 83 0:20 EDT Date: 5 May 1983 23:19 cdt From: Ronald W. Subject: Colonial Data anyone? To: info-cpm@brl.arpa I seem to remember sending this a couple of weeks ago, but never saw it distributed back to me nor any replies. Here goes again. Does anybody have any personal experience with Colonial Data and/or their SB-80 Z80 system? I've seen their spec sheet and the reviews in Byte and Microcomputing, but have never seen one "in the flesh" or met anyone who had. How 'bout it? Thanks. Ron. 6-May-83 10:11:00,552;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 7 May 83 15:47 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 7 May 83 15:39 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 7 May 83 15:34 EDT Date: 6 May 1983 1111-CDT From: Kim Korner Subject: text formatters To: info-cpm@mit-mc.arpa Do either SCRIBE and/or TEX exist in such a state for CPM systems that they could drive photocomposers? Strange request from a fellow with a strange bunch of hardware- thought I'd pass it along... -KM< ------- 7-May-83 01:55:00,981;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 7 May 83 2:04 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 7 May 83 1:55 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 7 May 83 1:53 EDT Date: 7 May 1983 01:55 EDT From: Jerry E. Pournelle Subject: ZCPR available on 8" disks To: INFO-CPM@mit-mc.arpa, POURNELLE@mit-mc.arpa Barry Workman, Workman and Associates, 112 Marion Ave. Pasadena CA 91106 Has hard copy of the ZCPR manuals as well as disks. There are 14 8 inch disks (including the manuals). These are available from Workman as $12.00 per disk which is essentially his cost. The manuals alone are available at $45 for the set or the three disks f or $12 each. A catalog listing the directories of the 14 disks is avaialbe for an SASE. RBBS systems can rent the disks; write Workman for details. For any other details/info write Barry. (The manuals are printed Word* format and are in that format on the disks) 7-May-83 07:21:22,2050;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 7 May 83 10:37 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 7 May 83 10:21 EDT Received: From Ucb-Vax.ARPA by BRL via smtp; 7 May 83 10:19 EDT Date: 7 May 83 07:21:22 PDT (Sat) From: unisoft!pertec@ucb-vax.arpa Subject: ZCPR available on 8" disks Message-Id: <8305071421.AA07827@UCBVAX.ARPA> Received: by UCBVAX.ARPA (3.339/3.28) id AA07827; 7 May 83 07:21:22 PDT (Sat) To: INFO-CPM@brl.arpa, pournelle@mit-mc.arpa Once again I feel that Workman is trying to rip off the public selling PUBLIC DOMAIN (!!) software at outrageous prices. What is reasonable? Let's see... Single-sided/single-density 8" diskettes can be gotten cheap! I assume Mr. Workman does enough business where he can buy diskettes in large enough quantity, that he can get them even cheaper than you and me, but let's assume not, and say he can get a box of SSSD diskettes for around $25.00, or $2.50 a diskette. Let's also assume that he can get someone to actually do the work of copying the diskettes for $4.00/hour. If it takes two minutes to load, copy, and verify a diskette, that's 30 diskettes an hour, or roughly 14 cents per copied diskette. So far the diskette costs $2.64, but you have to mail it, and the US SNAIL people must get their share. Let's assume that it takes another five minutes for someone to place the diskettes into a mailer and make out an address label, or about 34 cents in labor. Add a generous $1.00 a diskette for shipping, and our total is now only $3.98. Which you're saying Workman then marks up to $14.00??? Assuming that Workman sells the entire group of 14 diskettes, that's $140 of profit off of someone else's labors! That's not what my idea of public domain is all about! Hopefully enough RCPM systems and computer clubs will get ahold of the ZCPR2 distribution that the general public won't be forced to pay these inflated prices. It's unfortunate that people who don't know better will continue to be ripped off by Workman. 7-May-83 15:46:00,813;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 7 May 83 18:57 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 7 May 83 18:49 EDT Received: From Ames-Tss.ARPA by BRL via smtp; 7 May 83 18:39 EDT Date: 7 MAY 83 15:46 PDT To: INFO-CPM@brl.arpa From: Bomberger@ames-tss.arpa I was looking around and found the FLOAT package for BDS C. Everything seems to be there except the FP function. Is this purposely not available in source? I have no way of moving binary files to my home computer from MIT. Let us not get into the IBM world and the one single 8 bit value that is not transmitted over ASCII lines. Not to address either the issue of binary transfer via FTP between IBM 32 bit machines and the incomprehensible MIT system. Is there source for this machine coded routine? ------ 7-May-83 23:08:00,2953;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 8:53 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 8:48 EDT Received: From Rand-Relay.ARPA by BRL via smtp; 8 May 83 7:45 EDT Date: 7 May 1983 at 2208-PDT (Saturday) From: tekecs!andrew.Tektronix@rand-relay.arpa Return-Path: Subject: Workman Assoc and public domain software To: tektronix!info-cpm@brl.arpa Via: TEKTRONIX; 8 May 83 4:18-PDT It is apparent that some INFO-CPM subscribers do not understand the concept of public domain software. It is not the case that anyone possessing PD software is obligated to give it away, or to make it available at cost. The whole point of public domain is that anyone can do with it as they please. When I take my SCUBA tanks to be filled, I pay five dollars for a few dozen pounds of air. But, following unisoft!pertec's argument, air can be gotten cheap! Assume that the owner of the diving shop actually pays someone to do the work of filling the tanks for $4.00/hour. If it takes six minutes to fill my tanks, that's 40 cents per customer. But isn't air in the public domain? .. Bojemoi, someone is ripping me off! This of course totally ignores fixed costs. Neither the local diving shop nor Mr. Workman can operate without making regular payments of rent, utilities, advertising, licensing, payments on capital equipment, etc and gory etc. (And that employee gets $4.00/hour whether or not there's a customer in the shop.) Last year I ran a software house, selling my own (non-public domain) software, and, despite several thousands of dollars in gross receipts, those fixed costs ran me four thousand into the red. (A half-page ad in last October's "Byte" cost $ 3,500. That's a lot of floppy disks.) But all of this is beside the point. Why should anyone be expected to provide a product or a service without taking a profit? And who are you to tell someone that his profit is so unreasonable that he's ripping you off? The only definition of a reasonable price in a capitalist society is the price that a reasonable number of customers will pay. If you don't like the price, don't pay it. Altruistic programmers who desire that noone should ever have to pay money for their software should not mark it "public domain", but should apply a label such as "copyright (c) 1983 by joe blow; may be freely copied for non-commercial purposes". But they should understand that such software will only be available through underground channels. The novice who can't afford a modem and hasn't the time to get involved with a user group may never find out about your whiz-bang spelling checker, simply because nobody will be motivated to tell him about it and give him the opportunity to acquire it. -- Andrew Klossner (decvax!teklabs!tekecs!andrew) [UUCP] (andrew.tektronix@rand-relay) [ARPA] 8-May-83 03:44:00,763;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 3:56 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 3:46 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 3:41 EDT Date: 8 May 1983 03:44 EDT From: Gail Zacharias Subject: USQ for ITS users To: INFO-CPM@mit-mc.arpa I forgot to announce this when I first put it up: There is a version of USQ available on ITS, which lets you peruse the various SQ'ed files on the CPM; directory on MC, before downloading them. It takes a SQ'ed file uploaded from a CP/M system and unsqueezes it. Do :CPM;USQ ? for usage details. For added convenience, there is also a :CPM;TYPESQ which just types out the file. Again :CPM;TYPESQ ? explains usage. 8-May-83 11:07:00,613;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 14:52 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 14:45 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 11:04 EDT Date: 8 May 1983 11:07 EDT From: Charles L. Jackson Subject: IBM-PC To: INFO-CPM@mit-mc.arpa cc: CLJ@mit-mc.arpa Querys: 1-- does anyone have a copy of modem or xmodem with batch capability for the IBM PC under DOsS? 2-- does anyone have any information on the Orchid PC-NET product? 3-- is there a IBM PC mailing list on the net? (There must be!) Regards Chuck 8-May-83 12:26:00,1020;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 14:53 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 14:45 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 12:24 EDT Date: 8 May 1983 12:26 EDT From: Keith Petersen Subject: BDS-C FP function To: Bomberger@ames-tss.arpa cc: INFO-CPM@brl.arpa In-reply-to: Msg of 7 MAY 83 15:46 PDT from Bomberger at ames-tss.arpa The BDS-C "FP" function is part of DEFF2.CRL, the source for which is available in AR34:CPM;DEFF2 CSM. Use the new CASM.COM assembler pre-processor to make it suitable for assembling with ASM.COM. See your BDS-C documentation. Updates to BDS-C are available to registered owners of BDS-C from the BDS-C Users Group. If you don't have a complete listing of the MIT-MC CPM; directories, FTP the file CPM;CPM DIRLST. Please send future questions about the CPM; directory to INFO-CPM-REQUEST@BRL rather than the whole mailing list. Frank or I will be happy to help. --Keith 8-May-83 12:31:00,573;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 14:55 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 14:45 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 12:28 EDT Date: 8 May 1983 12:31 EDT From: Keith Petersen Subject: WordStar 3.0 patches To: Info-Cpm@brl.arpa A ten-page listing of all known patch locations in WordStar 3.0 is now available on MIT-MC in AR75:CPM;WS30 PATCHS. This is useful for patching WS.COM to come up with the defaults YOU want instead of the distribution defaults. --Keith 8-May-83 12:47:00,3825;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 14:56 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 14:46 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 12:54 EDT Date: 8 May 1983 12:47 EDT From: Keith Petersen Subject: ZCPR2 updated CRC list To: Info-Cpm@brl.arpa Thanks to Charlie Strom for providing us with the latest list of CRCs for the revised ZCPR2 distribution package. --- Z80 Console Command Processor Replacement - ZCPR2 package Written by Richard Conn Master list of CRC's, last updated 5/7/83 (CHS) ZCPR2 .ASM -- CRC: 4F D1 ZCPR22 .ASM -- CRC: 2E 0D ZCPR23 .ASM -- CRC: 5B F1 ZCPRHDR .LIB -- CRC: E6 29 CCPLOC .MAC -- CRC: FA DA CD .MAC -- CRC: F5 5D COMMENT .MAC -- CRC: 51 99 COMPARE .MAC -- CRC: 2F 8A CRC .MAC -- CRC: 4C 09 DEVICE .MAC -- CRC: 92 0A DIFF .MAC -- CRC: 74 C2 DU2 .ASM -- CRC: 5F 2C ECHO .MAC -- CRC: 99 64 ERASE .MAC -- CRC: 25 6B GENINS .MAC -- CRC: 08 8C HELP2 .ASM -- CRC: 16 19 IOLOADER.MAC -- CRC: 4F 23 LD .MAC -- CRC: 6C D4 LDIRZ .MAC -- CRC: FF 1B LRUNZ .ASM -- CRC: B8 6F MCHECK .MAC -- CRC: B1 12 MCOPY .MAC -- CRC: BA 14 MENU .CPR -- CRC: 18 6F MENU .MAC -- CRC: 0D BE MKDIR .MAC -- CRC: BE 0A PAGE .MAC -- CRC: E2 75 PATH .MAC -- CRC: 9F 91 PHELP .MAC -- CRC: D7 B0 PRINT3X .MAC -- CRC: 4A 04 PROTECT .MAC -- CRC: EB 24 PWD .MAC -- CRC: 1A 64 RECORD .MAC -- CRC: DB 87 RENAME .MAC -- CRC: 68 15 SAK .MAC -- CRC: 0E D0 SINSFORM.MAC -- CRC: 3B E7 STARTUP .MAC -- CRC: D6 3F SUB2 .ASM -- CRC: 57 FB SYSIO .ASM -- CRC: 91 11 TEMPLATE.MAC -- CRC: 0B 3C TINIT .MAC -- CRC: 9F 1E WHEEL .MAC -- CRC: 32 B6 XDIR3 .MAC -- CRC: 8C D9 ZEX .ASM -- CRC: 09 11 ZEX .ZEX -- CRC: 53 28 COMMENT .COM -- CRC: 88 40 CRC .COM -- CRC: A0 7F CD .COM -- CRC: CF FC COMPARE .COM -- CRC: 00 1D CONFIG .COM -- CRC: 44 4F CRC .COM -- CRC: BB 23 DEVICE .COM -- CRC: 76 53 DIFF .COM -- CRC: E3 AF DU2 .COM -- CRC: 23 7C ECHO .COM -- CRC: C1 E9 ERASE .COM -- CRC: 00 7B GENINS .COM -- CRC: EC BE HELP .COM -- CRC: 34 47 IOLOADER.COM -- CRC: D3 C7 LD .COM -- CRC: F2 FC LDIRZ .COM -- CRC: B2 25 LRUNZ .COM -- CRC: B2 4D MCHECK .COM -- CRC: A1 1D MCOPY .COM -- CRC: 5A 81 MENU .COM -- CRC: DB E8 MKDIR .COM -- CRC: C2 7F PAGE .COM -- CRC: 43 78 PATH .COM -- CRC: ED 05 PHELP .COM -- CRC: 0A ED PRINT3 .COM -- CRC: 63 93 PROTECT .COM -- CRC: CB 21 PWD .COM -- CRC: B6 32 RECORD .COM -- CRC: 6E 42 RENAME .COM -- CRC: 5A 09 SAK .COM -- CRC: 29 61 STARTUP .COM -- CRC: 98 04 SUB .COM -- CRC: 46 9D TEMPLATE.MAC -- CRC: C5 DA TINIT .COM -- CRC: 60 62 WHEEL .COM -- CRC: D5 A0 XDIR .COM -- CRC: 1B E1 ZEX .COM -- CRC: 08 3E CFILES .HLP -- CRC: 10 97 COMPARE .HLP -- CRC: 8A C7 CPMTR .HLP -- CRC: 63 7B DU2 .HLP -- CRC: 5F 7B HELP .HLP -- CRC: 15 97 HELP2 .HLP -- CRC: 2D E1 IO .HLP -- CRC: D5 CA LU .HLP -- CRC: 48 F2 MCOPY .HLP -- CRC: 96 9E MENU .HLP -- CRC: 1C 39 NDIRS .HLP -- CRC: F8 19 XDIR3 .HLP -- CRC: 21 DA Z2ALT .HLP -- CRC: 00 17 Z2RES .HLP -- CRC: FA D4 ZCPR2 .HLP -- CRC: 73 08 Z2ERROR .TXT -- CRC: 59 5D Z2CON .WS -- CRC: EE E6 Z2CON .WSH -- CRC: F2 C6 Z2INS .WS -- CRC: 19 B1 Z2INS .WSH -- CRC: 35 3C Z2RAT .WS -- CRC: AE BF Z2RAT .WSH -- CRC: 3C D5 Z2UG .WS -- CRC: 9E 57 Z2UG .WSH -- CRC: 8D B9 Z2UG1 .WS -- CRC: F8 12 Z2UG2 .WS -- CRC: BD 1F Z2UG3 .WS -- CRC: CC 68 Note: CRC's of .COM files are dependent upon which version of SYSLIB was used for assembly. The above represent the release versions of all files as of the revision date. (eof) 8-May-83 15:31:55,1122;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 7:00 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 6:50 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 10 May 83 6:40 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 10 May 83 3:35-PDT Date: 8 May 83 14:31:55-PDT (Sun) To: info-cpm@brl.arpa From: sri-unix!hplabs!hao!seismo!harpo!eagle!allegra!mdrutenberg@watmath.uucp Subject: wanted - smallc for N* CPM Article-I.D.: watmath.5215 Relay-Version:version B 2.10 beta 3/9/83; site watmath.UUCP Posting-Version:version B 2.10 beta 3/9/83; site watmath.UUCP Path:watmath!mdrutenberg Message-ID:<5215@watmath.UUCP> Date:Sun, 8-May-83 14:31:55 EDT Organization:U of Waterloo, Ontario Has anybody out there got a copy of smallc or smallc v2 running under North Start DD CPM? I got the source to smallc v2 off net.sources and would like to bring it up, but I thought I'd save myself alot of work and ask if anybody has already done that. Of course, I'd be willing to pay for copy / shipping charges, etc. ADthanksVANCE Bob Atkinson watmath!mdrutenberg 8-May-83 19:58:00,1767;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 20:30 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 20:21 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 19:56 EDT Date: 8 May 1983 19:58 EDT From: Keith Petersen Subject: ITS .COM file format explained To: ciaraldi@rochester.arpa cc: Info-Cpm@brl.arpa (Thanks to GZ@MC for this excellent explanation of how .COM files are stored on ITS). COM files are stored on ITS as four 8-bit bytes per PDP-10 word, left justified. The first word is a file-type identifier and it is 446353300000 octal. This particular packing of 8 bit bytes into pdp-10 words is pretty standard, so if your FTP has a binary mode, it will probably do the right thing, i.e. give you the correct sequence of 8-bit bytes coming out of the FTP. If that is the case, the first 4 bytes should be: 223, 072, 330, 0 (octal). These come from the id word above and are not part of the com file proper, i.e. should be discarded before downloading to a CP/M system. Now, if you don't have binary mode in your FTP, or if the binary mode is such that you get something other 223,072,330,0 as first four bytes when FTPing COM files (meaning that the server is using some other byte packing), it might still be possible to FTP the files and reconstruct the original from that. (The only problem might be CRLF vs. LF transformations in ascii mode). All you need to do figure out how the server unpacks the bytes and then "undo" it. I'd be happy to help out if you have trouble figuring this out. Just let me know what the first few bytes are when you FTP a com file. But before you go writing any code, make sure there is no way to make FTP win directly. --end-- 8-May-83 20:27:00,2054;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 20:42 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 20:37 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 20:26 EDT Date: 8 May 1983 20:27 EDT From: Keith Petersen Subject: More re FTP and .COM files on ITS To: ciaraldi@rochester.arpa cc: Info-Cpm@brl.arpa More from GZ@MC about ITS .COM file format: From: Gail Zacharias Re: ITS binary format There are two separate issues here. First is packing 8 bit bytes into PDP-10's 36 bit words. This is unavoidable, standard, and the ITS ftp server deals with it just fine. The problem is getting the unix user end to tell ITS to do it. SEE BELOW FOR HOW TO DO THIS. The second problem is the 4-byte header put in the binary CP/M files stored in the CPM; directory. This has nothing to do with ITS, and was a decision made by those involved with maintaining this directory and related programs. SEE BELOW FOR HOW TO DEAL WITH THIS. I might suggest that someone fix umodem to recognize those header bytes (they are 93H,3AH,D8H,00H) and strip them off. umodem could also use them for their intended purpose, differentiating between ascii and binary files, so the user wouldn't have to give a "b" switch (I assume that's what the -sb below does). The TOPS-20 modem program already does this. Anyhow, unix people, here are the answers: From: bridger at rand-unix To: Gail Zacharias Re: downloading .com files Thanks for the protocol, which enabled our resident expert, jim guyton, to develop this method of downloading binary files. At Rand-unix we are using a version of the BBN ftp program. 1. to retrieve "AR14:CPM;NAMEXX COM" from mit-mc: ftp mit-mc type i quote type "l 8" get "AR14:CPM;NAMEXX COM" longnamexx.com bye 2. to strip off the 4 header bytes: dd if=longnamexx.com of=namexx.com bs=1 skip=4 3. to download to a cpm machine: umodem -sb namexx.com bridger --end-- 8-May-83 21:23:00,688;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 21:35 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 21:24 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 21:21 EDT Date: 8 May 1983 21:23 EDT From: Keith Petersen Subject: Hard disk floppy interface To: Damouth.Wbst@parc-maxc.arpa cc: Info-Cpm@brl.arpa In-reply-to: Msg of 7 Apr 83 17:12 EST () from Damouth.Wbst at PARC-MAXC.ARPA Dave, I called the company who makes the AS100 hard disk floppy interface to find out the price. It's $395, which isn't bad when you consider it's a very easy way to add a hard disk to any Shugart-compatible floppy system. --Keith 8-May-83 22:56:00,2645;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 8 May 83 23:11 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 8 May 83 23:00 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 8 May 83 22:53 EDT Date: 8 May 1983 22:56 EDT From: Richard P. Wilkes Subject: ZCPR available on 8" disks To: unisoft!pertec@ucb-vax.arpa cc: Info-CPM@brl.arpa In-reply-to: Msg of 7 May 83 07:21:22 PDT (Sat) from unisoft!pertec at ucb-vax.arpa I don't know what Workman's personal busniess situation is, but I do believe that your estimate of how much it costs to buy, duplicate, and mail a disk is rather unrealistic. Let's take a look: first the disks; yes, you can buy them cheaply. Yet, you still have to buy them, store them, and restock. The disk duplication is seldom done by someone being paid $4.00/hr and does not take a mere two minutes. The actual duplication may take only that long, but workers are slow (unfortunately) and usually take twice as long to do simple procedures as they should. Mialing: do you have any idea how much it costs to do mailings? I mean, the carton alone may cost $.50! Postage for 14 disks is not going to be $1.00 either. I spend that much on one 5.25". There is addressing, packaging, weighing, and the actual process of mailing (going to UPS, paying for their pickup, whatever). Now, what about overhead. The mail must be picked up, processed. There is accounting on your check or charge. You get a receipt. Plus, general business overhead, taxes (arg!), insurance, ad nauseum. This *costs*! The idea that you are going to get some non-volunteer to do this correctly for $4 is absurd. The people I have working for me wouldn't even talk for less than $7. I think people have a very warped sense of costs in this industry. I know that realistically, $10 is the minimum price for single diskette where I don't want to run the risk of subsidizing the exchange. Non-profit groups can do it for less, and it would be nice if those groups did handle ALL public domain software. However, volunteers are hard to come by. I think that we should be quite happy that anything is available at duplication cost. Besides, you can always download stuff from your local RCPM. Of course, if its LDx, you'll be paying a lot more for a single 8" disk full of software than $14. I am not trying to defend any specific practices. It seems to me that $140 is a bit steep for 14 disks in the same package with no paper documentation. Since it is public domain, you can always split the cost with a friend or two and cut the costs to you all. -r 8-May-83 23:10:00,573;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 10:44 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 10:31 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 10 May 83 10:28 EDT Date: Sun, 8 May 1983 23:10 EDT From: SJOBRG@mit-oz To: info-cpm@mit-mc.arpa Subj: Sony SMC-70 Does anyone on the INFO-CPM mailing list happen to use a Sony SMC-70? I have one (not a bad machine, really, and very good color graphics) and would appreciate hearing from others on the success of transporting CP/M software. --Bob Sjobrg (SJOBRG@MIT-MC) 9-May-83 00:47:05,8077;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 1:13 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 1:02 EDT Date: 9 May 83 0:47:05 EDT (Mon) From: Rick Conn To: info-cpm@brl.arpa Subject: ZCPR2 and the PD This message is divided into three sections: ZCPR2 Distribution (and its problems) Public Education Conclusion and a Statement about the Public Domain I thought this community may be interested in my comments. I. ZCPR2 Distribution It looks like a distribution system for ZCPR2 is now in place. It has been quite an experience talking to groups about ZCPR2, trying to lend some support to helping them get copies of ZCPR2 if they want it, and trying to do this without consuming all of my time. I think that something is finally in place so that if anyone wants a copy of it, they can get it. You can now get copies of the ZCPR2 distribution, in one form or another, from MIT-MC, Compuserve, Tymnet, SIG/M, some RCPM systems, some computer clubs, and Workman. All have their tradeoffs in terms of time required by one who wants a copy and cost, and both time and cost vary widely between these options. Computer clubs may be the best sources. You go to a club meeting with two boxes of disks, copy the disks, pay either noth- ing or a token fee (which is usually used to further support club activities), and walk away with ZCPR2. You now have the system and can run it, but you may not have a hard copy of the manuals. That is another matter entirely. If you have WordStar and a printer, you can take the time and print the 400+ pages of the manuals from your disks. If you club has the money (and can af- ford to do it), you may be able to buy the manuals from your club. Or, you may send off to the NYACC for copies of the manu- als at $24 for the set. You can access one of the networks mentioned and download the ZCPR2 system. This is VERY time consuming to say the least, and, because we are talking about over 1.5M bytes of files, all of the files (such as source code) may not be available anyway. Again, you don't have hardcopies of the manuals, so you have the NYACC or WordStar and your printer as options again. Access to a network may cost you money in terms of computer time on the net and phone costs or both. You can access an RCPM system and download the ZCPR2 sys- tem. This has the disadvantages of the network access (with the difference that network access may cost you money for computer time on the host). It adds the disadvantage that only some RCPM systems carry ZCPR2, and you have to find out which ones. The Lincroft, NJ RCPM is the only one I know of that is carrying the entire system, but I have heard that others may be, in one degree or another. I have heard that many RCPMs don't carry ZCPR2 be- cause of its size. You can send off to SIGM for the disks, at a cost of $6/disk ($84 for all of ZCPR2 and SYSLIB). Again, you won't have hardcopies of the manuals without taking additional steps. Finally, there is Workman, who is providing a source for both the disks and manuals. His cost is high, and he is probably making a profit. All of the other sources (with the possible ex- ception of the networks) are non-profit organizations run by volunteers. I have heard complaints from people trying to obtain ZCPR2 from remote-access systems, such as the RCPMs and the net- works. Time and phone costs are the issues here, and people don't want to spend the time or money to get it. I have heard complaints from people who send off to SIGM about the time delay for a turnaround. Now I am hearing complaints about Workman's cost (and profit). All of the sources for ZCPR2 have their drawbacks, but I don't fault any of them. They all have a right to do what they are doing, and they are all providing a service to the community. It is up to the members of the community to select the source they desire to obtain it from and then expend the effort (and mo- ney) to obtain it. My only complaint is that many people have tried to minimize their effort and expense to the point of coming directly to me and asking me to expend even more effort on my part to copy the system for them. This minimizes their effort and maximizes mine. I have resisted this, and will continue to do so. My love and talent is in designing programs such as ZCPR2, not in spending time and effort in copying them. Other people like to do this sort of thing, and I leave it to them. Ever since the release of ZCPR2, I have been so inundated with such overhead that all other work has stopped, and this stagna- tion has to (and will) stop. II. Public Education A growing problem, which is that of education of the user community, is not easily solved, but there is an excellent move- ment afoot which is trying to solve it. Microsystems Magazine (a Ziff Davis Publication) now has a regular column devoted to the public domain, and an article specifically on ZCPR2 will be ap- pearing soon. With a readership of 50,000, this magazine should be able to do a lot of good in educating the community. I note that Byte has been noticably lacking in providing this service (with the exception of Sol's column). I also note that DR has been taking steps recently to support its user community, and I hope this sets a good example and continues, encouraging others along the way. III. Conclusion In conclusion, what I am trying to say is that this may be the beginning of a new era for public domain software, and the commercial arena can work together with the public in this. Mi- crosystems is providing a forum for educating the public. DR is providing backing (in words only so far, but this is a good start). And Workman is providing an alternative to the public domain as a reliable source. Coupled with the information pro- vided by Microsystems (and, maybe someday, Byte), Workman's ac- tion is fair, since the public should now be educated enough to view Workman as one of a multitude of sources rather than as a sole source. I feel that the public domain has been failing. There is too much me-ism in this country, and there are too few people willing to put forth some effort for the public good. The col- lapse of CPMUG in Chicago and the fact that the ACG-NJ (with its 1100+ members) is run (including SIGM) by only a handful of peo- ple are two examples of the problem we are facing. The fact that some RCPMs prefer to provide no ZCPR2 service at all rather than making some attempt is another example. The fact that so many people have tried to impose upon me to provide ZCPR2 for them rather than expending the added effort to get it thru channels is a third example. People naturally (it seems) tend to go out of their ways to minimize their time, effort, and expense and to maximize their gain regardless of what it costs others. If we only band together, as a public, and expend a little extra effort on each of our parts for the public good (without getting a direct benefit necessarily), the public domain would be so much better for all of us. I feel that, unless something is done, the public domain system may collapse completely. The user community is growing rapidly while the public domain continues to be supported by just a few. As more users become aware of it, make demands on it, those few will become so inundated with work that they may become discouraged and give up. I have already experienced such feelings, and am sure others have as well. Rick 9-May-83 03:06:00,876;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 3:30 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 3:22 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 9 May 83 3:03 EDT Date: 9 May 1983 03:06 EDT From: Frank J. Wancho Subject: Semi-assembler wanted To: INFO-CPM@brl.arpa I have a *very* large CBIOS file (Morrow's, if you must know - 146K), which contains EQUs and IF statements for every possible configuration of disk drives and controllers of theirs. I (and a neighbor) would like to find some sort of preprocessor that would generate another .ASM file containing only those sections of code that would normally be processed by MAC - i.e., none of the code that fails the IF tests. If there exists such a preprocessor, send me a pointer. If it's "public domain", I'll put it up here. Thanks, Frank 9-May-83 11:39:00,1215;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 22:55 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 22:53 EDT Received: From Usc-Eclb.ARPA by BRL via smtp; 9 May 83 13:36 EDT Date: 9 May 1983 1039-PDT From: Dick Subject: ZCPR2 sources To: info-cpm@brl.arpa I will be making the ZCPR2 files available on a temporary RCPM in the near future. The system will have specific hours, as it will run on my normal voice phone. It will also run at 1200 baud (212A) only! I will impose no time limit once a user connects, so feel free to download all files at one time. The only hitch is that the files will take up two 1.2 meg disks, so I will have to alternate disks during the period the system is up. Most likely I will change the disks every other day the system is active.... The first disk will have all the document files, while the second will have all the source and .COM files. As soon as I have determined the hours of operation, I will post it to the net. I will also be placing a minimal set of ZCPR2 files on my normal RCP/M system, room permitting. Note MINIMAL! The normal system is Pasadena CBBS/RCPM @ 213-799-1632 ------- 9-May-83 11:39:00,358;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 22:54 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 22:44 EDT Received: From Usc-Eclb.ARPA by BRL via smtp; 9 May 83 13:36 EDT Date: 9 May 1983 1039-PDT From: Dick Subject: ZCPR2 sources To: info-cpmM@brl-bmd.arpa ***Error on net connection*** { 9-May-83 11:39:00,330;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 16:04 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 15:43 EDT Received: From Usc-Eclb.ARPA by BRL via smtp; 9 May 83 13:36 EDT Date: 9 May 1983 1039-PDT From: Dick Subject: ZCPR2 sourceM ***Error on net connection*** { 9-May-83 11:39:00,282;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 18:13 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 18:06 EDT Received: From Usc-Eclb.ARPA by BRL via smtp; 9 May 83 13:36 EDT Date: 9 May 1983 1039-PDT FromM ***Error on net connection*** { 9-May-83 11:39:00,317;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 15:33 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 15:18 EDT Received: From Usc-Eclb.ARPA by BRL via smtp; 9 May 83 13:36 EDT Date: 9 May 1983 1039-PDT From: Dick SubjecM ***Error on net connection*** { 9-May-83 11:39:00,303;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 9 May 83 14:38 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 9 May 83 14:26 EDT Received: From Usc-Eclb.ARPA by BRL via smtp; 9 May 83 13:36 EDT Date: 9 May 1983 1039-PDT From: Dick Subject: ZCPR2 sources To: info-cpm@brl.arpa I will be making the ZCPR2 files available on a temporary RCPM in the near future. The system will have spM ***Error on net connection*** { 10-May-83 00:08:00,3997;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 0:17 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 0:13 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 10 May 83 0:06 EDT Date: 10 May 1983 00:08 EDT From: Paul L. Kelley Subject: MODEM 9.01 To: INFO-CPM@brl.arpa A new version of Ward Christensen's MODEM program is contained in the library file MC:CPM;MODEM 901LBR. The files must be unloaded from the library with LU and the text files unsqueezed with USQ. The source files have been split into modules linkable with Christensen's LASM. LASM and MLOAD (an improved hex loader by Ron Fowler) are also included in the library. Documentation files are also provided including a 40 K user file. Support is provided for the following UARTs and micros: 8250 - Heath H89/90/8, Zenith Z89/90 8251 - Intertec SuperBrain, DEC VT180 Z80-SIO - Big Board, Xerox 820, Kaypro II, Micom 2001 The files are setup so the user can change baud rate, word length, parity, and number of stop bits. The exception this is the VT180 which does not have the capability of baud rate setting under CPU control. The following is from the history file. 05/05/83 Revised program as follows: 1. Corrected erroneous attempt to do multifile transfers from command line, 2. Put telephone number library in START.ASM and the tele- phone library display routines in MAIN.ASM, 3. Made minor changes in setup routine for H89, 4. Added support for several new systems. P.L.Kelley 04/25/83 Revised program as follows: 1. Combined MODEM796.ASM and MODEM796.LIB and divided the resulting file into linked modules for use with the public domain assembler, LASM. This has the following advantages: a. gives short, logically organized, easily edited modules, b. minimal changes to a single module prior to assembly should allow most users to generate a working program for their system, c. avoids use of MAC, which some users may not own, 2. Eliminated PMMI-only routines; this shortens the program considerably and results in most of the modules being system independent, 3. Introduced standard locations in low memory for user configurable tables and system dependent code, 4. Used many of the non-PMMI routines in MDM700-707 (see below), 5. Made the following enhancements, a. added toggle for sending/not sending end-of-file marker in terminal mode text file output, b. added toggle for sending/not sending linefeed after carriage return in terminal mode file output, this allows use with either a mainframe or a micro which is capturing the file, c. added toggle for waiting/not waiting until character echoed in terminal mode file output, d. added separate menu for terminal mode file output flow control commands, e. increased from 1 to 10 the number of user defined strings which can be transmitted in terminal mode, and added command for displaying list of strings (thanks to E. O. Stork for this idea), f. added routines to reset word length, stop bits, and parity to H89 baud rate resetting routine, and included information on settings in current parameter information screen; 7 bit text transfers are now possible. It should be relatively simple to modify these routines for another computer, g. added routine to disconnect modem from telephone line if computer and modem allow this, h. added routine to provide carrier detect status information, i. added message on returning to terminal mode after Q (quiet) file transfer. 6. Used LU to put the ASM, DOC and HIS files together with LASM and MLOAD into a LIB file with the name MODEM900.LBR. Skipped the 8.xx version number sequence as that sequence has already been used for a system specific version. P. L. Kelley 10-May-83 01:15:27,1364;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 4:24 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 4:21 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 11 May 83 4:10 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 11 May 83 0:53-PDT Date: 10 May 83 0:15:27-PDT (Tue) To: info-cpm@brl.arpa From: Jay Phillips Subject: Re: Workman Assoc and public domain soft - (nf) Article-I.D.: hp-pcd.1023 #R:sri-arpa:-131800:hp-pcd:21700001:000:763 hp-pcd!jay May 9 08:18:00 1983 I for one would not pay workman's prices either, but then I have other access routes to the software in question. Your note brings up an interesting point. You mention the words 'public domain' in connection with ZCPR2. I have yet to find these words in the ZCPR2 documentation. What I find is: ZCPR2 Version 2.0 Copyright (c) 1982, 1983 by Richard Conn All rights reserved According to my meager understanding of the copyright laws, Rick has retained all rights (at least to the documentation) and the copy I made from my local RCPM is in violation of the law. If this is not the case, I wish someone in the know would straighten me (and probably others) out. (Rick, are you there?). Jay Phillips HP Portable Computer Div. ...hplabs!hp-pcd!jay 10-May-83 08:25:00,806;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 10:42 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 10:31 EDT Received: From Utexas-20.ARPA by BRL via smtp; 10 May 83 10:23 EDT Date: 10 May 1983 0925-CDT From: John Otken Subject: Subroutine to test for 8080 or Z80. To: info-cpm@brl.arpa Quite a few people seem to be writing Z80 only code these days which could be bad news to some 8080/8085 CPUs. Well, here is a subroutine which exploits the subtle differences in 8080s and Z80s. ;; Z80 - Test for Z80 CPU. ; ; exit: (Zf) = set if Z80 processor ; BC, DE, HL unchanged ; Z80 xra a ; Clear parity flag ori 80h adi 80h ; Clear zero, set parity if Z80 jpo Z801 ; if 8080/8085 xra a ; Set zero Z801 ret ------- 10-May-83 08:43:00,910;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 11:07 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 10:56 EDT Received: From Utexas-20.ARPA by BRL via smtp; 10 May 83 10:43 EDT Date: 10 May 1983 0943-CDT From: John Otken Subject: Subroutine to test for Z80 or 8080. To: info-cpm@brl.arpa Quite a few people seem to be writing Z80 only code these days which could be bad news to some 8080/8085 CPUs. Well, here is a subroutine which exploits the subtle differences in 8080s and Z80s. ;; Z80 - Test for Z80 CPU. ; ; exit: (Zf) = set if Z80 processor ; BC, DE, HL unchanged ; Z80 xra a ; Clear parity flag ori 80h adi 81h ; Clear zero, set parity if Z80 jpo Z801 ; if 8080/8085 xra a ; Set zero Z801 ret A version of this might have gotten out with a typo in the ADI instr. Ignore it, this one is right. ------- 10-May-83 12:42:43,1187;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 17:23 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 17:15 EDT Received: From Ucb-Vax.ARPA by BRL via smtp; 10 May 83 17:10 EDT Date: 10 May 83 12:42:43 PDT (Tue) From: unisoft!pertec@ucb-vax.arpa Subject: ZCPR2 and the PD Message-Id: <8305101942.AA02996@UCBVAX.ARPA> Received: by UCBVAX.ARPA (3.339/3.28) id AA02996; 10 May 83 12:42:43 PDT (Tue) To: info-cpm@brl.arpa Cc: rconn@brl.arpa The point that I was trying to get across in my earlier message was that I felt that Workman's interests were not so much to help the general public with the distribution of public domain software, but to put more money into his pockets off the work done by others. Is this kind of piracy any better than stealing copies of CP/M, even though it's done with permission from the author? I feel that any distribution should be done through non-profit organizations. My other complaint was that this *was* a profit-making organization, and advertisements as such shouldn't be announced via INFO-CPM. Pournelle may get away with this with BYTE, but I really don't want to see it here. -roger 10-May-83 16:50:00,384;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 10 May 83 20:01 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 10 May 83 19:56 EDT Received: From Lll-Mfe.ARPA by BRL via smtp; 10 May 83 19:50 EDT Date: Tue, 10 May 83 16:50 PDT From: "Webb,Mike"@lll-mfe.arpa Subject: info-cpm dist. To: info-cpm@brl.arpa please add me to the mailing list for info-cpm. thnx;mike 10-May-83 23:50:54,2967;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 0:31 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 0:22 EDT Date: 10 May 83 23:50:54 EDT (Tue) From: Rick Conn To: unisoft!pertec@ucb-vax.arpa cc: info-cpm@brl.arpa, rconn@brl.arpa Subject: Re: ZCPR2 and the PD 016; 10 May 83 12:43:46 PDT (Tue) First of all, I believe that you have a right to your opinions as I have a right to mine. I'm not trying to change your opinion (well, maybe I am), and I am writing this simply to express my feelings on the subject. I don't classify what Workman is doing as piracy. Piracy implies that legal harm is being done, such as stealing from someone. Stealing copies of CP/M is piracy since harm is being done to DR (in the form of a loss of income that would be there if the pro- duct was sold instead). Selling PD software isn't causing any harm that I can see. I don't feel a loss of money because Work- man is selling ZCPR2. This does NOT mean, however, that I approve of selling PD software. I don't feel that it is morally right to take advan- tage of the generosity of others in this manner. In the case of ZCPR2, Workman asked me for permission and offered a percentage. I granted the permission (rationale: to provide a source for those who were not successful or did not desire to tap into the PD) but declined the percentage (rationale: maintaining my phi- losophy of giving it away in the first place). I don't believe that Workman asked the other PD authors for permission (I know he didn't for my old HELP system), and I believe this is morally wrong, but I also believe he has the right to do this by the sim- ple fact that it IS in the public domain. As for advertising on this net, I agree completely that this is wrong. I don't believe, tho, that what Jerry did was advertising (unless Jerry is getting a percentage of the sales, which I don't think he is). If Workman came on and sent a message saying "I'm selling so-and-so for $$$", then THAT would be advertising. As- suming that Workman did not ask Jerry to make the announcement and that Jerry was passing it on only for information purposes, then Jerry used the net to pass on information of interest to others, which is a big part of what the net is for. My saying that Rolm's Ada Language System is to be validated by the end of May or that the 68010 is on the market for $20 and here's what it does is passing information, which is fine, and I don't call this advertising since advertising has, as I feel, an implication of profit to the person who passes the information in this case. Note that, by the dictionary, simply making a public notice is advertising, so if advertising is to be banned from the ARPA Net, we may as well shut down the electronic mailing lists now. Rick 11-May-83 00:10:00,738;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 12 May 83 14:23 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 12 May 83 14:13 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 12 May 83 14:02 EDT Date: 11 May 1983 00:10 EDT From: Ronald G. Fowler Subject: Subroutine to test for 8080 or Z80. To: INFO-CPM@mit-mc.arpa Here is a shorter and simpler version (as far as I know, it works on all Z80's and 8080's): SBB A JPO Z80 ;JUMPS IF EXECUTING ON Z80 ;FALLS THRU ON 8080. This is the one used in the DCON Z80-only debugger. Has anyone that uses that debugger seen it try to execute on an 8080 (ie, has anyone anyone seen the above test fail?)? Let me know if so. --Ron Fowler 11-May-83 05:36:00,1067;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 21:01 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 20:46 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 Jun 83 20:37 EDT Date: 11 May 1983 05:36 EDT From: Jerry E. Pournelle Subject: ZCPR2 and the PD To: rconn@brl cc: info-cpm@brl, unisoft!pertec@ucb-vax In-reply-to: Msg of 10 May 83 23:50:54 EDT (Tue) from Rick Conn for glory's sake. about nine peop[le asked me how to get hard copy of the zcpr documents, and pleaded for somebody to provide them. I am bloody sorry I mentioned it to Barry. He makes about what this stuff costs, when you count overhead, warehouseing, having to go get the crap, and th rest. I bloody quit. Next time you ask for hard copy, and want things provided, and ask for how to get stuff, please bother someone else. I obviously am in a no win situation here, and I decline to be in the game any longer. Ride your moral hobby horses forever. Some of us have better things to do than listen.. 11-May-83 05:39:00,848;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 21:02 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 20:47 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 Jun 83 20:37 EDT Date: 11 May 1983 05:39 EDT From: Jerry E. Pournelle Subject: ZCPR2 and the PD To: unisoft!pertec@ucb-vax cc: info-cpm@brl, rconn@brl In-reply-to: Msg of 10 May 83 12:42:43 PDT (Tue) from unisoft!pertec at ucb-vax.arpa roger dear, I know you are purer than the driven snow, and we thank you for being the conscience and guardian of us all. Odd, isn't it, that one can be a cad for charging PRECISELY what the User's Group charges? Whilst they are benefactors. And certainly have their addresses published, indeed one performs a public service by so publishing. very odd. we do thank you for the lessons.. 11-May-83 10:07:00,1838;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 12:30 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 12:19 EDT Received: From Utah-20.ARPA by BRL via smtp; 11 May 83 12:10 EDT Date: 11 May 1983 1007-MDT From: Bob Pendleton Subject: P128K To: info-cpm@brl.arpa I was looking around a local Commadore dealership about a month ago and saw a new Commadore machine called the P128K. The salesman didn't seem to know anything about the machine but I picked up the specs from a pamphlet. Since I still haven't seen this beast advertised I thought I would pass along what I know about it and hope one of you can supply more info. Keyboard reasonable, not super, fullstroke graphics/video same as 64k RS232 1 port, built in IEEE-488 built in Plug in ROM don't know what size memory 128K expandable to 840K processors 6509 built in, If you know this chip please send a description Z80 option, will allow you to run CP/M 8088 option, will allow you to run CP/M86 software Microsoft 4.something BASIC built in $795 base price I couldn't get any info about prices or availability of the optional processors, software or peripherals. When I started asking questions about the machine the salesman stated that this was a home computer, not an engineering computer or a business computer and that technical questions were not meaningful in that context. With 840K an 8088 and CP/M86 this could be a nice home computer. If anyone has more info please send it along. Bob Pendleton ------- 11-May-83 12:30:07,1269;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 16:42 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 16:40 EDT Received: From Wisc-Rsch.ARPA by BRL via smtp; 11 May 83 16:33 EDT Date: 11 May 1983 13:30:07-CDT From: Anil A. Pal Reply-to: pal@csnet-sh.arpa To: INFO-CPM@brl.arpa Subject: NEC8023/Wordstar Hints (Some Success) Well, I gave up trying to get Wordstar to use the proportional-width font on the NEC8023. I did, however, manage to get superscripts and subscripts. The trick is to set line spacing to half normal, then send TWO linefeeds at the end of each line. The patches used are: LOCATION VALUES COMMENTS PSINIT: 04 1B 54 31 32 set line spacing to 12/144" PSCRLF: 03 0D 0A 0A send extra linefeed at end-of-line PSHALF: 02 0D 0A single linefeed gives half-vertical-space I had tried this before and it didn't work, because I was not aware that PSHALF: should include a carriage return. Thanks to the compilers of the WS patch files on Mit-mc for pointing this out. If anyone finds that this causes problems with other features, please let me know. Anyone else have good patches for the NEC8023? -Anil Pal, University of Wisconsin pal@uwisc pal@csnet-sh 11-May-83 13:25:21,1257;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 13 May 83 5:24 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 13 May 83 5:19 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 13 May 83 5:15 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 13 May 83 1:57-PDT Date: 11 May 83 12:25:21-PDT (Wed) To: info-cpm@brl.arpa From: harpo!floyd!vax135!cornell!uw-beaver!vestal@ucb-vax.arpa Subject: CP/M poll - what have you got? Article-I.D.: uw-beave.576 I'm interested in finding out the relative percentages of various machines supporting CP/M which are in existence. In particular, I'd like to know what sort of floppie formats will cover the most number of machines. If anyone knows of any marketing data I can get my hands on, find. Otherwise, I'd appreciate it if you would take the time to answer a few brief questions about your system, and any systems you know of belonging to others. 1. Machine and model (Apple II, Apple III, Northstar Advantage, etc....) 2. CP/M version number. 3. Type of floppie (8" SSSD, 8"DDDD, 5-1/4" SSSD soft sector, etc.) 4. Modem or communications program on system. (MDM???, etc.) vestal@uw-beaver or ...decvax!microsof!uw-beaver!vestal VESTAL@WASHINGTON (for ARPA fans) 11-May-83 16:54:00,1056;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 20:41 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 20:31 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 11 May 83 20:19 EDT Date: 11 May 83 18:54-EDT (Wed) From: Charles Hutchinson Return-Path: Subject: Software Distributors, 8088 DBM's To: info-cpm.UMass-ECE@udel-relay.arpa Cc: hutchinson.UMass-ECE@udel-relay.arpa Via: UMASS-ECE; 11 May 83 19:51-EDT Hello! Two queries: First, I'm looking for the addres/phone# of Sofware Distributors of Culver City, CA. They supposedly have over 70 software packages for the Rainbow. Second, I'm looking into data base systems for my Rainbow, but for the most part, only CP/M-80 programs are available. If anyone has info on 8088 CP/M-86 data bases, I would really like to see it. (Forward to the list and/or to me as you see it) Thanks in advance, John hutchinson (HUTCHINSON.UMASS-ECE@UDEL-RELAY) 11-May-83 17:03:00,1133;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 19:23 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 19:13 EDT Received: From Bbna.ARPA by BRL via smtp; 11 May 83 19:05 EDT Date: 11 May 1983 1903-EDT Sender: WAGREICH@bbna.arpa Subject: Disk Transfer Programs for Apple CP/M From: WAGREICH@bbna.arpa To: info-cpm@brl.arpa, info-apple@mit-mc.arpa Cc: Wagreich@bbna.arpa Message-ID: <[BBNA]11-May-83 19:03:46.WAGREICH> Apple CP/M (November 1980 version) comes with a program to transfer source files from a DDOS diskette to an Apple CP/M diskette. However, there is no program supplied to transfer text files from an Apple CP/M diskette to a DOS diskette. (I have DOS 3.3.) Does anyone out there know of the existence of a program to do each of the following? 1) Transfer text files from an Apple CP/M (56K) diskette to an Apple DOS diskette. 2) Transfer text files from an Apple CP/M diskette (56K) to Apple UCSD Pascal diskettes (16 sector) and vice versa Please send me any information you may have on the above. Thank you....Barbara Wagreich 11-May-83 18:58:00,1724;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 11 May 83 19:22 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 11 May 83 19:12 EDT Received: From Mit-Dms.ARPA by BRL via smtp; 11 May 83 18:56 EDT Date: 11 May 1983 18:58 EDT From: Eliot Scott Ramey Subject: Selling ZCPR2 To: info-cpm@brl.arpa I don't remember the name of the person, but someone wrote to the net that they didn't like what Workman was doing, but was goig to purchase from him anyway, because it is his only access to ZCPR2. GARBAGE!! SIG/M is selling the disks for $6 each and NYACC is selling the manuals at $24 for the set! The addresses follow: SIG/M User Group Amateur Computer Group of New Jersey, Inc Box 97 Iselin, NJ 08830 S-100, CP/M User Group NY Amateur Computer Club PO Box 106 Church Street Station New York, NY 10080 >> WRITE THESE ADDRESSES DOWN << If only people would help others in this effort, less people would get "ripped off" as some people think Workman is doing, and others will simply have the freedom of choice to support the people they want to support (which is what I think the case is). No, this is not an Advert for SIG/M and NYACC, it is to pass some apparently little known information on to those people who need it. Now, since you have a source for the software, once you get it, return the favor by helping sombody else! Remeber, since ZCPR2 and related software is Public Domain, you can get 15 people together to purchase it from Workman or SIG/M and buy it ONCE, and then COPY it! Just because somebody is selling it, and you don't like it, doesn't mean you are not allowed to beat the system. -Eliot at Mit-MC 11-May-83 22:23:00,1141;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 12 May 83 1:30 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 12 May 83 1:27 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 12 May 83 1:24 EDT Date: 12 May 83 00:23-EDT From: C4F@cornella Subject: favor needed of someone in boston area... Message-Id: <8305120516.AA06734@UCBVAX.ARPA> Received: by UCBVAX.ARPA (3.339/3.28) id AA06734; 11 May 83 22:16:29 PDT (Wed) To: INFO-CPM@mit-mc.arpa looking for help with getting the :mc;cpm stuff onto floppies... i will be in the boston area sometime over the summer, and would like to take back home with me all sorts of nifty stuff that is currently stored on the MC CPM archives. I would need the assistance of someone in the boston area with a modem and 8 inch floppies who could do copying for me. (boston area is specified because i think it would be a hassle for this person to do everything, and i would expect to help in any way i could.) can anyone volunteer their services? i would be willing then to act as a local to my area distributor of this nifty stuff. lin@mit-mc or g.cornella=c4f@ucb-arpa 12-May-83 00:19:00,1005;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 12 May 83 2:29 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 12 May 83 2:26 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 12 May 83 2:21 EDT Date: 11 May 1983 2319-PDT Subject: Re: Software Distributors, 8088 DBM's From: Bill Rizzi To: Charles Hutchinson cc: info-cpm@mit-mc.arpa In-Reply-To: Your message of 11 May 83 18:54-EDT (Wed) A good friend of mine is at Software Distributors and has been frantically trying to get packages up and running on the Rainbow. SD is related to Ashton=Tate, the producer/distributors of dBaseII. There is an 8088 version of this package available. Software Distributors 10023 W. Jefferson Blvd. Culver City, CA 90230 (213) 204-6620 Toll-free (800) 421-0814 from CA (800) 252-4025 Telex: 182362 attn: softusa culv. 4990285 attn: software lsa Hope this helps .. Bill (RIZZI@ISIB) ------- 12-May-83 02:17:00,561;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 12 May 83 2:28 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 12 May 83 2:26 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 12 May 83 2:17 EDT Date: 12 May 1983 02:17 EDT From: Keith Petersen Subject: Bi-directional file viewer To: Info-Cpm@brl.arpa BISHOW13.ASM is a bi-directional file printing program for use with your console CRT. It allows viewing a file, scrolling forward or backward as needed. It's available on MIT-MC as: AR21:CPM;BISHOW 13ASM --Keith 12-May-83 07:51:37,1014;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 12 May 83 10:05 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 12 May 83 9:56 EDT Received: From Nosc-Cc.ARPA by BRL via smtp; 12 May 83 9:52 EDT Date: 12 May 1983 06:51:37-PDT From: Bob Van Cleef Reply-to: CCVAX.revc@nosc-cc.arpa To: ELIOT@mit-dms.arpa, info-cpm@brl.arpa Subject: Re: Selling ZCPR2 It is nice to publish the address of SIG/M, but getting a response from them is almost impossible. The software coordinator for the San Diego Computer Society, a non- profit type group with over 1K members, sent them a check for $80 back in early March, and can not even get them to acknowledge the order. If Rick Conn is correct on the percentage of active members in the group, then they need a lot more help. Being the central distribution point for something as big a Zcpr2 is a lot of work, and I wouldn't be a bit surprised to find out that they would appreciate any help that they can get. - Bob 12-May-83 14:57:29,1470;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 14 May 83 3:01 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 14 May 83 2:57 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 14 May 83 2:54 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 13 May 83 23:42-PDT Date: 12 May 83 13:57:29-PDT (Thu) To: info-cpm@brl.arpa From: harpo!floyd!cmcl2!lanl-a!jlg@ucb-vax.arpa Subject: Re: ZCPR2 and the PD Article-I.D.: lanl-a.307 In-Reply-To: Article sri-arpa.1352 If I were to decide to sell some of my software, I would probably make it public domain. The reason for this is that software piracy will occur (for good codes anyway) whether I copyright or not. But by making my software public domain I am directly authorizing any 'piracy' that anyone wants to do. Of course, if you don't buy from me, you won't get bugfixes, updates, or extensions when they are available. This method of software marketing will only work if I price my code reasonably. No $600.00 compiler I have ever seen is worth the money, so people pirate copies instead. I have written my own language processors for my stuff (if I need something that didn't come with the hardware) and I get along pretty good without the overpriced codes that are on the market. Still, it would save a lot of time if I could buy this stuff at a reasonable price. J.L. Giles (...!lanl-a!jlg) 12-May-83 15:29:10,915;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 19 May 83 6:09 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 19 May 83 6:03 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 19 May 83 5:49 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 19 May 83 2:24-PDT Date: 12 May 83 14:29:10-PDT (Thu) To: info-cpm@brl.arpa From: UNKNOWN.vmicro1@ucb-vax.arpa Subject: Re: Subroutine to test for 8080 or Z80. Article-I.D.: ucbtopaz.135 In-Reply-To: Article sri-arpa.1346 Relay-Version:version B 3/9/83; site harpo.UUCP Message-ID:<135@ucbtopaz.UUCP> Date:Thu, 12-May-83 14:29:10 EDT An even better testing routine: xor a inr a jpo odd xor a odd:ret I might have the opcodes wrong (I work both 8080 and Z80, no manual around). Point is: inr a will set odd parity on and 8080--but is not an overflow on the z80. This routine sets the zero flag if it is a z80, I think... 12-May-83 18:31:20,1040;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 14 May 83 13:50 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 14 May 83 13:47 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 14 May 83 4:15 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 14 May 83 0:53-PDT Date: 12 May 83 17:31:20-PDT (Thu) To: info-cpm@brl.arpa From: harpo!floyd!cmcl2!lanl-a!jlg@ucb-vax.arpa Subject: Re: P128K Article-I.D.: lanl-a.308 In-Reply-To: Article sri-arpa.1358 Technical questions are ALWAYS relevant. That's the trouble with most microcomputer salesmen ... they always come up with some reason not to tell you the technical info you need to make a rational decision. The truth is that most of them don't have any technical background and just don't know the answers to the important questions. Send away to the factory! It takes a while, but at least you can get some technical stuff. J.L. Giles (......!lanl-a!jlg) ~p (not mail - darn!) 12-May-83 23:28:00,470;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 12 May 83 23:36 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 12 May 83 23:26 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 12 May 83 23:24 EDT Date: 12 May 1983 23:28 EDT From: Eliot Scott Ramey Subject: RELS.UTL & REl.UTL To: info-cpm@brl.arpa Could somebody please send me information on what REL.UTL and RELS.UTL are, and what they are used for? -Eliot at Mit-MC 13-May-83 00:58:30,1041;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 18 May 83 6:59 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 18 May 83 6:52 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 18 May 83 6:46 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 18 May 83 3:39-PDT Date: 12 May 83 23:58:30-PDT (Thu) To: info-cpm@brl.arpa From: ihnp4!houxm!houxz!hocda!spanky!burl!duke!mcnc!ncsu!msdc!gatech!brat@ucb-vax.arpa Subject: C compiler wanted Article-I.D.: gatech.156 Relay-Version:version B 3/9/83; site harpo.UUCP Message-ID:<156@gatech.UUCP> Date:Thu, 12-May-83 23:58:30 EDT I am interested in buying a CP/M "C" language compiler for a Z-80 based CP/M (2.2) system. Anyone who may know of a good compiler (I know there are several out), I'd appreciate opinions or criticisms. Write directly to me (address below) and I will summarize (if desired) on uucp news. Thanks. Steven Goldberg CSNET: brat.gatech@UDEL-RELAY UUCP: ...!decvax!duke!mcnc!msdc!gatech!brat 13-May-83 08:11:04,533;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 13 May 83 11:48 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 13 May 83 11:18 EDT Received: From Parc-Maxc.ARPA by BRL via smtp; 13 May 83 11:07 EDT Date: 13 May 83 8:11:04 PDT (Friday) From: NBarbieri.es@parc-maxc.arpa Subject: Re: P128K In-reply-to: Pendleton@utah-20.arpa's message of 11 May 83 10:07 MDT To: Bob Pendleton cc: info-cpm@brl.arpa With a IEEE-488 interface, I doubt it would be a home computer. Nick 13-May-83 08:27:17,548;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 13 May 83 8:30 EDT Date: 13 May 83 8:27:17 EDT (Fri) From: Gregory Hogg To: info-cpm@brl-bmd.arpa cc: greg@brl-bmd.arpa Subject: DataBase for CPM Hello, I really need a data base for my MAX-80 CPM system I have two 8" SSDD dirves (well only one at the moment the other is broken). Is there a usable data base out there that is public domain? or that costs less than $100.00 ? I would really like to know. Thanks Greg the Hogg 13-May-83 16:46:53,1012;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 13 May 83 18:58 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 13 May 83 18:51 EDT Received: From Nosc-Cc.ARPA by BRL via smtp; 13 May 83 18:42 EDT Date: 13 May 1983 15:46:53-PDT From: Bob Van Cleef Reply-to: CCVAX.revc@nosc-cc.arpa To: info-cpm@brl.arpa Subject: Need I/O info on Televideo-802 A friend is evaluating a Televideo-802 prior to purchase, and would like to install Modem 7. However, the only Port information given in the manuals is the Port address, and the I/O byte appears NOT to be a standard implementation. We would appreciate the following information: What is the controller chip(s)? What is the control word format, if the chip is unknown? Do you have Modem7xx already ported? It is interesting that PIP can't be used to load Mboot, and there is no communications software with it that we can disassemble. Thanks for your time. - Bob Van Cleef revc@nosc.arpa 13-May-83 17:12:53,781;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 13 May 83 19:20 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 13 May 83 19:14 EDT Received: From Nosc-Cc.ARPA by BRL via smtp; 13 May 83 19:13 EDT Date: 13 May 1983 16:12:53-PDT From: Bob Van Cleef Reply-to: CCVAX.revc@nosc-cc.arpa To: info-cpm@brl.arpa Subject: SIG/M & Zcpr2 SIG/M has just setup regional distribution centers for software. I will try to get contact information on the Sacramento center. The San Diego Computer Society just recieved 20 diskettes of Zcpr2, Syslib, etc. We will be making it available at our meetings, and on our new Bulletin Board, which is scheduled to go online in about 3 weeks. I will list the numbers when they are available. Bob 14-May-83 03:33:00,2041;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 14 May 83 3:34 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 14 May 83 3:30 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 14 May 83 3:23 EDT Date: 14 May 1983 03:33 EDT From: Keith Petersen Subject: Converting ITS format COM files To: Info-Cpm@brl.arpa If you can FTP COM files from MIT-MC but have been unable to come up with a way to remove the four-byte ITS header, here's good news! I have written a program which will translate ANY LENGTH ITS-format COM file to standard CP/M format. All you need to do is get the file onto your CP/M system and then run this program. It's called ITSCVT, and the HEX version is available as AR13:CPM;ITSCVT HEX. The program allows ambiguous filenames and prompts the operator as to whether the present file should be translated, skipped, go continuous (don't ask anymore), or quit. It's a cousin of my COPYFILE version 1.5 program. This program assumes that your mainframe MODEM (umodem,tmodem, MODEM,XMODEM, etc) program pads the last sector to make it an even 128 bytes (this is normal for those programs). Because of this padding, the ITS-format COM file will be one sector longer than the original COM file. This is because the 4-byte header makes the file 4 bytes longer, of course. ITSCVT.COM will take this into consideration, omitting the last sector that was added because of the padding. The outfile files have the same name as the input, with a filetype of .CPM. They are written to the currently-logged (default) drive. The input files may be on any drive. Source code for this program will not be available at this time, but I will maintain it. Bug reports/comments to me, please, or if you can't remember my username, send them to Info-Cpm-Request@Brl. Please remember that some versions of the mainframe MODEM programs already know about ITS COM format file and strip the four bytes for you. If yours does this, you don't need this program. --Keith 14-May-83 13:16:00,1134;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 14 May 83 14:18 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 14 May 83 14:13 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 14 May 83 14:10 EDT Date: 14 May 1983 13:16 cdt From: Weinstein.WSTE@hi-multics.arpa Subject: R2E information To: info-cpm@mit-mc.arpa, info-micro@mit-mc.arpa R2E appears to be getting out of there System X product line and cutting down their expenses by closing up shop in Minnesota. I have recently bought their main CPU board which contains a 4 MHZ Z80, 64K DYN RAM, DMA, PIC. The only addition one must make is the disk controller. The board contains 4 S100 slots and therefore this is not a problem. The revision of the R2E board is REV H. Anyone who has information board layouts, schematics for this Rev..pls contact Dennis Weinstein 8324 Kentucky Avenue Minneapolis,MN 55445. I believe that most R2E's shipped are at REV E and are delivered with schematics but no layouts. Anyone who has this info or any other info reguarding the R2E pls write or send mail to Weinstein -at HI-Multics.. thx in advanced 14-May-83 19:35:12,2996;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 14 May 83 19:42 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 14 May 83 19:41 EDT Date: 14 May 83 19:35:12 EDT (Sat) From: Rick Conn To: info-cpm@brl.arpa cc: hplabs!hp-pcd!jay@ucb-vax.arpa Subject: ZCPR2 in the PD I had responded to Jay indirectly thru Paul Grupp ear- lier, so the rest of INFO-CPM did not see the reply. Things have changed since the reply, and I would like to answer the question for anyone else who is interested as well. ZCPR2 was NOT originally in the PD. While I wanted it to be available to everyone who wanted it, I also wanted to retain some rights to it under the copyright laws. I read a document (put out on the net earlier) on the subject, and concluded that both goals would be met if ZCPR2 was released to SIG/M specifi- cally. Being a user group that charged no membership fee and that distributed its software to anyone who wanted it, the release to SIG/M effectively, but not formally, constituted a release to the PD. SIG/M however is NOT the PD, per se, so, in theory (my theory, that is), the copyright protection was in ef- fect. While I view SIG/M as being equated to the PD, SIG/M is the Special Interest Group in Microcomputers of the ACG-NJ and NOT the PD. Note that on the SIG/M release form, SIG/M's right to ZCPR2 is documented. I feel that this did provide the copyright protection I desired, but I never had any intent to pursue enforcement. I just wanted to see if this would slow down or stop anyone from enterprising on ZCPR2, and it didn't seem to make much differ- ence. That's OK, tho, because I don't feel I was being hurt by it, and the only ones who may be are those who buy it and later find out that they could have had it for free. The old CAVEAT EMPTOR philosophy. June's Microsystems contains an article on ZCPR2 which I wrote, and, along with helping to educate the user community on the existance of ZCPR2, it announces ZCPR2 as being in the Public Domain (as opposed to SIG/M). I believe that this public state- ment constitutes a formal release to the public domain, and the full intent of the original release of ZCPR2 is realized. Anyone who was held back by the copyright notice in the ZCPR2 source codes (IF anyone was) can now proceed and quote the article if they need support. I think you can see what the experiment showed (NOT proved). I still encourage the use of ZCPR2, and I now view it as being formally released to the PD with any lack of protection that may accompany such release. The bottom line, I feel, is that the interests of the public are served, and was the original intent with the release to SIG/M. The difference is that no one should find them restricted wrt ZCPR2 use in any way. Rick 14-May-83 23:45:00,1058;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 1:49 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 15 May 83 1:48 EDT Received: From Bbna.ARPA by BRL via smtp; 15 May 83 1:41 EDT Date: 15 May 1983 0145-EDT Sender: WAGREICH@bbna.arpa Subject: Problem with GET statement in Apple CP/M MBasic From: WAGREICH@bbna.arpa To: info-cpm@brl.arpa, info-apple@brl.arpa Message-ID: <[BBNA]15-May-83 01:45:44.WAGREICH> Has anybody out there had trouble with the GET statement to retrieve random access records in the November 1980 version of Apple CP/M MIcrosoft Basic (put out by Microsoft)? I seem to be having trouble getting it towork properly for me and wondered if anyone has had trouble (or success) with it? The PUT statement seemstowork as far as I can tell but when I GET a record, the numeric values are strange (even with CVI). If there is a problem with the GET statement, is there any way toget around the problem? Thanks for whatever information you cangive me. --Barbara Wagreich 15-May-83 05:40:00,715;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 5:43 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 15 May 83 5:36 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 15 May 83 5:30 EDT Date: 15 May 1983 05:40 EDT From: Keith Petersen Subject: New Bi-directional file display program To: Info-Cpm@brl.arpa AR21:CPM;BISHOW 14ASM is new, replacing BISHOW 13ASM which had a bug that prevented it from stopping at the end of file. While I was at it, I added a couple of other things - a strip of high-order bit of the character in the line-count routine and a clear of any pending keyboard character to prevent it from appearing after exiting the program. --Keith 15-May-83 10:19:33,1710;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 13:59 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 15 May 83 13:49 EDT Received: From Rand-Relay.ARPA by BRL via smtp; 15 May 83 13:45 EDT Date: 15 May 83 10:19:33 PST (Sun) From: Jerry Sweet Return-Path: Subject: Re: Problem with GET statement in Apple CP/M MBasic Message-Id: <280.421870773@UCI> To: WAGREICH@bbna.arpa Cc: info-cpm@brl.arpa, info-apple@brl.arpa, jsweet.UCI@rand-relay.arpa In-Reply-To: Your message of 15 May 1983 0145-EDT. <[BBNA]15-May-83 01:45:44.WAGREICH> Via: UCI; 15 May 83 10:21-PDT Barbara, this is the second time that you've referred to the Nov-80 version of Microsoft Apple CP/M. You may have version 2.20, in which there were pretty definitely bugs with random I/O. Microsoft has since gone to version 2.23 which has corrected all known problems with random I/O. In addition to correcting a lot of niggling bugs, they folded the CCP into the second 4K bank of the language card, allowing a 60K configuration of CP/M. Unfortunately, all non-DR programs that know about the CCP too well (the latest version of BDS C being a prime example--Leor take note!) don't work with the 60K configuration, forcing you to stick with the 56K configuration. You should be able to get an update from Microsoft by sending in your original disks with $7.50. You might call first to make sure that they haven't raised the fee or done something nasty like shut the window on updates (I wouldn't put it past them--I've gotten the impression from talking to them that they aren't too friendly to customers). --Jerry 15-May-83 13:24:12,794;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 15:21 EDT Received: From Rochester.ARPA by BRL-BMD via smtp; 15 May 83 15:14 EDT Received: by fq.rochester (3.290mJ) id AA15928; 15-May-83 15:24:12-EDT (Sun) Received: by el.Rochester (3.290nJ) id AA00682; 15-May-83 15:12:55-EDT (Sun) Message-Id: <8304151924.15928@fq.rochester> Date: 15-May-83 15:24:12-EDT (Sun) From: Mike Ciaraldi Subject: Re: DataBase for CPM To: greg@brl-bmd.arpa, info-cpm@brl-bmd.arpa Tarbell has a data base system for CP/M for about $100. Elliam has one for less than that, and enven has some data bases for it, e.g. magazine article listings. Both advertise in Byte and Microcsystems. I have NOT tried either of them, nor do I have any reports on them. Good Luck. 15-May-83 13:32:31,980;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 15:43 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 15 May 83 15:33 EDT Received: From Rochester.ARPA by BRL via smtp; 15 May 83 15:22 EDT Received: by fq.rochester (3.290mJ) id AA16041; 15-May-83 15:32:31-EDT (Sun) Received: by el.Rochester (3.290nJ) id AA00688; 15-May-83 15:21:14-EDT (Sun) Message-Id: <8304151932.16041@fq.rochester> Date: 15-May-83 15:32:31-EDT (Sun) From: Mike Ciaraldi Subject: Re: Converting ITS format COM files To: Info-Cpm@brl.arpa, W8SDZ@mit-mc.arpa Still having problems with getting the dictionary from MIT via FTP. I am leaving on vacation for two weeks, and will try some more stuff then (including asking MADLER for a dump of the first few bytes of the real file). In the meantime, thanks for the help so far. Re: ITSCVT, how can I tell if my version of UMODEM does the stripping of the first 4 bytes mentioned in your letter? 15-May-83 14:23:35,733;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 16:37 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 15 May 83 16:27 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 15 May 83 16:21 EDT Received: by fq.rochester (3.290mJ) id AA16429; 15-May-83 16:23:35-EDT (Sun) Received: by el.Rochester (3.290nJ) id AA00718; 15-May-83 16:12:17-EDT (Sun) Message-Id: <8304152023.16429@fq.rochester> Date: 15-May-83 16:23:35-EDT (Sun) From: Mike Ciaraldi Subject: Re: R2E information To: Weinstein.WSTE@hi-multics.arpa, info-cpm@mit-mc.arpa, info-micro@mit-mc.arpa I don't have any R2E info myself, but Dealin' Electronics, 735 Loma Verde, Palo Alyo CA 94303 sells them. Good luck. 15-May-83 15:31:00,1119;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 15 May 83 17:40 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 15 May 83 17:33 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 15 May 83 17:23 EDT Date: 15 May 1983 1731-EDT From: John S. Labovitz Subject: MDM901 To: info-cpm@mit-mc.arpa I am having trouble getting MDM901 to work on my system. I un-LU'ed it, unsqueezed it, read the doc files, and assembled it. All that worked fine; no errors. However, MLOAD gave me the following output: MLOAD ver 1.1 Copyright (C) 1983 Ronald G. Fowler Loaded 0 bytes (0000H - 495 records) to file .COM Start address: 0000H Ending address: 0000H Bias: 0000H ++ Warning: program origin NOT at 100H ++ I tried using MLOAD 1.3 (which did not come with MDM901), but that gave the same errors. The only thing I have changed in the files is START.ASM (the logon strings, and one or two other EQU's) and SYS.ASM (renamed 8250SYS.ASM to SYS.ASM and changed minor EQU's). Does anyone know what is wrong?? John Labovitz rms.g.hnij%mit-oz @ mit-mc ------- 15-May-83 23:59:59,609;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 16 May 83 2:07 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 16 May 83 2:01 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 16 May 83 1:56 EDT Date: 15 May 1983 22:59:59-PDT From: Joseph G. Grovhoug Reply-to: grovhoug@nosc-cc.arpa To: greg@brl-bmd.arpa Subject: Re: database for CPM Cc: INFO-CPM@mit-mc.arpa, grovhoug@nosc.arpa Are you aware of DIMS (Data Information Management System?) It's PD & for certain applications mo betta than DBASE II! Methinx it's available from SIG/M. What is your application? 16-May-83 00:36:00,547;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 16 May 83 0:44 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 16 May 83 0:33 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 16 May 83 0:29 EDT Date: 16 May 1983 00:36 EDT From: Jon P. Albers To: Info-Micro@brl.arpa, Info-cpm@mit-mc.arpa I would like to here from people who have DEC Rainbow 100's. Our lab is going to get several of them and wants to here from others who use themm. Jon Albers ALBERS@MIT-ML or jalbers.bnl , 16-May-83 15:11:00,987;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 18 May 83 12:35 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 18 May 83 12:23 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 18 May 83 12:20 EDT Date: 16 May 83 15:11 EDT (Monday) From: Thieret.WBST@parc-maxc.arpa Subject: How to use Mem. mapping. To: INFO-CPM@mit-mc.arpa cc:Thieret.WBST@parc-maxc.arpa I recently received the Godbout CPUZ in the mail and after reading the docs. I've run into a problem. The memory mapping capacity (write to port FDH to set the high order address lines) will switch the whole 64K out to another. My question is that if all 64K are out where does the next instruction come from?? I assume it comes from the new bank but how do I get it there in the first place. This seems to be another dog chasing it's own tail routine. It isn't obvious to me how to use this facility. Anybody who knows how to do this or how this board works - PLEASE message me. Thanks. Tracy. 17-May-83 04:17:05,642;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 17 May 83 4:31 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 17 May 83 4:22 EDT Date: 17 May 83 4:17:05 EDT (Tue) From: Keith Petersen To: Info-Cpm@brl.arpa Subject: RCPMLIST.037 available RCPMLIST.037 is now available on MIT-MC as CPM;RCP-M NOS. This is a complete listing of all known Remote CP/M system phone numbers and other associated information. Those who cannot FTP this file from MC and are not already on the list to receive it via netmail should send a note to Info-Cpm-Request@Brl asking to be added to the list. --Keith 17-May-83 15:39:00,764;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 17 May 83 19:19 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 17 May 83 19:12 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 17 May 83 19:08 EDT Date: 17 May 83 17:39-EDT (Tue) From: Charles Hutchinson Return-Path: Subject: CONCURRENT CP/M-86 To: INFO-CPM.UMass-ECE@udel-relay.arpa Cc: HUTCHINSON.UMass-ECE@udel-relay.arpa Via: UMASS-ECE; 17 May 83 18:45-EDT Hi! Does anyone know anything about getting a "generic" Conncurrent CP/M-86? I'd like to get it running on my Rainbow. Would a totally new BIOS have to be written? Thanks in advance, Hutch HUTCHINSON.UMASS-ECE@UDEL-RELAY 17-May-83 18:45:11,1055;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 17 May 83 19:08 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 17 May 83 18:59 EDT Received: From Brl-Bmd.ARPA by BRL via smtp; 17 May 83 18:56 EDT Date: 17 May 83 18:45:11 EDT (Tue) From: Charlie Strom (NYU) To: INFO-MICRO@brl.arpa cc: INFO-CPM@brl.arpa Subject: Silicon vs. Silicone Well, I cannot remain silent any longer - as a chemist by training (and a microcomputer hacker by preference) I must once and for all call for a halt to the interchangeable use of the words SILICON and SILICONE. Silicon, as in Silicon valley, is an element, atomic number 14, atomic weight 28. Silicon is a basic ingredient in sand, 8085's and the like. Silicone, as in Raquel Welch, is a generic term for a number of synthetic fats, oils and greases in which some of the carbon atoms are replaced by silicon. Please note these are not the same animal and should not be used inter- changeably - it upsets the digestion1 Charlie Strom 17-May-83 21:32:00,571;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 20:25 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 20:08 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 Jun 83 19:54 EDT Date: 17 May 1983 21:32 EDT From: Gail Zacharias Subject: Silicon vs. Silicone To: strom@brl-bmd cc: INFO-MICRO@brl, INFO-CPM@brl Bravo! While we're at it, I wish people would stop using "buss" instead of "bus". A bus carries signals (or people) from one place to another. A buss is something you wouldn't mind getting from Raquel Welch. 17-May-83 22:48:15,712;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 17 May 83 22:59 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 17 May 83 22:49 EDT Date: 17 May 83 22:48:15 EDT (Tue) From: Rick Conn To: info-cpm@brl.arpa Subject: New PRINT3 AR84:CPM now contains PRINT3 13MQC and 13COM. This is a new version of the PRINT utility for ZCPR2 which corrects a minor bug which shows itself when EXACTLY a given number of pages is printed (no extraneous lines). It also adds the feature of the Offset option, wherein the user may specify the number of characters to offset the printout so that room is available on the left side of the page for hold punching et al. Rick 17-May-83 22:55:16,921;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 17 May 83 23:10 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 17 May 83 23:00 EDT Date: 17 May 83 22:55:16 EDT (Tue) From: Rick Conn To: RG.JMTURN%MIT-OZ@mit-mc.arpa, LEVYAL@usc-isi.arpa cc: info-cpm@brl.arpa Subject: ZCPR2 on MicroDecision AR80:CPM now contains Z2PAT MDASM. This is a patch I wrote which is to be overlaid onto the MD SYSGEN image (become a part of the working BIOS) which implements several extended features of ZCPR2. You will have to read the source, note the addresses for the various buffers, set up the ZCPR2 HDR file to reflect those addresses, and integrate both the HEX file for ZCPR2 and the HEX file for this patch into your running 64K CP/M 2.2 MD system. The patch uses dead buffer space at the top of your current BIOS so no loss of TPA space is realized by it. Rick 18-May-83 03:44:00,632;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 18 May 83 3:52 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 18 May 83 3:51 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 18 May 83 3:43 EDT Date: 18 May 1983 03:44 EDT From: Keith Petersen Subject: ITS comfile converter updated To: Info-Cpm@brl.arpa AR13:CPM;ITSCVT HEX has been updated to include a check for a valid ITS comfile header. I thought this should be done to prevent stripping the first four bytes of other kinds of files. The program just ignores them now. For a command list run ITSCVT.COM with no arguement. --Keith 18-May-83 12:04:00,1793;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 18 May 83 12:11 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 18 May 83 12:09 EDT Received: From Mit-Dms.ARPA by BRL via smtp; 18 May 83 12:04 EDT Date: 18 May 1983 12:04 EDT From: Eliot Scott Ramey Subject: XM74LBR.PAT To: info-cpm@brl.arpa XM74LBR.PAT by Eliot Ramey (05/18/83) I have found in not only neccassary, but very convienient to library many files on my RCP/M disks. Many people do not always recognize certain files as being in a package due to non-standard naming conventions, so a library groups the files and people can easily tell that all the files are related. Also, by librarying files I can save directory space which is limited to 64 entries on my system. The side effect of librarying files is very large files which could take hours to download at 300 baud. The solution is to only allow members of the libraries to be downloaded, and not the whole library. One prevents a file from being downloaded by "tagging" the high bit on the first byte of the file name, and xmodem will not send that file. The way XMODEM74 has been written, it will not allow this file to be accessed by any means. I wanted XMODEM74 to access this file IF the user was using the "L" option in xmodem. The following patch will allow xmodem to send members from a library file, but will not allow sending of the entire .LBR file. OPENOT: lda optsav cpi 'L' jz openok2 Find the label OPENOT: in XMODEM74.ASM and insert directly after the label the three lines shown in lower case. Happy downloading, Eliot S. Ramey Arlington RCP/M (703)536-3769 (300-710 baud) 18-May-83 17:28:00,716;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 18 May 83 19:46 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 18 May 83 19:35 EDT Received: From Mit-Xx.ARPA by BRL via smtp; 18 May 83 19:32 EDT Date: 18 May 1983 1928-EDT From: Thomas S. Wanuga Subject: KERMIT To: info-cpm@brl.arpa I am trying to get KERMIT (the file transfer programs from Columbia University) running on our TOPS-20 system. I have the necessary programs for TOPS-20. I am now looking for the necessary files for the 8080/Z80 CP/M version of KERMIT and the Generic Kermit-80 version of KERMIT. If anyone has these files, or can point me to them, please let me know. Thank you very much. ------- 19-May-83 02:29:00,1272;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 19 May 83 2:43 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 19 May 83 2:35 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 19 May 83 2:28 EDT Date: 19 May 1983 02:29 EDT From: Keith Petersen Subject: 6502 programs for CP/M To: Info-Cpm@brl.arpa Two 6502-related programs, which run under CP/M, are available in the MIT-MC CPM; directory. AR74:CPM;6502 SIMLBR - By Ron Fowler, 6502SIM is an adaptation of ZX65 published by Dr. Dobb's Journal in August 1981. The original program (ZX65) was by R.M. Kruse. As distributed, ZX65 was difficult to bring up. Ron has made major modificiations and now presents us with a workable 6502 Simulator program. .......Develop your programs on CP/M for APPLE???....one possibility. This file on MIT-MC is BINARY and stored in ITS "COM" format. You'll need LU.COM (the library utility program) to extract the files from this "LBR" after downloading to your system. AR74:CPM;6DASM MAC and D6502 MAC - By Richard Conn and W.F. Dudley, this is a variation of Richard Conn's DASM disassembler, with mods for 6502 disassembly. Apple Users with CP/M, you might find this useful, as will anyone trying to disassemble 6502 code. 19-May-83 02:49:00,933;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 19 May 83 3:08 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 19 May 83 2:58 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 19 May 83 2:48 EDT Date: 19 May 1983 02:49 EDT From: Ronald G. Fowler Subject: [RGF: How to use Mem. mapping.] To: INFO-CPM@mit-mc.arpa Date: 19 May 1983 02:47 EDT From: Ronald G. Fowler To: Thieret.WBST at PARC-MAXC cc: RGF Re: How to use Mem. mapping. The solution almost universally employed is to set up a chunk of memory as "global" -- ie, it responds only to the low 16 address lines, ignoring the extended lines, and therefore always "on". The size of this global memory depends on the application -- it may be small enough only to hold an inter-bank communication routine, or (as in the case of a banked MP/M system, for example) may be as large as 16K, 20K or more. --Ron Fowler 19-May-83 16:57:00,3382;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 19 May 83 20:27 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 19 May 83 20:24 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 19 May 83 19:58 EDT Date: 19 May 83 16:57 PDT (Thursday) From: MMOON.ES@parc-maxc.arpa Subject: Re: How to use Mem. mapping. In-reply-to: Thieret.WBST's message of 16 May 83 15:11 EDT (Monday) To: Thieret.WBST@parc-maxc.arpa cc: INFO-CPM@mit-mc.arpa OOPS. You will note that there is a 4k block of memory on that card, I believe. If so, you may place the memory management code in that block and option it as "global" ram, i.e., it will reside in *each* 64k page. If I am wrong you will need another card (surprise!) such as Godbout's System Support 1, which I *know* has 4k of ram which can be made global. Note that using a block of global ram means that you may have to option all your memory cards to have those addresses permanently in tri-state, i. e., disabled, in order to avoid bus contention. This would definitely be true using the System Support 1, but may not be the case if the CPU has the ram on-board; the CPU's internal address logic may allow you to switch this block in and out of memory on yet another port and then disable the data-in buffers on the card while reading the on-board memory; this effectively gives the on-board ram precedence when switched in. Take a long look at your owner's manual. A second alternative *does* exist, although it is extremely clumsy & may require hardware hacks (risky ones at that on your new toy; can void the warranty). Which board in your system handles boot-strap? If another card in the system, such as the disk controller has this job, you are sunk. The CPU, since it contains the port which handles the bank switching, *must* bootstrap the system. Reason is, the only other way to handle the vanishing code trick is to have code in *every* bank in the system, at the same location, which picks up the program and handles entry once the bank switch has been accomplished. This in turn requires, that the memory be initialized from a boot rom which has instructions to transfer said code into a 64k bank, switch to the next bank, and repeat the operation until all banks have been initialized. To do this, the rom must be the only *readable* memory in the system, at least until the boot operation is complete. This is easiest done by the CPU hardware itself, in much the same manner as described above. Basically, at cold boot, the hardware sets a latch which disables the data-in buffers on the s-100 bus for all memory reads when the rom is selected and concurrently allows ony the card's internal data bus to be read. The data-out buffers are still functional, memory external to the CPU is now "write-only" (no kidding) until some point after the bank initialization when the rom program unsets the latch holding the data-n buffers in tri-state. This latter can lead to the same problem if the last code address executed from the rom is not physically contiguous with the first insrtuction executed from ram after the latch unset. This is beacause the latch unset, will, most other designs (JADE{ugh!} or QT), deselect the rom. Confused? stick with 64k & use ZCPR2; bank switching is a poor substitute for real memory management. Good luck. --MMoon.es 19-May-83 20:19:00,1049;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 19 May 83 20:27 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 19 May 83 20:24 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 19 May 83 20:18 EDT Date: 19 May 1983 20:19 EDT From: Charlie Strom Subject: ZCPR2 - 8080 version To: INFO-CPM@brl.arpa I have converted Richard Conn's ZCPR2 version 0.3 to 8080 code exclusively in anticipated arrival of my Godbout 8085/88 board. ZCPR2 is simply too good to abandon and I strongly recommend those of you who are running 8080 CPU's to check out the files on AR85:CPM on the MIT-MC machine. There is a short explanatory doc file explaining the changes and the different installation requirements conversion necessitated, the CCP replacement itself, and several utilities of Rick's that are also converted from Z80. The balance of the ZCPR2 utilities will run on an 8080 as released. Bug reports to me at MIT-MC or on Compuserve's CP-MIG. The next step is a ZCPR-like CCP for CP/M-86??? Charlie 20-May-83 05:29:00,1430;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 20 May 83 5:35 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 20 May 83 5:34 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 20 May 83 5:27 EDT Date: 20 May 1983 05:29 EDT From: Paul R. Grupp Subject: CPU-Z Memory mapping To: Thieret.WBST@parc-maxc.arpa cc: info-cpm@brl.arpa In-reply-to: Msg of 16 May 83 15:11 EDT () from Thieret.WBST at parc-maxc.arpa The Godbout CPU-Z has a switch for setting the ON-BOARD memory to "base page only" OR "global". When S3 position 6 is OFF, the memory on the CPU board will be used in PLACE of memory in ANY bank that is selected. The 4K of CPU memory can be RAM, ROM, or 2K of each. Just be sure that not only in the code to switch banks in the "global" memory but also the the stack pointer MUST be set to "global" RAM if you do any CALLs, PUSHes, or anything else that tries to use the stack while an extended bank is selected (out of BASE page). This is a great feature of this board as many of todays higher density memory boards don't allow for deselection of a "window" to make way for "global" memory. The only draw back is that any board OTHER than the CPU-Z that address this memory window will get the MAIN memory board and not the CPU-Z's memory. This means that DMA is NOT possible to this global spot of memory but will work in the rest of the address space. --Paul 20-May-83 08:50:00,2069;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 20 May 83 9:13 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 20 May 83 8:57 EDT Received: From Parc-Maxc.ARPA by BRL via smtp; 20 May 83 8:50 EDT Date: Fri, 20 May 83 08:50 EDT From: WESTFALL.HENR@parc-maxc.arpa Subject: P128k and 6509 cpu To: info-cpm@brl.arpa cc: WESTFALL.HENR@parc-maxc.arpa Someone recently was looking for some info on the 6509 cpu. The 82-83 data book by MOS tech ( a commodore company) has this to say about the chip. (Product preview) o 1 megabyte addressing o 3 state 16 bit address bus allowing dma and multiprocessor systems sharing a common memory while the 4 bit extended address register allows for up to 1 megabyte of data- storage o internal architecture is identical to the 6502 to provide software compatiblilty Features of the 6509 o memory management o on board clock logic o addressable memory rage to 1 mbyte o single +5 supply o n channel, silicon gate, depletion load technology o 8 bit parallel processing o 56 instructions o decimal and binary instructions o 13 addressing modes o true indexing capability o programmable stack pointer o variable length stack o interrupt capability o 8 bit bi-directional data bus o Program accessable memory range of up to 65k bytes o Direct memory access capability o bus compatable with 6800 o pipeline architecture o 1 ,2 or 3 mhz operation o use with and type or speed memory The info I have is just one page in the data book, however I did notice a few things ( they include a pin out of the chip- but no pin descriptions) 40 pin package pins are as follows: ready, irq/, sync, nmi/, aec, Vdd, a0-a15, Vss, p0-p3,s.o., d0-d7, r/w, o2 out, reset, o0 in the p0-p3 lines appear to be the high 4 bits on the address, making this a bank select type machine. The chip looks interesting, however they don't say if those 4 high bits will tristate along with the 16 address bits Rob Westfall Xerox Corp Henrietta, NY -------------------- 20-May-83 16:47:23,2671;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 24 May 83 3:34 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 24 May 83 3:29 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 24 May 83 3:19 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 24 May 83 0:08-PDT Date: 20 May 83 15:47:23-PDT (Fri) To: info-cpm@brl.arpa From: harpo!floyd!vax135!cornell!uw-beaver!tektronix!ogcvax!metheus!cdi!caf@ucb-vax.arpa Subject: Re: Super Z89 (16 bit) Article-I.D.: cdi.184 Relay-Version:version B 3/9/83; site harpo.UUCP Message-ID:<184@cdi.UUCP> Date:Fri, 20-May-83 15:47:23 EDT I found some more information on the Super Z-89 board described in <1435@sri-arpa.UUCP>. I have included that information as well. HARDWARE -------- a. Plug in replacement for h89/z89 cpu. (NO modifications required) b. DUAL cpus! (z80 and 8086) **** NOT 8085 as in Z-100; youe z80 prgs work!! c. 128K ram standard, with sockets for 256K. memory bus for expansion to 1meg d. 5 i/o slots e. 2/4 mhz z80 speed, 8mhz for 8086 (Z-100 and IBMPC are ~ 5 mHz 8088) f. FULLY compatible with ALL heath/zenith peripherals incl most ROMS g. $1495, 8 weeks devlivery as of May 20 1983 h. Uses same amount of power as Z89 CPU board i. Claimed slightly less RFI than stock Z89. FCC-wise, may be illegal to sell but not to own. SOFTWARE -------- a. runs all heath/zenith software with no mods b. fully compatible with h/z100 (which makes it IBM compatible too.) c. choice of MS-DOS or CP/M-86 for the 8086 # d. supplied with diagnostic software package e. "soft disk" feature allows for using ram as virtual disk. f. supports multi-user/multi-tasking operating systems. g. CDR systems is adapting system for their disk controller boards. Z-100 programs that directly refrence the hardware may not work -CAF Richard Fitzgerald : Now, I have seen this system perform, and it is quite nice. Marc Brooks (CDR systems) likes the board except for the i/o pins (that mount the i/o cards) which are too short and not gold plated. According to Rumor Control, Microsoft is unwilling to sell MS-DOS to TMS because TMS is advertising CP/M-86 also. Technical Micro Systems, Inc. P.O. Box 7227, Dept. H (366 CloverDale) Ann Arbor, Michigan 48107 (313) 994-0784 Chuck Forsberg, Chief Engr, Computer Development Inc. 6700 S. W. 105th, Beaverton OR 97005 (503) 646-1599 cdi!caf RCPM 503-621-3193 *** CP/M MSDOS Unix are registered trademarks. -- Chuck Forsberg, Chief Engr, Computer Development Inc. 6700 S. W. 105th, Beaverton OR 97005 (503) 646-1599 cdi!caf 21-May-83 00:43:00,639;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 2 Jun 83 19:47 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 2 Jun 83 19:36 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 2 Jun 83 19:25 EDT Date: 21 May 1983 00:43 EDT From: Frank J. Wancho Subject: "Real Programmers Don't Eat Quiche" To: INFO-MICRO@brl, INFO-CPM@brl The subject file has apparently been floating around various nets recently, and a copy came my way today. It is available on MC in FJW;REAL PRO, and is much too large to mail (sorry). It is a very well-written and thoroughly enjoyable "dissertation" - it made my day! --Frank 22-May-83 00:29:11,1271;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 22 May 83 4:55 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 22 May 83 4:53 EDT Received: From Ucb-Vax.ARPA by BRL via smtp; 22 May 83 4:50 EDT Date: 22 May 83 00:29:11 PDT (Sun) From: David Allen Gewirtz Subject: Televideo 801 CP/M Message-Id: <8305220729.AA00036@UCBARPA.ARPA> Received: by UCBARPA.ARPA (3.342/3.29) id AA00036; 22 May 83 00:29:11 PDT (Sun) Received: from UCBARPA.ARPA by UCBVAX.ARPA (3.341/3.29) id AA29640; 22 May 83 01:48:46 PDT (Sun) To: info-cpm@brl.arpa I just purchased a used TeleVideo 801 computer. Unfortunately, the copy of CP/M enclosed with it had a corrupted file system. Does anyone in the San Francisco Bay Area have a TVI801 or know of someone who does? Dealer references would also do. If necessary, I will go through the TeleVideo channels, but that will take quite some time and I would like to install this machine as soon as possible. I need a new copy of CP/M for this machine. I have the original, serialized dist disk from TeleVideo as well as all the registration stuff, so my need is simply a matter of getting a good copy. Any suggestions would be appreciated. Thanks, David Gewirtz (415) 653-6957 22-May-83 10:52:00,509;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 22 May 83 10:55 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 22 May 83 10:52 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 22 May 83 10:50 EDT Date: 22 May 1983 10:52 EDT From: Charlie Strom To: W8SDZ@mit-mc.arpa cc: INFO-CPM@brl.arpa I have updated AR85:CPM;ZCPR80 80AQM as of this date. The new file replaces some code with a subroutine call to save about 20 bytes, otherwise there is no change. Charlie 22-May-83 12:12:00,847;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 22 May 83 14:18 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 22 May 83 14:14 EDT Received: From Usc-Eclb.ARPA by BRL via smtp; 22 May 83 14:12 EDT Date: 22 May 1983 1112-PDT From: Dick Subject: Ramdrive use? To: info-cpm@brl.arpa I have tried using the RAMDRV5 program and seem to have some slight problems. I can copy files into the ram disk, and type them out from it, but I cannot copy FROM the ram disk, nor can I execute any of the programs. I am using the internal 128 byte DIR and sector buffers. I wonder if anyone has had any success using the program? Should I find and use the systems BIOS buffers instead of the internal ones to the program? Should I just go buy a SEMIDISK or CACHE Q?? Should I just forget the whole thing!? ------- 23-May-83 15:57:11,17225;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 23 May 83 18:23 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 23 May 83 18:20 EDT Received: From Nosc-Cc.ARPA by BRL via smtp; 23 May 83 18:03 EDT Date: 23 May 1983 14:57:11-PDT From: Bob Van Cleef Reply-to: CCVAX.revc@nosc-cc.arpa To: Louden@mitre.arpa Subject: SIG/M distribution points Cc: Info-CPM@brl.arpa The following is a copy of the file REGIONS.SIG that is incuded with the latest catalog from SIG/M - Hope it is of some help. - Bob -------------------------------------------------------------------- .HE SIG/M DISTRIBUTION POINTS - 4/1/83 Page # Regional Distribution Areas International Headquarters SIG/M P.O. Box 97 Iselin, NJ 08830 Northeast Region Southeast Region Dave Mitton Charlie Wells NECS Atlanta Computer Society Andover, MA Atlanta, GA Mid Atlantic Region Atlantic Region Mike Gurkin Bill Earnest CPMUG of Raleigh Lehigh Valley Computer Club Raleigh, NC Allentown,PA North Central Region South Central Region Keith Petersen Al Whitney Royal Oaks, MI Houston, TX Northwest Region Southwest Region Charlie Foster Pascal/Z Users Group Sacramento, CA Eastern Canada Western Canada Jud Newell Dave Bowerman Toronto, ONTARIO Vancouver, BC Asia Western Europe Bill Bolton Sidney, NSW Australia .pa Alabama Don Wilkes Voice(205)991-3221 Huntsville, AL CBBS (205)895-6949 Alaska John Evans 618 "N" Street Anchorage, AK 99501 Arizona Thomas Oliver Blue Hills CPMUG Blue Hills Rt Dewey, AZ 86327 California 83 Kelly Smith Voice (805)527-0518 CP/M - NET 3055 Waco Ave CBBS (805)527-9321 Simi Valley, CA 93063 7pm-7am,PMMI,Osborne Kaypro 83 Michael J. Karas Voice (805)527-7922 Valley Computer Club 2468 Hansen Court Simi Valley, CA 93065 Bruce Kendall S-100 BUSS 334 A. Camille Ct Mt View, CA 94040 Bob Cobler MotherLoad Computer Club Nevada City, CA 95959 83 Jim Ayers Voice (415)383-0473 Apple CPMUG of Small Computer Users of Marin 301 Poplar St. CBBS (415)383-0473 Mill Valley, CA 94941 5pm-8am,8in,Apple,Otrona Howard Stone Temple City Computer Hobbyists P.O. Box 572 Temple City, CA 91780 .pa Samuel Daniel Silicon Valley CPMUG S.D.C. 500 Macara Ave Sunnyvale, CA 94086 83 John Moorhead Voice (916)758-2495 S.M.U.G. - Sacramento Microcomputer Users Group P.O.Box 161513 CBBS (916)483-8718 Sacramento, CA 95816 83 Don Bozarth Voice (916)363-5544 S.M.U.G. P.O.Box 161513 Sacramento, CA 95816 J.R.Pendley Imperial Valley Informal Computerists P.O.Box 158 Imperial Valley, CA 92251 Richard Mason Voice (714)746-4832 San Diego Computer Society 1037 Park Hill Lane Escondido, CA 92025 Bob Massey CP/M Users of Compuserve Compuserve P.O.Box 6212 San Bernardino,CA 92412 Gordon French Voice (415)325-4209 Homebrew Computer Club 614 18th Ave Menlo Park CA 83 Charlie Foster Voice (916)392-2789 Pascal/Z Users Group **** SIG/M - Western Coast Region 7962 Center Parkway Sacramento, CA 95823 CBBS (916)483-8718 83 Harry F. McGrew Voice (805)687-7121 Santa Barbara Computer Club 747 Calle de Los Amigo RBBS (805)682-7876 Santa Barbara, CA 93105 83 Trevor Marshall Voice (805)492-3693 Thousand Oaks - RBBS RBBS (805)492-5472 3423 Hill Canyon Avenue 24hr,1200bps,PMMI,I10MB,160MB Thousand Oaks, CA 91360 .pa Colorado A.J. Lundquist Voice (303)466-7938 Denver Amateur Computer Society CBBS (303)499-9169 212A,32MB P.O.Box 633 CBBS (303)985-1108 212A,16MB Broomfield, CO 80020 CBBS (303)642-3034 212A,16MB Jack Riley Voice (303)494-8342 Denver Amateur Computer Society CBBS Boulder, CO CBBS (303)499-9169 Connecticut Henry B. Rothberg 1 Laticrete Park North Bethany, CT 06525 Voice (203)397-0041 Florida Ralph Fernandez South Florida Computer Club 1231 NW 72 Ave Hollywood FL 33024 Voice (305)963-7893 Michael Seay Space Coast Microcomputer Club 995 Luna Terrace Titusville, FL 32780 Charles M. Niswonger S-100/CP/M SIG Representative Central Florida Computer Society P.O. Box 855 Shalimar, FL 32579 Richard Tremmel Coastal Computer Club 10585 119th St N. Largo, FL 33540 Georgia 83 Charlie Wells Voice (404)993-0366 *** SIG/M - Southeast Region Atlanta Computer Society 465 Northgate Pass Roswell, Ga 30075 83 Allen V. Cleveland Voice (404)252-1879 Atlanta Computer Society 1225 Spring Mill Court NE Atlanta, GA 30319 .pa Hawaii Victor Mori 2525 So. King St. Honolulu, HA 96826 Voice (808)955-6683 Illinois Calamity Cliffs Computer Ctr P.O.Box 392 Lake Forest, IL 60045 Jim Mills CACHE - CPMUG Chicago, IL Stanley Hanson 192 East Road Glen Ellyn, IL 60137 Indiana Geoffrey Priest Voice (219)423-1571 Prestige Marketing Corp. 909 N. Coliseum Blvd. Fort Wayne, IN 46805 Iowa Donald A. F. Nelson, M.D. 1030 Fifth Avenue S.E. Cedar Rapids, IA 52403 Modem (319)364-0811 Louisiana 83 Homer Branch Voice (504)891-4951 Heath UG of New Orleans 703 Valence New Orleans, LA 70115 Massachusetts 83 Dave Mitton Voice (617)646-3080 *** SIG/M - Northeast Region NECS New England Computer Society 13 Swan St CBBS (617)646-3610 Arlington, MA 02174 Neil Rosenburg S-100 Club 2 Deer Run Littleton, MA 01460 .pa Michigan 83 Dave Hardy Voice (313)885-0506 Technical CBBS Voice (313)846-8000 736 Notre Dame CBBS (313)846-6127 Grosse Pointe, MI 48230 83 Keith Peterson Voice (313)588-7054 *** SIG/M - North Central Region Royal Oak, MI CBBS (313)759-6569 Ron Fowler Voice (313)729-1905 Westland, MI CBBS (414)563-9932 Minnesota 83 Scott Secor Voice (612)757-5878 CPMUG of Minnesota 854 120th Lane N.W. Coon Rapids, MN 55434 Missouri John Taylor St. Louis Area Computer Club 2009 N. Geyer Road St. Louis, MO 63131 New Jersey *** SIG/M - Main Hqtrs P.O.Box 97 RBBS (201)272-1874 Iselin, NJ 08830 RBBS (215)398-3937 83 Kevin O'Connell Voice (609)461-4351 RCA - VM Systems Cherry Hill, NJ 83 Raymond Glueck Voice (201)227-5362 **** SIG/M - Compuserve Liason ACG-NJ Micropolis Users Group 1 Rutledge Road 8in,SSSD/DD,Vector Pine Brook, NJ 07058 83 Bruce Ratoff Voice (201)272-1793 **** SIG/M - CBBS & Co Chairman CBBS (201)272-1874 26 Broad St. Cranford, NJ 83 Bill Chin Voice (201)778-5140 **** SIG/M - Chairman & Policy 177 Hadley Ave 8in,IBM-PC,VT-18X Clifton, NJ 07011 .pa 83 Sol Libes Voice (201)277-2063 **** SIG/M - Publicity Springfield, NJ 83 Howard Fingerhut Voice (201)572-5664 **** SIG/M - Order Processing Garden Terrace Edison, NJ 83 Randy Reitz Voice (201)635-5642 ACG-NJ Northstar Users Group 26 Maple St Chatham, NJ 83 Bill Woythaler Voice (201)273-3955 296 Summit Avenue Summit, NJ 07901 Northstar 83 Steve Leon Voice (201)886-1658 **** SIG/M - Newsletter Editor Cliffside Park,NJ 83 Bruce Blakeslee Voice (201)233-3185 **** SIG/M - Corresponding Secty Westfield, NJ Robert Nichols Voice (201)386-1221 AGC-NJ Apple Users Group Parsippany NJ 83 Gardner Harris Voice (201)731-6271 ACG-NJ Morrow MicroDecision Librarian West Orange, NJ Michael Sullivan Voice (609)795-5607 Financial Software 54 Grove St Haddonfield, NJ 08033 Mike Mitelski PACS Phila. Area Computer Soc. 577A Prossen Ave RD 3 Williamstown, NJ 08094 Voice (609)629-0568 Thomas Lindsay Seashore Computer Club 1108 Pollack Ave Ocean, NJ 07712 Voice (201)946-9784 83 Dean Kelchner Voice (609)663-2842 RCA Microcomputer Club 5340 Peabody Ave Pennsauken, NJ 08109 New York 83 Henry Kee Voice (212)539-3202 **** SIG/M - Library Editor NYACC New York Amateur Computer Club 42-24 Colden St 8in,Cromemco,IBM-PC, Flushing, NY 11355 Osborne,Kaypro,VT-18X William Nixon Rochester RAMS 115 Clooney Drive Henrietta, NY 14467 Gary Fishkin LICA Long Island Computer Association 82 Dix Highway CBBS (516)561-6590 Dix Hills, NY 11746 ABBS (212)448-6576 Bryan Lewis N.Y. Sorcerers Users Group R.D. 3 Florence Road Putnam Valley, NY 10579 Helmut Ripke Voice (914)739-3754 Taconic Computer Club 935 Frost Court Peekskill, NY 10566 North Carolina Mike Gurkin Voice (919)782-0778 **** SIG/M - Mid Atlantic Region CPMUG of Raleigh Days (919)876-3132 517 Dartmouth Road or 1-(800)334-0422 Raleigh, NC 27609 Ohio Charles Lewis C.D.G. 379 S. Hametown Road Copley, OH 44321 (216)666-5982 James Staber II Voice (614)235-9500 Box 09637 days(800)848-6200 Columbus, OH 43209 nite(614)864-8620 83 J.C. Kramer Voice (614)279-8271 CP/M - ACSCO of Columbus P.O.Box 28355 Osborne,Xerox,Omikron Columbus, OH 43228-0355 .pa Dave Robling Voice (513)258-2218 Dayton Microcomputing Soc. CBBS (513)435-5201 2629 Ridge Ave Dayton, OH 45414 Oregon Carl Townsend Portland Computer Club 4110 N.E. Alameda Portland, OR 97212 Voice (503)282-5835 Chuck Forsberg Burlington, OR CBBS (503)621-3193 Pennsylvania 83 William Earnest Voice (215)398-1634 *** SIG/M - Atlantic Region Lehigh Valley Computer Group Allentown, PA CBBS (215)398-1634 83 Robert Todd Voice (215)752-4604 ACG-NJ Zenith/Heath Users Group Bensalem, PA Charles Fisher Erie Computer Club 5520 Herman Drive Erie, PA 16509 Jim Woolsey Voice (215)862-5806 Delaware Valley Computer Club 6 Stone Hill New Hope, PA Texas Fred Pfafman Voice (214)596-5034 2320 Heather Hill Lane Plano, TX 75075 83 Al Whitney Voice (713)438-1750 *** SIG/M - South Central Region 2003 Hammerwood CBBS (713)469-8893 Missouri City, TX 77489 Virginia Robert Teeter Voice (703)356-1745 Metro Washington CPMUG 6410 Furlong Road McLean, VA 22101 83 Jack Williams Voice (703)371-5474 Microcomputer Investors Association 902 Anderson Drive Fredricksburg, VA 22405 William Higgs Washington Area TRS-80 Users 1715 Hollinwood Drive Alexandria, VA 22307 Voice (703)765-8043 83 David C.E. Holmes Voice (804)898-5913 Digital Interest Group in Tidewater P.O.Box 1708 RBBS (804)898-7493 Grafton, VA 23692 24hr,PMMI,4MB 83 Fred W. Davis Voice (703)384-6871 Route 4 Box 50 Salem, VA 24153 83 Stan Levine Voice (703)522-1192 CP/M Users of Washington DC 2053 N. Abingdon Street Arlington, VA 22207 83 Christopher Leithiser Voice (703)569-8037 Washington Apple Pi 8646 Reseca Lane Springfield, VA 22152 Washington George Clark Northwest Computer Society 307 108th Ave S.E. Bellevue, WA 98004 (206)454-6826 David Rabbers Ballard CP/M Users Group 6551 16th Ave NW Seattle, WA 98117 Dave Stanhope Olympia WA CBBS (206)458-3086 Wisconsin Rick Martinek Voice (414)774-8445 Ricks Computer Center 5903 West Parkhill Milwaukee, WI 53213 CBBS (414)774-2683 General Networks CompuServe R SIGS(CP-MIG) Charlie Strom, Tom Jorgenson, Dave Kozinn International Australia Paul Taylor CBBS 09-459-3837 Perth, Autralia CCITT 300 bps Modem 83 Bill Bolton Voice 61-2-997-1018 **** SIG/M - Far East Region CBBS 61-2-997-1836 P.O. Box 80 CCITT 300 bps Modem Newport Beach, Australia NSW, 2106 Canada Bob Stek R.O.M.S. 19 Mayfield Road Regina, Canada S4V0V7 Dave Bowerman *** SIG/M - Canada Northwest Region Voice (604) West Coast Computer Society CBBS (604)873-4007 P.O.Box 4476 Vancouver, B.C. V6B3A0 R.J. Dunn CP/M UG of Ontario HYDRO 700 University Ave Toronto, Ontario M5G1X6 Voice (416)592-5788 Judson Newell Voice (416)239-2835 *** SIG/M - Canada Northeast Region CBBS (416)231-9538 4691 Dundas St... - W or Islington, Ontario (416)231-1262 Netherlands Hank Berkhoudt CP/M Groep Hesselskamp 4 3085 SM Rotterdam, Netherlands United Kingdom J.D. Millne Voice (011-44)0670-827480 Inpholink, Ltd Front Street West Sirus/Victor 9000 Bedlington, Northumberland England NE22 5UB .pa Venezuela Hans Stauffer Voice (011-58)2-987-3308 Caracus Computer Club Apartado 66394 Caracus, Venezuela 1061A Or Hans Stauffer M-105 Jet International Airport P.O.Box 520010 Miami, FL 33159 Singapore Alex Chan 745 Mountbatten Road Singapore 1543 Naresh Kapoor Patel Computer Systems PTE 27058 OCBC Centre Chulia St Singapore 0104 23-May-83 15:57:11,9426;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 23 May 83 18:11 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 23 May 83 18:08 EDT Received: From Nosc-Cc.ARPA by BRL via smtp; 23 May 83 18:03 EDT Date: 23 May 1983 14:57:11-PDT From: Bob Van Cleef Reply-to: CCVAX.revc@nosc-cc.arpa To: Louden@mitre.arpa Subject: SIG/M distribution points Cc: Info-CPM@brl.arpa The following is a copy of the file REGIONS.SIG that is incuded with the latest catalog from SIG/M - Hope it is of some help. - Bob -------------------------------------------------------------------- .HE SIG/M DISTRIBUTION POINTS - 4/1/83 Page # Regional Distribution Areas International Headquarters SIG/M P.O. Box 97 Iselin, NJ 08830 Northeast Region Southeast Region Dave Mitton Charlie Wells NECS Atlanta Computer Society Andover, MA Atlanta, GA Mid Atlantic Region Atlantic Region Mike Gurkin Bill Earnest CPMUG of Raleigh Lehigh Valley Computer Club Raleigh, NC Allentown,PA North Central Region South Central Region Keith Petersen Al Whitney Royal Oaks, MI Houston, TX Northwest Region Southwest Region Charlie Foster Pascal/Z Users Group Sacramento, CA Eastern Canada Western Canada Jud Newell Dave Bowerman Toronto, ONTARIO Vancouver, BC Asia Western Europe Bill Bolton Sidney, NSW Australia .pa Alabama Don Wilkes Voice(205)991-3221 Huntsville, AL CBBS (205)895-6949 Alaska John Evans 618 "N" Street Anchorage, AK 99501 Arizona Thomas Oliver Blue Hills CPMUG Blue Hills Rt Dewey, AZ 86327 California 83 Kelly Smith Voice (805)527-0518 CP/M - NET 3055 Waco Ave CBBS (805)527-9321 Simi Valley, CA 93063 7pm-7am,PMMI,Osborne Kaypro 83 Michael J. Karas Voice (805)527-7922 Valley Computer Club 2468 Hansen Court Simi Valley, CA 93065 Bruce Kendall S-100 BUSS 334 A. Camille Ct Mt View, CA 94040 Bob Cobler MotherLoad Computer Club Nevada City, CA 95959 83 Jim Ayers Voice (415)383-0473 Apple CPMUG of Small Computer Users of Marin 301 Poplar St. CBBS (415)383-0473 Mill Valley, CA 94941 5pm-8am,8in,Apple,Otrona Howard Stone Temple City Computer Hobbyists P.O. Box 572 Temple City, CA 91780 .pa Samuel Daniel Silicon Valley CPMUG S.D.C. 500 Macara Ave Sunnyvale, CA 94086 83 John Moorhead Voice (916)758-2495 S.M.U.G. - Sacramento Microcomputer Users Group P.O.Box 161513 CBBS (916)483-8718 Sacramento, CA 95816 83 Don Bozarth Voice (916)363-5544 S.M.U.G. P.O.Box 161513 Sacramento, CA 95816 J.R.Pendley Imperial Valley Informal Computerists P.O.Box 158 Imperial Valley, CA 92251 Richard Mason Voice (714)746-4832 San Diego Computer Society 1037 Park Hill Lane Escondido, CA 92025 Bob Massey CP/M Users of Compuserve Compuserve P.O.Box 6212 San Bernardino,CA 92412 Gordon French Voice (415)325-4209 Homebrew Computer Club 614 18th Ave Menlo Park CA 83 Charlie Foster Voice (916)392-2789 Pascal/Z Users Group **** SIG/M - Western Coast Region 7962 Center Parkway Sacramento, CA 95823 CBBS (916)483-8718 83 Harry F. McGrew Voice (805)687-7121 Santa Barbara Computer Club 747 Calle de Los Amigo RBBS (805)682-7876 Santa Barbara, CA 93105 83 Trevor Marshall Voice (805)492-3693 Thousand Oaks - RBBS RBBS (805)492-5472 3423 Hill Canyon Avenue 24hr,1200bps,PMMI,I10MB,160MB Thousand Oaks, CA 91360 .pa Colorado A.J. Lundquist Voice (303)466-7938 Denver Amateur Computer Society CBBS (303)499-9169 212A,32MB P.O.Box 633 CBBS (303)985-1108 212A,16MB Broomfield, CO 80020 CBBS (303)642-3034 212A,16MB Jack Riley Voice (303)494-8342 Denver Amateur Computer Society CBBS Boulder, CO CBBS (303)499-9169 Connecticut Henry B. Rothberg 1 Laticrete Park North Bethany, CT 06525 Voice (203)397-0041 Florida Ralph Fernandez South Florida Computer Club 1231 NW 72 Ave Hollywood FL 33024 Voice (305)963-7893 Michael Seay Space Coast Microcomputer Club 995 Luna Terrace Titusville, FL 32780 Charles M. Niswonger S-100/CP/M SIG Representative Central Florida Computer Society P.O. Box 855 Shalimar, FL 32579 Richard Tremmel Coastal Computer Club 10585 119th St N. Largo, FL 33540 Georgia 83 Charlie Wells Voice (404)993-0366 *** SIG/M - Southeast Region Atlanta Computer Society 465 Northgate Pass Roswell, Ga 30075 83 Allen V. Cleveland Voice (404)252-1879 Atlanta Computer Society 1225 Spring Mill Court NE Atlanta, GA 30319 .pa Hawaii Victor Mori 2525 So. King St. Honolulu, HA 96826 Voice (808)955-6683 Illinois Calamity Cliffs Computer Ctr P.O.Box 392 Lake Forest, IL 60045 Jim Mills CACHE - CPMUG Chicago, IL Stanley Hanson 192 East Road Glen Ellyn, IL 60137 Indiana Geoffrey Priest Voice (219)423-1571 Prestige Marketing Corp. 909 N. Coliseum Blvd. Fort Wayne, IN 46805 Iowa Donald A. F. Nelson, M.D. 1030 Fifth Avenue S.E. Cedar Rapids, IA 52403 Modem (319)364-0811 Louisiana 83 Homer Branch Voice (504)891-4951 Heath UG of New Orleans 703 Valence New Orleans, LA 70115 Massachusetts 83 Dave Mitton Voice (617)646-3080 *** SIG/M - Northeast Region NECS New England Computer Society 13 Swan St CBBS (617)646-3610 Arlington, MA 02174 Neil Rosenburg S-100 Club 2 Deer Run Littleton, MA 01460 .pa Michigan 83 Dave Hardy Voice (313)885-0506 Technical CBBS Voice (313)846-8000 736 Notre Dame CBBS (313)846-6127 Grosse Pointe, MI 48230 83 Keith Peterson Voice (313)588-7054 *** SIG/M - North Central Region Royal Oak, MI CBBS (313)759-6569 Ron Fowler Voice (313)729-1905 Westland, MI CBBS (414)563-9932 Minnesota 83 Scott Secor Voice (612)757-5878 CPMUG of Minnesota 854 120th Lane N.W. Coon Rapids, MN 55434 Missouri John Taylor St. Louis Area Computer Club 2009 N. Geyer Road St. Louis, MO 63131 New Jersey *** SIG/M - Main Hqtrs P.O.Box 97 RBBS (201)272-1874 Iselin, NJ 08830 RBBS (215)398-3937 83 Kevin O'Connell Voice (609)461-4351 RCA - VM Systems Cherry Hill, NJ 83 Raymond Glueck Voice (201)227-5362 **** SIG/M - Compuserve Liason ACG-NJ Micropolis Users Group 1 Rutledge Road 8in,SSSD/DD,Vector Pine Brook, NJ 07058 83 Bruce Ratoff Voice (201)272-1793 **** SIG/M - CBBS & Co Chairman CBBS (201)272-1874 26 Broad St. Cranford, NJ 83 Bill Chin Voice (201)778-5140 **** SIG/M - Chairman & Policy 177 Hadley Ave 8in,IBM-PC,VT-18X Clifton, NJ 07011 .pa 83 Sol Libes Voice (201)277-2063 **** SIG/M - Publicity Springfield, NJ 83 Howard Fingerhut Voice (201)572-5664 **** SIG/M - Order Processing Garden Terrace Edison, NJ ***Error on net connection*** === brl-bmd netread error from BRL-GATEWAY2 at Mon May 23 18:10:11 === 23-May-83 17:25:00,774;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 23 May 83 19:36 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 23 May 83 19:34 EDT Received: From Usc-Eclb.ARPA by BRL via smtp; 23 May 83 19:25 EDT Date: 23 May 1983 1625-PDT From: Dick Subject: MINCE question To: info-cpm@brl.arpa I have been using VEDIT with an H19 terminal and like the ability to define/use the special keys. I also like the ability to insert any character (except Ctl-Z) into a file. Does MINCE allow custom keybord configuring, or use special keys on pre-defined terminals? What about Ctl character insert? I have seen MINCE advertised at $139, so I am thinking about trying it. Anyone able to give a first hand comparison of MINCE and VEDIT? ------- 23-May-83 19:56:00,917;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 23 May 83 20:17 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 23 May 83 20:12 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 23 May 83 20:07 EDT Date: 23 May 1983 19:56 EDT From: Charlie Strom Subject: Ramdrive use? To: MEAD@usc-eclb.arpa cc: INFO-CPM@brl.arpa In-reply-to: Msg of 22 May 1983 1112-PDT from Dick RAMDRIV5 has worked just fine for myself and a number of others I have given the program to. I have used the internal buffers without a hitch. Sorry I cannot give you any further help. Above all, don't waste your money on Cache/Q. It requires much more memory than a ram driver to give decent results. I am converting to an 8085/88 system so will soon have to give up my ram drive. This is the only real unpleasant part of the conversion process (unless I run into any gotchas). 23-May-83 20:06:00,989;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 23 May 83 20:29 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 23 May 83 20:22 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 23 May 83 20:08 EDT Date: 23 May 1983 20:06 EDT From: Eric Stork To: info-cpm@brl.arpa Subject: dBase II / KAYPRO II Problem A local friend needs help in getting dBase II to run right on his KAYPRO II. The problem: When appending (or editing) a record, the cursor is two positions to the left of where it should be. The inserting/editing of data takes place where it should, but the operator cannot easily tell what he is doing. Installation is according to instructions (KAYPRO II simulates ADM-3A Terminal). All other functions seem OK. Experimentation with installation protocol has not solved problem. If someone has solved this problem, will appreciate a note with advice that I can pass on. Please send response direct to: STORK%MIT-MC 24-May-83 00:17:17,3219;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 24 May 83 0:31 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 24 May 83 0:28 EDT Date: 24 May 83 0:17:17 EDT (Tue) From: Rick Conn To: info-cpm@brl.arpa Subject: New HELP2 for ZCPR2 AR81, 82, and 84 of CPM contain new HELP2 files -- source, ob- ject, and HLP. CRCs check. Significant among the changes is the ability to print (on the LST: device) your current screen display or information section. This is really nice for a range of applications I had not con- sidered before. Thanks to Carolyn Carter for the idea. All new documentation is in the HLP file. The following summar- izes the concepts surrounding the new Print capability: :HELP: Printing HELP Files Printing HELP Files can be done in two basic ways -- by using the PHELP Utility of ZCPR2 or by using the Print function contained within the HELP Utility itself. The PHELP Utility is used to print an entire Help File. It acts a lot like the PRINT3, and it has a variety of options, including the ability to plan for printer output and to support paging and other "appearance-enhancing" features. The Print Function within HELP is used for quick printouts. It does not page or perform anything more exotic than simply printing out what is contained in a part of a Help File. When the P option is given, the user is asked to set the top of form (giving him time to turn on his printer) and then specify whether he wants to print the current Frame (Screen Display) or the entire information section which he is currently in. After selecting one of these two options (the option to abort is also given), the printout occurs (may be aborted at any time by striking a ^C). When finished, the user is returned to the last frame he was viewing. This new Print Function (available in Versions 4.1 and later of HELP2) is provided as a fundamental convenience to the user. It allows the user to review the Help File, and, when he sees a particular screen display or information section which he values enough to want to have around for future reference in hardcopy form, he can simply tell HELP2 to print it. This capability is intended to support the concept of establishing HLP files as a convenient and flexible way to pass documentation of programs to the user on disk while simultaneously allowing him to easily print it out if it is of significant interest to him. For instance, a HLP file which refers to a new program may contain an Information Section or one Frame which contains a command summary. The user can simply print this without having the print the entire HLP file. As another example, the HELP2 subsystem may be used by a homemaker to keep her recipes on. Organized using the tree structure into reasonable catagories (such as roasts, desserts, etc), while reviewing the recipes she may find one she wishes to try for the evening's meal or to pass on to a friend. If the recipes covers only one screen, a Frame Print is very convenient. 24-May-83 07:07:00,980;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 24 May 83 7:20 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 24 May 83 7:11 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 24 May 83 7:07 EDT Date: 24 May 1983 07:07 EDT From: Paul R. Grupp Subject: Ramdrive use? To: MEAD@usc-eclb.arpa cc: info-cpm@brl.arpa In-reply-to: Msg of 22 May 1983 1112-PDT from Dick RAMDRV5 (and it's predecessors) have two fatal bugs. 1. If your system uses interrupts and an attempt is made to service one while NOT in the base page of memory a crash will result as the pointers are kept in the base page. 2. If your total GLOBAL memory is greater than 256K the DPH will be incorrect... I am currently working with Herbert Shore (the original author) on a new and MUCH improved version of this program (to be named XDRIVE) which should be ready for release in about a week. (Free for NON-COMMERCIAL USE of course) --Paul 24-May-83 07:59:20,9645;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 24 May 83 11:41 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 24 May 83 10:24 EDT Received: From Nosc-Cc.ARPA by BRL via smtp; 24 May 83 10:03 EDT Date: 24 May 1983 06:59:20-PDT From: Bob Van Cleef Reply-to: CCVAX.revc@nosc-cc.arpa To: info-cpm@brl.arpa Subject: SIG-M Distripution Points - Try #2 Because I received a message stating that the net died on my first submission, I am resubmitting the following. Apologies to those who see it twice. - Bob -------------------------------------------------------------------- The following is a copy of the file REGIONS.SIG that is incuded with the latest catalog from SIG/M - Hope it is of some help. - Bob -------------------------------------------------------------------- .HE SIG/M DISTRIBUTION POINTS - 4/1/83 Page # Regional Distribution Areas International Headquarters SIG/M P.O. Box 97 Iselin, NJ 08830 Northeast Region Southeast Region Dave Mitton Charlie Wells NECS Atlanta Computer Society Andover, MA Atlanta, GA Mid Atlantic Region Atlantic Region Mike Gurkin Bill Earnest CPMUG of Raleigh Lehigh Valley Computer Club Raleigh, NC Allentown,PA North Central Region South Central Region Keith Petersen Al Whitney Royal Oaks, MI Houston, TX Northwest Region Southwest Region Charlie Foster Pascal/Z Users Group Sacramento, CA Eastern Canada Western Canada Jud Newell Dave Bowerman Toronto, ONTARIO Vancouver, BC Asia Western Europe Bill Bolton Sidney, NSW Australia .pa Alabama Don Wilkes Voice(205)991-3221 Huntsville, AL CBBS (205)895-6949 Alaska John Evans 618 "N" Street Anchorage, AK 99501 Arizona Thomas Oliver Blue Hills CPMUG Blue Hills Rt Dewey, AZ 86327 California 83 Kelly Smith Voice (805)527-0518 CP/M - NET 3055 Waco Ave CBBS (805)527-9321 Simi Valley, CA 93063 7pm-7am,PMMI,Osborne Kaypro 83 Michael J. Karas Voice (805)527-7922 Valley Computer Club 2468 Hansen Court Simi Valley, CA 93065 Bruce Kendall S-100 BUSS 334 A. Camille Ct Mt View, CA 94040 Bob Cobler MotherLoad Computer Club Nevada City, CA 95959 83 Jim Ayers Voice (415)383-0473 Apple CPMUG of Small Computer Users of Marin 301 Poplar St. CBBS (415)383-0473 Mill Valley, CA 94941 5pm-8am,8in,Apple,Otrona Howard Stone Temple City Computer Hobbyists P.O. Box 572 Temple City, CA 91780 .pa Samuel Daniel Silicon Valley CPMUG S.D.C. 500 Macara Ave Sunnyvale, CA 94086 83 John Moorhead Voice (916)758-2495 S.M.U.G. - Sacramento Microcomputer Users Group P.O.Box 161513 CBBS (916)483-8718 Sacramento, CA 95816 83 Don Bozarth Voice (916)363-5544 S.M.U.G. P.O.Box 161513 Sacramento, CA 95816 J.R.Pendley Imperial Valley Informal Computerists P.O.Box 158 Imperial Valley, CA 92251 Richard Mason Voice (714)746-4832 San Diego Computer Society 1037 Park Hill Lane Escondido, CA 92025 Bob Massey CP/M Users of Compuserve Compuserve P.O.Box 6212 San Bernardino,CA 92412 Gordon French Voice (415)325-4209 Homebrew Computer Club 614 18th Ave Menlo Park CA 83 Charlie Foster Voice (916)392-2789 Pascal/Z Users Group **** SIG/M - Western Coast Region 7962 Center Parkway Sacramento, CA 95823 CBBS (916)483-8718 83 Harry F. McGrew Voice (805)687-7121 Santa Barbara Computer Club 747 Calle de Los Amigo RBBS (805)682-7876 Santa Barbara, CA 93105 83 Trevor Marshall Voice (805)492-3693 Thousand Oaks - RBBS RBBS (805)492-5472 3423 Hill Canyon Avenue 24hr,1200bps,PMMI,I10MB,160MB Thousand Oaks, CA 91360 .pa Colorado A.J. Lundquist Voice (303)466-7938 Denver Amateur Computer Society CBBS (303)499-9169 212A,32MB P.O.Box 633 CBBS (303)985-1108 212A,16MB Broomfield, CO 80020 CBBS (303)642-3034 212A,16MB Jack Riley Voice (303)494-8342 Denver Amateur Computer Society CBBS Boulder, CO CBBS (303)499-9169 Connecticut Henry B. Rothberg 1 Laticrete Park North Bethany, CT 06525 Voice (203)397-0041 Florida Ralph Fernandez South Florida Computer Club 1231 NW 72 Ave Hollywood FL 33024 Voice (305)963-7893 Michael Seay Space Coast Microcomputer Club 995 Luna Terrace Titusville, FL 32780 Charles M. Niswonger S-100/CP/M SIG Representative Central Florida Computer Society P.O. Box 855 Shalimar, FL 32579 Richard Tremmel Coastal Computer Club 10585 119th St N. Largo, FL 33540 Georgia 83 Charlie Wells Voice (404)993-0366 *** SIG/M - Southeast Region Atlanta Computer Society 465 Northgate Pass Roswell, Ga 30075 83 Allen V. Cleveland Voice (404)252-1879 Atlanta Computer Society 1225 Spring Mill Court NE Atlanta, GA 30319 .pa Hawaii Victor Mori 2525 So. King St. Honolulu, HA 96826 Voice (808)955-6683 Illinois Calamity Cliffs Computer Ctr P.O.Box 392 Lake Forest, IL 60045 Jim Mills CACHE - CPMUG Chicago, IL Stanley Hanson 192 East Road Glen Ellyn, IL 60137 Indiana Geoffrey Priest Voice (219)423-1571 Prestige Marketing Corp. 909 N. Coliseum Blvd. Fort Wayne, IN 46805 Iowa Donald A. F. Nelson, M.D. 1030 Fifth Avenue S.E. Cedar Rapids, IA 52403 Modem (319)364-0811 Louisiana 83 Homer Branch Voice (504)891-4951 Heath UG of New Orleans 703 Valence New Orleans, LA 70115 Massachusetts 83 Dave Mitton Voice (617)646-3080 *** SIG/M - Northeast Region NECS New England Computer Society 13 Swan St CBBS (617)646-3610 Arlington, MA 02174 Neil Rosenburg S-100 Club 2 Deer Run Littleton, MA 01460 .pa Michigan 83 Dave Hardy Voice (313)885-0506 Technical CBBS Voice (313)846-8000 736 Notre Dame CBBS (313)846-6127 Grosse Pointe, MI 48230 83 Keith Peterson Voice (313)588-7054 *** SIG/M - North Central Region Royal Oak, MI CBBS (313)759-6569 Ron Fowler Voice (313)729-1905 Westland, MI CBBS (414)563-9932 Minnesota 83 Scott Secor Voice (612)757-5878 CPMUG of Minnesota 854 120th Lane N.W. Coon Rapids, MN 55434 Missouri John Taylor St. Louis Area Computer Club 2009 N. Geyer Road St. Louis, MO 63131 New Jersey *** SIG/M - Main Hqtrs P.O.Box 97 RBBS (201)272-1874 Iselin, NJ 08830 RBBS (215)398-3937 83 Kevin O'Connell Voice (609)461-4351 RCA - VM Systems Cherry Hill, NJ 83 Raymond Glueck Voice (201)227-5362 **** SIG/M - Compuserve Liason ACG-NJ Micropolis Users Group 1 Rutledge Road 8in,SSSD/DD,Vector Pine Brook, NJ 07058 83 Bruce Ratoff Voice (201)272-1793 **** SIG/M - CBBS & Co Chairman CBBS (201)272-1874 26 Broad St. Cranford, NJ 83 Bill Chin Voice (201)778-5140 **** SIG/M - Chairman & Policy 177 Hadley Ave 8in,IBM-PC,VT-18X Clifton, NJ 07011 .pa 83 Sol Libes Voice (201)277-2063 **** SIG/M - Publicity Springfield, NJ 83 Howard Fingerhut Voice (201)572-5664 **** SIG/M - Order Processing Garden Terrace Edison, NJ ***Error on net connection*** === brl-bmd netread error from BRL-GATEWAY2 at Mon May 23 18:10:11 === 24-May-83 08:18:00,861;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 24 May 83 8:36 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 24 May 83 8:24 EDT Received: From Parc-Maxc.ARPA by BRL via smtp; 24 May 83 8:19 EDT Date: 24 May 83 08:18 EDT (Tuesday) From: Thieret.WBST@parc-maxc.arpa Subject: Re: MINCE question In-reply-to: MEAD@usc-eclb.arpa's message of 23 May 83 16:25 PDT To: Dick cc: info-cpm@brl.arpa If you really want total keyboard configuration and a VAST HOST of other valuable features in a Word Processor... look into The FinalWord from Mark of the Unicorn. I recently received it and I am REALLY IMPRESSED with all the features - some things which I never thought of in terms of a text processor. Unicorn even has an ARPANET address for TECHNICAL questions. Fantastic support!!! Fantastic software!!!! Tracy. 24-May-83 09:41:43,1038;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 25 May 83 5:13 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 5:10 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 25 May 83 5:02 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 25 May 83 1:37-PDT Date: 24 May 83 8:41:43-PDT (Tue) To: info-cpm@brl From: ihnp4!ihuxf!larry@ucb-vax Subject: Need help getting MIT CP/m files Article-I.D.: ihuxf.430 Relay-Version:version B 3/9/83; site harpo.UUCP Posting-Version:version B 2.10 5/20/83; site ihuxf.UUCP Message-ID:<430@ihuxf.UUCP> Date:Tue, 24-May-83 08:41:43 EDT Organization:BTL Naperville, Il. Can anybody offer assistance to some of us out here that can't access the MIT cpm files? I'd certainly appreciate if I could find a connection that could 'uucp' (or 'usend') us some of the files I see being announced here. I'd particularly like to get a hold of ZCPR2. Please respond by mail, and we an set things up. Much thanks, -- Larry Marek ihnp4!ihuxf!larry 24-May-83 23:16:00,630;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 25 May 83 1:33 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 1:30 EDT Received: From Ucb-Vax.ARPA by BRL via smtp; 25 May 83 1:19 EDT Date: 25 May 83 01:16-EDT From: @brl%cornella:C4F@BRL Subject: dBASE II help, ZCPR2 help... Message-Id: <8305250516.AA09987@UCBVAX.ARPA> Received: by UCBVAX.ARPA (3.341/3.29) id AA09987; 24 May 83 22:16:12 PDT (Tue) To: INFO-CPM@brl on dBase II, anyone know how to get its full screen editing to work on an ANSI standard terminal? on ZCPR2, anyone care to make a comparison to Computing!'s POWER? thanks. 25-May-83 06:30:00,493;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 25 May 83 6:48 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 6:37 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 25 May 83 6:35 EDT Date: 25 May 1983 06:30 EDT From: Keith Petersen Subject: Public-access phone number list To: Info-Cpm@brl CPM;BBSNOS BYNAME has been updated as of today. This is Bill Blue's excellent "PAMS" listing of all known public-access message and file-transfer systems. 25-May-83 09:39:51,642;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 25 May 83 12:04 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 11:58 EDT Received: From Nosc-Cc.ARPA by BRL via smtp; 25 May 83 11:51 EDT Date: 25 May 1983 08:39:51-PDT From: Bob Van Cleef Reply-to: CCVAX.revc@nosc To: info-cpm@brl.arpa Subject: sig-m list now on mit-mc Keith Petersen has place the list of SIG/M distribution points on Mit-mc in "AR10:CPM;SIG-M DIST", so if you did not get a good copy, you can FTP it from there. For those who cannot FTP files, you can send a note to INFO-CPM-REQUEST asking to have it net-mailed. Bob 25-May-83 13:54:00,657;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 25 May 83 16:19 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 16:08 EDT Received: From Usc-Eclb.ARPA by BRL via smtp; 25 May 83 15:56 EDT Date: 25 May 1983 1254-PDT From: Dick Subject: Apple CP/M quirks? To: info-apple@mit-mc cc: info-cpm@brl I have noted a few quirks running some PD software (like SQ,USQ) in which, although the files are acted upon, the system does not return (it apperars to hang, requiring a RESET). Anyone have info on other software quirks, fixes. Has anyone successfully installed ZCPR1 or ZCPR2 on the Apple CP/M system? ------- 25-May-83 21:16:00,513;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 25 May 83 23:39 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 23:30 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 25 May 83 23:21 EDT Date: 25 May 83 23:16-EDT From: @brl%cornella:C4F@BRL Subject: ZCPR2 vs POWER... Message-Id: <8305260317.AA10270@UCBVAX.ARPA> Received: by UCBVAX.ARPA (3.341/3.29) id AA10270; 25 May 83 20:17:05 PDT (Wed) To: INFO-CPM@mit-mc anyone care to compare these two goodies? replies to the list pls. 25-May-83 23:45:40,1146;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 26 May 83 0:00 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 25 May 83 23:53 EDT Date: 25 May 83 23:45:40 EDT (Wed) From: Rick Conn To: linus!sch@mitre-bedford cc: info-cpm@brl Subject: Re: Toolbox for ZCPR2 It seems like a valid position to me. Ideas should be free. There is already an IF...ELSE...ENDIF processor in the PD. You may look at the source code if you wish. The toolset/toolbox/integrated utility concept is fundamental to ZCPR2. That is a lot of what it was intended to be in the first place, and feel perfectly free to expand the idea. One thing you may wish to take a look at is TEMPLATE.MAC. This the a "template" I designed for all future ZCPR2 utilities to be patterned from. Among other things, it ensures interoperability within the system and greatly simplifies the interface problems. If you study TEMPLATE.MAC and then study PRINT3 and PAGE sources, you will see how much work is saved by patterning utilities around TEMPLATE. I am CCing this to INFO-CPM for general info purposes also. Rick 26-May-83 02:24:00,572;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 26 May 83 2:38 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 26 May 83 2:30 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 26 May 83 2:28 EDT Date: 26 May 1983 02:24 EDT From: Frank J. Wancho Subject: MC:CPM;BBSNOS To: INFO-CPM@brl There are now two files again (second derived from the first): MC:CPM;BBSNOS BYNAME - by name of BBS MC:CPM;BBSNOS BYAREA - by area code, then exchange, etc. Thanks to GZ for the EMACS utility to make the 15-second conversion possible. --Frank 26-May-83 22:25:00,963;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 26 May 83 22:42 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 26 May 83 22:39 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 26 May 83 22:28 EDT Date: 26 May 1983 22:25 EDT From: Paul L. Kelley Subject: MODEM901 Fix File To: INFO-CPM@brl Matt Weinstein at UCLA-LOCUS has pointed out an error in MODEM901. A fix file is available on MIT-MC as CPM;MODEM 901FIX. The file reads as follows: MODEM901.FIX There is an error in the routine in CONSOLE.ASM which emulates BDOS function 10. The error causes the program to restart itself when ctrl-U (remove current line) is entered. To fix the COM file with DDT change location 265FH from JMP 0AD0H to JMP 25D3H. The source code should read: . . . ; INBUFO: MVI A,'#' CALL CONOUT MVI A,0DH CALL CONOUT MVI A,0AH CALL CONOUT JMP ISTART ;Formerly: JMP START ; RETYPE: POP D . . . 26-May-83 23:54:00,1213;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 27 May 83 2:21 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 27 May 83 2:18 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 27 May 83 1:52 EDT Date: 27 May 83 01:54-EDT From: @brl%cornella:C4F@BRL Subject: help requested for possible glitched files... Message-Id: <8305270553.AA03361@UCBVAX.ARPA> Received: by UCBVAX.ARPA (3.341/3.29) id AA03361; 26 May 83 22:53:55 PDT (Thu) To: INFO-CPM@mit-mc being new to my CP/M system, i must do some stupid things at first. therefore, i accidentally turned off the power to my system while a file was open. (actually, this happened during an editing session with MINCE - I don't know if it was swapping at the time). I now get the following nonsense which I don't understand. When I do a DIR, the directory prints out as it should. when I do a TYPE FOO.*, (where FOO.SUB was the file that MINCE was editing for me), I get a BDOS error Illegal ??? in FCB and on the next line, BDOS function 15. Apparently, Function 15 has to do with opening the file, but at this point I get lost. EVERYTHING ELSE seems to be working.... help?? many thanks. Lin@mit-mc or g.cornella=c4f@ucb-arpa 27-May-83 00:34:00,1558;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 27 May 83 1:06 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 27 May 83 1:01 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 27 May 83 0:33 EDT Date: 27 May 1983 00:34 EDT From: Eliot Scott Ramey Subject: ZCPR2 vs. other CCP replacements To: info-cpm@brl While I have not encountered POWER yet, I can say that ZCPR2 is very good competition for Micro Shell version 2.0. A friend of mine with an 8085 has not been able to use ZCPR2 (until CSTROM's conversion) on his system, so he has been vary loyal to MicroShell. In seeing wha he can do (and listening to his sales pitches) I have come to the conclusion that MicroShell has two features that ZCPR2 does not. These are 1) previous command editting -- if you make a mistake you can simply edit what you typed with siply WordStar like commands; and 2) Pipes -- which as far as I can tell only the author of MicroShell ever uses. With ZCPR2 implemented to its full capability one can obtain I/O redirection (and one doesn't even need ZCPR2 for that, just follow Rick's scheme for the most part) and the ato-execution of a .SUB file (or a file from a .LBR file, which MS won't do) and ZCPR2 will even search more drives for a program name. I am sure that I have missed something for both ZCPR2 and MS, but these are the things that I have picked up from everyday use. In conclusion, save your $200 that you would spend on MS, and spend a smaller portion of that obtaining ZCPR2. -Eliot at Mit-MC 27-May-83 04:05:00,570;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 27 May 83 4:17 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 27 May 83 4:15 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 27 May 83 4:04 EDT Date: 27 May 1983 04:05 EDT From: Jerry E. Pournelle Subject: C compiler wanted To: ihnp4!houxm!houxz!hocda!spanky!burl!duke!mcnc!ncsu!msdc!gatech!brat@ucb-vax cc: info-cpm@brl In-reply-to: Msg of 12 May 83 23:58:30-PDT (Thu) from ihnp4!houxm!houxz!hocda!spanky!burl!duke!mcnc!ncsu!msdc!gatech!brat at ucb-vax.arpa aztec is good stuff. 27-May-83 13:19:55,481;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 27 May 83 13:56 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 27 May 83 13:43 EDT Date: 27 May 83 13:19:55 EDT (Fri) From: Larry Layten DARCOM To: info-cpm@brl cc: llayten@brl Subject: Request for Honneywell terminal emulator. Does anyone know of a terminal emulator for Honneywell VIP protocol? If so please reply directly to me, as I am not on this mailing list. Larry 27-May-83 18:20:10,528;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 28 May 83 18:21 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 28 May 83 17:50 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 28 May 83 6:28 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 28 May 83 3:18-PDT Date: 27 May 83 17:20:10-PDT (Fri) To: info-cpm@brl From: decvax!cca!linus!philabs!cmcl2!lanl-a!jlg@ucb-vax Subject: Re: none Article-I.D.: lanl-a.326 In-Reply-To: Article sri-arpa.1538 I wish people wouldn't post without a subject. 28-May-83 07:02:00,851;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 28 May 83 22:30 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 28 May 83 22:19 EDT Received: From Rand-Relay.ARPA by BRL via smtp; 28 May 83 22:15 EDT Date: 28 May 1983 9:02-EDT From: goldfarb.ucf-cs@rand-relay Return-Path: Subject: Re: C compiler wanted To: Jerry.ucf-cs@rand-relay, E..ucf-cs@rand-relay, Pournelle.ucf-cs@rand-relay, ADDRESS PROBLEM BRL ", POURNE@mit-mc>": ", POURNE@mit-mc>"@BRL.ARPA; Cc: info-cpm@brl Message-Id: <83/05/28 0902.383@ucf-cs> In-Reply-To: Jerry E. Pournelle's message of 27 May 1983 0405 EDT Via: UCF-CS; 28 May 83 19:07-PDT Jerry, "aztec is good stuff" doesn't mean a whole lot. How about elaborating? Since you are admittedly not a C programmer, how can you presume to evaluate a C compiler. Ben 28-May-83 14:39:00,2138;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 28 May 83 18:23 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 28 May 83 17:57 EDT Received: From srinet-gateway.ARPA by BRL via smtp; 28 May 83 17:02 EDT Date: 28 May 1983 at 1339-PDT To: info-cpm@brl Subject: product idea From: fylstra.tsca@sri-unix Received: from SRI-Tsca.micom by SRI-TSC.micom with rs232; 28 May 83 13:52-PDT Here is a product idea for those of you with infinite spare time. Now that VIC-20's and Atari-400's are down to $80 at your local drug store, I would like to use one as a color graphics display device (and possibly terminal) for my S-100 CP/M system. Here is a description of the ideal product (Atari version): A PC board that plugs into the Atari 400/800 bus. Contains one or two 2716 EPROM sockets, a UART with baud rate generator, suitable decoding, and RS-232 level convertors. A ribbon cable brings the RS-232 signals outside to a DB-25 connector. Power-on reset jumps into the EPROM. The EPROM contains firmware to emulate a color graphics terminal. In addition to standard terminal functions (printable characters, CR, LF, BS, clear screen, etc), escape sequences would be used to select display mode (resolution/color set); draw dots, lines, circles; fill in polygons; etc. A reasonable candidate for the command language would be the Tektronix 4010 terminal. It should also have the capability of up/downloading an entire screen image verbatim. While we're at it, let's add the capability to examine/deposit any arbitrary region of memory, set processor registers, and start execution. Another nice feature would be the ability to define "display macros," each consisting of a variable-length string of the graphics primitives, which could then be invoked by transmitting the macro code. I've always wanted a color graphics display capability for my S-100 system. It would be handy to have an additional terminal (even with 40-column display width) available for testing purposes. It should be possible to brew this design for less than $100 in parts. Anyone interested? Dave Fylstra 28-May-83 18:02:00,1552;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 28 May 83 18:24 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 28 May 83 18:12 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 28 May 83 18:04 EDT Date: 28 May 1983 18:02 EDT From: Keith Petersen Subject: MODEM overlay problem solved To: Info-Cpm@brl Some users of the Kaypro, Xerox-820 and Televideo overlays for MDM70x and other MODEM7 programs have reported problems getting it to work. This has finally been tracked down to the serial port initialization routine used in the user customization overlay. It's not a bug - rather it's a matter of how the hardware itself is used by the user. The Z80 SIO chip has a thing called "auto-enables" which can be turned on or off at initialization time. When it's turned on, the Z80 SIO looks for several signals from the modem, including Data Carrier Detect. That's fine IF you hooked up the wires in your RS-232 cable and IF your modem supplies these additional signals (or you add jumpers to fake them). It turns out that the people who had the problems has used only pins 2, 3 and 7 of the RS-232 which is all you really need for send, receive and ground. However, the auto-enables must be TURNED OFF in order for the Z80 SIO to function in this environment. In the initialization routine look for the code that does MVI A,0E1H and then outputs that to the SIO chip. That is the proper byte for auto-enables ON, but it should be changed to MVI A,0C1H for auto-enables OFF. --Keith 29-May-83 09:17:23,1233;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 29 May 83 9:44 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 29 May 83 9:34 EDT Received: From Brl-Bmd.ARPA by BRL via smtp; 29 May 83 9:24 EDT Date: 29 May 83 9:17:23 EDT (Sun) From: Charlie Strom NYU To: Steve Wolff cc: info-cpm@brl Subject: Re: Program Piracy Let's be logical about this - we have never heard (and never will hear) about someone being sued for making 20 copies of a commercial program to store away "just in case"... It seems to me that licensing agreements notwithstanding there is little doubt what constitutes software piracy. Uncopyable software is a function of the hardware - there is no such thing in the CP/M world, for example. Another good reason not to buy an Apple! I for one refuse to be at the mercy of the dealer to depend on for the replacement of a damaged disk (which will always follow Murphy's law) and do not want the taint of piracy on me just because I feel that I should have a right to make a reasonable number of backup copies (and only I can determine what reasonable means) of some software upon which my bread and butter may depend! 29-May-83 13:24:00,744;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 29 May 83 15:34 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 29 May 83 15:26 EDT Received: From Usc-Eclb.ARPA by BRL via smtp; 29 May 83 15:25 EDT Date: 29 May 1983 1224-PDT From: Dick Subject: ZCPR2 on APPLE II To: info-cpm@brl cc: info-apple@mit-mc It appears the files set up to install the ZCPR2 onto 60k Apple CP/M won't work on the IIe. I installed the overlay on my APPLE II+, where it worked fine, then moved it to the IIe, where it trashed the screen and crashed. Seems the 80 col card uses the TEXT screen1 in addition to its own memory. So be aware, you will have to find a new home for the ZCPR2 external buffers, or omit them. ------- 29-May-83 14:37:00,577;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 29 May 83 14:51 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 29 May 83 14:44 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 29 May 83 14:39 EDT Date: 29 May 1983 14:37 EDT From: Charlie Strom Subject: New HELP8080 file To: info-cpm@brl I have uploaded a new version of HELP2 converted to 8080 code to MC - it can be found as AR85:CPM;HELP80 80COM. This version is based on the latest effort of Richard Conn as introduced by him in a message to INFO-CPM about a week ago. Charlie 29-May-83 17:38:00,555;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 29 May 83 19:52 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 29 May 83 19:43 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 29 May 83 19:42 EDT Date: 29 May 1983 1938-EDT From: John S. Labovitz <@brl:HNIJ@mit-oz> Subject: LTYPE & TYPE To: info-cpm@mit-mc Has anyone started combining TYPE18 and LTYPE so that it is possible to type out squeezed file in a library? If not, I may do it. Also, is LU210.DQC the latest documentation? John Labovitz HNIJ%OZ@MIT-MC ------- 29-May-83 18:22:56,1067;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 29 May 83 21:36 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 29 May 83 21:27 EDT Received: From Ucb-Vax.ARPA by BRL via smtp; 29 May 83 21:20 EDT Date: 29 May 83 18:22:56 PDT (Sun) From: Steve Wolff Subject: Re: Program Piracy Message-Id: <8305300122.AA24522@UCBCORY.ARPA> Received: by UCBCORY.ARPA (3.342/3.31) id AA24522; 29 May 83 18:22:56 PDT (Sun) Received: from UCBCORY.ARPA by UCBVAX.ARPA (3.341/3.29) id AA22166; 29 May 83 18:18:19 PDT (Sun) To: ADDRESS PROBLEM BRL "cc-treas%UCBCORY@berkeley>": "cc-treas@UCBCORY@berkeley>"@BRL.ARPA;, Steve@brl-bmd, Wolff@brl-bmd, strom@brl-bmd Cc: info-cpm@brl Thanks for the reply. I'm glad the system I'm going to buy is CP/M, as I have no problems about paying for software legally, but would like to be able to make backups without the assistance of some program or hardware that may soon be obsolete anyway. Steve Wolff cc-treas@ucbcory.berkeley 29-May-83 21:15:11,4675;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 31 May 83 8:22 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 31 May 83 8:15 EDT Received: From Sri-Unix.ARPA by BRL via smtp; 31 May 83 7:58 EDT Received: from Usenet.uucp by SRI-Unix.uucp with rs232; 31 May 83 4:51-PDT Date: 29 May 83 20:15:11-PDT (Sun) To: info-cpm@brl From: harpo!floyd!vax135!cornell!uw-beaver!vestal@ucb-vax Subject: Results of CP/M system survey Article-I.D.: uw-beave.643 Descriptions for 120 8-bit systems running CP/M were received. Only a few replies stating use of CP/M-86 were received, and these systems have not been counted. A few comments are in order before giving the quantitative results. First, a single site reported using 25 Altos 8000 machines. Another site reported using "several" Altos machines as well, and I choose the number 7 as being more than a few, less than a lot, and capable of being stored in a nibble. These were included in the reports as 32 separate systems, and each entry which might be affected by such a large block has been marked with an asterisk(*). Second, many systems had different types of floppie drives and more than one communications software package. The results posted are for system combinations; i.e., if a single system had both 8" and 5-1/4" floppies, then it was counted in two categories for question three. Systems with several communications programs were similarly counted in several categories. As a result, there were a total of 132 CPU/floppie categories and 141 machine/software categories. Finally, floppie drives reported to be switchable have been included at their highest performance. For example, my 8" drives are single/double density, single/double sided; they have been recorded in the 8" DS DD category. It is my understanding that most drives can accept a lower density and fewer sides than the maximum capacity reported. No non-standard 8" formats were reported; the number of 5-1/4" formats is, of course, known but to God. I. What kind of machine do you have? number percentage of systems of total Altos 8000(*) 33 27 % custom assembly 19 15 % Osbourne I 8 7 % Northstar Horizon 7 6 % Heath/Zenith Z89 6 5 % Kaypro II 5 4 % TRS-80 5 4 % Morrow Micro/Design Decisions 5 4 % Big Board I 4 3 % Apple II 3 3 % Compupro System A/B 3 3 % Max 80 3 3 % Xerox 820 3 3 % 14 other system types 16 13 % Total for 27 types 120 100 % II. What version of CP/M do you run? 2.2 was the almost universal answer. III. What kind of floppie does your system run? system percentage percentage combinations of size of total 5-1/4" 50 100 % 38 % SS SD soft 9 18 % 7 % SS DD soft 15 30 % 11 % DS DD soft 9 18 % 7 % SS SD 10 sector 3 6 % 2 % DS DD 10 sector 6 12 % 5 % other or unspecified 8 16 % 6 % 8" (*) 82 100 % 62 % SS SD 13 16 % 10 % SS DD (*) 51 62 % 39 % DS DD 13 16 % 10 % unspecified 5 6 % 4 % Total system combinations 132 100 % IV. What sort of modem communications software do you use? system percentage combinations of total none (*) 39 28 % Modem ? 34 24 % MDM??? 11 8 % user written 9 6 % TriCom 7 5 % Yam 5 4 % Ascom 4 3 % 19 additional programs 32 23 % Total 141 101 % 30-May-83 02:12:00,828;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 30 May 83 11:15 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 30 May 83 11:12 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 30 May 83 2:14 EDT Date: 30 May 1983 02:12 EDT From: Ronald G. Fowler Subject: New version of MLOAD To: INFO-CPM@mit-mc My multi-file loader program, MLOAD, has been updated as of today. Relevant files may be found on MIT-MC as follows: AR17:CPM;MLOAD 14ASM AR17:CPM;MLOAD 14HEX AR17:CPM;MLOAD 14COM A major problem has been repaired with non-default drive loading, and a couple of minor enhancements were added (See modification hi- tory at the beginning of the ASM file for more details). Thanks to CSTROM@MC and W8SDZ@MC for reporting the bug (and both on the same day, no less!). --Ron Fowler 30-May-83 10:41:00,594;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 30 May 83 22:42 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 30 May 83 22:38 EDT Received: From Rand-Relay.ARPA by BRL via smtp; 30 May 83 22:36 EDT Date: 30 May 1983 12:41-EDT From: goldfarb.ucf-cs@rand-relay Return-Path: Subject: Sorry To: info-cpm@brl, pourne@mit-mc Message-Id: <83/05/30 1241.766@ucf-cs> Via: UCF-CS; 30 May 83 19:05-PDT I apologize if multiple copies of my message to Jerry were sent from this site. Just some mailer trouble. Ben G. 30-May-83 19:07:08,668;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 30 May 83 19:19 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 30 May 83 19:12 EDT Received: From Brl-Bmd.ARPA by BRL via smtp; 30 May 83 19:09 EDT Date: 30 May 83 19:07:08 EDT (Mon) From: Charlie Strom NYU To: Steve Wolff cc: INFO-CPM@brl Subject: Re: money back programs Hopefully those "rental" companies you mention will soon be put out of business by the softwre houses - they clearly violate license agreements limiting usage to ONE machine. Their purpose is clearly to assist in piracy while making bucks for themselves. 30-May-83 23:46:00,1249;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 31 May 83 1:56 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 31 May 83 1:54 EDT Received: From Mit-Mc.ARPA by BRL via smtp; 31 May 83 1:48 EDT Date: 31 May 83 01:46-EDT From: @brl%cornella:C4F@BRL Subject: (copy) Undelivered mail Message-Id: <8305310546.AA05297@UCBVAX.ARPA> Received: by UCBVAX.ARPA (3.341/3.31) id AA05297; 30 May 83 22:46:14 PDT (Mon) To: INFO-CPM@mit-mc Date: Tuesday, 31-May-83 01:38:28 EDT From: Network Mailer Subject: Undelivered mail To: C4F at CORNELLA Your mail was not delivered to some or all of it's intended recipients for the following reason(s): File to INFO-CPM at MIT-MC was rejected by RSCS/Networking. --------------------RETURNED MAIL FILE-------------------- Date: 31 May 83 01:38-EDT From: C4F @ CORNELLA To: INFO-CPM @ MIT-MC Subject: user areas on CPM 2.2 and MPM... If a file is marked SYSTEM on MP/M (or presumably CP/M 2.2), and you are in user area 1-15, is it possible to write to it? or do all system files accessible to random user areas have a R/O attribute, regardless of what the RW/RO status is on user area 0? replies to G.cornella=c4f@ucb-arpa or lin@mit-mc thanks. 31-May-83 21:30:00,1308;000000000000 Received: From Brl-Bmd.ARPA by BRL via smtp; 1 Jun 83 2:35 EDT Received: From brl-gateway2.ARPA by BRL-BMD via smtp; 1 Jun 83 2:25 EDT Received: From Rand-Relay.ARPA by BRL via smtp; 1 Jun 83 2:23 EDT Date: 31 May 1983 at 2030-PDT (Tuesday) From: tekecs!andrew.Tektronix@rand-relay Return-Path: Subject: Aztec C is good stuff To: tektronix!info-cpm@brl Via: TEKTRONIX; 31 May 83 23:15-PDT Aztec C is good stuff, and I speak as an experienced programmer. I used their Z80 compiler to write a Business Basic compiler, with heavy use of static data structures and initializers (for those lex and parse tables). They advertise that they implement everything except bit fields. I've had some trouble with #if, and "solved" it by going exclusively with #ifdef, but that was several versions ago. My sole complaint is that their interface to MACRO-80 is not as good as they advertise. You pretty much have to invest a weekend in rebuilding the L80 compatible library because they can't get it right themselves. Fortunately the source code for all library routines is provided so this is within the realm of possibility. -- Andrew Klossner (decvax!teklabs!tekecs!andrew) [UUCP] (andrew.tektronix@rand-relay) [ARPA]