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 it