1-Dec-83 08:40:08-MST,905;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 08:39:59-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 30 Nov 83 22:48 EST Received: From Mit-Mc.ARPA by BRL via smtp; 30 Nov 83 22:45 EST Date: 30 Nov 1983 22:02:26 EST (Wednesday) From: Marshall Abrams Subject: Donate computer for tax credit To: microgroups: @mitre:; Cc: abrams@mitre A charitable organization in the Washington, DC area would like to receive a donation of a computer. The donor would get a tax credit based on his/her valuation of the hardware and software. This would be an excellent opportunity to do a good deed and recover one's investment so that a newer configuration could be purchased. Please contact me to discuss this further. My telephone at work is 703/827-6938 and at home is 301/588-1005. Marshall Abrams 1-Dec-83 08:40:25-MST,814;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 08:40:20-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 1 Dec 83 2:17 EST Received: From Mit-Mc.ARPA by BRL via smtp; 1 Dec 83 2:15 EST Date: 1 December 1983 02:21 EST From: "James Lewis Bean, Jr." Subject: IS there an IBM PC version of modem 7 To: INFO-CPM@mit-mc, INFO-PC@mit-mc I need to transfer massive numbers of files from floppies on a brand X cp/m based micro to an IBM PC. I have modem 7 for the CP/M machine is there a PC package that talks that language (specifically wild card file transfers). Public domain is of course the only way to go. how many times have you seen this question? --- thanks... lewis bean at mit-mc 1-Dec-83 10:53:10-MST,901;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 10:53:04-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 1 Dec 83 9:44 EST Received: From Sri-Unix.ARPA by BRL via smtp; 1 Dec 83 7:35 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 Dec 83 4:25-PST Date: 29 Nov 83 20:52:53-PST (Tue) To: info-cpm@brl From: decvax!duke!mcnc!ecsvax!rpk@ucb-vax Subject: C64 CP/M Article-I.D.: ecsvax.1620 I saw an accessory for the C-64 computer that allows it to run CP/M. A local discount store has these boards on sale for $70. -- This means that a complete CP/M system (64K) with two driives would cost about $800. My question: Has anybody had any experience with a C64 running CP/M? Is this a "standard" CP/M or are there strange quirks, like the Microsoft/Apple CP/M? -Dick (...decvax!mcnc!ecsvax!rpk) 1-Dec-83 11:50:21-MST,1058;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 11:50:17-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 1 Dec 83 9:44 EST Received: From Sri-Unix.ARPA by BRL via smtp; 1 Dec 83 8:01 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 Dec 83 4:55-PST Date: 30 Nov 83 7:57:38-PST (Wed) To: info-cpm@brl From: decvax!ittvax!ittral!hinnant@ucb-vax Subject: UMODEM under VMS found Article-I.D.: ittral.323 Thanks to all of you who responded to my quest for a host version of MODEM running under VAX/VMS. Most of the responses concerned a FORTRAN 77 version developed at the University of Washington by Jim Belonis, of which I now have a copy. Although written for VMS 2.0, it compiles and runs without error under VMS 3.0. If there is a request, I'll post the source and related utilities to net.sources. Again, thanks for all the help. David Hinnant ITT Telecommunications (919) 829-3033 ...ucbvax!decvax!ittvax!ittral!hinnant 1-Dec-83 12:23:08-MST,596;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 12:23:03-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 1 Dec 83 10:00 EST Received: From Sri-Unix.ARPA by BRL via smtp; 1 Dec 83 9:55 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 Dec 83 6:46-PST Date: 28 Nov 83 23:19:28-PST (Mon) To: info-cpm@brl From: hplabs!intelca!omsvax!ogcvax!tektronix!reed!ank@ucb-vax Subject: mdm712 for EPSON QX-10 Article-I.D.: reed.401 Has anyone developed a mdm712 overlay for the EPSON QX-10? Thanx, Bob Ankeney 1-Dec-83 12:24:59-MST,1806;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 12:24:53-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 1 Dec 83 9:46 EST Received: From Sri-Unix.ARPA by BRL via smtp; 1 Dec 83 9:31 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 Dec 83 6:19-PST Date: 30 Nov 83 9:07:03-PST (Wed) To: info-cpm@brl From: decvax!duke!phs!jtb@ucb-vax Subject: Re: ecsvax.1620: C64 CP/M Article-I.D.: phs.2165 I have one of these CP/M cartrages for a C64. I havent used it much yet so I cant be sure but the manual is a duplicate of the standard one so that much is standard. The max memory is reduced because the screen is bit mapped and the BIOS is completly different since much of it is actualy entry points to routines running on the other processor. I think that most programs which require cursor positioning will not work and could not be made to work without major rework. Also the screen is a non standard size which would break many programs. Keep in mind that the screen is a standard vidio monitor not a crt it is optimized for games and is hard on the eyes when used for text. If you have had experience with the first Osborne I think you can get an idea of what using the C64 CP/M would be like it had the same non standard screen and BIOS. One question I have not gotten a satisfactory answer to is how standard the disks it writes are it is not clear to me that the software houses are making CP/M programs avalable in a sutable format if anybody knows I would like to hear. As you say the price cant be beat so perhaps it will find a nitch (as a training machine perhaps a demo system could be put together using an existing TV for less than $600). Jose Torre-Bueno decvax!duke!phs!jtb 1-Dec-83 12:50:59-MST,864;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 12:50:56-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 1 Dec 83 10:39 EST Received: From Amsaa.ARPA by BRL via smtp; 1 Dec 83 10:06 EST Date: Wed, 30 Nov 83 19:28:50 EST From: David Towson (CSD) To: Greg the Hogg cc: info-cpm@brl, greg@brl-bmd Subject: Re: MDM714 and the MAX-80 Greg - I'm using the MDM712 overlay I developed for the TRS-80, Model I with MDM714 with no difficulties at all. The one archive overlay I looked at in the new 714 batch had as its only update notice that its name had been changed. Therefore, I think you not only have nothing to lose by trying, but also that it is very likely to work if you use your 712 MAX-80 overlay with 714. Dave 1-Dec-83 13:04:20-MST,901;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 13:04:16-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 1 Dec 83 12:24 EST Received: From Washington.ARPA by BRL via smtp; 1 Dec 83 12:17 EST Date: Thu 1 Dec 83 09:17:00-PST From: Charles Garthwaite Subject: Double vs. single sided disk drive ruggedness? To: info-cpm@BRL.ARPA Does anyone have a reaction to the question of what the relative ruggedness (and so reliability) of double vs single sided 5.25in floppy disk drives. Am wondering about KayProII (single sided) vs KayPro4 (double sided) for use which involves a lot of traveling. My experience with early double sided 8in drives (CalComp/CalDisk 143) was that the heads didn't stay aligned very well. Is there a similar problem with more modern 5.25in units. Thanx. ------- 1-Dec-83 15:23:24-MST,978;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 15:23:20-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 1 Dec 83 13:28 EST Received: From Mit-Mc.ARPA by BRL via smtp; 1 Dec 83 13:04 EST Date: 1 Dec 83 10:00:45 PST (Thursday) Subject: Re: IS there an IBM PC version of modem 7 In-reply-to: BEAN's message of 1 Dec 83 02:21 EST To: "James Lewis Bean, Jr." From: "John Veizades" cc: INFO-CPM@mit-mc.ARPA, INFO-PC@mit-mc.ARPA There is a Freeware program available called PCTALK that handles that protocol. It is available for $35 (free if you can find one to copy) this program has been put in the public domain by the author it can also be obtained through: The Headlands Press, Inc. PO Box 862 Tiburon, Ca 94920. If you find any other infomation on the topic please message me. John Veizades, (Veizades.PA@PARC-MAXC) 1-Dec-83 15:27:25-MST,1508;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 15:27:20-MST Received: From Amsaa.ARPA by BRL-VGR via smtp; 1 Dec 83 13:33 EST Date: Thu, 1 Dec 83 13:28:39 EST From: David Towson (CSD) To: info-cpm@brl-vgr Subject: [Frank J. Wancho: New CRC Lists] The attached message is being repeated for the benefit of those who, like myself, did not read between the lines and realize that the cpm.dirlst, sigm.dirlst and cpmug.dirlst files are now RENAMED xxx.CRCLST. all of a sudden my UNIX shell file get.dirlst, which automatically called simtel20 to get the latest directory, didn't get the expected result. The reason; there are no more DIRLST files. Dave ----- Forwarded message # 1: Received: From Brl-Vgr.ARPA by AMSAA via smtp; 17 Nov 83 19:54 EST Received: From Simtel20.ARPA by BRL-VGR via smtp; 17 Nov 83 19:47 EST Date: 17 Nov 1983 17:42 MST (Thu) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@brl-vgr Subject: New CRC Lists Thanks to Gail Zacharias for a special version of the CRC program which enabled to quickly build CRC files in the new one-liner format. The results of that effort are now in MICRO:dir.CRCLST on the SIMTEL20. (Substitute CPM, SIGM, CPMUG for dir above to get the list corresponding to the subdirectories in that particular directory.) --Frank ----- End of forwarded messages 1-Dec-83 16:57:37-MST,1926;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 16:57:31-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 1 Dec 83 17:22 EST Received: From Usc-Ecl.ARPA by BRL via smtp; 1 Dec 83 17:07 EST Date: 1 Dec 1983 1241-PST From: Ted Shapin Subject: FORTH-83 HELP To: mead@usc-eclb cc: info-cpm@brl Postal-address: Beckman Instruments, Inc. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634 Phone: (714)961-3393 It sounds like the source files did not transfer correctly. The *.BLK files contain FORTH screens or blocks. Each screen is 1024 printable ASCII characters without carriage returns or line feeds. The screens are written sequentially. Each screen starts with a comment line of the form: \ Some kind of title 16Oct83Map Here are the results of running the 8080 CRCK program on the original source disks I tried to upload, first on the 8080 files: --> FILE: CPU8080 .BLK CRC = 16 7F --> FILE: EXTEND80.BLK CRC = 80 10 --> FILE: F83 .HEX CRC = [I don't have this one] --> FILE: F83 .COM CRC = A1 A8 [This is the loaded F83.HEX] --> FILE: META80 .BLK CRC = AD 86 --> FILE: UTILITY .BLK CRC = 21 4F and on the 8086 files: --> FILE: CPU8086 .BLK CRC = 16 7F --> FILE: EXTEND86.BLK CRC = 80 10 --> FILE: F83 .CMD CRC = A1 A8 --> FILE: META86 .BLK CRC = AD 86 I checked the TOPS-20 checksum on the blocks that I uploaded to ECL and to my own TOPS-20 system and they agree so I hope the problem was in your reception of the files. Let me know what checksums you get. Ted. TOPS-20 Checksum CPU8080.BLK.1 232106 DIRECT.BLK.1 713166 EXTEND80.BLK.1 212023 META80.BLK.1 447557 UTILITY.BLK.1 513245 ------- 2-Dec-83 10:12:40-MST,752;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 10:12:36-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 2 Dec 83 8:56 EST Received: From Sri-Unix.ARPA by BRL via smtp; 2 Dec 83 3:03 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Dec 83 0:01-PST Date: 30 Nov 83 9:38:05-PST (Wed) To: info-cpm@brl From: decvax!duke!phs!jtb@ucb-vax Subject: Re: kpno.271: Re: request for help on FTP Article-I.D.: phs.2167 I second allan's request I have been trying to figure out how to get at the archive files for some time. What I need is a step by step guide to how to access them from a machine which is on usenet. Thanks Jose Torre-Bueno decvax!duke!phs!jtb 2-Dec-83 13:29:43-MST,2139;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 13:29:33-MST Received: From Sri-Kl.ARPA by BRL-VGR via smtp; 2 Dec 83 9:43 EST Date: Fri 2 Dec 83 06:43:44-PST From: Mike Bishop@BRL-VGR.ARPA Subject: Re: Dysan note: Using floppy backside Sender: OTHB@SRI-KL.ARPA To: w8sdz@BRL.ARPA cc: Info-Cpm@BRL-VGR.ARPA, OTHB@SRI-KL.ARPA Reply-To: OTHB@SRI-KL.ARPA In-Reply-To: Message from "Keith Petersen " of Wed 30 Nov 83 12:37:51-PST Thanks for the scoop on using both sides of disks on single headed drives. I have been using both sides of my disks for about two years and I have NEVER had a detected error - who knows about those nasty undetected ones! The point o of this is that I have been hearing horror stories about using both sides of my disks for quite some time and I have never seen the results of any studies that indicate that errors have or definitely will occur. Your message states that these errors "might" occur or that the "probability" of contamination increases. Also, performance is reduced - which performance and how much? I am a little bit doubtful about the validity of claims like this made by a disk manufacturer because it is in his best interest - we all have to buy twice as many disks! Finally, if the horror stories are true, then think about this scenario: if I use "flippied" disks, I can fit twice as much data on a disk - so I can have a separate, possibly remotely located, back-up copy - for the same cost! So, if I have either a "normal" failure or a "flippy-induced" failure I still have a back-up copy. This would seem to provide MORE protection for that valuable data we all have. Another thing - since the liner traps "contaminating-particles", can it become overloaded? If so what happens then? How do you know that the liner is full? It seems that this situation would cause many of the possible failures you mentioned also. So, maybe using both sides of a disk would periodically "clean" the liner out. Thanks again, and I look forward to a response. Mike Bishop ------- 2-Dec-83 13:58:23-MST,905;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 13:58:18-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 2 Dec 83 11:08 EST Date: Fri, 2 Dec 83 11:01:03 EST From: Keith Petersen To: Greg the Hogg cc: Info-Cpm@brl-vgr Subject: Re: MDM714 and the MAX-80 Greg, sorry the M7LO.1ASM overlay file for MDM714 was missing. I am going to upload it now. I wish you had sent me a personal note asking about it instead of to the whole mailing list. It was a simple oversight on my part (there were MANY files to upload in that MDM714 package and it took a VERY long time). I am responsible for maintaining most of the files in the MICRO: directory at SIMTEL20 so if you have any questions in the future please send a note to me using the address W8SDZ@SIMTEL20. --Keith 2-Dec-83 14:31:32-MST,4770;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 14:31:18-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 2 Dec 83 11:08 EST Date: Fri, 2 Dec 83 11:05:43 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: XMODEM81 now available XMODEM81 is now available from SIMTEL20. Newest features -- can be assembled with ASM.COM even if LOGCAL is YES. All overlays renamed so they will remain independent of XMODEMxx updates. The following files are available from SIMTEL20 in the MICRO: directory: XMODEM.81ASM - Source for the main program XMODEM.81INF - Information about XMODEM81 and its overlays XMAC.1ASM - for Apple users with the Novation APPLE-CAT modem XMDP.1ASM - for Datapoint 1560 with 8251A I/O and CTC baud rate timer XMDC.1ASM - for Apple users with the D.C. Hayes modem XMEX.1ASM - for computers with 8251 I/O and external modems XMH8.1ASM - for Heath/Zenith H8 or H89 users with external modem XMHZ.1ASM - for Heath/Zenith -100 users with external modem XMIN.1ASM - for those using the Compupro Interfacer 3/4 modem XMMM.1ASM - for Apple users with the Micromodem II modem XMPM.1ASM - for S-100 users with PMMI modem boards XMSM.1ASM - for D.C. Hayes Smartmodem users XMTV.1ASM - for TeleVideo 802 computers The overlays contain instructions on how to then use DDT (or SID) to easily adapt the external overlay to the main program. 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. Although the original checksum verification system is still available on request, the primary system is CRC - cyclic redudancy checking. The current version is XMODEM 8.1 The 8.x series has a number of features which give it a tremendous flexibility. Some of them are: 1) A general purpose menu. Just type: A0>XMODEM This menu includes the drive/user area for normal uploading, which lets the user check to see if adequate space is remain- ing for uploading new files at that location. NOTE: The A0> prompt in this and subsequent examples is used as a typical possibilty of a drive/user area. 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 its correct name as well as the correct drive/user area. This provides excellent security The SYSOP can thus make any person an instant temporary priv- ileged user. This gives him a tremendous flexibility. 6) Spaces can 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. 7) Files which are partially completed will be erased if the disk becomes full or if the sender aborts by hanging up (or if the connection is broken). 8) A simple system of adopting the program without the necessity of looking up the CONTOUT address. 9) USEMAX feature which automaticaly sets the maximum drive and the maximum user number from ZCPR values. (Can still be set normally if USEMAX is NO.) 2-Dec-83 14:33:28-MST,753;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 14:33:24-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 2 Dec 83 11:38 EST Date: Fri, 2 Dec 83 11:27:33 EST From: Keith Petersen To: ABN.ISCAMS@usc-isid cc: Info-Cpm@brl-vgr Subject: Re: Hexify for Tops-20 HEXIFY on TOPS-20 doesn't seem to know about ITS-Binary files. It should skip the four-byte header. I just tried to make MDM714.HEX from MDM714.COM on SIMTEL20 and when I typed the hex file there were the 4 bytes - before the JMP at the "real" start of MDM714.COM. If you have source for this utility please send pointers so we can re-write it for ITS-Binary files. Thanks. 2-Dec-83 14:58:27-MST,2458;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 14:58:20-MST Received: From Amsaa.ARPA by BRL-VGR via smtp; 2 Dec 83 11:34 EST Date: Fri, 2 Dec 83 11:27:43 EST From: David Towson (CSD) To: OTHB@sri-kl.arpa cc: w8sdz@brl.arpa, Info-Cpm@brl-vgr.arpa, OTHB@sri-kl.arpa Subject: Re: Dysan note: Using floppy backside Mike - I was going to let this issue pass without comment, but since you have pulled my chain, I just can't keep my big mouth shut any longer. I totally agree with your position. The Dysan arguments are wholly theoretical, and do not even allude to the existence of ANY corroborating test results. In contrast to this, the early Shugart position regarding their opposition to the use of head cleaning diskettes WAS based on test results, and furthermore, they then changed that position when better cleaning diskettes became available. The ON\lY diskettes that have ever given me trouble are made by Dysan, and that experience includes a considerable number of really cheap (10 disks for $16) disks. Furthermore, Dysan disks are among the most expensive available. (No, I made a mistake there; I did have an experience with early Paragon Magnetics "Gold" diskettes that were the worst junk I have ever encountered floppy-wise. They were so bad that I could see the imperfections with the unaided eye, and I'm LEGALLY BLIND!) Anyway, moving right along... If Dysan had quoted SOME data in support of their position, I'd be a lot more receptive to their argument. As it is, I too believe that they are merely trying to propagate a scare in order to boost their sales. I have disassembled several brands of floppies to see how they were made, and the open weave liners that I have seen certainly appear to be symmetrical in their ability to trap particles regardless of direction of rotation. Two closing comments: First, many thanks to Keith Petersen for putting forth the effort to type-in that long article by Dysan. It has sparked an interesting exchange. Second, In all fairness, I must admit that I have only experimented with flippies in a trivial way. In my very limited experience, I have had no difficulties, but I don't consider the effort of modifying and cataloging flippies to be worth the advantages obtained. Therefore, my treatment of this subject is also theoretical. Dave 2-Dec-83 16:27:46-MST,1233;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 16:27:40-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 2 Dec 83 12:41 EST Date: Fri, 2 Dec 83 12:31:05 EST From: Keith Petersen To: OTHB@sri-kl.arpa cc: Info-Cpm@brl-vgr, Info-Micro@brl-vgr Subject: Re: Dysan note: Using floppy backside My personal approach is to use the floppies re-punched for backside use as "archive disks". These are not normally left in the drives and spend most of their lives "on the shelf" as backups. I would never think of using these disks in my drives on a regular basis. I use nothing but Dysan disks for my "working disks" (disks which remain in the drives for long periods of time). My Remote CP/M system has had Dysan disks in the floppy drives ever since it first went on-line. They last about 1-1/2 years, on the average, in continuous duty service. Remember that any dirt you "dislodge" is probably going to end up on the heads and MAY grind into the disk surface. This isn't likely to happen with my approach, however, because the disks are essentially "new" because they don't spend much time in the drives. 2-Dec-83 16:31:45-MST,1254;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 16:31:37-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 2 Dec 83 14:57 EST Date: Fri 2 Dec 83 12:46:08-MST From: Keith Petersen Subject: XMODEM for Vax-Vms To: Info-Cpm@BRL-VGR.ARPA I have just extracted the files from Richard Conn's XMODEM for VAX-VMS (XMODEM version 5.1) and the files are now available from SIMTEL20 in the MICRO: directory. Here's a short note from Rick that explains the names and purposes of the files: The following files are provided in this distribution of XMODEM 5.1 for VAX/VMS: XMODEM.FOR -- Source of XMODEM in FORTRAN-77 XMODEM.COM -- COM (Indirect Command File) to Implement XMODEM commands of XMODEM, CTOV, VTOC, SEND, and RECV XMODEM.HLP -- VAX/VMS Help File XMODEM.MSG -- Message Announcing This Program XMODEM.DOC -- This Documentation File CTOV.FOR -- Source of CTOV (CP/M to VAX/VMS Text File Converter) VTOC.FOR -- Source of VTOC (VAX/VMS to CP/M Text File Converter) QIO.DCK -- INCLUDE File Used by XMODEM.FOR Thanks to Jim Belonis for the original creation of XMODEM.FOR from TMODEM.C. Rick Conn ------- 2-Dec-83 16:47:34-MST,805;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 16:47:27-MST Received: From Hi-Multics.ARPA by BRL-VGR via smtp; 2 Dec 83 16:57 EST Date: 2 December 1983 15:57 cst From: Cargo.PD@hi-multics Subject: XMODEM81 now available To: info-cpm@brl-vgr Given that xmodem81 is now available, what hardware resources are needed to run it? I have a 48K memory system. Is that too little? Just enough? All but X features? Neither this notice nor the MDM714 notice (or documentation) have made it clear how much memory is required. Would you be kind enough to announce such? I think it would be a nice, "user-friendly" sort of thing to do. It would help me by making it clear if I can benefit from all this great work that you have done. 2-Dec-83 18:41:26-MST,4241;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 18:41:11-MST Date: Fri, 2 Dec 83 20:12:55 EST From: Dave Towson (info-cpm) To: info-cpm@brl-vgr cc: cpmlist@brl-vgr Subject: [Ted Shapin: Non-commercial] Well folks, I've taken it upon myself to make a judgement call on this one. Although the price is a bit higher than comparable public domain software from other sources, I nevertheless consider this to be a service and not a commercial venture. I've had a number of messages from unhappy folks who can't FTP, and this is one way for them to enjoy some of the goodies many of can have for five minutes of keyboard punching. Thanks, Ted. Dave ----- Forwarded message # 1: Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 2 Dec 83 15:13 EST Received: From Usc-Ecl.ARPA by BRL via smtp; 2 Dec 83 15:10 EST Date: 2 Dec 1983 1201-PST From: Ted Shapin Subject: Non-commercial To: info-cpm-request@brl Postal-address: Beckman Instruments, Inc. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634 Phone: (714)961-3393 I am sending this to you first so I can be sure you regard this as non-commercial. I have uploaded the FORTH-83 files to SIMTEL20 but have been getting other requests for copies from people who can't FTP. Ted. - - - - - I have loaded the F83 files I have to SIMTEL20 MICRO:. I have also sent the 8080 version to the SIG/M User Group in New Jersey for addition to their library. For people who can't access the above and want another source, here is a copy of an information sheet handed out at the October 1983 FORTH Interest Group Convention in Palo Alto, CA. I am sending it to indicate another source for these files. I do not consider it to be a "commercial announcement". - - - - - - - - - - - - - - - - - - - - - - - - -- - - -- - - - - WELCOME TO FORTH This implementation of the 1983 FORTH standard was begun in October 1982 by Mike Perry and Henry Laxen. Our motivation was to produce a high quality system that would serve as a model for vendors and other implementors of FORTH systems based upon the 1983 standard. We have made it our policy to cooperate with any vendor who desires to use this model as part of their own FORTH based product, and intend to continue to do so. In order to promote widespread distribution of this model, we have placed it in the public domain, and encourage use, reproduction, and improvement, especially the latter. We would like to thank many of the local, and not so local FORTH Interest Group members who have made many valuable suggestions, discovered bugs, and recommended improvements. First and foremost we would like to thank Kim Harris for his support and encouragement, and for the fact that he would not let us get away with anything questionable. We would also like to thank the following who contributed to the FORTH 83 model effort: Martin Tracy, Wil Baden, John James, Alfred Tang, Steve Taylor, John Hall, Mike Brockman, Robert Berkey, Daniel Kelley, Gerry Grismore, Michael Gwilliam, Craig Gonter, Evan Rosen, Stephen Maguire, Ted Shapin, Owen Thomas, Joel Wittenberg, and others who have helped along the way. Machine readable version of these listings are available on the following formats: 1. 8080 CP/M-80 Model on 8" Single Sided, Single Density (2 disks) 2. 8086 CP/M-86 Model on 8" Single Sided, Single Density (2 disks) 3. 8086 MS-DOS Model on 5.25" Double Sided, Double Density IBM PC format (2 disks) Be sure to specify the format you want, and don't bother asking for any other than those listed above. All are available as is, with no support, handholding, questions, warranties, guarantees, assurances, refunds, or any recourse whatever for $25.00 from: No Visible Support Software PO Box 1344 2000 Center Street Berkeley, CA 94704 Best of luck to you, and may the FORTH be with you. Henry Laxen Mike Perry ------- ----- End of forwarded messages 2-Dec-83 20:33:34-MST,606;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 20:33:25-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 2 Dec 83 22:03 EST Date: Fri 2 Dec 83 20:04:11-MST From: Mike Niswonger Subject: Signalman 1200 baud modems To: info-cpm@BRL-VGR.ARPA I would be interested in any reports on the Signalman 1200 baud modems. I have heard bad reports on the earlier version of the 300 baud version, but I have seen little on the 1200 baud version. At $275 they look like a bargain, but are they really? ------- 2-Dec-83 20:51:13-MST,2215;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 20:50:59-MST Received: From Usc-Isid.ARPA by BRL-VGR via smtp; 2 Dec 83 22:22 EST Date: 2 Dec 1983 11:45-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: Hexify for Tops-20 From: ABN.ISCAMS@usc-isid To: w8sdz@brl Cc: Info-Cpm@brl-vgr Message-ID: <[USC-ISID] 2-Dec-83 11:45:48.ABN.ISCAMS> In-Reply-To: The message of Fri, 2 Dec 83 11:27:33 EST from Keith Petersen Keith (et al), Correct, HEXIFY on Tops-20 doesn't seem to know how to peel off that 4-byte header from ITS-Binary files. Someone on the net talked about a TYPE8 program that peels that off, but that ain't much help when you're dealing with a binary file you're trying to capture! What I do (you're gonna love this) is HEXIFY the whole doggon thing, first unwanted 4 bytes and all, and download it. Invariably with a binary .COM type file, it ends at a nice even hex boundary, as you'll see when you load that .HEX file into DDT. Try this: Run DDT (no file name). Clear a whole bunch of TPA (at least as big as your .HEX file will need) by filling it with 0's or F's (F100,3000,00). Load that .HEX file into DDT (IFOOBAR.HEX R) Write down the NEXT available memory after the load. (Hey, guys, hope I'm not boring you with this pretty basic DDT stuff, but some out there may need the walkthrough.) Look at that area around the NEXT figure (use the D command), and you'll see the binary code just barely spill over a 100 boundary -- 4 bytes, to be precise! Now move the whole mess 4 bytes down! M104,2004,100 (say FOOBAR.HEX ended at 2004H) Look again, and you'll see a real program start at 100H (or wherever your TPA starts), and a bunch of cryptic stuff (most programs seem to lump a bunch of DB data stuff at the end) or maybe a nice neat JMP or RET right at the 100H boundary (2000H for our example). G0 to get out of DDT and SAVE 32 FOOBAR.COM (for our example; whatever the appropriate SAVE is for your file). If it ran in the original form, it'll run now! Did this for a bunch of stuff; works just fine. Have fun. David Kirschbaum Toad Hall 2-Dec-83 21:25:43-MST,492;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 21:25:35-MST Received: From Sri-Kl.ARPA by BRL-VGR via smtp; 2 Dec 83 23:00 EST Date: 2 Dec 1983 19:56-PST Sender: BILLW@sri-kl Subject: FORTH-83 From: William "Chops" Westfield To: info-cpm@brl-vgr Message-ID: <[SRI-KL] 2-Dec-83 19:56:56.BILLW> Is the source code for the basic system available? Eg: Id like to get it working under MSDOS.... BillW 5-Dec-83 08:49:36-MST,772;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:49:33-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 3 Dec 83 3:04 EST Received: From Sri-Unix.ARPA by BRL via smtp; 3 Dec 83 2:56 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Dec 83 23:43-PST Date: 29 Nov 83 12:26:51-PST (Tue) To: info-cpm@brl From: ihnp4!ihuxq!covert@ucb-vax Subject: UNIX<-->CP/M Archiver Article-I.D.: ihuxq.396 Does anyone out there have an archiver program that can be compiled and executed under cp/m 2.2?? If it is written in 'C' then I should be able to modify it for CP/M use. I need something that is in public domain. Thanks in advance. -- richard covert ihnp4!ihuxq!covert 5-Dec-83 08:50:06-MST,6314;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:49:49-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 3 Dec 83 3:26 EST Date: Sat, 3 Dec 83 3:14:43 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: BYE3-12 remote console program now available A new version of BYE, the remote console program that allows others to use your system via the modem, is now available from SIMTEL20. It's called BYE3 version 1.2 (available on RCPMs as BYE3-12.LBR which includes the main source code and inserts for various hardware configuations). Here's an excerpt of a very enthusiastic message I received from Irv Hoff about BYE3: --- The BYE3 program has an unique loading routine that does not use any unusual labels. It automatically relocates itself, even though you can assemble it with ASM.COM - MAC.COM is ok, too, just not needed. On older BYE programs (including BYE2-16, etc.) you had to do a lot of extra work if you put the program below CCP -- had to run it through the assembler a few times and look at the "!" error line to see where the program ended, with the options you selected, and keep moving it until it was directly under CCP -- that took some time (and some talent). You also had to do a few searches for several addresses so you could insert those for things like DEST0, WMLOC and OLDBD. It was a bit of a nuisance even if you knew exactly what you were doing. The main problem even then was it would just work on that particular disk/BIOS, etc. Unless every disk you might put it on was identical as far as CP/M, BIOS, etc. was concerned. This new BYE3 is so very much easier to set up than even BYE2-17, there is no comparison. It's a bit like trying to teach somebody to drive a Buick with automatic transmission vs. a truck with 5-speeds and a dual- rear axle. ALL YOU DO, is just edit in your options, (it even picks up the maximum drive and maxiumum user area from ZCPR automatically if you have USEZCPR set to "YES"), insert the correct "overlay" at the ++++ area near the end of the program, assemble with ASM.COM (or MAC.COM, etc.), load and use. That's it! The thing has been tested on four different systems now. And works great on several at 300, 450, 600 and 1200. (A few modems seem to work at 600 baud on strong local lines, my Bell 212A works pretty well at 450, but won't work at 600). This should take everybody's imagination by storm and should replace BYEII-16 completely. This makes that obsolete. I was able to assemble it here for several different Heath systems, without even asking anybody how much memory they had, how many disks they used (which changes the length of the BIOS, hence the starting address of CCP, etc.) in just a few minutes. Sel (KA6ERF) is very happy as for the first time he can use the same program on his two different Heath systems. One has three disk drives and the other has five -- he had to use two separate ByeII-16 programs, now he only needs the one. This should revolutionize the number of people who can rapidly adapt their equipment to modest RCPM use with no bulletin board system. - Irv --- The following files are available from SIMTEL20 in the MICRO: directory: BYE3.12ASM - This is the main source code file. This program allows modem callers to use your CP/M system just as if they were seated at the system console. Special assembly-time options allow limiting the caller's access by password and/or access to only a message-service program. A number of external routines are available to adapt this program to various computers. BY3+SMDM.ASM - "Generic Smartmodem" modem control package. These routines may be used along with the more specific modem/serial port/baud rate routines commonly found in the BYE3 package. A generic Smartmodem is a modem that may be controlled by a series of special commands sent to it. The most famous one is the D.C. Hayes Smartmodem, but other modems may also be controlled with this package. The following modems are known to work with this package: D.C. Hayes Smartmodem (RS-232 [300 bps only]) D.C. Hayes Smartmodem 1200 (RS-232) U.S. Robotics Password (RS-232 or S100) U.S. Robotics Courier (Osborne) Rixon R-212 (RS-232) BY3-1602.ASM - TR1602 I/O routines for TRS-80 Model 3. BY3-2651.ASM - National Semiconductor 2651 I/O routines for the CompuPro Interfacer 3, CompuPro Interfacer 4, and CompuPro System Support 1. BY3-8250.ASM - for a Western Digital 8250 chip that is hooked up to an external modem. BY3-8251.ASM - for a Intel 8251A I/O chip with CTC timer to set speed. BY3-89SM.ASM - for the Western Digital 8250 chip that is hooked up to an external modem. Works with Heath H89. BY3-ACAT.ASM - for the Apple ][ running with a Novation Apple-Cat modem card. BY3-DATA.ASM - for use with a Datapoint 1560 computer with the Intel 8251 chip hooked up to an external modem. BY3-DCH.ASM - for the D.C. Hayes MM100 and 80-103a modem cards. BY3-HZSM.ASM - for the Heath/Zenith -100 series using the 4.9 Megahertz 2661B I/O with the external Hayes Smartmodem (or equivalent modem). BY3-MMII.ASM - for the Apple ][ running with a MicroModem ][ card. It seems to work on those Apples that even APBYE barfed on. The problem was in the Carrier Detect routine, because the Microsoft Z80 card screws up on a double strobe type of I/O that they tried to use. Anyway, that means the Answer Phone routine is a crock, but the thing works... BY3-PMMI.ASM - for the PMMI MM-103 S100 modem card. BY3-SIO.ASM - for the Zilog SIO chip that is hooked up to an external modem. A Z80-CTC is used as the baud rate generator. BY3-T802.ASM - for the TeleVideo 802 and the AJ1259 Modem. This "patch" assumes that you are running a TeleVideo 802 (not an 802-H) with TS-802 CBIOS version 2.1. It may NOT work with any other versions. It may also be used with modems other than the AJ1259, any 300/1200 "standard" type modem will work (Ventel, Vadic, Prentice, Rixon, Cermetek, and Smartmodems.) --end-- 5-Dec-83 08:50:31-MST,959;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:50:27-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 3 Dec 83 3:38 EST Received: From Sri-Unix.ARPA by BRL via smtp; 3 Dec 83 3:29 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Dec 83 0:23-PST Date: 29 Nov 83 15:28:35-PST (Tue) To: info-cpm@brl From: pur-ee!notes@ucb-vax Subject: Morrow MD2 - (nf) Article-I.D.: pur-ee.1170 #N:iuvax:5100001:000:410 iuvax!lwm Nov 29 02:15:00 1983 Does anyone out there have MODEM7 or equivalent already configured for a Morrow Micro Decision 2? I would like to get something on single- sided diskette all ready to go. Naturally I am willing to supply a diskette and sufficient money to cover postage and bother. I would be eternally (well, for a long time anyway) grateful. Larry Meehan pur-ee!iuvax!lwm (uucp) lwm@indiana (csnet) 5-Dec-83 08:50:44-MST,755;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:50:40-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 3 Dec 83 3:49 EST Date: Sat, 3 Dec 83 3:38:58 EST From: Keith Petersen To: Cargo.PD@hi-multics cc: info-cpm@brl-vgr Subject: Memory size requirements for XMODEM and MDM7xx XMODEM81 and MDM714 will both work with full features on a 48k system. There is no documentation available on the minimum memory size required, however you can judge from the .COM file size and the knowledge that XMODEM81 uses a 2k buffer above the program and MDM714 uses two 16k buffers (one for file transfers and the other for capture buffer). --Keith 5-Dec-83 08:50:55-MST,868;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:50:51-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 3 Dec 83 4:00 EST Date: Sat, 3 Dec 83 3:51:28 EST From: Keith Petersen To: ABN.ISCAMS@usc-isid cc: w8sdz@brl, Info-Cpm@brl-vgr Subject: Re: Hexify for Tops-20 Thanks for the info on how to strip the ITS-Binary headers using DDT, Dave, but that won't work for files larger than the available TPA space (below DDT). Try ITSCVT.COM. It's a program I wrote (to run on your CP/M system) that will take ANY length ITS-Binary file, strip the header, and write out a new file (retaining the old one) called filename.CPM. Run it without an arguement to get instructions on its use. It's available on SIMTEL20 as MICRO:ITSCVT.HEX --Keith 5-Dec-83 08:51:17-MST,1683;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:51:10-MST Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 3 Dec 83 4:34 EST Date: 3 December 1983 04:39 EST From: revc%CCVAX@nosc Sender: W8SDZ@mit-mc Subject: Tops-20 modem. To: Info-Modemxx@simtel20, Info-Cpm@brl-vgr Orig-Date: Tue, 29 Nov 83 08:22:27 pst To: info-cpm-request@brl-vgr ReSent-To: Info-Cpm@brl-vgr, Info-Modemxx@simtel20 ------- Note: The following assumes (ass.u.me) that the tops modem program that you are refering to uses the Ward Christianson Modem2 protocol. If not, then all bets are off. ------- Insure that the XON/XOFF protocol is disabled on the entire link. We ran into that same problem here using the LocalNet. It turns out that the header for block 19 contains a ^S and 17 contains ^Q. This caused us to lock up on block 18, with the same symptoms that you reported at block 16. Could your XOFF value have been changed to 11H, the header value for block 17? I do not believe that speed (1200) has anything to do with your problem, as the maximum buffer size that you need is one block (128) and a bit (header and trailer), as the next block will not be sent without an ACK, which is generated by Modem, not the tops 20. The only problems we have ever had with speed, is loss of sync when printing an error message to the screen on a micro while the header is being sent, an simple timeouts on the vax due to heavy system loading. Bob Van Cleef Computer Sciences Corporation Naval Ocean Systems Center San Diego, CA ARPA revc@nosc UUCP sdcsvax!noscvax!revc CompuServe 71565,533 5-Dec-83 08:51:47-MST,1447;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:51:39-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 3 Dec 83 4:45 EST Received: From Sri-Unix.ARPA by BRL via smtp; 3 Dec 83 4:36 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Dec 83 1:28-PST Date: 30 Nov 83 1:13:59-PST (Wed) To: info-cpm@brl From: ihnp4!ihuxx!ignatz@ucb-vax Subject: CCP and MOVCPM Article-I.D.: ihuxx.604 Ok, guys...I'm at the disassembly stage, and would prefer to avoid it if I can...so let's see if I can get some use out of the net. I've an Osborne I with CP/M 2.2, and have been using ZCPR1 for some time. (Yah, I know, but it's hardly worth the effort to put ZCPR2 on an Osborne...) Recently, I purchased a real-time clock that requires me to do a MOVCPM of 1K. Ok, no problem...but it lost my CCP! By lost I mean...it somewhere got a copy of the old CCP! Obviously, I've tried to recompile ZCPR with the new offset, and it goes into never-never land when force-fed to the moved CP/M. So my query is: -Where is the old CCP coming from? (I've used DU to search the diskette for byte strings characteristic of CCP--no luck) -Has anyone else tried to install ZCPR on a MOVCPM'd system? Any problems? (Particularly with an Osborne...) I'm not holding my breath, but I'd love a response.... Thnx, Dave Ihnat ihuxx!ignatz 5-Dec-83 08:52:38-MST,1158;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:52:33-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 3 Dec 83 7:42 EST Received: From Sri-Unix.ARPA by BRL via smtp; 3 Dec 83 7:41 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Dec 83 4:28-PST Date: 1 Dec 83 2:56:33-PST (Thu) To: info-cpm@brl From: hplabs!intelca!omsvax!ogcvax!tektronix!billr@ucb-vax Subject: autodial problem with mdm712 Article-I.D.: tektroni.1629 I am trying to use the CAL feature of MDM712 and MDM712NM with the alternate dialing sequence. I have defined ALTDIAL1 and ALTDIAL2 in MDM712NM, along with an entry that looks like DB 'V=Xyxxy.............<333' ;'V' (I.e., after the alternate access code, I only need an extension number.) When I try to "CAL V" it just dials the extension, not the whole sequence. Has anyone else run into this or even used the alternate access feature ("<" or ">")? Is this a bug that's been fixed in MDM713? -Bill Randle Tektronix, Inc. tektronix!billr (uucp) billr@tektronix (CSnet) billr.tektronix@rand-relay (ARPA) 5-Dec-83 08:59:19-MST,1218;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:59:14-MST Received: From Brl-Bmd.ARPA by BRL-VGR via smtp; 5 Dec 83 0:23 EST Date: Sun, 4 Dec 83 23:56:35 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: XMODEM81 on SIMTEL20 Several RCPMs are carrying a file called XMODEM81.BUG which tells about a label error in XMODEM80.ASM and XMODEM81.ASM. The error only occurs when a large user overlay area is required. The XMODEM81.ASM file on SIMTEL20 has already been fixed to correct this error. If you got XMODEM81.ASM from another source, you'll want to read the fix shown below: --- ... 11-26-81 ... XMODEM81 quirk For those of you who have a non-standard sized IO patch area, you will find that the label name IOSIZE in past releases has been changed to LARSIZE. While this change was made in the setup portion of the main source file, the name change was not made at the ORG statement just above the label BEGIN: . Be sure that this change is made before trying to assemble the main file, otherwise your assembler will burp with an "Unknown Label" error. -- Mark Pulver 5-Dec-83 09:00:22-MST,1416;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 09:00:13-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 5 Dec 83 4:02 EST Received: From Sri-Unix.ARPA by BRL via smtp; 3 Dec 83 10:19 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Dec 83 7:14-PST Date: 8 Dec 83 0:19:25-EST (Thu) To: info-cpm@brl From: pur-ee!uiucdcs!smu!pedz@ucb-vax Subject: Re: The New ZCPR - ZCPR3 - (nf) Article-I.D.: uiucdcs.4258 #R:sri-arpa:-1385900:smu:14900003:000:819 smu!pedz Nov 29 22:42:00 1983 Dear Rick: I presume that you are refering to ZCPR to take the place of the CCP in CP/M 3.0. Even if you are not, I still have a response. I use ZCPR on a CP/M 2.2 system and have found no bugs. However, the question you asked about the submit system triggered this response. I am not sure of what you are talking about with the memory resident submit. I would like to say that my application of submit is for very large batch streams used to test compilers. These streams takeup hundreds of lines and consume the better part of a day to completely get through. So the point to all of this jawing is that you should not put an arbitrary limit on the size of a submit file which is unreasonable small. Also, the ability to nest submit files is very nice in this application. Pedz allegra!parsec!smu!pedz 5-Dec-83 09:01:36-MST,1399;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 09:01:28-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 5 Dec 83 4:03 EST Received: From Sri-Unix.ARPA by BRL via smtp; 3 Dec 83 22:18 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Dec 83 19:10-PST Date: 2 Dec 83 11:16:15-PST (Fri) To: info-cpm@brl From: ihnp4!ihuxq!covert@ucb-vax Subject: Wanted:zx-81 as a controller Article-I.D.: ihuxq.397 I have an application for a microprocessor based controller and would like to know some things about the sinclair zx-81: 1)How much RAM,ROM is avialable? 2)Can standard 2732/2716/2764 EPROMS be used in it? 3)How easy is it to interface to?? 4)Does it have any real-time interrupts? (I want to implement a soft-ware clock with it). 5)How is the doc?? Any good books?? 6)I plan to write my control program in z-80 assembly, are there any defined entry points to the io in it?? I had originally planned to buy a STD-buss z-80 card but they run about $300, and i think that i can get a zx-81 for under $100. The nice thing about staying with a z-80 based controller is that I can used my cp/m system to develope the software for it. Has anyone used a zx-81 as a controller?? If so please respond by mail. Thanks in advance . -- richard covert ihnp4!ihuxq!covert 5-Dec-83 09:02:23-MST,801;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 09:02:04-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 5 Dec 83 4:50 EST Received: From Sri-Unix.ARPA by BRL via smtp; 5 Dec 83 4:37 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 4 Dec 83 23:11-PST Date: 3 Dec 83 15:45:42-PST (Sat) To: info-cpm@brl From: decvax!wivax!linus!utzoo!utcsstat!ian@ucb-vax Subject: Re: GodBout Disk 1 BIOS Article-I.D.: utcsstat.1514 In-Reply-To: Article <14120@sri-arpa.UUCP> Just what the doctor may have ordered may be orderable from: Lanier Computer Systems, 3603 23d Avenue, Shawmut AL 36876 205-768-2616 They have several BIOS thingies for Godbout boxes. -- Ian F. Darwin, Toronto uucp: utcsstat!ian 5-Dec-83 13:12:21-MST,1253;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 13:12:15-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 5 Dec 83 14:24 EST Date: 5 Dec 1983 12:25 MST (Mon) Message-ID: Sender: KPETERSEN@simtel20 From: Keith Petersen To: Info-Cpm@brl-vgr Subject: More about memory size and MDM7xx Dave Towson has pointed out that I made an error in my message stating that MDM7xx should run on a 48k CP/M system. I think he's right! I had not considered space for CP/M (it was late that night when I composed the message, HA!). ---- Date: Monday, 5 December 1983 07:37-MST From: David Towson (CSD) To: w8sdz Re: [Keith Petersen: Memory size requirements for XMODEM and MDM7xx] Keith - I think you have made an error in assessing the amount of memory needed to run MDM714. While I haven't looked to see exactly how much of the 17K allocated for disk storage of the COM file is actually used, it must be between 16 and 17K since my system allocates in 1K blocks. With two 16K buffers, that adds up to at least 48K, which leaves no room for the operating system in a 48K machine. Dave 5-Dec-83 19:28:19-MST,3036;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 19:28:04-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 5 Dec 83 20:54 EST Date: Mon, 5 Dec 83 20:45:32 EST From: Rick Conn To: menlo70!sytek!syteka!msm@ucb-vax cc: info-cpm@brl-vgr Subject: ZCPR2 ZCPR2 is available from SIG/M in volumes (reverse order): 124-125, 122 (upgrades) 98-107 (original release) Vols 98 and 102 contain the command processor and original release of the utilities (COM file form only). Vol 124 contains upgrades to several utilities (COM file form only). Vol 104 contains the installation and concepts manuals, and vols 105 and 106 contain the user's guide. The documentation in vols 104-106 are Word Star files. The volumes outlined in this paragraph are the minimum you should obtain to bring up ZCPR2. The rest of the disks contain sources to everything, online documentation, and an 8080 version of some of the utilities. SIG/M provides these disks for $5/vol plus shipping and handling, which is $1 for first disk and $0.50 for each additional. These six disks would run for $33.50. SIG/M provides the software on 8" CP/M single-density disks. If you have a local RCP/M, the core software is becoming more and more available. Also, since printing out the documentation is such a hastle, the New York Amateur Computer Club, Inc, and the San Diego Computer Society have printed the documentation for you and are selling it (NYACC is selling it as three vols of their software catalog, and San Diego as a stand-alone package). Contact them for current details. Creation of ZCPR3 is now underway, but the release date is not yet known. Addresses follow: The address of SIG/M is: SIG/M User Group Amateur Computer Group of New Jersey, Inc Box 97 Iselin, NJ 08830 The address of CP/M UG is: CPMUG 1651 Third Avenue New York, NY 10028 The NJ Amateur Computer Group: Amateur Computer Group of New Jersey, Inc PO Box 319 South Bound Brook, NJ 08880 The NY Amateur Computer Group: S-100, CP/M User Group NY Amateur Computer Club PO Box 106 Church Street Station New York, NY 10018 ======== The documentation for ZCPR2 Version 2.0 and SYSLIB Version 2.1 has been printed by the San Diego Computer Society, a non-profit organization, with the express consent of the author, Richard Conn. It is available for $15.00, + 6% tax in Calif. There are more that 450 pages to the set. It is distributed unbound, 8 1/2 X 11" format, punched for mounting in a standard three ring binder. For further information, please write to: ZCPR2 San Diego Computer Society P.O. Box 81537 San Diego, CA 92138 6-Dec-83 09:10:54-MST,686;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 6 Dec 83 09:10:50-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 6 Dec 83 1:07 EST Received: From Mit-Mc.ARPA by BRL via smtp; 6 Dec 83 1:02 EST Date: 6 December 1983 00:59 EST From: Jerry E. Pournelle Subject: Double vs. single sided disk drive ruggedness? To: CRG@washington cc: info-cpm@brl In-reply-to: Msg of Thu 1 Dec 83 09:17:00-PST from Charles Garthwaite I have found no problems with double-sided in Kaypro 4, Kaypro 10, ans Otrona; all taken on long trips. Do put cardboard in the drives before travel. 6-Dec-83 09:27:38-MST,1491;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 6 Dec 83 09:27:31-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 6 Dec 83 8:28 EST Received: From Sri-Unix.ARPA by BRL via smtp; 6 Dec 83 6:46 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 6 Dec 83 3:26-PST Date: 3 Dec 83 19:38:04-PST (Sat) To: info-cpm@brl From: pur-ee!uiucdcs!uiucuxc!delong@ucb-vax Subject: Re: IS there an IBM PC version of modem - (nf) Article-I.D.: uiucdcs.4315 #R:sri-arpa:-1420200:uiucuxc:27600002:000:862 uiucuxc!delong Dec 3 17:58:00 1983 ------------------ I need to transfer massive numbers of files from floppies on a brand X cp/m based micro to an IBM PC. I have modem 7 for the CP/M machine is there a PC package that talks that language (specifically wild card file transfers). Public domain is of course the only way to go. how many times have you seen this question? --- thanks... ----------------- If you find an answer, please broadcast it to the world as it is a real need. We have transmitted dbaseII .cmd files using the IBM async package to modem7xx buffer with good result. You may have to insert line feeds, then remove them with your editor. The IBM package allows these options when sending, but not receiving...grrrr. We packaged several files together. The buffer in our version of mdm712 has about 34 or 35K Bytes available. Its very easy to do. Carl DeLong 6-Dec-83 09:30:26-MST,714;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 6 Dec 83 09:30:21-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 6 Dec 83 8:28 EST Received: From Sri-Unix.ARPA by BRL via smtp; 6 Dec 83 6:47 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 6 Dec 83 3:27-PST Date: 3 Dec 83 19:44:11-PST (Sat) To: info-cpm@brl From: pur-ee!uiucdcs!uicsl!cross@ucb-vax Subject: educational software - (nf) Article-I.D.: uiucdcs.4317 #N:uicsl:20300001:000:143 uicsl!cross Dec 3 09:01:00 1983 Looking for educational s/w to run under a CPM based S-100 system. Need info where directories can be found. Thanks in advance. Steve Cross 6-Dec-83 13:10:15-MST,1719;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 6 Dec 83 13:10:02-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 6 Dec 83 12:52 EST Received: From Rochester.ARPA by BRL via smtp; 6 Dec 83 12:48 EST Received: by sen.rochester (3.327.3N) id AA18349; 6 Dec 83 12:45:25 EST (Tue) Received: by cay.Rochester (3.327.3N+) id AA01905; 6 Dec 83 12:46:36 EST (Tue) Message-Id: <8312061745.18349@sen.rochester> Date: 6 Dec 83 12:45:25 EST (Tue) From: Mike Ciaraldi Subject: Re: IS there an IBM PC version of modem - (nf) To: info-cpm@brl.ARPA, pur-ee!uiucdcs!uiucuxc!delong@ucb-vax.ARPA I know this has circulated before, but since there is another question about it-- I have used PC-Talk Version 3 on an IBM PC under PC-DOS to transfer files with CP/M machines running MODEM7. PC-Talk supports the MODEM7/XMODEM/Christenson (sp?) protocol for single file transfer, but not batch transfer. It has worked fine for me at 9600 baud. PC-Talk is "freeware", which means you can copy and distribute it for free, but the author would appreciate your sending him $35 if you like it. If you do this, you will get updates in the future. I got my copy for free from the local IBM PC users group. If you want to transfer to the IBM running CP/M-86, that's another matter, which I have not yet confronted. However, I did bring up "cmodem.c" (from the SIMTEL archives) on a Zenith Z-100 running ZDOS (MS-DOS) and the Lattice C compiler. Presumably you could get it to run under CP/M-86 by using the DRI C compiler or another one. Good luck. If you need more info, contact me. Mike Ciaraldi ciaraldi@rochester 7-Dec-83 08:36:47-MST,726;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 08:36:44-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 7 Dec 83 4:09 EST Received: From Radc-Tops20.ARPA by BRL via smtp; 6 Dec 83 19:48 EST Date: Tue 6 Dec 83 19:49:46-EST From: JOEL ROBERTSON/EE/ROBINS TAC Subject: JADE DOUBLE-D To: INFO-CPM@BRL.ARPA cc: ROBERTSON@RADC-TOPS20.ARPA HAS ANYONE SUCESSFULLY USED THE JADE DOUBLE-D DISK CONTROLER WITH 5 1/4 INCH DRIVES ? IF SO I COULD USE SOME HINTS ON HOW TO ACCOMPLISH THIS FEAT. I AM ALSO INTERESTED IN AN 8 INCH BIOS OTHER THAN THE ONE SUPPLIED BY JADE. JOEL ROBERTSON ------- 7-Dec-83 08:37:35-MST,640;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 08:37:30-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 7 Dec 83 4:11 EST Received: From Radc-Tops20.ARPA by BRL via smtp; 6 Dec 83 22:46 EST Date: Tue 6 Dec 83 22:50:42-EST From: JOEL ROBERTSON/EE/ROBINS TAC Subject: VAX-CPM To: INFO-CPM@BRL.ARPA cc: ROBERTSON@RADC-TOPS20.ARPA HAS ANYONE WRITTEN A UTILITY FOR READING AND WRITING CPM FLOPPIES ON A VAX 11/780 CONSOLE FLOPPY. MY VAX IS RUNNING THE VMS OPERATING SYSTEM. JOEL ROBERTSON ------- 7-Dec-83 08:37:46-MST,879;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 08:37:41-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 7 Dec 83 4:11 EST Received: From Usc-Isid.ARPA by BRL via smtp; 6 Dec 83 22:49 EST Date: 6 Dec 1983 12:04-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: educational software - (nf) From: ABN.ISCAMS@usc-isid To: pur-ee!uiucdcs!uicsl!cross@ucb-vax Cc: info-cpm@brl Message-ID: <[USC-ISID] 6-Dec-83 12:04:27.ABN.ISCAMS> In-Reply-To: The message of 3 Dec 83 19:44:11-PST (Sat) from pur-ee!uiucdcs!uicsl!cross@ucb-vax THERE WAS SOME STUFF OUT AT SIMTEL20 (EITHER SIGM OR CPMUG) THAT WAS EDUCATIONAL IN NATURE. WAIT TILL TONIGHT WHEN I CAN GET TO MY HARDCOPY LISTINGS, AND I7LL SEND YOU EXACT TITLES AND EXERPTS. REGARDS, DAVID KIRSCHBAUM TOAD HALL (ON ANOTHER MACHINE - BLOODY APPLE) 7-Dec-83 08:38:20-MST,1038;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 08:38:14-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 7 Dec 83 4:11 EST Received: From Usc-Isid.ARPA by BRL via smtp; 6 Dec 83 22:50 EST Date: 6 Dec 1983 16:47-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: educational software - (nf) From: ABN.ISCAMS@usc-isid To: pur-ee!uiucdcs!uicsl!cross@ucb-vax Cc: info-cpm@brl Message-ID: <[USC-ISID] 6-Dec-83 16:47:02.ABN.ISCAMS> In-Reply-To: The message of 3 Dec 83 19:44:11-PST (Sat) from pur-ee!uiucdcs!uicsl!cross@ucb-vax Steve, I found a certain amount of educational software (CP/M math exercises and the like) in SIMTEL20's MICRO:. If you don't want to download the directory, grab it out of ABN.ISCAMS@usc-isid. (You can, of course, not download the Craps program also included in that CPMUG volume if you wish to protect the innocence of your students.) If you have no way to FTP, contact me. David Kirschbaum Toad Hall 7-Dec-83 08:39:21-MST,2372;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 08:39:14-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 7 Dec 83 4:14 EST Received: From Wisc-Crys.ARPA by BRL via smtp; 7 Dec 83 2:54 EST Date: Wed, 7 Dec 83 01:57:39 cst From: Anil A. Pal Message-Id: <8312070757.AA19469@wisc-crys.ARPA> Received: by wisc-crys.ARPA (4.22/3.7) id AA19469; Wed, 7 Dec 83 01:57:39 cst To: INFO-CPM@brl Subject: JANUS/ADA info request I am considering buying the RR software Janus (ADA-like) compiler. Does anyone out have any experience with this product? Specifically, I am interested in the following (and any other comments people have). 1. Is it a reasonable alternative to Pascal/MT+? That is, can it be used for most of the same applications, does it have the same extensions for hardware and operating-system dependent stuff (like absolute addresses, access to BDOS, random-access disk IO, etc). 2. How much of ADA(tm) is in there, and what (if any) "indispensable" features are missing? 3. Does it compile in a reasonable, finite time? 4. Is it small enough to allow non-trivial programs to be compiled in limited memory (64K) and disk (2 x 180K) space? 5. Is the expanded "system development" package worth the extra 100 bucks (400 vs. 300)? 6. Any serious bugs? 7. Support? 8. Particularly nice features? 9. Particularly bad features? Since the answers to many of these questions will be dependent on the system the compiler is used on, I shoulkdd point out that I am interested in the 8-bit CPM-based version, to run on an Osborne 1 (64K, double density=2 x 185K, no hard disk. All comments appreciated, I will collect mail responses and forward to anyone who is interested, or post if there is sufficient interest. Incidentally, please do not flame at me about how much more wonderful language X is, and what an idiot I am for considering PASCAL and JANUS when FOOBAR exists. Thanks , Anil Pal Univ. of Wisconsin CS dept. You can reach me at... PAL@UWISC , PAL@WISC-CRYS (ARPA) ...{seismo,ihnp4}!crystal!pal (USENET) The address shown in the header of this message. if all else fails, reply to the list (but ONLY as a last resort, please!) .p.s. ADA is a trademark of the US Govt., ADA joint Program Office 7-Dec-83 08:39:52-MST,595;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 08:39:49-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 7 Dec 83 5:09 EST Received: From Mit-Mc.ARPA by BRL via smtp; 7 Dec 83 5:05 EST Date: 7 December 1983 05:02 EST From: Jerry E. Pournelle Subject: Starcross help needed To: Eldridge.es@parc-maxc cc: DGilbert.es@parc-maxc, info-cpm@brl In-reply-to: Msg of Tue 22 Nov 83 08:21 PST from Eldridge.es at PARC-MAXC.ARPA hint: don';t shoot anything. Y ou'll need that gun for something else. 7-Dec-83 09:42:09-MST,598;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 09:42:02-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 7 Dec 83 9:25 EST Received: From Mit-Ml.ARPA by BRL via smtp; 7 Dec 83 9:09 EST Date: 7 December 1983 09:14 EST From: Herb Lin Subject: RESOURCE and REZ... To: info-cpm@brl Thanks for all the people who pointed to REZ and RESOURCE as god z80/8080 disassemblers. problem now is whether there is documentation available for RESOURCE - I find a DOC file for REZ, but not for RESOURCE. thanks... 7-Dec-83 11:15:44-MST,892;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 11:15:41-MST Date: Wed, 7 Dec 83 11:26:17 EST From: Dave Towson (info-cpm) To: info-cpm@brl-vgr cc: cpmlist@brl-vgr Subject: PLEASE READ THIS !!! On the evening of 6 December, the file-system from which this list operates was blown away, presumably during testing of new software (I haven't asked). Thanks to a good backup policy at BRL, the files have been restored and the current list has been reloaded from a backup file kept on a different machine. However, it is likely that some unread mail has been lost. Therefore, if you have sent anything to info-cpm-request, and you have not received a reply within a day or two (I answer all messages received) please try again. Thanks. Dave Towson info-cpm-request@brl-vgr 7-Dec-83 11:27:43-MST,1627;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 11:27:37-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 7 Dec 83 12:00 EST Received: From Su-Dsn.ARPA by BRL via smtp; 7 Dec 83 11:51 EST Date: Wednesday, 7 Dec 1983 08:56-PST To: fdc@columbia-20 Cc: info-cpm@brl Subject: kermit,Cromemco From: gray@su-dsn Some comments and questions on Kermit v. 3.5. I had two problems assembling cpmbase.m80--1)the assembler objected to having a label cmifi10 as well as a label cmifi1, which is consistent with my manual saying that the first 6 characters must be unique. Admittedly I have an old version of m80, but has this limitation been changed? 2) My assembler also objected to the "push a" instructions, but was happy when they were changed to "push af". How come? A more important comment to any who might be using Cromemco equipment: My system is essentially a Cromemco System 3 with the PerSci drives removed (junked with malice) and replaced by a Morrow 10MB hard disk and a Morrow floppy. The CP/M for this system is by MICAH, who does a lot of CP/M systems for cromemco hardware. While the system is generally good, it does NOT implement the standard IOBYTE as claimed and hence Kermit does not work. The problem is that BAT: is connected to a single port for both input & output, it does not input from RDR and output to LST as the CP/M manuals say it should. Everything else about the IOBYTE seems to be o.k. Has anyone encountered a system with a similar fault? Can it be fixed by a nonexpert in the innards of CPM? 7-Dec-83 12:09:55-MST,489;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 12:09:52-MST Received: From Parc-Maxc.ARPA by BRL-VGR via smtp; 7 Dec 83 12:56 EST Date: Wed, 7 Dec 83 09:52 PST From: DHead.es@PARC-MAXC.ARPA Subject: CP/M Assemblers To: Info-Cpm@brl-vgr.ARPA Does anyone know of a relocatible assembler which assembles Z80 code, and will assemble a 56K file? Any pointers will be appreciated. ~~Dave~~ (DHead.es@Parc-Maxc.ARPA) 7-Dec-83 12:47:48-MST,2454;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 12:47:40-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 7 Dec 83 13:53 EST Date: Wed, 7 Dec 83 13:39:17 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: BYE3-12 updated to BYE3-13 On SIMTEL20 MICRO:BYE3-12.ASM has been updated to BYE3-13.ASM. Steve Sanders of the Tampa Bay RCPM made the following updates: 12/07/83 Added missing labels for PWMSG and WRGMSG and also the IF v1.3 statement missing before NULLS (IF NOT OXGATE). Also added the newest SMINIT and MDQUIT routines extensively tested and used on-line (3 months) with BY2-17KS. This program allows modem callers to use your CP/M system just as if they were seated at the system console. Special assembly-time options allow limiting the caller's access by password and/or access to only a message-service program. This is based on a program written by Dave Jaffe in January, 1979. A number of external routines are available to adapt this program to various computers. If the option BYELOW is set 'NO' it automatically locates itself above the BIOS at top of memory. Otherwise it sits just below CCP, not re- quiring any alteration in the location of CP/M via MOVECPM. BYE3 supports the following modems and/or USART combinations: 1602 - by Paul Traina BY3-1602.ASM 2651 - by Paul Traina BY3-2651.ASM 8250 - by Thom Quick BY3-8250.ASM 8251 - by Paul Traina BY3-8251.ASM 8251+CTC timer - by Irv Hoff BY3-DATA.ASM APPLE-CAT - by Dave Roznar BY3-ACAT.ASM HZ-100+Smart. - by John Ferguson BY3-HZSM.ASM HZ89+Smart. - by Paul Train BY3-89SM.ASM Kaypro and Hayes smartmodem BY3+KPSM.ASM MM100 - by Dave Jaffe BY3-DCH .ASM MMII (Apple) - by Paul Traina BY3-MMII.ASM PMMI - by Ward Christensen BY3-PMMI.ASM SIO - by Steve Fox BY3-SIO .ASM Smartmodem - by Don Brown BY3+SMDM.ASM Televideo 802 - by K. Robesky BY3-T802.ASM If you are using either a Hayes Smartmodem, U.S. Robotics or a Rixon type modem, you must install the "BY3+SMDM" module which contains the code needed to initialize the Smartmodem and then set the SMODEM op- tion to 'YES'. 7-Dec-83 13:02:33-MST,1710;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 13:02:26-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 7 Dec 83 13:53 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 7 Dec 83 13:41 EST Received: from ISL by SUMEX-AIM with Pup; Wed 7 Dec 83 10:43:23-PST Date: Wednesday, 7 Dec 1983 10:45-PST To: cc.fdc@columbia-20 Cc: info-cpm@brl Subject: kermit,Cromemco From: gray%isl@BRL.ARPA Some comments and questions on Kermit v. 3.5. I had two problems assembling cpmbase.m80--1)the assembler objected to having a label cmifi10 as well as a label cmifi1, which is consistent with my manual saying that the first 6 characters must be unique. Admittedly I have an old version of m80, but has this limitation been changed? 2) My assembler also objected to the "push a" instructions, but was happy when they were changed to "push af". How come? A more important comment to any who might be using Cromemco equipment: My system is essentially a Cromemco System 3 with the PerSci drives removed (junked with malice) and replaced by a Morrow 10MB hard disk and a Morrow floppy. The CP/M for this system is by MICAH, who does a lot of CP/M systems for cromemco hardware. While the system is generally good, it does NOT implement the standard IOBYTE as claimed and hence Kermit does not work. The problem is that BAT: is connected to a single port for both input & output, it does not input from RDR and output to LST as the CP/M manuals say it should. Everything else about the IOBYTE seems to be o.k. Has anyone encountered a system with a similar fault? Can it be fixed by a nonexpert in the innards of CPM? 7-Dec-83 13:25:39-MST,996;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 13:25:35-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 7 Dec 83 14:18 EST Date: Tuesday, 6 December 1983 11:36-MST Message-ID: Sender: David Towson (CSD) From: David Towson (CSD) To: w8sdz@simtel20 Subject: 48K MDM714, the final chapter (I hope). ReSent-From: KPETERSEN@simtel20 ReSent-To: Info-Cpm@brl-vgr ReSent-Date: Wed 7 Dec 1983 12:16-MST Keith - I think there is no problem with a 48K system. At source label getmax the amount of free memory available for use as a print-buffer is determined. this value, called MAXRAM, is then used at label CHKPRNT to manage the print-buffer. If you opt to blow-away the CCP, you get 2K more space to play with. So MDM714 should work fine in a 48K system, but you'll have something like 10-12K for the print-buffer instead of 16K. Dave 7-Dec-83 14:11:20-MST,1587;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 14:11:14-MST Received: From Brl-Bmd.ARPA by BRL-VGR via smtp; 7 Dec 83 15:29 EST Date: Wed, 7 Dec 83 15:15:39 EST From: Robert Lee Feider (CTAB) To: DHead.es@parc-maxc.arpa cc: Info-Cpm@brl-vgr.arpa Subject: Re: CP/M Assemblers Hi, I hope this is not taken as some sort of advertisement, given all the hoopla on the net recently I thought I would state this, but I think I may know where you may find the assembler you are looking for at a resonable price. This z80 relocatable macro will assemble files as large as your disk space also has conditional assembly, plain english error messages an it will link up to 400 files together. The price is 49.50. I have'nt used it I just saw the add so view this message as a pointer only. However I have ordered a 6800 cross assembler from them (79.50) a few days ago so I have'nt received it yet. 2500AD Software inc. P.O. box 441410, Aurora, CO 80014 (303)-752-4382 other possible sources (also not in the public domain (sigh)): Relational Memory Systems, Inc. 1650- Berryessa Road, San Jose, CA 95133 ($395) Alan Ashley ??? (street address that I don't have handy) Sierra Madre Villa CA ($99) (I have used one of his assemblers (for the 8070) and I was pleased with it. If you want let me know and I'll get the address.) I hope this compendium is usefull in your search. Cheers, Bob Feider 9-Dec-83 10:31:12-MST,619;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 10:31:07-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 9 Dec 83 9:24 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 9 Dec 83 9:03 EST Date: Thu 8 Dec 83 22:17:36-PST From: Sam Hahn Subject: Re: DBMS NEEDED FOR CPM APPLE To: ABN.AFZA-GA@USC-ISID.ARPA cc: info-cpm@BRL.ARPA In-Reply-To: Message from "ABN.AFZA-GA@usc-isid" of Wed 7 Dec 83 13:01:00-PST Try MicroRIM from that company in Seattle. They advertise fairly widely. -- shahn@sumex ------- 9-Dec-83 13:13:49-MST,1356;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:13:44-MST Received: From Usc-Isid.ARPA by BRL-VGR via smtp; 7 Dec 83 16:04 EST Date: 7 Dec 1983 13:01-PST Sender: ABN.AFZA-GA@usc-isid Subject: DBMS NEEDED FOR CPM APPLE From: ABN.AFZA-GA@usc-isid To: INFO-APPLE@brl-vgr, INFO-CPM@brl-vgr Cc: INFO-MICRO@brl-vgr Message-ID: <[USC-ISID] 7-Dec-83 13:01:04.ABN.AFZA-GA> My organization is in need of a DBMS to be used on an Apple running under CP/M. We originally intended to buy dBase II because it seemed too meet all our needs. However, on closer examination, it fell short in one area - max number of fields per record. dBase II only allows a max of 32 fields per record and we need 48. Our other requirements include: a. 6000 records per data base file. b. 1000 characters per record. c. 250 characters per field. All of these requirements refer to max capability needed. We also want it to be able to perform sorts and searches of the data base in a timely manner (under five minutes). If anyone has experience with a DBMS meeting these specs, please reply to me directly. I will summarize to the net if there is enough interest. Thanks in advance. Alan E. Pires Systems Officer, Corps G1 ABN.AFZA-GA@USC-ISID 9-Dec-83 13:14:36-MST,1204;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:14:29-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 7 Dec 83 22:11 EST Received: From Cmu-Cs-A.ARPA by BRL via smtp; 7 Dec 83 18:54 EST Received: from [128.2.254.192] by CMU-CS-PT with CMUFTP; 7 Dec 83 18:44:22 EST Date: 7 Dec 83 1556 EST (Wednesday) From: George.Wood@cmu-cs-a To: Herb Lin Subject: Re: RESOURCE and REZ... CC: info-cpm@brl In-Reply-To: "Herb Lin's message of 7 Dec 83 09:14-EST" Message-Id: <07Dec83.155600.GW90@CMU-CS-A> Herb; It is my understanding that the commands for using rez and resource are (for the most part) identical; rez was, as I recall, developed by modifying resource. Try the rez doc's instructions. If all else fails, use rez and one of the public-domain z80 assemblers; chances are that what you are disassembling only uses the 8080 subset of z80 instructions anyway, and zilog mnemonics are easy to learn. One version of rez (or is it an option rez offers -- I can't recall) produces TDL mnemonics, which are intel 8080 mnemonics with intel-like extensions to cover z80 instructions. George 9-Dec-83 13:15:30-MST,428;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:15:19-MST Date: Wed, 7 Dec 83 22:22:17 EST From: Ron Natalie To: ABN.AFZA-GA@usc-isid cc: INFO-APPLE@brl-vgr, INFO-CPM@brl-vgr, INFO-MICRO@brl-vgr Subject: Re: DBMS NEEDED FOR CPM APPLE What are you using for disk drives to accomodate these 6 Megabyte databases? -Ron 9-Dec-83 13:15:50-MST,664;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:15:44-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 8 Dec 83 7:40 EST Date: Wed, 7 Dec 83 22:38:56 EST From: Rick Conn To: George.Wood@cmu-cs-a cc: Herb Lin , info-cpm@brl Subject: Re: RESOURCE and REZ... DASM is yet another Z80 disassembler, derived from ZZSOURCE which was derived from RESOURCE. DASM, however, provides full Zilog Z80 mnemonics with one overlay and TDL mnemonics with another overlay (the overlays are specified at assembly time). DASM is in the PD. Rick 9-Dec-83 13:26:20-MST,828;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:26:16-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 8 Dec 83 10:36 EST Date: 7 Dec 1983 20:45 MST (Wed) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@brl-vgr Subject: Special characters in SIMTEL20 files It may appear that some files in MICRO: are inaccessible when you try to GET certain files with FTP. The following info ought to clear up the apparent problems... All of the non-alphanumeric characters in TOPS-20 filenames, except a limited few, are considered "special" characters. Thus, you must quote them with a real ^V. For example, it is BY3^V+SMDM.ASM and SQ^V/USQ.whatever. Sorry for the confusion. --Frank 9-Dec-83 13:27:42-MST,5086;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:27:28-MST Received: From Usc-Isid.ARPA by BRL-VGR via smtp; 9 Dec 83 5:11 EST Date: 8 Dec 1983 19:11-PST Sender: ABN.ISCAMS@usc-isid Subject: Decision I Mods? From: ABN.ISCAMS@usc-isid To: INFO-MICRO@brl-vgr Cc: INFO-CPM@brl-vgr, ABN.ISCAMS@usc-isid Message-ID: <[USC-ISID] 8-Dec-83 19:11:34.ABN.ISCAMS> NetLandians, I've been hacking around in my Morrow Decision I CBIOS (having a grand time), and need some pointers/advice. 1. Implementing the Iobyte. Sure, I can attempt to scratch-write it, but am hesitant since Morrow didn't in the first place. Did anyone? Did Morrow, and I don't have the update? Is it impossible because of the funny stuff you have to do, switching the Multi/o board to use the same port address for peripherals? Read an article in a CP/M book (extracts from Creative Computing or something), telling how to do it in a NorthStar BIOS, but that ain't much help. 2. Buffered keyboard. Followed with avid interest a column in Byte where some brave adventurers were trying it, and they (I think) finally gave up or found a simplistic solution or something. Any pointers to articles, public domain stuff, etc. (I'm running a Liberty Electronics Freedom 100 terminal, and it won't give me that onboard the terminal alone either.) 3. Trapping the peculiar Function keys on the Freedom 100 WITHIN THE BIOS or BDOS! (Got pointers from kind souls on a Public Domain program that'll do that; haven't been able to access SIMTEL20 to get it and try; suspect the differences in Morrow CBIOS might make it a problem.) Reason: Function keys put out ^A, a character or two (forget), and CR. And we ALL know the undocumented functions of ^A in Microsoft BASIC-80 2.2, don't we? (Yeah, repeats the last command, which is likely to be "RUN".) 4. Implementing a (new?) CP/M call (ho, boy - no flames about tampering with the sacred, please) -- Check Status of Reader and/or Punch. Reason: Wanna use that third serial port (1 for terminal, 1 for printer, 1 for modem) as a fully capable port simultaneously with the other two so I can (a) relay between two modems, simultaneously print to printer and a bar code printer, and other daydreams. And NOT have to write specific software to check the third port (like I have with MDM714 and KERMIT) - just use STAT and other common utilities. 5. Stuff in some more memory. Who can GUARANTEE a nice fat 256- or 512-Kb memory board (static like I presently have or good dynamic) that'll work with my buss and CPU board and DMA and all the other Morrow goodies? 6. Stuff in a 68000 CPU board. Read wonderful things about Compupro's board, but all configurations seem to indicate ALL Compupro boards on the bus (and preferably a Compupro buss too!). What Morrow stuff would I have to yank out and replace to make such a wonderful thing happen? (Would like to keep the Z80 right where it is for some sort of dual-processor capability.) 7. In return for asking the world, I offer: (probably only of much use to Decision I owners) a. A lovely patched CBIOS (and one wee little patch in the CCP) that'll give you the user area (in decimal) by the disk identifier and CP/M ">" (from Public Domain, but all done for you --forget the name of the genius author, but more glory to him/her - think it was called CPMUSER - is out on SIMTEL20 MICRO:). Also get the default "look to Drive A, same User Area, if not here; then look to Drive A, User Area 0) for alll file access. Works great with hard disk and floppies. (Again, Public Domain, forget author, but wonderful, wonderful. Works for all but some overlaid programs like WordStar.) Also get the modified FINDBAD that'll use the BIOS disk parameters to work on any CP/M system to locate and exile (by writing to a BAD file) any bad sectors. Works perfectly. Also get KERMIT, fully patched and documented for the Decision I and Multi/o board (works perfectly). Also get my upgraded MDM714 with settable parity (a la KERMIT - stole it and am busily patching it in), fully set up for the Decision I (thanks to the Public Domain overlay plus a bit of my hacking). Also get my KERMIT version that'll allow straight upload and download with no packetizing (a la MDM714's capability while in Terminal mode) for when the lines are clean or there isn't a KERMIT or MDM on the other end (stole it from MDM714 and am busily patching it into CPMBASE.M80 (Decision I version) right now). All this I promise you (promises, promises). And naturally I'll hack whatever you give me up a bit, and even keep you posted of the changes! Those whose mailboxes I just overflowed -- sorry - bored you to tears with this Decision I stuff. But maybe other CP/M type machines out there need some of the same fixes? Let's see what happens. Regards, and thanks to all for everything you've done for me so far in the world of Public Domain. David Kirschbaum Toad Hall 9-Dec-83 13:45:32-MST,3860;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:45:06-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 9 Dec 83 5:22 EST Received: From Ucb-Vax.ARPA by BRL via smtp; 8 Dec 83 22:42 EST Received: from ucbpopuli.CC.Berkeley.ARPA (ucbpopuli.ARPA) by UCB-VAX.ARPA (4.22/4.16) id AA27034; Thu, 8 Dec 83 18:33:10 pst Received: by ucbpopuli.CC.Berkeley.ARPA (4.13/4.8) id AA28996; Thu, 8 Dec 83 18:34:37 pst Date: Thu, 8 Dec 83 18:21:06 PST From: Phil Lapsley Message-Id: <8312090221.AA23278@D.CC.Berkeley.ARPA> Received: by D.CC.Berkeley.ARPA (4.8/4.8.2) id AA23278; Thu, 8 Dec 83 18:21:06 PST Word-Of-The-Day: Sick To: info-cpm@brl Subject: U.S. Robotics S-100 1200 baud modem: a note I recently sent a request to Info-CPM about the U.S. Robotics S-100 autodial modem, which is being advertised just about everywhere for very low (< $400) prices. I got a number of responses, and was also sent a collection of reviews of various cheap 1200 baud modems. Anyway, I just thought I'd add my reactions to the USR 1200 baud S-100 modem to the dung heap... First, *FLAME ON!* -- they didn't include schematics with the creature. To me, this is inexcusable. When I get an S-100 board, I like to know what's in it, and I like to have a schematic around to modify it if it comes down to that. I have sent them a letter about this, and we shall see whether it's simply an oversight or if it's against their policy to include schematics, or what. Second, the thing powers up in auto-answer mode. While I'm sure a lot of people like this, I don't. I'd rather not have the modem answer until I tell it to. The manual suggests that I could put something in my BIOS to disable this feature. Well, I could do that, sure. But I'd rather have an on-board switch which would enable/disable auto-answer upon reset or power up. As it is now, whenever I have my computer on and somebody calls, I have to tell them to either hang up (and I'll call back) or ride out the 17 odd seconds while the machine waits for a response. Third, the manual reminds me a lot of the things I got with our old IMSAI. They are poorly written, poorly organized, and seem to be photocopies, stapled together at one corner. Still, it does contain the information -- it's just a matter of finding it. Fourth, the on-board "speaker" (it looks like more of a buzzer) produces some rather raspy noises which are alleged to be the sounds of the call in progress. Well, maybe, but I'd rather listen through a small 8 ohm speaker, which I intend to hook up later this evening. Finally, when the board powers up, it is in the "off-hook" state. That is, it has the phone line off hook. This means, of course, that until you tell it to "drop" the line, your line is busy and cannot be used even for outgoing calls, as the modem puts a rather annoying hiss on the line. The manual was good enough to suggest a fix for this -- it mentions a diode which can be cut out. I have done this, and it now behaves a bit better. It [the manual] also points out that this could be fixed by adding something to one's BIOS. Now comes the surprising part: It's really a pretty good product. My flaming above is really about some pretty trivial matters. I have the feeling that U.S.R. will come across with a schematic for the beast, and then I can sit down and do some modifications. So, the end result is something like this: If you don't mind the aforementioned things, and/or if you are looking for an inexpensive S-100 1200 baud modem, the U.S.R. S-100 might be worth looking into. Phil (jlapsley%D.CC@Berkeley) 9-Dec-83 13:51:44-MST,1734;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:51:35-MST Received: From Usc-Isid.ARPA by BRL-VGR via smtp; 9 Dec 83 5:11 EST Date: 8 Dec 1983 17:53-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: DBMS NEEDED FOR CPM APPLE From: ABN.ISCAMS@usc-isid To: ron@brl-vgr Cc: ABN.AFZA-GA@usc-isid, INFO-APPLE@brl-vgr Cc: INFO-CPM@brl-vgr, INFO-MICRO@brl-vgr Message-ID: <[USC-ISID] 8-Dec-83 17:53:08.ABN.ISCAMS> In-Reply-To: The message of Wed, 7 Dec 83 22:22:17 EST from Ron Natalie Ron (et al) I queried 1LT Pires about that momentous database (and the hardware he planned to run it on). Turns out the specs he discussed (6000 records, 1000 characters per record, 250 chars per field, 48 fields) were MAX, way out, absolute extremes for each specification, and not all together! In other words, nope, he won't have one huge DB with 600 records, each having 1000 chars per record, 48 fields, 25 chars per field! But he MIGHT have 6000 records with much smaller sizes, or a couple of hundred records with 48 fields, or 3 fields with 250 chars per field. And available DBMS's won't handle those extremes (at least not to our knowledge). That's why the query. By the way, he and I are discussing "pre-processing" to reduce record length or numbers of fields or other DBMS-imposed constraints to trim the filed data down to a swallowable size (in the event an appropriate DBMS cannot be found for under megabuck range). (We DO think of the taxpayer's money, after all!) Regards, and thanks for the query to keep us on our toes! David Kirschbaum SGM, USA Corps Automation Mgt Office HQ XVIII Abn Corps, Ft Bragg 9-Dec-83 13:53:18-MST,1191;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:53:13-MST Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 9 Dec 83 5:39 EST Date: 9 December 1983 04:26 EST From: Jerry E. Pournelle Subject: Special characters in SIMTEL20 files To: WANCHO@simtel20 cc: INFO-CPM@brl-vgr In-reply-to: Msg of 7 Dec 1983 20:45 MST (Wed) from Frank J. Wancho Are you actually under the impression that this essage ELIMINATES confusion? Holy Catfish... Date: 7 Dec 1983 20:45 MST (Wed) From: Frank J. Wancho To: INFO-CPM at brl-vgr Re: Special characters in SIMTEL20 files It may appear that some files in MICRO: are inaccessible when you try to GET certain files with FTP. The following info ought to clear up the apparent problems... All of the non-alphanumeric characters in TOPS-20 filenames, except a limited few, are considered "special" characters. Thus, you must quote them with a real ^V. For example, it is BY3^V+SMDM.ASM and SQ^V/USQ.whatever. Sorry for the confusion. --Frank 9-Dec-83 14:08:41-MST,649;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 14:08:32-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 9 Dec 83 9:29 EST Received: From Sri-Unix.ARPA by BRL via smtp; 9 Dec 83 9:12 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 9 Dec 83 6:09-PST Date: 8 Dec 83 12:40:04-PST (Thu) To: info-cpm@brl From: ihnp4!fortune!burton@ucb-vax Subject: Re: VAX-CPM Article-I.D.: fortune.1926 In-Reply-To: Article <14379@sri-arpa.UUCP> I would also be interested, except my VAX runs UNIX. Phil Burton Fortune Systems, Redwood City, CA 415 595 8444 x526 9-Dec-83 14:09:03-MST,1041;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 14:08:57-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 9 Dec 83 9:29 EST Received: From Sri-Unix.ARPA by BRL via smtp; 9 Dec 83 9:12 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 8 Dec 83 23:54-PST Date: 7 Dec 83 7:16:14-PST (Wed) To: info-cpm@brl From: decvax!decwrl!daemon@ucb-vax Subject: educational software Article-I.D.: decwrl.4479 From: Ed Featherston HL01-1/P06 225-5241 Begin Forwarded Message: ------------------------------------------- Newsgroup : net.micro.cpm >From : RAINBO::GREENWOOD Organization : Digital Equipment Corp. subj: educational software I am also looking for educational software for a CP/M system. Please post any information. Tim Greenwood. Digital Equipment Co Mail address : ...decvax!decwrl!rhea!rainbo!greenwood ------------------------------------------- End Forwarded Message 9-Dec-83 14:25:37-MST,1775;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 14:25:28-MST Received: From Bbna.ARPA by BRL-VGR via smtp; 9 Dec 83 9:43 EST Date: 9 Dec 1983 09:41-EST Sender: MOOERS@bbna Subject: Re: Special characters in SIMTEL20 files From: MOOERS@bbna To: POURNE@mit-mc Cc: WANCHO@simtel20, INFO-CPM@brl-vgr Cc: Mooers@bbna Message-ID: <[BBNA] 9-Dec-83 09:41:43.MOOERS> In-Reply-To: The message of 9 December 1983 04:26 EST from Jerry E. Pournelle TOPS20, for unknown reasons, normally accepts only the following "standard" characters in file names: uppercase A through Z, numbers 0 through 9, and the punctuation characters dollarsign ($), hyphen (-), and underscore (_). Also, when you are creating or typing filenames, TOPS-20 automatically converts lowercase a through z to uppercase. If you want to type any other "nonstandard" character, such as lowercase a,  circumflex (^) or backslash (\), which appears in a file name, you must "quote" the character. The method of quoting such a character is to type Control-V before you type the character. The filename that contains the nonstandard character also contains a Control-V preceding the character, but TOPS-20 cleverly doesn't show you the Control-V. (Except sometimes it does, as "^V"; I can't give you the rule for when.) Sometimes people include "nonstandard" characters in filenames deliberately to keep other people from typing them. I have come to the conclusion, based on bitter experience, that this is a bad idea. I believe, however, that the "nonstandard" characters in the files in question were standard characters on the machine from which the files were transferrred. ---Charlotte Mooers 9-Dec-83 14:44:12-MST,649;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 14:43:58-MST Received: From Cmu-Cs-C.ARPA by BRL-VGR via smtp; 9 Dec 83 11:02 EST Received: ID ; Fri 9 Dec 83 11:01:43-EST Date: Fri 9 Dec 83 11:01:42-EST From: Drew Anderson Subject: CP/M80 and CP/M86 To: info-cpm@BRL-VGR.ARPA On a "normal" implementation of CP/M (8", SSSD 128byte/sector,) can your CP/M80 system read and write CP/M86 disks? I would assume that this would be true, but the guys at Priority One Electronics said no. Drew Anderson DDA@cmu-cs-c.arpa ------- 9-Dec-83 14:58:13-MST,482;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 14:58:07-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 9 Dec 83 12:50 EST Date: Fri 9 Dec 83 10:50:31-MST From: Keith Petersen Subject: MDM714.HEX now available on SIMTEL20 To: Info-Cpm@BRL-VGR.ARPA In response to requests from several people I have uploaded MDM714.HEX to the MICRO: directory at SIMTEL20. ------- 9-Dec-83 17:19:31-MST,1386;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 17:19:26-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 9 Dec 83 17:59 EST Received: From Rochester.ARPA by BRL via smtp; 9 Dec 83 17:49 EST Received: by sen.rochester (3.327.3N) id AA12965; 9 Dec 83 17:52:10 EST (Fri) Received: by cay.Rochester (3.327.3N+) id AA07279; 9 Dec 83 17:50:56 EST (Fri) Message-Id: <8312092252.12965@sen.rochester> Date: 9 Dec 83 17:52:10 EST (Fri) From: Mike Ciaraldi Subject: US Robotics Password Modem To: info-cpm@brl.ARPA, jlapsley%D.CC@berkeley.ARPA One other problem has shown up on my Password modem, which might also be on the S-100 version (I'd like to find out). If you have the modem powered up and attached to the phone line, and someone calls you and you answer it manually on the first ring (i.e. before the modem would have picked it up) you will hear the modem come on anyway. You are trying to talk to the person who called you, and the modem is busy going "ooooooooooooo" at you both. It happens in the other direction, too. If you dial someone with your phone, when they answer the modem picks up and goes "oooooooo". Anyone know how to avoid this (other than unplugging the modem from the phone line or turning it off)? Mike Ciaraldi ciaraldi@rochester 9-Dec-83 17:41:47-MST,2676;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 17:41:33-MST Received: From Rochester.ARPA by BRL-VGR via smtp; 9 Dec 83 18:16 EST Received: by sen.rochester (3.327.3N) id AA13176; 9 Dec 83 18:16:01 EST (Fri) Received: by cay.Rochester (3.327.3N+) id AA07301; 9 Dec 83 18:14:48 EST (Fri) Message-Id: <8312092316.13176@sen.rochester> Date: 9 Dec 83 18:16:01 EST (Fri) From: Mike Ciaraldi Subject: Re: CP/M80 and CP/M86 To: DDA@CMU-CS-C.ARPA, info-cpm@BRL-VGR.ARPA I have successfully read and written CP/M-86 disks on a CP/M-80 system, and also on an MP/M-80 system. The file and directory formats are exactly the same, with one exception, which is very important. CP/M-86 has an optional extension to the directory that allows you to store extra information about each file, such as date and time stamps, passwords, etc. This is the same as used in MP/M. Physically, it uses extra directory entries. Ordinarily, CP/M-80 uses one directory entry per file, unless the file is long, in which case it uses additonal directory entries with the same file name and different status bits to hold the pointers to the rest of the file. In MP/M and CP/M-86 you can tell the file system (using the STAT or SET command) that a particular diskette will have XFCB's (extended File Control Blocks). If you do, the OS uses an extra directory entry for each file. It has the name of the file and certain status bits to show it is an XFCB. In the rest of the directory entry, (where you would ordinarily find pointers to disk blocks) are the time stamps, etc. There is also one more special directory entry which can store the name of the diskette and its attributes (e.g. whether to have XFCB's, whether to timestamp all files, etc.) The result is that MP/M, CP/M-86, and Concurrent CP/M-86 disks are "upward compatible" from CP/M-80. The three newer operating systems can read and write CP/M-80 disks, because to them the disks look like disks that have not been labelled and have not had the extended features activated. But, the CP/M-80 system may get confused when it reads and writes the disks from the other three. As long as the diskette does NOT have the extra stuff activated (which is usually, but not always, the way the format program leaves a blank disk), CP/M-80 is happy. But if it tries to use a disk with the extended stuff activated, it may mess up. The new version of CP/M-80, called CP/M-Plus or CP/M 3.0, has these extended file things. All clear? Boy, I hope I got this all right... Mike Ciaraldi ciaraldi@rochester 9-Dec-83 17:54:48-MST,1181;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 17:54:40-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 9 Dec 83 18:52 EST Received: From Cmu-Cs-A.ARPA by BRL via smtp; 9 Dec 83 18:42 EST Received: from [128.2.254.192] by CMU-CS-PT with CMUFTP; 9 Dec 83 17:11:11 EST Date: 9 Dec 83 1721 EST (Friday) From: George.Wood@cmu-cs-a To: Drew Anderson Subject: Re: CP/M80 and CP/M86 CC: info-cpm@brl In-Reply-To: "Drew Anderson's message of 9 Dec 83 11:01-EST" Message-Id: <09Dec83.172115.GW90@CMU-CS-A> While the disk formats, i.e 8", sssd, 128 byte/sector, can be used by both cp/m-80 and cp/m-86, they have different directory structures. I don't know the specifics, but I think '86 keeps the date of the last file modification with the directory entry. If you can figure out the directory format for '86, you should be able to read & write with DUU; but it would probably be exasperating. It seems to me that a conversion program could be built by around duu -- any takers? George (ps: I'd appreciate pointers to more info on the cp/m-86 directory structure) 10-Dec-83 13:38:18-MST,916;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Sat 10 Dec 83 13:38:14-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 10 Dec 83 15:01 EST Received: From Utexas-20.ARPA by BRL via smtp; 10 Dec 83 14:52 EST Date: Sat 10 Dec 83 13:55:31-CST From: Kim Korner Subject: hard disk travelling advice requested To: info-cpm@BRL.ARPA I have a portable CPM system with an external 10 meg subsystem manufactured by Xebec. Does anyone know what the potential problems are if I pad the subsystem well, stick it in a flight bag and transport it in the overhead bins of commercial airliners. Is horizontal orientation important? Aside from backing up everything up that's on the HD are there other things to do to ensure safe travelling? My thanks in advance for any assistance... -Kim Korner ------- 10-Dec-83 14:44:36-MST,1445;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Sat 10 Dec 83 14:44:32-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 10 Dec 83 16:13 EST Received: From Mit-Ml.ARPA by BRL via smtp; 10 Dec 83 16:07 EST Date: 10 December 1983 16:12 EST From: Herb Lin Subject: assemblers and Disassemblers... To: info-cpm@brl cc: LIN@mit-ml In-reply-to: Msg of Fri 9 Dec 83 20:30:55-MST from Rick Conn I have had the following problem; I have an 8085 in my CP/M system, and I want ot run some z-80 only software on it. I have the following solution: disassemble the z-80 software using a disassembler like REZ, and reassemble it with a macro assembler like MAC or RMAC that has macro libraries to simulate Z-80 instructions. Will this work? I have learned many things from my net inquiries on REZ and RESOURCE, but I feel a need to know the following (in addition to any general comments on my scheme.) REZ will produce good tdl mnemonics when disassembling a z-80 program. Will REZ run on an 8080? Is RMAC capable of producing absoulte output, or will only MAC do that? What differentiates the RMAC and M-80 assemblers from each other? Is there a better disassembler/assembler combinaiton that will do what I want? What kind of difficulties should I expect if I just do this translation mechanically? 11-Dec-83 09:22:50-MST,1218;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Sun 11 Dec 83 09:22:45-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 11 Dec 83 0:28 EST Received: From Csnet-Cic.ARPA by BRL via smtp; 11 Dec 83 0:24 EST Date: 10 Dec 83 21:54-EDT (Sat) From: Charles Hutchinson Return-Path: Subject: Wordstar underlining To: info-cpm%UMass-ECE@csnet-relay Via: UMASS-ECE; 10 Dec 83 23:51-EST I don't know if this is the proper place for this message, but here goes: A friend here at Umass is having trouble with Wordstar. Her set up is the following: Franklin Ace 1200 - with z80 card (supposedly similar to Microsoft) C. Itoh Prowriter 8510A Tymac parallel interface It seems that Wordstar's resident underlining command produces text with the toes cut off (bottom of the characters get's overstruck). The Prowriters underline command (codes $1B58 and $1B59) produces proper underlining, but ignores the left margin setting, sending the printhead to the leftmost position. Is there a way to fix this? Any help is appreciated, Hutch 11-Dec-83 09:23:01-MST,1797;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Sun 11 Dec 83 09:22:56-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 11 Dec 83 1:43 EST Received: From Usc-Isid.ARPA by BRL via smtp; 11 Dec 83 1:30 EST Date: 10 Dec 1983 16:11-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: hard disk travelling advice requested From: ABN.ISCAMS@usc-isid To: CS.KORNER@utexas-20 Cc: info-cpm@brl Message-ID: <[USC-ISID]10-Dec-83 16:11:45.ABN.ISCAMS> In-Reply-To: The message of Sat 10 Dec 83 13:55:31-CST from Kim Korner Kim (et al) We here in XVIII Abn Corps have been hauling good old Corvus 20 Meggers around for quite a while now. We make sure the heads are parked, stuff it in a nice stiff foam padded chest a company made for us (kind of like rock bands use -- nice tough things with black plastic sheet outside, steel edging and corners, fancy latches, carrying handles -- cost a couple hundred apiece, unfortunately. We've sent them right through commercial airline baggage handling, seen them come down the chutes to the big turning devices upside down, sideways, end over end. Always seem to come through OK. Never minded upside down, sideways. Shipped them strapped to military aircraft pallets, under, on, upside down, whatever way they'd fit to make the pallet square -- always came through OK. Hauled them in the backs of jeeps, trucks, up dirt roads and through woods... came through OK. Main thing was cushioning the horrible sharp raps and jolts that shatter logic boards and knock things really loose. Normal jolts never seem to bother them. That's with the Corvus 20Megger now -- donno about yours. Regards, David Kirschbaum SGM, USA Corps Automation Mgt Office 12-Dec-83 08:32:34-MST,4231;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 12 Dec 83 08:32:24-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 12 Dec 83 4:04 EST Date: Mon, 12 Dec 83 3:39:00 EST From: Keith Petersen To: Plouff@mit-mc cc: Info-Modem7@mit-mc, Info-Cpm@brl-vgr Subject: MDM714 bug reports Bob, it sounded to me as if you might be thinking about updating MDM714 to include the RUGMDM routines and then possibly releasing it as MDM715. I'm all for that and now that Irv has released his iron hold on the program I would like to encourage you to do just that. However, I would like to see as many of the known problems fixed as possible at the same time. Toward that end, I am including a collection of some "bug" reports (some not really bugs, just annoying things). I hope others on this mailing list will send you notes (with copies to INFO-MODEM7@MC) about any other problems they have encountered. Here we go: ------- Date: 10/17/83 From: Dave Hardy To: All Re: MDM7 bugs? Two things that I've found in MDM7xx that I consider to be bugs: 1. Program hangs with CPM option when there is modem input 2. Program will not pass control characters to console that are necessary to run a video editor remotely, etc. Are these known "bugs," or am I the only one having these problems? I'm using standard MDM712 with SmartModem overlay and no special modifications. [NOTE FROM KEITH: It should be made clearer in the DOC file that the overlay must be configured to allow control characters from the modem to reach the console. Irv set all the overlays to "filter" unwanted control characters, apparently thinking that most people don't use the terminal mode with video-oriented text editors. Also the "gathering of available characters" from the modem should not be allowed to occur when the CPM command is given. The reason is that if the carrier is gone at this time (typical after completing a call) some I/O ports seem to lock up when DCD (Data Carrier Detect) goes false. I believe this is the cause of the lock-up condition that happens to some people (me included, on the system at work) under these conditions.] Date: 10/17/83 From: Tom Bering To: Dave Hardy Re: MDM712 The problems you're having with MDM712 are not peculiar to your system. MDM7xx will hang in a CPM command if there is data coming from the modem, but will drop to CPM shortly after the last character has been sent. I'll look at the source if I can make time and figure out what it's doing. Regarding the control characters you can't get to the terminal, there is a label IGNORCTL in the front end of the main pgm (and in the overlays) that will kill sending of control characters above ^M in terminal mode if it is set 'YES', which it is in these files. Maybe that's the problem?? My system is an H89 w/ZCPR2 and CP/M 2.2 and I'm getting the same things you describe. Walt Jung has mentioned similar problems with the CPM function of MDM712. Date: 23 Nov 1983 04:20-PST From: David Kirschbaum To: Keith Petersen Re: MDM714 terminal mode problems MDM714 works fine except I got a bug in the LOCMSG character (the one that I think lets you send a local command like ^E in HERMES) while telling MDM714 to ignore it. For some reason the SHFTYPE procedure is NOT changing that character back to ASCII in the menu, and ^^ (per the original code) does weird things on my Freedom 100 screen! Changed it to ^\, so it no longer blows my menu away, but still don't have it working quite right. I'll figure it out though. Date: 25 Nov 1983 1400-PST To: Keith Petersen From: David Sternlight Re: Security of ALDS code with MDM714 MDM714 (and its predecessors) displays the alternate LD (Sprint, etc.) number and code on the screen when dialing [which could be a security problem if there are others near the terminal]. A simple fix is to comment out the 'CALL TYPE' instruction in MDM714.ASM after DIALAD2: and add three (3) NOP instructions after it (to keep the code the same length). --end-- 12-Dec-83 08:35:06-MST,1516;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 12 Dec 83 08:35:02-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 12 Dec 83 9:06 EST Received: From Usc-Isid.ARPA by BRL via smtp; 12 Dec 83 8:51 EST Date: 11 Dec 1983 20:23-PST Sender: ABN.ISCAMS@usc-isid Subject: RANDOM in Pascal From: ABN.ISCAMS@usc-isid To: INFO-CPM@brl Cc: ABN.ISCAMS@usc-isid Message-ID: <[USC-ISID]11-Dec-83 20:23:47.ABN.ISCAMS> NetLandians, I've been (grudgingly) trying to get the hang of Pascal, and have been playing with my JRT Pascal 3.0 (yeah, yeah, I know -- no flames, please.) Surprise, surprise: NO Random. Looked through my five reference books on Pascal -- NO Random. A friend tells me (and source code for a program also contains it) that Pascal/MT+ does have it, but that's no help. How, pray tell, can you do the usual Random(n) thing in Pascal? I'm looking for a fairly random series of numbers kind of like in BASIC; you know, the decimal from .00something to .999something. Since I haven't exactly figured out how to link Assembler programs into JRT Pascal yet either, that kind of approach (grabbing a register's contents, sequencing my way through memory) isn't practical yet (unless someone is willing to expand on the JRT manual!). Sure would appreciate the help. I'm getting right at home in Assembler, but Pascal is still somewhat foreign to me. Regards, and thanks in advance. David Kirschbaum Toad Hall 12-Dec-83 12:54:53-MST,838;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 12 Dec 83 12:54:49-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 12 Dec 83 13:48 EST Date: Monday, 12 December 1983 10:04-MST Message-ID: Sender: Roger Sellers From: Roger Sellers To: KEITH@SIMTEL20.ARPA cc: WANCHO@SIMTEL20.ARPA Subject: MDM714 AND RACAL ReSent-From: KPETERSEN@simtel20 ReSent-To: Info-Cpm@brl-vgr ReSent-Date: Mon 12 Dec 1983 11:46-MST RACAL AND MDM71X ARE COMPATIBLE. FOUND THAT SIMPLE PROC WORKS. AFTER LOADING MDM71X AND ENTERING T,L,ETC, A CONTROL CARROT,CONTROL E, AND RETURN BRINGS UP AUTO-DIAL WITHOUT PROB. SORRY TO BOTHER YOU WITH TRIVIA. MIGHT SAVE SOME OTHER FOLKS TIME THO. REGARDS,ROG 12-Dec-83 13:23:18-MST,1597;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 12 Dec 83 13:23:11-MST Received: From Cisl-Service-Multics.ARPA by BRL-VGR via smtp; 12 Dec 83 13:53 EST Received: from HIS-PHOENIX-MULTICS.ARPA by CISL-SERVICE-MULTICS.ARPA dial; 12-Dec-1983 12:34:49-est Date: Mon, 12 Dec 83 08:45 MST From: Kevin Kenny Subject: Re: CP/M Media Compatibility Reply-To: Kenny%pco@CISL-SERVICE-MULTICS.ARPA To: Tony Li cc: INFO-CPM@BRL-VGR.ARPA, dda@CMU-CS-C.ARPA, ciaraldi@ROCHESTER.ARPA Message-ID: <831212154503.954982@HIS-PHOENIX-MULTICS.ARPA> In fact, Tony Li's a little conservative about CP/M-MP/M-CCP/M media exchange. The XFCB's (extended file control blocks) look like files in nonexistent user areas (above 16). In fact, though, they're set up so that if all you use is date/time stamping and the protection attributes, you won't actually get in trouble. The second 16 bytes of the XFCB is reserved for encrypted password, and will be zero if the file is unpassworded, meaning that the ``file'' won't look as if it's using any space on the disc, and CP/M-80 won't get confused. In short, you can exchange discs freely back and forth between CP/M-80 and the newer systems, *provided* that the files are unpassworded, even if XFCB's are used. Some of the public domain programs may get confused by the XFCB's, so be careful. I know that SAP and DUU work. SD reports some garbage information for the additional directory entries. /k**2 13-Dec-83 11:57:01-MST,1149;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 11:56:56-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Dec 83 11:38 EST Received: From Ucb-Vax.ARPA by BRL via smtp; 12 Dec 83 17:53 EST Received: from ucbpopuli.CC.Berkeley.ARPA (ucbpopuli.ARPA) by UCB-VAX.ARPA (4.22/4.16) id AA16315; Mon, 12 Dec 83 14:53:23 pst Message-Id: <8312122241.AA22036@ucbpopuli.CC.Berkeley.ARPA> Received: by ucbpopuli.CC.Berkeley.ARPA (4.13/4.9) id AA22036; Mon, 12 Dec 83 14:41:42 pst Date: 12 December 83 14:42-PST From: KJBSF%slacvm@BRL.ARPA To: INFO-CPM@brl Subject: BITNET mail follows Date: 12 December 1983, 14:40:09 PST From: KJBSF at SLACVM To: INFO-CPM at BRL.ARPA Subject: Apple CP/M Kermit-80 I downloaded the CPMAPPLE.HEX kermit from Columbia, and Loaded it on my Apple, and I seem to have had some problem. Everything works fine, except for one thing; that is this: The program will not send any of the characters I type to the remote system (when I'm in terminal mode)!! Maybe someone could help me with this. Thanks. - Kevin 13-Dec-83 12:12:53-MST,822;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 12:12:50-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Dec 83 11:41 EST Received: From Parc-Maxc.ARPA by BRL via smtp; 12 Dec 83 21:34 EST Date: Mon, 12 Dec 83 17:26 PST From: MMOON.ES@PARC-MAXC.ARPA Subject: Re: U.S. Robotics S-100 1200 baud modem: a note In-reply-to: <8312090221.AA23278@D.CC.Berkeley.ARPA> To: Phil Lapsley cc: info-cpm@brl.ARPA Coupla questions. Did you bring up a vanilla USR/DCH MDM714 on the beast? & if so, do all the goodies like auto-dial & the NM overlay work unmolested? I would appreciate any response as I've been salivating over one of those boards ever since I saw it in the Priority One catalog. --MMoon.es 13-Dec-83 12:21:52-MST,1041;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 12:21:46-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Dec 83 11:41 EST Received: From Rochester.ARPA by BRL via smtp; 12 Dec 83 22:17 EST Received: by sen.rochester (3.327.3N) id AA00027; 12 Dec 83 22:21:08 EST (Mon) Received: by cay.Rochester (3.327.3N+) id AA12084; 12 Dec 83 22:20:14 EST (Mon) Message-Id: <8312130321.27@sen.rochester> Date: 12 Dec 83 22:21:08 EST (Mon) From: Mike Ciaraldi Subject: Re: hard disk travelling advice requested To: CS.KORNER@UTEXAS-20.ARPA, info-cpm@BRL.ARPA I have no expereinece on this, but I know that some manufacturers (computers manufacturers) include a "SHIP" program that you are supposed to run before moving your Winchester. This homes the heads to the unused track called the "landing area" I think, which is a track that never has data on it, so it is safe to leave the heads resting there (since they do not retract). 13-Dec-83 12:33:55-MST,1543;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 12:33:50-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Dec 83 11:41 EST Received: From Rochester.ARPA by BRL via smtp; 12 Dec 83 22:39 EST Received: by sen.rochester (3.327.3N) id AA00297; 12 Dec 83 22:42:50 EST (Mon) Received: by cay.Rochester (3.327.3N+) id AA12146; 12 Dec 83 22:41:54 EST (Mon) Message-Id: <8312130342.297@sen.rochester> Date: 12 Dec 83 22:42:50 EST (Mon) From: Mike Ciaraldi Subject: Re: RANDOM in Pascal To: ABN.ISCAMS@usc-isid.ARPA, INFO-CPM@brl.ARPA I have seen a Pascal pseudo-random number generator prrogram. I uses the well-know techinque of taking a seed number, multiplying it by a constant, adding another constant, and using the result as a random integer, and also as the next seed. The problem is finding the "magic numbers" for the constants. Someone has figured this out for various word lengths, and I know a set of constants exists which causes a 16-bit integer to cycle in a pseudo-random fashion through all 64k numbers. This is then easily converted into a fraction between 0 and 1.0. The algorithm I saw was written up in some sample programs which came with the Motorola Pascal compiler (produces 6809 code on an IBM 360). I think the magic numbers are listed in the "Encyclopedia of Computer Science", edited by Anthony Ralston. You might also try the ACM collected Algortiithms. Mike Ciaraldi ciaraldi@rochester 13-Dec-83 12:56:43-MST,2164;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 12:56:36-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Dec 83 11:42 EST Received: From Rochester.ARPA by BRL via smtp; 12 Dec 83 22:58 EST Received: by sen.rochester (3.327.3N) id AA00682; 12 Dec 83 23:02:17 EST (Mon) Received: by cay.Rochester (3.327.3N+) id AA12171; 12 Dec 83 23:01:31 EST (Mon) Message-Id: <8312130402.682@sen.rochester> Date: 12 Dec 83 23:02:17 EST (Mon) From: Mike Ciaraldi Subject: CP/M-86 and Concurrent CP/M-86 for Zenith Z-100 To: info-cpm@brl.ARPA Latest word on CP/M-86 family products for the Zenith Z-100. CP/M-86 has reached at least some Heathkit stores but is in tight supply because (supposedly) the machines being sent to the DOD are getting it. Concurrent CP/M-86, ported under contract to Zenith by some West coast software house, was supposed to show up for Beta-test this week, but hasn't. Maybe another week or so. Final release would probably not be until (I'm guessing here, based on how long CP/M-86 took) March, 1984 or after. I finished Taylor's internal version of CCP/M in October, but we will be switching over to the Zenith version when available. My version has some limitations (no Winchester support), screen image not changed when virtual console switches, etc., that would limit its usefulness for the average user. However, the multi-tasking and message-passing work fine (nothing I could do to mess them up!), and that's what we needed for our application. For the record, it took about two months of solid effort to bring up CCP/M, starting from the BIOS which Zenith had already written for CP/M-86. This does not count about two months of of reading the manuals and looking at the BIOS for ZDOS (Zenith MS-DOS) to learn about Z-100 hardware and 8086 assembler. During that time I was doing a lot of other things too. Zenith will also be releasing MP/M-86 arounfd the same time as Concurrent. ZDOS version 2.0 should be available very soon, if it is not already. Mike Ciaraldi ciaraldi@rochester 13-Dec-83 13:19:33-MST,1470;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 13:19:27-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Dec 83 11:43 EST Received: From Ucb-Vax.ARPA by BRL via smtp; 13 Dec 83 1:03 EST Received: from ucbpopuli.CC.Berkeley.ARPA (ucbpopuli.ARPA) by UCB-VAX.ARPA (4.22/4.16) id AA22462; Mon, 12 Dec 83 22:05:30 pst Received: by ucbpopuli.CC.Berkeley.ARPA (4.13/4.9) id AA29497; Mon, 12 Dec 83 21:59:53 pst Date: Mon, 12 Dec 83 21:58:14 pst From: The tty of Phil Lapsley Message-Id: <8312130558.AA17346@D.CC.Berkeley.ARPA> Received: by D.CC.Berkeley.ARPA (4.13/4.9.1) id AA17346; Mon, 12 Dec 83 21:58:14 pst Arpa-Address: jlapsley%D.CC@Berkeley To: MMOON.ES@parc-maxc Subject: Re: U.S. Robotics S-100 1200 baud modem: a note Cc: info-cpm@brl I have not yet brought up a MDM712/714 on the beast, but I intend to do so shortly. I have been using another terminal program of mine which dials ala D.C. Hayes, and it works fine. The way the thing is set up, it responds to pretty much all the D.C. Hayes commands except most of the "ATSx=y" commands, since they tend to be a bit on the useless side, with a few exceptions. So any command in the form "ATDTnumber" followed by a return will work with the U.S.R. just fine. When/if I get 714 running on it, I will let you know what happens. Phil 13-Dec-83 16:30:15-MST,845;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 16:30:11-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Dec 83 11:48 EST Received: From Nosc-Cc.ARPA by BRL via smtp; 13 Dec 83 10:15 EST Received: by Nosc.ARPA (4.12/4.7) id AA14429; Tue, 13 Dec 83 07:18:43 pst Date: Tue, 13 Dec 83 07:18:01 pst From: gil%CCVAX@nosc Message-Id: <8312131518.AA14429@Nosc.ARPA> To: info-cpm@brl Subject: KAYPRO 5MHz Modifications Cc: info-micro@brl A few weeks ago some kind soul sent a procedure to the net for modification of KAYPRO2 computers for running at a 5 MHz clock rate. I carefully saved the message, but now can't find it anywhere, much to my frustration. Could someone please send me another copy? My gratitude will know no bounds. gil@nosc-cc.arpa 13-Dec-83 16:50:42-MST,1221;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 16:50:34-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Dec 83 12:03 EST Received: From Parc-Maxc.ARPA by BRL via smtp; 13 Dec 83 11:39 EST Date: Tue, 13 Dec 83 08:38 PST From: Eldridge.es@PARC-MAXC.ARPA Subject: Re: RANDOM in Pascal In-reply-to: <[USC-ISID]11-Dec-83 20:23:47.ABN.ISCAMS> To: ABN.ISCAMS@usc-isid.ARPA cc: INFO-CPM@brl.ARPA, JRTusers^.pa@PARC-MAXC.ARPA Reply-To: Eldridge.es Try the following (I use it in JRT Pascal): function Random(Seed : real): real; { Return the next value in a pseudo-random sequence. The range is 0<=N<1. } begin Seed := (9821.0 * Seed) + 0.211327; Seed := Seed - trunc(Seed); Random := Seed end; {Random} Initialize the random number generator by giving it a first seed. (RandNum and StartValue are both real) RandNum := Random(StartValue); Succeeding numbers in the sequence are generated by: RandNum := Random(RandNum); The formula used is: NextSeed = frac((9821.0 * Seed) + 0.211327) This is the formula in the HP-41C standard applications library. George 13-Dec-83 17:14:00-MST,844;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 17:13:57-MST Received: From Nosc-Cc.ARPA by BRL-VGR via smtp; 13 Dec 83 15:08 EST Received: by Nosc.ARPA (4.12/4.7) id