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 AA24248; Tue, 13 Dec 83 12:09:16 pst Date: Tue, 13 Dec 83 12:08:38 pst From: revc%CCVAX@nosc Message-Id: <8312132009.AA24248@Nosc.ARPA> To: info-cpm@brl-vgr Subject: DOD Zenith Computers ------- Awhile back it was mentioned that the Zenith computer was selected as the official DOD computer. However, I have yet to see anything in writing at the local level. Could someone give me a pointer to the documentation on on this. Bob Van Cleef Computer Sciences Corporation Naval Ocean Systems Center San Diego, CA ARPA revc@nosc UUCP sdcsvax!noscvax!revc CompuServe 71565,533 ------- 13-Dec-83 17:20:58-MST,3131;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 17:20:48-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Dec 83 14:18 EST Received: From Columbia-20.ARPA by BRL via smtp; 13 Dec 83 14:10 EST Date: Tue 13 Dec 83 14:13:42-EST From: Frank da Cruz Subject: New release of CP/M-80 KERMIT To: Info-Kermit@COLUMBIA-20.ARPA cc: Info-CPM@BRL.ARPA Announcing a new release of KERMIT-80, which provides file transfer and terminal emulation for CP/M-80 systems. This release is version 3.6; it has no new functionality over version 3.5, but several major bugs have been fixed. These include: Cursor addressing errors fixed for various systems. During terminal emulation, some systems (the Kaypro II, for instance) would output nulls continuously. This has been fixed. Thanks to James Grossen at the University of Tennessee at Knoxville for these fixes. Users of CP/M Kermit are encouraged to get the new .HEX files (using their current versions of Kermit), LOAD them, and try them out. If you do this, please let me know which system you tried, whether it worked, and if not, what went wrong. The .HEX files are available in KER:CPM*.HEX via anonymous FTP from host COLUMBIA-20. The systems supported, and the corresponding files, are: CPMAPPLE.HEX Apple II with Z80 SoftCard, DC Hayes MicroModem II CPMBRAIN.HEX Intertec SuperBrain CPMDMII.HEX DECmate II with CP/M option CPMGENERI.HEX "Generic" CP/M-80 version 2.x CPMHEATH.HEX Heath/Zenith 89 CPMKAYPRO.HEX Kaypro II CPMOSBORN.HEX Osborne 1 CPMOSI.HEX Ohio Scientific CPMPLUS.HEX "Generic" CP/M-80 version 3.0 (CP/M Plus) CPMRAINBO.HEX DEC Rainbow-100, CP/M-80 (Z80 side) CPMROBIN.HEX DEC VT180 "Robin" CPMTELCON.HEX Telcon Zorba CPMTRS80.HEX TRS-80 Model II with CP/M CPMVECTOR.HEX Vector Graphics CPMZ100.HEX Heath/Zenith Z100, CP/M-80 (Z80 side) CPMBASE.M80 The single source file for all the above. CPMBASE.DIF Source differences from version 3.5. There are also various associated .DOC and .HLP files. KERMIT implementations are also available for many other systems, both micros and mainframes. To get an idea of what's available, see the file KER:00README.TXT. Those of you who have been using KERMIT-80 version 3.2 or earlier are encouraged to try out this new release -- in incorporates many new features, including built-in DIR and ERA commands, a way for switching and logging in disks, improved wildcard facilities, etc. Since we do not have examples at Columbia of more than a couple of the systems listed above, I would be very grateful to anyone who could report to me about their success or lack thereof in running this new version of KERMIT-80. In the meantime, an entirely new (and radically different) release of KERMIT-80 is in preparation. It is expected that this new version will require considerable testing, so it is very desirable to stabilize the present version. Your reports will be of great help in doing this. - Frank da Cruz (Columbia U) ------- 13-Dec-83 19:19:33-MST,2665;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 19:19:25-MST Received: From Rand-Unix.ARPA by BRL-VGR via smtp; 13 Dec 83 19:47 EST Date: Tuesday, 13 Dec 1983 16:42-PST To: Info-Cpm@brl-vgr Cc: Info-Micro@brl-vgr, chris@rand-unix Subject: Xerox hardware support for Osborne Computers From: chris@rand-unix After Osborne filed for limited bankruptcy in September, Xerox picked up the service vacuum, and those of us with Osbornes breathed a little easier, knowing that somebody out there would fix the machines when they blipped. Well, Xerox will, but they extort the last drop of blood while they do it. My friend has an Osborne with the double-density upgrade. In June, just after the warranty on his double density upgrad ran out he had the logic board and the power supply for about $350, including labor. [Moral 1: don't get upgrades unless you know somebody who builds comuters and will fix it for you. My Osborne with its pokey drives has never been sick since it came out of warrenty 18 months ago]. Two weeks ago his Osborne developed a sick logic board, which manifested itself by spinning both screaming disks and filling the CRT with snow immediately upon power-up. He took it into Xerox and requested that they let him know if it would cost more than $350. Several days later he called to see what was happening, and was told the work had been completed and it would cost $500: $50 in labor and $419 for the logic board, plus tax. This was over twice what the logic board cost when it was replaced six months ago by Osborne. It is not clear whether Xerox has upped the price because it is the only game in town, or whether the supplier is trying to recover losses. Moreover, in order to get a service contract from Xerox, one must pay a $35 inspection fee which is non-applicable to the $285/single year maintenance fee if the computer passes the inspection. They will no longer offer the 2-year contract advertised recently. Moral 2: If you take a computer into Xerox and want an estimate, better get it in writing that they agree to call you before performing the work. Moral 3: [Sigh] If you get a chance to pick up an Osborne cheap (and they are going for less than $1000 with everything thrown in) think twice about it. Maintenance may double the cost of your machine. Which is too bad, because in many ways, the Osborne is a good computer. Moral 4: If you want to make a fortune these days, skip law school, don't go into medicine, and don't wait to be discovered as a rock star. Just open a computer repair shop. 14-Dec-83 14:32:49-MST,606;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 14:32:43-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 13 Dec 83 20:05 EST Received: From Sri-Nic.ARPA by BRL via smtp; 13 Dec 83 20:00 EST Date: Tue 13 Dec 83 16:55:15-PST From: David Roode Subject: Re: MFT48 now available To: W8SDZ@mit-mc, Info-Cpm@brl In-Reply-To: Message from "Keith Petersen " of Sat 20 Aug 83 21:49:00-PDT Location: EJ286 Phone: (415) 859-2774 Great! Thanks! Did you ever get batch modem MODEM to work? ------- 14-Dec-83 14:33:38-MST,1450;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 14:33:31-MST Received: From Usc-Isid.ARPA by BRL-VGR via smtp; 13 Dec 83 22:01 EST Date: 13 Dec 1983 16:30-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: DOD Zenith Computers From: ABN.ISCAMS@usc-isid To: revc%CCVAX@nosc Cc: info-cpm@brl-vgr Message-ID: <[USC-ISID]13-Dec-83 16:30:53.ABN.ISCAMS> In-Reply-To: <8312132009.AA24248@Nosc.ARPA> Bob (et al) Don't think the traffic/messages actually stated the Z100 was "the official DoD micro" as such - but that one big joint-service, "everybody join in if you wanna" type specification and contract was let. I think someone mentioned maybe 250 machines at last count, but this is an "F6" bit of info (for you MI types). I hope my original source has some more current information, since I am MOST information in anything I can use as strong evidence that SOMEONE out there is trying to standardize! (Lord, what a grabbag we have here!) I recently heard USAF wanting to transport some Pascal stuff from another micro over to the Z100 (one little Agency), but still have no firm evidence that they are proliferating all over the Services. Do know Navy bought a bunch (hundred?) of other small one-board CP/M micros down Louisiana way, so nothing really locked in yet on the Z100. Regards, David Kirschbaum Toad Hall (can't wear my official hat on this one) 14-Dec-83 14:36:31-MST,1683;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 14:36:21-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 14 Dec 83 8:22 EST Received: From Sri-Unix.ARPA by BRL via smtp; 14 Dec 83 6:01 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 14 Dec 83 2:55-PST Date: 12 Dec 83 6:58:52-PST (Mon) To: info-cpm@brl From: ihnp4!ihuxq!covert@ucb-vax Subject: Re: CP/M Assemblers Article-I.D.: ihuxq.411 In-Reply-To: Article <14409@sri-arpa.UUCP> I have purchased the 2500AD Z-80 Assembler and found it to be useless for the following reasons: 1)It does not generate a PRN file, but will list the output to the printer. This is bad since it wastes a lot of paper and time on printouts that you don't need. 2)It does not generate any type of symbols table file, and therefore will not work with ZSID. Also, 2500AD does not provide a replacement for ZSID, to be used with their assembler. A good debugger is necessary for assembly language program development. 3)The relocatble code output from their assembler is NOT Microsoft format, and therefore will NOT work with other software tools (such as the PLINK-II linker/loader). This also means that you can not link their assembler output to such programs as BDS-C or any of the Microsoft languauges. My recommendation is to purchase the Microsoft Macro-80 and Link-80 assembler. It is an excellent Z-80 assembler, and will also assembler 8080 code. If there is further interest I will post excerpts from their manual. -- richard covert ihnp4!ihuxq!covert (312) 968-7987 IW 1E-408 14-Dec-83 14:39:23-MST,2405;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 14:39:11-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 14 Dec 83 9:28 EST Received: From Mit-Multics.ARPA by BRL via smtp; 14 Dec 83 9:07 EST Received: from CISL-SERVICE-MULTICS.ARPA by MIT-MULTICS.ARPA TCP; 14-Dec-1983 09:04:08-est Received: from HIS-PHOENIX-MULTICS.ARPA by CISL-SERVICE-MULTICS.ARPA dial; 13-Dec-1983 20:56:23-est Date: Tue, 13 Dec 83 18:51 MST From: Kevin Kenny Subject: RE: CP/M media compatibility Reply-To: Kenny%PCO@CISL-SERVICE-MULTICS.ARPA To: INFO-CPM@BRL.ARPA Message-ID: <831214015138.142843@HIS-PHOENIX-MULTICS.ARPA> (1) -- 32 lines Date: Tuesday, 13 December 1983 18:40 mst From: Network_Server.Multics Subject: Unable to deliver mail from Kenny.OSNI@HIS-PHOENIX-MULTICS.ARPA To: Kenny.OSNI at HIS-PHOENIX-MULTICS Recipient INFO-CPM@BRL-VGR.ARPA at CISL-SERVICE-MULTICS.ARPA failed because The requested action was not performed. No known path. ******************** Failed message follows. ******************** Date: Tue, 13 Dec 83 18:37 MST From: Kevin Kenny Subject: Re: CP/M Media Compatibility Reply-To: Kenny%PCO@CISL-SERVICE-MULTICS.ARPA To: INFO-CPM@BRL-VGR.ARPA Message-ID: <831214013735.338020@HIS-PHOENIX-MULTICS.ARPA> Resent-Message-ID: <831213005740.664514@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 14-Dec-83 14:39:25-MST,515;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 14:39:19-MST Received: From Uw-Vlsi.ARPA by BRL-VGR via smtp; 14 Dec 83 9:36 EST Date: 13 Dec 1983 21:09:38-PST From: Ed Mills To: info-cpm@brl-vgr Subject: David Kirschbaum's ARPA address. To David Kirschbaum: David, Could you please mail me your ARPA address? I have a response to some of your questions of DEC 8. Thanks, Ed Mills Capn@uw-vlsi 14-Dec-83 17:20:01-MST,2853;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 17:19:53-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 14 Dec 83 18:40 EST Received: From Usc-Eclb.ARPA by BRL via smtp; 14 Dec 83 18:35 EST Date: 14 Dec 1983 15:32-PST Sender: JHESS@usc-eclb Subject: Zenith Z-100 for DoD use From: JHESS@usc-eclb To: info-cpm@brl Message-ID: <[USC-ECLB]14-Dec-83 15:32:48.JHESS> Two pieces of paper have crossed my desk this week concerning the Zenith Z-100: 1. Air Force Systems Command (ACDT) letter, dated 8 Nov 1983, subject: Information, Small Computer Contract states in part: "1. This letter is intended for information only and should not be construed as a solicitation for requirements.. The Air Force standard small computer contract was awarded to Zenith Data Systems on 3 Oct 83. It becomes a mandatory source for microcomputers, although if sufficient justification exists, other sources are allowed. 2. Since this equipment is managed under the 300-Series regulations, the DAR process, via AFSC Form 380, is mandatory ..." 2. An undated and unsigned paper entitled " Z-100 Contract Guidelines and Items of Interest" states: "1. Air Force policy is: If the products on this contract can satisfy the user's requirement, we must use this contract." "4. Zenith plans to offer the following packages with an amendment to the contract: a. Multiplan (spreadsheet) b. Lotus 1-2-3 (INTEGRATED SPREADSHEET, dbms, AND graphics) c. Concurrent CP/M d. Wordstar (word processing) e. "C" compiler" "9. AFSCOASO and AFLANSPO are jointly developing communications interface software." "10. Government employees, including military, may acquire a Z-100 microcomputer, peripherals, and related software by joining the Government Employees Association, GEA, for a modest fee of $10. This lifetime membership allows an employee to buy products at the same price as the Government contract. The employee is limited to one system per year and a maximum of $5000.00 total purchases on this contract. The buyer must pay shipping cost and the equipment must be shipped to the buyer's home address." NOTE - The contract number is "F19630-83-D-0005" and the purchase prices are fantastic --- approx 40-60% off list. The Navy apparently has some joint arrangement with the Air Force, but I have not been able to get any details. I don't bthink the Army has a piece of the action. I called GEA yesterday and they confirmed the info in the notice quoted above. They are sending me additional info and I will post the net when I receive it. 14-Dec-83 19:53:57-MST,6734;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 19:53:39-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 14 Dec 83 21:04 EST Date: Wed, 14 Dec 83 20:55:54 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: MDM715 now available Tom Bering has just released MDM715, the latest version of MODEM7. Below is a complete history of the updates of MDM7xx so readers can see the significant changes that have occured recently. An announcement of the files available from SIMTEL20 will be made in a separate message. MDM715 supports Auto-Dialing and automatic continuous redialing for the following modems: a) PMMI 103 plug-in S-100 modem b) Hayes Smartmodem 300 or 1200 c) U.S. Robotics 300/1200 modem 12/11/83 Expanded Hayes redial options. Eliminated scrolling of CRT display during redial. Added clue to abort CAL. Eliminated duplicate 'CONNECT' msg on CRT (from Hayes). Eliminated display of ALT LD access codes. Faster redial MDM715 for Hayes. Resets Hayes (ATZ) on BYE command. Finished clean-up of comments missed by NEAT. Shortened 3 LTR command help screen by one line. New NUMBLIB ORG 0D00. - Tom Bering 11/11/83 Releasing full source code, including all comments. Updated the telephone library for currently available RCPM systems. MDM714 LF not automatically added in "L" half duplex mode now. Can be added via "TLF" command if needed. Renamed the overlays to allow them to remain independent of further updates. Example: M7AP-1.ASM, M7GP-1.ASM, M7PC-1.ASM, etc. Enjoy - Irv Hoff 10/10/83 Fixed old PMMI bug - changed line in NXTOPT0 area which now reads STA CMDBUF+4 (was +5). This caused the PMMI modem to MDM713 flip to answer mode whenever 'CAL' (auto-dial) function was used. This bug had been around for some time and led to notices of 'flakey operation' in earlier MODEM7xx programs. Did some cleanup. - Sigi Kluger 08/01/83 Added two alternate dialing routines such as MCI and SPRINT. Slight change in batch transfer area. Prevented CTL-Y and MDM712 CTL-R from outputting to the modem while saving for disk. Fixed "disk space remaining" to read correctly with CP/M+. Renamed all overlays to conform with 6-character filename limit on Compuserve. - Irv Hoff 07/01/83 Changed TERM to allow use of printer port for modem use. Needed by the Morrow MD and NEC 8001 computers. Changed all MDM711 overlays to allow overprinting the PMMI parity routines as the Applecat overlay was not working properly. Removed the short break tone during disconnect as Smartmodem 1200 were locking up. (Smartmodem 300 were operating normally.) - Irv Hoff 06/17/83 At last. Program now has autodialing and auto-continuous redialing for Hayes Smartmodem 300 or 1200, PMMI 103 modem MDM710 or U.S.Robotics. After first unsuccessful try, asks if you want to quit, try once again, or continuously redial. Also changed the BYE routine to be compatible with systems other than RCP/M. Now trap 87H and 7H which are sometimes used by mainframes to signify "do not send any more sectors at this time". This keeps the original Christensen protocol when ACKNAK is set YES. (ACKNAK can of course be set to NO if the results seem preferable to the user. Some problems have been noticed in batch transfers and modem-to-modem use with ACKNAK set NO.) - Irv Hoff 05/27/83 Corrected a phone number in the library. Added a CR/LF for the quiet mode if using batch transfer. Simplified initial- MDM709 ization at startup. Two minor mods to assist in adding an overlay for Hayes 300/1200 SmartModem later. - Irv Hoff 05/15/83 Extensive revisions on many parts of the program. Relocated most of the PMMI routines near the start to facilitate using MDM708 the new 300/1200 PMMI board or the Hayes Smartmodem. Some of the more ambitious changes include: a) CRC system replaced with the high-speed lookup tables similar to those used in CHEK15. b) Separate printer buffer. Can now print regardless of input speed even when saving for a disk file. c) Printer buffer and disk buffer each can accept up to 128 characters after an X-OFF to compensate for line- oriented systems and satellite linking. d) Saving to disk made far more user-friendly. 'NOL' no longer used. File automatically closed upon exit. e) Sector count shown before "ACK" is sent, allowing high-speed transfers (to 19,200 baud) without errors. f) Typing BYE on command line or CTL-D in terminal mode disconnects and returns to CP/M. Also closes any disk files that may be open. "X" (secondary option) does the same thing, allowing automatic terminate at com- pletion of file transfer. g) Improved the "E" (echo) mode, also half duplex mode. h) Control characters above ^M not passed to the CRT, an optional feature. i) Handling of command line options greatly modernized. j) For PMMI users, program automatically comes up in originate mode at default speed. No need to ever say TO.300 unless a baudrate change is desired. k) Simlified and changed numerous flags to be consistent with others. l) Several improvements in error handling and detection. Numerous other changes. We attempted to incorporate all the suggestions forwarded from various users in addition to some features I wanted myself. - Irv Hoff 01/01/83 First version. Can be assembled with ASM.COM. MDM700 was selected to commence a new series of version numbers. This MDM700 can be readily used on data bank systems that limit file names to a total of 6 characters. - Irv Hoff --end-- 14-Dec-83 19:54:06-MST,3557;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 19:53:57-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 14 Dec 83 21:04 EST Date: Wed, 14 Dec 83 20:57:56 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: MDM715 files available on SIMTEL20 MDM715, the latest version of MODEM7 has just been released. The following files are now available from the MICRO: directory at SIMTEL20: Program name Purpose MDM715.ASM (source code file) MDM715.COM (object code file) MDM715.DOC (how-to-use file) MDM715.HEX (LOADable HEX file for those who cannot FTP binary files) MDM715.INF (information file) M7AC-1.ASM (AppleCat II overlay) M7AJ-1.ASM (Apple J-Cat overlay) M7AL-1.ASM (Altos Series 5 overlay file) M7AM-1.ASM (Apple II with Mtn. Computer CPS card) M7AP-1.ASM (Apple II overlay file) M7CD-1.ASM (Cromemco CDOS overlay - see M7CD.MSG also) M7DP-1.ASM (Datapoint 1560 overlay) M7EP-1.ASM (Epson QX-10 overlay) M7GP-1.ASM (General purpose overlay) M7H8-2.ASM (updated Heath/Zenith H89 file) M7HP-1.ASM (Hewlett Packard 125 file) M7HZ-1.ASM (Heath/Zenith Z-100 file) M7IN-1.ASM (Interfacer 3/4 overlay file) M7KP-1.ASM (KayPro overlay file) M7LO-1.ASM (Lobo MAS-80 overlay file) M7MD-1.ASM (Morrow MD overlay file) M7MM-1.ASM (Morrow Multi I/O overlay file) M7NA-1.ASM (North Star Advantage) M7NE-1.ASM (NEC PC-8001 overlay file) M7NH-1.ASM (North Star Horizon with HSIO-4) M7NM-1.ASM (old phone number overlay for MDM714) M7NM-2.ASM (updated phone directory overlay with NUMBLIB ORG'd at 0D00 for MDM715). M7OA-1.ASM (Otrona Attache overlay file) M7OS-1.ASM (Osborne overlay file) M7OX-1.ASM (Osborne Executive overlay file) M7PC-1.ASM (IBM-PC with Baby Blue Z-80 card) M7PM-1.ASM (PMMI S-100 modem overlay) M7R1-1.ASM (Radio Shack TRS-80, Model I) M7R2-1.ASM (Radio Shack TRS-80, MODEL II - P&T) M7RV-1.ASM (Racal-Vadic VA212PA modem) M7SY-1.ASM (Sanyo MBC-1000 overlay) M7TV-1.ASM (TeleVideo TS-802 overlay) M7VT-2.ASM (improved overlay for 3 different DEC CP/M machines) M7XE-1.ASM (Xerox 820 overlay file) M7ZB-1.ASM (Telcon Zorba overlay file) To adapt this version to your equipment, you will want to get some of these programs. The minimum would be any pair in one of the examples shown below.) There are two ways by which you can set the proper ports, status pin values, etc. for your equipment. 1) Use your editor, ASM (or MAC) MDM715.COM and DDT (or SID) with: M7xx-x.ASM (7xx-x stands for an appropriate overlay) 2) Use your editor, ASM (or MAC) MDM715.ASM Since no customization is required in the main program, it is recommended that you use #1. The program is designed to work immediately for PMMI users with no changes - just use MDM715.COM. (You might wish to change some of the available options, however. It is set to use base port 0C0H.) When you're ready to use the program, type 'H' (for 'HELP'), hit RET and it will display helpful information on the commands. There are so many commands there are several pages. You can abort the display with a CTL-C. (One of the most useful features being CTL-P to toggle your printer on/off.) You can also type a question mark (?) which shows the current parameters. --end-- 15-Dec-83 09:56:09-MST,854;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 15 Dec 83 09:56:06-MST Received: From Usc-Isid.ARPA by BRL-VGR via smtp; 15 Dec 83 8:58 EST Date: 14 Dec 1983 19:11-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: David Kirschbaum's ARPA address. From: ABN.ISCAMS@usc-isid To: capn@uw-vlsi Cc: info-cpm@brl-vgr Message-ID: <[USC-ISID]14-Dec-83 19:11:31.ABN.ISCAMS> In-Reply-To: The message of 13 Dec 1983 21:09:38-PST from Ed Mills Ed, Yes, my goodness, yes -- here's the address. (You other NetLandians waiting to learn all the marvelous fixes to a Decision I -- well, be patient. I'll summarize or answer to anyone querying me directly (so as not to overload our long-suffering net!) I'm at ABN.ISCAMS@USC-ISID. Regards, and thanks. David Kirschbaum Toad Hall 15-Dec-83 11:11:03-MST,1316;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 15 Dec 83 11:10:55-MST Received: From Rochester.ARPA by BRL-VGR via smtp; 15 Dec 83 10:57 EST Received: by sen.rochester (3.327.3N) id AA06017; 15 Dec 83 10:18:15 EST (Thu) Received: by cay.Rochester (3.327.3N+) id AA01474; 15 Dec 83 10:07:26 EST (Thu) Message-Id: <8312151518.6017@sen.rochester> Date: 15 Dec 83 10:18:15 EST (Thu) From: Mike Ciaraldi Subject: Re: MDM715 now available To: Info-Cpm@brl-vgr.ARPA, w8sdz@brl.ARPA I realize this is a little late to get in MODEM715, but I am not sure if this is a bug or not. I am now running 712, and ocassionally need to use the ^@ key to send a break. This is only needed on one system that answers with Bell 212 protocol but at 300 baud, so I have to send breaks to get a baud-rate change. Using a Hayes Smartmodem, which has lights to show when a character is sent, the light only flashes every SECOND time ^@ is pushed, implying that the break is only sent on every second request. The problem is that the baud-rate changer is so flaky I can't be sure if breaks are really going out or not. Has anyone else seen something like this? Does anyone ever send breaks? Mike Ciaraldi ciaraldi@rochester 15-Dec-83 11:13:56-MST,2959;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 15 Dec 83 11:13:46-MST Date: Thu, 15 Dec 83 11:17:32 EST From: Dave Towson (info-cpm) To: info-cpm@brl-vgr Subject: [Wiedemann.4506i: Re: GEA Information] The following information is provided for the benefit of those in a position to take advantage of it. I have no further information on this subject. Dave Towson info-cpm-request@brl-vgr ----- Forwarded message # 1: Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Dec 83 8:25 EST Received: From Radc-Multics.ARPA by BRL via smtp; 15 Dec 83 7:12 EST Date: 15 December 1983 07:13 est From: Wiedemann.4506i1808@radc-multics Subject: Re: GEA Information To: info-cpm-request@brl cc: JHESS@usc-eclb Some traffic has recently passed here about the possibility of purchasing the Zenith Data Systems Z-120 computer through the Govenrment Employees' Association at substantial savings. This is correct! Since the Air Force and Navy contracted with Zenith to provide a minimum of 6,000 of these units, the GEA has been selected as the vehicle to make the very same items available to any government employee (federal, state, or local) by making application to the GEA, along with a one-time $10 membership fee. Anyone can write to the GEA at: Government Employees' Association, Inc. P.O. Box 2405 Arlington, VA 22202 or phone them at: (703) 920-5800 and receive the complete Zenith ordering package. Here are a few examples of the items offered and their cost: ZFG-121-32 Z-120 computer with dual disk drives, 192K memory. includes: CP/M-85, BASIC-80, diagnostic software, technical reference manual, 10 floppy disks. $1,799.00 ZWG-121-32 Same as above except one of the two floppy drives is replaced with a 10MB Winchester. $2,799.00 ZVM-135 13" RGB and composite color monitor with cable. $360.00 Z-205 256K memory expansion board. $379.00 HMS-837-4 BASIC compiler (8-bit) $40.00 HCD-8937-1 CONDOR 8-bit DBMS. $110.00 CD-463-1 CONDOR 16-bit DBMS $50.00 There are numerous other items (three pages worth) available. For complete details, contact the GEA. I sent my order in on Monday, the 12th of December. I will keep the net informed as to the progress of that order so that you may have some idea of the timelines involved. On a final note ... I heard that Zenith will make these prices available to any non-profit group (clubs, schools, etc.) that purchase at least 25 computers. This has not been verified. Wolf Wiedemann ----- End of forwarded messages 15-Dec-83 11:34:05-MST,2756;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 15 Dec 83 11:33:54-MST Date: Thu, 15 Dec 83 11:26:03 EST From: Dave Towson (info-cpm) To: info-cpm@brl-vgr Subject: [Wiedemann.4506i: Z-100, USAF & Navy] Here is a little more information on the Zenith microcomputers available through the Government Employees Association. Dave Towson info-cpm-request@brl-vgr ----- Forwarded message # 1: Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Dec 83 8:26 EST Received: From Radc-Multics.ARPA by BRL via smtp; 15 Dec 83 7:37 EST Date: 15 December 1983 07:37 est From: Wiedemann.4506i1808@radc-multics Subject: Z-100, USAF & Navy To: ABN.ISCAMS@usc-isid cc: info-cpm-request@brl ELECTRONIC NEWS on 10 Oct 83 reported: "Zenith Data Systems last week snagged a 3-year contract valued at $29.2 million from 16 other competitors, including Burroughs and NCR, to furnish the Air Force and Navy with microcomputers." "Zenith's Z-100 desktop system was selected from over 50 competitors, with the 16 finalists including NCR, with its DecisionMate, North Star's Advantage, and Burroughs' B20. IBM's Personal Computer and Digital Equipment's Raibow also were among the finalists but those computers were bid by system houses." "Under the terms of the contract, ZDS, a Zenith Radio Corp. subsidiary, will supply a minimum of 6,000 microcom- puters over the next three years, for use by Air Force, Navy and Marine Corps. The Zenith microcomputers will communicate with other DOD computer systems." The rest of the article described the configuration of the system and other peripheral/accessory suppliers. What this really means is that the Air Force and Navy has decided that if a unit can otherwise justify a small computer, the one that will be supplied will be the Z-120. This does not mean that computers will automatically be supplied to all offices in DOD. The main purpose for this is to maintain as much interoffice compatibility for media and program format as possible. The competition was based, by the way, on a rather extensive list of requirements. Most of the other suppliers would have had to get waivers for portions of those requirements. Only Zenith's machine fully met them. (e.g. 5" and 8" capability, S-100, dual processors). There is much more than this, Dave. I can send you a copy if you would like it for your files. I have already sent my personal order in to the Government Employees' Association. Watch the net for further information on this. Wolf Wiedemann ----- End of forwarded messages 15-Dec-83 14:52:35-MST,1007;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 15 Dec 83 14:52:29-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Dec 83 16:08 EST Date: Thu, 15 Dec 83 15:58:24 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: Overlay files for MDM715 The overlay files distributed with MDM712 and later versions all work correctly with MDM715. Sorry I forgot to mention that in the message announcing the release of MDM715. Please note that many of the files on SIMTEL20 will soon be, or have already been renamed to be identical to the names used on RCPM systems around the country. The MDM7xx overlays are amoung those already renamed. M7PM.1ASM became M7PM-1.ASM, for instance. In general, if you have trouble finding files in the MICRO: directories at SIMTEL20, remember that version numbers which were a part of the "filetype" field have been moved to the "name" field. --Keith 15-Dec-83 14:52:52-MST,1131;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 15 Dec 83 14:52:44-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Dec 83 15:57 EST Date: Thu, 15 Dec 83 15:50:46 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: LTYPE12 bug fix There is a bug in LTYPE12.ASM/COM which will cause the program to incorrectly count the maximum number of lines to be typed and may cause it to bomb under some conditions depending upon the maximum number of lines selected at address 101h. BEGIN: MVI A,MAXLIN ;max number of lines displayed STA MAXLS-1 ;*****<---SHOULD BE MAXLS STA MAXLS1-1 ;*****<---SHOULD BE LAXLS1 LXI H,0 ;save CP/M stack pointer DAD SP SHLD STACK LXI SP,STACK ;set up local stack You can fix the .COM file without having to reassemble by patching with DDT: Change the byte at 103h from A9 to AA Change the byte at 106h from B6 to B7 I have uploaded LTYPE12A.HEX which already has this patch installed. It's in the SIMTEL20 MICRO: directory. --Keith Petersen, W8SDZ - 12/15/83 16-Dec-83 11:38:32-MST,1405;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 11:38:26-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Dec 83 8:17 EST Received: From Sri-Unix.ARPA by BRL via smtp; 16 Dec 83 6:02 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Dec 83 2:55-PST Date: 13 Dec 83 10:52:28-PST (Tue) To: info-cpm@brl From: decvax!ittvax!sii!mem@ucb-vax Subject: Re: CP/M Assemblers Article-I.D.: sii.353 b Re: CP/M Z-80 Assemblers. SLR Systems (1622 North Main Street/ Butler Pa/ 16001) makes a Z-80 assembler/linker set which is really nice. In addition to being extremely fast, it is done the way assemblers and linkers ought to be done- with a lot of emphasis on the linker. It also gives a lot of options; with the ability to make one or two assembly passes (with two you get listings with real numbers in the forward references, with one you let the linker do the work); it offers Microsoft object format as well as their own (which they describe in detail, another plus!). It has a couple of drawbacks; such as no macro capability and the fact that it links in memory (so you can't make a .COM file that exactly fits in memory). The good news is that these things are in the works for the next release, so they say. They advertise in micro magazines. Mark E. Mallett decvax!sii!mem 16-Dec-83 12:21:17-MST,1731;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 12:21:11-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Dec 83 8:17 EST Received: From Sri-Unix.ARPA by BRL via smtp; 16 Dec 83 6:04 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Dec 83 2:59-PST Date: 14 Dec 83 23:21:03-PST (Wed) To: info-cpm@brl From: decvax!ittvax!sii!mem@ucb-vax Subject: Jade Double-D mod Article-I.D.: sii.354 b I notice there has been some discussion of the Jade Double-D board. My brother has the DD and has done some interesting things with it. He has added 30K of extra memory on the DD board, and rewritten (and re-PROM'ed) the DCM (the disc control module which is the control program for the Z80 onboard the DD) to make use of this 30K as a disc cache. His new DCM combines mru (most-recently-used) and rfu (recent-frequently-used) algorithms to decide which sectors to keep in memory. The rfu scheme involves a sliding window of the last 1000 sectors to have been accessed. This combination of algorithms results pretty much in keeping the desired things in the cache. For instance, when he is working on a program, the steps may involve editing and compiling a program. With a strictly mru-based caching algorithm, the source file would appear in the cache and get replaced by the compiler COM file. With the recent-frequency algorithm added, sectors from the source file have higher priority. The same applies to frequently run programs (e.g. PIP), or an editor, etc. I suppose that anybody who is interested in this can mail to me, as he does not have a usenet account. Mark E. Mallett {decvax | ittvax}!sii!mem 16-Dec-83 12:58:59-MST,3990;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 12:58:47-MST Received: From Uw-Vlsi.ARPA by BRL-VGR via smtp; 16 Dec 83 8:45 EST Date: 15 Dec 1983 20:28:15-PST From: Ed Mills To: abn.iscams@usc-isid Subject: The response on BIOS's I promised. Cc: info-cpm@brl-vgr David, Here is a response to some of your requests of DEC 8. 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.) RESPONSE: I have a BIOS which does just that and it's a very nice feature. It also gives some meanings to control characters such as sorted directories, flushing the track buffer, kill input or printer queue, etc. It also has memory disk, disk track caching, and some stty stuff. Unfortunately it's based on Ithaca Intersystems version 4h BIOS. If you happen to have access to the beast I can send you my version without it being a copyright violation. I haven't heard of any public domain BIOS's. Do such things exist? 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. RESPONSE: To do what you want I think there is a better way. Just modify the ConSt entry to return the remote status as the high four bits and the console as the low four. If there is nothing on the remote every thing is ok. If you want to be really safe, get the source to CP/M and have the BDOS always do an ani 01 in its status call. That way only programs which call the BIOS will see the remote status. If you want the CP/M source write me and I'll send you the address of the man who sells it. you might also consider one of the ZCPR's. There are other reasons for adding BIOS entry points. I use mine to enable control interception, and to enable XON/XOFF handshaking on the remote. What I did was to place 3 distinctive bytes just after the new entry so programs trying to use it could verify its existance. 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? RESPONSE: I have a Compupro 128K static board and it does everything except talk to my front panel. I think they also make a 256k board. Guarantee? 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.) RESPONSE: Compupro and Morrow are both good boards so they SHOULD talk. You would have to hack together the two BIOS's. If you have any luck running the two processors in the same buss PLEASE tell me, and maybe the net too, I'ld love to do the same thing but haven't worked out a way. (I'm really a software type.) GENERAL: There seems to be very little on the net about nice features in BIOS's. If people have ideas, this might be an interesting topic of discussion. Ed Mills Capn@uw-vlsi 16-Dec-83 13:25:34-MST,846;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 13:25:30-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Dec 83 19:01 EST Received: From Utexas-20.ARPA by BRL via smtp; 15 Dec 83 18:52 EST Date: Wed 14 Dec 83 19:09:32-CST From: Kim Korner Subject: Osborn Exec? To: info-cpm@BRL.ARPA A friend has a friend who got an OE just before Osborne went belly up. Friend's friend has never used it and wants to sell it in unopened box for "whatever's fair." Friend asked me to find out what fair market value is- I said I'd pass it on to the net. Also since I'll probably have to baby sit bringing this beast up and making it civilized, is this machine worth having at any price? My thanks in advance for any advice... -KM< ------- 16-Dec-83 15:44:05-MST,4648;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 15:43:53-MST Received: From Gunter-Adam.ARPA by BRL-VGR via smtp; 16 Dec 83 9:12 EST Date: 16 Dec 1983 0810-CST Subject: Misconceptions (AF/NAVY) From: Doug To: Info-CPM@brl-vgr cc: Huneycutt@gunter-adam 15-Dec-83 12:29:20-CST,2751;000000000001 Return-Path: Received: FROM BRL-VGR BY GUNTER-ADAM WITH TCP ; 15 Dec 83 12:26:19 CST Date: Thu, 15 Dec 83 11:26:03 EST From: Dave Towson (info-cpm) To: info-cpm@brl-vgr Subject: [Wiedemann.4506i: Z-100, USAF & Navy] Here is a little more information on the Zenith microcomputers available through the Government Employees Association. Dave Towson info-cpm-request@brl-vgr ----- Forwarded message # 1: Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 15 Dec 83 8:26 EST Received: From Radc-Multics.ARPA by BRL via smtp; 15 Dec 83 7:37 EST Date: 15 December 1983 07:37 est From: Wiedemann.4506i1808@radc-multics Subject: Z-100, USAF & Navy To: ABN.ISCAMS@usc-isid cc: info-cpm-request@brl ELECTRONIC NEWS on 10 Oct 83 reported: "Zenith Data Systems last week snagged a 3-year contract valued at $29.2 million from 16 other competitors, including Burroughs and NCR, to furnish the Air Force and Navy with microcomputers." "Zenith's Z-100 desktop system was selected from over 50 competitors, with the 16 finalists including NCR, with its DecisionMate, North Star's Advantage, and Burroughs' B20. IBM's Personal Computer and Digital Equipment's Raibow also were among the finalists but those computers were bid by system houses." "Under the terms of the contract, ZDS, a Zenith Radio Corp. subsidiary, will supply a minimum of 6,000 microcom- puters over the next three years, for use by Air Force, Navy and Marine Corps. The Zenith microcomputers will communicate with other DOD computer systems." The rest of the article described the configuration of the system and other peripheral/accessory suppliers. What this really means is that the Air Force and Navy has decided that if a unit can otherwise justify a small computer, the one that will be supplied will be the Z-120. This does not mean that computers will automatically be supplied to all offices in DOD. The main purpose for this is to maintain as much interoffice compatibility for media and program format as possible. The competition was based, by the way, on a rather extensive list of requirements. Most of the other suppliers would have had to get waivers for portions of those requirements. Only Zenith's machine fully met them. (e.g. 5" and 8" capability, S-100, dual processors). There is much more than this, Dave. I can send you a copy if you would like it for your files. I have already sent my personal order in to the Government Employees' Association. Watch the net for further information on this. Wolf Wiedemann ----- End of forwarded messages 16-Dec-83 07:55:42-CST,1456;000000000000 Date: 16 Dec 1983 0755-CST Subject: AF/Navy contract misconceptions From: Doug To: Inof-CPM@BRL-VGR cc: Huneycutt I'd like to take some time to quash some rumors that are flying recently about the Zenith/AF/Navy contract signed on 3 Oct 83. There were 32 proposals evaluated by a huge number of people...technicians, cost analysts, contract specialists, and such. The number was reduced to 15 because of problems with some of the proposals, like not supporting a mandatory requirement, etc. All (thats <>) of the remaining 15 met the requirements of our specifications. There was a wide range of machines left in evaluations, some technically poor and one that was far ahead of the rest (technically), with an 8086 instead of 8088, 8MHz instead of 5MHz, etc. They did not win. In the same general class at the end were: 1) the Z-100, 2) the PC-XT, 3) the TI Professional, and a few others. IT ALL CAME DOWN TO COST, FOLKS!!!! The Z-100 was the best machine for the price. Do you honestly think that the same government that sent men to the moon in the arms of the lowest bidder would buy anything but the best buy in computers??? By the way, recent messages about items being added to the contract contain both good and bad information. The only advice I can give for possible GEA (personal) buyers is....DONT ACCEPT RUMORS AS TRUE UNTIL ADVISED BY GEA! Doug ------- ------- 16-Dec-83 16:06:44-MST,720;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 16:06:41-MST Received: From Gunter-Adam.ARPA by BRL-VGR via smtp; 16 Dec 83 9:26 EST Date: 16 Dec 1983 0826-CST Subject: afnf-navy z-100 contract From: Doug To: info-cpm@brl-vgr cc: huneycutt@gunter-adam if any onone wishes wishes accurate information concerning subject contract and /or how the contract was awarded suggest you go to the air force program manager, major peter e donohue at this address. otherwise you may consider everything you hear and see --a rumor. concerning the contract, a rumor. air force program manager sends. ------- 16-Dec-83 17:38:49-MST,1081;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 17:38:45-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 16 Dec 83 9:59 EST Received: From Sri-Unix.ARPA by BRL via smtp; 16 Dec 83 9:47 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Dec 83 6:39-PST Date: 14 Dec 83 19:34:56-PST (Wed) To: info-cpm@brl From: pur-ee!uiucdcs!uiucuxc!delong@ucb-vax Subject: Re: educational software - (nf) Article-I.D.: uiucdcs.4497 #R:uicsl:20300001:uiucuxc:27600003:000:472 uiucuxc!delong Dec 9 11:16:00 1983 /***** uiucuxc:net.micro.cpm / uicsl!cross / 9:01 am Dec 3, 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 ---------- If you receive responses to this request, please post them as I am sure there are many on the net such as myself who would also like this information. Much thanks. {decvax,ucbvax}!pur-ee!uiucdcs!uiucuxc!delong {ihnp4,pur-ee}!uiucdcs!uiucuxc!delong 19-Dec-83 08:38:04-MST,678;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:37:52-MST Received: From Lll-Mfe.ARPA by BRL-VGR via smtp; 16 Dec 83 18:52 EST Date: Fri, 16 Dec 83 15:47 PST From: "Morton Jim"@LLL-MFE.ARPA Subject: CPM DISASSEMBLY To: info-cpm@brl-vgr.arpa I recall having seen mention of a dissasembler for the CP/M 80 System. This dissasembles the operating system and provides source code with comments for CP/M. I have lost my pointers on this code and would like to get it. I believe it was low cost software or possibly P.D. If anyone can provide a pointer, I would certainly appreciate it. Jim Morton 19-Dec-83 08:38:16-MST,706;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:38:12-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 17 Dec 83 0:25 EST Received: From Mit-Mc.ARPA by BRL via smtp; 17 Dec 83 0:13 EST Date: 17 December 1983 00:16 EST From: Jerry E. Pournelle Subject: Osborn Exec? To: CS.KORNER@utexas-20 cc: info-cpm@brl In-reply-to: Msg of Wed 14 Dec 83 19:09:32-CST from Kim Korner the Executive is a perfectly good maachine and Xerox Americare will maintain it. If therewas a good reason to buy it before Orborne's difficulties, there is about the same reason to keep it now. 19-Dec-83 08:38:27-MST,988;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:38:21-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 17 Dec 83 0:36 EST Received: From Mit-Mc.ARPA by BRL via smtp; 17 Dec 83 0:31 EST Date: 17 December 1983 00:34 EST From: Jerry E. Pournelle Subject: CP/M-86 and Concurrent CP/M-86 for Zenith Z-100 To: ciaraldi@rochester cc: info-cpm@brl In-reply-to: Msg of 12 Dec 83 23:02:17 EST (Mon) from Mike Ciaraldi Would love to have ZDOS 2.0; is the Concurrent CP/M t he new 3.1 that runs PC-DOS inside it? That will be available in th outside world in Feb or March, exists in some development places now, but I know of no Z-100 version as of yet. CCPM 3.1 is WONDERFUL. We've seen CPM-86 for Z-100 sold in local LA heath sotre but oddly enough none has yet been sent to me, although Mr. Winter of ZDS seems inundated by snow and ice in Glenview.. 19-Dec-83 08:38:37-MST,840;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:38:33-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 17 Dec 83 0:59 EST Date: Sat, 17 Dec 83 0:48:53 EST From: Rick Conn To: info-cpm@brl cc: unix-wizards@brl Subject: UC 1.4 A new version of UC is now on SIMTEL20 in MICRO:. Version 1.4 corrects a minor bug in which UC created an empty uc.log file even when instructed not to perform logging to disk. I sent a copy to Ted to be posted to net.sources on USENET. I am only running UC on a UNIX SYSTEM V, so I can't guarantee its performance on other UNIX implementations. It has compiled and run successfully on JHU UNIX, however, when the SYSTEM III flag was used with the compiler. Enjoy! Rick 19-Dec-83 08:38:48-MST,715;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:38:43-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 17 Dec 83 1:00 EST Received: From Mit-Mc.ARPA by BRL via smtp; 17 Dec 83 0:50 EST Date: 17 December 1983 00:53 EST From: Jerry E. Pournelle Subject: hard disk travelling advice requested To: ABN.ISCAMS@usc-isid cc: CS.KORNER@utexas-20, info-cpm@brl In-reply-to: Msg of 10 Dec 1983 16:11-PST from ABN.ISCAMS at usc-isid agree them Corvuses are good stuff, although we have never treated ours QUITE that way. Eagle Spirit XT hard disk rugged too. Kaypro 10 hard disk NOT rugged, becareful of same. JEP 19-Dec-83 08:39:19-MST,853;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:39:06-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 17 Dec 83 1:10 EST Received: From Mit-Mc.ARPA by BRL via smtp; 17 Dec 83 0:58 EST Date: 17 December 1983 01:01 EST From: Jerry E. Pournelle Subject: Don Wood and/or Crowther location? To: INFO-MICRO@mit-mc, INFO-CPM@mit-mc We have greatly expanded Adventure 2 with new stuff and written a good implementation for IBM PC compatibles. We would like to get in touuch with the authors of Advent 2 as courtesy. We underrstand the program is public domain and we have added to it and wrote our own implementation, but courtesy and eethics indicate we ought to talk to them before offering it. Can anyone give us an address?? thanks JEP 19-Dec-83 08:40:02-MST,867;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:39:57-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 17 Dec 83 2:14 EST Received: From Mit-Mc.ARPA by BRL via smtp; 17 Dec 83 2:08 EST Date: 17 December 1983 02:11 EST From: Jerry E. Pournelle Subject: JANUS/ADA info request To: pal@wisc-crys cc: INFO-CPM@brl In-reply-to: Msg of Wed 7 Dec 83 01:57:39 cst from Anil A. Pal it compiles itself. it is not fast, but not too slow either. it is useful, but for production work in CP/M systems I would prefer MT+ or Modula-2. However, if the objective is to get familiar with Ada, Janus is the best of the micro implementations, and ain't bad as something to write reasonable programs in (if you consider ada reasonable to begin with). 19-Dec-83 08:40:25-MST,607;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:40:21-MST Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 17 Dec 83 2:27 EST Date: 17 December 1983 02:27 EST From: Jerry E. Pournelle Subject: max disk size To: Eaton.HFED@hi-multics cc: info-cpm@brl-vgr In-reply-to: Msg of 30 Nov 1983 01:40 cst from Eaton.HFED at hi-multics If you will send me this in a hard copy message to J E Pournelle BYTE 70 Main St Peterborough, NH 03458 I will pass it along to BYTE readers who will WANT TO KNOW this... JEP 19-Dec-83 08:42:47-MST,1707;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:42:38-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 17 Dec 83 5:17 EST Received: From Sri-Unix.ARPA by BRL via smtp; 17 Dec 83 5:13 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 17 Dec 83 2:08-PST Date: 16 Dec 83 1:04:26-PST (Fri) To: info-cpm@brl From: hplabs!hpda!fortune!rpw3@ucb-vax Subject: Re: hard disk travelling advice requeste - (nf) Article-I.D.: fortune.2016 #R:sri-arpa:-1450000:fortune:25500002:000:1071 fortune!rpw3 Dec 15 22:03:00 1983 The main items (on 5-1/4" drives) to watch out for are: 1. Write a program that moves the heads to the recommended "landing zone" before you shut it off. If you don't know where that is, try the very last (highest #) cylinder. 2. Pack it VERY well in THICK foam, so the heads don't bounce. 3. Keep it VERY clean, and wait a few hours after flying with it to let it warm up from the chill of the luggage compartment. The cleaniness is because air will vent in and out through the filter as the plane goes down and up, and the cleaner the area around the breather holes (near the spindle), the less chance of some dust sneaking into the "clean room". 4. It you are carrying a bare drive, make very sure that nothing can touch or bounce into the actuator arm (the end of the head positioner stepping motor on the side of the drive). Use even more foam. That's all! Have fun. Rob Warnock UUCP: {sri-unix,amd70,hpda,harpo,ihnp4,allegra}!fortune!rpw3 DDD: (415)595-8444 USPS: Fortune Systems Corp, 101 Twin Dolphins Drive, Redwood City, CA 94065 19-Dec-83 08:43:00-MST,1597;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:42:53-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 17 Dec 83 12:51 EST Received: From Rochester.ARPA by BRL via smtp; 17 Dec 83 12:42 EST Received: by sen.rochester (3.327.3N) id AA04508; 17 Dec 83 12:45:07 EST (Sat) Received: by cay.Rochester (3.327.3N+) id AA04896; 17 Dec 83 12:34:20 EST (Sat) Message-Id: <8312171745.4508@sen.rochester> Date: 17 Dec 83 12:45:07 EST (Sat) From: Mike Ciaraldi Subject: Re: CP/M-86 and Concurrent CP/M-86 for Zenith Z-100 To: POURNE@MIT-MC.ARPA Cc: info-cpm@BRL.ARPA The generic version of CCPM I used at Taylor was version 2.0. For comparison, the one that DRI sells already configured for the IBM PC is based on version 1.x. I am pretty sure (just about certain) that the Zenith CCPM will also be based on version 2, not on the version 3 that J. Pournelle mentions. The main features of CCPM 2 vs. 1 are: Operating system is smaller. Programs with >64K code now load properly, i.e. you do not have to use the "R" command that comes with the DRI C compiler to get them to run. Since Zenith supports MS-DOS as ZDOS, I presume they will eventually release a CCPM that runs MS-DOS programs, but not in the initial release. If the DRI IBM version is out in February, I would guess the generic version 3 would be available to other vendors around then or some time after. More news as it becomes available.... Mike Ciaraldi ciaraldi@rochester 19-Dec-83 08:43:15-MST,915;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:43:06-MST Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 17 Dec 83 13:14 EST Date: Sat 17 Dec 83 13:13:35-EST From: Mark Becker Subject: Turbo Pascal ?? To: Info-CPM@BRL-VGR.ARPA cc: CENT.MBECK%MIT-OZ@MIT-MC.ARPA Hello Netlanders - Has anyone gotten a copy of Borland International's Turbo Pascal? If so, I would appreciate if you would send me your opinions on it : 1) Does it support floating point? 2) Documentation? (Is it two or three pages of photocopy or something a little more substantial?) 3) Bugs? How about bug-fix support? 4) Update policy? (Gotta be a way to get the bug-fixes..) I will copy responses back to the net if the interest is there.. Mark Becker ARPA: CENT.MBECK@MIT-OZ.#Chaos ------- 19-Dec-83 08:43:31-MST,1139;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:43:24-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 17 Dec 83 14:06 EST Received: From Sri-Unix.ARPA by BRL via smtp; 17 Dec 83 13:58 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 17 Dec 83 10:56-PST Date: 14 Dec 83 19:27:16-PST (Wed) To: info-cpm@brl From: harpo!floyd!vax135!cornell!uw-beaver!tektronix!orca!hammer!hyder@ucb-vax Subject: Request for Pascal compiler info, CPM/86 based. Article-I.D.: hammer.419 If anyone out there has suggestions on good implementations of Pascal that work with CPM/86 machines please let me know. (If you sell software this is a chance for a sales pitch.) I'm buying a new Tektronix local graphics processor (4170) that comes with (horrors) FORTRAN. It's a real enough compute engine, it just needs language sophistication. They tell me that most IBM-pc software will work. What's available out there in Pascal? (After that - What's available in UN*X like systems?) As ever many thanks, Paul Hyder {...!tektronix!tekecs!hyder} 19-Dec-83 08:44:21-MST,720;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:44:17-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 17 Dec 83 17:21 EST Received: From Nosc-Cc.ARPA by BRL via smtp; 17 Dec 83 17:11 EST Received: by Nosc.ARPA (4.12/4.7) id AA05344; Sat, 17 Dec 83 14:14:39 pst Date: Sat, 17 Dec 83 14:14:42 pst From: ty%CCVAX@nosc Message-Id: <8312172214.AA05344@Nosc.ARPA> To: info-cpm-request@brl-vgr, info-cpm@brl Subject: Re: Jade Double-D mod I would be very interested in what has been done to the Jade DD. Would the source be available and if so let me know and I can send a diskette(s). Thanks in advance for the info. ty@nosc 19-Dec-83 09:06:39-MST,1320;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:06:33-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 18 Dec 83 8:25 EST Received: From Sri-Unix.ARPA by BRL via smtp; 18 Dec 83 1:30 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 17 Dec 83 22:28-PST Date: 16 Dec 83 6:59:10-PST (Fri) To: info-cpm@brl From: hplabs!hao!seismo!rlgvax!plunkett@ucb-vax Subject: Re: Request for Pascal compiler info, CP/M86 based. Article-I.D.: rlgvax.1479 References: <419@hammer.UUCP> Your best bet, from my experience, is Pascal/MT+ (86), from Digital Research, Inc. (Pacific Grove). They have recently ported it to PC-DOS, and will soon go to the popular UNIXes. It of course works under CP/M-86, MP/M-86 and Concurrent CP/M. Therefore, you are guaranteed of a very wide coverage for your programs, if portability is important to you. Pascal/MT+ has been around for quite a while and is a solid product. Code generation is excellent and I understand that DRI is improving it even more by producing a new generation of compilers that will share a common code-generator and run-time library. This will ensure rapid support of new CPUs and new or improved operating systems. Scott Plunkett ..allegra!rlgvax!plunkett 19-Dec-83 09:08:55-MST,948;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:08:50-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 18 Dec 83 11:34 EST Received: From Sri-Unix.ARPA by BRL via smtp; 18 Dec 83 11:29 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 18 Dec 83 8:25-PST Date: 16 Dec 83 7:47:02-PST (Fri) To: info-cpm@brl From: hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!ded@ucb-vax Subject: Computing free space on a disk Article-I.D.: aplvax.456 There comes a time when I would like to know how much free space remains on a disk in a CP/M system. The question is: how do I find out? One way is to scan the file directory, keeping a running count of sectors used, and subtract that sum from the total available. Is there an easier way? -- Don Davis JHU/APL ...decvax!harpo!seismo!umcp-cs!aplvax!ded ...rlgvax!cvl!umcp-cs!aplvax!ded 19-Dec-83 09:09:19-MST,1392;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:09:14-MST Date: Sun, 18 Dec 83 12:02:43 EST From: Dave Towson (info-cpm) To: info-cpm@brl-vgr Subject: [revc%CCVAX: Re: Osborn Exec?] ----- Forwarded message # 1: Received: From Nosc-Cc.ARPA by BRL-VGR via smtp; 16 Dec 83 13:33 EST Received: by Nosc.ARPA (4.12/4.7) id AA09475; Fri, 16 Dec 83 10:33:39 pst Date: Fri, 16 Dec 83 10:33:02 pst From: revc%CCVAX@Nosc Message-Id: <8312161833.AA09475@Nosc.ARPA> To: info-cpm-request@BRL-VGR Subject: Re: Osborn Exec? In-Reply-To: Your Message-ID: <8312161347.AA06930@Nosc.ARPA> ------- The Execs have been retailing for around $1500 in the local stores (San Diego, CA). ------- is this machine worth having at any price? -KM< ------- The Executive is a very good machine. If you are looking for something for word processing or spread sheets, you can't get a better deal. As long as Xerox is supplying maintainance (expensive) you can't be hurt, providing you inshure that you have the software to do what you want. - Bob ------------ Bob Van Cleef Computer Sciences Corporation Naval Ocean Systems Center San Diego, CA ARPA revc@nosc UUCP sdcsvax!noscvax!revc CompuServe 71565,533 ------- ----- End of forwarded messages 19-Dec-83 09:09:55-MST,498;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:09:52-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 18 Dec 83 16:29 EST Received: From Mit-Mc.ARPA by BRL via smtp; 18 Dec 83 16:24 EST Date: Sat 17 Dec 83 03:01:57-CST From: Werner Uhrig Subject: ? What's the difference between H-120 and H-100 ? To: h19-people@MIT-MC.ARPA cc: info-cpm@MIT-MC.ARPA, info-micro@BRL.ARPA ------- 19-Dec-83 09:10:04-MST,828;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:10:01-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 18 Dec 83 17:00 EST Received: From Mit-Mc.ARPA by BRL via smtp; 18 Dec 83 16:50 EST Date: Sat 17 Dec 83 03:09:45-CST From: Werner Uhrig Subject: :-) Worried by recent military selection of Zenith PC To: h19-people@MIT-MC.ARPA cc: info-cpm@MIT-MC.ARPA, info-micro@BRL.ARPA I thought I made a rather wise and informed decision when making the Z-100 my selection. Therefore, the announcement that the military selected the same machine first made me feel "warm all over" (Rogue-speak). But now I'm worried. Aren't these the same guys that selected the M1-tank, B-1 bomber, etc, etc ???? ------- 19-Dec-83 09:10:14-MST,1131;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:10:10-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 18 Dec 83 17:00 EST Received: From Mit-Mc.ARPA by BRL via smtp; 18 Dec 83 16:54 EST Date: Sat 17 Dec 83 03:27:34-CST From: Werner Uhrig Subject: ? Cheap 50-disk-box alternatives ? To: info-micro@BRL.ARPA cc: info-cpm@MIT-MC.ARPA As a consumer, I am outraged, that pricing of PC [generic) related items are priced similarly as I know it from the Aviation world. Apparently, with one central thought: "Let's rip'em off" After looking at a 50-disk-box yesterday, at a "sale-price" of $20 ($19.95, of course), I was appalled enough to ask the salesman, why the h... a plastic box should be worth $20, and he replied, "everybody else thinks it's a bargain. I guess it's because it's a computer accessory ..." Well, campers, what are we going to do about THIS ???? And, if anyone has found some nifty way to make a cheap alternative disk container, please let me know. thanks. ------- 19-Dec-83 09:10:29-MST,882;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:10:24-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 18 Dec 83 19:34 EST Received: From Hi-Multics.ARPA by BRL via smtp; 18 Dec 83 19:24 EST Date: 18 December 1983 18:25 cst From: Weinstein.Tech_Rep@hi-multics Subject: 5 MByte Hard Discs To: info-cpm@brl cc: Weinstein.Tech_Rep@hi-multics Acknowledge-To: Weinstein.Tech_Rep at HI-MULTICS One new HARD DISC DRIVE That I had last month is now available since someone had reserved it and later backed out of the deal . I guess it is hard to believe that these drives(SEAGATE ST-506's are NEW and Tested out 100% ok on my home computer. The drive is available on a first come/first payment basis for $375.00 plus $25 for shipping/insurance/packaging. Call Dennis 612-425-1813 eves CST. 19-Dec-83 09:13:41-MST,1405;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:13:35-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 6:37 EST Received: From Sri-Unix.ARPA by BRL via smtp; 19 Dec 83 6:24 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 19 Dec 83 3:24-PST Date: 17 Dec 83 11:02:46-PST (Sat) To: info-cpm@brl From: ihnp4!ihuxx!ignatz@ucb-vax Subject: Dysan Digital Diskette Program, anyone? Article-I.D.: ihuxx.610 If you've read the December issue of Dr. Dobb's Journal, you know that Dysan is (has been) marketing a Digital Diagnostic Diskette (DDD). To go along with this, there is a public domain program, DDD11.ASM, which utilizes this diskette to provide a test system for floppy drives. Well, I just got my diskette; but the program listed in the Journal is somewhat abbreviated, so I'm looking for the *real thing.* Does anyone have the full DDD11.ASM? (Note that the original Dysan program released was DDD10.ASM, so I *don't* want that; even the abbreviated program is better, thanks.) Eventually, I want to re-write the program in 'C' (as much as possible) for portability, and re-post it. I'll be somewhat out of touch for a couple of weeks (Houston till the 29th!), so please mail responses. (At least, I hope there will be some...) Thnx, Dave Ihnat ihuxx!ignatz 19-Dec-83 09:50:23-MST,1695;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:50:18-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 8:54 EST Received: From Usc-Isid.ARPA by BRL via smtp; 19 Dec 83 8:44 EST Date: 18 Dec 1983 19:10-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: hard disk travelling advice requested From: ABN.ISCAMS@usc-isid To: POURNE@mit-mc Cc: CS.KORNER@utexas-20, info-cpm@brl Message-ID: <[USC-ISID]18-Dec-83 19:10:15.ABN.ISCAMS> In-Reply-To: The message of 17 December 1983 00:53 EST from Jerry E. Pournelle Don't get me wrong, now: we DO have a certain amount of problems with our Corvuses, probably far more than if they were sitting nice and snug in a proper office environment. However, they seem to bear up well enough, and none of our problems can be directly connected to crashing down a Piedmont luggage ramp, or the 1/4" of dust and sand in the Sinai coating the logic board, or the 95 volts of STRANGE current we got in Germany (the stuff that blew up all our OOOPSes (UPS devices - we call them OOPSes because that was my initial comment the first time I accidentally kicked out a power cord and brought the entire Corps Command and Control Net down!) Thanks for the info on the Eagle Spirit XT HD being kind of tough. Rog on Kaypro 10 - read that elsewhere too: a somewhat high DOA rate, plus not taking a beating really well. My good old little 5-Megger in my Decision I has never skipped a beat in lo, these many months of hacking -- but then the worst abuse she gets is an occasional cat curled up on top! Regards, David Kirschbaum Toad Hall 19-Dec-83 09:50:36-MST,977;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:50:32-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 8:55 EST Received: From Usc-Isid.ARPA by BRL via smtp; 19 Dec 83 8:47 EST Date: 18 Dec 1983 19:48-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: Computing free space on a disk From: ABN.ISCAMS@usc-isid To: hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!ded@ucb-vax Cc: info-cpm@brl Message-ID: <[USC-ISID]18-Dec-83 19:48:15.ABN.ISCAMS> In-Reply-To: The message of 16 Dec 83 7:47:02-PST (Fri) from hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!ded@ucb-vax Don, Maybe I miss the point to your question. Doesn't STAT give you that answer? And don't several different fancy-format directory programs show the amount of space used by files, and amount remaining? Or is it a different sort of space available/free you're talking about. Regards, David Kirschbaum Toad Hall 19-Dec-83 09:57:16-MST,708;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:57:12-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 10:07 EST Received: From Mit-Mc.ARPA by BRL via smtp; 19 Dec 83 9:51 EST Date: Mon, 19 Dec 83 9:12:45 EST From: Rick Conn To: Werner Uhrig cc: h19-people@mit-mc.arpa, info-cpm@mit-mc.arpa, info-micro@brl.arpa Subject: Re: :-) Worried by recent military selection of Zenith PC Don't forget that these are also the same people who brought you the Defense Data Network, which we're on right now! I don't know if this is a plus or a minus, tho. 19-Dec-83 10:11:17-MST,1082;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 10:11:10-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 10:32 EST Received: From Mit-Mc.ARPA by BRL via smtp; 19 Dec 83 10:23 EST Date: Mon 19 Dec 83 09:17:25-CST From: Werner Uhrig Subject: Re: :-) Worried by recent military selection of Zenith PC To: rconn@BRL.ARPA cc: h19-people@MIT-MC.ARPA, info-cpm@MIT-MC.ARPA, info-micro@BRL.ARPA In-Reply-To: Message from "Rick Conn " of Mon 19 Dec 83 08:38:31-CST RE: From: Rick Conn > Don't forget that these are also the same people who brought you > the Defense Data Network, which we're on right now! I don't know > if this is a plus or a minus, tho. Note, please, the great care in phrasing my subject line, I, usually, smile to the left, i.e. (-: but used an alias for a reason :-) trying to entertain ALL the good-guys, uniformed or not, ~~~ww~~~ (winged werner, heading for the slopes) ------- 19-Dec-83 14:43:17-MST,1284;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 14:43:10-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 12:44 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 19 Dec 83 12:39 EST Received: from ISL by SUMEX-AIM with Pup; Mon 19 Dec 83 09:46:03-PST Date: Monday, 19 Dec 1983 09:43-PST To: info-micro@brl, info-cpm@brl Subject: OCCAM/Transputer Reply-to: kevinw@su-dsn From: kevinw@su-dsn Sender: kevinw%isl@BRL.ARPA Has anyone have any evaluations of OCCAM or the Transputer?? OCCAM is a process-oriented language (see 30 November 1983 Electronics pp. 89+ for article) designed to easily develop concurent processing systems. There are evaluation kits for Apple, IBM-PC, ... using the SCUD p-System... Anyone tried one of these? The Transputer is a computer architecture from Inmos which is designed for multi-processor concurrent systems advertising a 32 bit 10 mips cpu and is supposed to be extremely good for OCCAM. Has anyone got any concrete information (other than the really nice glossy stuff from Inmos? Thanks in advance, -- Kevin kevinw@su-dsn US Snail: Kevin W. Rudd Dalmo Victor 1515 Industrial Way Belmont, CA 94002 19-Dec-83 15:23:22-MST,919;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 15:23:18-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 12:58 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 19 Dec 83 12:43 EST Received: from ISL by SUMEX-AIM with Pup; Mon 19 Dec 83 09:49:35-PST Date: Monday, 19 Dec 1983 09:47-PST To: info-micro@brl, info-cpm@brl Subject: VRTX multi-tasking system Reply-to: kevinw@su-dsn From: kevinw@su-dsn Sender: kevinw%isl@BRL.ARPA This is a multi-tasking system for many different machines which claims to be bug free (you find a bug and they give you a VW Bug...) Has anyone used this?? They claim an impressive list of users but don't give out any real examples. Thanks in advance, -- Kevin kevinw@su-dsn US Snail: Kevin W. Rudd Dalmo Victor 1515 Industrial Way Belmont, CA 94002 19-Dec-83 15:43:26-MST,845;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 15:43:22-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 12:58 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 19 Dec 83 12:45 EST Received: from ISL by SUMEX-AIM with Pup; Mon 19 Dec 83 09:51:55-PST Date: Monday, 19 Dec 1983 09:49-PST To: info-micro@brl, info-cpm@brl Subject: NEC/Intel mPD720/82720 Reply-to: kevinw@su-dsn From: kevinw@su-dsn Sender: kevinw%isl@BRL.ARPA Has anyone gotten one of these graphics chips to work? If so, have you run into any problems either with the chips or with delivery? They sound really impressive... Thanks in advance, -- Kevin kevinw@su-dsn US Snail Kevin W. Rudd Dalmo Victor 1515 Industrial Way Belmont, CA 94002 19-Dec-83 16:08:10-MST,635;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 16:08:07-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 13:43 EST Received: From Mit-Mc.ARPA by BRL via smtp; 19 Dec 83 13:26 EST Date: Monday, 19 Dec 1983 10:22-PST To: Werner Uhrig Cc: info-cpm@mit-mc Subject: Re: ? Cheap 50-disk-box alternatives ? In-reply-to: Your message of Sat 17 Dec 83 03:27:34-CST. From: marti@rand-unix I used to have a great one made out of cardboard. It cost less than $0.05 and didn't have the static problems that plastic does. 19-Dec-83 16:46:47-MST,797;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 16:46:44-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 14:24 EST Received: From Mit-Mc.ARPA by BRL via smtp; 19 Dec 83 14:13 EST Date: 19 Dec 83 11:15:45 PST (Monday) From: Don Woods Subject: Re: Don Wood and/or Crowther location To: POURNE@mit-mc.ARPA cc: Woods.pa@PARC-MAXC.ARPA, INFO-MICRO@mit-mc.ARPA, INFO-CPM@mit-mc.ARPA [To stem a possible flood of forwardings, I'm cc'ing the distributions. I've been located; no need for anyone else to forward Jerry's message to me!] It's Woods, not Wood, and I'm at Xerox these days. Crowther used to be but is now back on the East coast; try WCrowther@bbnv. -- Don. 20-Dec-83 09:52:17-MST,885;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 09:52:13-MST Received: From Ut-Ngp.ARPA by BRL-VGR via smtp; 20 Dec 83 8:51 EST From: mknox Date: Mon, 19 Dec 83 22:06:01 CST Subject: CP/M-86 BIOS on a IBM-PC Posted-Date: Mon, 19 Dec 83 22:06:01 CST Message-Id: <8312200409.AA11741@UT-NGP.ARPA> Received: by UT-NGP.ARPA (3.326/3.7) id AA11741; 19 Dec 83 22:09:56 CST (Mon) To: info-cpm@brl-vgr.ARPA I have a need to bypass the BDOS of CP/M-86 on an IBM-PC and call the BIOS directly. I am aware of the BDOS function to perform a 'pass through', but timing is critical in this application. Either I am missing it in the DRI manual, or it never actually tells you how to call the BIOS (probably under the 'the less they know, the less they can do wrong' theory). Information? 20-Dec-83 10:20:25-MST,1174;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:20:21-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 15:29 EST Received: From Brl-Bmd.ARPA by BRL via smtp; 19 Dec 83 15:14 EST Date: Mon, 19 Dec 83 15:11:51 EST From: Robert Lee Feider (CTAB) To: kevinw@su-dsn cc: info-micro@brl, info-cpm@brl Subject: Re: VRTX multi-tasking system Although I have'nt used VRTX I have heard good things about it and it has been out for some time so the chances that they have alot of users are good and it probably is robust. When I inquired about it the price was a little high for my tastes (in January it is going up in price ~$5000 for z80 version). And for orders of less than 100 about $50 licensing fee for each unit the OS is running in. Another possibility is MTOS. About the same initial price but no licensing fee and source for the entire OS is given. I got a complete manual set from the manufacturer and it looks quite good. It does support multiple processors for the 8085, 68000, 8086 versions also. Cheers lee@brl 20-Dec-83 10:21:50-MST,1362;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:21:45-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 15:32 EST Received: From Usc-Eclb.ARPA by BRL via smtp; 19 Dec 83 15:19 EST Date: 19 December 1983 12:19-PST (Monday) Sender: TLI@usc-eclb From: Tony Li To: Info-Cpm@brl Subject: Re: Free space on disk. Reply-to: Tli@usc-eclb Home: 1275 W. 29th #211, Los Angeles, Ca. 90007 (213) 737-8168 Finding the free space on disk under CCP/M is simple. CP/M isn't so simple. Under CCP/M, you can use the BDOS call DRV_SPACE (46 - 02eH). Input argument is a drive number. Result is the first three bytes in the DMA buffer. The bytes contain the number of free sectors on the disk. The bytes are stored with least significant byte first (Sigh). Under CP/M (I think - it's been a while), you can get the address of the allocation vector if the disk is not read/only. This is done via the DRV_ALLOCVEC (27 - 01bH) BDOS call. The allocation vector is a bit messy. Probably the best way to look at it is the drawing by Harvey Deitel in his book @b(An Intorduction to Operating Systems). On page 550, he gives a good discussion of the allocation vector. Of course, if you have manuals, this is even better. Cheers, Tony Li ;-) 20-Dec-83 10:23:14-MST,767;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:23:11-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 17:12 EST Received: From Lll-Mfe.ARPA by BRL via smtp; 19 Dec 83 17:04 EST Date: Mon, 19 Dec 83 14:03 PST From: "Webb Mike"@LLL-MFE.ARPA Subject: UNIX ON 36-BITTERS?? To: INFO-CPM@BRL.ARPA ONE OF MY CUSTOMERS(I WORK FOR DEC FS) HAS JUST AQUIRED A USED 1080 AND THEY ARE WONDERING IF UNIX IS AVAILABLE FOR THE -10 OR -20?? I HAVE NOT HEARD OF ANY SUCH BEAST BUT THOUGHT THIS NET MIGHT BE THE RIGHT PACE TO ASK FOR POINTERS. JUST RESPOND TO ME HERE AT LLL-MFE.ARPA AS I I SUSPECT THERE IS NOT MUCH OTHER INTEREST. THANKS IN ADVANCE FOR ANY HELP MIKE 20-Dec-83 10:23:54-MST,1515;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:23:49-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 19 Dec 83 17:33 EST Received: From Sumex-Aim.ARPA by BRL via smtp; 19 Dec 83 17:26 EST Date: Mon 19 Dec 83 14:33:45-PST From: Sam Hahn Subject: Re: Turbo Pascal ?? To: CENT.MBECK%MIT-OZ@MIT-MC.ARPA cc: SHahn@SUMEX-AIM.ARPA, info-cpm@BRL.ARPA In-Reply-To: Message from "Mark Becker " of Sun 18 Dec 83 09:14:35-PST The documentation is a full (100+, probably closer to 150 pages) BOOK which serves both as a TurboPascal guide and a Pascal reference. It does support floating point. Or so the doc says, I haven't needed that feature yet, but is supposed to be 14-digit precision. I pulled one of my existing 36k source files, and compiled WITH NO ERRORS, on the first pass (to disk: one of the compile modes. other is in memory, ready to run or debug.) I have no personal stake in BI, but the software I got from them I consider an admirable way to be in business. -- sam hahn [shahn@sumex] PS. Mod to comment #3. Had to change some of the pointer manipulation calls. BI claims this and file IO are the only deviations from "standard" (ISO?/ANSI?) Pascal. -- sh PPS. identifiers can be <= 128 (I think) characters long. Suffice it to say that I used a VMS Pascal source to test, and had no problems with identifiers. ------- 20-Dec-83 10:37:10-MST,482;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:37:07-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 20 Dec 83 8:23 EST Received: From Mit-Ml.ARPA by BRL via smtp; 19 Dec 83 21:08 EST Date: 19 December 1983 21:14 EST From: Herb Lin Subject: disassemblers.. To: info-cpm@brl anyone know of disassemblers that will disassemble from a disk .COM file? PD or otherwise. tnx. 20-Dec-83 10:40:59-MST,2076;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:40:52-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 20 Dec 83 8:23 EST Received: From Rochester.ARPA by BRL via smtp; 19 Dec 83 21:49 EST Received: by sen.rochester (3.327.3N) id AA18247; 19 Dec 83 21:53:43 EST (Mon) Received: by cay.Rochester (3.327.3N+) id AA08853; 19 Dec 83 21:53:43 EST (Mon) Message-Id: <8312200253.18247@sen.rochester> Date: 19 Dec 83 21:53:43 EST (Mon) From: Mike Ciaraldi Subject: DRI C Compiler Update To: info-cpm@brl.ARPA Here is the latest on the Digital Research C Compiler for CP/M-86. We have been using the 2nd release of the complier since October. It works pretty well, except for the floating point! Floating-point I/O is all messed up. You try to read a number and get back a zero, for example. Printing is uncertain, and so is integer<->float conversion. The Taylor people wound up writing conversion and I/O routines to work temporarily. A letter arrived last week saying that version 1.1 would be shipped in Mid-December. This fixes all the bugs, they say. It was also used to implement the C and Fortran compilers, so is supposedly well tested. This release is the first that uses the front-end/back-end concept. The Fortran and C compilers share the same code generator (back-end) but have a different parser (front-end). On other machines (e.g. 68000), the compilers use the same front end oas on the 8086, but share a new back-end. More information when the new compiler arrives! Incidentally, before people write to me and say "why didn't you use another compiler?" we needed one that could access more than 64K of data and would run under Concurrent CP/M. We couldn't wait for the multi-tasking version of MS-DOS, which is not available yet, or for the Lattice or CI versions of C which are not out for CP/M with extended data. If you know of one that meets these requirements, let me know. Mike Ciaraldi ciaraldi@rochester 20-Dec-83 10:45:49-MST,4626;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:45:37-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 20 Dec 83 8:39 EST Received: From Mit-Mc.ARPA by BRL via smtp; 20 Dec 83 8:31 EST Date: 20 December 1983 08:34 EST From: Eric Stork To: hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!ded@ucb-vax cc: STORK@mit-mc, info-cpm@brl SUBJECT: Computing Free Space on a disk Re your question: Date: 16 Dec 83 7:47:02-PST (Fri) To: info-cpmbrl From: hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!deducb-vax Subject: Computing free space on a disk There comes a time when I would like to know how much free space remains on a disk in a CP/M system. The question is: how do I find out? One way is to scan the file directory, keeping a running count of sectors used, and subtract that sum from the total available. Is there an easier way? If I understand correctly (i.e., you want to include a routine in a file that checks remaining disk space), what you need is a combination of data from BDOS Functions 27 and 31. #27 points to the disk map, where there is a string of bits (not bytes, tho of course grouped into bytes) that say if a block on a disk is in use or not. Function 31 tells you other data you need about your disk, e.g., density, sectors per track, etc. Then you need to combine these into a program segment that counts the empty blocks, multiplies by their size, and reports the result. There is a fine example by M. Karas in November '82 LIFELINES. Using that example, plus the superb description of BDOS functions in Johnson-Laird's THE PROGRAMMERS CP/M HANDBOOK, I was able to write a routine for my favorite editor that pretty well solves the problem of a full disk when saving a file. My routine checks remaining disk space, checks the size of the file being loaded into the editor, the size of the BAK file (if any), and then calculates how much space will remain after deletion of the old BAK file, creating of the new BAK file, and saving of the edited file. If that value is less than 20k, the editor warns me and allows me to abort right then. If the value is less than 4k, the editor will not let me load the file at all. (I mention this just to show that the Karas routine works and is very useful.) Good luck. If I can help more, let me know. Eric SUBJECT: Computing Free Space on a disk Re your question: Date: 16 Dec 83 7:47:02-PST (Fri) To: info-cpmbrl From: hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!deducb-vax Subject: Computing free space on a disk There comes a time when I would like to know how much free space remains on a disk in a CP/M system. The question is: how do I find out? One way is to scan the file directory, keeping a running count of sectors used, and subtract that sum from the total available. Is there an easier way? If I understand correctly (i.e., you want to include a routine in a file that checks remaining disk space), what you need is a combination of data from BDOS Functions 27 and 31. #27 points to the disk map, where there is a string of bits (not bytes, tho of course grouped into bytes) that say if a block on a disk is in use or not. Function 31 tells you other data you need about your disk, e.g., density, sectors per track, etc. Then you need to combine these into a program segment that counts the empty blocks, multiplies by their size, and reports the result. There is a fine example by M. Karas in November '82 LIFELINES. Using that example, plus the superb description of BDOS functions in Johnson-Laird's THE PROGRAMMERS CP/M HANDBOOK, I was able to write a routine for my favorite editor that pretty well solves the problem of a full disk when saving a file. My routine checks remaining disk space, checks the size of the file being loaded into the editor, the size of the BAK file (if any), and then calculates how much space will remain after deletion of the old BAK file, creating of the new BAK file, and saving of the edited file. If that value is less than 20k, the editor warns me and allows me to abort right then. If the value is less than 4k, the editor will not let me load the file at all. (I mention this just to show that the Karas routine works and is very useful.) Good luck. If I can help more, let me know. Eric 20-Dec-83 11:15:47-MST,701;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 11:15:43-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 20 Dec 83 10:41 EST Date: 19 Dec 1983 18:57 MST (Mon) Message-ID: Sender: KPETERSEN@simtel20 From: Keith Petersen To: David Towson (CSD) Cc: Info-Cpm@brl-vgr Subject: Mdm715 missing file. In-reply-to: Msg of 16 Dec 1983 16:12-MST from David Towson (CSD) Sorry about omitting MDM715.COM from the file uploads to SIMTEL20. It's there now, along with MDM715.HEX for those who have problems FTPing binary files. --Keith 20-Dec-83 11:35:23-MST,842;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 11:35:17-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 20 Dec 83 11:19 EST Received: From Mit-Mc.ARPA by BRL via smtp; 20 Dec 83 11:03 EST Received: by sen.rochester (3.327.3N) id AA24204; 20 Dec 83 10:59:31 EST (Tue) Received: by cay.Rochester (3.327.3N+) id AA09912; 20 Dec 83 10:59:29 EST (Tue) Message-Id: <8312201559.24204@sen.rochester> Date: 20 Dec 83 10:59:31 EST (Tue) From: Mike Ciaraldi Subject: Re: :-) Worried by recent military selection of Zenith PC To: CMP.WERNER@UTEXAS-20.ARPA, rconn@BRL.ARPA Cc: h19-people@MIT-MC.ARPA, info-cpm@MIT-MC.ARPA, info-micro@BRL.ARPA Don't forget they're also the folks who brought you Ada! Mike Ciaraldi ciaraldi@rochester 20-Dec-83 14:27:53-MST,759;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 14:27:50-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 20 Dec 83 15:21 EST Received: From Sri-Kl.ARPA by BRL via smtp; 20 Dec 83 15:11 EST Date: 20 Dec 1983 12:10-PST Sender: BILLW@sri-kl Subject: Re: UNIX ON 36-BITTERS?? From: BILLW@sri-kl To: "Webb Mike"@lll-mfe Cc: INFO-CPM@brl Message-ID: <[SRI-KL]20-Dec-83 12:10:54.BILLW> In-Reply-To: The message of Mon, 19 Dec 83 14:03 PST from "Webb Mike"@LLL-MFE.ARPA In a word, yes. A EUNICE like environment is available from Frank@utah-20 (you need a unix licence for your 20), and Lougheed@SU-Sierra has implented the "PIPE" device. Both are based on tops20. BillW 20-Dec-83 15:19:17-MST,690;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 15:19:07-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 20 Dec 83 16:14 EST Received: From Cmu-Cs-A.ARPA by BRL via smtp; 20 Dec 83 16:04 EST Received: from [128.2.254.192] by CMU-CS-PT with CMUFTP; 20 Dec 83 15:50:23 EST Date: 20 Dec 83 1605 EST (Tuesday) From: George.Wood@cmu-cs-a To: LIN@mit-ml, info-cpm@brl Subject: Re: disassemblers.. In-Reply-To: "Herb Lin's message of 19 Dec 83 21:14-EST" Message-Id: <20Dec83.160510.GW90@CMU-CS-A> REZ & RESOURCE disasemble .com files; have I somehow missed the point of 'disassemble from a disk .COM file'? 21-Dec-83 14:56:38-MST,1232;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 21 Dec 83 14:56:34-MST Received: From uw-vlsi-gw.ARPA by BRL-VGR via smtp; 21 Dec 83 7:16 EST Date: 20 Dec 1983 18:45:35-PST From: Ed Mills To: info-cpm@brl-vgr Subject: More on David's address. To David Kirschbaum; When I tried to send my response directly to you this is what I got back. Any Ideas? >From COMSAT@MIT-ML Sun Dec 18 06:14:43 1983 Date: 18 December 1983 09:15 EST From: Communications Satellite Subject: Msg of Sunday, 18 December 1983 08:43 EST To: capn @ UW-VLSI ============ A copy of your message is being returned, because: ============ "GZ-MICROS" at MIT-ML is an unknown recipient. ============ Failed message follows: ============ Received: From Uw-Vlsi.ARPA by BRL-VGR via smtp; 16 Dec 83 8:45 EST Date: 15 Dec 1983 20:28:15-PST From: Ed Mills To: abn.iscams@usc-isid Subject: The response on BIOS's I promised. Cc: info-cpm@brl-vgr David, Here is a response to some of your requests of DEC 8. And so on for the rest of the body....... Ed Mills capn@uw-vlsi (Back after Christmas, Bye.) 21-Dec-83 15:02:00-MST,825;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 21 Dec 83 15:01:57-MST Received: From uw-vlsi-gw.ARPA by BRL-VGR via smtp; 21 Dec 83 7:16 EST Date: 20 Dec 1983 19:07:55-PST From: Ed Mills To: ""@LLL-MFE.ARPA, info-cpm@brl-vgr.arpa Subject: CPM DISASSEMBLY There is a CP/M dissassembler available for $35 + $1 postage from C.C. Software 2564 Walnut Blvd #106 Walnut Creek, CA 94598 (415) 939-8153 What you get is a program which creates a commented assembly listing of CP/M 2.2. There is sometimes a confusion about a field patch, so if you get bad instructions when you try to assemble, call and Clark will tell you how to fix it. This is the one mentioned by Jerry Pournelle in BYTE. Ed Mills Capn@uw-vlsi 21-Dec-83 16:13:15-MST,877;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 21 Dec 83 16:13:12-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 21 Dec 83 8:51 EST Received: From Sri-Unix.ARPA by BRL via smtp; 21 Dec 83 8:42 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Dec 83 4:46-PST Date: 19 Dec 83 13:35:53-PST (Mon) To: info-cpm@brl From: harpo!floyd!vax135!cornell!uw-beaver!ssc-vax!fluke!witters@ucb-vax Subject: Re: Jade Double-D mod Article-I.D.: vax1.431 In-Reply-To: Article <354@sii.UUCP> I tried replying via mail, but the net puked on the address. I've got a JADE DD using 5 1/4 inch disk drives. If your interested, you may call me. John Witters John Fluke Mfg. Co. Inc. P.O.B. C9090 M/S 243F Everett, Washington (206) 356-5274 (Work) (206) 353-4672 (Home) 21-Dec-83 17:51:58-MST,1070;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 21 Dec 83 17:51:54-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 21 Dec 83 12:09 EST Received: From Sri-Unix.ARPA by BRL via smtp; 21 Dec 83 9:17 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Dec 83 6:10-PST Date: 20 Dec 83 13:13:07-PST (Tue) To: info-cpm@brl From: hplabs!hpda!fortune!burton@ucb-vax Subject: Brand new 12" Motorola monitor Article-I.D.: fortune.2063 Subject: Brand new 12: Motorola monitor for sale Newsgroups: net.micro,net.micro.cpm,net.micro.atari,net.micro.pcnet.wanted,net.periphs Brand new, never used, original packing, with instructions, etc. Motorola 12" white (P4 phosphor) monitor. Has adjustments for brightness and contrast. Open frame. Requires power and video into to make into display monitor $75 with shipping in U.S./best offer Phil Burton Fortune Systems, Redwood City, CA 94065 (identification purpose only) 415/595 8444 x526 or 415/494 6261, not after 9PM PST, please 21-Dec-83 18:43:58-MST,2369;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 21 Dec 83 18:43:52-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 21 Dec 83 12:09 EST Received: From Usc-Isid.ARPA by BRL via smtp; 21 Dec 83 9:30 EST Date: 20 Dec 1983 20:57-PST Sender: ABN.ISCAMS@usc-isid Subject: CPMUSER CP/M Patch From: ABN.ISCAMS@usc-isid To: INFO-CPM@brl Cc: ABN.ISCAMS@usc-isid Message-ID: <[USC-ISID]20-Dec-83 20:57:58.ABN.ISCAMS> NetLandians, One of our members out there queried me about a comment referencing CPMUSER, a CP/M patch that shows you the user area with the usual CP/M Disk and Prompt ("A>") symbols. I foolishly erased his message (got #'s mixed up), and don't know who to reply to. For that one person (and others interested), there's an article in my directory (ABN.ISCAMS@USC-ISID) you are welcome to FTP. It has various explanations on my mods and discoveries in CP/M, specifically the CBIOS& provided for the Morrow Decision I, plus my implementation of two Public Domain patches: the CPMUSER one mentioned above, and a second which forces CP/M to look first to Disk A Same User Area if it can't find a file, and then to Disk A User Area 0. For Decision I owners, there's other goodies about the mystical Multi I/O board, AutoStart, and other things. Morrow owners, please feel free to contact me on a bunch of Morrow-specific stuff I've developed (mostly adaptations of good Public Domain things) that handle the peculiar port switching in our system. I have KERMIT running (the very latest mod); also an improvement to MDM715 with the MM overlay plus my own stuff; Freedom 100 Terminal control stuff; a parity patch for your BIOS if you just HAVE to fiddle with parity to your ports; an automatic initialization of your serial port (for a modem) to 1200 so no more BAUD commands. AND I got that stupid Morrow clock software to work (don't ask ME why they put in two lousy instructions that ASM won't assemble, when pure and simple 8080 instructions do EXACTLY the same thing!) Am presently trying to stick in some other disk drivers for 5 1/4 floppies, but not there yet (don't want to use the NorthStar drivers that came with it). Regards,....Oooooh, yeah - the name of the article (dummmb): TOADBIOS.DOC.1 Not TOO long. David Kirschbaum Toad Hall 21-Dec-83 19:15:25-MST,1446;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 21 Dec 83 19:15:18-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 21 Dec 83 12:09 EST Received: From Sri-Unix.ARPA by BRL via smtp; 21 Dec 83 9:54 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Dec 83 6:43-PST Date: 19 Dec 83 6:16:52-PST (Mon) To: info-cpm@brl From: decvax!ittvax!dcdwest!sdcsvax!sdccsu3!brian@ucb-vax Subject: Re: Computing free space on a disk Article-I.D.: sdccsu3.1417 In-Reply-To: Article <456@aplvax.UUCP> x <- destroy all monsters The easiest way to calculate the available space on a disk is to use the allocation map - the bits turned off in the allocation map are available allocation groups, so you just multiply the number of bits off by the allocation size (available from factors in the disk parameter block) and that is the room left on the disk. You can get pointers to the disk block from the BDOS, then use that to find the allocation vector, maximum number of groups, and the allocation size. See the DRI incomprehensible manuals for the exact details, or take apart the code in one of the public domain directory programs (like SD). Note that using the DPB information makes the program relatively independent of what hardware configuration its running on. -- -Brian Kantor, UC San Diego {decvax,ucbvax} !sdcsvax!sdccsu3!brian Kantor@Nosc 22-Dec-83 08:37:55-MST,1470;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:37:50-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 21 Dec 83 7:58 EST Received: From Sri-Unix.ARPA by BRL via smtp; 21 Dec 83 7:41 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Dec 83 4:41-PST Date: 20 Dec 83 5:26:45-PST (Tue) To: info-cpm@brl From: hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!ded@ucb-vax Subject: Determining free disk space Article-I.D.: aplvax.462 One of these days I'll learn to state my question clearly. I asked for a way to determine how much free space is available on a disk in a CP/M environment. Several nice people resonded with STAT.COM, XDIR.COM, etc. Ah, they were right, but I had meant to ask something different. I want to determine free disk space from the confines of an application program -- through a BDOS call, or some other portable method. So when my programs are going to write to disk, they can first check if enough space if available. One of the major flaws of CP/M is that when things start to go wrong...you're done for. I would like to avoid that if all possible. I could read every directory entry and determine through some simple mathematics how much space is available, but I would prefer something more elegant. -- Don Davis JHU/APL ...decvax!harpo!seismo!umcp-cs!aplvax!ded ...rlgvax!cvl!umcp-cs!aplvax!ded 22-Dec-83 08:46:28-MST,1076;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:46:23-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 21 Dec 83 14:46 EST Received: From Mit-Mc.ARPA by BRL via smtp; 21 Dec 83 14:41 EST Date: 21 Dec 1983 1131-PST From: Bradley S. Brahms Subject: Re: ? What's the difference between H-120 and H-100 ? To: CMP.WERNER@utexas-20, h19-people@mit-mc cc: info-cpm@mit-mc, info-micro%BRL@maryland In-Reply-To: Your message of 19-Dec-83 1148-PST what the difference between the h-100, 110 and 120? i'll tell you. the h-100 is the "generic" series number. the is actually no h-100 that i know of. the h-110 is the low profile model (no built-in screen) while the h-120 is the high profile model (built-in screen). this info can be obtained from looking at the part numbers in a heath catalog. -- brad brahms arpa: brahms@usc-eclc uucp: {decvax,ucbvax}!trw-unix!trwspp!brahms ------- 22-Dec-83 08:46:39-MST,1021;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:46:34-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 21 Dec 83 14:58 EST Received: From Hi-Multics.ARPA by BRL via smtp; 21 Dec 83 14:44 EST Date: 21 December 1983 13:40 cst From: Ronald W. Subject: SYSCOPY.C To: Info-CPM@brl I am having some trouble with the SYSCOPY (version 1.0) utility written by Stephen M. Kenton. I am using an Apple //, with Microsoft Softcard (CP/M 2.20B) and standard Apple drives. When I use the DU utility, I can ask for track zero, sector one and I get what appears to be T0S1, with copyright notice, etc. With DU, T0S2 shows all 0FFH bytes. However, in SYSCOPY, it seems to skip the T0S1 and puts the T0S2 sector into system[0][], then the remaining sectors in sequence from there. I.e., the first sector never gets read and the following sectors get slid up by one sector. Does anyone have any ideas on this? Thanks. 22-Dec-83 08:47:53-MST,619;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:47:50-MST Received: From Mit-Mc.ARPA by BRL-VGR via smtp; 21 Dec 83 19:54 EST Date: Wed 21 Dec 83 19:44:29-EST From: Mark Becker Subject: External 68000 box? To: Info-CPM@BRL-VGR.ARPA There was a recent message on the net about a 68000 add-on box for Z-80 based CP/m systems. I saw the message but part of it got garbled. Could someone send me a pointer to who makes this box? Thanks. Mark Becker ARPA: CENT.MBECK@MIT-OZ.#Chaos ------- 22-Dec-83 08:48:29-MST,1505;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:48:23-MST Received: From Usc-Isid.ARPA by BRL-VGR via smtp; 21 Dec 83 21:42 EST Date: 21 Dec 1983 14:20-PST Sender: ABN.ISCAMS@usc-isid Subject: Re: More on David's address. From: ABN.ISCAMS@usc-isid To: capn@uw-vlsi Cc: info-cpm@brl-vgr Message-ID: <[USC-ISID]21-Dec-83 14:20:11.ABN.ISCAMS> In-Reply-To: The message of 20 Dec 1983 18:45:35-PST from Ed Mills (NetLandians, just to let you know Ed found me, and in case you wonder about those strange returns also...) Ed, your message DID get to me at ABN.ISCAMS. What appears to happen with returns from strange places YOU never addressed a message to is: Someone (a net, someone) redistributes a message out in other directions, and if someone in THAT direction (like another net) can't receive your message, an error comes back to YOU, the originator. The redirection software assumes the originator wants to know, I guess. I'm ALWAYS getting stuff from the Daemon Mailer and other net handlers (all automated, I suppose) about someone's mailbox too full and messages couldn't be delivered -- so I just ignore that unless in fact it WAS someone I intentionally addressed a message to. Then I retrans later on or something. So not to worry - got your reply, and am digesting it now. Thanks, and best Christmas and holiday wishes... David Kirschbaum ABN.ISCAMS@ USC-ISID (Toad Hall) 22-Dec-83 08:48:40-MST,1003;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:48:36-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 21 Dec 83 21:43 EST Date: Wed, 21 Dec 83 21:38:58 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: Bad MDM715.ASM file replaced MICRO:MDM715.ASM, announced the other day, was bad. Apparently a glitch when I uploaded it. Thanks to Charley Strom and Bob Plouffe for catching and confirming the problem. The file had been replaced as of 12/21/83 at 9:30 p.m. e.s.t. The new file shows up in the directory as MDM715.ASM.2 and the CRC checks correctly with the original I received from the RCPM world. The problem was with my upload, not the original file, so if you got yours from an RCPM it's ok. Most people don't need the 140k+ .ASM file and probably were not affected. Just get the .COM or .HEX file and the appropriate overlay for your hardware. --Keith 22-Dec-83 08:48:49-MST,488;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:48:46-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 21 Dec 83 22:57 EST Received: From Mit-Mc.ARPA by BRL via smtp; 21 Dec 83 22:51 EST Date: 21 December 1983 22:54 EST From: Kevin J. Burnett Subject: MDM715 overlay To: info-cpm@brl I might have just not seen it, but is there an overlay for the Apple ][ with the Hayes Micromodem II? 22-Dec-83 08:48:59-MST,991;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:48:54-MST Received: From Amsaa.ARPA by BRL-VGR via smtp; 22 Dec 83 1:58 EST Date: Thu, 22 Dec 83 1:51:44 EST From: David Towson (CSD) To: Ed Mills cc: info-cpm@brl-vgr Subject: Re: More on David's address. Ed - The rejected mail message you got from Comsat at mit-ml was not the result of your message to David Kirschbaum, but rather the result of your having sent a copy to info-cpm. The list contains an entry "GZ-MICROS@mit-mc" which used to be a good address. However, for the last several days everything sent to that address as part of the info-cpm distribution seems to have bounced. Apparently, mit-mc is forwarding mail with that address to mit-ml which doesn't recognize the address. If it doesn't clear up soon, I'll delete the entry from the list. Dave Towson info-cpm-request@brl-vgr 22-Dec-83 10:42:01-MST,2413;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 10:41:52-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 22 Dec 83 12:16 EST Date: Thu, 22 Dec 83 12:07:37 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: USR S-100 modem overlay for MDM7xx Phil Lapsley has released a new overlay for MDM7xx for the new US Robotics 300/1200 baud S-100 modem. The overlay works on MDM712 and later (including the latest MDM715). It's available on SIMTEL20 in the MICRO: directory as M7US-1.ASM. Dave Hardy (Microsystems author and Sysop of TCBBS Dearborn MI) had one of these modems for evaluation several months ago. He ran into some problems trying to use it with the BYE program on his Sysop Clearinghouse RCPM but eventually found what was wrong. I suggested that Phil contact Dave for details and here's some information that Dave Hardy passed along which may belp others trying to use this modem with BYE. ----- Forwarded message # 1: Date: Wed, 21 Dec 83 11:14:48 pst From: The tty of Phil Lapsley To: w8sdz@brl Subject: USR overlay I talked with Dave Hardy this morning, and we hashed out a few things. His problem was on auto-answer, which mdm715 doesn't really have to cope with. On AA, the USR changes the baud rate to suit the incoming call, but it never tells anyone that it changed. Therefore, things get excellent when one tries to send commands to it when it is at a different baud rate than one expected. But he confirmed what I suspected: the board is not meant to run faster than 4 MHz (i.e., my 5) and he agreed I should have some time-padding do nothing stuff in there to slow things down (as an aside, another flaw on the board is there is no provision for wait states). In M7US-1.ASM the initialization routine are two XCHG statements after each OUT statement. They are commented-out (i.e., "; XCHG") so they will not be there for people who use slower systems. However, there is a note explain- ing what they are for and telling people with fast systems to remove the semi- colons and fix things up. I have tested this one fairly extensively, and without the delay it locks up. With the delay I have yet to be able to cause it to lock. ---Phil ----- End of forwarded messages 22-Dec-83 11:08:19-MST,962;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 11:08:14-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 22 Dec 83 12:42 EST Date: 22 Dec 1983 10:39 MST (Thu) Message-ID: Sender: KPETERSEN@simtel20 From: Keith Petersen Subject: LRUN now available on SIMTEL20 To: Info-Cpm@brl-vgr LRUN, a utility to allow the user to "run" .COM files stored in an LBR file called COMMAND.LBR, is now available on SIMTEL20 in the MICRO: directory. This program has been available for some time but I neglected to upload it to SIMTEL20 until someone asked about it a few days ago. Putting many small .COM files inside one .LBR file often saves quite a bit of disk space, especially on a hard disk where the group size may be 4k or even 8k minimum. LRUN allows passing full command-line arguements to the user program. 27-Dec-83 13:06:48-MST,600;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 27 Dec 83 13:06:43-MST Received: From Simtel20.ARPA by BRL-VGR via smtp; 22 Dec 83 12:47 EST Date: 22 Dec 1983 10:42 MST (Thu) Message-ID: Sender: KPETERSEN@simtel20 From: Keith Petersen Subject: LRUN files To: Info-Cpm@brl-vgr Sorry I neglected to list the files associated with LRUN. They are in the MICRO: directory: LRUN20.ASM LRUN20.HEX (for those who cannot FTP binary files) LRUN20.COM --Keith 27-Dec-83 13:20:59-MST,602;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 27 Dec 83 13:20:56-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 22 Dec 83 22:00 EST Received: From Usc-Isi.ARPA by BRL via smtp; 22 Dec 83 20:49 EST Date: 22 Dec 1983 1751-PST Subject: cheap compilers From: Laurence I. Press To: info-cpm@brl I am compiling a list of pointers to low cost (under $100) language processors. Send me your favorites (with some comments if you are up for it). I will post the complete list. Thanks Larry Press ------- 27-Dec-83 13:43:43-MST,700;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 27 Dec 83 13:43:39-MST Received: From Brl-Voc.ARPA by BRL-VGR via smtp; 23 Dec 83 10:28 EST Date: Fri, 23 Dec 83 10:23:06 EST From: "Ferd Brundick (LTTB)" To: info-micro@brl-vgr, info-cpm@brl-vgr cc: Meself Subject: PC Lisp Haaah, Does anyone know of a version of LISP that runs on the IBM PC ?? Thanks. dsw, fferd Fred S. Brundick USABRL, APG, MD. 27-Dec-83 14:00:04-MST,854;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 27 Dec 83 14:00:00-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 23 Dec 83 13:23 EST Received: From Mit-Multics.ARPA by BRL via smtp; 23 Dec 83 13:16 EST Received: from CISL-SERVICE-MULTICS.ARPA by MIT-MULTICS.ARPA TCP; 23-Dec-1983 13:13:58-est Received: from HIS-PHOENIX-MULTICS.ARPA by CISL-SERVICE-MULTICS.ARPA dial; 23-Dec-1983 10:50:20-est Date: Fri, 23 Dec 83 08:48 MST From: Bellusci%his-phoenix-multics.arpa@BRL.ARPA Subject: re: transaction 1906 To: info-cpm@BRL.ARPA Message-ID: <831223154802.654425@HIS-PHOENIX-MULTICS.ARPA> It was mentioned that CP/M boards for the C64 were available at "local discount stores" for $70. Could you please supply the names of these stores and their location? thank you. 27-Dec-83 14:10:29-MST,3832;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 27 Dec 83 14:10:18-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 23 Dec 83 13:59 EST Date: Fri, 23 Dec 83 13:57:12 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: BYE3-15 now available BYE3 v1.5 (revised 12/15/83) is now available on SIMTEL20. 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. Revisions: 12/15/83 Included a new Smartmodem routine. This will be needed by v3-15 most users since the Smartmodem (or similar, such as the U.S. Robotics) are in common use. (There were four different rou- tines being used in the various external inserts. This will standardize that to just one version.) Hopefully this routine will prevent reception of any incoming call until it is ready for the call. (Steve Holtzclaw's extensive Smartmodem routine which checks echo characters may still be required under some cirumstances. It is not needed with the US Robotics modems.) This version has been tested extensively on several RCPM sys- systems using several different types of computers, including 2651, 2661, 2850 and 2851 I/O devices.. - Irv Hoff and John Ferguson 12/11/83 Added the fixes suggested by Steve Holtzclaw, John Ferguson, v1.4 Dave Crane and Byron Mckay in various messages and contacts. This involves resetting the stack and the Smartmodem when ex- iting. Should prevent further hangups occasionally occuring. - Irv Hoff 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. - Steve Sanders The following files are available in the MICRO: directory at SIMTEL20: BYE3-15.ASM - the main program and overlays for the following modems and/or USART combinations: SMDM routine - by Steve Holtzclaw B3SM51-3.ASM (includes 8251 I/O) 8250 - by Paul Traina B3HZ89-3.ASM 2651 - by Paul Traina B3COMP-3.ASM 8251+CTC timer - by Irv Hoff B3DATA-3.ASM APPLE-CAT - by Dave Roznar B3ACAT-3.ASM MM100 - by Dave Jaffe B3DCH-3.ASM HZ-100 - by John Ferguson B3HZ10-3.ASM Kaypro - by Steve Sanders B3KPRO-3.ASM MMII (Apple) - by Paul Traina B3MMII-3.ASM PMMI - by Ward Christensen B3PMMI-3.ASM SIO - by Steve Fox B3SIO-3.ASM Televideo 802 - by K. Robesky B3T802-3.ASM This is a listing of CRCs for the BYE3-15 package. --> FILE: B3ACAT-3.ASM CRC = 51 D6 --> FILE: B3COMP-3.ASM CRC = 20 41 --> FILE: B3DATA-3.ASM CRC = 6E 8C --> FILE: B3DCH-3 .ASM CRC = E9 91 --> FILE: B3HZ10-3.ASM CRC = E5 B6 --> FILE: B3HZ89-3.ASM CRC = E6 F0 --> FILE: B3KPRO-3.ASM CRC = 19 82 --> FILE: B3MMII-3.ASM CRC = C0 58 --> FILE: B3PMMI-3.ASM CRC = B0 29 --> FILE: B3SIO-3 .ASM CRC = AD ED --> FILE: B3SM51-3.ASM CRC = 90 86 --> FILE: B3T802-3.ASM CRC = 8F A5 --> FILE: BYE3-15 .ASM CRC = 53 E4 --end-- 27-Dec-83 14:17:54-MST,718;000000000000 Return-Path: Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 27 Dec 83 14:17:48-MST Received: From brl-gateway2.ARPA by BRL-VGR via smtp; 23 Dec 83 14:23 EST Date: Fri, 23 Dec 83 14:13:16 EST From: Keith Petersen To: Info-Cpm@brl-vgr Subject: New overlay file for XMODEM8x A new overlay for XMODEM8x is now available on SIMTEL20 in the MICRO: directory as XMZS-1.ASM. XMZS-1.ASM - XMODEM8x PATCH FILE FOR THE Z80-SIO. 11/27/83 This file along with XMODEM8x.ASM are the only two files necessary to set-up XMODEM for the Kaypro with a Hayes Smartmodem Submitted by Steve Sanders, Sysop of the Tampa Bay Bandit Board RCP/M