2-Apr-84 07:31:53-MST,738;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 07:31:48-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:02 EST Received: From sri-kl.arpa.ARPA by BRL-AOS via smtp; 30 Mar 84 17:46 EST Date: 30 Mar 1984 14:34-PST Sender: BILLW@Sri-Kl.ARPA Subject: RE: WordStar Message Patch (faster entry to WS) From: BILLW@Sri-Kl.ARPA To: bbloom@Brl-Mis.ARPA Cc: info-cpm@Brl-Aos.ARPA Message-ID: <[SRI-KL]30-Mar-84 14:34:30.BILLW> In-Reply-To: The message of Fri, 30 Mar 84 12:50:43 EST from Bob Bloom (TECOM) This is probably the wrong list to ask, but has anyone dones anythihng similar for MSDOS wordstar? Thanks Bill W 2-Apr-84 07:37:51-MST,864;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 07:37:47-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:02 EST Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 30 Mar 84 19:25 EST Date: Fri 30 Mar 84 16:23:48-PST From: Sam Hahn Subject: Re: slaving z-80 to an 8086.. To: LIN@MIT-MC.ARPA cc: info-cpm@BRL-AOS.ARPA In-Reply-To: Message from "Herb Lin " of Fri 30 Mar 84 11:16:00-PST Herb, I think you're referring to the SPU-Z, which has a 6Mhz Z80B, 192kb, 2 serial ports, and can slave to the 86/87, 286, 68k, and 16032 boards. It'll be supported by MP/M 816 (good for guys like us). Last I heard, though, was that it's still not quite available. (...and I just got an 85/88...). -- sam [shahn@sumex] ------- 2-Apr-84 07:55:46-MST,660;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 07:55:42-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:02 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 30 Mar 84 18:40 EST Date: 30 March 1984 16:35-EST From: Gail Zacharias Subject: Tops-20 utilities on Simtel20 To: ables@Ut-Ngp.ARPA cc: INFO-CPM@Mit-Mc.ARPA In-reply-to: Msg of Fri 30 Mar 84 09:32:39 CST from King Ables The name of the directory containing the utilities is actually MICRO:, not as I claimed. Sorry for any confusion. 2-Apr-84 08:06:06-MST,1514;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:05:53-MST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:02 EST Received: From brl-bmd.arpa.ARPA by BRL-MIS via smtp; 30 Mar 84 18:22 EST Date: Fri, 30 Mar 84 18:20:51 EST From: Charlie Strom (NYU) To: Herb Lin cc: INFO-CPM@Brl.ARPA Subject: Re: slaving z-80 to an 8086.. Macrotech International (the firma that sells a 1Meg S-100 memory board) will be introducing a CPU board designed to be a plug-compatible replacement for the Compupro 8085/88. It will sport a Z80B at 6MHz and an 80286, also at 6MHz I believe. They had not planned to implement the circuitry necessary to allow the use of 8 bit wide memory, but discovered that MPM-816 has some quirks that makje this a necessity. It is therefore back to the drawing board. My latest report is that the mark two design is complete and pc board artwork will commence momentarily. Macrotech expects to have a wirewrap prototype at Comdex; I will have one of the first real production run of pc boards and will reort at that time (time frame is 1-2 months from now). This board should really be a spped demon, but it will not be cheap. Macrotech seems to be committed to leading edge technology for high-powered multiuser systems, such as G&G systems, Alpha Micro (a major customer for their ram boards), etc., and price is secondary to performance. 2-Apr-84 08:10:29-MST,1676;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:10:20-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:12 EST Date: 1 Apr 1984 01:35 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Updated MDM730 files MDM730.ASM, .AQM, .HEX and .COM on SIMTEL20 have been updated to Irv's "official release". The new files have a .2 after the filetype and the original .1 versions have been deleted. A .DIF file has been provided for those who got the source code and want to update without having to download again. Here's the info on it: M730730A.NOT - March 31, 1984 Provided by Keith Petersen, W8SDZ M730730A.DIF is an SSED2 editor script provided for those who downloaded the original MDM730.AQM which was superceeded by an updated version from Irv Hoff released one day after the original. It allows users to update to the revised version without having to download whole new file. Use the following command to make MDM730A.ASM (a temporary name only), the updated version. It is not intended to revise the version number at this time. SSED -U MDM730.AQM MDM730A.ASM The above assumes you have the .AQM file. If you have already unsqueezed it use the following command instead: SSED MDM730.ASM MDM730A.ASM The CRC of the resultant output file, after assuring EOF padding of the last sector by running FILTX or FILTEX on MDM730A.ASM, is: --> FILE: MDM730A .ASM CRC = B3 D3 --Keith 2-Apr-84 08:32:14-MST,812;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:32:08-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:13 EST Date: 1 Apr 1984 02:01 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: PAT730V4.ASM for MDM730 now available Reply-To: PLOUFF@Mit-Mc.ARPA Date: Saturday, 31 March 1984 13:52-MST From: Robert L. Plouffe Re: PAT730V4 PAT730V4.ASM is now ready. In addition to longer wait times (optional by selecting your value), this patch file also makes it possible to feed rubout characters to the local console. They are trapped in the "released" version of MDM730. 2-Apr-84 08:47:18-MST,1315;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:47:10-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:13 EST Date: Wednesday, 28 Mar 1984 15:13-PST Message-ID: Sender: amd70!fortune!burton@Ucb-Vax.ARPA From: amd70!fortune!burton@Ucb-Vax.ARPA To: w8sdz@Simtel20.ARPA Subject: do you have Kelly Smith's new address ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Sun 1 Apr 1984 02:04-MST About six months ago, I mailed some disks to Kelly, so that he could put some programs on them for me. (He had agreed to this by phone.) I understand that he's moved recently, and if he's like me, it will be *months*, if not years, before he's all caught up with things. so I wanted to send me a letter, but I don't trust the PO's ability to forward (my own bad experiences.) If you can't give me a new address, just please forward this message. TIA Philip Burton 101 Twin Dolphin Drive Fortune Systems Redwood City, CA 94065 (415) 595-8444 x 526 - - - {allegra decvax!decwrl!amd70 cbosgd harpo hpda ihnp4 sri-unix}!fortune!burton Home: 3333 Cowper Street, Palo Alto, CA 94306 ----- End of forwarded messages 2-Apr-84 08:48:26-MST,843;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 08:48:19-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:13 EST Date: 1 Apr 1984 02:11 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Dave Schmidt Cc: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA Subject: Ham Radio PACKET message correction In-reply-to: Msg of Mon 26 Mar 84 16:12:52 pst from Dave Schmidt Last December I posted a message telling CP/M users where to get Ham Radio PACKET software. The phone number in the file was incorrect. The correct phone number is 614-272-CBBS. Apparently there was a typo in the original file. --Keith 2-Apr-84 09:19:23-MST,870;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 09:19:18-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:16 EST Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 2 Apr 84 9:14 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 31 MAR 84 21:45:45 PST Date: Sat, 31 Mar 84 21:45 PST From: MMOON.ES@Xerox.ARPA Subject: Re: WANTED: S-100 Card Cage In-reply-to: "decvax!ittvax!ittral!schoenli@Ucb-Vax.ARPA's message of 27 Mar 84 13:52:19 PST (Tue)" To: decvax!ittvax!ittral!schoenli@Ucb-Vax.ARPA cc: info-cpm@Brl-Aos.ARPA I have an eight slot motherboard & a Sunny linear supply, no cage, no enclosure. Supply is rated at 30 amp @ 8v, 3 amp @ +/- 16v, & 2 amp @ +24v. $100 takes all & I ship.  MMoon.es @parc-maxc (356 Miraleste Dr. #322 / San Pedro, Ca. 90732) 2-Apr-84 09:29:00-MST,1063;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 09:28:55-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:30 EST Received: From usc-eclc.arpa.ARPA by BRL-AOS via smtp; 2 Apr 84 9:18 EST Date: Sun 1 Apr 84 21:39:20-PST From: Allan Weber Subject: Xerox 820 text downloading To: info-cpm@BRL.ARPA A friend has just bought a TRS-80 Model 100 portable computer and wishes to be able to send text files from it to his Xerox 820. Apparently the Model 100 will send one of its text files out its modem line upon command as simply a steam of bytes with no protocols to speak of other than a carriage return between lines. I'm not sure if it has any flow control. Are there any CPM programs out there which could be made to run on the 820 that would store the incoming stream of text in a file? I hate to re-invent the wheel for him, so if anybody can offer some advice, I would appreciate it. Thanks. Allan Weber Weber@USC-ECLC ------- 2-Apr-84 09:41:30-MST,1530;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 09:41:24-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:36 EST Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 2 Apr 84 9:24 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 Apr 84 23:44-PST Date: 29 Mar 84 7:46:52-PST (Thu) To: info-cpm@Brl-Aos.ARPA From: ihnp4!houxm!hogpc!houti!ariel!vax135!floyd!clyde!akgua!psuvax!sysred@Ucb-Vax.ARPA Subject: Re: Xerox 820 computer schematics Article-I.D.: psuvax.923 In-Reply-To: Article <1213@ucf-cs.UUCP> B.G. Micro, in Texas [(214) 271-5546] sells depopulated Xerox 820 boards for $30 (including documentation). They will sell a ~25 page document package for $5. However, they want a check for $5 mailed to them before they'll release just the documentation. I sweet-talked the lady I spoke with (Tammy) into sending me the documentation first, with the promise that I send her the check in return. There's also an ad for the Xerox outlet store (selling the used 820 boards for $50) in "Computer Shopper" magazine. They have lots of other good stuff, like power supplies, etc. Anybody have a good source of parallel encoded keyboards (I assume that's what the 820 board needs)? -- Ralph Droms Computer Science Department (814) 865-9505 312 Whitmore Lab {allegra,ihnp4}!psuvax!sysred The Pennsylvania State University sysred@penn-state (csnet) University Park, PA 16802 sysred@psuvax1 (bitnet) 2-Apr-84 10:00:47-MST,962;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:00:43-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:38 EST Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 2 Apr 84 9:25 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 2:56-PST Date: 30 Mar 84 10:43:11-PST (Fri) To: info-cpm@Brl-Aos.ARPA From: hplabs!hao!seismo!uwvax!neves@Ucb-Vax.ARPA Subject: Re: Public-ness of UCSD Pascal Versions Article-I.D.: uwvax.180 In-Reply-To: Article <216@felix.UUCP> <628@sdcsvax.UUCP> Do you know if the source to the editor is available anywhere? I'm using Apple Pascal and the E7 at the moment but a new version of Pascal has come out and I can't use E7 anymore. The standard editor lacks things like goto end of line/beginning of line and switching to another file to edit. If the source was available I could insert that code myself. -thanks, david 2-Apr-84 10:03:56-MST,985;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:03:49-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:37 EST Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 2 Apr 84 9:25 EST Date: Sat 31 Mar 84 21:57:29-PST From: Leslie Zatz Subject: SUPPORT CPM1.4 To: INFO-CPM@BRL.ARPA I still have a machine that uses CPM 1.4 (VISTA 200). CPM 2.x is not available. Unless I am the last person in the micro world using CPM 1.4, I would appreciate it iff people revising the marvelous public domain utilities could continue to support it. Or if that is not possible, please indicate in the documentation what versionss are supported. For example, the old MODEM series wroked fine, but the new MDM seriess does not and does not state so. The NCAT and MCAT programs require CPM2.x to get FRE files, also ALLUSR needs to be disabled to get it to run. ------- 2-Apr-84 10:18:16-MST,849;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:18:13-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:39 EST Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 2 Apr 84 9:27 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 3:58-PST Date: 29 Mar 84 13:42:09-PST (Thu) To: info-cpm@Brl-Aos.ARPA From: decvax!mcnc!ecsvax!rpk@Ucb-Vax.ARPA Subject: M7AP-2B.ASM desperately needed Article-I.D.: ecsvax.2214 [***] Can anybody point me to a source for M7AP-2B.ASM (the overlay for an Apple using the PCPI Z-80 card)? Everything that I've been able to find on the RBBS's are M7AP-1.ASM which is for the Microsoft Z-80 card. (I'm NOT on ARPANET so I can't access SIMTEL20.) Thanks in Advance -- -Dick ...decvax!mcnc!ecsvax!rpk 2-Apr-84 10:30:01-MST,1490;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:29:54-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:16 EST Date: 1 Apr 1984 02:36 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Disk cataloging programs revised Irv Hoff has just released a new version of MCAT/XCAT. Here's the list of currently-available disk cataloging utilities available from SIMTEL20: Filename Type Bytes Sectors CRC Directory MICRO: CAT2.ASM.1 ASCII 5184 41 = 29H E89AH CAT2.COM.1 COM 768 6 = 6H 96ADH FIND40.COM.1 COM 1664 13 = DH D443H FIND40.HEX.1 ASCII 4693 37 = 25H 517AH MCAT.SET.1 ASCII 3701 29 = 1DH 44D5H MCAT43.AQM.1 COM 28032 219 = DBH 3472H MCAT43.ASM.1 ASCII 40975 321 = 141H D74AH MCAT43.COM.1 COM 6912 54 = 36H AFA4H MCAT43.DOC.1 ASCII 7273 57 = 39H 0DFBH MCAT43.HEX.1 ASCII 16840 132 = 84H C2BAH NULL.ASM.1 ASCII 4166 33 = 21H 4D17H NULL.COM.1 COM 640 5 = 5H 33F5H NULL.HEX.1 ASCII 1580 13 = DH 3216H XCAT40.AQM.1 COM 20480 160 = A0H 036DH XCAT40.ASM.2 ASCII 30584 239 = EFH 504BH XCAT40.COM.2 COM 2816 22 = 16H 4DA8H XCAT40.DOC.2 ASCII 3581 28 = 1CH F53BH XCAT40.HEX.2 ASCII 6870 54 = 36H 27ADH 2-Apr-84 10:36:25-MST,2616;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:36:09-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:50 EST Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 2 Apr 84 9:41 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 6:27-PST Date: 29 Mar 84 22:27:47-PST (Thu) To: info-cpm@Brl-Aos.ARPA From: decvax!mcnc!ecsvax!hsplab@Ucb-Vax.ARPA Subject: CompuPro Service Article-I.D.: ecsvax.2216 When I first bought Godbout products almost four years ago, the company was highly responsive to my requests for help. In several cases, Godbout offered excellent technical help as well as the ability to purchase replacement parts. This support occurred in addition to providing products which were rock solid. Several recent events have convinced me that the new CompuPro seems to have quite a different attitude. I recently tried to buy a replacement 8085 (6Mhz 8085AH-1) through either their distributer or Godbout itself. In both cases I was emphatically told that the company would no longer supply parts for their products; if I wanted something fixed, I would have to return it for repair at standard rates. I understand that the particular chip is in very short supply and I would have appreciated a response to that effect, but I really never even got a chance to state what part I wanted. Three weeks ago I bought a copy of CPM-86 from Priority I. The manuals stated that if the source code which was supplied was incompatible with the ASM-86, I should return the package. I got a return authorization from Priority I and was told to mail the original disks to CompuPro. Three weeks later I checked CompuPro to see why I had not received the disks. It turns out that Priority I gave CompuPro the billing address for the University of North Carolina as the shipping address and CompuPro ignored the address I had placed with the return disks. As you might expect neither CompuPro nor Priority I have acknowledged responsibility for the mismailings and I have been unable to locate the disks after at least 50 telephone calls to various areas on campus. Worse than that, neither CompuPro nor Priority I have even responded to my requests for replacement disks. At this point I am rather frustrated. This is clearly as case where a company has not gotten better as it has grown. It seems that they are more interested in giving good service to Jerry Pournelle than the average customer. David Chou University of NC, Chapel Hill decvax!mcnc!ecsvax!hsplab 2-Apr-84 10:39:12-MST,1990;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:39:03-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 2 Apr 84 9:17 EST Date: 1 Apr 1984 20:53 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: SD-80 now available The following new files have been uploaded to SIMTEL20: Filename Type Bytes Sectors CRC Directory MICRO: SD-79A.DOC.1 ASCII 9525 75 = 4BH D733H SD-80.AQM.1 COM 52736 412 = 19CH 7DC8H SD-80.ASM.1 ASCII 78004 610 = 262H 3A61H SD-80.NOT.1 ASCII 1011 8 = 8H 7FD1H SD-80H.COM.1 COM 3584 28 = 1CH 7555H SD-80H.HEX.1 ASCII 8745 69 = 45H 42ECH SD-80V.COM.1 COM 3968 31 = 1FH BBE1H SD-80V.HEX.1 ASCII 9680 76 = 4CH E558H This update comes from Sigi Kluger. Here's his note: SD has always had a very obscure bug which is now fixed. In addition, SD-79A had a bug in the FENCE routine (a line read LDA ':' instead of MVI A,':'). The bugs are now fixed. Two versions of the COM file are provided, SD-80V.COM for vertical display, and SD-80H.COM for normal horizontal display. Do not mistake the V and the H in the filename for a version number modifier! The bug in SD-79A (and all previous versions of SD) was noticed by Gene Head who notified me and asked for a fix. The problem is that when SD found the last extent of a file and the EX field was 00, the S2 field was non-zero and the RC field was 80, SD dropped that extent in favor of the next lower one. The reason is that the internal sort routine sorted 12 characters (F1..F8, T1..T3 and EX) where it should have not included EX in the sort. The problem is only noticeable with files whose size is just larger than an even multiple of 512k (i.e. 520k, 1030k and so on). Obviously, only large files were affected. 2-Apr-84 10:51:41-MST,518;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:51:37-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 9:38 EST Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 2 Apr 84 9:26 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 2:59-PST Date: 30 Mar 84 10:45:59-PST (Fri) To: info-cpm@Brl-Aos.ARPA From: hplabs!hao!seismo!uwvax!neves@Ucb-Vax.ARPA Subject: cmsg cancel <180@uwvax.ARPA> Article-I.D.: uwvax.181 2-Apr-84 10:55:53-MST,1351;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 10:55:48-MST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 2 Apr 84 10:11 EST Received: From cecom-1.arpa.ARPA by BRL-MIS via smtp; 2 Apr 84 9:43 EST Date: 2 Apr 1984 0943-EST From: Drsel-Tcs-Sio@CECOM-1.ARPA Subject: Osborne1 Maint. Service To: info-cpm@Brl-Mis.ARPA cc: drsel-tcs-sio@BRL-MIS.ARPA As a recent arrival to New Jersey and a Osborne1 owner I am having trouble finding anyone (including Xerox) who will have anything to do with maintenance/service with the Osborne product. I have a copy of the Technical Manual for the O-s1 and have done allittle self diagnostics to pinpoint my problem as the A diskette-drive. Specifically, the drive moteer itself is irratic. If I had the access to parts and a knowledgable reference (a ggood!! book, or experienced friend), I might try a self repari, however I don't. So far, I have struck out on any commercial repair shops in the state...I am beginning to consider New York City area. Anyone have any possible answers??? I'm sure there are other O-1 owners who may be or who will be in the same fix! Todd B. Kersh Mailbox: DRSEL-TCS-SIO at CECOM-1.ARPA phone: (201)-544-2759 mailing addr: CENTACS (DRSEL-TCS-SIO), Ft. Monmouth NJ 07703 ------- 2-Apr-84 13:48:47-MST,884;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 13:48:43-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 13:25 EST Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 2 Apr 84 13:20 EST Date: 2 Apr 1984 13:18-EST Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: M7AP-2B.ASM desperately needed From: ABN.ISCAMS@Usc-Isid.ARPA To: decvax!mcnc!ecsvax!rpk@Ucb-Vax.ARPA Cc: info-cpm@Brl-Aos.ARPA Message-ID: <[USC-ISID] 2-Apr-84 13:18:48.ABN.ISCAMS> In-Reply-To: The message of 29 Mar 84 13:42:09-PST (Thu) from decvax!mcnc!ecsvax!rpk@Ucb-Vax.ARPA Dick, If you'll hold on a little, I'll download it and mail it to you (assuming it'll get through those layers of addresses!!!). May thy mailbox overfloweth. Regards, David Kirschbaum Toad Hall (ps, I mean this electronic mail, NOT USSnail) 2-Apr-84 14:04:14-MST,699;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 14:04:08-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 13:15 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 2 Apr 84 13:08 EST Date: Mon, 2 Apr 1984 12:52 EST Message-ID: From: ANDY%MIT-OZ@MIT-MC.ARPA To: info-cpm@BRL.ARPA Subject: What termnal does Mode7 emulate I recently installed Modem7 (mdm730) on my Kaypro II, only to discover that it seemed to be only a dumb terminal. If Modem7 is really a dumb emulator, is there an overlay or something that turns it into say a vt52? Thanks, -Andy ANDY@MIT-OZ 2-Apr-84 15:14:33-MST,1142;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 15:14:26-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 2 Apr 84 16:26 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 2 Apr 84 16:25 EST Received: from MIT-LISPM-18 by MIT-OZ via Chaosnet; 2 Apr 84 16:23-EST Date: Monday, 2 April 1984, 16:23-EST From: Robert L. Krawitz Subject: Exidy Sorcerer To: info-cpm%MIT-OZ@MIT-MC.ARPA CC: zzz.rlk%MIT-OZ@MIT-MC.ARPA Message-ID: <[MIT-LISPM-18].4/02/84 16:23:18.ZZZ.RLK> I use Exidy Sorcerer machines quite a bit (DDS diskdrive; 2-DSQD Micropolis drives). What I'm looking for -- GOOD assembler (I'm tired of the DevPack, even with my disk kluges) GOOD editor (better than Exedit; I need a *LOT* of buffer space, more than main memory, as well as EMACS-like features) Modem software (i. e. mdm730, judging from all the flaming here about that) By the way, I might have a source of cheap Sorcerers, in case anyone might want one or two. If you're interested, tell me soon; I'm going home in May. Robert Krawitz 2-Apr-84 16:32:09-MST,15511;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 16:31:33-MST Date: Mon, 2 Apr 84 16:49:15 EST From: Dave Towson (info-cpm) To: info-cpm@Amsaa.ARPA Subject: SIMTEL20 ARCHIVES. Public Domain Software Lovers - At long last, the Great Archive Blurb is finished! This updated version covers ALL of the archives on SIMTEL20, and will (I hope) answer most of the questions that have been pouring in since the announcement of the new PC-BLUE archive. I especially want to thank Gail Zacharias for a very thorough job of proof-reading and error reporting. The blurb is considerably improved as a result of her efforts. Thanks are also due to Frank Wancho for making the archives possible, and to Keith Petersen and Richard Conn for maintaining them. Without the efforts of these people, I wouldn't have had to write this thing (hmmmmm). Finally, thanks to all of you who have been patiently waiting for this information, and wishing I'd hurry up so that you could get at the goodies. This blurb is about thirteen-thousand characters long. It's a lot to absorb at one time if you don't already know most of it. My advice is to print it, and keep it on hand for reference. Dave Towson INFO-CPM-REQUEST @ AMSAA ------------------------------------------------------------------------------- THE SIMTEL20 ARCHIVES OVERVIEW There is a collossal amount of free public domain CP/M software in several archives on SIMTEL20, a PDP-20 running TOPS-20 at White Sands Missile Range. Files may be obtained using FTP (described in a following paragraph) with user-name "anonymous". For a password, use your host-name (or any string of printing characters). Throughout this message, FTP examples are given in a GENERIC syntax. You will have to consult either a local documentation file or your friendly system wizard to learn the actual syntax used with your local mainframe operating system. UNIX users can do "man ftp" for instructions. ITS users can do ":INFO FTP". I will be happy to update this message to include pointers to other sources of documentation if they are sent to INFO-CPM-REQUEST. To get directory listings, connect to SIMTEL20 via FTP and do this: get micro:cpm.crclst get micro:cpmug.crclst get micro:sigm.crclst get micro:unix.crclst get micro:pc-blue.crclst The first will get you a directory of a cpm archive that was moved from MIT-MC. This is the one to watch for the very latest CP/M offerings, as it is updated frequently. The second is the full catalog of the CP/M Users Group. It (and the third and fifth archives) will be updated as new disks are issued. The third is the full catalog of the Special Interest Group for Microcomputers (SIG/M), a service of the Amateur Computer Group of New Jersey. The fourth contains UNIX-related software, not all of which is CP/M-specific. That which does apply specifically to CP/M is in the directory . The CRCLST file shows the contents of the full UNIX archive, which is growing rapidly. The fifth archive contains software for the IBM-PC. There are many overlaps in the first three archives, but you will find the latest versions in the archive. In general, the archived software is very good, having been worked-over and refined by multiple users. The comments tend to be complete and imformative. FILE TYPES Files in the archive are stored in two formats, ASCII for DOC, HEX and ASM files, and ITS binary for COM and squeezed files. Squeezed files have been compressed using the programs available in directory to obtain an approximate 35-percent size reduction. These files can be identified by the letter Q in the file-type field. For example, file MICRO:DEFF.AQM is a squeezed file. It must be transferred as a binary file, and then un- squeezed. The unsqueezing can be done on the CP/M system using USQ-20.COM (or whatever is the current version from directory ), or there are several host-based unsqueezers in the archive (see for example, directory ). File MICRO:CPM.CRCLST shows the type of storage used for each file in the archive. ALL FILES in the archive are stored in ASCII. With the exception of the CATALOG FILES to be described later, ALL FILES in the , and archives are stored in ITS binary, a format which had its origin at MIT. Each file begins with a 36-bit identifier-word containing DSK8 in SIXBIT code. This reads as 446353300000 in octal, and 933AD8000 in hexadecimal. All data are stored as four 8-bit bytes per 36-bit SIMTEL20 word, with the low-order four bits of each word filled with zeros. If such a file is interpreted as a contiguous string, as will happen if a straight binary transfer is made to a 16 or 32-bit UNIX machine, the four zero filler-bits per 36-bit group will cause rather bizarre and frustrating results. The methods for dealing with this situation, which differ from machine to machine, are explained in a following paragraph. The ONLY files in the , and archives that are NOT stored in ITS binary are the CATALOG files. These files, which are stored in ASCII, contain (in reverse numerical order) the -CATALOG.nnn files from all the volumes of their respective archives. To obtain these composite catalog files, connect to SIMTEL20 via FTP and do this: get micro:sigm.cat get micro:cpmug.cat get micro:pc-blue.cat Remember, ALL are ASCII files. FILE TRANSFER VIA FTP FTP stands for File Transfer Protocol, a formalized procedure for moving files among machines on the Defense Data Network (DDN) and other networks that connect with the DDN. The protocol is implemented by a program called FTP. The different mainframe operating systems implement FTP with variations in command syntax. Some systems have the remote-file-name precede the local-file- name in the command. Others reverse this order. Some versions have the whole command on a single input line, while others use multiple lines. Read the documentation for your local system, or consult a friendly system wizard for the details of your local FTP command syntax. FTP transfers from SIMTEL20 can be made with user-name "anonymous". Use your host-name (or any string of printing characters) for a password. Users of TOPS-10, TENEX, TOPS-20 or ITS systems can use "type image" or "type paged" mode for ALL transfers. UNIX users must use "type ascii" mode for ASCII files, and "type tenex" or "type L 8" mode for ITS binary files. MULTICS users must use "type ascii" mode for ASCII files, and "type image" mode for ITS binary. Once an ITS binary file has been transferred to your mainframe, additional processing is needed to make it into a standard CP/M file. This processing is done automatically by the programs used on TOPS-20 and ITS machines for downloading to a micro, so those users need not be concerned with this. UNIX users have only to remove the first four bytes of each file. These four bytes are a special "ITS header", and are not really a part of the file. They can be removed using the UNIX utility "dd", or they can be removed using the program ITSCVT, available as an ASCII-transferable .HEX file in directory MICRO:. Post-processing of files on MULTICS machines can be done using a modified version of the system copy utility. At present, transfer of this program is a delicate matter because of the need to preserve the vendor's proprietary rights. If you need this utility, send a message to INFO-CPM-REQUEST, and I'll put you in touch with the person who has the program. Anyone who can obtain an exact contiguous copy of an ITS binary file (probably using "type image" mode), and then download it to a CP/M machine without losing any bits, can post-process the file into standard format using a CP/M program available from INFO-CPM-REQUEST. If there is enough interest in this program, it can be added to the archive. If it necessary for you to take this route, study the description of ITS binary format given in the section on FILE TYPES, so that you will know what to expect. This method worked satisfactorily with transfers to our 16 and 32-bit UNIX machines before we learned to use "type tenex" mode. MAINFRAME PROGRAMS FOR TRANSFERRING FILES BETWEEN MAINFRAMES AND MICROS Christensen Protocol: For a micro to reliably exchange files with a mainframe, cooperating file transfer programs with automatic error detection and retransmission of faulty blocks must be running on both computers. One such family of programs uses a popular protocol created by Ward Christensen and enhanced by others. Directory MICRO: contains two programs, UC and the older UMODEM (both written in C), which implement this protocol on UNIX machines. See the file MICRO:UNIX.CRCLST for a list of other useful UNIX utilities. On ITS machines, file transfer using the Christensen protocol can be done using MMODEM (type :MMODEM for instructions), or LMODEM. Documentation for LMODEM is in file .INFO.;LMODEM HELP. Other useful ITS utilities include TYPE8, which types an ASCII file stored in ITS binary format; TYPESQ, which types an ITS binary format "squeezed" file (see the first paragraph under FILE TYPES); USQ, which creates an unsqueezed version of a squeezed file; HEXIFY, which creates an Intel hex format file from an ITS binary format COM file; COMIFY which creates a COM file from an Intel hex file; and CRC, which computes the Cyclic Redundancy Check value for a file, using the same algorithm that is used by the CP/M program CRCK. Brief instructions for any of these utilities except LMODEM can be obtained by typing ":utility_name" (for example, :CRC). TOPS-20 utilities for transferring and manipulating files can be found in directory MICRO:. See MICRO:CPM.CRCLST for a list of available programs. File transfer and conversion utilities for use with VAX/VMS machines are contained in directory MICRO:. See MICRO:CPM.CRCLST for details. Kermit: Another excellent program for transferring files is called KERMIT. This program has the advantage of being available for an impressively large number of mainframes and micros. It is, for example, available for the IBM-PC, and DOES NOT require CP/M. To get started with KERMIT, connect to Columbia-20 using FTP, and do this: get ps:00readme.txt dir ps: Note two things: The machine name is "columbia-dash-twenty", and the filename begins with "zero-zero". After reading 00README.TXT, look at your directory listing and see what's currently available (it may have changed since the last edit of 00README.TXT). From then on, you are on your own. Questions can be addressed to INFO-KERMIT @ COLUMBIA-20. MICROCOMPUTER PROGRAMS FOR TRANSFERRING FILES BETWEEN MAINFRAMES AND MICROS Christensen Protocol: An excellent program for transferring files between micros, or between micros and mainframes is called MDM7xx, where the "xx" is replaced with two digits to give the current version number. This program, often referred to as MODEM7 (the name of its easier to pronounce ancestor), uses the popular Christensen protocol to transfer files with automatic error detection and retransmission of erroneous blocks. To get started with MDM7xx, you should first FTP and examine three files from the directory MICRO:. After connecting to SIMTEL20, do this: get micro:(see below) get micro:mdm7xx.doc get micro:mdm7xx.msg All are ASCII files. Together, they will tell you just about all there is to know about getting the program to run on your machine. Take the time to read these files; they're quite informative. You will also get some helpful insights from reading some of the overlay files. These overlays, described in file MICRO:(see below), are used to customize MDM7xx for particular machines without having to edit and assemble the huge MDM7xx source file. Complete instructions for performing this procedure are contained in each overlay file. The above use of "see below" refers to a file with the characters "OVL" in its name. This message will be updated when the name of that file becomes stable (at this moment, there are two). Kermit: As stated in an earlier paragraph, KERMIT is also an excellent program for transferring files between computers. It, too, does automatic error detection and retransmission, and it works between mainframe and micro, between micros, and between mainframes. See the earlier paragraph for details. Getting Started: In order to get MDM7xx or KERMIT running on your micro, you must first transfer the necessary files from mainframe to micro. If you already have a receive-to-disk communications program of some sort, you can use it to move the needed files. It is VERY CONVENIENT to be able to transfer 8-bit binary files, although in most cases it is not absolutely necessary. Some of the files are quite large. For example, MDM7xx.COM is over 18K bytes, and the HEX file (which you will need if you can't transfer 8-bit files) is over 52K. Moving large files to your micro without using an error detecting protocol can result in frustrating errors, but it can be done by receiving multiple copies and using manual or machine-assisted comparisons to locate and repair bad parts of the code. However, there IS a better way. Directory MICRO: contains a file that can be FTPed to your mainframe, printed, and then entered into your micro by hand and assembled. It is quite short. To examine this option, connect to SIMTEL20 via FTP and do this: get micro:pipmodem.asm get micro:pipmodem.doc get micro:mboot3.asm All are ASCII files. Read PIPMODEM.DOC first, then look at MBOOT3.ASM. PIPMODEM.DOC explains the situation very nicely. Questions concerning these programs should be sent to INFO-CPM @ AMSAA. ADDITIONS, IMPROVEMENTS AND CORRECTIONS Suggestions for additions, improvements and corrections to this message are always welcome. Please send them to INFO-CPM-REQUEST. Additional information concerning FTP is, however, beyond the scope of this message. If you need help with FTP, please read the documentation for your local system, or see your friendly system wizard. Contributions of public domain software are actively solicited. If you have something that seems appropriate for inclusion in the archive, please contact Keith Petersen . Likewise, contributions to the archive can be addressed to Richard Conn . Happy hacking! Dave Towson INFO-CPM-REQUEST @ AMSAA 2-Apr-84 18:50:10-MST,776;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 18:50:05-MST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 2 Apr 84 20:26 EST Date: Mon, 2 Apr 84 20:20:53 EST From: Bob Bloom (TECOM) To: Jeffrey Edelheit cc: info-cpm@Brl-Mis.ARPA Subject: Re: WordStar patch (ur msg of 3/30/84) The second series of patches refer to the del1, del2,del3 .... delay times. (things like time to the secondary menus show, time for horizontal scroll, etc.) For a whole bunch of patch points to ws (for 3.0, but 3.3 is similar - compare ddt dumps) see the two files in simtel20, micro:ws30.patchs is one, the other escapes me at the moment. 2-Apr-84 21:40:18-MST,772;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 2 Apr 84 21:40:14-MST Received: From mit-multics.arpa.ARPA by AMSAA via smtp; 2 Apr 84 23:16 EST Date: Mon, 2 Apr 84 23:08 EST From: LBrenkus@MIT-MULTICS.ARPA Subject: ITS binary format To: info-cpm@AMSAA.ARPA Message-ID: <840403040842.280751@MIT-MULTICS.ARPA> I am using a Multics system here at MIT. The PC-Blue, et. al. files are in "ITS Binary", which apparently needs "an altered version of the system copy function" in order to convert these files from -image to a usable format. Where do I get this utility? How do I convert the PC-Blue files after ftp'ing them from the host to Multics? Thanks. Please reply direct,as I am not on this list. 3-Apr-84 01:04:20-MST,954;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 01:04:16-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 3 Apr 84 2:24 EST Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 3 Apr 84 2:22 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Apr 84 23:14-PST Date: 30 Mar 84 5:27:12-PST (Fri) To: info-cpm@Brl-Aos.ARPA From: ihnp4!houxm!hogpc!houti!ariel!vax135!floyd!clyde!akgua!sb1!scbhq!wns@Ucb-Vax.ARPA Subject: NEED HELP REACHING SIMTEL20 Article-I.D.: scbhq.175 Subject: HELP REACHING SIMTEL20 Newsgroups: net.micro.cpm ----- News saved at Fri, 30-Mar-84 08:23:25 EST I would like to use some of the C programs that have been discussed as being on SIMTEL20, but I don't know how to access the machine. Could someone please furnish me with the DDD or UUCP access for this machine? Thanks, BIll Stacy (wns!scb!sb1!akgua!clyde!burl!ulysses!harpo...) 3-Apr-84 01:59:41-MST,1097;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 01:59:37-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 3 Apr 84 3:35 EST Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 3 Apr 84 3:37 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Apr 84 0:25-PST Date: 30 Mar 84 11:35:45-PST (Fri) To: info-cpm@Brl-Aos.ARPA From: hplabs!tektronix!orca!andrew@Ucb-Vax.ARPA Subject: Re: Distributing modifications to F80 Article-I.D.: orca.746 In-Reply-To: Article <310@sri-arpa.UUCP> "If only 20% of the code is original, you also have no problem there." Be careful of this reasoning. It was tried in court and did not pass. The copyright law says that any derived work is the property of the owner of the copyright. If 0.01% of the code is original, you still may not freely distribute. The act of deriving the work, as well as the test of contents, is involved. -- Andrew Klossner (decvax!tektronix!orca!andrew) [UUCP] (orca!andrew.tektronix@rand-relay) [ARPA] 3-Apr-84 02:57:14-MST,1231;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 02:57:10-MST Received: From brl-gateway2.ARPA by AMSAA via smtp; 3 Apr 84 4:26 EST Received: From csnet-relay.arpa.ARPA by BRL-AOS via smtp; 3 Apr 84 4:20 EST Received: From Uci-750a.arpa by csnet-relay via smtp; 3 Apr 84 4:16 EST Date: 02 Apr 84 22:28:44 PST (Mon) To: ANDY%MIT-OZ%mit-mc.arpa@csnet-relay.arpa cc: info-cpm%brl.arpa@csnet-relay.arpa, young%uci-750a.arpa@csnet-relay.arpa Subject: Re: What termnal does Mode7 emulate In-reply-to: Your message of Mon, 2 Apr 1984 12:52 EST. From: Michal Young Modem7 does not do any terminal emulation, it just sends things to your machine and lets it do whatever it does-- in the case of your Kaypro 2, that is ADM3a plus a couple extras. If you use unix, the following termcap will describe Kaypro to the mainframe so that with modem7 you can use vi, emacs, etc. kp|kaypro|kaypro2|kaypro 2:\ :am:bs:li#24:co#80:\ :cm=\E=%+ %+ :\ :ho=^^:cl=1^Z:\ :nd=^L:up=^K:do=^J:\ :ce=^X:cd=^W:\ :al=\EE:dl=\ER: --Michal Young UC Irvine young@uci 3-Apr-84 03:23:31-MST,1062;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 03:23:24-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Apr 84 4:50 EST Date: 3 Apr 1984 02:51 MST (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: ANDY%MIT-OZ@MIT-MC.ARPA Cc: Info-Cpm@Amsaa.ARPA Subject: What termnal does Modem7 emulate In-reply-to: Msg of 2 Apr 1984 10:52-MST from ANDY%MIT-OZ at MIT-MC.ARPA The terminal mode in MDM7xx just passes the data to your terminal. Your Kaypro looks like an ADM3A so if you use that terminal definition on your mainframe host, cursor addressing should work. Make sure your overlay for MDM7 does not have the "filter control characters below line feed" equate turned on. Otherwise cursor addressing won't work right because you won't get all the control codes. If you want a VT-52 emulator for your Kaypro, get KERMIT from Columbia-20. They have a version for the Kaypro. --Keith 3-Apr-84 04:00:00-MST,1746;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 03:59:55-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Apr 84 5:22 EST Date: 3 Apr 1984 03:23 MST (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: ENSOFT/UNSOFT cleans WS text files The following new files have been uploaded to SIMTEL20: Filename Type Bytes Sectors CRC Directory MICRO: ENSOFT.COM.1 COM 4864 38 = 26H 15F1H ENSOFT.HEX.1 ASCII 11860 93 = 5DH 7114H UNSOFT.COM.1 COM 6144 48 = 30H 3875H UNSOFT.DOC.1 ASCII 1057 9 = 9H 9256H UNSOFT.HEX.1 ASCII 14970 117 = 75H E2FCH What these files do: ENSOFT.COM - A program to convert an ASCII text file to Wordstar document mode. Makes educated guesses about where to put soft and hard carriage returns as well as soft spaces. UNSOFT.COM - A program to convert Wordstar document-mode files to normal ASCII text files. Resets all high order bits added by Wordstar to zero. Removes all control characters except TAB, FF, CR and LF. Strips out dot commands except .PA which it converts to FF. Changes the 1FH soft hyphen at end-of-line to a real 2DH hyphen. (FILTX2 would totally remove the character.) Handles non-break-space correctly. Type UNSOFT ? for additional information. NOTE: If for any reason you do not wish to retain FF (form feed) characters, you can run the program through FILTX.COM after first using UNSOFT.COM. - These versions by Paul Homchick - Philadelphia, PA (215) 687-6969 (215) 964-8050 3-Apr-84 04:06:33-MST,4941;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 04:06:21-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Apr 84 5:39 EST Date: 3 Apr 1984 03:40 MST (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: NSWP202 buggy - removed from SIMTEL20 Numerous bug reports on NSWP202 have been received by various RCPM operators - some are detailed below. It has been removed from SIMTEL20 and I recommend that you erase your copies. --Keith ----- Msg #1006 posted 03-23-84 at 06:19:19 by PICONET CP/M To: IRV HOFF About: nswp2 bug? (13 lines) NSWP2 has this quirk that cost me some time. If you have your BDOS set up to make user 0 public and you try to copy or rename a file from user 0 to another user, only the first extent gets moved. Since no source is at hand, all you can do until it gets fixed is avoid using NSWP2 to move files from user 0 to another user while user 0 is public. If anyone knows of a version that has this fixed, please let me know (either PICONET CP/M or RICHARD RELPH). Other than this bug, the program has the really nice feature (for those who make user 0 public) that it does not use the BDOS to find out what files are members of the user area, which means that it will not show user 0 files while in user 1. Rich .......... Msg #1024 posted 03-24-84 at 10:21:33 by JIM MCMURRY To: ALL USERS About: nswp202 (2 lines) the dif between nswp201 and nswp202 is you cannot squeeze real small files below 3 k, at least that is what dave rand says .......... Msg #1075 posted 03-27-84 at 05:37:26 by RICHARD RELPH To: IRV HOFF About: nswp202 bug? (10 lines) Thanks for passing along the info. I have another major gotcha. I don't yet know enough about it to say what all the pertinent circumstances are but when I tried mass copying from c0 to b0 (1 .def, 6 .com, 3 .ovl) the result was that the .def file moved ok, but the .com and .ovl files got truncated to 16k (I presume this to be the buffer size in NSWP202). I entered NSWP202 from c3. I'll be doing more research when I can better afford to lose files (as soon as I clear another cartridge). I'd like to be able to contact those in the know directly. Should I call Dave or is there someone else to go through? Rich .......... Msg #1088 posted 03-27-84 at 17:58:14 by BILL MEYER To: IRV HOFF About: nswp202 (21 lines) Irv, Pulled down NSWP2, largely because of your comments on the board. Found a bug right away! On entry, Rand saves only the top entry of the CP/M stack as his return point, not the CP/M stack pointer. This is, of course, enormously different, and makes the assumption that only the top of stack was relevant at entry to the application. As luck would have it, my bank-switching system locks up tight due to this fault. As this is not a run-of-the-mill problem, I decided to call Rand about the prob- lem. What a waste of money! I have never, in talking to author's of public domain software, encountered a more arrogant, conceited individ- ual. He tells me that the fault is in my system, but nowhere do I find a spec which guarantees that only the top entry of the stack need be saved on entry to the application program. I suspect that this approach would cause problems when used from within programs like wordstar, with the run command. I believe this is the same symptom which I reported to you on your one of your earlier programs, which you promptly chnaged for me. I know that this is the same problem as I reported to Frank Gaude' on DISK7 and COMM7 where he used the same system you original developed that Rand is apparently still using. Thought you might want to pass it along, I've given up... Bill .......... Message # (603-1198)? 1097 Msg #1097 posted 03-28-84 at 05:25:57 by RICHARD RELPH To: IRV HOFF About: NSWP202 bug? (12 lines) To let you know what I have, I'm running a Big Board II with CP/M 2.23B which has a built in 1793 for my floppies (1 Persci 277) and a built in SASI I/F for my 2 IOMEGA 10Mby cartridge drives. I am using 9 1k sectors on the Persci for a total per 8"SSDD disk of 670k (after directories). The Persci is drives A and B and the IOMEGA is Drive C (right now the BIOS cannot handle the other IOMEGA or even ther rest of the first). I was trying to copy from C to B, which implies that (other than picking a bit) the hardware is probably ruled out as well as anything in the BIOS past the section that determines which driver to call (which is first as you would expect). Thanks for taking the time to look at it. I, too, will be trying some more experiments here and will let you know. Rich .......... 3-Apr-84 04:11:49-MST,1459;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 04:11:43-MST Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 3 Apr 84 5:48 EST Date: 3 Apr 1984 05:48-EST Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: ITS binary format From: ABN.ISCAMS@Usc-Isid.ARPA To: LBrenkus@Mit-Multics.ARPA Cc: info-cpm@Amsaa.ARPA Message-ID: <[USC-ISID] 3-Apr-84 05:48:44.ABN.ISCAMS> In-Reply-To: <840403040842.280751@MIT-MULTICS.ARPA> There's a conversion program at SIMTEL20 (MICRO:, i think), called ITSCVT.HEX. It runs on an 8080 CP/M micro, and effectively strips off the headers and tailers the ITS-binary files have. For a PC now... Another way I do it is to move them to my host's directory (a Dec), copy them from their original ..32-bit, I think.. size to 8-bit, load them into a host text editor (XED), which effectively strips off the 8th bit, edit out the 4 characters at the front, and the ^Zs at the last line, and there I am. For .COM files (binary), I move them to my micro any way I can (HEXIFY is also available at SIMTEL20 (MICRO: , I think), that'll run on the DEC and change the binary file to HEX). Alternatively, CPM.TOPS-20 also has NMODEM, a mainframe modem program running on the DECs that'll send an ITS-binary file right through to you, automatically detecting and stripping/reformatting. Hope this helps. David Kirschbaum Toad Hall 3-Apr-84 04:44:14-MST,1085;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 04:44:09-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Apr 84 5:50 EST Date: 3 Apr 1984 03:51 MST (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: QK20 buggy - removed from SIMTEL20 Several people have reported serious bugs with QK20 (QWIKKEY), including complete bombing of the system after attempting to run some programs while QK20 is active. It has been removed from SIMTEL20. QK12 remains. ---- Date: Thursday, 29 March 1984 21:15-MST From: Dick To: info-cpm at BRL.ARPA Re: QK20 I seem to have a problem with the new QK. If I try to run SD79 or XD3 (under ZCPR2) they both fail to work. Under QK12, I had no problem. It appears that all I get sent to the screen from SD79 when called by a QK20 re-defined key is a CR-LF, and Ctl-C does not abort, I must reset the system. Any clues? 3-Apr-84 04:53:53-MST,2084;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 04:53:47-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Apr 84 5:57 EST Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 3 Apr 84 5:49 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Apr 84 2:45-PST Date: 28 Mar 84 9:56:44-PST (Wed) To: info-cpm@Brl-Aos.ARPA From: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!jim@Ucb-Vax.ARPA Subject: Public-ness of UCSD Pascal Versions Article-I.D.: felix.216 Long ago, in a fledging publication ("Infoworld") Adam Osborne penned a column modestly named "From the Fountainhead." In one of these columns he stated his view of the legal status of various versions of the UCSD Pascal P-system (Trademark the Regents of the University of California). As I recall Versions 1.2, 1.3, and 1.4 were characterized as public domain and addresses and/or phone numbers were published for where to get them. I.5 and II.0 were characterized as claimed to be non-public and hence deeded over to Softech Microsystems. To my knowledge II.1 is legitimately Apple's and Northstar's is legitimately theirs because their licenses were among the few irrevocable ones granted early on in the project. Also IV.x are legitimately Softech Microsystems, since they were mainly developed after the turnover. My question is: Has the status of I.5 and II.0 been clearly determined? Are they contestably public domain? I heard that Mike Lehman at one time was distributing I.5; if so this would seem to mean that it had been determined to be public. I would appreciate anyone having information on this subject replying to me by mail. I will summarize and post to the net if anything new turns up. In particular I would like to re-discover the contact information for the older versions that are known to be public. An old UCSD Hacker: Jim Gilbert FileNet Corporation 1575 Corporate Drive Costa Mesa, CA 92626 714-966-2344 {decvax,ucbvax}!trwrb!felix!jim 3-Apr-84 07:38:47-MST,1133;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 07:38:40-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 3 Apr 84 9:08 EST Date: 3 Apr 1984 07:09 MST (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: DIS - a CP/M disassembler from England The following files are now available on SIMTEL20, thanks to Hirst.rx@PARC-MAXC, our contact "across the pond". Filename Type Bytes Sectors CRC Directory MICRO: DIS.COM.1 COM 5120 40 = 28H A2DBH DIS.DOC.1 ASCII 3572 28 = 1CH 25BAH DIS.HEX.1 ASCII 13035 102 = 66H BBDDH Program DIS disassembles a .COM file into a .DIS file which may be subsequently assembled. The DIS file has the following features: 1. All branch points are provided with a label 2. Where permitted data blocks are split into DB, DW & DS 3. All references before 0100H and after program are EQUATE statements 4. Any unresolved block commences with a U type label 3-Apr-84 11:31:32-MST,921;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 11:31:24-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Apr 84 12:49 EST Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 3 Apr 84 12:42 EST Received: from ISL by SUMEX-AIM with Pup; Tue 3 Apr 84 09:37:18-PST Date: Tuesday, 3 Apr 1984 09:38-PST To: billw@SRI-KL.ARPA, info-cpm@Brl-Aos.ARPA Subject: mince Reply-to: kevinw@Su-Dsn.ARPA From: Kevin W. Rudd Sender: kevinw@isl it was said some time ago that MotU was no longer supporting Mince. is this still true? where is it now available? i recall that it was once sold by the now defunct Discount Software but haven't seen it recently. is MotU relying on people to only buy their new packaged setup (final word) and forgetting those who want it their way and are willing to hack to keep it that way? - K 3-Apr-84 12:30:17-MST,24441;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 12:29:11-MST Received: From parc-maxc.arpa.ARPA by AMSAA via smtp; 3 Apr 84 13:14 EST Date: 3 Apr 84 19:02:06+0100 (Tuesday) From: Hirst.rx@PARC-MAXC.ARPA Subject: Another File from England To: Keith Petersen cc: Info-Cpm@Amsaa.ARPA Keith, Here is a list of out PD programs here... UK Volume 0 (2 disks) DESCRIPTION: Catalogs of Library disks. NUMBER SIZE NAME COMMENTS -CATALOG.00- CONTENTS OF UK VOL. 00 0.1 118K CPMLIB.CAT CP/M User Group Catalogs. 0.2 3K CPMNLLIB.CAT CPMGG(NL) Group Catalogs. 0.3 2K FIND.COM Search catalog for key word. 0.4 214K SIGMLIB.CAT SIG/M Group Catalogs. 0.5 24K UKLIB.CAT UK Group Catalogs. 0.6 3K UKLIB.DOC UK Library Details. 0.7 1K VOLUME0.DOC Details of files on this disk. UK User Group Volume 1 DESCRIPTION: Miscellaneous Utilities. NUMBER SIZE NAME COMMENTS -CATALOG.01- CONTENTS OF CP/M UK VOL. 1 1.1 6K BANNER.ASM Source of updated BANNER program from US vol.8. 1.2 1K BANNER.COM .COM of the above program. 1.3 6K CARMAINT.BAS Source of vehicle maintenance record program. 1.4 8K DEDUMP.ASM Dr.Lee's cunning file transfer program. 1.5 13K DIRDUMP.ASM Directory dump utility. 1.6 5K DIS.COM Uncle David's Dynamic Disassembler. (No source.) 1.7 4K DIS.DOC Documentation for the above. 1.8 5K DUMBCOPY.ASM Good sector-by-sector copier for 1 drive system. 1.9 1K DUMBCOPY.COM .COM of above program 1.10 12K ERUN.COM Included to run PRINT.INT 1.11 4K HELP.MAC Provides instructions to user on appeal! 1.12 9K HEXDUMP.ASM Converts .COM file to .HEX. 1.13 6K HITECH.Z80 Driver routines for Hitech card + LUN table. 1.14 2K INST.FMI Instructions for updated PRINT.BAS. 1.15 6K LETTER.BAS Source of simple text formatting program. 1.16 1K LETTER.DAT Part of simple text formatting program. 1.17 3K LETTER.INT .INT file of above. 1.18 11K LIB.BAS Library of CBASIC I/O routines. 1.19 12K MFT.ASM Source of single drive copy routine. 1.20 2K MFT.COM .COM of above. 1.21 1K MFT.DOC Documentation of above. 1.22 12K MPRINT.ASM Multiple file print utility. 1.23 1K MPRINT.COM .COM of above. 1.24 1K PRINT.BAS Simple print utility for text formatter. 1.25 1K PRINT.INT .INT file of above 1.26 1K REMOV".COM Removes (") from a file (from US Lib.) 1.27 4K SPIES.BAS CBASIC version of the old DIGICO game. 1.28 3K SPIES.INT .INT of the above. 1.29 2K SPOOLNSH.INS Instructions for using SPOOLER with N.Star. 1.30 17K STOIC.COM STOIC compiled from US Lib.Vol.23. 1.31 22K STOICCPM.STC Source of CP/M file handling program for STOIC. 1.32 10K STOICEDT.STC Modified source of screen editor using above. 1.33 12K STOICFLE.STC Modified source of block STOIC file system. 1.34 2K U-G-FORM.LIB Nice form to send in with your software. 1.35 4K UK1.DOC Comments on some programs. UK User Group Volume 2. ED111 Macro Text Editor by David Back. US Group Catalog. -CATALOG.02- CONTENTS OF CP/MUGUK VOL. 02- 2.1 13k CCP.ASM Source of the CCP of ICOS-80, a CP/M lookalike. 2.2 80k CPMLIB.DOC US Library catalogue. 2.3 2k CRCK.COM CRC check program from US Vol.50. 2.4 1k CRCKLIST.CRC Checksums for files on this disk. 2.5 78k ED111.ASM Source of powerful macro text editor. 2.6 13k ED111.COM Command file of above. 2.7 4k ED111.IMP Implementation notes. 2.8 1k EDIT.MAC Macros for above. 2.9 3k HELP.MAC Macro information for above 2.9 3k S1PAT.ASM Patch for use with CP/M version 2.2 2.10 33k TEXTED.DOC Extensive documentation for above. 2.11 1k UK2.DOC Comments on programs. 2.12 2k U-G-FORM.LIB User Group submittal form. UK Users Group Volume 3 Programmable Calculator Simulation by Electronic Accounting Services. Utilities. NUMBER SIZE NAME COMMENTS CATALOG.03 CONTENTS OF CP/M VOL. 03 03.1 2K BM.OBJ A routine to run an approximation to PCW benchmarks. 03.2 1K BM.SRC Source of above. 03.3 5K BREAK.ASM File transfer, removing EOF (^Z) characters. 03.4 1K BREAK.COM .COM of above. 03.5 13K CALC.BAS Calculator program. 03.6 5K CALC.INT .INT of above. 03.7 27K CNOTES.PRN System notes for calculator package. 03.8 36K COMPILE.BAS Simulation compiler. 03.9 14K COMPILE.INT .INT of above. 03.10 1K CRCKLIST.CRC Checksums for files on this disk. 03.11 21K EDITOR.BAS Simulation program editor. 03.12 8K EDITOR.INT .INT of above. 03.13 17K EDITOR1.BAS Simulation data file editor. 03.14 7K EDITOR1.INT .INT of above. 03.15 1K INIT.BAS Simulation initialisation program. 03.16 1K INIT.INT .INT of above. 03.17 5K LIST.ASM List with paginate and tab expand. 03.18 1K LIST.COM .COM of above. 03.19 2K PCALC.BAS Controlling program for calculator. 03.20 1K PCALC.INT .INT of above. 03.21 8K PROG.BAS Simulation menu program. 03.22 4K PROG.INT .INT of above. 03.23 19K RUNOBJ.BAS Runtime module for calculator. 03.24 7K RUNOBJ.INT .INT of above. 03.25 2K SAL.OBJ Object of SAL.SRC 03.26 2K SAL.SRC Routine to generate payslips UK Users Group Volume 4. DESCRIPTION: Miscellaneous. NUMBER SIZE NAME COMMENTS -CATALOG.04- CONTENTS OF CP/M VOL. 04 04.1 16K BLKJK.BAS Intelligent terminal version of the game. 04.2 4K DIS.DOC Documentation for 4.3. 04.3 5K DIS85.COM 8085 disassembler based on 1.6. 04.4 17K DISKANAL.ASM Disk test program to find bad sectors 04.5 6K HEXDUMP.COM .COM of 4.7. 04.6 2K HEXDUMP.DOC Documentation for 4.7. 04.7 11K HEXDUMP.MAC Improved version of US 40.26 using Zilog mnemonics 04.8 1K MAKEFCB.COM File security program. 04.9 5K NOPIP.ASM File security program. 04.10 3K NOPIPV2.ASM File security program. 04.11 16K PLIDEMO.PLI Interfaces to allow KSAM80 04.12 1K PLIDEMO.SUB product to be used 04.13 3K PLIKSAM.ASM with PLI programs. (D.Powys-Lybbe). 04.14 1K PLIKSAM.DOC Documentation for above. 04.15 3K PLOT.DAT Mike Magnay's incremental plotter 04.16 9K PLOTALPH.ASM programs. See UK User Group newsletter 04.17 1K PLOTALPH.COM for details. 04.18 20K PREPRO.BAS CBASIC preprocessor. 04.19 11K READDISK.ASM Double-density disk-peeking program. 04.20 2K RECOVER.BAS Converts .LST file to .BAS (CBASIC). 04.21 2K REL.DOC Documentation for 4.22 to 4.30. 04.22 12K RELDEL.ASM Utilities for assisting 04.23 3K RELDEL.COM in the analysis 04.24 2K RELDEL.REL of .REL files 04.25 10K RELDUMP.ASM created to the 04.26 2K RELDUMP.COM Microsoft/Digital Research 04.27 2K RELDUMP.REL format. 04.28 8K RELMAP.ASM 04.29 2K RELMAP.COM 04.30 2K RELMAP.REL 04.31 1K SD8080.COM 4.35 converted for 8080. 04.32 1K SD8080.DOC Documentation for above. 04.33 1K SDIR.COM Z80 directory listing program 04.34 1K SDIR.DOC Documentation for above. 04.35 6K SDIR.MAC Source of SDIR.COM 04.36 3K STOICSAL.DOC Documentation for 04.37. 04.37 4K STOICSAL.STC STOIC words for handling strings, arrays and lists. 04.38 1K TURNKEY.COM .COM of 4.40. 04.39 1K TURNKEY.DOC Documentation for 4.40. 04.40 3K TURNKEY.MAC Program to generate turnkey system on CP/M disk automatically. 04.41 3K makefcb.asm A file created by 4.8. UK Users Group Volume 5 DESCRIPTION: Intelligent Terminal routines. Improved Utilities. NUMBER SIZE NAME COMMENTS -CATALOG.05- CONTENTS OF CP/M VOL. 05 05.1 11K BASFK.ASM Routine to load Cifer VDU function keys with BASIC statements. 05.2 1k CAT.COM Part of catalog system. 05.3 1k CAT2.COM Part of catalog system. 05.4 2k CRCK.COM Checksum program. 05.5 1K CRCKLIST.CRC Checksums of files on this disk 05.6 6K DDISK.COM Improved disk debug program 05.7 33K DDISK.MAC Source of above 05.8 1k MAST.CAT Sample catalog file. 05.9 30K PRTHT/21.ASM Print listings with date and time 05.10 3K PRTHT/21.COM .COM of above 05.11 1k PRTHT.DOC Documentation for above. 05.12 3K PWS.DOC WordStar patcher for intelligent terminals/printers 05.13 29K PWS/5.ASM Source of 5.12 05.14 3K TESTZ80.ZSM Test source file for Z80 assembler 05.15 3K UDCAT.COM 05.16 11K UDCAT.DOC Doc of updated catalogue program 05.17 19K UDCAT.MAC Improved disk catalogue program 05.18 57K Z80ASMUK.ASM Improved Z80 Assembler 05.19 9K Z80ASMUK.COM .COM of above 05.20 5K Z80DOCUK.DOC Documentation for assembler UK Users Group Volume 6 DESCRIPTION: Miscellaneous. NUMBER SIZE NAME COMMENTS -CATALOG.06- CONTENTS OF UK VOL. 06 06.1 13K BPRINT.ASM Improved version of MPRINT (UK Vol.1) 06.2 2K BPRINT.COM .COM of above 06.3 7K CAT.ASM List directory including 06.4 1K CAT.COM erased files. 06.5 2K CRCK.COM Checksum program 06.6 2K CRCKLIST.CRC Checksums of files on this disk. 06.7 2K EXSUB.COM Improved submit utility. 06.8 22K EXSUB.MAC Source of 06.7. 06.9 4K FORTH.DOC FIG-Forth Version 1.1 06.10 8K FORTH16K.COM / 06.11 42K FORTHV1.ASM / 06.12 15K MODDISK.ASM Disk utility for SuperBrain DD 06.13 3K MODDISK.DOC (May be modified for other disk types.) 06.14 3K RASMB.COM Z80 disassembler. 06.15 2K RASMB.DOC Documentation for above. 06.16 4K REC22.ASM File recovery program. 06.17 1K REC22.COM .COM of above. 06.18 15K REMCOM.ASM Remove REMs from MBASIC source file. 06.19 6K REMCOM.COM .COM of above 06.20 5K REMCOM.DOC .DOC for REMCOM. 06.21 1K RESULT.BAS Output from REMCOM. 06.22 19K STARRB.BAS Richard Beal's Startrek. 06.23 1K TESTPROG.BAS Input test file for REMCOM 06.24 2K UNERASE.COM File recovery program 06.25 5K UNERASE.DOC .DOC of above. 06.26 20K XREF.ASM Modified US 8.27 for console o/p. 06.27 3K XREF.COM .COM of above. 06.29 1K Z80DUMP.COM Hex dump of disk file 06.30 1K Z80TYPE.COM Type ASCII file to screen with paging. 06.31 1K ZPROGRAM.DOC .DOC of 06.29/06.30 UK Users Group Volume 7. DESCRIPTION: BASIC Programs. NUMBER SIZE NAME COMMENTS -CATALOG.07- CONTENTS OF CP/M UG(UK) VOL. 7 CRCKLIST.CRC Checksums of files on this disk. 07.1 2K ACCTFILE.BAS Part of General Ledger. 07.2 3K ANAGRAM.ASC Anagram Generator. 07.3 1K ANFILE.RML Data file for 07.4 07.4 2K ANIMAL.RML Game in RML BASIC. 07.5 3K BASECONV.RML Base Conversion in RML BASIC. 07.6 1K BINSERCH.BAS Part of General Ledger. 07.7 8K BIORYTH.ASC Microsoft BASIC Game. 07.8 7K CALC.BAS Talking Calculator Program. 07.9 7K CRT Part of General Ledger. 07.10 10K CRTFM.BAS Part of General Ledger. 07.11 4K CRTFM.INT 07.12 1K CURSOR.BAS Part of General Ledger. 07.13 1K FILEINIT.BAS Part of General Ledger. 07.14 1K FILEINIT.INT 07.15 11K FRAC.RML Program in RML BASIC. 07.16 2K G/L-INFO.BAS Part of General Ledger. 07.17 1K G/L000.BAS Part of General Ledger. 07.18 2K G/L000.INT 07.19 6K G/L010.BAS Part of General Ledger. 07.20 5K G/L010.INT 07.21 6K G/L020.BAS Part of General Ledger. 07.22 2K G/L020.INT 07.23 6K G/L030.BAS Part of General Ledger. 07.24 5K G/L030.INT 07.25 9K G/L040.BAS Part of General Ledger. 07.26 6K G/L040.INT 07.27 12K G/L050.BAS Part of General Ledger. 07.28 6K G/L050.INT 07.29 5K G/L070.BAS Part of General Ledger. 07.30 4K G/L070.INT 07.31 8K G/L080.BAS Part of General Ledger. 07.32 5K G/L080.INT 07.33 1K GENINFO.BAS Part of General Ledger. 07.34 3K GOLF.RML RML BASIC Game. 07.35 15K INVOICE3.ASC Invoice Program. 07.36 1K MATCHMEM.ASC Find byte in memory. 07.37 1K MEMVAL.ASC Hex/ASCII Memory Dump (MBASIC). 07.38 4K MOON.RML RML BASIC Game. 07.39 2K POSTFILE.BAS Part of General Ledger. 07.40 3K README.DOC General Ledger Details. 07.41 2K SINERULE.RML RML BASIC Program. 07.42 13K STARTREK.RML Game in RML BASIC. 07.43 5K SUBS1.BAS Part of General Ledger. 07.44 3K ZOO.RML RML BASIC Game. UK Users Group Volume 8. DESCRIPTION: Miscellaneous Utilities. NUMBER SIZE NAME COMMENTS -CATALOG.08- CONTENTS OF UK VOL. 08 08.1 9K ASMSYMBL.ASM Add sorted symbol table to ASM.COM 08.2 1K BCOM.COM Binary file compare utility. 08.3 15K BLOCK.ASM Block Letter display routine. 08.4 1K DISK.COM Directory list program 08.5 2K DSKED.COM Disk sector editor. 08.6 1K DUMP.COM Dump file in Hex and ASCII. 08.7 4K EDIT.COM Text editor. 08.8 16K EDIT.DOC Documentation for editor. 08.9 2K EPRINT.COM Multiple file print for MX80. 08.10 1K ERASE.COM Selective file erase. 08.11 1K FCOM.COM File compare program. 08.12 2K IMAGE.COM Track copier program. 08.13 2K MFT.COM Two drive copy program. 08.14 2K MFT1.COM Single drive copy program. 08.15 1K UNERASE.COM Recover erased files. 08.16 10K UTILITY.DOC Doc. for files on this disk. 08.17 1K VERIFY.COM Verify disk or selected files. 08.18 1K WORDS.COM File word/character count. 08.19 29K XREFASM.ASM Cross-reference listing from 08.20 4K XREFASM.COM .PRN file produced by 08.21 3K XREFASM.DOC ASM.COM, Z80ASM.COM or 08.22 6K XREFASM.REF MAC.COM assemblers. 08.23 20K ZDIS.DOC Doc. of disassembler. 08.24 9K ZDIS24K.COM Z80 disassembler to 08.25 9K ZDIS32K.COM Zilog/Mostek or TDL 08.26 58K ZDIS32K.ZSM mnemonics. UK Volume 09 DESCRIPTION: Miscellaneous. NUMBER SIZE NAME COMMENTS -CATALOG.09- CONTENTS OF UK VOL. 09 09.1 1K COMP.COM See LROM.DOC. 09.2 5K COMP.MAC / 09.3 1K CRLF.MAC / 09.4 1K CSUM.COM File checksum program. 09.5 2K CSUM.MAC / 09.6 3K EASTER.PAS Pro-Pascal program 09.7 1K ERQ.COM Interactive file erase. 09.8 5K ERQ.MAC / 09.9 1K FRMEM.MAC See LROM.DOC. 09.10 1K INLIN.MAC / 09.11 2K LABEL.BAS Library disk label print. 09.12 8K LIFE.PAS Life for Pro-Pascal. 09.13 2K LROM.DOC Extract group of records from .COM file. 09.14 6K LROM.MAC / 09.15 2K MPRINT.COM Updated multiple file print. 09.16 12K MPRINT.Z80 / 09.17 1K PINIT.COM Printer set-up program. 09.18 2K PINIT.DOC / 09.19 8K PINIT.MAC / 09.20 2K PRIMES.PAS Pro-Pascal program 09.21 2K REGHEX.MAC See LROM.DOC 09.22 3K RESULTS.PAS Pro-Pascal program. 09.23 8K REZ80.COM RESOURCE modified to 09.24 26K REZ80.DOC produce Zilog mnemonics. 09.25 38K REZ80.MAC / 09.26 38K REZ80.ZSM / 09.27 3K RLIN.MAC See LROM.DOC. 09.28 6K SIG.FMT Data file for LABEL 09.29 3K SYSLIB.REL See LROM.DOC 09.30 1K UK.FMT Data file for LABEL. 09.31 6K US.FMT Data file for LABEL. UK Volume 10 DESCRIPTION: Utilities. MBASIC programs. NUMBER SIZE NAME COMMENTS -CATALOG.10- CONTENTS OF UK VOL. 10 10.1 1K C2M.DOC CBASIC to MBASIC file 10.2 4K C2M-CONV.BAS conversion program. 10.3 2K C2M-RAND.BAS / 10.4 3K CALENDAR.BAS BASIC calendar program. 10.5 7K CALENDAR.STC STOIC calendar program. 10.6 1K DEDUMPZ.COM Update of UK Volume 1 10.7 4K DEDUMPZ.MAC program. 10.8 1K PRTHT.DOC Update of UK Volume 5 10.9 49K PRTHT/22.ASM program. 10.10 4K PRTHT/22.COM 10.11 12K QUEST.BAS Game program from Byte. 10.12 2K README.DOC Doc. for Calendar programs and DEDUMPZ. 10.13 54K UKM7.ASM David Back's version 10.14 8K UKM7.COM of MODEM7 for UK use. 10.15 10K UKM7DC.DOC / 10.16 31K VFILE.COM File viewer program. 10.17 6K VFILE.DOC / 10.18 1K VFINSTAL.SUB / 10.19 4K VFUSER1.ASM / 10.20 1K VFUSER1.HEX / UK Volume 11 DESCRIPTION: STOIC Volume 1. NUMBER SIZE NAME COMMENTS -CATALOG.11- CONTENTS OF UK VOL. 11 11.1 13K ASSEMBL.DOC Stoic 8080 assembler 11.2 3K BM.STC Stoic Benchmark program 11.3 3K CALENDAR.BAS BASIC Calendar program 11.4 7K CALENDAR.STC Stoic Calendar program 11.5 8K DICT.DOC Stoic dictionary definitions 11.6 5K FLOATPNT.DOC Floating point documentation 11.7 2K READ.ME Doc for UK Volumes 11,12 11.8 2K README.DOC Doc for Calendar programs 11.9 11K STOICFLT.STC Floating point package 11.10 5K STOICINT.STC 4 byte integer addition 11.11 2K STOICSRT.STC Stoic sort routine 11.12 8K UK-INTRO.TXT Introduction to Stoic 11.13 13K UK-PRACT.TXT 'Get-you-started' file 11.14 4K UKMISC.STC Misc Stoic Words 11.15 28K UKSTOIC1.DOC Stoic Documentation 11.16 27K UKSTOIC2.DOC / 11.17 13K UKSTOIC3.DOC / 11.18 14K UKSTOICB.COM Simple Stoic compilation UK Volume 12. DESCRIPTION: STOIC Volume 2 by Keith Goldie-Morrison. FORTH-79 by Denis Larder. NUMBER SIZE NAME COMMENTS -CATALOG.12- CONTENTS OF UK VOL. 12 12.1 3K FORTH.DOC Documentation for FORTH files. 12.2 14K FORTH+++.COM Extended FORTH (See FORTH.DOC) 12.3 8K FORTH-79.COM FORTH 79 12.4 38K KERNEL.ASM Stoic Kernel. 12.5 1K READ.ME Stoic Note. 12.6 23K STOICBAS.STC Stoic basic definitions 12.7 3K STOICFFT.STC Stoic floating point FFT 12.8 3K STOICSAL.DOC Stoic string handling (from UK Vol.4) 12.9 4K STOICSAL.STC / 12.10 2K STOICSIN.STC Stoic sine/cosine words 12.11 22K UKCP/M.STC Stoic - CP/M file handling 12.12 13K UKEDIT.DOC Stoic Editor documentation 12.13 12K UKEDITOR.STC Updated Stoic Editor 12.14 4K FILE.DOC Doc. of Stoic file handling 12.15 22K UKSTOICE.COM Compiled Stoic Editor 12.16 18K UKSTOICF.COM Compiled Stoic file system UK Users Group Volume 13 DESCRIPTION: Music Programs. NUMBER SIZE NAME COMMENTS -CATALOG.13- Contents of UK Vol. 13 13.1 4K 2PART08.MUS Tune files for MUSIC.COM 13.2 3K 2PART09.MUS / 13.3 2K 2PART13.MUS / 13.4 2K 2PART14.MUS / 13.5 2K 2PART15.MUS / 13.6 2K ABBOTS.MUS / 13.7 3K AMAJOR.MUS / 13.8 3K ARIA.MUS / 13.9 6K BOYCE1.MUS / 13.10 10K BRAN3A.MUS / 13.11 7K BRAN3B.MUS / 13.12 8K BRAN3C.MUS / 13.13 3K BUX14.MUS / 13.14 4K BUX15A.MUS / 13.15 3K CHERRY.MUS / 13.16 1K CHOPSTIX.MUS / 13.17 5K CMINOR.MUS / 13.18 1K COVENTRY.MUS / 13.19 8K DMINOR.MUS / 13.20 16K FRUN.COM Nevada ForTran run-time package 13.21 2K GLORY.MUS Tune file for MUSIC.COM 13.22 6K GMINOR.MUS / 13.23 5K GSTRING.MUS / 13.24 2K GYPSY.MUS / 13.25 2K HARK.MUS / 13.26 1K IRISH.MUS / 13.27 2K ITCAME.MUS / 13.28 1K MEDLEY1.MUS / 13.29 1K MEDLEY2.MUS / 13.30 1K MEDLEY3.MUS / 13.31 1K MEDLEY4.MUS / 13.32 6K MENDEL2.MUS / 13.33 3K MERRY.MUS / 13.34 6K MINUET.MUS / 13.35 3K MINUTE.MUS / 13.36 6K MUSIC.COM Music Interpreter 13.37 16K MUSIC.DOC Doc. for above. 13.38 3K OCOME.MUS Tune file for MUSIC.COM 13.39 2K OFT.MUS / 13.40 4K PACHEBEL.MUS / 13.41 3K PURCELL.MUS / 13.42 0K RUN.COM Rerun already loaded file. 13.43 2K SETUP.BAS ASCII source for BASIC setup program 13.44 2K SETUP.BBC Above file in BBCBASIC(Z80) internal format 13.45 1K SETUP.DOC Doc. for setup programs 13.46 6K SETUP.FOR ForTran source for setup program 13.47 4K SETUP.OBJ Compiled 13.46 13.48 7K STING.MUS Tune file for MUSIC.COM 13.49 2K THEDAY.MUS / 13.50 13K TOCCATA.MUS / 13.51 2K TOWNOF.MUS / 13.52 4K WATER2.MUS / 13.53 2K WATER3.MUS / 13.54 3K WAVEFORM.BAS Music waveform configuration program 13.55 3K WAVEFORM.BBC 13.54 in BBCBASIC(Z80) internal format. 13.56 1K WAVEFORM.MUS Demo of waveforms. 13.57 2K WE3.MUS Tune file for MUSIC.COM 13.58 4K WENCES.MUS / 13.59 5K ZION.MUS / UK Users Group Volume 14 DESCRIPTION: (1) C Programs (2) Utilities. NUMBER SIZE NAME COMMENTS -CATALOG.14- CONTENTS OF UK VOL. 14 14.1 24K BBCBASIC.HLP Help file for BBCBASIC(Z80) 14.2 2K CPROGS.DOC Documentation for C programs on this disc 14.3 4K EXAMPLE.MAC Sample program using TI9995 macro library 14.4 1K EXAMPLE.REL / 14.5 10K FCAT.COM Improved catalog program 14.6 2K FCAT.DOC / 14.7 5K FCAT.PAS / 14.8 1K FILTER.C Remove CR from text file 14.9 2K FILTER.COM / 14.10 13K HELP.ASM Improved help program 14.11 2K HELP.COM / 14.12 1K LIST.C File display program 14.13 4K LIST.COM / 14.14 3K MYLIB.C C/80 library 14.15 28K SWEEP.COM Super directory maintenance and file transfer 14.16 13K SWEEP35.DOC utility 14.17 1K SYM.COM Convert M80 symbol table for ZSID 14.18 3K SYM.DOC / 14.19 7K SYM.MAC / 14.20 5K TERM.C Terminal program for TRS80 model II 14.21 38K TERM.COM / 14.22 1K WORDCNT.C Count words in text file 14.23 4K WORDCNT.COM / 14.24 7K X9995.LIB M80 macros for TI 9995 cross-assembler 14.25 2K XLATE.COM Translate 8080 to Z80 source 14.26 12K XLATE.MAC / 14.27 3K ZXREF.COM Cross-ref program for Z80 source 14.28 21K ZXREF.ZSM / UK Users Group Volume 15 DESCRIPTION: (1) Small-C Compiler (2) Telex Communication Program NUMBER SIZE NAME COMMENTS -CATALOG.15- CONTENTS OF UK VOL. 15 15.1 4K CONIO.LIB Small C libraries 15.2 5K CRUN.LIB / 15.3 12K CZMON.C Sample Small-C program 15.4 6K CZMON.COM / 15.5 8K CZMON.DOC / 15.6 11K FILE.LIB Small-C library 15.7 2K LIST.C Sample Small-C program 15.8 2K LIST.COM / 15.9 2K NUMIO.LIB Small-C library 15.10 3K TAB.C Sample Small-C program 15.11 3K TAB.COM / 15.12 1K TAB/LIST.DOC Doc. of Small-C programs 15.13 4K TELEX.DOC Notes on UK Telex system 15.14 3K U-G-FORM.LIB Small-C submission form 15.15 3K UKINSTL.COM Telex communication program 15.16 20K UKTLX.ASM / 15.17 3K UKTLX.COM / 15.18 4K UKTLX.DOC / 15.19 9K Z80ASMUK.COM Z80 Assembler for use with Small-C 15.20 6K Z80DOCUK.DOC / 15.21 19K ZSC-1.C Small-C compiler 15.22 18K ZSC-2.C / 15.23 11K ZSC-COMP.LIB / 15.24 23K ZSMALL.COM / 15.25 15K ZSMALL.DOC / UK Users Group Volume 16 DESCRIPTION: Utilities. NUMBER SIZE NAME COMMENTS -CATALOG.16- CONTENTS OF UK VOL. 16 16.1 1K AUTO.COM Auto-execute program on cold boot 16.2 1K AUTO.DOC / 16.3 3K AUTO.MAC / 16.4 3K CUBE.COM 5x5 Cube puzzle 16.5 12K CUBE.ZSM / 16.6 1K DISK3.COM CP/M 3 utility. See UTIL.DOC 16.7 7K DISKSTAT.COM Display disk characteristics 16.8 47K DISKSTAT.MAC and file allocation 16.9 3K DSKED3.COM CP/M 3 utility. See UTIL.DOC 16.10 1K DUMP.COM Improved file dump utility 16.11 1K DUMP.DOC / 16.12 11K DUMP.MAC / 16.13 2K IMAGE3.COM CP/M 3 utility. See UTIL.DOC 16.14 1K PASSWORD.COM CP/M 3 utility. See UTIL.DOC 16.15 2K PXSUM.COM PROM checksum program. See UTIL.DOC 16.16 2K SBCOPY.COM SuperBrain fast copy program 16.17 1K SBCOPY.DOC / 16.18 12K SBCOPY.MAC / 16.19 8K SPZ.COM Full screen disk utility. Assembled 16.20 11K SPZ.DOC for SuperBrain. 16.21 69K SPZ.MAC / 16.22 1K SYM.COM Generate SID-compatible symbol 16.23 3K SYM.DOC table from Macro-80 listing file 16.24 7K SYM.MAC / 16.25 1K UNLOAD.COM Convert .COM to .HEX. See UTIL.DOC 16.26 7K UTIL.DOC Documentation for files on this disk 16.27 1K VERIFY3.COM CP/M 3 utility. See UTIL.DOC 16.28 1K WRTSYS.COM CP/M 3 utility. See UTIL.DOC UK Users Group Volume 17 DESCRIPTION: Magazine Index 1978-1983. NUMBER SIZE NAME COMMENTS -CATALOG.17- CONTENTS OF UK VOL. 17 17.1 1K CRCKLIST.CRC Checksums of files on this disk 17.2 224K MAGS. Main Index File 17.3 3K MAGS.DOC Documentation 17.4 12K SCAN.COM Program to scan index UK Users Group Volume 18 DESCRIPTION: (1) ProPascal programs. (2) C80 programs. NUMBER SIZE NAME COMMENTS -CATALOG.18- CONTENTS OF UK VOL. 18 18.1 21K ALL.DOC Documentation for ProPascal programs 18.2 12K ALLSORTS.COM Graphical demonstration of alternative 18.3 12K ALLSORTS.PAS sorting methods. 18.4 14K ASCIEBCD.COM Convert ASCII file to EBCDIC. 18.5 1K ASCIEBCD.DOC / 18.6 3K C80LIB.C Updated version of 14.14 18.7 8K COMPARE.COM File compare with output 18.8 2K COMPARE.DOC to file or console 18.9 4K COMPARE.PAS ProPascal source of above. 18.10 9K CREF.COM Customisable cross-reference 18.11 7K CREF.DOC generator. 18.12 8K CREF.PAS ProPascal source of above. 18.13 8K DISCHEK.COM Utility to read all sectors 18.14 1K DISCHEK.DOC of any size disk and 18.15 3K DISCHEK.PAS report errors. 18.16 4K DISK.MAC Used by ProPascal disk utilities. 18.17 11K DISKDOC.COM Terminal-independent disk patcher 18.18 10K DISKDOC.DOC for any size of disk. 18.19 8K DISKDOC.PAS ProPascal source of above. 18.20 1K ERAT.C Sieve benchmark for C/80. 18.21 12K ERAT.COM / 18.22 9K FILCAT.COM Catalogues disk to a text file 18.23 2K FILCAT.DOC for editing or sorting. 18.24 3K FILCAT.PAS ProPascal source of above. 18.25 2K GETDIR.MAC Used by FILCAT. 18.26 11K LOOK.C View/patch file in ASCII and HEX 18.27 12K LOOK.COM / 18.28 2K NUMD.C / 18.29 2K NUMH.C / 18.30 2K RB.DOC Documentation of LOOK, ERAT. 18.31 13K SORT.COM Sort utility, not limited by memory 18.32 2K SORT.DOC /  3-Apr-84 22:23:19-MST,616;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 3 Apr 84 22:23:15-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 3 Apr 84 23:49 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 3 Apr 84 23:48 EST Date: 3 April 1984 23:47-EST From: Kevin J. Burnett To: INFO-CPM@Mit-Mc.ARPA I have MDM730 for my apple , and am trying to change the phone number library with M7LIB.COM from simtel20, but after listing the library and asking if it looks right, it says "library not found" and throws me into cp/m? what's the matter with it? 4-Apr-84 12:21:03-MST,1403;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 12:20:55-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Apr 84 13:54 EST Received: From 10.2.0.51.ARPA by BRL-AOS via smtp; 4 Apr 84 13:51 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Apr 84 23:50-PST Date: 31 Mar 84 23:00:44-PST (Sat) To: info-cpm@Brl-Aos.ARPA From: decvax!mcnc!duke!ucf-cs!jeff@Ucb-Vax.ARPA Subject: 5.25" disk drives Article-I.D.: ucf-cs.1221 For Sale: Nearly new DSDD 5.25" disk drives. 80 tracks double sided means over 700k each formatted. Usable with most systems, I have used them on an IBM-PC and on a Lobo Max-80 without prob- lems. These are thinlines, and come with power supply and case, and a cable for edge card connection. I am selling them because I no longer have a system to use them on. Original cost: $389 each per drive $100 for case and power supply $ 40 for cable ---- $918 total for two drives, PS, cable and case. First $600 takes it away, providing you can find an acceptable way to transfer the funds. I am a little shy of sending this off to a total stranger without some sort of collateral, and I'm sure the same goes for you. Contact: Jeff C. Glover, P.O. Box 26378, Orlando, FL 32816 {duke|decvax}!ucf-cs!jeff UUCP (305)-275-4130 from 9pm-11pm Eastern Time. 4-Apr-84 12:42:52-MST,992;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 12:42:47-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Apr 84 14:06 EST Received: From sri-tsc.arpa.ARPA by BRL-AOS via smtp; 4 Apr 84 13:55 EST Received: by sri-tsc.arpa at Wed, 4 Apr 84 10:18:58 pst From: edl Message-Id: <8404041818.AA00880@sri-tsc.arpa> Date: 4 Apr 1984 1018-PST (Wednesday) To: info-cpm@Brl-Aos.ARPA Subject: crowded mailboxes I keep getting empty messages from info-cpm-request once an hour which are crowding my mailbox terribly. Is anyone else having this problem? Does anyone have a suggestion on how to stop this - its been going on for almost a week now. The messages have only a header and look like this: Return-Path: Received: from AMSAA (amsaa.arpa) by sri-tsc.arpa at Wed, 4 Apr 84 10:04:47 pst Date: Wed, 4 Apr 84 10:04:42 pst From: 4-Apr-84 13:18:46-MST,1029;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 13:18:41-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 4 Apr 84 14:22 EST Date: Tuesday, 3 April 1984 23:21-MST Message-ID: Sender: bridger@Rand-Unix.ARPA From: bridger@Rand-Unix.ARPA To: W8SDZ@SIMTEL20.ARPA cc: randvax!bridger@Rand-Unix.ARPA Subject: sd 80 bug ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Wed 4 Apr 1984 12:23-MST -------- The SD v 8.0 SORT fix 6 statements after label L3 (MVI A,11) is causing some multi-extent files to be reported too small-- e.g. 32K instead of 76K. Behavior seems to require several alphabetically similar names in the listing, e.g ABC.ASM, ABC.COM. Bug disappears with MVI A,12. This test was made on hand-modified vers SD 7.9 after reading v 8.0 listing in the SORT routine area. When MVI A,12 is restored I presume the documented bug still exists, then? --bridger 4-Apr-84 14:56:28-MST,1208;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 14:56:21-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Apr 84 15:35 EST Received: From csnet-relay.arpa.ARPA by BRL-AOS via smtp; 4 Apr 84 15:35 EST Received: From Rochester.arpa by csnet-relay via smtp; 4 Apr 84 15:05 EST Received: by sen.rochester (3.327.3O) id AA10863; 4 Apr 84 14:59:57 EST (Wed) Received: by cay.Rochester (3.327.3N+) id AA05062; 4 Apr 84 14:59:24 EST (Wed) Message-Id: <8404041959.10863@sen.rochester> Date: 4 Apr 84 14:59:57 EST (Wed) From: Mike Ciaraldi Subject: Re: What termnal does Mode7 emulate To: ANDY%MIT-OZ%mit-mc.arpa@csnet-relay.arpa, young%uci-750a.arpa@csnet-relay.arpa Cc: info-cpm%brl.arpa@csnet-relay.arpa Don't forget that you must change the byte in the overlay that allows control codes to get through MODEM7 out to the screen driver. Otherwise the cursor-positioning, etc. may not work, since the defualt is that MODEM7 filters out control codes except (I think) CR, LF, and BS. There was a message about this on info-cpm about a week ago. Mike Ciaraldi ciaraldi@rochester 4-Apr-84 15:06:53-MST,987;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 15:06:47-MST Date: Wed, 4 Apr 84 15:36:39 EST From: Dave Towson (info-cpm) To: info-cpm@Amsaa.ARPA Subject: [Frank da Cruz: Simtel20 Archives announcement] CP/Mers - Please note the correction in Frank's message below. Send requests for information concerning Kermit to Info-Kermit-Request, NOT to Info-Kermit. Thanks, Dave ----- Forwarded message # 1: Received: From columbia-20.arpa.ARPA by AMSAA via smtp; 4 Apr 84 10:37 EST Date: Wed 4 Apr 84 10:38:36-EST From: Frank da Cruz Subject: Simtel20 Archives announcement To: Info-CPM-Request@AMSAA.ARPA Thanks for the nice words about Kermit. One minor correction -- Please ask them to send requests for information to Info-Kermit-Request, not Info-Kermit, at COLUMBIA-20. Thanks. - Frank ------- ----- End of forwarded messages 4-Apr-84 19:57:27-MST,725;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 19:57:22-MST Received: From utexas-20.arpa.ARPA by AMSAA via smtp; 4 Apr 84 18:17 EST Date: Wed 4 Apr 84 17:19:07-CST From: Aaron Temin Subject: ZCPR problem To: info-cpm@AMSAA.ARPA I am trying to install ZCPR under CP/M 2.2 and it almost works. However, when given the name of a .COM file to execute it merely echos the name of the file followed by a question mark (standard error stuff when it can't find a file, I think). Anyone got any suggestions as to what is going wrong? I am running the MICAH SuperBios on a Cromemco System III. Thanks very much, -aaron ------- 4-Apr-84 19:59:51-MST,1527;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 4 Apr 84 19:59:46-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 4 Apr 84 18:47 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 4 Apr 84 18:40 EST Received: from MIT-LISPM-18 by MIT-OZ via Chaosnet; 4 Apr 84 17:18-EST Date: Wednesday, 4 April 1984, 17:18-EST From: Robert L. Krawitz Subject: crowded mailboxes edl@Sri-Tsc.ARPA To: info-cpm@Mit-Mc.ARPA CC: zzz.rlk%MIT-OZ@MIT-MC.ARPA In-reply-to: <8404041818.AA00880@sri-tsc.arpa> Message-ID: <[MIT-LISPM-18].4/04/84 17:18:27.ZZZ.RLK> I don't have your particular problem, but my mailbox does fill up awfully fast. Most of the stuff on here is good, but occasionally (like last week) it partially degenerates into flaming, which is a waste of time and disk space. So, two requests: 1) No flaming. If someone is screwing up, we don't all need to know. 2) If you're replying to a specific, system-dependent question of someone else's, please if at all possible reply only to that person. My mailbox is full of specifics that aren't going to help anyone without a specific configuration. I'm not saying that this is true of everyone, because most of the stuff on here can be useful to many people, but just keep this in mind. Even though they are long, I like the lists of software. Do archives, or at least pointers to content of archives, exist anywhere on the arpanet? Thanks, Robert 5-Apr-84 02:27:31-MST,962;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 02:27:20-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Apr 84 4:07 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 5 Apr 84 4:00 EST Date: 5 April 1984 03:58-EST From: Jerry E. Pournelle Subject: Public-ness of UCSD Pascal Versions To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!jim@Ucb-Vax.ARPA cc: info-cpm@Brl-Aos.ARPA In-reply-to: Msg of 28 Mar 84 9:56:44-PST (Wed) from decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!jim at Ucb-Vax.ARPA You raise interesting questions. My mad friend was so upset by the UCSD Pascal situation that he was actually beginning a lawsuit on the theory that public money developed it, and it thus belonged to the public. He never got far, because it was about then that he began wasting away with cancer. It might have been interesting to see what would have happened. 5-Apr-84 03:07:59-MST,2065;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 03:07:53-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Apr 84 4:38 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 5 Apr 84 4:32 EST Date: 5 April 1984 04:29-EST From: Jerry E. Pournelle Subject: CompuPro Service To: decvax!mcnc!ecsvax!hsplab@Ucb-Vax.ARPA cc: info-cpm@Brl-Aos.ARPA In-reply-to: Msg of 29 Mar 84 22:27:47-PST (Thu) from decvax!mcnc!ecsvax!hsplab at Ucb-Vax.ARPA If you'll send a hard copy detailing your difficulties (specifics like dates and the like would help) we'll see what can be done; I find by and large that when I send in a paper it gets read... Pournelle BYTE pob 372 Hancock NH 03449 Priority One doesn't really give ANYONE support for stuff they sell; I have a color board for the PC that won't work with anytyhing but a couple of specific terminals although there is nothing in the ads that say that. We are having fun with Priority One which sold it to us. CompuPro is trying very hard to get out of the direct support business because they ship too much stuff to be able to do that. Generic solutions to problems are more useful: in your case, for instance. Mostly they hope you will buy their stuff through a Systems Center and get support from that. Priority One sells a LOT of CompuPro stuff but at a very low profit margin and they just don't do no support at all; leaving the troops in Hayward to wonder what to do. I dunno either; but in your case, if you'll let me know, maybe something can be made to happen. As a general proposition, though, I find CompuPro stuff rock solid, but it is getting harder and harder to talk to the people in Hayward unless you know them well. They also have another type of chap: the ones who add nonstandard stuff, hack things, and tehn complain that it doesn't work... I have a drawer full of their complaints, but not much sympathy for them (why doesn't my belchly board work with ...) 5-Apr-84 07:45:10-MST,3150;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 07:45:00-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 5 Apr 84 8:58 EST Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 5 Apr 84 8:58 EST Date: Thu 5 Apr 84 06:55:51-MST From: Rick Conn Subject: Re: ZCPR3 To: ddb%mrvax.DEC%decwrl.ARPA@CSNET-RELAY.ARPA cc: info-cpm@BRL.ARPA In-Reply-To: Message from "DAVID DYER-BENNET MRO1-2/L14 DTN 231-4076 " of Wed 4 Apr 84 09:41:33-MST David, I am writing a book on ZCPR3, and this will address your questions in much greater detail. In a nutshell, ZCPR1/ZCPR2/ZCPR3 do not address programs which use overlays. Such would require a BDOS modification. There is a way around this problem, however, with ZCPR3. As I mentioned, one feature of ZCPR3 is the alias. The alias allows the user to define a sophisticated command line which is executed in place of a simple command issued by the user. I am running WS and dBASE II, as well as BDS C, C/80, and PASCAL/MT+ under ZCPR3, and, by using a combination of aliases and ZEX command files, all are fitting into the ZCPR3 environment. Each commercial program must be addressed independently, since they all handle things differently. WS, for instance, will, when not finding its overlays in the current directory, drop down to disk A, current user and look there. Hence, I use WS only from a directory called TEXT, where TEXT is B7: and WS.COM and its overlays, including a spelling checker, are in A7:. The search path is A$ A15 (including current dir by default), so issuing WS from B7 will find WS.COM in A7 (the A$ part of the path expands into A7 when the command is issued from d7). When it comes to program editing, I use WM, which requires not overlays and optionally can use a HLP file (which will be found in A$ if not found in the current dir). WM is in the root (A15), so it is found from anywhere on the system. dBASE II was quite different in that it had to have its overlays in the current directory. To get around this problem, I created an alias which, in response to the command DB2, will issue the following command sequence: A9:;dbase setup;$d$u: where: A9: -- logs me into the directory containing DBASE.COM and its overlays dbase setup -- runs DBASE.COM, and SETUP.CMD contains the command "set default to B:", which places me into B9: to do the work; when I issue the "quit" command, the last command is executed: $d$u: -- returns me to the directory I was in originally Finally, with the three languages I mentioned above, all support the ability to indicate where the required overlays are located. ZEX command files are used to do the compilation, linking, and cleanup. Also, for each language, the files supporting the compilers and linkers are in An: while the work areas are in Bn:, such as A2: containing BDS C compiler and linker while B2: contains the files I am working on. You will see more on this when the book comes out. Rick ------- 5-Apr-84 07:49:00-MST,965;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 07:48:55-MST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 5 Apr 84 9:10 EST Received: From brl-bmd.arpa.ARPA by BRL-MIS via smtp; 5 Apr 84 9:02 EST Date: Thu, 5 Apr 84 8:49:36 EST From: Charlie Strom (NYU) To: Herb Lin cc: INFO-CPM@Brl.ARPA Subject: New Macrotech CPU The pricing for the MI-286 board (I prefer to call it the Oakland Raider or the Mach2) is tentatively set for $1395 (less than I thought it would be), with an additional charge of $650 (ouch) for inclusion of an 80287. This board will be supplied with 6MHz CPU's; it is designed to work with an 8MHz 80286 when they become available. A major market for this board is to breathe some new life into MP/M-816 systems, so you can be sure that it will be designed as a drop-in replacement on such systems. 5-Apr-84 08:19:40-MST,831;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 08:19:35-MST Date: Thu, 5 Apr 84 9:27:55 EST From: Dave Towson (info-cpm) To: Saline@mit-multics.arpa cc: info-cpm@Amsaa.ARPA Subject: Re: FTP Steve - FTP is a network protocol. What goes out on the network must conform to that protocol. Therefore, on the network, it all looks the same. Locally, however, there are syntax differences among the different implementations. The question, then, is not how SIMTEL20 or COLUMBIA-20 does it, but how YOUR LOCAL SYSTEM does it. To find that out, you MUST seek advice LOCALLY. Find the name of your host administrator, and ask him/her to point you in the right direction. Dave Towson info-cpm-request@amsaa 5-Apr-84 20:48:57-MST,3119;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 5 Apr 84 20:48:48-MST Received: From 192.5.58.3.ARPA by AMSAA via smtp; 5 Apr 84 22:23 EST Received: from RHEA.ARPA by decwrl.ARPA (4.22.01/4.7.11) id AA03740; Thu, 5 Apr 84 19:20:08 pst Message-Id: <8404060320.AA03740@decwrl.ARPA> Date: 05-Apr-1984 2158 From: Dave Mitton To: info-cpm@amsaa.ARPA, info-cpm%decwrl.ARPA@csnet-relay.ARPA Subject: Rainbow 100-A SETHARD program For the person with the Rainbow 100 winnie upgrade: The following is the program that pokes magic locations in the Rainbow BIOS to fool the system into thinking it booted off the winchester. - Get this source on your Rainbow, and edit to taste (I acutally set both boot and default to E:) - Assemble and link - copy all files you want onto the winchester - make a copy of your bootable floppy system disk - delete every thing except SETHARD.CMD, CPM.SYS, and Z80CNF.SYS - boot the system off your new disk - run SETHARD and it will think that E: is the boot disk - you do even better by patching SETHARD into the initial command buffer for execution at startup time. Disclaimer: I use this program, but I am not responsible for it's coding or functions. It is based on carnal knowledge of the Rainbow CP/M BIOS and may break in future releases. Enjoy, Dave Mitton, DEC Networks and Communications ----------------- TITLE 'SETHARD' ; RESET THE SYSTEM DISK ;+ ; SETHARD - Sets the CP/M bootdrive disk unit to E: and the current ; default logged in drive to F: ; Used on Rainbow 100-A's which cannot boot the Winchester directly. ; ; Based on module by: Juergen Stieger PCSC - ZURICH ; Re-coded by: David J. Mitton, Networks and Communications - TWO/E07 ; ; V1.0 28-Feb-84 CP/M-86/80 V2.0 ; ;- CSEG ; code segment DRIVEA EQU 0 ; Drive A unit number DRIVEB EQU 1 ; Drive B unit number DRIVEE EQU 4 ; Drive E unit number DRIVEF EQU 5 ; Drive F unit number ; *** Modify the following three symbols for your configuration CURRENT EQU DRIVEF ; Current disk desired BOOT EQU DRIVEE ; Boot disk desired SYSTEM EQU DRIVEE ; System disk desired ; *** NOTE: the following 3 locations are DEC CP/M-86/80 V2.0 dependent **** CDISK EQU 0939H ; Current drive unit number CURDRSV EQU 24B7H ; Boot drive unit number SDISK EQU 254AH ; Default system drive unit number ORG 100H ; Org to proper start START: MOV AX,40H ;SET ES TO CP/M-CSEG MOV ES,AX ; ... MOV AL,CURRENT ;Put drive unit number in AL MOV DI,CDISK ;Put addr of CURRENT DRIVE cell in DI STOSB ;Write unit number into BIOS MOV AL,BOOT ;Put drive unit number in AL MOV DI,CURDRSV ;Put addr of BOOT DRIVE cell in DI STOSB ;Write unit number into BIOS MOV AL,SYSTEM ;Put drive unit number in AL MOV DI,SDISK ;Put addr of SYSTEM DRIVE cell in DI STOSB ;Write unit number into BIOS MOV CL,0 ;Exit back to system and simulate ^C MOV DL,CL ; INT 224 ;via interrupt 6-Apr-84 00:50:15-MST,4005;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 6 Apr 84 00:49:55-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 6 Apr 84 2:15 EST Date: 6 Apr 1984 00:16 MST (Fri) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: SD-81 now available Thanks to our Info-Cpm readers a bug in SD-80 was uncovered and Sigi Kluger has just released SD-81, which I just uploaded to SIMTEL20. Here's a list of the files: Filename Type Bytes Sectors CRC Directory MICRO: SD-79A.DOC.1 ASCII 9525 75 = 4BH D733H SD-79A.DQC.1 COM 6144 48 = 30H 2D4BH SD-81.AQM.1 COM 53248 416 = 1A0H F3D9H SD-81.ASM.1 ASCII 78722 616 = 268H B1B8H SD-81.NOT.1 ASCII 2689 22 = 16H 3ECCH SD-81H.COM.1 COM 3584 28 = 1CH 49AEH SD-81H.HEX.1 ASCII 8745 69 = 45H DD3FH SD-81V.COM.1 COM 3968 31 = 1FH F321H SD-81V.HEX.1 ASCII 9680 76 = 4CH 7563H SD8081.DIF.1 ASCII 3401 27 = 1BH 15A1H The last one, SD8081.DIF, is an SSED2 editor script for those who got SD-80.ASM so they don't have to download the whole .ASM file again. Here's a note from Sigi about the update: 04/04/84 S. Kluger El Paso RCPM First off... sorry for the mess-up in SD-80. Sometimes it helps if you know what you're doing! Anyway, the bug is now fixed and that with an extra bonus... Seems like the way SD has been working right now, it would get mighty confused with extremely large files. To backtrack a bit, filesize is stored in the directory as follows: ENTRY+12 EX (extent number 0..31) ENTRY+14 S2 (extent overflow 0..31) ENTRY+15 RC (record count in last extent) This means that the largest extent number is 1FH. In order to allow files larger than 512k, the S2 byte is used. S2 is incremented every time EX is incremented to 20H. EX is then zeroed. The highest number in S2 is 0F. EX and S2, therefore, form a 9-bit number. The least significant bits 0..4 being EX, the most significant bits 5..8 being S2. That 9-bit number is the total number of extents possible. Multiplied by 16k, we get 8192k, the maximum file (and disk) size under CP/M 2.2. (If I have bored you so far, please realize that many people out there don't know this) In SD, the file size was stored as a 2-byte value, one byte being the total number of extents, the other being the number of sectors in the last extent. From the previous explanation it should be easy to see that you can't fit a 9-bit value into a byte. SD up to version 8.1 therefore truncated all files over 4MB to 4096k. In SD-81, the file size is stored as a normal (as opposed to byte-reversed) 16-bit integer in sector units (8192k = 65536 sectors). Not feeling a desire to perform a major rewrite, I did not change the fact that SD loads and sorts ALL directory entries and then scans the list for the highest numbered extent and displays it. The main reason for changing it would be to save space and to possibly speed the program up insignificantly. Should anyone ever tackle this, please make SD report correct file sizes for random files with holes. (One way of doing it would be to scan the directory and add up the RC fields of all like file names). There still is a bug in the vertical display routine. It is my opinion that vertical display best be left to XDIR, but again, if someone desires to fix it up to look neat, be my guest. The vertical display currently loses track sometimes and displays a blank line rather than file names. This occurs with a very crowded directory (I noticed it with ~260 entries). Also, the directory should be alphabetized by screenful. If you find any serious problems with SD-81 which are obviously related to my fixes, please be sure to let me know immediately. Do not mail any explosives no matter how bad the bugs, please... 7-Apr-84 09:29:29-MST,1943;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 09:29:22-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 7 Apr 84 11:03 EST Date: Sunday, 1 April 1984 17:27-MST Message-ID: Sender: hplabs!tektronix!teklds!hercules!glennw@Ucb-Vax.ARPA From: hplabs!tektronix!teklds!hercules!glennw@Ucb-Vax.ARPA To: info-micro@Brl-Aos.ARPA Subject: USR S-100 modem Article-I.D.: hercules.148 ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Fri 6 Apr 1984 21:07-MST Message to net.micro from MEAD@USC-ECLB.ARPA: >Well, I finally got fed up with its dumb power-up off-hook mode. I >keep forgetting to run the modem program to clear things. So, avid >warranty voider that I am, I made a mod to the pcb so that it comes >up on-hook, yet retains program control of off-hook. Just requires >two little wires, and a cut diode lead. Seems to be working fine. >Oh, it will also require changing the sense of the DTR bit, to normal! >I will give details to interested parties....so much for logic in design, >must be a Detroit car engineer. ------- We (Widener Consulting) have been distributing USR modems over a year. We encountered the DTR problem with our first S100's, and now ship all of them with the mod for normal DTR operation. The mod is 1. Remove D17 (disables separate relay control) 2. Cut the trace from U3 pin 32 to ground (3/8" above U7-1 on back side). 3. Connect the DTR~ pin (U22-24) to U3-32 (pin 32 is modem disable). Run a wire from the U22 side of D17 to the cut trace by U7. Simple, but USR hasn't done it, even though I told them to a long time ago. Warranty is no problem (if you get it through us, since USR knows that we are doing the mod). Glenn Widener Widener Consulting 2835 NE Brogden Hillsboro, OR 97124 503-648-0363 7-Apr-84 09:46:23-MST,2296;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 09:46:16-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 7 Apr 84 11:04 EST Date: 7 Apr 1984 05:23 MST (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: More bug reports on QK20 Here's the latest collection (which includes Dick Mead's previous report). This file is going out to the RCPM SYSOPs today as QK20MORE.BUG. --Keith ---- Date: 03/27/84 From: Ron Renaud To: All Re: QK20 problem ? Has anyone tried QK20? I tried it on 2 different systems, one a MicroDecision and the other an S-100. The progr/am bombs on both, requires a reset to recover. Have previously used QK12 with no problems. Quick test is - config one key then run SD. - Ron Date: Thursday, 29 March 1984 21:15-MST From: Dick Mead Re: QK20 I seem to have a problem with the new QK. If I try to run SD79 or XD3 (under ZCPR2) they both fail to work. Under QK12, I had no problem. It appears that all I get sent to the screen from SD79 when called by a QK20 re-defined key is a CR-LF, and Ctl-C does not abort, I must reset the system. Any clues? Date: 03/31/84 From: Dennis Quinn To: All Re: Problem with QK20 I have noted that there is a rather serious problem with QK20. Specifically, if the program executing does any direct BIOS console input calls, the Qwikkey program behaves very erratically. If the key depressed is one of the keys for which a substitution string has been entered, the result will be either (a) key is altogether ignored, (b) program will abort, or (c) system will hang up with cold boot required. If the key depressed is not one of the keys for which a substitution string has been entered, the result will be either (a) key is altogether ignored, (b) program will appear to abort (i.e, A> prompt appears, next char entered jumps back to program at last prompt, char is not accepted), or (c) system will hang up with cold boot required. Sometimes the program exe- cuted aborts without doing anything at all (e.g, LDIR). Recommend you not download this pgm. --Regards, DQ 7-Apr-84 09:47:48-MST,799;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 09:47:45-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 7 Apr 84 11:12 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 7 Apr 84 3:19 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 6 Apr 84 23:45-PST Date: 1 Apr 84 19:52:22-PST (Sun) To: info-cpm@Brl-Aos.ARPA From: pur-ee!uiucdcs!parsec!gant@Ucb-Vax.ARPA Subject: Looking for C Article-I.D.: uiucdcs.6522 I'm looking for a reasonable C compiler for CP/M. Can those of you with experience with the various C products available pass on some recommendations? Both good and bad points would be appreciated. Thanks! Alan Gant, CONVEX Computer Corporation {uiucdcs,allegra,ihnp4}!convex!gant 7-Apr-84 11:08:52-MST,1170;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 11:08:47-MST Received: From ur-cs-gw.ARPA by AMSAA via smtp; 7 Apr 84 12:33 EST Received: by sen.rochester (3.327.3O) id AA10524; 6 Apr 84 14:43:27 EST (Fri) Received: by cay.Rochester (3.327.3N+) id AA09075; 6 Apr 84 14:42:53 EST (Fri) Message-Id: <8404061943.10524@sen.rochester> Date: 6 Apr 84 14:43:27 EST (Fri) From: Gershon Kedem Subject: S100 based Z80 system To: info-cpm@amsaa.ARPA I have a S100 based device that I need to drive. It was designed to be controlled by a Z80 writting into addresses in the I/O space. I am looking for an inexpansive way to get a Z80 system with 64k bytes of RAM running CPM so I could develope a device driver for my gudget. The Z80 system need to have a flopy controller and two RS232 ports. I have a rack mounted S100 box with a power supply. If you know of any inexpensive way to get a system together Say ~ $1000 please contact me. Gershon kedem Computer Science Department University of Rochester Rochester, NY 14627 Phone: (716) 275-7968 Net address: kedem@rochester 7-Apr-84 18:14:22-MST,3399;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 7 Apr 84 18:14:12-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 7 Apr 84 19:48 EST Date: Sat 7 Apr 84 17:49:26-MST From: Keith Petersen Subject: More about copyrights To: INFO-MODEM7@SIMTEL20.ARPA cc: INFO-CPM@AMSAA.ARPA I found this on MIT-MC. Don't know who left it there, but it's interesting. Appies specifically to MDM7xx. --- It has been noticed that there are several cases of a Copyright notice being applied to public domain software. While this right does accrue to the publisher of his 'original' work; and whereas he may wish to make that work available to the public for their royalty-free use with a restriction applied against sale, he may specifically not: 1. Copyright what he or others have already put into the public domain. 2. Delete the Copyright notices of others pertaining to a portion of the work. 3. Fail to give credit to the work of others that he has used or copied even if it is in the public domain - unless there is no reasonable means for identifying the work of others. Even this last, is not a condition for claiming 'original' authorship (a necessary condition precedent to the right to Copyright). Some of the violations have been under the mis-understanding that the Copyright prevents others from changing the revision level when it is part of the name of the work, such as MDM730, but that it is Ok if one renames it, modifies the work, and then publishes it with all the same code (but with new code added). WRONG, if the 'work', which must be the actual writing of the author claiming protection -not just his ideas or naming, is subject to valid protection, that protection does not include the name of the work. This is the purpose of Trademarks - not to infringe on the trade-marked name of a product since presumably this would damage the business of the Trademark (MUST BE REGISTERED) holder in a financial way. It is hard to see how this would apply to public domain software. Also, one would have to show as a condition precedent to getting a duly registered Trademark that the 'Mark' has not already been placed in the public domain by the applicant or by others. Also, guess a new registration would have to be obtained for MDM731, MDM732 etc - an expensive proposition. Of course, one could also abandon the name, call it something else, get a "Mark' registered and do what he wishes with it as long as he doesn't also Copyright it as his original work. This would then at least allow the continuation in the 'public' of the well-known generic name of MODEM7, MDM7 etc - with the op- erative part of the name giving the immediate public recognition being the '7' which denotes that modification, and its successors, of the 'Christensen' protocol that includes batch mode which was added by Mills and Zeigler and Copyrighted (the additional routines only) by them in 1980 - and made public. Any of you lawyers out there wish to comment on this practice so that those who have been mis-informed can correct their ways? Copyright of software that others have put in the public domain is not only not-nice, but damaging to the whole spirit and purpose of the 'public-domain' idea. ------- 8-Apr-84 14:18:55-MST,721;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 14:18:51-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 16:01 EST Date: Sun 8 Apr 84 14:03:03-MST From: Keith Petersen Subject: PLOUFF: PAT730V5.ASM for MDM730 To: INFO-CPM@AMSAA.ARPA Date: 04/08/84 From: Bob Plouffe To: All Re: PAT730V5 V5 is the latest version of the PAT730 to optionally patch MODEM730 for various features. It also contains 2 bug fixes - one Irv's and one mine. These fixes are also optional and the overlay conditional equates are set to a default condition that will give a plain vanilla MDM730 as distributed. ------- 8-Apr-84 14:22:37-MST,2561;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 14:22:29-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 15:59 EST Date: Sun 8 Apr 84 14:00:25-MST From: Keith Petersen Subject: Dave Rand: question about returning to CCP To: INFO-CPM@AMSAA.ARPA Dave Rand, the author of NSWP2, left this file on the SYSOP RCPM. Replies to me, if you like, and I'll relay to Dave. --Keith ---- Dave Rand 10232 - 160 Street Edmonton, Alberta Canada T5P 3E9 (403) 484-4114 03/21/84 A few days ago, I had a call from a mildly irate user of NSWP2. He claimed that NSWP failed on the 'X' command, and proceeded to tell me why. I can find no reason behind his logic, so here it is... if someone has an idea, PLEASE let me know! In NSWP, I don't jump to zero when I exit. Instead, I do what amounts to a return to the CCP. The actual code involved goes like this... XTHL ;get contents of (SP) into HL SHLD CCPRET+1 ;save it as part of a JMP instruction LXI SP,STACK ;and move stack local later on, when I want to return to CP/M, I use: CCPRET: JMP 0000h ;to be filled in The users' system was a heavily modified CPM 2.2 system, that included bank selected memory. He says, however, that had I have done things 'correctly', I should have used the following code: lxi h,0 ;offset zero dad sp ;from stack pointer shld CCPSTK+1 ;and save old stack address LXI SP,STACK ;and move stack local and to return to the CCP: CCPSTK: lxi SP,0 ;to be filled in ret ;get back! Now... You know, and I know, that JMPing to the address on the top of the stack is EXACTLY the same as RET'ing, except that I don't preserve the stack. But DR's CCP, along with all CCP replacements, ALWAYS use the code: CALL 100h ;execute transient program LXI SP,LOCS ;restore stack, in case we get back. except for CPM 3.0, which uses LXI H,0 ;return address of warm boot! push h jmp 100h ;execute transient What I think, is that his CCP (which has been modified by him), DOES NOT do the LXI SP. However, I am open to suggestions. By the way, he is the ONLY user (from the 50 or so that have contacted me) that has reported this problem. I am mystified. He claims that the LXI SP is there. If that is the case (which I don't believe), magic must be occuring. If anyone can explain to me the difference between the JMP and the RET, I would forever be in your debt! Thanks in advance... Dave Rand ------- 8-Apr-84 14:50:55-MST,2497;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 14:50:46-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 16:18 EST Date: 8 Apr 1984 14:19 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: M7LIB.COM bug fixed Irv Hoff has just released a revised M7LIB.COM. It's now on SIMTEL20, in place of the previous version. Irv didn't change the name, unfortunately. There is a way of telling if you have the new version though. Here's Irv's info on the fixes: --- TOPIC : M7LIB FIX FROM : IRV HOFF W6FFC DATE : 06 APR 84 NOTE: IF YOUR COPY OF M7LIB.COM SAYS 04/06/84 WHEN BROUGHT UP, IT HAS THE FOLLOWING FIX INCORPORATED AND NEEDS NO CHANGES. BACKGROUND: M7LIB.COM is used to alter phone numbers in the MDM730.COM modem program. Unfortunately I based it on a buggy, obsolete program called CHGLIB v1.0 dated Jan 82. PROBLEM : If the 'R' (re-read the phone listing) is typed at ANY TIME when using M7LIB.COM, it will only write back to disk about 2-1/4k of the 18-1/4k via 'W'. Obviously this is unacceptable. SOLUTION 1: Do not use 'R' at any time. Few apparently use it anyway, or this problem would have been noticed and fixed much sooner. SOLUTION 2: Use DDT and change: 026C 32 76 08 change to 00 00 00 then save 8. - - - - - - - - HOW TO : If you are unfamiliar with using DDT, do this: A>DDT M7LIB.COM -S026C (you add the S026C, return) 026C 32 00 (you add the 00, hit return) 026D 76 00 (you add the 00, hit return) 026E 08 00 (you add the 00, hit return) 026F CD . (you add the . then return) -G0 (you add the G0, it returns to CP/M prompt, then: A>SAVE 8 M7LIB.COM (saves the fixed pgm) - - - - - - - - COMMENT : I fixed my own in this manner, and it works normally now no matter if/how/when 'R' is used. This had been tested when writing the program, but the associated problem was not noticed. NOTE : You can also use M7NM-6.ASM to change the library with your editor, etc. That is an easier method if you want to make numerous changes or rewrite the phone library. M7LIB.COM is fast, easy and simple, intended to be used to change a few numbers occasionally. - Irv Hoff 8-Apr-84 14:53:26-MST,1834;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 14:53:20-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 16:22 EST Date: 8 Apr 1984 14:23 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: NSWP204 now available Dave Rand has just release NSWP204, which fixes several problems in earlier versions. It's now available on SIMTEL20 in the MICRO: directory as NSWP204.COM, .DOC, and .HEX. Here's Dave's note about what was fixed: --- Dave Rand 10232 - 160 St. Edmonton, Alberta Canada T5P 3E9 (403) 484-4114 04/04/84 Notes on NSWP 204 ----------------- NSWP 204 has a few new features! First, limited CPM 3 has been established, in that if you have BDOS version over 3.0 (which may include MPM), you may now run with ALV banked. NSWP will use the BDOS call to obtain the ALV information. This also applies to the 16 bit version. Before 204, if you attempted to delete a file that was currently tagged, it was not removed from the tagged file size. It is correctly handled in all cases now. NSWP now saves the SP, rather than (SP), in order to support totally non- standard implementations of BDOS and CCP. When using the '?' function, the current disk information, along with the tagged file size. The copy file speed has been further optimized by elimination of a redundant BDOS call (deleting a file, when we know it ain't there!). NSWP has been modified to better support MPM and MPM86 by doing a rename after a copy operation. This will drop the copy speed slightly, nullifying the effect of the above change. If you find anything else, please drop me a line... 8-Apr-84 15:47:27-MST,1059;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 15:47:23-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 17:24 EST Date: 8 Apr 1984 15:25 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: NSWP file list I neglected to include the listing of all the NSWP files that are now available on SIMTEL20. Here it is: Filename Type Bytes Sectors CRC Directory MICRO: NSWP2.DOC.1 ASCII 29713 233 = E9H 300AH NSWP2.DQC.1 COM 17792 139 = 8BH 059EH NSWP202.BUG.1 ASCII 4348 34 = 22H BA0BH NSWP204.COM.1 COM 11008 86 = 56H 1DD8H NSWP204.DOC.1 ASCII 1178 10 = AH C400H NSWP204.HEX.1 ASCII 26800 210 = D2H DF74H NSWP2.DQC/DOC hasn't changed. It gives the full documentation on how to use the program. NSWP204.DOC is a short file explaining what was fixed in the new version. --Keith 8-Apr-84 17:33:09-MST,1141;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 17:33:03-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Apr 84 19:06 EST Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 8 Apr 84 19:02 EST Received: from ISL by SUMEX-AIM with Pup; Sun 8 Apr 84 16:01:10-PST Date: Sunday, 8 Apr 1984 15:52-PST To: info-cpm@Brl-Aos.ARPA Subject: version of du for cpm3 Reply-to: kevinw@Su-Dsn.ARPA From: Kevin W. Rudd Sender: kevinw@isl due to unforseen circumstances i had need of a version of this program to work under cpm3. although i have gotten a quickly hacked together program to provide me with some basic relief, it would be nice to get a real program to do this. if someone has done this i would really appreciate hearing about it (reinventing the wheel is interesting only from an academic standpoint). otherwise, if someone has suggestions on what should be included please let me know as well as i will be forced to either patch du to work or improve my version to take care of useful features. -- Kevin kevinw@su-dsn 8-Apr-84 17:35:03-MST,2220;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 17:34:54-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Apr 84 19:07 EST Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 8 Apr 84 19:04 EST Received: from ISL by SUMEX-AIM with Pup; Sun 8 Apr 84 16:03:18-PST Date: Sunday, 8 Apr 1984 16:04-PST To: info-cpm@Brl-Aos.ARPA Subject: cpm vs cpm-plus Reply-to: kevinw@Su-Dsn.ARPA From: Kevin W. Rudd Sender: kevinw@isl having just scanned an article which mentions how to do a bug fix to an existing distribution public domain program, i have noticed what could be to many a very confusing issue. this has to do with how to put the patched software back to disk. in cpm the solution is to use ddt to patch the software and then to exit ddt back to the ccp and use the cpm SAVE command (having decoded the size of the program from the ddt (or sid) logon message). there is one problem with this approach with cpm-plus (aka cpm3) -- it won't work. cpm-plus has a pre-execution save command which, upon return to the system from the next run program, prompts you for the address range to be saved and to what file. easier to use, perhaps, but much different in actual useage. it could be used in a similar wa, perhaps, but i have not tried it. instead, one may use the W commad in sid (as supplied by dri) -- it will write the program to a file or will write a user supplied address range to a file as well. there is a problm in the default address range as it uses the address of the last loaded module end location as the end location to save rather than the greatest end location... oooopppppssssss. just what we expect frm dri though... unfortunately, there is no easy solution to how to give instructions to people to patch programs. perhaps it would be better to have some kind of program editor which will take a patch file and process it. this program would be written to work in a cpm or a cpm-plus system and would alleviate any potential confusion which may arise from people trying to follow instructions (or to determine which of several instructions) blindly. -- K 8-Apr-84 17:43:23-MST,455;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 17:43:18-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 8 Apr 84 19:18 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 8 Apr 84 19:12 EST Date: 8 April 1984 19:10-EST From: Kevin J. Burnett To: INFO-CPM@Mit-Mc.ARPA How can i make modem7 dial something from the library in pulse mode instead of touch-tone? 8-Apr-84 18:16:13-MST,2497;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 18:16:05-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 19:44 EST Date: 8 Apr 1984 17:45 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: "Kevin W. Rudd" Cc: Info-Cpm@Amsaa.ARPA Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID In-reply-to: Msg of 8 Apr 1984 17:04-MST from Kevin W. Rudd Sigi Kluger has written a new program which will take an existing .COM file and patch it with a specified .HEX file and then re-save the patched version. It's called MDMLNK and is available from SIMTEL20 in the MICRO: directory. You'll find MDMLNK.COM/HEX/DOC there. Sorry I neglected to announce this very useful program. It allows MDM7xx users to patch in their overlays without using DDT. Here's a copy of the .DOC file. It's interesting reading. --Keith ---- DOC FOR MDMLNK v1.00 as of 03-26-84 MDMLNK is a utility for MDM7xx. It allows linking in the assembled overlay file without the use of DDT. This may be a bit more foolproof than the usuall DDT method. MDMLNK is self-prompting and will ignore all command line parameters. Upon entry, MDMLNK will ask for the INPUT file name. Enter the name of the uninstalled MDM7xx.COM file and be sure to specify the full file name. Next, you are asked for the HEX file name. Enter the full name of the assembled overlay file and be sure to include the .HEX suffix. Last, you will be asked for the OUTPUT filename. Enter the name of the installed MDM7xx file. Again, be sure to specify the full file name. MDMLNK will now first read the INPUT file, overlay it with the hex file, then write a temporary file which is finally renamed to the output file name. The temporary file is used so that the input file can be the same as the output file, yet a disk error will not wipe out the original. Errors will be reported for full directory, unable to write (disk full), file not found, and in case the hex file is corrupt. All errors will abort to CP/M, possibly leaving a file MDMLNK.$$$. MDMLNK not only works on any MDM7 file of any size (within reason), but it can also (BONUS!!!) be used with XMODEM or any other file which will be overlaid by a HEX file which does not change its size. -Sigi 8-Apr-84 18:20:27-MST,1016;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 18:20:23-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 19:54 EST Date: 8 Apr 1984 17:55 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: ABN.ISCAMS@Usc-Isid.ARPA Cc: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl-Aos.ARPA Subject: PERT on Micros In-reply-to: Msg of 8 Apr 1984 10:23-MST from ABN.ISCAMS at Usc-Isid.ARPA A public domain PERT does exist. It's written for Microsoft Basic and is available from SIMTEL20 in the MICRO: directory. The files are: CPM-PERT.BAS - ASCII format (saved with ,A option) SETUP.ASM - This must be run before CPM-PERT in order to get hard copy. It uses low memory addresses not normally used by CP/M - but if your system uses that area for interrupts there may be a conflict. --Keith 8-Apr-84 18:57:17-MST,940;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 18:57:13-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 20:33 EST Date: 8 Apr 1984 18:34 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: 6502SIM.LBR - a 6502 simulator for Z80 CP/M systems For those who may not know this exists, and is available on SIMTEL20 in the MICRO: directory: From: Ronald G. Fowler Re: What is 6502SIM.LBR 6502SIM.LBR is a simulator that runs on a Z80 and allows it to execute 6502 object code; contains a rather simple-minded disassembler (not as powerful as DDT's) for tracing, and the usual complement of memory substitute-move-display. Also contains full documentation. Quite a few files the the .LBR. --Ron 8-Apr-84 19:14:03-MST,1009;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 19:13:58-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 20:46 EST Date: 8 Apr 1984 18:47 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: "Matthew J. Weinstein" Cc: Info-Cpm@Amsaa.ARPA Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID In-reply-to: Msg of 8 Apr 1984 18:33-MST from Matthew J. Weinstein Thanks for the suggestion, Mat. I forwarded it to Info-Modem7 and Info-Cpm as I feel it will generate some interesting discussions. In the meantime, maybe it could be done easily by writing a submit file to be used with EX14.COM. EX14 allows console input from a file into programs which don't normally work under XSUB. It's available from SIMTEL20 in the MICRO: directory. --Keith 8-Apr-84 19:19:32-MST,1326;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 8 Apr 84 19:19:27-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 8 Apr 84 20:46 EST Date: Sunday, 8 April 1984 18:33-MST Message-ID: Sender: "Matthew J. Weinstein" From: "Matthew J. Weinstein" To: Keith Petersen Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: INFO-CPM@Amsaa.ARPA ReSent-Date: Sun 8 Apr 1984 18:44-MST I think the suggestion made a few messages back was very good. Since patches occur frequently, there should be an AUTOPATCH program written that will take a set of patches and apply them (correctly) to one or more versions of a binary. This way, when a fix comes out, you just put out one or more AUTOPATCH control files, as well as matching source code changes; people's binaries get fixed automatically, and you don't have to put out a major release very often. Many computer companies do things this way (although usually just with source code). Of course, some standards as to binary format or symbol table information have to be established... What do you think? - Matt 9-Apr-84 05:41:48-MST,3885;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 05:41:38-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 7:18 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 7:10 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 8 Apr 84 18:58-PST Date: 4 Apr 84 9:18:31-PST (Wed) To: info-cpm@Brl-Aos.ARPA From: hplabs!sdcrdcf!akgua!psuvax!mancuso@Ucb-Vax.ARPA Subject: Xerox 820 REVEALED#2--Monitor Jump Tables Article-I.D.: psuvax.947 This article contains information about the monitor supplied with the Xerox 820 board. The Jump table has more entries in it than the manual lets on. I have figured out what some of the 'undocumented' ones do, but the explanations that I have given may not show *all* of the features/ramifications of the functions. There are 2 major jump tables in the monitor, one which contains the low-level operations (F000-F042) and one that contains jumps to the higher level operations (F7FD-F805). The manual (from BG Micro) only mentions the first 14 entries in the first table. Monitor Jump Table: Low-level Operations ADDR Name Function ---- ---- ----------------------------------------------------- F000 INIT Cold start entry In : none Out: Does not return F003 PROMPT Warm start entry In : none Out: Does not return F006 CONST Console status test In : none Out: Status in A, FF if char avail, 00 otherwise F009 CONIN Console input In : none Out: Character in A (loop until char avail) F00C CRTOUT Memory-mapped CRT output F00F CRTOUT " " " " In : Character in A Out: none F012 SIOST SIO Port B status test In : none Out: Status in A, FF if char avail, 00 otherwise F015 SIOIN SIO Port B input In : none Out: Character in A (loop until char avail) F018 SIOOUT SIO Port B output In : Character in A Out: none F01B SELECT Disk drive select In : Unit number in C (if drive not ready, keep present one) Out: Status in A F01E HOME Restore to track 0 In : none Out: Status in A F021 SEEK Seek track In : Track number in C Out: Status in A F024 READ Read sector into memory In : Sector number in C, Buffer pointer in HL Out: Status in A F027 WRITE Write sector from memory In : Sector number in C, Buffer pointer in HL Out: Status in A (The following jumps are not listed in the manual--info may not be complete) F02A DUMP Dump memory to screen In : ?? Out: ?? F02D HOUTHL Outputs 4 hex digits contained in HL to CRT In : Number to be printed in HL Out: ?? F030 HOUTA Outputs 2 hex digits contained in A to CRT In : Number to be printed in A Out: ?? F033 ?? ?? In : ?? Out: ?? F036 COUTA Outputs character in A to CRT In : Char to be printed in A Out: ?? F039 ?? Prints CRLF (does more, though) In : ?? Out: ?? F03C CONIN2 Gets char like CONIN, but also echoes it to screen In : ?? Out: Char in A (loops until char avail) F03F ?? ?? In : ?? Out: ?? F042 PRSTR Outputs string to CRT. String immediately follows call, terminated by 04. Returns to instruction following 04. In : ?? (uses return address for start of string) Out: ?? (The following are monitor high-level function calls) F7F0 DUMP Dump memory routine In : ?? Out: ?? F7F3 ?? ?? In : ?? Out: ?? F7F6 MEM Memory examine/change In : ?? Out: ?? F7F9 F7FC F7FF F802 ?? ?? In : ?? Out: ?? F805 TYPWR Typewriter In : ?? Out: ?? --- Overall there is a smell of fried onions. (fnord) :+: Pat Mancuso :+: Penn State University Usenet: :+: ...!psuvax!mancuso Bitnet: :+: mancuso@psuvax1 9-Apr-84 05:54:54-MST,1929;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 05:54:47-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 7:21 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 7:15 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 9 Apr 84 2:54-PST Date: 4 Apr 84 19:38:35-PST (Wed) To: info-cpm@Brl-Aos.ARPA From: hplabs!sdcrdcf!akgua!sb1!sb6!bpa!burdvax!psuvax!mancuso@Ucb-Vax.ARPA Subject: Xerox 820 REVEALED#4--Video fix! Article-I.D.: psuvax.952 If you have gotten the power connected to your 820 and hooked up a video monitor to the HS VS and VO pins on J7, you may have no- ticed that only the left half of the screen shows, and the right half seems to run off the right edge of the screen. You are not alone. I got my board up a couple of days ago, and I thought that the problem was caused by the circuitry that I was using to get composite video. After a couple of hours of dedicated (?) work with an oscilliscope here at the computer lab, ace video wizard Ralph Droms found that the horizontal sync signal that is available at J7 was much too long. Somewhere between J7 and where it is generated, the signal gets perverted, and it kills half of the screen. Ralph located a more reasonable signal to use for the HS, and it works beautifully. To use this new and improved HS signal, forget about pin 4 on J7 and use pin 8 on U34 instead. We found this error on both of our boards, so there is a good chance that it is on all of them. Please let me know if this is the case. Happy Video! --- Overall there is a smell of fried onions. (fnord) :+: Pat Mancuso :+: Penn State University Usenet: :+: ...!psuvax!mancuso Bitnet: :+: mancuso@psuvax1 9-Apr-84 05:59:04-MST,4536;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 05:58:46-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 7:19 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 7:10 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 8 Apr 84 19:09-PST Date: 4 Apr 84 10:17:51-PST (Wed) To: info-cpm@Brl-Aos.ARPA From: hplabs!sdcrdcf!akgua!psuvax!mancuso@Ucb-Vax.ARPA Subject: Xerox 820 REVEALED#3--Monitor and CRT info Article-I.D.: psuvax.948 This article contains information about the monitor commands and the character set for the video display. This is a list of the functions provided by the monitor for the Xerox 820. They are accessable on powerup from the keyboard. Command Use ------- ------------------------------------------------------------- Dump Dad1 ad2 Dumps addresses ad1 through ad2. If ad1 is omitted, dumps 0000 through ad2. Output can be held/restarted by hitting a key. 2 CR's will stop function and return to monitor if you don't want to see the whole dump. Memory Mad1 Prints contents of location ad1, and accepts changes. To change, just type the new value (2 digits), to skip forward use CR, to skip backward use '-', any other to exit. Xtest Xad1 ad2 Test for memory errors. Prints a '+' each time a cycle is completed, 256 cycles for every combination to be tested. Prints bad addresses if it finds any. Dumb name for command. Fill Fad1 ad2 val Fills memory ad1 through ad2 with val. Reads block back to check for memory errors and reports any if found. Copy Cad1 ad2 ad3 Copies memory from ad1 through ad2 to memory starting at ad3. Compares copy with original and reports any differences to check for memory errors. Goto Gad1 Does a CALL to ad1. Control can be passed back to the monitor with a RET instruction. Read Runit trk sect Reads a sector from disk and prints it in dump format. If an error occurs, it lets you know. 'disk error XX Uaa Tbb Scc' is the error where aa=unit number, bb=track number, cc=sector number, and XX is the 1771 error code: bit R/W Seek/Restore/Select --- ------------ -------------------- 7 Drive not ready Drive not ready 6 WR Protected (not used) 5 WR Fault (not used) 4 Not found Seek error 3 CRC error CRC error 2 Lost data Cannot restore 1 (not used) (not used) 0 =1 =0 Boot B (or A) Loads bootstrap loader from disk and jumps to it. Reads tr0 sec1 into 0080 and then jumps to 0080. Loader cannot use bottom 256 bytes of memory. Type T Converts millions(?) of dollars in research into an electric typewriter. Reads from keyboard and outputs to printer port. Does not output to CRT. Input Iport Inputs byte from specified port and displays it. CR will do the same for the next port, '-' will do it for the previous port, any other exits. Out Oport val Outputs value to specified port and returns to monitor. Useful for initializing ports. ----------------------------------------------------------------------------- CRT information Control characters Hex Use --- ---------------------------------------------------------------------- 00-07 None 08 Cursor left 09 Horizontal tab (tab stop every 8 postions) 0A Linefeed 0B Cursor up (wraps back to bottom of screen) 0C Cursor right 0D Carriage return 0E-10 None 11 Clear to end of screen 12-17 None 18 Clear to end of line 19 None 1A Clear Screen 1B Escape 1C-1D None 1E Home cursor 1F Print char between 00 & 1F (special characters) ESC is used for XY cursor positioning. ESC+'='+rowchar+colchar is the form where rowchar and colchar is the desired row/col with 32 added to it (20 hex). The special characters are hidden in the control character section. To print a special character, prefix it with 1F. To print more than one, prefix each one with 1F. The character set is standard ASCII from 20-7F. The character set is repeated in 80-FF with a blink attribute. If the cursor is on a blank spot, the standard block cursor will be displayed. If the cursor is on a character, the blinking version of the character will automatically be displayed. --- Overall there is a smell of fried onions. (fnord) :+: Pat Mancuso :+: Penn State University Usenet: :+: ...!psuvax!mancuso Bitnet: :+: mancuso@psuvax1 9-Apr-84 07:23:23-MST,1087;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 07:23:12-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 9 Apr 84 8:58 EST Date: Sunday, 8 April 1984 19:58-MST Message-ID: Sender: Michal Young From: Michal Young To: "Matthew J. Weinstein" cc: Keith Petersen , young@Uci-750a.ARPA Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Mon 9 Apr 1984 06:53-MST An auto patcher sounds like a great idea. One feature I would like to see in it is verification of the code that was there before. Some lines near the beginning of a patch file would check the code to be replaced, version numbers, etc., and warn the user if things didn't look right. Related to this -- what do .com files look like, anyway? Is their format hidden somewhere in my CP/M manuals? --Michal 9-Apr-84 07:33:02-MST,1024;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 07:32:56-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 9 Apr 84 8:58 EST Date: Sunday, 8 April 1984 20:07-MST Message-ID: Sender: "Matthew J. Weinstein" From: "Matthew J. Weinstein" To: Michal Young cc: w8sdz@Simtel20.ARPA Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Mon 9 Apr 1984 06:53-MST Actually, if there's a standard relocatable format, with symbol table info, etc., that's probably a better thing to do patches on. Also, the way programs like SCCS and RCS do changes, they leave identifier strings in the binary, that can be searched for, and indicate version info about the program. No reason not to use this sort of approach, within reason... - Matt 9-Apr-84 08:05:57-MST,1030;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 08:05:51-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 9:25 EST Received: From darcom-hq.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 8:21 EST Date: Tue, 3 Apr 84 10:04:22 EST From: Richard G Turner To: ANDY%MIT-OZ%mit-mc.arpa@darcom-hq.arpa cc: info-cpm%brl.arpa@darcom-hq.arpa Subject: Re: What termnal does Mode7 emulate I've found that my KayPro II, running MDM730, continues to emulate an ADM-3A terminal, just like I was running TERM.COM. On our 4.2 UNIX system the following termcap entry works well: kp|kaypro|kaypro2|kaypro 2:\ :am:bs:li#24:co#80:\ :cm=\E=%+ %+ :\ :ho=^^:cl=1^Z:\ :nd=^L:up=^K:do=^J:\ :ce=^X:cd=^W:\ :al=\EE:dl=\ER: I have noticed a couple of minor glitches, but nothing I can't work around. By the way, full-screen stuff that works well with "set term=kaypro" include rogue and vi. -rick 9-Apr-84 11:53:10-MST,1314;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 11:53:04-MST Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 9 Apr 84 13:17 EST Received: From csnet-cic.arpa.ARPA by BRL-VGR via smtp; 9 Apr 84 13:10 EST Date: Mon, 9 Apr 84 12:53:15 EST From: Pierre duPont Subject: QT Computer S-100 Clock To: info-cpm@Brl-Vgr.ARPA Cc: pdupont@Bbn-Unix.ARPA In the winter of 1981 I purchased a very nice & simple S-100 clock board from a company called QT Computer Systems, also known as Quick & Timely. They were located in CA at a 213 area code. Alas, today it appears that they are gone. The number gets me a sleepy homeowner, and the operator gets me nothing. Does any one know what happened to them? Can I get my board serviced? I built it from a kit back then, and for various reasons it has sat untested for the last three years. And it does not work! My best hardware efforts have produced little, and chip swaps do nothing. Does anyone have any ideas where they have gone? Do any netlandians have this board? Heaps of thanks in advance! - Pierre. Arpa - pdupont@BBN-UNIX Csnet - pdupont@CSNET-CIC (Please respond directly to me, and NOT to the net. I will summarize if need be.) 9-Apr-84 12:44:11-MST,1658;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 12:44:02-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 9 Apr 84 14:16 EST Date: Monday, 9 April 1984, 12:09-EST Message-ID: Sender: "Robert L. Krawitz" From: "Robert L. Krawitz" To: matt@UCLA-LOCUS.ARPA, young@UCI-750A.ARPA cc: w8sdz@SIMTEL20.ARPA, zzz.rlk%MIT-OZ@MIT-MC.ARPA Subject: MDMLNK - Patching MDM7xx and other files without DDT or SID ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: Info-Cpm@Amsaa.ARPA ReSent-Date: Mon 9 Apr 1984 12:17-MST In response to both your questios: 1) A .com file is simply a binary file containing a Z-80 (or 8080) machine-language program. It should cold start at 100H. 2) Yes, there is a standard relocatable format. It is not in the .com file, however. The hex file ("object" file produced by the assembler) is what you want. Original Intel hex format doesn't define the necessary extensions, but there is a standard extension. Unfortunately, I do not remembe the proper format, but I shall look it up. It is consistent with the Intel hex, and an Intel loader will load the program, without the relocating information. It is not difficult to patch -- I've done it before. As usual, what is required is that the jumps be re-calculated -- patching the hex file won't do that. If you don't have a hex file, patching something is difficult. Of course, you could write a program to recalculate jumps, but you have to be careful not to munge data. Robert 9-Apr-84 12:46:22-MST,1912;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 12:46:13-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 14:08 EST Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 14:06 EST Received: from Concord.ms by ArpaGateway.ms ; 09 APR 84 11:04:58 PST Date: 9 Apr 84 11:04:06 PST (Monday) From: Bicer.ES@Xerox.ARPA Subject: Re: Looking for C In-reply-to: pur-ee!uiucdcs!parsec!gant's message of 1 Apr 84 19:52:22 PST (Sun) To: pur-ee!uiucdcs!parsec!gant@Ucb-Vax.ARPA cc: info-cpm@Brl-Aos.ARPA There are several C's available for CP/M80. 1 - BDS C: Great to learn C with. Very fast compiler, respectable execution speed, source code of the libraries and a well supported user's group. But it is not a full implementation of C (lacks longs, floats, statics, and initializers). $150. 2 - MANX AZTEC CII: Very good compiler (I use it for production work), full implementation, you get the source of the libraries, assembler output of the compiler can be further hand optimized, an 8086 and 6502 and PDP-11 versions are available. Fast execution speed, but compilation speed can be improoved usin a hard disk or a ram disk. $199. 3 - Whitesmith's C: Don't touch it if you don't have to. Incredibly slow compilation times, and their libraries do not resemble the other ones that I know. $600??? 4 - Echo C: For Z-80 only. Heard good things, but never seen it. 5 - Supersoft C:I'd rather have Aztec C. Slower compilation times, not a full implementation (the version I have), and pain in the neck to develop software with (terrible linking problems -too much code gets included-). In my opinion, most the other C compilers either serve a very specific purpose, or are toy compilers (Tiny C, etc.). Jack Bicer 9-Apr-84 13:19:09-MST,1048;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 13:19:04-MST Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 9 Apr 84 14:41 EST Received: from ISL by SUMEX-AIM with Pup; Mon 9 Apr 84 11:42:20-PST Date: Monday, 9 Apr 1984 11:43-PST To: info-cpm@Amsaa.ARPA Subject: Format of .com files From: meier@isl Michal, The format of .com files is a simple core map of the memory beginning at hex address 100. The first logical sector corresponds to addresses 100-17f, the second sector to 180-1ff, etc. The storage is contiguous and there is no sentinel. The eof is indicated when there are no more logical sectors associated with that file. When a load is performed, the .hex file (which uses at least 2 bytes per instruction byte) is used to load memory. Then (assuming that bios has not been overwritten), the memory contents are copied out to disk starting at address 100 and proceeding to the highest address indicated in the .hex file. Bob (meier@isl) 9-Apr-84 13:46:30-MST,1451;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 13:46:23-MST Received: From nrl-aic.arpa.ARPA by AMSAA via smtp; 9 Apr 84 15:04 EST Date: 9 Apr 1984 14:47-EST From: Russ Smith Subject: C for small machines To: info-cpm@Amsaa.ARPA Message-Id: <84/04/09 1447.200@NRL-AIC> In partial reply to Jack Bicer's comment that "all other C's are toys" or some such... I use Software Toolworks C/80 2.0 (3.0 now available). It is at least comparable to BDS/C and, at one third the cost, a better (here we go!) deal. The BDS/C library stuff available at Simtel20 is easily modified for the differences in the two C's. Benchmark programs published in back issues of magazines such as BYTE (and perhaps Dr. Dobb's) have shown that C/80 is faster in execution than BDS/C. Compilation time is slower though. If one wants to repeatedly edit-compile-run-debug-edit-... then BDS/C is "better". If one wants something that runs faster after all the debugging is done then C/80 is "better" (of the two, other compilers ignored...). C/80 2.0 lacks a number of things I'd like but it ain't no toy. I've written MANY powerful programs with it without having to jump through hoops to get the functionality that the C language provides. No real flame intended, just a comment on what I consider to be a good useful inexpensive C compiler... Russ 9-Apr-84 14:09:01-MST,1095;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 14:08:55-MST Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 9 Apr 84 15:36 EST Received: From csnet-cic.arpa.ARPA by BRL-VGR via smtp; 9 Apr 84 15:29 EST Date: Mon, 9 Apr 84 15:18:46 EST From: Pierre duPont Subject: CP/M 2.2 User 0 $SYS files To: info-cpm@Brl-Vgr.ARPA Cc: pdupont@Bbn-Unix.ARPA According to the Glossary of Terms in the CP/M manuals I have, it should be possible to set the $SYS attribute on .COM files that are located in User 0, and then excute them from any other user. (Note that this is only documented in the glossary, not in the main body of the manual.) However, I find that this does not work. Can someone confirm this for me? I have heard a rumor this feature was really only implemented in MP/M & CCP/M, and possibly in CP/M V3.0. Clearly this is a desirable feature that makes the User N concept extremely useful. - Pierre. (Please respond directly to me only; I will summarize to the net if needed.) 9-Apr-84 16:14:41-MST,1787;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 16:14:35-MST Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 9 Apr 84 17:53 EST Received: From sumex-aim.arpa.ARPA by BRL-VGR via smtp; 9 Apr 84 17:53 EST Received: from ISL by SUMEX-AIM with Pup; Mon 9 Apr 84 14:51:08-PST Date: Monday, 9 Apr 1984 14:51-PST To: Pierre duPont Cc: info-cpm@BRL-VGR.ARPA Subject: Re: CP/M 2.2 User 0 $SYS files In-reply-to: Your message of Mon, 9 Apr 84 15:18:46 EST. From: kevinw@isl To clarify the attributes for cpm2 and cpm3. attribute cpm2 cpm3 --------- ---- ---- SYS makes file invisible for user 0 makes useable from to normal dir scan. ANY user number. WARNING: dri has no other effect added the misfeature that any on cpm operation. file accessed like this is a does not enable access R/O file. really screws up any from other user areas. ideas of using mince from alternate user areas... R/O bdos will not allow same as for cpm2 this file to be overwritten or deleted. ARCHIVE not available reset whenever a file is modified. used to flag what files are the same as on some archive source for reduced backup requirements. Attributes for cpm2 are basically just cute additions -- r/o is nice but there is no way other than stat to see what the attributes are. there is no way other than stat to even see what files are system files. in cpm3 the attributes are much more integrated into the system and actually have some uses. now if only you could write a system user 0 file.... i guess that dri has to add some screwup to what is otherwise a quite reasonable version of os-8... -- Kevin kevinw@su-dsn 9-Apr-84 16:29:39-MST,1350;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 16:29:33-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 18:05 EST Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 17:57 EST Received: from Muscat.ms by ArpaGateway.ms ; 09 APR 84 13:16:48 PST Date: Mon, 9 Apr 84 16:16 EST From: leisner.henr@Xerox.ARPA Subject: Re: Looking for C In-reply-to: "pur-ee!uiucdcs!parsec!gant@Ucb-Vax.ARPA's message of 1 Apr 84 19:52:22 PST (Sun)" To: pur-ee!uiucdcs!parsec!gant@Ucb-Vax.ARPA cc: info-cpm@Brl-Aos.ARPA Alan, I've used Whitesmith, Aztec and BDS. Impressions: Whitesmith runs too slow to be a useful too. In addition, the standard IO libraries are not Unix compatible, which makes it difficult to write portable code. Whitesmith is also expensive. BDS see screams through your source code and spits out a com file in record time. It is only a subset of C, if you can live with it, it is an excellent tool. Aztec C is the most Unix compatible C compiler I've seen on Cpm. Its performance to compile code is somewhere between BDS and Whitesmiths. However, they advertise it is truly Unix compatible and it seems to be. You might want to look at the August , 1983 issue of By te for more information. Marty Leisner Xerox Corp. 9-Apr-84 16:47:15-MST,1071;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 16:47:10-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 9 Apr 84 18:27 EST Received: from Concord.ms by ArpaGateway.ms ; 09 APR 84 15:28:06 PST Date: 9 Apr 84 15:27:22 PST (Monday) From: Bicer.ES@Xerox.ARPA Subject: Re: C for small machines In-reply-to: <84/04/09 1447.200@NRL-AIC> To: Russ Smith cc: info-cpm@Amsaa.ARPA In order to avoid a fiery discussion, I said: "In my opinion, most of the other C compilers either serve a very specific purpose, or are toy compilers (Tiny C, etc.)." I agree with you about C/80, it not a toy compiler. It is what I consider to be very specific purpose -Low cost C compiler.- The same argument also applies to Small C (which also comes with the source of the compiler. If you are trying to upgrade from an assembler for a minimal cost, I agree with you 100%. In my opinion, at least professional programmers, require a little more than C/80. Jack Bicer 9-Apr-84 17:13:25-MST,1848;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 17:13:20-MST Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 9 Apr 84 18:44 EST Received: From usc-isid.arpa.ARPA by BRL-VGR via smtp; 9 Apr 84 18:41 EST Date: 9 Apr 1984 18:38-EST Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: CP/M 2.2 User 0 $SYS files From: ABN.ISCAMS@Usc-Isid.ARPA To: kevinw@Su-Dsn.ARPA Cc: pdupont@Bbn-Unix.ARPA, info-cpm@Brl-Vgr.ARPA Message-ID: <[USC-ISID] 9-Apr-84 18:38:18.ABN.ISCAMS> In-Reply-To: The message of Monday, 9 Apr 1984 14:51-PST from kevinw@isl Kevin (et al) ARCHIVE is available for CP/M 2.2 - just needs a little (but well documented) patch in the BDOS. See SIMTEL20 (I forget which directory). I have it, and it works installed on my Morrow Decision I w/CP/M 2.2 just fine. Only undesirable effect is that D.COM no longer works correctly with wild cards. Another simple patch (some code in the BIOS, and change one JMP in the BDOS) gives you default access from any disk, any user area, to default disk same user area and then to default disk user area 0 for .COM, .TXT, .HLP, and I think everything else. See TOADBIOS.DOC in SIMTEL20's MICRO: ; source code for the patch on one of the SIGM volumes - sorry, forget which one, but all is in TOADBIOS.DOCw. I have that installed also (and I have a VERY stuffed CBIOS, what with hard disk, implemented IOBYTE, A0> CP/M prompt patch, etc., and it works fine for all but overlays (like W*Star), where the overlays MUST be in the user area you're working in. (However DUPUSR.COM works fine there to put the name/access in any user area, but NOT the actual space/storage requirements.) No undesirable effects at all from the USER patch. Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 9-Apr-84 18:35:19-MST,2086;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 18:35:09-MST Received: From nrl-aic.arpa.ARPA by AMSAA via smtp; 9 Apr 84 20:14 EST Date: 9 Apr 1984 19:33-EST From: Russ Smith Subject: Re: C for small machines To: Bicer.ES@Xerox.ARPA Cc: info-cpm@Amsaa.ARPA Message-Id: <84/04/09 1933.366@NRL-AIC> In-Reply-To: Bicer.ES's message of 9 Apr 84 152722 PST (Monday) In order to continue a (not so) fiery discussion... First, I didn't mean to imply anything about the "reviewer" of the C compilers mentioned in the previous note. Once again my fingers moved faster than the diplomacy in my head... However... The C/80 compiler is written in C/80 (like BDS is written in BDS C and SMALL C is written in...). So are a text formatter similar to U**X nroff, a LISP interpreter, and a number of other things available from Software Toolworks. These are marketed programs so I'd have to assume they were written by "professional" programmers. When one compares the intrinsic functionality of C/80 and BDS C one finds that they are remarkably similar, especially if one considers that the libraries of stuff provided by BDS can be obtained from simtel20 (among other places). Once more I'd like to mention that C/80 performed "better" in execution benchmarks by a number of independent testers (if this means anything). The C/80 2.0 compiler is a C compiler well suited for "professional" purposes. I understand that Version 3.0 has more of the standard features that one expects from a "professional"s tool. At the price being asked, THIS reviewer considers it to be not only inexpensive, but one of the better C compilers available on the market, and, widespread use of BDS not withstanding, "better" in many important ways than said compiler. Typed from the keyboard of a multi-year "professional" computer scientist, Russ P.S. Sorry about that folks, but the 'at least "professional" programmers' aside in JB's previous note got my scruff up... 9-Apr-84 21:01:48-MST,1105;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 21:01:43-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 9 Apr 84 22:34 EST Received: From rand-unix.arpa.ARPA by BRL-AOS via smtp; 9 Apr 84 22:28 EST From: vortex!lauren@Rand-Unix.ARPA Date: Mon, 9-Apr-84 18:09:48 PST Sender: Lauren Weinstein Subject: BDS C Message-ID: <8404091809.4650.2.VT2.2@vortex.UUCP> To: smith@Nrl-Aic.ARPA CC: bicer.es@Xerox.ARPA, info-cpm@Brl-Aos.ARPA Unless BDS C was completely rewritten lately (which I strongly doubt!) it is NOT written in itself, other than the upper level I/O library functions. BDS C is written in assembler -- that's why it's so blindingly fast. When I used to work with CP/M a lot, I found that fast compilation and loading was more important to me than many other language features -- I just didn't have time to sit around waiting for long compiles/assemblies on a single-process machine. BDS C is exceptionally fast to compile and load and is an excellent product. --Lauren-- 9-Apr-84 22:14:26-MST,726;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 9 Apr 84 22:14:22-MST Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 9 Apr 84 23:50 EST Received: from ISL by SUMEX-AIM with Pup; Mon 9 Apr 84 20:51:39-PST Date: Monday, 9 Apr 1984 19:53-PST To: Russ Smith Cc: Bicer.ES@XEROX.ARPA, info-cpm@AMSAA.ARPA Subject: Re: C for small machines In-reply-to: Your message of 9 Apr 1984 19:33-EST. <84/04/09 1933.366@NRL-AIC> From: kevinw@isl bds-c is NOT written in c. it is written in assembler. leor zolman said soewhere that if it were written in bds-c it would have been 2*size and (1/2)*speed (or some such figures...) -- K 10-Apr-84 05:04:58-MST,1249;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 05:04:53-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Apr 84 6:47 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 10 Apr 84 6:44 EST Date: 10 April 1984 06:42-EST From: Jerry E. Pournelle Subject: The Phone Company Strikes back To: INFO-MICRO@Mit-Mc.ARPA, INFO-CPM@Mit-Mc.ARPA I feel a bit like Lincoln Steffans must have felt when he said "I have been over into the future, and it works!" That is: I've spent the weekend looking over the new AT&T 3B2/300 desktop mini, and I am blooming impressed. They have one-megabyte boards using 256 K chips (theirs) for $2400 quantity one now. Lord knows what quantity 1000 next year will cost. The WE 32000 is a heck of achip, and they had a full Unix system with about 30 jobs going at once, including their new WINDOWS software that runs buncha jobs on the same screen including debugger/job/source in different windows. I was impressd. Is there someone who knows a lot I don't who hasn't been? At $9950 for a half-meg memory 10K disk (+ floppy) plus one rs-232 and one centronics, it looks like a lotta bang for the buck... 10-Apr-84 05:27:08-MST,1249;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 05:27:02-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Apr 84 6:47 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 10 Apr 84 6:44 EST Date: 10 April 1984 06:42-EST From: Jerry E. Pournelle Subject: The Phone Company Strikes back To: INFO-MICRO@Mit-Mc.ARPA, INFO-CPM@Mit-Mc.ARPA I feel a bit like Lincoln Steffans must have felt when he said "I have been over into the future, and it works!" That is: I've spent the weekend looking over the new AT&T 3B2/300 desktop mini, and I am blooming impressed. They have one-megabyte boards using 256 K chips (theirs) for $2400 quantity one now. Lord knows what quantity 1000 next year will cost. The WE 32000 is a heck of achip, and they had a full Unix system with about 30 jobs going at once, including their new WINDOWS software that runs buncha jobs on the same screen including debugger/job/source in different windows. I was impressd. Is there someone who knows a lot I don't who hasn't been? At $9950 for a half-meg memory 10K disk (+ floppy) plus one rs-232 and one centronics, it looks like a lotta bang for the buck... 10-Apr-84 05:29:36-MST,1203;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 05:29:30-MST Received: From nrl-aic.arpa.ARPA by AMSAA via smtp; 10 Apr 84 6:55 EST Date: 10 Apr 1984 6:42-EST From: Russ Smith Subject: Re: BDS C To: vortex!lauren@Rand-Unix.ARPA Cc: info-cpm@Amsaa.ARPA Message-Id: <84/04/10 0642.166@NRL-AIC> In-Reply-To: vortex!lauren's message of Mon, 9-Apr-84 180948 PST BDS C IS an excellent product. C/80 IS ALSO an excellent product. BDS C costs $150. C/80 costs $50. That's all I implied by my messages. If one is starting out with the hopes of achieving success (but not yet having reached that point) one doesn't necessarily have the extra bucks to spend. I added C/80 to JB's list because it is a relatively inexpensive way to get yourself programming in C with the resulting programs doing quite well in benchmark tests in comparison to the full range of C compilers available for 8080 (z80) based machines. Nothing in my messages should be taken as knocking BDS C. Too many extremely useful things have been written and compiled by this compiler to do so. Yours quite sincerely, Russ 10-Apr-84 06:01:25-MST,520;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 06:01:22-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 10 Apr 84 7:28 EST Date: 10 April 1984 07:29-EST From: Jerry E. Pournelle Subject: BDS C To: smith@Nrl-Aic.ARPA cc: vortex!lauren@Rand-Unix.ARPA, info-cpm@Amsaa.ARPA In-reply-to: Msg of 10 Apr 1984 6:42-EST from Russ Smith I think BDS C can be got for considerably less than $150 can't it? 10-Apr-84 06:03:04-MST,431;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 06:03:01-MST Received: From nrl-aic.arpa.ARPA by AMSAA via smtp; 10 Apr 84 7:36 EST Date: 10 Apr 1984 6:54-EST From: Russ Smith Subject: BDS C To: info-cpm@Amsaa.ARPA Message-Id: <84/04/10 0654.683@NRL-AIC> As has been pointed out by a multitude of others... BDS C is written in assembler. 10-Apr-84 13:19:49-MST,1259;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 13:19:44-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Apr 84 14:57 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 10 Apr 84 14:59 EST Date: Tue, 10 Apr 1984 14:51 EST Message-ID: From: RG.JMTURN%MIT-OZ@MIT-MC.ARPA To: INFO-MICRO@Mit-Mc.ARPA, INFO-CPM@Mit-Mc.ARPA Subject: Vector Graphics 3005 In-reply-to: Msg of 10 Apr 1984 06:42-EST from Jerry E. Pournelle I have the opportunity to pick up a VG 3005 S100 system with a 5 MB disk and 128K for $800. On the surface, this sounds like a great deal, but I need to know about the details of the system, such as: o Are versions of ZCPR2 and MODEM7 available for it. o Is it compatible with CP/M stuff in general. o What kind of terminal does it pretend to be? Are there emulation programs for it. o It claims to run Extended CP/M 2.2, I suppose to take advantage of the banked memory. Any screws with this? o How reliable is it. o We don't get serial boards with it, and maybe no BIOS. How easy is it to find a copy of the BIOS. James Reply to me directly: JMTURN@MIT-MC 10-Apr-84 14:00:25-MST,976;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 14:00:21-MST Received: From rand-unix.arpa.ARPA by AMSAA via smtp; 10 Apr 84 15:25 EST Date: Tuesday, 10 Apr 1984 12:19-PST To: info-cpm@AMSAA.ARPA Cc: randvax!bridger@Rand-Unix.ARPA Subject: Filename attributes in lowercase - a proposal From: bridger@Rand-Unix.ARPA On terminals that don't have highlighting, it's not easy to determine a file's attributes. I propose a simple, portable convention for use in file utilities, telecommunications and applications programs: If an attribute bit is set, display the corresponding character in the filename in lower case. Thus, STAT.coM would be Read/Only, SYStem mAC.COM would mean bit 1 is set This isn't perfect -- a short filename or filetype won't always have its attributes displayed. But it could readily be incorporated into the next revisions of MDM7, SD, XDIR, NSWP,... 10-Apr-84 14:17:29-MST,519;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 14:17:08-MST Received: From rand-unix.arpa.ARPA by AMSAA via smtp; 10 Apr 84 15:25 EST Date: Tuesday, 10 Apr 1984 12:26-PST To: info-cpm@AMSAA.ARPA Cc: randvax!bridger@Rand-Unix.ARPA Subject: SID Write command? From: bridger@Rand-Unix.ARPA Does SID have a write-memory-to-file command? My copy doesn't. DR says no. But haven't there been patching instructions on this list that use it? --bridger 10-Apr-84 15:21:58-MST,1116;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 15:21:53-MST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 10 Apr 84 16:48 EST Date: Tue, 10 Apr 84 16:45:04 EST From: Rick Conn To: bridger@rand-unix.arpa cc: info-cpm@amsaa.arpa, randvax!bridger@rand-unix.arpa Subject: Re: SID Write command? SID/ZSID by themselves do not support a Write/Save command, but in conjunction with the utility RELS.UTL (or REL.UTL) they do. The utility provides a number of additional commands which may be executed from within SID/ZSID, and one such command is C.SAVE, which is used as follows: ZSID A.RELS.UTL Imyfile.hex R <-- Read in file from disk Imyfile.com <-- Define Name of output file C.SAVE 100 endadr <-- Write data to disk from 100H to endadr G0 <-- done The ZEX.ZEX command file gives a graphic example of the use of RELS.UTL with some explanation. I'll see if I can look up some documentation on it. The 4th section (pp 42-49) of the SID manual talks about utilities. Rick 10-Apr-84 15:45:44-MST,1409;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 15:45:38-MST Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 10 Apr 84 17:19 EST Received: from ISL by SUMEX-AIM with Pup; Tue 10 Apr 84 14:21:10-PST Date: Tuesday, 10 Apr 1984 14:21-PST To: bridger@RAND-UNIX.ARPA Cc: info-cpm@AMSAA.ARPA, randvax!bridger@RAND-UNIX.ARPA Subject: Re: SID Write command? In-reply-to: Your message of Tuesday, 10 Apr 1984 12:26-PST. From: kevinw@isl there is a write command for sid 3.0 (the one which comes standard with the distribution disk). the documentation for it is in one of the refs but not the other (typical dri...). anyway, if you have a cpm3 system the command is: Wfile[,start,stop] `file' is a standard cpm file description -- eg q:foo.baz `start' and `stop' are optional start and stop addresses. if none are specified then the start of the tpa is used as start and the address of the LAST end of load address is used. this is a nasty bug! e.g. A>sid foo.com SID 3.0... NEXT LAST HIGH PC 0C00 0C00 CDFF 0100 #rbar.com NEXT LAST HIGH PC 0300 0C00 CDFF 0100 #wquux.com Saved 4 records (4h) n.b. -- one would have expected 11 records but someone at dri screwed up this. thus to get what would be expected, one must say #wquux.com,100,c00 Saved 11 records (0bh) -- K 10-Apr-84 15:48:17-MST,776;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 15:48:13-MST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 10 Apr 84 17:30 EST Date: Tue, 10 Apr 84 17:29:13 EST From: Rick Conn To: Rick Conn cc: bridger@rand-unix.arpa, info-cpm@amsaa.arpa, randvax!bridger@rand-unix.arpa Subject: Re: SID Write command? I did not find RELS.UTL or REL.UTL (there are two different files) in the main CP/M archives on SIMTEL20. In scanning the SIG/M catalog, I note the following references: REL.UTL in Vol 76 I can find no other documentation on REL.UTL or RELS.UTL. Perhaps someone else knows of the source for details? Rick 10-Apr-84 16:53:24-MST,1533;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 16:53:19-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 10 Apr 84 18:25 EST Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 10 Apr 84 18:25 EST Received: from Aurora.ms by ArpaGateway.ms ; 10 APR 84 11:17:06 PST Date: Tue, 10 Apr 84 14:18 EST From: scacchitti.henr@Xerox.ARPA Subject: Re: Xerox 820 text downloading In-reply-to: "WEBER@USC-ECLC.ARPA's message of Sun, 1 Apr 84 21:39:20 PST" To: Allan Weber cc: info-cpm@BRL.ARPA Allan, A friend of mine recently had the same problem. (At least it sounds like it) Almost any modem program with a text capture mode will collect the ascii data and allow storage to a CP/M file. However, the model 100 fails to transmit linefeeds. Thus, a file of this construct, lists continually on one line. On, the other hand if you use Wordstar to view the file, you will be able to see it all. To convert the file to useable CP/M format is pretty simple. All that's required is a program to open the text file and create a second file, then read a line from the existing file and write it to the new file, finally close the files when it's done. CP/M (at least that on the 820) will see the carriage return as the end of the line when reading and append the line feed when writing. I've used this method in MBASIC and C without any problems. If you need a source file let me know and I'll send one. Fred 10-Apr-84 18:45:17-MST,2488;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 18:45:10-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 10 Apr 84 20:22 EST Received: from Semillon.ms by ArpaGateway.ms ; 10 APR 84 10:39:42 PST Date: 10 Apr 84 10:39:16 PST (Tuesday) From: Bicer.ES@Xerox.ARPA Subject: Re: BDS C In-reply-to: <84/04/10 0642.166@NRL-AIC> To: Russ Smith cc: vortex!lauren@Rand-Unix.ARPA, info-cpm@Amsaa.ARPA This is the updated version of my older list of the C compilers for CP/M 80. For the people who have been observing my discussion with Russ Smith, you should note that Russ Smith and I do agree on C/80 and BDS C issue (even though it may not be obvious from our messages). There are several C's available for CP/M80. The prices quoted are the list prices, and most/all of the compilers can be purchased at a discount. 1 - BDS C: Great to learn C with. Very fast compiler, respectable execution speed, source code of the libraries and a well supported user's group. But it is not a full implementation of C (lacks longs, floats, statics, and initializers). $150. 2 - MANX AZTEC CII: Very good compiler (I use it for production work), full implementation, you get the source of the libraries, assembler output of the compiler can be further hand optimized, an 8086 and 6502 and PDP-11 versions are available. Fast execution speed, but compilation speed can be improoved usin a hard disk or a ram disk. $199. 3 - Whitesmith's C: Don't touch it if you don't have to. Incredibly slow compilation times, and their libraries do not resemble the other ones that I know. $600??? 4 - Echo C: For Z-80 only. Heard good things, but never seen it. 5 - Supersoft C:I'd rather have Aztec C. Slower compilation times, not a full implementation (the version I have), and pain in the neck to develop software with (terrible linking problems -too much code gets included-). 6 - C/80: A subset of C with respectable execution speed, (apparently faster than BDS C), for only $50. I think it produces assembler output. People interested in this compiler should also look at 'Small C', which also includes the source of the compiler (written in C). Please feel free to send me info on this list, so next person who needs advice on C compilers gets an updated list. Jack Bicer 10-Apr-84 21:23:46-MST,5135;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 10 Apr 84 21:23:33-MST Received: From usc-isid.arpa.ARPA by AMSAA via smtp; 10 Apr 84 22:58 EST Date: 10 Apr 1984 22:59-EST Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: MBASIC Printer/Console Switching From: ABN.ISCAMS@Usc-Isid.ARPA To: INFO-CPM@Amsaa.ARPA Cc: ABN.ISCAMS@Usc-Isid.ARPA Message-ID: <[USC-ISID]10-Apr-84 22:59:17.ABN.ISCAMS> (And if you aren't hacking in BASIC and CP/M any more -- purge this thing!) How often have you wished you could find an easy way to switch your BASIC to direct PRINT statements to the printer or the console as you or the user desires, without the typical IF HARDCOPY THEN LPRINT "FOOBAR" ELSE PRINT "FOOBAR" This sure can get tiresome - I have some programs that permit the user to elect screen display and/or printer display, and perhaps 1/3 of the code is that sort of redundancy! The one-page article in "Programmer's Guide to CP/M" (Creative Computing Press, Morris Plains NJ, 1982), entitled "Choosing Between CRT & Printer Output" gave me hope, but the bloody Sample Program just wouldn't work! I suspect some problems with the POKEing and PEEKing being limited to one byte and returning an integer between -32768 and +32768. I KNOW the BASIC-80 manual says the Extended and Disk versions permit POKEing and PEEKing integers in the range 0 to 65536, but damned if mine will! Try POKEing a large value (like 60000 or so) anywhere, and then PEEK at the same place (if you get that far), and you'll see what I mean. The following little piece of code can be patched into your BASIC programs. It'll find YOUR Console Out and List Out jumps in your BIOS jump table (using the BIOS jump table location found at 0001 and 0002 of CP/M), and will plug them in to the appropriate place in BASIC. I got this idea from CPM-PERT.BAS, out at SIMTEL20's Public Domain library in MICRO:. Unfortunately the location of the Call to Console Out for Microsoft BASIC-80 Version 5.21 is different from my Version 5.1. However both values are given below. If it doesn't work, use DDT's T(race) utility to track through your MBASIC as it initializes its BIOS calls. It takes about 50 or so steps, but eventually you'll see a series of moving bytes from high memory (in my system the EA00h area) into D and E , XCHGing them, and SPHLing them to a serious of locations in the 4100h area. The LAST one of this series of very similar storage moves will be the storing of LIST (list device out), and the NEXT to last one will be the CONOUT (console out) jump. Watch where BASIC stores that BIOS CONOUT location -- that's the location of BASIC's CONOUT call. (Sorry - a little hard to explain DDT's T(race) function; you gotta see it to believe it!) Never had much use for the T function, but found it handy this time. If you know the location of your BIOS jump table's jumps to CONOUT and LIST, that alone won't be enough. BASIC doesn't use the location of the JMP in the BIOS jump table itself, but the address of that JMP! Saves one JMP, but kind of tricky unless you know what to expect! I didn't mess with that with my PEEKs and POKEs - just used the actual JMP in the jump table itself. Have fun - hope this works OK for you. It sure is saving me a lot of redundant BASIC code, and the sheer bloody elegance of BASIC looking at CP/M, and then poking itself a new belly button really tickles me! David Kirschbaum, Toad Hall 7573 Jennings Lane, Fayetteville NC 28303 (919)868-3471/396-6862 ARPANet ABN.ISCAMS@USC-ISID 130 '== Locate CONOUT (console out) and LIST in CP/M BIOS Jump Table == 140 ' 150 ' Location of warm boot in BIOS jump table can be found at bytes 0001 160 ' (Least Significant Byte, LSB), and 0002 (Most Significant Byte, MSB). 170 ' 180 COUT1% = PEEK(1) : COUT2% = PEEK(2) 'get LSB and MSB of warm boot jump 190 COUT1% = COUT1% + 9 'bump up 9 bytes from warm boot to COUT 200 IF COUT1% < 256 THEN 220 'no need to increase MSB 210 COUT2% = COUT2% + 256 : COUT1% = COUT1% - 256 'inx MSB, dx LSB 220 LST2% = COUT2% : LST1% = COUT1% + 3 'bump up 3 bytes from COUT to LIST 230 IF LST1% < 256 THEN 280 'no need to increase MSB 240 LST2% = LST2% + 256 : LST1% = LST1% - 256 'inx MSB, dx LSB 290 CONOUT% = &H41B8 'Loc in MBASIC 5.1 of call to CONOUT 300 ' (value for MBASIC 5.21 is &H41E4) - - - - - - - - Here's where you switch the printer/console display 390 PRINT "Do you want a HARD-COPY record? (Y/N): "; 400 HC$=INKEY$:IF LEN(HC$)<1 THEN 400 ELSE PRINT HC$ 410 IF HC$<>"Y" AND HC$<>"N" THEN PRINT "ERROR! Try again.":GOTO 390 - - - - - - - - Here's where you switch BASIC's CALL to CONOUT to the LIST device 620 IF HC$<>"Y" THEN 660 630 POKE CONOUT%, LST1% : POKE CONOUT%+1, LST2% 'Turn printer on 640 PRINT "This should be a hardcopy printout on your printer." 650 POKE CONOUT%, COUT1% : POKE CONOUT%+1, COUT2% 'Turn console back on 660 PRINT "This should be a display on your CRT." - - - - - - - - 800 END 11-Apr-84 09:51:08-MST,332;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Apr 84 09:51:04-MST Received: From bbnccc.arpa.ARPA by AMSAA via smtp; 11 Apr 84 11:27 EST Date: Wed, 11 Apr 84 11:17:46 EST From: Manny Crivello Subject: need SID manual To: info-cpm@AMSAA.ARPA 11-Apr-84 09:52:23-MST,434;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Apr 84 09:52:18-MST Received: From bbnccc.arpa.ARPA by AMSAA via smtp; 11 Apr 84 11:27 EST Date: Wed, 11 Apr 84 11:26:54 EST From: Manny Crivello Subject: need SID manual To: info-cpm@AMSAA.ARPA Can you send me the part # & closes address to get a SID manual. I'm from Boston Ma M.D.Crivello 11-Apr-84 11:42:58-MST,4466;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Apr 84 11:42:46-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 11 Apr 84 13:05 EST Date: 11 Apr 1984 11:06 MST (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: RS-232 hookup info list Reply-To: decvax!mcnc!philabs!cubsvax!wu1!rf@Ucb-Vax.ARPA Date: 4 Apr 84 12:19:06-PST (Wed) From: decvax!mcnc!philabs!cubsvax!wu1!rf Subject: RS-232 I recently prepared a guide to the RS-232 signals for competent, unknowledgeable users. It amazed and amused me, so I thought some of you might like to see it. The little notes "CONNECT" and "LEAVE OPEN" are for people constructing a cable to be used with an asynchronous modem. Randolph Fritz So, for the edification of the ignorant and the amusement of the knowledgeable, I present: RANDOLPH FRITZ'S GUIDE TO RS-232 SIGNALS AND OTHER SICK JOKES. Signal DTE <-> DCE Description ====== =========== =========== 1 FG <-> Frame ground. Sometimes connected to equipment chassis. Where possible LEAVE OPEN. 2 TD -> Transmitted data. Data from computer (terminal) to modem. CONNECT. 3 RD <- Received data. Data from modem to computer (terminal). CONNECT. 4 RTS -> Request to send. Turns on modem's transmit carrier. CONNECT. 5 CTS <- Clear to send. Indicates that modem's transmit carrier is on. Some modems assert this all the time. CONNECT. 6 DSR <- Data set ready. Indicates that modem is on. Some modems assert this even when they're off. CONNECT. 7 SG <-> Signal ground. Voltages of all other signals are referenced to this. CONNECT. 8 DCD <- Data carrier detect. Asserted when the modem hears a carrier. Some modems assert this all the time, still others assert this in response to any received signal. CONNECT. 9 <- In some Bell modems, +12V to power test equipment. If connected, can create smoke. LEAVE OPEN. 10 <- In some Bell modems, -12V to power test equipment. If connected, can create smoke. LEAVE OPEN. 11 QM <- Equalizer mode. Not RS-232. Bell 208A 4800 bps modems only. LEAVE OPEN. 12 HS <- High speed. Not RS-232. Hayes Smartmodem 1200 only. Asserted when 1200 bps connection established. Mainly of use to auto-answer modem. LEAVE OPEN. or 12 SDCD <- Secondary data carrier detect. Used by only modems with a secondary channel. LEAVE OPEN. 13 SCTS <- Secondary clear to send. Asserted when secondary transmit carrier is on. LEAVE OPEN. 14 STD <- Secondary transmitted data. LEAVE OPEN. or 14 NS -> New sync. Not RS-232. Bell 208A 4800 bps modems only. LEAVE OPEN. 15 TC <- Transmit clock. Synchronous modems only. LEAVE OPEN. 16 SRD <- Secondary received data. LEAVE OPEN. or 16 DCT <- Divided clock, transmitter. Not RS-232. Bell 208A 4800 bps modems only. LEAVE OPEN. 17 RC <- Receive clock. Synchronous modems only. LEAVE OPEN. 18 DCR <- Divided clock, receiver. Not RS-232. Bell 208A 4800 bps modems only. LEAVE OPEN. 19 SRTS -> Secondary request to send. Turns on secondary carrier. LEAVE OPEN. 20 DTR -> Data terminal ready. Asserted by computer (or terminal) when ready to use the modem. RS-232 specifies that all other signals from computer are meaningless when this is not asserted. Most modems will not answer telephone when this is not asserted. CONNECT. 21 SQ <- Signal quality. Asserted by some fancy modems when line noise rises. LEAVE OPEN. 22 RI <- Ring indicator. The electrical equivalent of the telephone bell on an auto-answer modem. The proper way to auto-answer is: wait for RI. On second ring DTE should assert DTR. The modem will then answer. LEAVE OPEN. 23 HS -> High speed. Make a connection in high speed mode, if possible. Used (if at all) by originate modem. LEAVE OPEN. or 23 HS <- High speed. A connection has been made in high speed mode. Used (if at all) by answer modem. LEAVE OPEN. 24 (TC) -> Transmit clock from computer. Unusual. LEAVE OPEN. 25 -> Busy. The line is busy. Used (if at all) by auto-originate modem. LEAVE OPEN. 11-Apr-84 12:23:59-MST,886;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 11 Apr 84 12:23:51-MST Date: Wed, 11 Apr 84 13:43:52 EST From: David Towson (CSD) To: decvax!mcnc!philabs!cubsvax!wu1!rf@Ucb-Vax.ARPA cc: Info-Cpm@Amsaa.ARPA Subject: Re: RS-232 hookup info list Randolph - I enjoyed the guide to RS-232 connections. I wonder, however, why you gave such a nice description of the use of Ring Indicator, and then said to LEAVE IT OPEN. Huh? Also, I'd like to know how a modem can assert ANY RS-232 signal when it is off. It seems that the plus-and-minus three volts "forbidden zone" in the standard would make it impossible for signals to be asserted when the modem is off (unless the modem contains a battery). Or did you decide to slip April Fools Day to the fourth? Dave towson@amsaa 12-Apr-84 01:47:24-MST,6137;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 01:47:09-MST Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 12 Apr 84 3:04 EST Received: From simtel20.arpa.ARPA by BRL-VGR via smtp; 12 Apr 84 2:59 EST Date: Thu 12 Apr 84 00:58:43-MST From: Ron Fowler Subject: INFO-COPYRIGHT AM DIGEST: APRIL 12, 1984 To: info-modem7@SIMTEL20.ARPA cc: info-cpm@BRL-VGR.ARPA [ copyright (c) 1984 Ronald G. Fowler ] There has been some controversy lately regarding the distribution of public domain software with respect to the copyright law. I've done some preliminary research, and thought I'd share my findings with the group. Specifically in question has been Irv Hoff's copyright of his MDM modem series, especially as it relates to Ward Christensen's orig- inal work and Mark Zeiger's extensive enhancements to the program. Prevention of "profit-taking" and sale of public-domain software has also been discussed. Fundamental to securing copyright protecton is the publication of a work; generally you may copyright unpublished work without restrict- ion (i.e., you don't have to maintain a copyright notice in the work). Legally, 'publishing' is the "distribution of copies ... to the pub- lic, by sale or other transfer of ownership, or by rental, lease or lending". I think we can safely say that work distributed by SIG/M and the CPMUG can be deemed legally "published". Both the old (1909) copyright law and the new (1978) require a that a copyright notice be placed in the work, in order to secure the copy- ight. While the newer law addresses procedures for omission of this notice (in order that a mistaken omission not cause loss of copyright protection) the older law did not. Work published prior to 1 January, 1978 falls under the jurisdiction of the older law. In fact, Copyright Office Circular "R1" specifically mentions this circumstance: "If a work was published under the copyright owner's authority before January 1, 1978, without a proper copyright notice, all copyright protection for that work was permanently lost in the United States. The new copyright law does not provide retroactive pro- tection for those works." Now MODEM2 was published by CPMUG, without copyright notice, in 1977. So much for any claim poor Ward might have. MODEM2 is therefore unquestionably in the public domain. (Note that the terms "copyright" and "public domain" are mutually exclusive, under the law. "Public domain" is work without copyright, either by expiration of an existing copyright, or by forfeiture of copyright by the author. Hence, a disclaimer like "Copyright (c) 1984 by Calvin C. Codehacker: contributed to the public domain, may not be sold commercially" is a contradiction in terms, and may very well jeopardize the author's right to copyright. For that reason, I *never* refer to the "public domain" in any programs I introduce to the user community for which I desire to retain copyright pro- tection). (Side note: there is absolutely *nothing* to prevent a commercial in- terest from selling public domain work, legally or ethically. Have you ever seen an anthology of Edgar Allen Poe, or a recently reprinted "Moby Dick", both of which have fallen into the public domain? Has sale of these caused any kind of public outcry of "ripoff!"? Think about it...) Back to MODEM2 and MODEM7: Zeiger and Hoff's enhancements have been published (SIG/M, I believe) after 1 January, 1978, and thus fall under the jusrisdiction of the 1978 law, which provides for "derivative work". A "derivative work" is "a work based on one or more preexisting works". This seems to be subject to copyrights held by the author of the previous work, but is not spelled out specifically in the material I've seen so far. I'd hazard to guess that Hoff and Zeiger are on pretty stable ground, though, *unless* either has failed to actually secure the copyright by registration. That's where things begin to get a little shaky. Generally, you don't have to register to claim copyright; you can reg- ister anytime within five years of publication and still establish prima facie evidence in court of the copyright's validatity. There is a "gotcha" though: if the work is not registered within 3 months after publication, then no statutory damages or attorney's fees are available to the plaintiff in an infringement suit. In this case, only actual damages and lost profits are available, and in "free" distribution software, there are very little damages indeed (perhaps if the author is a professional who receives value from the circulation of his name in "free" software, the loss of that circulation could constitute a damage....). Now I think we have a clear idea of how to proceed with new "freeware": 1) Claim copyright in the published work (copyright circular "R61" suggests placing the notice in the program's sign-on message, if it has one. By the way, this pub is specific to computer software). 2) Do not fail to actually register the copyright with the Copyright office, within 3 month of publication. 3) Never mention the public domain in relation to your work. With these requirements met, the software is protected to the extent that you can confidently proceed legally against infringers, including attorney's fees and statutory damages. Merely by virtue of your author- ship (and, of course, your copyright). --------- Interesting aside: if you publish work with the Copyright notice included, you *must* deposit a copy with the Copyright office for the use of the Library of Congress; failure to do so can result in fines and other penalties. (Note that there are certain exceptions and modifications to this rule for various types of copyright works). Also: Forms are available from the U.S. Government Copyright Office: dial (202) 287-9100. Ask for form TX and Circulars R1 and R61. The cheapskates will only send you five TX's for one phone call. ---------- ------- 12-Apr-84 09:04:50-MST,1686;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 09:04:43-MST Received: From mit-multics.arpa.ARPA by AMSAA via smtp; 12 Apr 84 10:37 EST Date: Thu, 12 Apr 84 10:34 EST From: "John C. Klensin" Subject: use of lower case for status bits To: bridger@RAND-UNIX.ARPA, info-cpm@AMSAA.ARPA Message-ID: <840412153447.123567@MIT-MULTICS.ARPA> Some things, especially misbehaving file transfer programs, can succeed in creating objects with mixed-case, or lower-case, objects in the CP/M file system. The resulting objects are very hard to identify (since much software tries to automatically upper-case the names), and even harder to get rid of (since the CP/M resident commands all map whatever is typed to upper case before trying to erase, rename, or whatever). So, if you use a case-shift to show status, you will need both - a way to indicate when the lower case character is lower case because it is there and/or - a way to caution the reader that the name really contains lower case. Those requirements might lead to the reinvention of highlighting. Now, you could probably safely ignore this for some programs (such as MDM7), but it is probably quite important that things like SD and XDIR tell what is really there, so, without precisely what you are trying to avoid, it does not make a good general convention -- I want directory-inspecting programs to tell me what is in the directory as their absolute first priority. I am surprised that the UNIX community has not noticed this little problem arising occasionally as well (if, indeed, they have not). 12-Apr-84 11:53:41-MST,1023;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 11:53:36-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 12 Apr 84 13:17 EST Received: From office-2.arpa.ARPA by BRL-AOS via smtp; 12 Apr 84 13:12 EST Date: 12-Apr-84 10:07 PST From: ACB.TYM@OFFICE-2.ARPA Subject: 5 inch disk controller To: info-cpm@brl.arpa Message-ID: <[OFFICE-2.ARPA]TYM-ACB-4H2RJ> Can someone point me to an S100 non-DMA 5 inch disk controller for which software exists to format and write many of the popular 5 inch CP/M formats. I am willing to write such software if I could be pointed to documentation of the various formats (would make such software available). I have a Northstar and want to avoid the DMA problems though I am willing to bring the buss to new standards (so far I haven't had any problem with some controllers and memory boards). I would like to buy the controller and software as a package if possible. Thanks in advance for any info. 12-Apr-84 12:30:34-MST,836;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 12:30:28-MST Received: From utexas-20.arpa.ARPA by AMSAA via smtp; 12 Apr 84 13:50 EST Date: Thu 12 Apr 84 12:52:45-CST From: Aaron Temin Subject: printer problems - S100 to ids 225 To: info-cpm@AMSAA.ARPA Some close friends just presented me with an old Integral Data Systems 225 printer for my birthday. We got it communicating with my machine via cp/m 2.2 sometimes, but it tends to lock up for no good reason, and often will decide to bang its print head against the right margin for long periods, making piteous noises until turned off. I am running a bios from MICAH on a Cromemco system 3. If anyone has any suggestions, they would be most welcome. Thanks, -aaron ------- 12-Apr-84 12:58:07-MST,1013;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 12:58:00-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 12 Apr 84 14:31 EST Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 12 Apr 84 14:32 EST Received: from ISL by SUMEX-AIM with Pup; Thu 12 Apr 84 11:30:16-PST Date: Thursday, 12 Apr 1984 11:31-PST To: ACB.TYM@OFFICE-2.ARPA Cc: info-cpm@BRL.ARPA Subject: Re: 5 inch disk controller In-reply-to: Your message of 12-Apr-84 10:07 PST. <[OFFICE-2.ARPA]TYM-ACB-4H2RJ> From: kevinw@isl I have a SD-Sales Versafloppy-I board which will read/write 8"/5-1/4" floppies and is old s100 standard which i would be willing to sell. It is only single density, but I have used it for years as an 8" controller with no problems at all. I also have a myriad of other old s100 boards which I could be induced to sell if there were any interest. -- Kevin kevinw@su-dsn (415) 325-4723 (415) 497-2961 (days) 12-Apr-84 20:29:54-MST,830;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 12 Apr 84 20:29:50-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 12 Apr 84 22:04 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 12 Apr 84 22:03 EST Date: 12 April 1984 22:01-EST From: Eric Stork Subject: Archive Program To: info-cpm@Brl-Aos.ARPA cc: STORK@Mit-Mc.ARPA Several weeks ago there was much traffic about a neat, cheap, commercial program for archiving hard disks (i.e., for backing up only those files that had been changed since last backup). Unfortunately, not having a hard disk, I failed to note the name and source of the program. Now my son in law is getting a Kaypro 10, and needs such a program. Pointers, anyone? Thanks, Eric. (STORK at MIT-MC) 13-Apr-84 00:51:16-MST,1423;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 00:51:11-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Apr 84 2:26 EST Received: From mit-multics.arpa.ARPA by BRL-AOS via smtp; 13 Apr 84 2:28 EST Date: Fri, 13 Apr 84 02:25 EST From: Paul Schauble Subject: Hidden goodies in commercial software To: Info-Micro@BRL-AOS.ARPA, Info-CPM@BRL-AOS.ARPA, Info-IBMPC@USC-ISIB.ARPA, WorkS@RUTGERS.ARPA, Human-Nets@RUTGERS.ARPA, Unix-Wizards@BRL.ARPA, Info-MAC@SUMEX-AIM.ARPA Message-ID: <840413072525.586445@MIT-MULTICS.ARPA> I'm looking for examples of strange things that programmers have hidden in various pieces of commercial software, games, etc. As two examples, and for general interest, there is the Atari SuperBreakout cartridge that displayed the programmers initials when the right combination of keys was pressed. And, I have heard the (unconfirmed) rumor that the MacIntosh operating system is set up so that once every large number of times you will boot the operating system and not get the system. You'll get a picture of a monkey waving at you. The next boot will work fine. Anyone have any other examples? PLEASE copy me directly on any replies, since I don't read all of the lists directly. Thanks, Paul ARPA: Schauble@MIT-Multics 13-Apr-84 01:55:35-MST,943;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 01:55:31-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Apr 84 3:27 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 13 Apr 84 3:29 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 13 Apr 84 0:16-PST Date: 8 Apr 84 14:34:46-PST (Sun) To: info-cpm@Brl-Aos.ARPA From: ihnp4!cbosgd!qusavx!carmine@Ucb-Vax.ARPA Subject: Terminal Programs Article-I.D.: qusavx.167 I am looking for a terminal program to allow me to use a Kaypro 2 as a 'smart' terminal. I can already use it as a dumb terminal utilizing the 'baud' and 'term' programs on my CP/M disk (version 2.2). Any ideas? Major consideration is low cost so a public sector program would be nice. Thanks in advance. Please reply to: Carmine Scavo Quantime Corp. Cincinnati (513) 563-8800 {cbosgd,vax135,decvax}!qusavax!carmine 13-Apr-84 04:45:20-MST,1049;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 04:45:15-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Apr 84 6:20 EST Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 13 Apr 84 6:22 EST Date: 13 Apr 1984 06:21-EST Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: Archive Program From: ABN.ISCAMS@Usc-Isid.ARPA To: STORK@Mit-Mc.ARPA Cc: info-cpm@Brl-Aos.ARPA Message-ID: <[USC-ISID]13-Apr-84 06:21:15.ABN.ISCAMS> In-Reply-To: The message of 12 April 1984 22:01-EST from Eric Stork Eric (et al) Donno about the neat cheap commercial version, but the Public Domain one out at SIMTEL20 (MICRO: works just fine. Needs one wee little BDOS (I think) patch, and the only undesirable side effect is that my D.COM program (another directory program that lists alphabetically, file size, remaining, etc.) doesn't wildcard properly; however SDIR.COM is fine). Price is right too! David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 13-Apr-84 07:33:34-MST,883;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 07:33:27-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Apr 84 9:13 EST Received: From utexas-20.arpa.ARPA by BRL-AOS via smtp; 13 Apr 84 9:14 EST Date: Fri 13 Apr 84 08:13:05-CST From: John Otken Subject: Re: Archive Program To: info-cpm@BRL.ARPA In-Reply-To: Message from "ABN.ISCAMS@Usc-Isid.ARPA" of Fri 13 Apr 84 05:21:00-CST The "one wee little" BDOS patch used by one of those programs goes into the disk directory checksum bytes beginning with drive E so you might want to be careful using it. BTW, the "archiving" program I wrote uses the T3 bit but does not alter the BDOS. I know this is broken for random access files but big deal, we don't use any. Could there be something else I didn't think of? ------- 13-Apr-84 10:23:31-MST,1053;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 10:23:26-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 13 Apr 84 11:58 EST Date: 13 Apr 1984 09:59 MST (Fri) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA Cc: bang!bblue@Nosc.ARPA MMDF-Warning: Parse error in preceeding line at AMSAA.ARPA Subject: New PAMS phone list (April) available In-reply-to: Msg of 13 Apr 1984 03:06-MST from Thanks to Bill Blue, we now have the latest PAMS list which shows the phone numbers of all known Public-Access Message and file-transfer Systems. It is available via anonymous FTP from SIMTEL20 as: MICRO:OTHERSYS.APR If you cannot FTP it, and you are not already on the list to receive it via netmail, send a note to W8SDZ@SIMTEL20 or ucbvax!brl-bmd!w8sdz asking to be added to the PAMS-People list. --Keith 13-Apr-84 10:56:54-MST,769;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 10:56:50-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 13 Apr 84 12:21 EST Date: 13 Apr 1984 10:22 MST (Fri) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: Updated SIMTEL20 directory list available MICRO:CPM.CRCLST on SIMTEL20 (the file listing all the filenames, sizes and CRCs of the MICRO directories) has been updated as of today. If you cannot FTP it, and you are not already on the list to receive it via netmail, send a note to W8SDZ@SIMTEL20 asking to be added to the DIRLST-People list. --Keith 13-Apr-84 17:48:59-MST,962;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 17:48:53-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 13 Apr 84 19:30 EST Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 13 Apr 84 19:32 EST Received: from Aurora.ms by ArpaGateway.ms ; 13 APR 84 12:40:29 PST Date: Fri, 13 Apr 84 07:59 EST From: Thieret.WBST@Xerox.ARPA Subject: Re: Distributing modifications to F80 In-reply-to: "decvax!mcnc!ecsvax!emigh@Ucb-Vax.ARPA's message of 19 Mar 84 17:09:39 PST (Mon)" To: decvax!mcnc!ecsvax!emigh@Ucb-Vax.ARPA cc: info-cpm@Brl.ARPA Ted, I don't know if you ever received my last message on this subject. I am very interested in the floating point mods to F80 and would like a copy of the source. Please send them to the address below. You may note that this address is different from my previous address. We changed our server. Thanks. Tracy (Thieret @ XEROX.ARPA) 13-Apr-84 18:20:51-MST,1409;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 18:20:42-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 13 Apr 84 19:58 EST Received: from Mission.ms by ArpaGateway.ms ; 13 APR 84 12:54:25 PST Date: 13 Apr 84 10:30:39 PST (Friday) From: Bicer.ES@Xerox.ARPA Subject: Aztec C Users To: info-cpm@Amsaa.ARPA cc: vortex!lauren@Rand-Unix.ARPA Someone complained that Aztec C creates a large COM file (compared to what???). Keep the code below in seperate file, and include it when linking your modules (order doesn't matter, but before libc.lib). I call this file minroot.c and minroot.o for source and relocatible versions respectively. ----------------------------------------------------------------------- Croot() { exit(main()); } exit(code) { boot@(); /* @ sdands for underline character. These keyboards!!! */ } badfd() { return -1; } noper() { return 0; } ---------------------------------------------------------------------- The result of the program "main() { }" (which shows size of the runtime package) is: with minroot.o = 7 sectors --> 896 bytes without =36 sectors -->4608 bytes But if you use the buffered I/O library (printf does!), then the necesseary code gets linked in and the size of the COM file is the same as before. Jack Bicer 13-Apr-84 19:00:07-MST,723;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 19:00:03-MST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 13 Apr 84 20:38 EST Date: Fri, 13 Apr 84 20:39:27 EST From: Bob Bloom (TECOM) To: w8sdz@Simtel20.ARPA cc: bbloom@Brl-Mis.ARPA, info-cpm@Brl-Mis.ARPA Subject: nswp204 bug? Anyone having rouble with NSWP204? - regardless of what I do, I can't copy a $r/o file! (not copy TO a $r/o file, copy a file with the $r/o flag set.) I end up getting a BDOS error R/O file on the destination disk drive. Is it me, my copy, or something else? (p.s. Keith: all the old "bugs" still exist.) -bob bloom 13-Apr-84 19:43:00-MST,653;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 19:42:54-MST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 13 Apr 84 21:22 EST Date: Fri, 13 Apr 84 21:14:02 EST From: Harold Carter (AFIT) To: Russ Smith cc: info-cpm@amsaa.arpa Subject: Re: C for small machines Russ... I concur with you on the capabilities of C-80. I use it quite a bit and find it very useful. The only annoying thing is that it lacks some very useful functions such as ungetc which is in BDS/C. But I still like C-80... Hal Carter 13-Apr-84 20:05:33-MST,791;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 13 Apr 84 20:05:29-MST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 13 Apr 84 21:43 EST Received: From brl-bmd.arpa.ARPA by BRL-MIS via smtp; 13 Apr 84 21:36 EST Date: Fri, 13 Apr 84 21:35:35 EST From: Charlie Strom (NYU) To: Eric Stork cc: Info-CPM@Brl.ARPA Subject: Re: Archive Program The proprietary program being referred to is probably QBAX, distributed by Amanuensis, in Grindstone, Pa. Advertisements are in Byte, and the program is the $30 variety. I understand that the author is working on a version 2 with significantly improved features including reclamation of space on floppy archive disks. 14-Apr-84 02:39:05-MST,805;000000000000 Return-Path: Received: from BRL-AOS (BRL.ARPA) by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 02:39:01-MST Received: From amsaa.arpa.ARPA by BRL-AOS via smtp; 14 Apr 84 4:15 EST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 14 Apr 84 3:58 EST Received: From xerox.arpa.ARPA by BRL-MIS via smtp; 14 Apr 84 3:56 EST Received: from GreeneKing.ms by ArpaGateway.ms ; 14 APR 84 00:55:59 PST Date: 14 Apr 84 09:55:46+0100 (Saturday) From: Hirst.rx@Xerox.ARPA Subject: Re: nswp204 bug? In-reply-to: bbloom's message of Fri, 13 Apr 84 20:39:27 EST To: Bob Bloom (TECOM) cc: w8sdz@Simtel20.ARPA, info-cpm@Brl-Mis.ARPA Bob, I have experienced the same effect, had to dig out SWEEP V4.0 to enable transfer, What were the old "bugs //Ken 14-Apr-84 08:14:01-MST,905;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 08:13:57-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Apr 84 9:51 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 14 Apr 84 9:47 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 14 Apr 84 6:27-PST Date: 8 Apr 84 17:10:23-PST (Sun) To: info-cpm@Brl-Aos.ARPA From: decvax!mcnc!philabs!cmcl2!floyd!clyde!akgua!emory!km@Ucb-Vax.ARPA Subject: XMODEM in FORTRAN? Article-I.D.: emory.1316 Has anyone implemented the xmodem protocol in FORTRAN? The only implementations I know of are in assembler for CP/M (mdm*), and in C for CP/M (yam) and Unix (umodem). Thanks Ken Mandelberg Emory University Dept of Math and CS Atlanta, Ga 30322 {akgua,sb1,gatech}!emory!km USENET km@emory CSNET km.emory@csnet-relay ARPANET 14-Apr-84 08:49:39-MST,884;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 08:49:36-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Apr 84 10:32 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 14 Apr 84 10:35 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 14 Apr 84 7:28-PST Date: 9 Apr 84 10:20:19-PST (Mon) To: info-cpm@Brl-Aos.ARPA From: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA Subject: Re: Looking for C - (nf) Article-I.D.: felix.229 In-Reply-To: Article <6522@uiucdcs.UUCP> I have Manx's Aztec C II compiler and am very happy with it. It's full K&R C with only two exceptions: no enumerations and no bit fields. Unfortunately, it is a bit pricey at $200. I have had very good luck with developing programs on the Z80 for the VAX and vice versa. Art Zemon FileNet Corp. 14-Apr-84 14:23:17-MST,840;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 14:23:13-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 14 Apr 84 16:04 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 14 Apr 84 16:06 EST Date: 14 April 1984 16:02-EST From: Eric Stork Subject: NSWP204 Bug? To: info-cpm@Brl-Aos.ARPA I tried copying R/O files with NSWP2.04. Tried both the 'C' mode and the 'M' mode after 'tagging'. In both cases it worked fine -- no bug apparent. While I doubt that it makes any difference, I have set the vales at the beginning of the program that highlight the bits in the directory name that are set by R/O, SYS, or what have you. (Correct 'vales' 2 lines above to read 'values'). I'm running standard CPM2.2 with ZCPR2. FYI. Eric 14-Apr-84 14:59:43-MST,2660;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 14 Apr 84 14:59:35-MST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 14 Apr 84 16:39 EST Date: Sat, 14 Apr 84 16:36:22 EST From: Bob Bloom (TECOM) To: info-cpm@Brl-Mis.ARPA Subject: more on nswp204 $r/o bug I've found out some more in the nswp204 bug that causes it not to be able to copy $r/o files - somehow it's involved with the inverse video patches. If I don't patch in the inverse videos, everything runs fine. The two patches are: Inverse video on at 0104 (number of characters, then the characters) and Inverse video off at 010B. For my televideo this corresponds to 104=2, 105=1b, 106=29, 10B=2, 10C=1B, and 10D=28. I have no idea why this affects the copy. It worked fine in version 2.00. Regarding the P.S., on my last message, I have found other minor problems but not significant to bother the list with. But since several people asked: 1. The sequence of logging into the B: drive, switching disks in the A: drive and then attempting to copy a file from the logged in B: drive to A: fails in the disk $R/O error. The copy will work if one first asks for remaining space on A: before the copy or copying from A: to B:. 2. If one copies a single file from the A: drive to the B: drive, switches disks in the B: drive, and then tries to copy the same file to the new B: disk, a disk $R/O error results. One has to again "log" in the new B: disk by asking for the remaining space on B: before copying. 3. When the destination disk for a copy fills up and NSWP attempts to delete the partial copy and the file being copied was $R/O, a file $R/O error bombs the program because the $R/O attribute has also been copied. In this condition the $R/O flag has to be taken off first before deleting the partial copy. 4. When unsqueezing files squeezed with the orginal sq-17 (version maybe wrong) the filename of the unsqueezed file was in lower case and had to be renamed to uppercase. This might not be worth "fixing" as the problem is probably in the old sq-17 squeezer. (I usually type all my comands in lowercase and I probably lowercased the command line at the time of the original squeeze.) I than had 14 or so suggestions to make it "better" which I sent indirectly to Dave Rand. (Add a LU utility, add the pip options, add bishow features, etc.) More than Dave would be willing to add in any case. But then I never fully satisfied with anything - especially software, included the programs I write! -bob bloom 15-Apr-84 12:02:19-MST,772;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Apr 84 12:02:14-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Apr 84 13:34 EST Received: From cmu-cs-a.arpa.ARPA by BRL-AOS via smtp; 15 Apr 84 13:33 EST Date: 15 Apr 84 1318 EST (Sunday) From: George.Wood@CMU-CS-A.ARPA To: decvax!mcnc!philabs!cmcl2!floyd!clyde!akgua!emory!km@Ucb-Vax.ARPA Subject: Re: XMODEM in FORTRAN? CC: info-cpm@BRL.ARPA In-Reply-To: "...!emory!km@Ucb-Vax.ARPA's message of 8 Apr 84 20:10-EST" Message-Id: <15Apr84.131812.GW90@CMU-CS-A.ARPA> There's an implementation in fortran for vax/vms in MICRO: on simtel20 (available by ftp, using 'anonymous' username). (I think I got the directory name right.) George 15-Apr-84 22:07:12-MST,1599;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Apr 84 22:07:05-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 15 Apr 84 23:46 EST Received: From darcom-hq.arpa.ARPA by BRL-AOS via smtp; 15 Apr 84 23:39 EST Date: Sun, 15 Apr 84 23:10:53 EST From: Rturner@Darcom-Hq.ARPA To: info-cpm@Brl.ARPA cc: rturner@Darcom-Hq.ARPA Subject: Info-KayPro>?? All you HAM CP/Mers out there... I recently purchased a Kantronics UTU (Universal Terminal Unit) and interfaced it with my KayPro II. I planned to use it for RTTY/ASCII and AMTOR with MDM730 as my terminal program. I'm using an Icom IC-720A as the tranceiver. The UTU receives like a dream! I've spent all weekend listening to folks check into HF Bulletin Board Systems, and generally listening around 40 meters. Tonight, the big test...I called up a local ham and attempted to put the thing on the air. When I started transmitting, I ran into all kind of trouble. My echoed characters were strange, the system would "warm boot," and I couldn't get the tranceiver out of transmit mode. My first thoughts center around some type of RF overload of the KayPro. My tranceiver is well grounded, but I'm loading a long-wire which could be putting RF in my shack. Anyway, I'm going to experiment with VHF since there shouldn't be so much RF banging around. Anyone with similar experiences? Hints? Apologies in advance for sending this to what is probably the wrong list. Responses to me to keep down the non-CP/M static. 73, rick nf4t 15-Apr-84 23:18:39-MST,561;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 15 Apr 84 23:18:36-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 16 Apr 84 0:52 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 16 Apr 84 0:48 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 15 Apr 84 21:40-PST Date: 11 Apr 84 14:54:25-PST (Wed) To: info-cpm@Brl-Aos.ARPA From: hplabs!tektronix!orca!hammer!hyder@Ucb-Vax.ARPA Subject: Turbo Pascal - Version help wanted for non-standard machine. Article-I.D.: hammer.670 16-Apr-84 07:56:46-MST,1675;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 07:56:38-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 16 Apr 84 9:36 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 16 Apr 84 9:35 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Apr 84 6:03-PST Date: 12 Apr 84 12:00:19-PST (Thu) To: info-cpm@Brl-Aos.ARPA From: hplabs!hao!seismo!ut-sally!mordor!arp@Ucb-Vax.ARPA Subject: Xerox 820 ADD. INFO. Article-I.D.: mordor.2411 ++++++++++++++++++++++++++++++++++++ Before anyone starts cutting traces on their boards it should be noted that the 820 used a TTL monitor ie. seperate HS,VS,and VIDEO. If you do a bit of reading you will find that TTL monitors have no horizontal oscillator and require a 25-30 microsecond HS pulse to sync them while COMPOSITE monitors, having their own oscillator, require only a 5-8 micro- second HS pulse to trigger the oscillator. If you use a circuit to combine the sync and video signals to drive a composite monitor you should indeed use the shorter HS signal. This does not require any trace cuts since there are unused pins on J7 and an unused IC position on the board next to U34. I used that IC position for my combiner circuit and brought out the composite signal to an unused pin on J7. This gives both TTL AND COMPOSITE video output so you can use either type of monitor. I prefer the TTL type since it has a greater bandwith thereby giving a sharper display. The circuit I used appeared in the Oct. 6, 1982 Electronics Magazine page 113. Al Pierce L-276 P.O. Box 808 Livermore, Ca 94550 16-Apr-84 10:18:12-MST,1636;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 10:18:01-MST Received: From mitre-gateway.arpa.ARPA by AMSAA via smtp; 16 Apr 84 11:54 EST Date: 16 Apr 1984 11:46:59 EST (Monday) From: Tom Reid Subject: 8086 co-processors for CPM80 To: info-cpm@Amsaa.ARPA Cc: treid@Mitre.ARPA I am considering adding an 8086 co-processor to my CPM80 system (Ithaca 525; Z80B, 128K, 2-5 1/4" and 2-8" drives). HSC, Herkimer, NY (see add in April '84 Microsystems, p. 16) has one. Their latest brochure lists an 8086 processor board with 256K ram, MS-DOS 2.11, 8 bit ram disk, Z80 interface, documentation, enclosure, and power supply for $775 retail. Other options such as 68000, CPM86, and a (SOON) IBM compatible bus are available. The system boots up as (1) of old, (2) CPM80 with a 256K ram disk, or (3) MSDOS/CPM86 using the CPM80 for all non-ram I/O. Sounds like a way to get both a ram disk and a 16 bit processor without throwing the old system away if . . . I would be interested in hearing from anyone who has experience with this or other co-processors. In particular, what are the bonuses, problems, or gotchas. For example, could the Z80 being a ribbon cable away from its old CPU slot cause problems or is the 8086-back-to-CPM80-for-I/O going to be too slow? The people at HSC say that the system can be installed in 15 minutes. I will edit and keep updated any responses to those interested via the net. Thanks. Tom Reid at MITRE Corp., McLean, Va. ps - I am interested in buying an Ithaca 64K ram board. 16-Apr-84 12:36:30-MST,772;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 12:36:24-MST Received: From xerox.arpa.ARPA by AMSAA via smtp; 16 Apr 84 14:16 EST Received: from CheninBlanc.ms by ArpaGateway.ms ; 16 APR 84 11:18:28 PST Date: Mon, 16 Apr 84 09:36 PST From: DGilbert.ES@Xerox.ARPA Subject: SD-81 Program Bug To: info-micro@Amsaa.ARPA, info-cpm@Amsaa.ARPA cc: DGilbert.es@Xerox.ARPA This weekend I tried the new SD-81 program. It incorrectly displays the size of Library files, with $l option. I currently have a library command file 260 K in length. SD-79 correctly reports 260K. SD-81 says its 132K. Whats happened? Doug. P.S. the size is correctly displayed in the main directory without $L option. 16-Apr-84 13:00:15-MST,7018;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 12:59:50-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 16 Apr 84 14:27 EST Date: 16 Apr 1984 12:28 MST (Mon) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Bob Bloom (TECOM) Cc: Info-Cpm@Amsaa.ARPA Subject: nswp204 bug? - a reply from the author In-reply-to: Msg of 13 Apr 1984 18:39-MST from Bob Bloom (TECOM) Here is a reply from Dave Rand, re the bug reports you sent. He has just released NSWP205 which is now on SIMTEL20 in the MICRO: directory. The files are NSWP205.COM, .HEX and .DOC (a short file explaining the changes in NSWP204 and 205). NSWP2.DOC or .DQC remains current. --- Dave Rand 10232-160 St. Edmonton, Alberta CANADA T5P 3E9 (403) 484-4114 04/16/84 Bob, Got your sugggestions/bug reports... Here is a short reply.. 1. With regard to R/O on (C)opy command - This is correct. I had originally put in the disk reset, and then took it out. Reason - Takes TOO LONG! on floppy based systems, especially when you want to copy more than one file. If enough people beat me hard enough, I will put it back in. 2. As of version 2.04, USQ should change the case of SQ'ed files back to upper. 3. I will take care of the R/O on delete after mass on next revision. Look for NSWP206 after the end of the month. Now on to the suggestions... 1. NSWP will never, ever have any LBR features. Jim Lopushinsky has released a utility that works BOTH on ARChives and on LBRs, and he does it SO much better than I could have. His utility, called LBRDISK, makes a virtual drive out of a LBR/ARC file, thus creating subdirectories, with no limit other than RAM. Neat stuff, and I highly recommend it! 2. BISHOW has its place, and I don't think it would be worth it to put it inside NSWP (which would increase the size by at least 1K). 3. COPY does have the V option for verify already. I have considered adding some other PIP functions, but high on my list is file concatanation. I will try to add those functions Real Soon Now. 4. Boy! Do you think of these at night? Need a survey on this one. A lot of people pressured me into KEEPING the original tags, including R/O. This will add about .1-.2K to the file. 5. CRC on tagged files... Hmmm... what a concept! Since I have CRC code in already.... tag this one with Real Soon Now. 6. DU: form on entry... look for it in NSWP206. 7. This one, no. I HATE worrying about status of files. If destination is R/O, and you are copying over it, you REALLY want to. Same for rename. Delete is the only case that you SHOULD be warned, because you might NOT know that the file is R/O (but with Rev. Video tags now....) 8. A*:*.QQZ - I like it... Look for this one in 206 or 207. 9. Exception masks are ok... Look for !*.COM wildcard first, then maybe on login as well - 207 or 208. 10. Ok, on this one, a definate maybe. I sorta like the idea of single file tags, but... what can I say. That changes the basic commands, and I DON'T like that. Consistant, these commands aren't. But they are standard. 11. Vfiler output - I am getting a LOT of heat on this one. I will try Real Soon Now to get that started. Look around 210 or so. 12. Disk resets - Even Big Systems have a floppy or two. BUT, I will be looking real hard at the DPB's and see if there is enough information to decide if I can pick out devices that need resetting when you try to access them. CPM3 is my big block, on this one. 13. Sorry - This one, no can do. I can't keep device independent enough to run on 2.2, 3.0 and mpm, to say nothing of Turbodos... 14. You missed one. If you tag/squeeze a file to the same drive/user group you have specified, the new file DOES NOT show up in the directory list until the next LOG. I tried, briefly, in NSWP203 to auto-log after a mass sq/usq, but... of course you loose all tags. No one was happy. I can't show file space until after I do a directory scan, and I can't do a directory scan... you get the idea. I will work on it, though. Thank you for your suggestions, and I will implement them ASAP. A lot of my free time has been taken up with NSWP86, which is now done. If you note my comments on LBR - you will find I don't like LBRs very much. ARS were my first love, and still are. LBR has a ways to go in terms of utilities and flexibilty to catch up to the ARC series. Do check out Jim's utility though, since it works very well, and fast to boot! Following is a yet still unsolved question on NSWP: --------------------------------------------------- Dave Rand 10232 - 160 Street Edmonton, Alberta Canada T5P 3E9 (403) 484-4114 03/21/84 A few days ago, I had a call from a mildly irate user of NSWP2. He claimed that NSWP failed on the 'X' command, and proceeded to tell me why. I can find no reason behind his logic, so here it is... if someone has an idea, PLEASE let me know! In NSWP, I don't jump to zero when I exit. Instead, I do what amounts to a return to the CCP. The actual code involved goes like this... XTHL ;get contents of (SP) into HL SHLD CCPRET+1 ;save it as part of a JMP instruction LXI SP,STACK ;and move stack local later on, when I want to return to CP/M, I use: CCPRET: JMP 0000h ;to be filled in The users' system was a heavily modified CPM 2.2 system, that included bank selected memory. He says, however, that had I have done things 'correctly', I should have used the following code: lxi h,0 ;offset zero dad sp ;from stack pointer shld CCPSTK+1 ;and save old stack address LXI SP,STACK ;and move stack local and to return to the CCP: CCPSTK: lxi SP,0 ;to be filled in ret ;get back! Now... You know, and I know, that JMPing to the address on the top of the stack is EXACTLY the same as RET'ing, except that I don't preserve the stack. But DR's CCP, along with all CCP replacements, ALWAYS use the code: CALL 100h ;execute transient program LXI SP,LOCS ;restore stack, in case we get back. except for CPM 3.0, which uses LXI H,0 ;return address of warm boot! push h jmp 100h ;execute transient What I think, is that his CCP (which has been modified by him), DOES NOT do the LXI SP. However, I am open to suggestions. By the way, he is the ONLY user (from the 50 or so that have contacted me) that has reported this problem. I am mystified. He claims that the LXI SP is there. If that is the case (which I don't believe), magic must be occuring. If anyone can explain to me the difference between the JMP and the RET, I would forever be in your debt! Thanks in advance... Dave Rand 16-Apr-84 20:05:50-MST,1450;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 20:05:42-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 16 Apr 84 21:43 EST Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 16 Apr 84 18:46 EST Date: Mon 16 Apr 84 16:44:57-MST From: Rick Conn Subject: ZCPR3 Demo To: info-cpm@BRL.ARPA There will be a live demonstration of ZCPR3 this week for those who are interested. The demo runs from 6PM EST to 8AM the following day on Monday-Friday of this week, starting April 16. The Friday demo ends at 8AM Sat morning. To try out ZCPR3, do the following: Using your home computer or terminal as a terminal (full duplex), set your modem and computer/terminal speed to 300 baud. Then dial into 201-544-1830 and strike the RETURN key if it does not start up immediately. The system will ask you for an access code. Type the word DEMO (upper or lower case). It will then want a password - type DEMO also. If all goes well, you are in. A menu will appear, and you can type the indicated keys to perform the indicated functions. You will also be allowed to go to the ZCPR3 command level if you wish. Several demos have been prepared, and they will be extended with even more info beginning with the Wed evening demo. The demos run approx 15-30 mins total, depending upon what you want to do. Enjoy! Rick ------- 16-Apr-84 20:07:47-MST,2995;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 20:07:36-MST Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 16 Apr 84 21:47 EST Received: from ISL by SUMEX-AIM with Pup; Mon 16 Apr 84 18:48:05-PST Date: Monday, 16 Apr 1984 18:49-PST To: info-micro@Brl.ARPA Cc: info-cpm@AMSAA.ARPA From: meier@isl DUU and DU2 (with more features) are indeed excellent disk editors. There is however one slight problem when dealing with disks with bad sectors. My BIOS and I assume most BIOS' trap errors and will not return the data to DUU or DU2 if one is detected. This leaves the contents of the previous read in DUU's buffer. I wrote quick and dirty DDT routines to turn off error detection while attemting to repair bad sectors and then reenable error detection when I'm done. NEVER! "That's NEVER EVER try fixing a bad track by doing: read.. write.. increment.. loop. Fix those nasty little sectors one at a time "manually". I completeletely destroyed a directory by doing the afforementioned "never ever". The error handling/reporting by those programs "should" abort loops and return error messages to the user. Jesse (who knows more than one way to destroy a disk) From: ABN.ISCAMS@usc-isid DUU and DU are at SIMTEL20 via anonymous FTP (I think DUU is in the SIGM files somewhere, and DU under disk utilities). FINDBAD, which is supposed to find and lock out bad sectors (by storing them in a file called BAD or something like that) is also out there -- however I find it does not catch all the errors, since I can run FINDBAD and still get BDOS errors. Donno why. If you need help FTPing from SIMTEL20, yell. Regards, David Kirschbaum From: Eaton.HFED at HI-MULTICS Bob, I don't know where you're located but if there is a local CP/M USERS GROUP in the neighborhood that's the place to go for a wealth of CCP/M software. There are two major CPM libraries; CPMUG and SIG/M. Of the two, SIG/M is now the most active and all the new stuff is released in it. Here is a list of disk manipulators you may be interested in: DUU.* CPMUG VOL 78 DU2.ASM SIG/M VOL 108 DU2.COM SIG/M VOL 108 DU2.HLP SIG/M VOL 103 DU2.COM IS SELF DOCUMENTING AND REALLY NEEDS NO HELP VFILER SIG/M VOL 145 VERIFY.C SIG/M VOL ? Z80DISK SIG/M VOL 140 DISK7 SIG/M VOL 127 FINDBAD SIG/M VOL 86 CATALOG SIG/M VOL 0 THIS DISK HAS A LIST OF ALL AVAILABLE CP/M SOFTWARE If you don't have access to a user's group you can either send me a disk in a SASE or you can call me at (612) 920-2115. I have a modem at home running MDM724 and could transfer the files to you if you like. I have everything above but Z80DISK and DISK7. Send me a message and let me know what you would like to do. Have a fine day. Jesse (Eaton.HFED@hi-multics) in Mpls, Mn. P.S. My work number is (612) 830-3682. Bye......... 16-Apr-84 20:18:14-MST,994;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 16 Apr 84 20:18:09-MST Received: From sumex-aim.arpa.ARPA by AMSAA via smtp; 16 Apr 84 21:50 EST Received: from ISL by SUMEX-AIM with Pup; Mon 16 Apr 84 18:50:27-PST Date: Monday, 16 Apr 1984 18:52-PST To: info-micro@Brl.ARPA Cc: info-cpm@AMSAA.ARPA Subject: Floppy Disk Controller Recommendations Summary From: meier@isl Netters, Thank you for the responses concerning floppy disk controllers. Here is the first summary of the results. SD Systems: "I give unqualified recommendations ... [after] 2+ years ... for reliability and functionality." Versafloppy II The old board (< '82) does not conform strictly to 696 standards. The new board does conform(?). The format used is nonstandard. Godbout: "I have been using ... 2 years ... without any trouble ..." Disk 1 This has the capability to run both 5" and 8" in combination. Can do DMA(?). 17-Apr-84 00:37:17-MST,828;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 00:37:14-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Apr 84 2:17 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 17 Apr 84 2:18 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Apr 84 23:09-PST Date: 11 Apr 84 11:15:19-PST (Wed) To: info-cpm@Brl-Aos.ARPA From: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA Subject: need MICRO: from SIMTEL20 Article-I.D.: felix.237 As the subject says, I need a copy of MICRO: from SIMTEL20. Unfortunately, I don't have Arpanet access. Would someone out there who has access to SIMTEL20 please forward the file to me? Thanks, Art Zemon FileNet Corp. ...!{ucbvax, decvax}!trwrb!felix!zemon 17-Apr-84 10:16:19-MST,1498;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 10:16:13-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Apr 84 11:42 EST Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 17 Apr 84 11:35 EST Date: 17 Apr 1984 11:33-EST Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: need MICRO: from SIMTEL20 From: ABN.ISCAMS@Usc-Isid.ARPA To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA Cc: info-cpm@Brl-Aos.ARPA Message-ID: <[USC-ISID]17-Apr-84 11:33:55.ABN.ISCAMS> In-Reply-To: The message of 11 Apr 84 11:15:19-PST (Wed) from decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA Art, (Netland, I'll help him so don't deluge the fellow!) is an entire directory, with lots of files (some of which NOT so very small!) Do you want the WHOLE THING? Do you want just the directory listing for CPM.WSTAR so you can pick and choose? Glad to help either route, but if you want it ALL, we might have to do this bits and pieces. Can you FTP at all? If so, you can reach out and grab it from my directory. If not, I can send it directly via electronic mail (but will have to HEXIFY the .COM/binary files, which will be in ITS-binary format - you'll have to convert back if moving to a micro). My mailer seems to be choking lately on really big files, but we can find a way. Regards (just respond directly to me), David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 17-Apr-84 13:05:40-MST,3558;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 13:05:31-MST Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 17 Apr 84 14:40 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27) id AA26929; Tue, 17 Apr 84 11:40:48 pst Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.noSUID/4.16) id AA23224; Tue, 17 Apr 84 11:42:16 pst Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.16) id AA18317; Tue, 17 Apr 84 11:41:30 pst Date: Tue, 17 Apr 84 11:41:30 pst From: William C. Wells Message-Id: <8404171941.AA18317@ucbopal.CC.Berkeley.ARPA> To: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: need MICRO: from SIMTEL20 Cc: info-cpm@amsaa.ARPA In reference to: Date: 17 Apr 1984 11:33-EST Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: need MICRO: from SIMTEL20 From: ABN.ISCAMS@Usc-Isid.ARPA To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@BERKELEY Cc: info-cpm@Brl-Aos.ARPA Message-Id: <[USC-ISID]17-Apr-84 11:33:55.ABN.ISCAMS> In-Reply-To: The message of 11 Apr 84 11:15:19-PST (Wed) from decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@Ucb-Vax.ARPA Internet users note: CARE SHOULD BE TAKEN WHEN REPLYING TO MAIL RECEIVED FROM THE USENET NEWS SYSTEM. Usenet news group "net.micro.cpm" are being feed to the INFO-CPM mail distribution list. Long "@BERKELEY" addresses with local address containing a large number of hosts separated by exclamation points "!" are not necessarily valid mail addresses. If the message came from the USENET News system, the local address is a record of the hosts that the news article has been distributed to before being relayed to INFO-CPM. In some cases a news article may have gone back and forth across the country several times before being relayed to INFO-CPM. In the case of: To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@BERKELEY the decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon is a USENET news distribution path, not a UUCP mail path. The address To: decvax!ittvax!dcdwest!sdcsvax!bmcg!felix!zemon@BERKELEY would mail your reply via ucbvax (@Berkeley), then decvax (on the East Coast) then to ittvax, then ittvax, then sdcsvax (UC San Diego) which is linked to ucbvax (@Berkeley). One of the following addresses: To: trwrb!felix!zemon@BERKELEY or To: sdcsvax!bmcg!felix!zemon@BERKELEY would have been more direct and cheaper for all concerned. Please note that UUCP mail goes via dial telephone links, sometime at very slow speeds (110, 300 baud etc.). Thus sending large files via UUCP can be very expensive for the relay sites (hostids between !'s) concerned. UUCP mail is not intended for large file transfers. There is currently 100000 character limit on messages relayed to UUCP sites via UCBVAX ("@Berkeley"). Abuse of UUCP mail will result in lower limits being set for mail relay from Internet to UUCP, and/or in UUCP mail sites disconnecting from the UUCP network because they cannot paid huge telephone bills for tranferring other peoples mail. It is suggested that users at UUCP sites requesting copies of public domain software from SIMTEL20 be referred to offline sources or RCPM systems. For example CPMUG and SIG/M volumes are available via mail order on the East Coast from the New York Amateur Computer Club and on the West Coast from Piconet CP/M Users Group. Bill Wells wcwells@Berkeley.ARPA ucbvax!wcwells 17-Apr-84 16:53:59-MST,1870;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 16:53:51-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Apr 84 18:04 EST Received: From mitre-gateway.arpa.ARPA by BRL-AOS via smtp; 17 Apr 84 18:02 EST Date: 17 Apr 1984 17:40:15 EST (Tuesday) From: jose rodriguez Subject: nature of UUCP-Arpanet connection To: info-cpm@Brl-Aos.ARPA Cc: abn.iscams@Usc-Isid.ARPA, jrodrig@Mitre-Gateway.ARPA Fellow netlanders, Concerning the latest msg about the UUCP-Arpanet connection (and with fears of starting a long discussion in the wrong place) I got a few questions concerning this connection which I would like someone to answer me (and I am sure to the net too). The first questions are purelly informative and the latter ones are more of a "discussion" type. 1) Can arpanet people send msgs to UUCP (and I guess Usenet) sites? Say through Berkeley? I am asking this because I have been sending msgs to UUCP sites for more than a year (for different reasons) and never had any response. 2) Do UUCP people enter the source routing paths manually? You will think there is some automating software for this. 3) Will the UUCP world be ever an Internet domain? I have seen paths like "joe@foovax.UUCP", do any mailer implements this? The following concerns mainly arpanet people: 4) Considering the nature of the UUCP network, (no user to user e-mail, small throughput (which arpanet people should worry about!), no restrictions, etc.) do you consider the UUCP-Arpanet connection usefull or of some value? Or rewording the above, what was the purpose behind connecting the two networks in the first place? ok arpanauts, the ball is in your side, Jose M. Rodriguez jrodrig@mitre-gateway Information Systems Group Mitre Corp. 17-Apr-84 19:39:25-MST,1162;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 19:39:19-MST Received: From usc-isi.arpa.ARPA by AMSAA via smtp; 17 Apr 84 21:15 EST Date: 17 Apr 1984 21:16:36 EST From: OWENSRL@Usc-Isi.ARPA Subject: HELP WITH DATA TRANSFER To: INFO-CPM@Amsaa.ARPA cc: OWENSRL@Usc-Isi.ARPA BEING A RELATIVELY NEW USER ON THE NET, I NEED SOME HELP. MY EQUIPMENT IS A TELEVIDEO 803 COMPUTER AND A HAYES SMARTMODEM 300. AFTER XSFERRING FILES FROM OTHER HOSTS, I.E. SIMTEL20, I HAVE REPEATEDLY TRIED TO DOWNLOAD THE FILES TO MY COMPUTER USING KERMIT 3.1, KERMIT 3.6, AND MODEM730. IN EACH CASE, I RECEIVE UP TO 50-80 PACKETS WITH NO OR VERY FEW RETRIES. AT THAT POINT, THE PROGRAMS "BOMB" OUT WITH THE MESSAGE "UNABLE TO RECEIVE DATA". IN THE CASE OF KERMIT 3.1, I ALSO GET A MESSAGE "BAD CHECK SUM". SINCE I CAN RECEIVE SMALL FILES (1-8K) WITH NO PROBLEMS, I AM PRETTY SURE THAT THE PORT ASSIGNMENTS ARE CORRECT. EVERYTIME I TRY TO COPY ANYTHING LARGER, THE SYSTEM FAILS. THE GUYS WHO HELPED ME MODIFY THE PROGRAMS FOR MY COMPUTER ARE STUMPED. I SURE COULD USE SOME HELP. RON OWENS ------- 17-Apr-84 19:59:57-MST,3970;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 17 Apr 84 19:59:45-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 17 Apr 84 21:31 EST Received: From ucb-vax.arpa.ARPA by BRL-AOS via smtp; 17 Apr 84 21:27 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27) id AA06292; Tue, 17 Apr 84 18:25:09 pst Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.noSUID/4.16) id AA27429; Tue, 17 Apr 84 18:26:48 pst Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.16) id AA23309; Tue, 17 Apr 84 18:26:03 pst Date: Tue, 17 Apr 84 18:26:03 pst From: William C. Wells Message-Id: <8404180226.AA23309@ucbopal.CC.Berkeley.ARPA> To: info-cpm@Brl-Aos.ARPA Subject: Re: nature of UUCP-Arpanet connection In reply to: Date: 17 Apr 1984 17:40:15 EST (Tuesday) From: jose rodriguez Subject: nature of UUCP-Arpanet connection To: info-cpm@Brl-Aos.ARPA Cc: abn.iscams@Usc-Isid.ARPA, jrodrig@Mitre-Gateway.ARPA Fellow netlanders, Concerning the latest msg about the UUCP-Arpanet connection (and with fears of starting a long discussion in the wrong place) I got a few questions concerning this connection which I would like someone to answer me (and I am sure to the net too). Yes you are right, a discussion about Internet/UUCP mail connections should be elsewhere (eg. in the USENET news group "net.mail") Here are some answers. (Can we limit future discussion to the USENET news group "net.micro.cpm" / Internet mail distribution group "INFO-CPM" connection?) The first questions are purelly informative and the latter ones are more of a "discussion" type. 1) Can arpanet people send msgs to UUCP (and I guess Usenet) sites? Say through Berkeley? I am asking this because I have been sending msgs to UUCP sites for more than a year (for different reasons) and never had any response. Yes. BUT, address formats are different. UUCP addresses require source routing, eg. host1!host2!host3!hostid!userid You must know the correct source routing. Note that "USENET" is not a mail network, but a news distribution system which may or may not use UUCP connections to forward articles between USENET news sites. It is easy to confuse a USENET path with a UUCP mail address. They are not necessarily the same. 2) Do UUCP people enter the source routing paths manually? For most UUCP people, the answer is yes. You will think there is some automating software for this. There is. However the information about UUCP mail connections is not accurate yet. 3) Will the UUCP world be ever an Internet domain? Yes, if they meet the requirements for a top domain name. A central UUCP name registry has been established. A nameserver is being developed. UUCP mail connections are in the process of being mapped. I have seen paths like "joe@foovax.UUCP", do any mailer implements this? "user@site.UUCP" is valid in USENET article heading, but not yet fully implimented for UUCP mail. It is of course, not yet valid within the Internet mail world. The unix "sendmail" program may be configured to permit local use of the UUCP top domain name. The following concerns mainly arpanet people: 4) Considering the nature of the UUCP network, (no user to user e-mail, small throughput (which arpanet people should worry about!), no restrictions, etc.) do you consider the UUCP-Arpanet connection usefull or of some value? Or rewording the above, what was the purpose behind connecting the two networks in the first place? The USENET news/INFO-CPM connection is useful in that it provides greater coverage for the discussion of CPM. Whether UUCP/Internet mail should be interconnected is another issue which I do not think should be discussed here. Bill Wells wcwells@Berkeley.ARPA ucbvax!wcwells 18-Apr-84 00:37:08-MST,6119;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 00:36:52-MST Received: From ucb-vax.arpa.ARPA by AMSAA via smtp; 18 Apr 84 2:06 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27) id AA09998; Tue, 17 Apr 84 23:07:19 pst Received: from ucbopal.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.noSUID/4.16) id AA29397; Tue, 17 Apr 84 23:08:56 pst Received: by ucbopal.CC.Berkeley.ARPA (4.14/4.16) id AA26274; Tue, 17 Apr 84 23:08:07 pst Date: Tue, 17 Apr 84 23:08:07 pst From: William C. Wells Message-Id: <8404180708.AA26274@ucbopal.CC.Berkeley.ARPA> To: info-micro@Brl.ARPA Subject: Public Domain Software Sources Cc: info-cpm@AMSAA.ARPA This is my current list of public domain software sources. Additions (especially large user group libraries that accept mail orders from non-members) and corrections chearfully accepted. Bill Wells wcwells@Berkeley.ARPA ucbvax!wcwells --------------------------------------------------------------------------- Public Domain Software Sources Compiled by William Wells University of California, Berkeley 17 April 1984 1. LOCAL USER GROUPS Most local microcomputer user groups have some type of software exchange programs for their members. Some groups make public domain software available to non-members. System specific user groups often test public domain software to see if it works on a specific system before they distribute it. So it may be to your advantage to check with your local user group first. 2. PUBLIC DOMAIN SOFTWARE VOLUMES 2.1. CP/MUG CP/MUG (CP/M User's Group) software volumes are available from: Mail Order: CP/M User's Groups, New York NY PicoNet CP/M Users Group, Mountain View CA Internet FTP: SIMTEL20 micro: A printed catalog of CP/MUG software is published by the New York Amateur Computer Club. 2.2. PC-BLUE PC-BLUE (NYACC) software volumes for the IBM-PC with the Baby Blue CPM board are available from: Mail Order: New York Amateur Computer Club, New York NY ? Internet FTP: SIMTEL20 micro: 2.3. SFPCUG SFPCUG software volumes for the IBM-PC are available from: Mail Order: San Francisco PC Users Group 2.4. SIG/M SIG/M (Special Interest Group/Microcomputers) CPM software volumes are available from: Mail Order: SIG/M, Iselin NY PicoNet CP/M Users Group, Mountain View CA Internet FTP: SIMTEL20 micro: A printed catalog of CP/MUG software is published by the New York Amateur Computer Club. 2.5. SIMTEL20 CPM SIMTEL20 CPM (previously MIT-MC CPM) software volumes is only available to online Internet users. Internet FTP: SIMTEL20 micro: 2.6. SIMTEL20 UNIX SIMTEL20 UNIX software volumes are only available to online In- ternet users. Some software in SIMTEL20 UNIX volumes is distri- buted via the USENET news group "net.sources". Internet FTP: SIMTEL20 micro: 3. MAIL ORDERS Information (and prices) are subject to change without notice. A volume is usually one floppy disk. 3.1. CP/M USER'S GROUP, NEW YORK NY Ref: CP/M Review, July/August 1983, p. 78 The CP/MUG volumes are available by mail from: CP/M User's Group 1651 3rd Avenue New York NY 10028 Disk Format: 8" SSSD floppy disks. Cost $13 per disk. 3.2. NEW YORK AMATEUR COMPUTER CLUB, NEW YORK NY Ref: CP/M Review, July/August 1983, p. 78 Several catalogs of public domain software are available from the NYACC. Each catalog is priced at $10 including shipping, $15 for overseas airmail. All orders must be prepaid. The NYACC is a nonprofit group that has been involved in the ca- taloging and distribution of public domain software and is a sponsor of the Special Interest Group/Microcomputers (SIG/M). For information, write to: The New York Amateur Computer Club P.O. Box 106 Church Street Station New York NY 3.3. PICONET CP/M USERS GROUP, MOUNTAIN VIEW CA Ref: Pico News Journal, The Official Journal of PicoNet, a CP/M Users' Group, Vol. 5 No. 1, Feb - Mar 1984, p. 3. PicoNet, CP/MUG, and SIG/M software volumes are available from: PicoNet P.O. Box 391566 Mountain View CA 94039 Disk Formats: 8" and most 5 1/4" soft sector only. Cost: $6.00 per disk plus $1.50 shipping per order. California residents add 6.5% sales tax. Quantity discounts are available. 3.4. SAN FRANCISCO PC USERS GROUP, SAN FRANCISCO CA Ref: Random Access Guide, Vol. 1 No. 3, March 1984, p. 31 The San Francisco PC Users Group, which has a current membership of about 600 members, has a continuously growing public domain software library. (72 plus volumes, 1340 plus programs that run on a normally configured IBM PC.) Approximately 5 volumes are ad- ded to the library each month. A catalog of the entire library is available on volume A-3. The SF PC Users Group will exchange these diskettes for free with other IBM PC club libraries. Disk format: some single-sided, some double-sided disks. Cost: $6.00 per disk. For more information contact: San Francisco PC Users Group c/o Charlie Vella, Librarian 4411 Geary Blvd. # 33 San Francisco CA 94118 3.5. SPECIAL INTEREST GROUP/MICROCOMPUTERS (SIG/M), ISELIN NY Ref: CP/M Review, July/August 1983, p. 78 The SIG/M volumes are distributed by: SIG/M Box 97 Iselin NY 08830 at $6.00 for the first disk and $5.00 for each additional disk. 18-Apr-84 07:46:20-MST,744;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 07:46:15-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 18 Apr 84 8:50 EST Date: 18 Apr 1984 06:42 MST (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: SIMTEL20 directory list updated MICRO:CPM.CRCLST on SIMTEL20 (the file listing all the filenames, sizes and CRCs of the MICRO directories) has been updated as of today. If you cannot FTP it, and you are not already on the list to receive it via netmail, send a note to W8SDZ@SIMTEL20 asking to be added to the list. --Keith 18-Apr-84 08:24:39-MST,1317;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 08:24:33-MST Date: Wed, 18 Apr 84 9:05:18 EST From: David Towson (CSD) To: William C. Wells cc: ABN.ISCAMS@usc-isid.arpa, info-cpm@amsaa.arpa Subject: Re: need MICRO: from SIMTEL20 Bill - I enjoyed reading your message on USENET address strings, and I was struck with the hopelessness of the average DDN user being able to figure out the "proper" return path unless USENET message-posters do as you have done; namely, include the desired return path in the message BODY. Frankly, I don't know the best USENET path for someone to send mail to my DDN address, "towson@amsaa". I would be grateful if someone would tell me. Normally, when I reply to a message, I just issue the "answer" command to the mail program and let it get the return path from the header of the message being answered. You have just shown where that can get you with respect to USENET messages. It is also interesting to note that when I reply to you using the "answer" command, the return path is taken to be "wcwells%ucbopal.CC@ucb-vax", and not your preferred path "wcwells@berkeley (or ucb-vax)". Dave towson@amsaa 18-Apr-84 10:29:12-MST,721;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 10:29:06-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 11:57 EST Received: From wsmr70a.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 11:56 EST Date: 18 Apr 1984 9:53:49 MST (Wednesday) From: John Gilbert CD Subject: Request for into on printers To: info-cpm@Brl-Aos.ARPA I just saw a demo and the print quality of the new HP Thinkjet printer. I am pretty impressed and thinking about getting one. I would appreciate any info on other dot matrix printers whose print quality might be better before I make a final decision. Thanks in advance, John Gilbert 18-Apr-84 12:32:48-MST,2040;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 12:32:38-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 18 Apr 84 14:01 EST Date: 18 Apr 1984 12:02 MST (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: SD-82 Super Directory program now available SD-81 has been replaced by SD-82, thanks to Sigi Kluger for the update. Here's Sigi's note describing was was fixed: ----- 04/14/84 SD-82 fixes a bug in the VCODE routines which caused files to be suppressed (and blanks printed instead) in large directories. Thanks to Dennis Vallianos for the patch. Other changes include the REVIDEO fix (SD in an empty directory no longer causes toggle-type terminals to remain in reverse video until manually changed). Toggle-type terminals are those which use a single character to turn reverse video on and off. Also, in some cases the "[more]" message remained on the screen; this is also fixed now. If you have the DIF and SSED utilities, you only need the .DIF file. If you don't have a VECTOR computer, don't use reverse video, or only use horizontal display, you can wait for the next major revision - you will not notice any difference between 81 and 82. - S. Kluger ----- The following files are now available on SIMTEL20: Filename Type Bytes Sectors CRC Directory MICRO: SD-79A.DOC.1 ASCII 9525 75 = 4BH D733H SD-79A.DQC.1 COM 6144 48 = 30H 2D4BH SD-8182.DIF.1 ASCII 595 5 = 5H 514BH SD-82.AQM.1 COM 53376 417 = 1A1H 0790H SD-82.ASM.1 ASCII 78943 617 = 269H 3580H SD-82.INF.1 ASCII 818 7 = 7H 9756H SD-82H.COM.1 COM 3712 29 = 1DH 275BH SD-82H.HEX.1 ASCII 9049 71 = 47H A3DBH SD-82V.COM.1 COM 4096 32 = 20H B1A8H SD-82V.HEX.1 ASCII 9986 79 = 4FH 44C4H SD8081.DIF.1 ASCII 3401 27 = 1BH 15A1H 18-Apr-84 12:45:27-MST,818;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 12:45:21-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 14:11 EST Received: From lll-mfe.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 14:13 EST Date: Wed, 18 Apr 84 11:06 PST From: "Jones Dan%LLL"@LLL-MFE.ARPA Subject: Accounting software query? To: info-cpm@brl-aos.arpa I am interested in finding a job-cost accounting system for a contractor friend of mine. It must run under MP/M 2.0 and be easy to use. So far the leading candidate is Open Systems Software Fitness Program Series. Does anyone have any better suggestions or comments about the Open Systems Software Package? Please reply to me since I am not on the list. Dan Jones 18-Apr-84 12:59:56-MST,582;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 12:59:51-MST Received: From mitre.arpa.ARPA by AMSAA via smtp; 18 Apr 84 14:26 EST Date: 18 Apr 1984 14:01:42 EST (Wednesday) From: Jeffrey Edelheit Subject: C compiler To: info-cpm@Amsaa.ARPA Cc: edelheit@Mitre.ARPA Shame on me netlanders. I misplaced (deleted?) the summary of C compilers that recently came across the net and now I really needed it. Can some kind soul send me a copy. thanks, Jeff Edelheit (edelheit at mitre) 18-Apr-84 14:50:37-MST,844;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 14:50:29-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 16:01 EST Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 15:58 EST Received: from ISL by SUMEX-AIM with Pup; Wed 18 Apr 84 12:55:54-PST Date: Wednesday, 18 Apr 1984 12:57-PST To: info-cpm@Brl-Aos.ARPA Subject: kermit query From: gray@isl I at last have a generic kermit running on my cromemco boards & Morrow disks thanks to a proper incorporation of BAT: by MICAH. It works with the UNIX Kermit on a VAX with one problem--at the end of a file transferred from the PC to the VAX there are several lines of ^Z^Z^Z etc. Is this filler poop at the end of packets & can it be turned off? Thanks for any help. (Reply to gray@su-dsn) 18-Apr-84 16:13:33-MST,1140;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 16:13:26-MST Received: From ur-cs-gw.ARPA by AMSAA via smtp; 18 Apr 84 17:21 EST Received: from ur-seneca.rochester.arpa (ur-seneca.ARPA) by cayuga.rochester.arpa id AA07919 (4.12b); Wed, 18 Apr 84 17:22:21 est Received: by ur-seneca.rochester.arpa id AA14903 (3.327.5d); 18 Apr 84 17:22:31 EST (Wed) Message-Id: <8404182222.14903@ur-seneca.rochester.arpa> Date: 18 Apr 84 17:22:31 EST (Wed) From: Mike Ciaraldi Subject: DUV86 problem To: info-cpm@amsaa.arpa I tried to run DUV86 on my Z-80 MP/M II.1 system yesterday. This version is supposed to automatically figure out what operating system (CP/M or MP/M) it is running on, and which release, and adapt accordingly. When I ran it, it signed on with "MP/M version 3"!!!! Then it misread the Disk Parameter Block, so it thought I had 220 tracks, and 0 sectors per track! I will try and figure out what's wrong, but I was wondering if nyone else has seen problems yet. Mike Ciaraldi ciaraldi@rochester seismo!rochester!ciaraldi 18-Apr-84 18:49:14-MST,876;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 18:49:10-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 19:35 EST Received: From sri-kl.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 19:35 EST Date: 18 Apr 1984 16:33-PST Sender: BILLW@Sri-Kl.ARPA Subject: Re: Request for into on printers From: BILLW@Sri-Kl.ARPA To: jgilbert@Wsmr70a.ARPA Cc: info-cpm@Brl-Aos.ARPA Message-ID: <[SRI-KL]18-Apr-84 16:33:36.BILLW> In-Reply-To: Although the Thinkjet has very high single-pass quality (relatively speaking), you cant go any higher, whereas with something like the EPSON FX80 you can do multiple passes after moving the paper an itsy-bitsy bit, and get higher quality. With a program like 'Fancy font' Truly amazing qualtiy can be achived... BillW 18-Apr-84 18:52:33-MST,752;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 18:52:30-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 19:15 EST Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 19:16 EST Received: from ISL by SUMEX-AIM with Pup; Wed 18 Apr 84 16:13:27-PST Date: Wednesday, 18 Apr 1984 16:15-PST To: info-cpm@Brl-Aos.ARPA Subject: kermit From: gray@isl Thanks to the several people who pointed out that apparently Kermit transmits the entire cp/m file as if it were binary & hence has all of the cpm file termination characters ^z filling out a cpm bloc. How come Kermit doesn't seem to have a text mode & know enough to stop sending when a ^z is encountered? 18-Apr-84 19:29:06-MST,943;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 19:29:01-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 20:07 EST Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 20:03 EST Date: Wed 18 Apr 84 17:01:49-PST From: Dick Subject: Z80 specific assembly To: info-cpm@BRL.ARPA, info-modem7@SIMTEL20.ARPA I wonder if anyone has taken some of the current, favorite PD programs and replaced the 8080 compatible code with Z80 specific ops to see if there is enough gain in either speed or size to make the job worthwile. I am thinking along the lines of asking authors if they might make Z80 assembly an option in their code, if, indeed it makes it worth it. I wonder what effect this would have on such programs as MODEM (MDM,MEX), NSWP, MLOAD, SD, etc.... I haven't an 8080 anywhere. (nor an 8085). ..Dick.. ------- 18-Apr-84 20:03:20-MST,555;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 20:03:16-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 21:30 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 21:28 EST Date: Wed 18 Apr 84 20:25:36-CST From: Douglas Good Subject: hello To: info-cpm@UTEXAS-20.ARPA I am a fairly new CPM user and was refered to this mailing list for information on cpm. I would like to be a member of this mailing list. --Doug ------- 18-Apr-84 20:24:09-MST,967;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 20:24:04-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 18 Apr 84 21:55 EST Date: 18 Apr 1984 19:57 MST (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: New Osborne 01 files available Two new files of interest to Osborne 01 owners are now available on SIMTEL20. MICRO:BY3OSCP.ASM - Osborne 01 - COMM-PAC modem insert for BYE3. This version is for the Osborne 01 hooked up to an Osborne COMM-PAC modem. This insert has been tested with BYE3 v1.2 and BYE3 v1.5 MICRO:XM82OSCP.ASM - This file adapts XMODEMxx to the Osborne 01 with the Osborne COMM-PAC modem. Conditionals are provided for Osborne BIOS 1.3, BIOS 1.4 or 1.41, and BIOS 1.44+ (Nuevos Electronics 80 column mod.). --Keith 18-Apr-84 20:54:32-MST,672;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 20:54:28-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 18 Apr 84 22:29 EST Date: 18 Apr 1984 20:30 MST (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: gray@isl Cc: Info-Cpm@Amsaa.ARPA Subject: kermit query In-reply-to: Msg of 18 Apr 1984 13:57-MST from gray at isl The file default for CP/M Kermit is binary. If you do SET FILE ASCII to your Kermit-80 prior to doing the upload, you won't get those control-Z's at the end of the file. --Keith 18-Apr-84 21:19:46-MST,875;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 21:19:41-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 18 Apr 84 22:53 EST Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 18 Apr 84 22:52 EST Received: from ISL by SUMEX-AIM with Pup; Wed 18 Apr 84 19:49:28-PST Date: Wednesday, 18 Apr 1984 19:51-PST To: gray@isl, info-cpm@Brl-Aos.ARPA Subject: Re: kermit query Reply-to: kevinw@Su-Dsn.ARPA From: Kevin W. Rudd Sender: kevinw@isl the ^Z it the CPM end of file character for ascii files. it is always there except when it would be the first character in a new allocation (either new block or new extent, i don't remember) kermit apparently does not differentiate between text (with 0x1a marking end of file) and binary (with no end of file -- only data) -- K  18-Apr-84 23:55:18-MST,875;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 18 Apr 84 23:55:13-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 19 Apr 84 1:37 EST Date: 18 Apr 1984 23:39 MST (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: William C. Wells CC: INFO-CPM@Amsaa.ARPA Subject: Does PAMS replace RCPM List? In-reply-to: Msg of 18 Apr 1984 21:07-MST from wcwells%ucbopal.CC at Berkeley (William C. Wells) The latest listing of RCPM systems, RCPM-049.LST, was just uploaded to SIMTEL20. It's in the MICRO: directory. The PAMS list does not replace it. PAMS (MICRO:OTHERSYS.APR) is a listing of all types of BBS and file transfer systems, not just RCPM systems. --Keith 19-Apr-84 00:53:59-MST,792;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 00:53:56-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 19 Apr 84 2:29 EST Date: 19 Apr 1984 00:30 MST (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA Subject: New INFO-HAMS mailing list This is to announce INFO-HAMS@SIMTEL20, a new mailing list of interest to Amateur Radio (not CB) operators. If you are on the Arpa/Milnet and wish to be added to the list, please send a note to INFO-HAMS-REQUEST@SIMTEL20. INFO-HAMS is gatewayed to Usenet's net.ham-radio so Usenet people will get it there. --73, Keith 19-Apr-84 08:14:06-MST,2170;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 08:13:59-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 19 Apr 84 9:49 EST Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 19 Apr 84 9:46 EST Received: from Barbera.ms by ArpaGateway.ms ; 19 APR 84 06:42:09 PST From: ERWINVL.DLOS@XEROX.ARPA Date: 19 Apr 84 8:41:25 CST Subject: Re: Info-KayPro>?? In-reply-to: Rturner@Darcom-Hq.ARPA's message of Sun, 15 Apr 84 21:10 MST, To: Rturner@DARCOM-HQ.ARPA cc: info-cpm@BRL.ARPA RICK, I HAVE BEEN VERY INTERESTED IN THE KENTRONICS UNIT SINCE I SAW IT IN THE RECENT ISSUE OF QST. IT IS STILL UNAVAILABLE HERE IN THE DALLAS AREA. I AM IN HOPES OF BEING ABLE TO PICK UP ONE WHEN I GO TO DAYTON. SUGGEST YOU TRY A FEW THINGS JUST TO SEE HOW THE RF (IF IT IS) GETTING INTO THE KENTRONICS OR THE KAYPRO. TRY WRAPPING THE KENTRONICS IN ALUMINUM FOIL AND GROUNDING IT TO YOUR STATION GROUND. GROUND LEAD SHOULD BE AS SHORT AS POSSIBLE. ALSO BE SURE THAT YOU HAVE THE KAYPRO TIED TO YOUR STATION GROUND WITH HEAVY BRAID. YOU SHOULD NOT DEPEND ON THE 3RD WIRE IN ANY AC CORD FOR A GOOD RF GROUND. ALSO MAKE SURE THAT YOUR RS-232C CABLE IS SHIELDED. IN SEVERE CASES ALTHOUGH NOT NECESSARILY WITH THE KAYPRO, I HAVE SEEN RF "WALK" RIGHT IN ON THE SHIELD DESPITE THE FACT IT WAS GROUNDED. THIS IS DUE TO THE SHEAR LENGTH OF THE CABLES THAT ARE USED IN SOME OF THE COMPUTER SYSTEMS TODAY. IF THAT IS A SUSPECT YOU MIGHT TRY TO PLACE A LARGE TORROID AROUND THE RS232 CABLE AS IT ENTERS THE KAYPRO. I HAVE NEVER SEEN THE KENTRONICS UNIT BUT I BELIEVE THE ONLY GROUND THAT THEY HAVE IS BY WAY OF THE RS232 CABLE. THIS IS TOO LONG OF A GROUND PATH TO GET EFFECTIVE RF GROUNDING. YOU MIGHT EVEN TRY GROUNDING IT BETTER AND KEEPING THE PATH AS SHORT AS POSSIBLE. PLEASE KEEP ME INFORMED OF YOUR PROGRESS AND YOUR PERCEPTION OF THE UTU BECAUSE I PLAN TO MARRY ONE UP WITH MY XEROX 820 ES MY YAETSU 757. REGARDS, VAL L. ERWIN W5PUT (214) 960-3174 19-Apr-84 09:27:20-MST,708;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 09:27:17-MST Received: From mitre.arpa.ARPA by AMSAA via smtp; 19 Apr 84 11:03 EST Date: 19 Apr 1984 11:02:10 EST (Thursday) From: Jeffrey Edelheit Subject: C Compiler To: info-cpm@Amsaa.ARPA I would like to thank all the netlanders who have been kind enough to send me copies of the C Compiler discussions. One last favor: PLEASE NO NORE COPIES OF THE DISCUSSION !!!!!!! My system administrator is getting a little disturbed with respect to the amount of disk space my mail box is beginning to take. Thanks again Jeff Edelheit (edelheit at mitre) 19-Apr-84 10:52:49-MST,1547;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 10:52:41-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 19 Apr 84 12:25 EST Received: From xerox.arpa.ARPA by BRL-AOS via smtp; 19 Apr 84 12:23 EST Received: from Barbera.ms by ArpaGateway.ms ; 19 APR 84 09:16:48 PST Date: Thu, 19 Apr 84 11:16 CST From: Hallidy.dlos@XEROX.ARPA Subject: Re: Info-KayPro>?? In-reply-to: To: Rturner@DARCOM-HQ.ARPA cc: info-cpm@BRL.ARPA Rick, What you have sounds like a classic case of RF in the shack to me, as you surmised. A long wire type of antenna tends to exhibit such characteristics unless you can provide a good counterpoise for it to operate against. Sometimes just changing bands will give an indication of this. By that I mean that you may observe an improvement in the situation by trying a different (probably higher) band. Eighty and forty meters I suspect would be the worst because an additional problem may exist. That is, coupling of the radiated RF into the AC mains. Your house wiring may be acting like a great receiving antenna, coupling large RF voltages into the power supply of your Kay-Pro! A brute force line filter may be the solution in such a case. You might also try reducing the output power just to see if this has an effect on performance just to verify that RF is the cause. I hope I have helped a little- this type of problem can be a real s.o.b. to solve. 73's, Dave Hallidy KD5RO 19-Apr-84 12:06:53-MST,865;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 19 Apr 84 12:06:48-MST Date: Thu, 19 Apr 84 13:43:11 EST From: David Towson (CSD) To: OWENSRL@Usc-Isi.ARPA cc: INFO-CPM@Amsaa.ARPA, OWENSRL@Usc-Isi.ARPA Subject: Re: HELP WITH DATA TRANSFER Ron - I'm going to take a stab at your problem. MDM7xx MUST have an 8-bit data path to work. This is because of the way the sector numbers are sent from transmitter to receiver, and has nothing to do with the type of data (ASCII text or binary) being sent. I do not know what Kermit needs, or whether you have an option of 7 or 8 bits with Kermit. Perhaps someone else will comment on that. My question, then, is, are you using an 8-bit transfer path? If not, I think that's your problem. Dave towson@amsaa 20-Apr-84 07:42:50-MST,2235;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Apr 84 07:42:38-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 20 Apr 84 9:07 EST Date: 20 Apr 1984 07:08 MST (Fri) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: UNSPOL34 - an improved background printer spooler Reply-To: PLK@Mit-Mc.ARPA UNSPOOL is a program that lets you print a file while you are running other programs. Paul Kelley has just released version 3.4. Here is his message detailing what's new: ----- The public domain unspooler by Gary Novosielski has been updated. The following files are now available on SIMTEL20: MICRO:UNSPOL34.ASM MICRO:UNSPOL34.COM ;for those without MAC MICRO:UNSPOL34.HEX ;for those without MAC and binary ; transfer capability The following message in the file describes the update: ;3.4 84-04-17 ; Single character output to printer if either ; BIOS or BDOS keyboard status request is made ; by transient program. Output is conditional ; on no keypress and printer ready after single ; status check. Single character only to printer ; to minimize any slowdown of transient program. ; Program now works with MINCE. It can also be ; used with various modem programs, however some ; some loss of modem input may occur while the ; text to be printed is read from disk. ; Formfeed (page eject) added to printer output ; at EOF. (Paul L. Kelley) ; Additional comments - The reason the program did not work with MINCE or modem programs is that the latter generally do not call the console input function unless console status indicates a character is waiting. On my system disk I/O disables interrupts so using the UART in the interrupt mode would not prevent loss of modem input. I find the loss to be small with 5.25" floppies and very small with a hard disk. Since I use mostly use BABYL and EMACS on MC a redisplay fixes things up. It would be nice if someone would change UNSPOOL so that it has all the features of Rick Conn's PRINT. - P. L. Kelley 20-Apr-84 12:28:49-MST,1015;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Apr 84 12:28:39-MST Date: Fri, 20 Apr 84 14:03:11 EST From: Dave Towson (info-cpm) To: info-cpm@Amsaa.ARPA Subject: [English.PA: Incorporation papers] ----- Forwarded message # 1: Received: From xerox.arpa.ARPA by AMSAA via smtp; 19 Apr 84 19:13 EST Received: from Chardonnay.ms by ArpaGateway.ms ; 19 APR 84 16:10:03 PST Date: 19 Apr 84 15:05:28 PST (Thursday) From: English.PA@XEROX.ARPA Subject: Incorporation papers To: info-cpm-request@AMSAA.ARPA, 820Interest^.wbst@XEROX.ARPA, XeroxInfo-CPM^.wbst@XEROX.ARPA, AppleUsers^.es@XEROX.ARPA, WantAds^.es@XEROX.ARPA Reply-To: English.pa@XEROX.ARPA I plan to incorporate a small business in the state of California. Does anyone know of a source of Articles of Incorporation and various other corporate forms in any format that I might convert to Wordstar? Bill ----- End of forwarded messages 20-Apr-84 23:26:50-MST,966;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 20 Apr 84 23:26:46-MST Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 21 Apr 84 1:11 EST Received: from usc-isid.arpa by BRL-VGR.ARPA id a003783; 21 Apr 84 1:10 EST Date: 21 Apr 1984 01:08-EST Sender: ABN.ISCAMS@usc-isid.ARPA Subject: CPMCOPY for Apple Pascal From: ABN.ISCAMS@usc-isid.ARPA To: INFO-CPM@BRL-VGR.ARPA Cc: ABN.ISCAMS@usc-isid.ARPA Message-ID: <[USC-ISID]21-Apr-84 01:08:32.ABN.ISCAMS> NetLandians, Has anyone converted J.M. Wierda's CPMCOPY (a utility in Pascal to transfer a CP/M file from a disk in unit 5 to a Pascal disk) to the Apple II? His program is using 8" disk parameters, and I don't happen to have the Apple II disk parms around handy. (Plus I ain't so very good in Pascal yet -- not enough for high-speed patching anyway!) Would appreciate some pointers. David Kirschbaum Toad Hall (ABN.ISCAMS@USC-ISID) 21-Apr-84 09:55:01-MST,2940;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 09:54:51-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 21 Apr 84 11:25 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 21 Apr 84 11:27 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Apr 84 8:16-PST Date: 16 Apr 84 14:05:31-PST (Mon) To: info-cpm@Brl-Aos.ARPA From: ihnp4!ihu1e!nowlin@Ucb-Vax.ARPA Subject: Apple CP/M questions Article-I.D.: ihu1e.223 I have a couple of questions and a comment on the AZTEC C compiler discussion that's been going on. 1) I have an Apple //e with a MicroSoft Softcard CP/M card in it. I thought I would just have to live with the frustration of having my screen cleared every time CP/M did a warm boot. Then I found out that not all CP/M systems clear their screen this way. Why does MicroSoft's? How would I go about changing it so that I just got a message saying "warm boot" like some systems I've heard of? 2) I use a terminal emulator called M.I.T.E. from Microft Labs. It works under CP/M and functions well except that I have to set a carriage return delay to keep from loosing characters from the beginning of lines at 300 or 1200 baud. I loose characters when a line has to wrap around (ie. > 80 characters) or whenever a Ctl-G is received in spite of the CR delay. The termcap for a soroc terminal works (TERM=soroc) for everything else but you can imagine what the screen looks like when I try to use vi. Microft says the Apple 80 column card is too slow. Is this a classic case of finger pointing? Does anybody have a suggestion to solve this problem? Is there a faster card somewhere? If so does anyone want to buy a used Apple Extended 80 Column Card? 3) I've been using the AZTEC C compiler for over a year now. I've transferred programs back and forth from home to work (work=VAX 11/780, 4.2bsd or PDP 11/70, V7) and only found one problem with the AZTEC library. There is no "isalpha" in it. Since both "islower" and "isupper" are present it's not really a problem. I'm very impressed with it's degree of UNIX compatibility. One thing the others didn't mention about the AZTEC compiler was the fact that IO redirection (ie. '<' and '>') is built in to any programs compiled with it. This is a mixed blessing as far as I can tell. A little bitty program that just says "hello world" with a simple printf generates a relatively huge .com file. There has to be a way to get around this redirection code but I haven't figured it out. Does anyone else have a clue? Sorry if I got a bit verbose. I'm hoping to get some helpful responses from this posting and I wanted to make sure all you wizards out there had enough information to help me. -- Jerry Nowlin (ihnp4!ihu1e!nowlin) 21-Apr-84 10:12:56-MST,742;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 10:12:51-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 21 Apr 84 11:46 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 21 Apr 84 11:44 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Apr 84 8:28-PST Date: 16 Apr 84 14:32:00-PST (Mon) To: info-cpm@Brl-Aos.ARPA From: ihnp4!ihuxp!gvw1@Ucb-Vax.ARPA Subject: How does one reach SIMTEL20 for CP/M(tm) Public Domain Software??? Article-I.D.: ihuxp.723 Do you have to be on the ARPA net to reach this system? I have seen a lot of references to public domain software on this system. -- George V. Wilder ihnp4!ihuxp!gvw1 21-Apr-84 10:26:24-MST,986;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 10:26:20-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 21 Apr 84 11:54 EST Date: 21 Apr 1984 09:56 MST (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: UNSQ14 - new version of Z80 file UNSQueezer UNSQ version 1.4 is now available on SIMTEL20. UNSQ is a very fast Z80 machine language file UNSQueezer by Gail Zacharias . This version corrects a problem for systems with a CBIOS that clobbers the Z80 alternate registers. Here's a list of the files: Filename Type Bytes Sectors CRC Directory MICRO: UNSQ14.ASM.1 ASCII 19515 153 = 99H F6DDH UNSQ14.COM.1 COM 2176 17 = 11H C0A9H UNSQ14.DOC.1 ASCII 519 5 = 5H F1C4H UNSQ14.HEX.1 ASCII 5314 42 = 2AH 3928H --Keith 21-Apr-84 18:56:03-MST,847;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 18:55:59-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 21 Apr 84 20:37 EST Date: 21 Apr 1984 18:35 MST (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: MDM730 - MODEM7 for MP/M MP/M users will be interested in MICRO:M730-MPM.LBR which contains a .DIF file for altering MDM730.ASM to make it work correctly under MP/M. The .LBR also contains an already-assembled MDM730.COM ready to run on MP/M. There is also a DOC file explaining what must be done to enable the MP/M console drivers for the modem. The .LBR is stored on SIMTEL20 in ITS-Binary format. It's about 30k. --Keith 21-Apr-84 23:34:54-MST,743;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 21 Apr 84 23:34:49-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Apr 84 1:11 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 22 Apr 84 1:09 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Apr 84 22:00-PST Date: 16 Apr 84 7:13:00-PST (Mon) To: info-cpm@Brl-Aos.ARPA From: pur-ee!uiucdcs!uiuccsb!stank@Ucb-Vax.ARPA Subject: Re: BDS C Article-I.D.: uiuccsb.4800003 In-Reply-To: Article <12152@sri-arpa.UUCP> Does anyone know anything about Alcor C? I've used their Pascal and am pretty happy with it. Stanley Krolikoski Univ. of Illinois 22-Apr-84 00:26:11-MST,812;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 00:26:07-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Apr 84 2:06 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 22 Apr 84 2:04 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Apr 84 22:54-PST Date: 17 Apr 84 5:22:08-PST (Tue) To: info-cpm@Brl-Aos.ARPA From: ihnp4!houxm!hou2h!atttl@Ucb-Vax.ARPA Subject: QT Computer S-100 Clock Article-I.D.: hou2h.392 To: PIERRE duPONT I mailed you an answer to your query on QT Computer S-100 Clock with the address for QT and my experience in getting it working. If the mail didn't pass the arpa.net interface, let me know and I'll post it right here! Cheers, Ed Baldwin, AT&T Technologies, hou2h!atttl 22-Apr-84 00:58:25-MST,1448;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 00:58:19-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 22 Apr 84 2:34 EST Date: 22 Apr 1984 00:36 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: SD-83 released - fixes bug in 81/82 Sigi Kluger has just released SD-83, which corrects a bug in SD-81/82 which caused it to incorrectly report the size of .LBR files when the $L option was used. Here is a list of the currently-available files (and I hope to be able to supply a .DIF file sometime tomorrow for those who need the source and don't want to download the whole .ASM file again). Filename Type Bytes Sectors CRC Directory MICRO: SD-79A.DOC.1 ASCII 9525 75 = 4BH D733H SD-79A.DQC.1 COM 6144 48 = 30H 2D4BH SD-8182.DIF.1 ASCII 595 5 = 5H 514BH SD-82.INF.1 ASCII 818 7 = 7H 9756H SD-83.AQM.1 COM 53120 415 = 19FH 78F5H SD-83.ASM.1 ASCII 78657 615 = 267H 0E6BH SD-83.INF.1 ASCII 157 2 = 2H C725H SD-83H.COM.1 COM 3456 27 = 1BH 9FE0H SD-83H.HEX.1 ASCII 8433 66 = 42H 88FAH SD-83V.COM.1 COM 3840 30 = 1EH 0859H SD-83V.HEX.1 ASCII 9357 74 = 4AH 2E31H SD8081.DIF.1 ASCII 3401 27 = 1BH 15A1H --Keith 22-Apr-84 10:47:26-MST,3031;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 10:47:19-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 22 Apr 84 12:16 EST Date: 22 Apr 1984 10:17 MST (Sun) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: CP/M-80 YAM version 4.28 now available The most current version of Chuck Forsberg's YAM (Yet Another Modem) program (written in BDS-C) is now available on SIMTEL20, thanks to Charley Strom . The files are available individually or all combined in YAM428.LBR (ITS-Binary format). Here's the list: Filename Type Bytes Sectors CRC Directory MICRO: XYAM5DYN.C.1 ASCII 4913 39 = 27H 763EH XYAMDYNA.H.1 ASCII 1712 14 = EH 1B0EH XYAMDYNA.SUB.1 ASCII 250 2 = 2H AC9AH XYAMHELP.T.1 ASCII 898 8 = 8H 1F8EH YAM.H.1 ASCII 9160 72 = 48H 281AH YAM.SUB.1 ASCII 417 4 = 4H CC4EH YAM1.C.1 ASCII 12347 97 = 61H 5041H YAM10.C.1 ASCII 4935 39 = 27H 45C6H YAM2.C.1 ASCII 10221 80 = 50H 0AC7H YAM3.C.1 ASCII 14579 114 = 72H E35AH YAM4.C.1 ASCII 6591 52 = 34H A24EH YAM428.LBR.1 COM 223488 1746 = 6D2H C9F6H YAM5.C.1 ASCII 10318 81 = 51H 6982H YAM5AP.C.1 ASCII 12409 97 = 61H 7CA8H YAM5PMMI.C.1 ASCII 8644 68 = 44H 1CD6H YAM5SCC.C.1 ASCII 5470 43 = 2BH 676AH YAM5SMDM.426.1 ASCII 10008 79 = 4FH 2007H YAM5SMDM.C.1 ASCII 5989 47 = 2FH 2761H YAM5TV.C.1 ASCII 4248 34 = 22H 7AC6H YAM5X.C.1 ASCII 13271 104 = 68H 279FH YAM5Z100.C.1 ASCII 5483 43 = 2BH 24ADH YAM7.C.1 ASCII 18678 146 = 92H 57E5H YAM8.CRL.1 COM 640 5 = 5H 59AAH YAM8.CSM.1 ASCII 2170 17 = 11H 92FAH YAM9.CRL.1 COM 768 6 = 6H B9E2H YAM9.CSM.1 ASCII 4050 32 = 20H 5391H YAM9AP.CSM.1 ASCII 4236 34 = 22H 9CC1H YAMAPPLE.H.1 ASCII 8022 63 = 3FH B57DH YAMB.SUB.1 ASCII 425 4 = 4H 3EB2H YAMHELP.T.1 ASCII 6581 52 = 34H 4ECDH YAMLYLE.H.1 ASCII 1607 13 = DH 1D83H YAMMAN.LQT.1 COM 32640 255 = FFH D496H YAMMAN.LST.1 ASCII 68249 534 = 216H 4816H YAMMCOM.H.1 ASCII 2720 22 = 16H 6B08H YAMMCOM.SUB.1 ASCII 384 3 = 3H C43DH YAMPHONE.T.1 ASCII 1391 11 = BH 2237H YAMPMMI.H.1 ASCII 2512 20 = 14H B6F2H YAMSMDM.H.1 ASCII 3303 26 = 1AH C6F1H YAMSYS.426.1 ASCII 3804 30 = 1EH 0F3CH YAMTRSBK.CSM.1 ASCII 1413 12 = CH 32D4H YAMTRSII.H.1 ASCII 1531 12 = CH A7DCH YAMTRSII.HEX.1 ASCII 2823 23 = 17H E81EH YAMTUART.H.1 ASCII 1776 14 = EH 2C72H YAMTV.H.1 ASCII 2307 19 = 13H 4E3BH YAMZ100.H.1 ASCII 2356 19 = 13H 0772H YAMZ89.H.1 ASCII 2811 22 = 16H E89FH YAMZ89B.H.1 ASCII 3454 27 = 1BH 91E7H YAMZ89XM.H.1 ASCII 3058 24 = 18H 03FFH 22-Apr-84 17:20:38-MST,1509;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 17:20:33-MST Received: From brl-mis.arpa.ARPA by AMSAA via smtp; 22 Apr 84 18:55 EST Date: Sun, 22 Apr 84 18:54:36 EST From: Rick Conn To: info-cpm@Brl-Mis.ARPA Subject: Z3 Beta Testing The demonstration/test of ZCPR3 in remote access mode is now over, and ZCPR3 has passed without a hitch. Response has been quite positive, with no bugs found/known at this time. I made one very minor change to the ZCPR3 command procesor and to SYSFCP (the IF-ELSE-FI flow command package) to enable the "noise" associated with IF execution (which informs the user of the state of the IF he is currently in) to be turned off, so IFs can run without any additional text presented on the screen. I am finishing up the draft of the installation manual tonight, and will send it out with ZCPR3, its system segments (RCPs, FCPs, etc), and several of its utilities tomorrow to the Gamma test sites. These sites will be concerned primarily with porting ZCPR3 into different environs based on the instruction in the installation manual. I anticipate no problems other than those associated with rewriting the installation manual so it is more clear. Release of the ZCPR3 System is set for the end of May to SIG/M. This is a realistic date, and I anticipate no problem in meeting it. It will be available on SIMTEL20 shortly after its release. Rick 22-Apr-84 19:51:04-MST,764;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 19:51:01-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Apr 84 21:26 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 22 Apr 84 21:27 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 22 Apr 84 18:15-PST Date: 17 Apr 84 15:02:06-PST (Tue) To: info-cpm@Brl-Aos.ARPA From: ihnp4!afinitc!wuphys!wucs!eric@Ucb-Vax.ARPA Subject: Wanted: Osborne I Termcap Article-I.D.: wucs.181 [You are in a twisty maze of newspaths, all alike.] A friend needs a *working* Osborne I termcap for our Vaxen. Please mail it, if you care to share, to ..!ihnp4!afinitc!wucs!wudma!wucec1!dwg eric -- ..!ihnp4!afinitc!wucs!eric 22-Apr-84 20:08:12-MST,1046;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 22 Apr 84 20:08:08-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 22 Apr 84 21:49 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 22 Apr 84 21:44 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 22 Apr 84 18:26-PST Date: 17 Apr 84 8:30:47-PST (Tue) To: info-cpm@Brl-Aos.ARPA From: ihnp4!houxm!hogpc!houti!ariel!vax135!cornell!uw-beaver!ubc-vision!mprvaxa!barnes@Ucb-Vax.ARPA Subject: Problems with modem7 file transfers Article-I.D.: mprvaxa.530 I have been trying to use a CPM 1.4 system with a rather old version of the Ward Christensen modem program (back when it was called modem 7). When I try to transfer a file from the local RCPM, the transfer goes fine until #138 when it quits with a BDOS error on B. Shorter files work fine. The RCPM is running the latest version of modem. Any ideas? Please reply by mail. -- Michael Barnes Microtel Pacific Research ..!ubc-vision!mprvaxa!barnes 23-Apr-84 04:44:21-MST,1261;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 04:44:17-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 23 Apr 84 6:20 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 23 Apr 84 6:19 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 23 Apr 84 3:09-PST Date: 18 Apr 84 12:07:02-PST (Wed) To: info-cpm@Brl-Aos.ARPA From: hplabs!hpda!fortune!burton@Ucb-Vax.ARPA Subject: Re: CompuPro Service - (nf) Article-I.D.: fortune.3091 #R:sri-arpa:-59200:fortune:25500010:000:644 fortune!burton Apr 18 10:22:00 1984 Most manufacturers find it impossible to support end-users directly. It's much more important to support dealers. Therefore, CompuPro should be **selecting and retaining** only tbhose dealers willing to support customers. Otherwise, a company courts disaster. If I were in CompuPro, I would drop Priority One. (in addition to poor support, they create problems for me with all my dealers who support customers, but charge list price.) Philip Burton 101 Twin Dolphin Drive-MS 133 Fortune Systems Redwood City, CA 94065 (415) 595-8444 x 526 - - - {ihnp4 [ucbvax | decvax!decwrl]!amd70 harpo hpda }!fortune!burton 23-Apr-84 05:02:52-MST,1437;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 05:02:47-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 23 Apr 84 6:43 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 23 Apr 84 6:34 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 23 Apr 84 3:26-PST Date: 18 Apr 84 9:05:56-PST (Wed) To: info-cpm@Brl-Aos.ARPA From: hplabs!intelca!cem@Ucb-Vax.ARPA Subject: CP/M Bios For 16FDC Article-I.D.: intelca.251 I am looking for a BIOS for CP/M 2.2 that runs on a Cromemco System 3 and supports all of the nifty features of the 16FDC. Specifically Double Density and Double sidedness. Note, when I bought the system used it came with CP/M and the SIG/M Bios that originally ran on the 4FDC but was later updated to the 16FDC *without* adding DD/DS capability. I am willing to pay for it. There are limits however, as I found when a guy at a nearby Byte Shop offered to sell me a Bios for $300. Lets be serious, CP/M is only $150 *list*. Of course I would love to find someone who has written one offer it for a nominal fee, and if they haven't I guess I will write it myself. --Chuck Usenet: {ucbvax!Amd70,hplabs,pur-ee}!intelca!cem ARPA: MCMANIS@USC-ECLC P.S. A call to Cromemco got me a canned speech on the virtues of CDOS and a sort of snort when I insisted on CP/M compatibility. 23-Apr-84 08:33:44-MST,934;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 08:33:38-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 23 Apr 84 10:11 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 23 Apr 84 10:08 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 23 Apr 84 6:54-PST Date: 18 Apr 84 10:48:06-PST (Wed) To: info-cpm@Brl-Aos.ARPA From: hplabs!hao!seismo!rlgvax!cal-unix!umcp-cs!cvl!elsie!ado@Ucb-Vax.ARPA Subject: WordStar mods for Spinwriter Twinfeeder wanted Article-I.D.: elsie.874 If you have the changes that let WordStar support a NEC Spinwriter with a Twinfeeder installed, please mail them to me. -- Spinwriter is a trademark of NEC. WordStar is somebody's trademark--since micros aren't my normal game, I'm not sure who. I believe someone has a claim on CPM too. -- UUCP: decvax!harpo!seismo!rlgvax!cvl!elsie!ado DDD: (301) 496-5688 23-Apr-84 10:38:37-MST,3541;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 10:38:24-MST Date: Mon, 23 Apr 84 12:13:06 EST From: David Towson (CSD) To: Jeffrey Edelheit cc: info-cpm@Amsaa.ARPA Subject: Re: How does one reach SIMTEL20 for CP/M(tm) Public Domain Software??? Received: From mitre.arpa.ARPA by AMSAA via smtp; 22 Apr 84 20:27 EST Date: 22 Apr 1984 20:19:00 EST (Sunday) From: Jeffrey Edelheit Subject: Re: How does one reach SIMTEL20 for CP/M(tm) Public Domain Software??? In-Reply-to: Your message of 16 Apr 84 14:32:00-PST (Mon) To: ihnp4!ihuxp!gvw1@Ucb-Vax.ARPA Cc: towson@amsaa George - the answer to your question is yes, you must have access to either ARPA or MILNET to get to Simtel20. Until recently, there were offers to pass specific files from SIMTEL20 to usenet folks by electronic mail, however there have been some msgs regarding the cost of telecom for usenet (specifically point to point direct dial at low speeds) and the desire not to pass large msgs (files) this way. I have taken the liberty to cc Dave Towson on this note. Dave is sort of the systems administrator for info-cpm, and I would like to address a point to him. Dave - I realize because of security and all that the usenet folks can't get access to SIMTEL20; however isn't there something that can be done in light of Bill Wells' recent comments? If I was on the usenet side and kept seeing all the msgs about all the good stuff at SIMTEL20, I would be really jealous or frustrated. Regards to all, Jeff Edelheit (edelheit at mitre) Jeff - If there is a totally satisfactory answer to the question of getting non-DDN people access to the files on Simtel20, I don't know what it is. The only solutions I know of that don't require the shipping of files via netmail are: 1. Buying the desired volumes (disks) from SIG/M or CPMUG at their very reasonable prices. 2. Dialing-up a local Remote CP/M system, and transferring the desired files using XMODEM (or some such file-transfer program). 3. Sending a request out to netland asking for some kind soul to write the desired files on a disk supplied by the requester. This method involves use of the U.S. Mail or other delivery service. 4. Making an official request through appropriate channels for copies of the archives in the form of DEC-20 dumper tapes. This takes several reels of 9-track tape, takes a lot of somebody's time, and is of no value to those who don't have a compatible machine to read the tapes. For large groups of interested users, however, it is an option. Those wishing to to pursue this course should contact Frank Wancho for details. They should also be prepared to be patient. I will be happy to receive additional suggestions concerning this matter, and if I can put together a useful summary, I'll add it to my archive blurb that I send to new list people (and periodically to the whole list). But let's face it, DDN people, those of us on the ARPA and MILNETs owe a VERY BIG THANK YOU to Keith Petersen for managing most of the archives, to Rick Conn for managing the archive, and to Frank Wancho for arranging for the Simtel20 resources to be made available for this service. Those of us who have direct access to the machine are DARNED LUCKY! Dave towson@amsaa 23-Apr-84 11:14:19-MST,1525;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 11:14:12-MST Received: From ur-cs-gw.ARPA by AMSAA via smtp; 23 Apr 84 12:42 EST Received: from ur-seneca.rochester.arpa (ur-seneca.ARPA) by cayuga.rochester.arpa id AA19294 (4.12d); Mon, 23 Apr 84 12:42:38 est Received: by ur-seneca.rochester.arpa id AA19602 (3.327.5d); 23 Apr 84 12:42:37 EST (Mon) Message-Id: <8404231742.19602@ur-seneca.rochester.arpa> Date: 23 Apr 84 12:42:37 EST (Mon) From: Mike Ciaraldi Subject: BYE on Z-100 To: info-cpm@amsaa.arpa, info-hz100@radc-tops20.arpa I have a friend who is trying to get BYE working on his Zenith Z-100 under CP/M-85 or CP/M-86. We downloaded BYE3.19 and some of the overlays from SIMTEL20. We couldn't use the HZ100 overlay directly, becuase he has a PMMI S-100 plug-in modem, instead of an external modem connected to the Z-100's serial port. So, we tried the PMMI overlay. When we run BYE, it prints a sign-on message. >From thhen on, we can give it a CTRL-C and it will ask if we want to ressume or re-boot. Both seem to work. So, what's the problem? When you call, it doesn't answer the phone! The PMMI works all right for calling out, using MDM728. Has anyone else tried using a PMMI in a Z-100 with BYE? Any help would be appreciated. Address replies to: Mike Ciaraldi ARPA: ciaraldi@rochester Usenet: seismo!rochester!ciaraldi or Mike Bentley Usenet: seismo!rochester!ritcv!aii 23-Apr-84 11:33:57-MST,490;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 11:33:54-MST Date: Mon, 23 Apr 84 13:03:41 EST From: David Towson (CSD) To: info-cpm@Amsaa.ARPA Subject: Use of MDM7xx with CP/M 1.4 Can someone tell me what was the most recent version (if any) of MDM7xx to run with CP/M 1.4. Heck, for that matter, I'd be happy to know of ANY version of MDM7xx that will work. Dave towson@amsaa 23-Apr-84 11:37:06-MST,1527;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 11:36:56-MST Received: From ur-cs-gw.ARPA by AMSAA via smtp; 23 Apr 84 12:47 EST Received: from ur-seneca.rochester.arpa (ur-seneca.ARPA) by cayuga.rochester.arpa id AA19309 (4.12d); Mon, 23 Apr 84 12:48:45 est Received: by ur-seneca.rochester.arpa id AA19646 (3.327.5d); 23 Apr 84 12:48:44 EST (Mon) Message-Id: <8404231748.19646@ur-seneca.rochester.arpa> Date: 23 Apr 84 12:48:44 EST (Mon) From: Mike Ciaraldi Subject: DU under MP/M To: info-cpm@amsaa.arpa I have been trying to get DUV86 working on my MP/M system (version 2.1). This version of DU is supposed to be universal, but the automatic adaptations for MP/M are definitley wrong--it thinks it is running on CP/M 3, which is only partly right. MP/M uses the same file system as CP/M 3, but its BIOS is more like CP/M 2 (except you can't use the address in 1 to find the BIOS jump table). Anyway, I made a bunch of changes and it seems to work most of the time, but I can't quit the program! It just gives a "?" and the prompt whenever I give it an "X". I'm sure I can track it down eventually, but I thought I'd ask if anyone else has already tried to get DU running under MP/M. I won't rule out the possibility that there are problems in my hardware or system software, although it has been fairly stable for the past year. Mike Ciaraldi ARPA: ciaraldi@rochester Usenet: seismo!rochester!ciaraldi 23-Apr-84 13:50:12-MST,1473;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 13:50:00-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 23 Apr 84 15:15 EST Received: From rand-unix.arpa.ARPA by BRL-AOS via smtp; 23 Apr 84 15:09 EST Date: Monday, 23 Apr 1984 12:06-PST To: ihnp4!afinitc!wuphys!wucs!eric@UCB-VAX.ARPA Cc: info-cpm@BRL-AOS.ARPA Subject: Re: Wanted: Osborne I Termcap In-reply-to: Your message of 17 Apr 84 15:02:06-PST (Tue). From: christe@Rand-Unix.ARPA The Osborne I emulates the Televideo terminal, so you can just use the v1|tvi912.... termcap from /etc/termcap (I have included it below). v1|tvi912|912|920|tvi920|old televideo:if=/usr/lib/tabset/std:\ :al=33*\EE:am:bs:ce=\ET:cm=\E=%+ %+ :cl=^Z:co#80:dc=\EW:dl=33*\ER:ei=:\ :ku=^K:kd=^J:kl=^H:kr=^L:k0=^A@\r:k1=^Aa\r:k2=^Ab\r:k3=^Ac\r:\ :k4=^Ad\r:k5=^Ae\r:k6=^Af\r:k7=^Ag\rk8=^Ah\r:k9=^Ai\r:\ :ho=^^:im=:ic=\EQ:li#24:nd=^L:pt:se=\Ek:so=\Ej:up=^K:us=\El:us=\Em:\ :ma=^K^P^L :sg=1:ug=1: If you need to run at 52 cols, change co#80 in line 2 to co#52. It is useful to set a few other lines in the .login file: stty tabs new cr0 nl0 ff0 erase  echo -n ')m' set term=tvi912 I have had no trouble using this to work from home across an ancient Anderson-Jacobs 300 baud modem using OTERM as the modem program and running my browncase (version 1.3) O1 as a terminal for a Vax780. If you need more info, let me know. --Christe 23-Apr-84 17:04:41-MST,563;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 17:04:38-MST Received: From mitre.arpa.ARPA by AMSAA via smtp; 23 Apr 84 18:31 EST Date: 23 Apr 1984 18:25:15 EST (Monday) From: Jeffrey Edelheit Subject: VT-100 emulation for an Apple // E To: info-cpm@Amsaa.ARPA Cc: edelheit@Mitre.ARPA A co-worker of mine is looking for a VT-100 emulation package for the Apple // e. Has anyone seen or heard of such a package? Thanks, Jeff Edelheit (edelheit at mitre) 23-Apr-84 17:42:44-MST,881;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 17:42:38-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 23 Apr 84 19:14 EST Received: From bnl.arpa.ARPA by BRL-AOS via smtp; 23 Apr 84 19:08 EST Date: 23-Apr-84 19:06:29-EST From: jalbers@Bnl.ARPA Subject: Osborne termcap correction To: info-cpm@Brl-Aos.ARPA Cc: christe@Rand-Unix.ARPA I have also seen and used this termcap with my Ozzie, but note that it has a bug in it: (it was sent out via USENET, and that version was buggy) where it says 'us=\El:us=\Em:' that should be'us=\El:ue=\Em:' Otherwise the underlining will not work. It seemd to me that there was another bug, but I don't recall where right now... Jon jalbers@bnl 23-Apr-84 20:51:15-MST,1236;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 20:51:10-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 23 Apr 84 22:21 EST Date: 23 Apr 1984 20:22 MST (Mon) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: blue@Nbs-Sdc.ARPA Cc: Info-Cpm@Amsaa.ARPA Subject: Problem with YAM files at SIMTEL20 Date: Monday, 23 April 1984 09:05-MST From: blue at NBS-SDC To: w8sdz Re: yam I got many programs with no apparent problems, including yamx.c (x = 1, 2, 3, 4, 5, 7), yam8.csm, yam9.csm, and yamman.lst, but yam.h and yam10.c did not come correctly. The text of these two that came looks like good C code, but the lengths are wrong and the VAX (VMS) says the record lengths are > 1024. Any ideas? Thanks. Jim Blue (blue @ nbs-sdc) ---- Jim, thanks for telling me about those files. I fixed them. The problem was that they apparently came from a Unix system somewhere and had only LFs at the end of each line - no CRs at all. If you find any others please let me know. I can fix them in a minute or two with the text editor here. --Keith 23-Apr-84 20:54:27-MST,1364;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 20:54:22-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 23 Apr 84 22:34 EST Date: 23 Apr 1984 20:35 MST (Mon) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Mike Ciaraldi Cc: Info-Cpm@Amsaa.ARPA Subject: BYE on Z-100 with PMMI modem In-reply-to: Msg of 23 Apr 1984 10:42-MST from Mike Ciaraldi A hint: I once troubleshooted a problem with a PMMI plug-in modem on a NorthStar Horizon system a friend owned. We found there was an address conflict with the Mother board. It uses C0h and the default settings for the PMMI when shipped from the factory are for C0h. We moved the PMMI to B0h and reassembled the MODEM program for that port address and all the problems went away. He was also able to sucessfully run BYE (although it was a very early BYE program called PMMIBYE2 which was specific for that modem). I suggest you have your friend try PMMIBYE2.ASM, which You'll find in the MICRO: directory. It isn't fancy like BYE3-19, but it does work. It would help a lot if he used this simple BYE first because it would make troubleshooting much easier. --Keith 23-Apr-84 22:33:29-MST,1350;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 23 Apr 84 22:33:25-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 24 Apr 84 0:10 EST Received: From bbna.arpa.ARPA by BRL-AOS via smtp; 24 Apr 84 0:05 EST Date: 24 Apr 1984 00:04-EST Sender: WAGREICH@Bbna.ARPA Subject: Apple II+ CP/M Intelligent Terminal Program From: WAGREICH@Bbna.ARPA To: info-cpm@Brl-Aos.ARPA, info-micro@Brl-Aos.ARPA Cc: Wagreich@Bbna.ARPA Cc: info-apple@Brl-Aos.ARPA Message-ID: <[BBNA]24-Apr-84 00:04:03.WAGREICH> Does anyone out there know of an Apple II+ CP/M (version 2.23) intelligent terminal program with good file transfer ( to mainframe computers like the DEC line) that is not screen oriented? I use a braille terminal with my Apple II+ (and the braille terminal functions like a hardcopy terminal). I know that DATACOMM, an intelligent terminal program with file transfer) for Apple II+ UCSD Pascal is not screen terminal dependent. (It was written by D.C. Hayes Associates.) I am looking for a similar one for Apple II+ CP/M (version 2.23). If you know of any possible candidates, please send me the name of the program, as well as the name and address of the software house that sells it and the possible price. Thanks for your help. 24-Apr-84 08:08:53-MST,1797;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 08:08:48-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 24 Apr 84 8:41 EST Date: 24 Apr 1984 06:42 MST (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Cc: Info-Modem7@Simtel20.ARPA Subject: M730DIAL.PAT - Fixing MDM730 alternate dialing bug ; ; SUBJECT: MDM730 ALTERNATE DIALING FIX ; FROM: IRV HOFF W6FFC ; DATE: 24 APR 84 ; ; The following patch will fix a problem with the alternate dial- ; ing routine in MDM730 which caused unreliable results. Even though ; you may never plan to use alternate dialing, it would only take a few ; minutes to update your MDM730.COM file to be current. ; ORG 0819H JNZ 0803H ;C2 03 08 POP H ;E1 JMP 0799H ;C3 99 07 MVI A,' ' ;3E 20 MOV B,A ;47 JMP 0D00H ;C3 00 0D ORG 0D00H CALL 2B9DH ;CD 9D 2B POP H ;E1 RET ;C9 ; ; 1) rename this file so it can be assembled: ; ; A>REN M730DIAL.ASM=M730DIAL.PAT ; ; 2) assemble to get M730DIAL.HEX like this: ; ; A>ASM M730DIAL ; ; 3) then merge into the file using DDT (or SID, etc.) ; ; A>DDT MDM730.COM ;DDT calls up the original file ; DDT VERS 2.2 ; NEXT PC ; 4A00 0100 ; -M730DIAL.HEX ;merges this patch file ; -R ; NEXT PC ; 4A00 0000 ; -G0 ;exits DDT to CP/M prompt ; ; A>SAVE 73 MDM703.COM ;now have a modified file ; ; 4) all finished. If you want to use the "S" command ; with DDT, you could just add the following bytes ; directly in 2-3 minutes and be done, then save 73: ; ; ; 0819 C2 03 08 E1 C3 99 07 ; 0820 3E 20 47 C3 00 0D ; 0D00 CD 9D 2B E1 C9 ; - Irv Hoff 24-Apr-84 08:27:59-MST,912;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 08:27:56-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 24 Apr 84 9:49 EST Date: 24 Apr 1984 06:54 MST (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: blue@Nbs-Sdc.ARPA Cc: Info-Cpm@Amsaa.ARPA Subject: Another YAM file fixed Date: Tuesday, 24 April 1984 06:45-MST From: blue at NBS-SDC To: w8sdz Re: yam yammcom.h has the same problem. Jim ------- YAMMCOM.H is now fixed. It had the same problem as the others I fixed - no Carriage Returns, only Line Feeds at the end of each line. I wish people wouldn't put files SQueezed under Unix onto CP/M systems without first restoring the end-of-lines to CP/M CRLF standard! Thanks for reporting the problem, Jim. --Keith 24-Apr-84 08:43:39-MST,764;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 08:43:33-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 24 Apr 84 9:50 EST Date: 24 Apr 1984 07:05 MST (Tue) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: WAGREICH@Bbna.ARPA Cc: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl.ARPA, Info-Apple@Brl.ARPA Subject: Apple II+ CP/M Intelligent Terminal Program In-reply-to: Msg of 23 Apr 1984 22:04-MST from WAGREICH at Bbna.ARPA Try KERMIT. There is a version for your machine. The files are on COLUMBIA-20 in the KER: directory. Get CURRENT.DOC for a complete list of all versions now available. --Keith 24-Apr-84 13:41:35-MST,823;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 13:41:31-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 24 Apr 84 15:07 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 24 Apr 84 15:04 EST Date: 24 Apr 1984 14:54-EST From: Conal.Elliott@CMU-CS-CAD.ARPA Subject: modem protocol To: info-cpm@Mit-Mc.ARPA Does anyone know of a Unix C implementation of the "modem" protocol for downloading binary files? My terminal program (chameleon on the atari) knows how to receive them, but I have been unsuccessful in sending them on the unix end, even though it seems pretty simple. A program in some other language would be okay too as an example. I already sent a query to info-atari with no luck. Thanks in advance. - Conal Elliott 24-Apr-84 21:40:01-MST,820;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 21:39:58-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 24 Apr 84 23:10 EST Received: From sumex-aim.arpa.ARPA by BRL-AOS via smtp; 24 Apr 84 20:51 EST Received: from ISL by SUMEX-AIM with Pup; Tue 24 Apr 84 17:48:31-PST Date: Tuesday, 24 Apr 1984 17:50-PST To: info-cpm@Brl-Aos.ARPA Subject: bdsc/unix compatible library Reply-to: kevinw@Su-Dsn.ARPA From: Kevin W. Rudd Sender: kevinw@isl has someone already done this? it would certainly be nice for what bds-c does to do it like unix... although that would make a lot of programs need changing (or have an alternate set of deffx.crl files which l2 has been munged to figure out... -- Kevin kevinw@su-dsn 24-Apr-84 22:00:01-MST,892;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 24 Apr 84 21:59:57-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 24 Apr 84 23:12 EST Received: From bbna.arpa.ARPA by BRL-AOS via smtp; 24 Apr 84 23:12 EST Date: 24 Apr 1984 23:11-EST Sender: WAGREICH@Bbna.ARPA Subject: What's the best C compiler for Apple II+ CP/M v. 2.23? From: WAGREICH@Bbna.ARPA To: Info-cpm@Brl-Aos.ARPA, info-apple@Brl-Aos.ARPA Message-ID: <[BBNA]24-Apr-84 23:11:27.WAGREICH> I have CPM60, 2 floppy disk drives (single-density, about 133K bytes on each diskette) and 64K memory. Please send the name and address of the distributor as well as the name of the best C compiler. Thanks. Note to INFO-Apple subscribers: I am not onthe INFO-Apple distribution list yet, so please send answers to me directly at Wasgreich@BBNA. 25-Apr-84 00:25:34-MST,1098;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 00:25:30-MST Received: From mit-mc.arpa.ARPA by AMSAA via smtp; 25 Apr 84 1:59 EST Date: Wed 25 Apr 84 01:59:16-EST From: Mark Becker Subject: Neophyte CP/M 2.2 Question To: Info-CPM@AMSAA.ARPA As a personal software project, I'm attempting to generate a BIOS for a CP/M 2.2 system (mine!). Since I've already things up and running with the manufacturer's BIOS, there are no real problems.. I just want the experience of putting one together. Anywho, I've been going through the listing of the current BIOS and find something peculiar - every time the console input routine is called, the current BIOS goes and flushes the disk buffers. I can't find anything on this in the CP/M manual.. could someone out there give me a hint as to why this is being done? Or do I just have an oddball BIOS? The hardware is an U.S. Micro S-100 12-slotter with their board set. Thanks in advance - Mark Becker ------- 25-Apr-84 06:56:22-MST,874;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 06:56:14-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Apr 84 8:35 EST Date: Tuesday, 24 April 1984 21:52-MST Message-ID: Sender: "Robert L. Plouffe" From: "Robert L. Plouffe" To: W8SDZ@Simtel20.ARPA Subject: M730DIAL.PAT - Fixing MDM730 alternate dialing bug ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: INFO-MODEM7@AMSAA.ARPA, INFO-CPM@Amsaa.ARPA ReSent-Date: Wed 25 Apr 1984 06:36-MST In addition to the patch given by Hoff, you had better also do: ORG 806H JZ 2008H ;CA 20 08 (was CA 1F 08) Reason is: Irv moved the routine DIALAD3 by one byte with his patch but forgot to change the address where the branch to that routine occurs. 25-Apr-84 07:35:05-MST,685;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 07:35:00-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Apr 84 9:02 EST Date: Wednesday, 25 April 1984 06:48-MST Message-ID: Sender: "Robert L. Plouffe" From: "Robert L. Plouffe" To: PLOUFF@Mit-Mc.ARPA cc: W8SDZ@Simtel20.ARPA Subject: M730DIAL.PAT - Fixing MDM730 alternate dialing bug ReSent-From: KPETERSEN@Simtel20.ARPA ReSent-To: INFO-MODEM7@AMSAA.ARPA, INFO-CPM@Amsaa.ARPA ReSent-Date: Wed 25 Apr 1984 06:51-MST Oops, that JZ 2008H should be JZ 0820H. Sorry! 25-Apr-84 07:37:51-MST,2782;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 07:37:40-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 25 Apr 84 9:07 EST Date: 25 Apr 1984 07:04 MST (Wed) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Mark Becker Cc: Info-Cpm@Amsaa.ARPA Subject: Neophyte CP/M 2.2 Question - flushing disk buffers In-reply-to: Msg of 24 Apr 1984 23:59-MST from Mark Becker Tell your supplier he goofed. He should have done the patch to BDOS, shown below. The "flush buffers" (which may be in BOTH conin and conout) are completely unneeded and cause unnecessary disk activity. In addition, some "install" programs (like the one from MicroPro for DATASTAR) read in one sector of a .COM file, patch it, and then write it back to disk. Without this patch nothing happens. --Keith ---inserted file 22DBLOCK.DOC from SIMTEL MICRO:--- DIGITAL RESEARCH CP/M [R] 2.2 FIELD SOFTWARE CHANGE Copyright (c) 1980 Digital Research ID# CPM22-0001 PROGRAM: BDOS ISSUE DATE: 02/19/80 ERROR DESCRIPTION: The following change affects only those CP/M systems which are using the optional blocking and deblocking al- gorithms listed in Appendix G of the CP/M Alteration Guide. If you are in doubt as to the applicability of this field change, please contact Digital Research or your CP/M distributor. PATCH PROCEDURE: Ensure you have an archive copy of the distri- buted MOVCPM.COM file. Make changes to a version of MOVCPM>COM by carefully following the steps shown below: MOVCPM.COM is loaded into memory using DDT and the changes are made using the Assemble (A) and Set (S) commands. After making the changes, return to the console command processor using the Go (G) command, and SAVE the altered memory image on disk. The memory image on tracks 0 and 1 must also be updated. This can be accomplished by executing the new MOVCPM program, as described in the CP/M Alteration Guide, and integrating your customized I/O system. ddt movcpm.com DDT VERS 2.0 NEXT PC 2700 0100 -a1cd2 1CD2 nop 1CD3 nop 1CD4 lxi h,0 1CD7 G0 save 38 movcpm.com NOTE: This Field Software change is not installed in the CP/M version 2.2. It must be installed in all systems which use the deblocking algorithms listed in Appendix G of the CP/M Alteration Guide. 25-Apr-84 09:29:18-MST,696;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 09:29:09-MST Received: From usc-eclc.arpa.ARPA by AMSAA via smtp; 25 Apr 84 11:07 EST Date: Wed 25 Apr 84 08:10:28-PST From: BARAD@USC-ECLC.ARPA Subject: sys/time.h To: info-cpm@AMSAA.ARPA I have downloaded xmodem.c from SIMTEL20 and tried to compile it on a VAX running 4.2BSD. On our system, we have a time.h file in /usr/include, but not in /usr/include/sys. I tried using the one that we have, but it was not correct. Does anyone have the correct /usr/include/sys/time.h file? Can he/she send it to me. Thanks!!! Herb Barad BARAD@USC-ECLC ------- 25-Apr-84 14:18:12-MST,663;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 14:18:05-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 25 Apr 84 15:42 EST Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp; 25 Apr 84 15:45 EST Date: Wed 25 Apr 84 12:44:36-PST From: Dick Subject: SYNONYM art. in Microsystems To: info-cpm@BRL.ARPA Microsystems has a short review of a program, in the PD, called SYNONYM. I gather that the source listing was supposed to be included, but lately Microsystems has been pretty sloppy with such things, and it got left out. Has anyone seen the program??? ------- 25-Apr-84 20:56:53-MST,5546;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 25 Apr 84 20:56:35-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 25 Apr 84 22:23 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 25 Apr 84 22:17 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 25 Apr 84 1:41-PST Date: 20 Apr 84 12:56:29-PST (Fri) To: info-cpm@Brl-Aos.ARPA From: decvax!ittvax!dcdwest!sdcsvax!noscvax!kemp@Ucb-Vax.ARPA Subject: MODEM7 documentation for kaypro Article-I.D.: noscvax.417 April 20, 1984 I culled the following MODEM7 documentation from the ASM list for the KMDM795 program released on the -KAYPRO.001 disk by the Kaypro User Group. Steve Kemp kemp@nosc NB: *** in the left margin indicates NOT IMPLEMENTED in this version. CP/M MODEM PROGRAM Version 7.95 12/08/82 Version for: Kaypro II Computer Single Letter Commands ---------------------- H - Display this information ? - Display current settings T - Terminal mode E - Terminal mode with echo L - Terminal mode with local echo For capturing text use T(or E or L) FILENAME.TYP and Start & Stop toggles described on subsequent screen. R - Receive CP/M file using Christensen Protocol S - Send CP/M file using Christensen Protocol Command is: R(or S) FILENAME.TYP R and S can use the following subcommands: B - Bulk transfer using wildcards (e.g. *.*) Q - Quiet mode (no messages to console) T - Return to terminal mode after transfer V - View bytes transferred on console Even(0)/Odd(1) parity sub-option is available somehow... The single letter commands may also be used on the command line when the program is initially executed. Three Letter Commands --------------------- CPM - Exit from this program to CP/M DIR - List directory and space free (may specify drive) ERA - Erase file (may specify drive) LOG - Change default drive + user no. (specify drive + user) and reset disks. e.g. LOG A0, LOG B (user # unchanged) *** SPD - Set speed of file output in terminal mode TIM - Set serial port baud rate (Supports 300, 1200, 2400, 4800, 96000, 19.2k Baud.) TCC - Toggle Checksum/CRC mode on receive TBR - Toggle backspace to rub conversion TLC - Toggle 1) local command immediate 2) local command after ctrl-^ TLF - Toggle send linefeed after carriage return TXO - Toggle XOFF testing in terminal mode file output NUM - List remote systems (Library of Phone Numbers of Remote Systems) SET - Set communication ports (accepted as a command, with unknown effects...) *** CAL - Dial number *** DSC - Disconnect *** BYE - Disconnect and reboot The following are terminal text buffer commands: DEL - Delete memory buffer and file NOL - Return to terminal mode - no loss of data in buffer WRT - Write memory buffer to disk file Local Commands while in Terminal Mode ------------------------------------- ^E - Exit to command mode *** ^D - Disconnect (for PMMI only) *** ^@ - Send break *** ^B - Change baud rate (for PMMI only, in terminal mode) *** ^O - Transmit logon ^P - Toggle printer ^Y - Start copy into buffer ^R - Stop copy into buffer Start & Stop may be toggled as often as desired. A ":" at start of line indicates buffer is open. XOFF automatically used to stop input when writing full buffer to disk, XON sent to resume. ^T - Transfer ASCII file to remote ^^ - Send local control character to remote - Next character will be used for local control Default Settings ---------------- Default Drive: A0 (User #0, Drive a:) Use 'LOG' to change CRC mode set (Checksum mode NOT set) Use 'TCC' to toggle Printer is OFF Use ^P to turn printer on Modem speed is 1200 baud Use 'TIM' to reset baud rate Backspace is BACKSPACE (RUBOUT not used) Use 'TBR' to toggle Linefeed NOT sent after carriage return Use 'TLF' to toggle sending LF after carriage return Use ctrl-^ to send local command to remote Use 'TLC' to toggle Terminal mode file buffer is inactive Use ^Y to activate Unused portion of buffer is 43776 (When inactive...) XOFF testing NOT used in terminal mode file output Use 'TXO' to toggle XON/XOFF usage Terminal mode file output delay is 0.00 seconds per character (This is not modifiable in this version and may be incorrect at 0.00) ======================================================================= 26-Apr-84 00:34:35-MST,2778;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 00:34:28-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 26 Apr 84 2:10 EST Date: 26 Apr 1984 00:12 MST (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Dick Cc: Info-Cpm@Amsaa.ARPA Subject: SYNONYM art. in Microsystems In-reply-to: Msg of 25 Apr 1984 13:44-MST from Dick Date: Wednesday, 25 April 1984 13:44-MST From: Dick To: info-cpm at BRL.ARPA Re: SYNONYM art. in Microsystems Microsystems has a short review of a program, in the PD, called SYNONYM. I gather that the source listing was supposed to be included, but lately Microsystems has been pretty sloppy with such things, and it got left out. Has anyone seen the program??? Yes, the program is available on SIMTEL20 now. It's in MICRO:SYNONYM2.DOC and MICRO:SYNONYM3.ASM SYNONYM is a program that generates a program. This generated program when executed, will invoke another CP/M command. It's really not as complex as it sounds. Here is an example: You would like to invoke Microsoft basic by typing only the letter "B" instead of typing "MBASIC". You could just rename MBASIC.COM to B.COM but you could no longer use "MBASIC" to invoke basic. SYNONYM can create a "B.COM" file that when invoked will modify the CCP input buffer to "MBASIC" and then jump to the CCP. The new .COM file is very small (1 block) and is saved with the $SYS indicator set (in CP/M 2.x ) so it won't clutter up your DIRectory. Then to invoke basic you would only have to type: "B". You could also pass basic a program name to execute just as with MBASIC by typing: "B BASPGM" (where BASPGM is the name of the basic program). You can also create a SYNONYM with a fixed parameter string. For example you might like to run a basic program called STARTREK.BAS by typing "ST". SYNONYM can create a file ("ST.COM") that will invoke MBASIC and pass it a fixed string "STARTREK". If you do create a SYNONYM with a fixed paramater string any paramaters entered on the command line invoking the SYNONYM will be appended to the fixed paramaters. This could be used to invoke the SUBMIT program, pass it the name of the .SUB file as a fixed paramater, and then any other variable paramaters. The program can be assembled with MAC or ASM and has been tested on both CP/M version 1.4 and version 2.x (the $SYS attribute is set only on 2.x). --Keith 26-Apr-84 07:32:02-MST,1383;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 07:31:56-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 26 Apr 84 9:07 EST Date: 26 Apr 1984 07:10 MST (Thu) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: "Matthew J. Weinstein" Cc: Info-Cpm@Amsaa.ARPA Subject: YAM428.LBR problems In-reply-to: Msg of 26 Apr 1984 06:01-MST from Matthew J. Weinstein Date: Thursday, 26 April 1984 06:01-MST From: Matthew J. Weinstein To: w8sdz Re: YAM428.LBR I downloaded YAM428.LBR, and LU301 complains about CRCs. In addition text files seem to be missing CR's. (Just thought you'd want to know...) - Matt Try LU300, Matt. LU301 is only for CP/M look-alikes and is NOT an update. It's a patched LU300 which may not be competely up to specs. Yes, I know about three files that contain only LF for end-of-line. Apparently some of the files were SQueezed under Unix instead of CP/M. You can restore them with USQ-20.COM's -N option, which converts LF's to CRLF's. Many people may not know about this -N option, which was added by Chuck Forsberg to deal with Unix-SQueezed files. --Keith 26-Apr-84 12:18:44-MST,1197;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 12:18:39-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 26 Apr 84 10:28 EST Received: From mit-multics.arpa.ARPA by BRL-AOS via smtp; 26 Apr 84 10:28 EST Date: Thu, 26 Apr 84 10:17 EST From: Boebert@MIT-MULTICS.ARPA Subject: Applicard Review To: info-cpm@BRL.ARPA, info-apple@BRL.ARPA Message-ID: <840426151746.397559@MIT-MULTICS.ARPA> Replaced my Softcard with the 6mhz Applicard + 128k RAMdisk. Should have done it a long time ago. Primary application is text editing using Mince; with the swap file on the RAMdisk, Mince runs faster than mainfrrame Emacs at 1200 baud. Documentation is a little sketchy; basically an installation manual and a somebody's intro to CPM book. Several commands are not described in either set. OEM documentation available for people wanting to write funny drivers, etc. Technical support (questions) is *excellent*. If you do try to use Mince off the RAMcard, make sure you load mince.com onto the M: device *before* you load mince.swp; if mince.swp is the first file on the disk, Mince crashes. I know not why ... 26-Apr-84 15:12:37-MST,705;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 15:12:34-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 26 Apr 84 15:44 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 26 Apr 84 15:42 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 26 Apr 84 0:51-PST Date: 21 Apr 84 6:30:46-PST (Sat) To: info-cpm@Brl-Aos.ARPA From: decvax!ittvax!dcdwest!sdcsvax!sdccs7!ee163abs@Ucb-Vax.ARPA Subject: modem7 request ( apple //e, hayes1200 ) Article-I.D.: sdccs7.1199 Anyone out there have the source program of MODEM7 for the apple //e with CCS 7710 board and Hayes 1200 smartmodem. Please reply by mail. Ron Breger 26-Apr-84 17:42:14-MST,864;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 26 Apr 84 17:42:10-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 26 Apr 84 18:24 EST Received: From nalcon.arpa.ARPA by BRL-AOS via smtp; 26 Apr 84 18:19 EST Received: by nalcon (4.12/4.7) id AA03187; Thu, 26 Apr 84 18:17:02 est Date: Thu, 26 Apr 84 18:17:02 est From: Avrunin Message-Id: <8404262317.AA03187@nalcon> To: decvax!ittvax!dcdwest!sdcsvax!sdccs7!ee163abs@Ucb-Vax.ARPA, info-cpm@Brl-Aos.ARPA Subject: Re: modem7 request ( apple //e, hayes1200 ) The MDM730 program with the M7AP-2B.ASM overlay is supposed to work with CCS7710 and external modem. It will work with microsoft softcard and the Applicard. It is on-line at SIMTEL20. I have not tried this myself but is supposedly works. Larry Avrunin 27-Apr-84 00:51:03-MST,1159;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 00:50:59-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 1:28 EST Received: From usc-isid.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 1:25 EST Date: 27 Apr 1984 01:22-EST Sender: ABN.ISCAMS@Usc-Isid.ARPA Subject: Re: modem7 request ( apple //e, hayes1200 ) From: ABN.ISCAMS@Usc-Isid.ARPA To: avrunin@Nalcon.ARPA Cc: decvax!ittvax!dcdwest!sdcsvax!sdccs7!ee163abs@Ucb-Vax.ARPA Cc: info-cpm@Brl-Aos.ARPA Message-ID: <[USC-ISID]27-Apr-84 01:22:29.ABN.ISCAMS> In-Reply-To: <8404262317.AA03187@nalcon> I just fired up MDM730 with the M7AP-2B.ASM overlay about 3 days ago -- worked just fine (though I don't have the Applicard). Kind of surprised me, but I put the Apple back to back with my Toad (also running MDM730), doing transfers over an RS-232 cable -- transfered .COM and ASCII files at 9600 baud with no problems at all! Would not have expected the Apple to push that fast! Now if there were only a way to push 9600 over voice quality phone lines ... Regards, David Kirschbaum Toad Hall ABN.ISCAMS@USC-ISID 27-Apr-84 02:04:12-MST,1235;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 02:04:08-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 2:39 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 2:37 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 26 Apr 84 23:30-PST Date: 23 Apr 84 1:03:58-PST (Mon) To: info-cpm@Brl-Aos.ARPA From: hplabs!hpda!fortune!burton@Ucb-Vax.ARPA Subject: Re: 8086 co-processors for CPM80 - (nf) Article-I.D.: fortune.3129 #R:sri-arpa:-1231300:fortune:25500011:000:601 fortune!burton Apr 22 23:59:00 1984 there are other "add on 8086" boards on the market. A company call SWP, somewhere in Texas, produces a board to upgrade most Z80's. Supposedly the Morrow and Kaypro 16 bit upgrades are actually manufactured by them. >From their ads, it seems they offer MS-DOS, butr not PC-DOS, since the latter w ould require specific hardware at specific locations, the goal of all the IBM-PC-clone designers. Philip Burton 101 Twin Dolphin Drive-MS 133 Fortune Systems Redwood City, CA 94065 (415) 595-8444 x 526 - - - {ihnp4 [ucbvax | decvax!decwrl]!amd70 harpo hpda }!fortune!burton 27-Apr-84 09:06:11-MST,4244;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 09:05:57-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 10:29 EST Received: From columbia-20.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 10:27 EST Date: Fri 27 Apr 84 10:24:45-EST From: Frank da Cruz Subject: New release of KERMIT for CP/M-80 To: Info-Kermit@COLUMBIA-20.ARPA cc: Info-CPM@BRL-AOS.ARPA, Info-Micro@BRL.ARPA This is to announce a new release of CP/M-80 KERMIT, version 3.9. This is not the long-awaited "modularized" version, but a maintenance release of the current monolithic version that fixes many bugs and addresses various shortcomings in the previous release, which was version 3.6. Here is a brief list of the changes since version 3.6: * Fixes & improvements contributed by Greg Small, UC Berkeley, including: . A "fuzzy" timer -- imprecise timeouts . Some VT52 emulation bugs fixed . Bugs with file attribute bits fixed . TRS-80 support for both Lifeboat & Pickles & Trout CP/M . Morrow Decision I support . Separate terminal support for TVI925, ADM3A, "generic CRT" on some systems . Buffer boundary checking for recovering from long bursts of noise * From Kimmo Laaksonen, Helsinki University of Technology Computing Centre: . Support for Nokia MikroMikko (a Finnish CP/M system) . Filename completion on ESC, a`la TENEX/TOPS-20 . TRANSMIT command, for uploading a file "bare" (no protocol), with XON/XOFF . Miscellaneous fixes & cosmetic improvements * Contributions from Bernie Eiben, DEC Marlboro, including: . Integration of Greg's and Kimmo's changes with working source . SET PRINTER ON/OFF during CONNECT (no fancy buffering or waiting) . ^C during file transfer returns immediately to command level . Source file compaction, removal of update history to separate file . Rainbow-100 support removed; use CP/M-86 Kermit from now on. * From Columbia: . 8th-bit prefixing for transferring binary files when parity is in effect . Fixed and/or improved communication with IBM mainframes . Kaypro II and other display fixes . Added code for DECmate-II to transmit BREAK signal . SET TIMER ON/OFF, off by default, goes on/off automatically with SET IBM . Default file mode as distributed is now ASCII . Misc bug fixes HEX files have been built for all the systems supported by this program. Here is a list of them: CPMAPPLE Apple II, Z80 softcard CPMBRAIN Intertec SuperBrain CPMDMII DECmate II, Z80 card CPMGENERI Generic CP/M-80 2.2 CPMHEATH Heath/Zenith-89 CPMKAYPRO Kaypro II CPMMDI Morrow Decision I CPMMIKKO Nokia MikroMikko CPMOSBORN Osborne 1 (serial port only) CPMOSI Ohio Scientific CPMPLUS Generiac CP/M-80 3.0 CPMROBIN DEC VT180 "Robin" CPMTRLB TRS-80 Model II, Lifeboat CP/M-80 CPMTRPT TRS-80 Model II, Pickles & Trout CP/M-80 CPMTELCON Telcon Zorba CPMVECTOR Vector Graphics CPMZ100 Heath/Zenith Z100, CP/M-80 (8085 side) These files are all stored with the suffix ".HEX" in the area "KER:", for instance KER:CPMDMII.HEX, in normal ASCII format. The hex files for the previous release are still available with suffix ".OHX". There is also a new Kermit User Guide chapter for this program, KER:CPMKERMIT.MSS and .DOC. The entire group of CP/M-80 Kermit files can be referred to as KER:CPM*.*. Network users may obtain KERMIT files from host CU20B via NFT (CCNET), or host COLUMBIA-20 via anonymous FTP (only after 6:00pm on weekdays, ARPANET). The hex files may be downloaded to your micro using your old version of KERMIT (or MODEM7, or any other downloading procedure) and then converted to runnable .COM format with the LOAD command. Your old KERMIT.COM should be renamed to something like OLDKERM.COM for backup and the new one can then be renamed to KERMIT.COM. Since this new release is the result of the work of many people at many sites on many different machines, there can be no guarantee that it works on all the systems listed above. It has been tested thoroughly on the DEC VT-180, the Kaypro II, and the Intertec Superbrain. I'd appreciate reports about the other systems. ------- 27-Apr-84 10:14:43-MST,667;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 10:14:38-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 11:45 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 11:45 EST Date: 27 Apr 1984 11:09-EST From: Conal.Elliott@CMU-CS-CAD.ARPA Subject: jrt pascal To: info-cpm@Mit-Mc.ARPA Is there documentation anywhere on how to put together and use the JRT pascal system that lives in micro: at simtel20? I'm interested in it for my younger brother who just got a cpm computer and is learning the ropes. Thanks in advance, Conal Elliott 27-Apr-84 12:15:15-MST,671;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 12:15:09-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 13:40 EST Received: From bbn-cd.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 13:32 EST Date: Fri, 27 Apr 84 13:23:33 EST From: Bob Clements Subject: Where is everybody? To: info-micro-request@Brl-Aos.ARPA, info-cpm@Brl-Aos.ARPA Cc: clements@Bbn-Cd.ARPA I haven't received any info-micro or info-cpm mail for about a week. My address is rcc2@bbn. If everything's broken, I apologize for adding to the pile of questions (though I did wait a week first). /Rcc 27-Apr-84 13:59:48-MST,5714;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 13:59:27-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 15:22 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 15:12 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 27 Apr 84 1:49-PST Date: 22 Apr 84 19:15:06-PST (Sun) To: info-cpm@Brl-Aos.ARPA From: decvax!mcnc!ecsvax!emigh@Ucb-Vax.ARPA Subject: Re: Distributing modifications to F80 Article-I.D.: ecsvax.2359 In-Reply-To: Article ecsvax.2172 < This space for rent > I have finally received all the comments about my distribution of F80 routines, so here is the summary. Original Question: I was given the source of some disassembled routines from the Microsoft F80 runtime library. I spent about a day to modify the code to run faster under a Z80, and achieved improvements of 37% for floating point divide and 25% for floating point multiply. I asked for advice as to whether or not I could post these routines to, say, net.sources. Microsoft tries to copyright and license F80, the license saying that disclosure would cause great harm to Microsoft. Responses: {my comments in braces or paragraphs headed by a '>'} >By far, the most numerous responses were like: I don't know about posting the MAC code, but I sure would like to get a copy of it myself. >As to the legality of distributing the Source there were several conflicting answers. Several people offered lawyer friends to call. The "best" answer I could find is: If the copyright was before Jan 1, 1977, the software fell under the old copyright act and no one knows what that means. If it was copyrighted after Jan 1, 1977 but before Dec 12, 1980 things are different but still not too clear. If after Dec 12, 1980, then you can do whatever you want with re-coding for yourself but not for any other use--including public domain. He also said that it was his belief (he is especially interested in this area) that both copyright and trade secret protection could not be held at the same time, but that this question has not been litigated as yet, thus there is no confirmation or denial of his belief. >Other legal responses from the net were: About all you can do legally is to distribute a patch list: give the addresses of locations that you change, and the new contents of those locations. {This amounts to releasing the REL files} By the way, Microsoft watches this mailing list {one of the reasons I did it this way}, so you have just informed them that you are considering pirating their software. I wouldn't be surprised if you heard from them. {Never did hear from them} >Some practical solutions: I suppose that if you anonymously send the sources out to this mailing list, then it will be impossible to trace you down. {Maybe I could get them distributed from kgbvax or kremvax :-)} That's not a moral solution, but certainly a practical one. Anyway, one couldn't use your routines without the rest of the fortran compiler, so why would Microsoft care? {Who knows the workings of corporate minds} You might even offer to give them a copy for free! There shouldn't be a problem if you are distributing only the REL files. People need a Microsoft licensed linker..and so on.. to produce COM files anyway. It's too bad the routines were disassembled by someone who signed the nondisclosure agreement. Since you can distribute the COM files of any F80 program, it would not be any more difficult to disassemble it with 'appropriately chosen' F80 programs. {Of course, who would go to the trouble if they didn't have F80. The disassembly is much more difficult if you do not have the REL files. The disassembly was semi-automated, and took approximately 2 minutes per module to disassemble, and an additional 1/2 to 3 hours to comment. There are over 100 modules in FORLIB.REL (What some people can do with free time!). } >The action that best strikes my fancy is (from several sources): The obvious answer to your real problem is to write MicroSoft a letter asking for their desires on the distribution. {As previously mentioned, Microsoft is on USENET, and presumably reads this news group. I was disappointed, but not suprised, that I did not hear from anyone at Microsoft.} I would suggest that you attempt to get Microsoft's permission to distribute Z80 mul and div routines for no profit. If they are reasonable they will not object. >>I have now written to Microsoft to ask them what their wishes are regarding the routines. However, as one respondent said: >From what I've heard, they are really bad about customer response. Personally, I think the turkeys deserve to get shafted. But don't let that lead you astray. {I'm not trying to shaft anyone} >>In the mean time, I reread the license and discovered that I am to make sure that I do not disclose any information to persons *WHO ARE NOT REGISTERED USERS* (emphasis mine). As such, I believe that I can distribute the source of my modifications to any registered users of F80. If you are a registered user of F80 and would like to receive the modifications, please mail your net-address and registration number to me. I am in the midst of final testing of the routines, and will release them as soon as I am convinced that they are correct. Thanks to all who responded. I tried to reply to all, but the mail may have gotten lost in the net. -- Ted H. Emigh North Carolina State University Raleigh NC USENET: {akgua decvax duke ihnp4 unc}!mcnc!ecsvax!emigh ARPA: decvax!mcnc!ecsvax!emigh@BERKELEY.ARPA 27-Apr-84 21:31:56-MST,666;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 27 Apr 84 21:31:52-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 27 Apr 84 23:07 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 27 Apr 84 23:03 EST Date: 27 April 1984 23:01-EST From: Paul R. Grupp Subject: SYNONYM art. in Microsystems To: W8SDZ@Simtel20.ARPA cc: INFO-CPM@Mit-Mc.ARPA, MEAD@Usc-Eclb.ARPA In-reply-to: Msg of 26 Apr 1984 00:12 MST (Thu) from Keith Petersen You forgot to mention that this program does NOT work with ZCPR2 if you are using the EXTERNAL CCP buffer. --Paul 28-Apr-84 00:36:51-MST,1412;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 00:36:47-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Apr 84 2:20 EST Received: From ucb-vax.arpa.ARPA by BRL-AOS via smtp; 28 Apr 84 2:15 EST Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.27) id AA07207; Fri, 27 Apr 84 23:12:00 pst Received: from ucbruby.CC.Berkeley.ARPA by ucbjade.CC.Berkeley.ARPA (4.14.noSUID/4.16) id AA21623; Fri, 27 Apr 84 23:13:23 pst Received: by ucbruby.CC.Berkeley.ARPA (4.14/4.16) id AA06203; Fri, 27 Apr 84 23:13:09 pst Received: by ucbnewton.Berkeley.ARPA (4.6/4.25) id AA28351; Fri, 27 Apr 84 23:09:36 PST Date: Fri, 27 Apr 84 23:09:36 PST Message-Id: <8404280709.AA28351@ucbnewton.Berkeley.ARPA> From: Phil Lapsley To: info-cpm@brl.ARPA Subject: Apple BIOS info request I am helping a friend of mine with an Apple/Microsoft softcard set up a CP/M system, and I am very curious (pronounced "in need of") a copy of the bios that Microsoft/whoever wrote up for the creature. Does anyone know if such a thing exists, and if so, where I might be able to get my hands on a copy? Any other information about the Apple's BIOS would be appreciated (I've already checked out the stuff in CPM.APPLE on Simtel20). Thanks. Phil (phil%ucbnewton@Berkeley.ARPA) 28-Apr-84 07:57:48-MST,776;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 07:57:45-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Apr 84 9:34 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 28 Apr 84 9:33 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 28 Apr 84 6:21-PST Date: 23 Apr 84 12:28:13-PST (Mon) To: info-cpm@Brl-Aos.ARPA From: decvax!yale-comix!dardik@Ucb-Vax.ARPA Subject: Osborne Diskette Format Article-I.D.: yale-com.3523 Does anybody know the format of the Osborne I Double Density diskettes? I am trying to customize my BIOS to read them and would appreciate any information regarding their BLM, AL0, AL1, etc., etc. Sector skewing would be most appreciated too. -Alan Dardik 28-Apr-84 10:21:12-MST,573;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 10:21:08-MST Received: From simtel20.arpa.ARPA by AMSAA via smtp; 28 Apr 84 12:00 EST Date: 28 Apr 1984 10:02 MST (Sat) Message-ID: Sender: KPETERSEN@Simtel20.ARPA From: Keith Petersen To: Info-Cpm@Amsaa.ARPA Subject: MDM7xx overlay for Superbrain available MICRO:M7SB-1.ASM on SIMTEL20 is the overlay for MDM7xx and the Superbrain. Several people were asking for it. --Keith 28-Apr-84 11:51:57-MST,778;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 11:51:52-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Apr 84 13:27 EST Received: From sri-unix.arpa.ARPA by BRL-AOS via smtp; 28 Apr 84 13:22 EST Received: from Usenet.uucp by sri-unix.uucp with rs232; 28 Apr 84 10:11-PST Date: 24 Apr 84 7:52:27-PST (Tue) To: info-cpm@Brl-Aos.ARPA From: decvax!yale-comix!dardik@Ucb-Vax.ARPA Subject: Osborne Diskette Format Article-I.D.: yale-com.3536 Does anybody know the format of the Osborne I Double Density diskettes? I am trying to customize my BIOS to read them and would appreciate any information regarding their BLM, AL0, AL1, etc., etc. Sector skewing would be most appreciated too. -Alan Dardik 28-Apr-84 12:46:30-MST,1342;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 12:46:26-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Apr 84 14:17 EST Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 28 Apr 84 14:18 EST Date: Sat 28 Apr 84 14:11:18-EST From: Mark Becker Subject: Check your Delta Products/U.S. Micro Sales 64k DRAM boards To: Info-Micro@AMSAA.ARPA, Info-CPM@BRL.ARPA This is for owners of U.S. Micro's or Delta Products 64k dynamic RAM cards - You might want to check the installation of C6, a 10-to-47 uF capacitor located just to the left of where U2 and U4 butt together. On some boards, the silk-screening is backwards! And the capacitor may be installed backwards as well. Typically this capacitor, after a period of time, will turn into a resistor and load down the -5V going to the memory chips. The voltage on the card I have reached -4V, at which point programs started crashing. I replaced it - local Radio Shack had it on the shelf. Went and checked three Delta boards and found they had the same problem. Other than that, I've found the hardware to be pretty solid - no other problems in two plus years of operation. Mark Becker ------- 28-Apr-84 13:28:16-MST,568;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 13:28:11-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Apr 84 15:08 EST Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp; 28 Apr 84 15:07 EST Date: Sat 28 Apr 84 12:05:52-PST From: Dick Subject: Re: SYNONYM art. in Microsystems To: GRUPP@MIT-MC.ARPA cc: info-cpm@BRL.ARPA In-Reply-To: Message from "Paul R. Grupp " of Fri 27 Apr 84 20:01:00-PST STARTUP will do the same thing, basically. ------- 28-Apr-84 19:04:23-MST,1149;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 19:04:18-MST Received: From brl.arpa.ARPA by AMSAA via smtp; 28 Apr 84 20:40 EST Received: From amsaa.arpa.ARPA by BRL-AOS via smtp; 28 Apr 84 20:36 EST Date: Sat, 28 Apr 84 20:23:36 EST From: David Towson (CSD) To: Mark Becker cc: Info-Micro@amsaa.arpa, Info-CPM@brl.arpa Subject: Re: Check your Delta Products/U.S. Micro Sales 64k DRAM boards Added note: The problem described by Mark may be VERY SERIOUS if the board uses 4116 type DRAMS. (I am not familiar with the board.) If this is the case, and if the capacitor mentioned degrades enough to cause loss of the -5V supply, the result will be immediate and catastrophic failure of ALL of the dynamic RAM chips. This is why the power supplies for 4116 RAMs must be properly sequenced so that the -5V comes up first and goes down last. If the board in question does not use 4116's, perhaps someone else can comment about whether the same vulnerability exists. Dave towson@amsaa.arpa 28-Apr-84 21:30:41-MST,3427;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 28 Apr 84 21:30:31-MST Received: From brl-vgr.arpa.ARPA by AMSAA via smtp; 28 Apr 84 22:54 EST Received: from simtel20.arpa by BRL-VGR.ARPA id a010988; 28 Apr 84 22:55 EST Date: 28 Apr 1984 20:54 MST (Sat) Message-ID: From: "Frank J. Wancho" To: INFO-CPM@BRL-VGR.ARPA Cc: INFO-MICRO@BRL-VGR.ARPA Subject: Space crunch and tar tapes The current collections of public domain files are bursting the seams of the RP06 that's holding them. Here are the current disk usage stats taken Friday afternoon: MICRO: 14,818 disk pages MICRO: 7,692 15.4 MBytes MICRO: 20,192 40.4 MICRO: 3,260 6.5 ------ ---- Total: 46,019 disk pages 62.3 MBytes A TOPS-20 disk page is 512 36-bit words, and the above figures include the values for the superior directories in each case. On top of that, it also looks like I'll be getting new SIG/M releases monthly (five more volumes just showed up). So, to relieve the potential trauma of lack of elbow room on MICRO:, I have prevailed upon Gail Zacharias to apply her file type determining algorithms used in DE-LBR to build another program. This program analyses each file and converts only those files which it determines are truly ASCII text files, but stored in ITS-Binary format, into ASCII text files. I'll be running her program on the files in the above directories, except MICRO: over the next few days. This, of course, means that my oft-repeated statement that ALL the files in those directories are stored in ITS-Binary format will no longer be true. To avoid confusion, Gail's program happens to write out the next generation, which will be .2 in most cases. This means that your clue for FTP is that if the filename shows up as file.typ.1, it is ITS-Binary, and if it shows up as file.typ.2, it is ASCII. You will also have an updated .CRCLST to reference, which shows the storage method for each file. Simply because ASCII text files are stored five characters per word, instead of four bytes per word in ITS Binary format, I expect to recover a considerable amount of file space by using this utility. However, the catch is, other than looking for the .2 generation number, that most of the CRC values published with each volume and elsewhere will no longer match the files stored in ASCII format. Don't expect the conversions to happen all at once. Just be forwarned that things are changing if you see something strange. Finally, a note for those of you on Unix machines, especially those not connected to DDN (and thus do not have FTP access to SIMTEL20). I have received an updated version of the TOPS-20 tar program which can now write binary as well as ASCII files to tar tapes. After I finish the conversions, I'll see if I can find time to experiment with the program to see how many tapes will be needed to store all these files. What I expect we can do is make a set of tapes available to a volunteer beta site to see if they can be read. If so, then start them out to a distribution path to interested sites who are willing to provide the disk space to keep them online, or to make copies for further distribution. Just bear in mind that these files are as-is. --Frank 29-Apr-84 06:47:14-MDT,848;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 29 Apr 84 06:47:11-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 29 Apr 84 8:27 EDT Received: From mit-mc.arpa.ARPA by BRL-AOS via smtp; 29 Apr 84 8:21 EDT Date: Sun 29 Apr 84 08:18:27-EDT From: Mark Becker Subject: Re: Check your Delta Products/U.S. Micro Sales 64k DRAM boards To: towson@AMSAA.ARPA cc: Info-Micro@AMSAA.ARPA, Info-CPM@BRL.ARPA In-Reply-To: Message from "David Towson (CSD) " of Sat 28 Apr 84 20:44:19-EST Both Delta Products and U.S. Micro memory boards I have use 4116 (or equivalent) DRAMS. Mr. Towson is correct - if the -5V line goes out of spec, the memory chips will self-destruct. Mark Becker ------- 29-Apr-84 16:58:07-MDT,957;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 29 Apr 84 16:58:01-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 29 Apr 84 18:29 EDT Received: From simtel20.arpa.ARPA by BRL-AOS via smtp; 29 Apr 84 18:25 EDT Date: 29 Apr 1984 16:23 MDT (Sun) Message-ID: From: CSTROM@Simtel20.ARPA Subject: Wordstar footnoter To: INFO-CPM@Brl-Aos.ARPA cc: CSTROM@Simtel20.ARPA I have uploaded a useful footnoting program to Simtel20. This program is designed to operate with WordStar. I regret that I have not yet had a chance to personally check the program out, but some of the members of CP-MIG (the Compuserve CP/M interest group) have spoken very highly of the utility. The files are in the MICRO: directory of Simtel20 and are FTNOTE12.COM, FTNOTE12.DOC, and FTNOTE12.HEX (my thanks to Keith, W8SDZ at Simtel20 for generating the .HEX file). 29-Apr-84 17:17:11-MDT,630;000000000000 Return-Path: Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 29 Apr 84 17:17:05-MDT Received: From brl.arpa.ARPA by AMSAA via smtp; 29 Apr 84 18:49 EDT Received: From usc-eclb.arpa.ARPA by BRL-AOS via smtp; 29 Apr 84 18:47 EDT Date: Sun 29 Apr 84 15:46:21-PDT From: Dick Subject: Anyone got USR S-100 on BYE yet? To: info-micro@BRL.ARPA, info-cpm@BRL.ARPA I am still trying to make the USR S-100 modem work with BYE3 or MBYE3 without much luck. Has anyone gotten an overlay file and modem interface to work with the modem yet??? Mail me a copy, okay? -------