home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / simtel / archives / cpm / 8312-1.txt < prev    next >
Text File  |  1993-02-12  |  254KB  |  5,915 lines
  1.  1-Dec-83 08:40:08-MST,905;000000000000
  2. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 08:39:59-MST
  4. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  30 Nov 83 22:48 EST
  5. Received: From Mit-Mc.ARPA by BRL via smtp;  30 Nov 83 22:45 EST
  6. Date: 30 Nov 1983 22:02:26 EST (Wednesday)
  7. From: Marshall Abrams <abrams@mitre>
  8. Subject: Donate computer for tax credit
  9. To: microgroups: @mitre:;
  10. Cc: abrams@mitre
  11.  
  12. A charitable organization in the Washington, DC area would like to receive a
  13. donation of a computer. The donor would get a tax credit based on his/her
  14. valuation of the hardware and software.
  15.  
  16. This would be an excellent opportunity to do a good deed and recover one's
  17. investment so that a newer configuration could be purchased.
  18.  
  19. Please contact me to discuss this further. My telephone at work is 703/827-6938
  20. and at home is 301/588-1005.
  21.  
  22. Marshall Abrams
  23.  
  24.  
  25.  1-Dec-83 08:40:25-MST,814;000000000000
  26. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  27. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 08:40:20-MST
  28. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  1 Dec 83 2:17 EST
  29. Received: From Mit-Mc.ARPA by BRL via smtp;  1 Dec 83 2:15 EST
  30. Date: 1 December 1983 02:21 EST
  31. From: "James Lewis Bean, Jr." <BEAN@mit-mc>
  32. Subject:  IS there an IBM PC version of modem 7
  33. To: INFO-CPM@mit-mc, INFO-PC@mit-mc
  34.  
  35. I need to transfer massive numbers of files from floppies on a brand
  36. X cp/m based micro to an IBM PC.  I have modem 7 for the CP/M machine
  37. is there a PC package that talks that language (specifically wild card file 
  38. transfers).  Public domain is of course the only way to go.  
  39.  
  40.  
  41.                 how many times have you seen this
  42.                 question? --- thanks...
  43.                 lewis
  44.                 bean at mit-mc
  45.  
  46.  1-Dec-83 10:53:10-MST,901;000000000000
  47. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  48. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 10:53:04-MST
  49. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  1 Dec 83 9:44 EST
  50. Received: From Sri-Unix.ARPA by BRL via smtp;  1 Dec 83 7:35 EST
  51. Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 Dec 83 4:25-PST
  52. Date: 29 Nov 83 20:52:53-PST (Tue)
  53. To: info-cpm@brl
  54. From: decvax!duke!mcnc!ecsvax!rpk@ucb-vax
  55. Subject: C64 CP/M
  56. Article-I.D.: ecsvax.1620
  57.  
  58. I saw an accessory for the C-64 computer that allows it to run CP/M.
  59. A local discount store has these boards on sale for $70.
  60. -- This means that a complete CP/M system (64K) with two driives would cost
  61. about $800.  My question:  Has anybody had any experience with a C64 running
  62. CP/M?  Is this a "standard" CP/M or are there strange quirks, like the
  63. Microsoft/Apple CP/M?
  64.  
  65.     -Dick   (...decvax!mcnc!ecsvax!rpk)
  66.  1-Dec-83 11:50:21-MST,1058;000000000000
  67. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  68. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 11:50:17-MST
  69. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  1 Dec 83 9:44 EST
  70. Received: From Sri-Unix.ARPA by BRL via smtp;  1 Dec 83 8:01 EST
  71. Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 Dec 83 4:55-PST
  72. Date: 30 Nov 83 7:57:38-PST (Wed)
  73. To: info-cpm@brl
  74. From: decvax!ittvax!ittral!hinnant@ucb-vax
  75. Subject: UMODEM under VMS found
  76. Article-I.D.: ittral.323
  77.  
  78.   Thanks to all of you who responded to my quest for a host version of
  79. MODEM running under VAX/VMS.  Most of the responses concerned a FORTRAN
  80. 77 version developed at the University of Washington by Jim Belonis, of
  81. which I now have a copy.  Although written for VMS 2.0, it compiles
  82. and runs without error under VMS 3.0.  If there is a request, I'll post
  83. the source and related utilities to net.sources.  Again, thanks for all
  84. the help.
  85.  
  86.                     David  Hinnant
  87.                     ITT Telecommunications
  88.                     (919) 829-3033
  89.                     ...ucbvax!decvax!ittvax!ittral!hinnant
  90.  1-Dec-83 12:23:08-MST,596;000000000000
  91. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  92. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 12:23:03-MST
  93. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  1 Dec 83 10:00 EST
  94. Received: From Sri-Unix.ARPA by BRL via smtp;  1 Dec 83 9:55 EST
  95. Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 Dec 83 6:46-PST
  96. Date: 28 Nov 83 23:19:28-PST (Mon)
  97. To: info-cpm@brl
  98. From: hplabs!intelca!omsvax!ogcvax!tektronix!reed!ank@ucb-vax
  99. Subject: mdm712 for EPSON QX-10
  100. Article-I.D.: reed.401
  101.  
  102. Has anyone developed a mdm712 overlay for the EPSON QX-10?
  103. Thanx,
  104. Bob Ankeney
  105.  1-Dec-83 12:24:59-MST,1806;000000000000
  106. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  107. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 12:24:53-MST
  108. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  1 Dec 83 9:46 EST
  109. Received: From Sri-Unix.ARPA by BRL via smtp;  1 Dec 83 9:31 EST
  110. Received: from Usenet.uucp by sri-unix.uucp with rs232; 1 Dec 83 6:19-PST
  111. Date: 30 Nov 83 9:07:03-PST (Wed)
  112. To: info-cpm@brl
  113. From: decvax!duke!phs!jtb@ucb-vax
  114. Subject: Re: ecsvax.1620: C64 CP/M
  115. Article-I.D.: phs.2165
  116.  
  117. I have one of these CP/M cartrages for a C64.  I havent used it much yet
  118. so I cant be sure but the manual is a duplicate of the standard one so that
  119. much is standard.  The max memory is reduced because the screen is bit
  120. mapped and the BIOS is completly different since much of it is actualy
  121. entry points to routines running on the other processor.  I think that
  122. most programs which require cursor positioning will not work and could not
  123. be made to work without major rework. Also the screen is a non standard size
  124. which would break many programs. Keep in mind that the screen is a standard
  125. vidio monitor not a crt it is optimized for games and is hard on the eyes
  126. when used for text.  If you have had experience with the first Osborne
  127. I think you can get an idea of what using the C64 CP/M would be like it
  128. had the same non standard screen and BIOS. One question I have not gotten
  129. a satisfactory answer to is how standard the disks it writes are it is
  130. not clear to me that the software houses are making CP/M programs avalable
  131. in a sutable format if anybody knows I would like to hear.
  132. As you say the price cant be beat so perhaps it will find a nitch (as a
  133. training machine perhaps a demo system could be put together using an
  134. existing TV for less than $600).
  135. Jose Torre-Bueno
  136. decvax!duke!phs!jtb
  137.  1-Dec-83 12:50:59-MST,864;000000000000
  138. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  139. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 12:50:56-MST
  140. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  1 Dec 83 10:39 EST
  141. Received: From Amsaa.ARPA by BRL via smtp;  1 Dec 83 10:06 EST
  142. Date:     Wed, 30 Nov 83 19:28:50 EST
  143. From:     David Towson (CSD) <towson@amsaa>
  144. To:       Greg the Hogg <greg@brl-bmd>
  145. cc:       info-cpm@brl, greg@brl-bmd
  146. Subject:  Re:  MDM714 and the MAX-80
  147.  
  148. Greg - I'm using the MDM712 overlay I developed for the TRS-80, Model I
  149. with MDM714 with no difficulties at all.  The one archive overlay I looked
  150. at in the new 714 batch had as its only update notice that its name had been
  151. changed.  Therefore, I think you not only have nothing to lose by trying, but
  152. also that it is very likely to work if you use your 712 MAX-80 overlay with 714.
  153.  
  154.  
  155. Dave
  156.  
  157.  1-Dec-83 13:04:20-MST,901;000000000000
  158. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  159. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 13:04:16-MST
  160. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  1 Dec 83 12:24 EST
  161. Received: From Washington.ARPA by BRL via smtp;  1 Dec 83 12:17 EST
  162. Date: Thu 1 Dec 83 09:17:00-PST
  163. From: Charles Garthwaite <CRG@WASHINGTON.ARPA>
  164. Subject: Double vs. single sided disk drive ruggedness?
  165. To: info-cpm@BRL.ARPA
  166.  
  167. Does anyone have a reaction to the question of what the relative ruggedness
  168.  (and so reliability) of double vs single sided 5.25in floppy disk drives.  
  169. Am wondering about KayProII (single sided) vs KayPro4 (double sided) for 
  170. use which involves a lot of traveling.  My experience with early double 
  171. sided 8in drives (CalComp/CalDisk 143) was that the heads didn't stay aligned
  172. very well.  Is there a similar problem with more modern 5.25in units.  Thanx.
  173. -------
  174.  1-Dec-83 15:23:24-MST,978;000000000000
  175. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  176. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 15:23:20-MST
  177. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  1 Dec 83 13:28 EST
  178. Received: From Mit-Mc.ARPA by BRL via smtp;  1 Dec 83 13:04 EST
  179. Date: 1 Dec 83 10:00:45 PST (Thursday)
  180. Subject: Re: IS there an IBM PC version of modem 7
  181. In-reply-to: BEAN's message of 1 Dec 83 02:21 EST
  182. To: "James Lewis Bean, Jr." <BEAN@mit-mc.ARPA>
  183. From: "John Veizades" <Veizades.PA@PARC-MAXC.ARPA>
  184. cc: INFO-CPM@mit-mc.ARPA, INFO-PC@mit-mc.ARPA
  185.  
  186. There is a Freeware program available called PCTALK that handles that protocol. 
  187. It is available for $35 (free if you can find one to copy) this program has
  188. been put in the public domain by the author it can also be obtained through: 
  189.         The Headlands Press, Inc.
  190.          PO Box 862
  191.          Tiburon, Ca  94920.  
  192. If you find any other infomation on the topic please message me.
  193.    
  194.  
  195. John Veizades, (Veizades.PA@PARC-MAXC)
  196.  
  197.  1-Dec-83 15:27:25-MST,1508;000000000000
  198. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  199. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 15:27:20-MST
  200. Received: From Amsaa.ARPA by BRL-VGR via smtp;  1 Dec 83 13:33 EST
  201. Date:     Thu, 1 Dec 83 13:28:39 EST
  202. From:     David Towson (CSD) <towson@amsaa>
  203. To:       info-cpm@brl-vgr
  204. Subject:  [Frank J. Wancho:  New CRC Lists]
  205.  
  206. The attached message is being repeated for the benefit of those who, like
  207. myself, did not read between the lines and realize that the cpm.dirlst, 
  208. sigm.dirlst and cpmug.dirlst files are now RENAMED xxx.CRCLST.  
  209. all of a sudden my UNIX shell file get.dirlst, which automatically called
  210. simtel20 to get the latest directory, didn't get the expected result.  The
  211. reason; there are no more DIRLST files.
  212.  
  213. Dave
  214.  
  215. ----- Forwarded message # 1:
  216.  
  217. Received: From Brl-Vgr.ARPA by AMSAA via smtp;  17 Nov 83 19:54 EST
  218. Received: From Simtel20.ARPA by BRL-VGR via smtp;  17 Nov 83 19:47 EST
  219. Date: 17 Nov 1983  17:42 MST (Thu)
  220. Message-ID: <WANCHO.11968454285.BABYL@SIMTEL20>
  221. From: "Frank J. Wancho" <WANCHO@simtel20>
  222. To:   INFO-CPM@brl-vgr
  223. Subject: New CRC Lists
  224.  
  225. Thanks to Gail Zacharias for a special version of the CRC program
  226. which enabled to quickly build CRC files in the new one-liner format.
  227. The results of that effort are now in MICRO:<dir>dir.CRCLST on the
  228. SIMTEL20.  (Substitute CPM, SIGM, CPMUG for dir above to get the list
  229. corresponding to the subdirectories in that particular directory.)
  230.  
  231. --Frank
  232.  
  233. ----- End of forwarded messages
  234.  1-Dec-83 16:57:37-MST,1926;000000000000
  235. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  236. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 1 Dec 83 16:57:31-MST
  237. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  1 Dec 83 17:22 EST
  238. Received: From Usc-Ecl.ARPA by BRL via smtp;  1 Dec 83 17:07 EST
  239. Date:  1 Dec 1983 1241-PST
  240. From: Ted Shapin <BEC.SHAPIN@usc-ecl>
  241. Subject: FORTH-83 HELP
  242. To: mead@usc-eclb
  243. cc: info-cpm@brl
  244. Postal-address: Beckman Instruments, Inc.
  245. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
  246. Phone: (714)961-3393
  247.  
  248. It sounds like the source files did not transfer correctly.
  249. The *.BLK files contain FORTH screens or blocks.  Each screen
  250. is 1024 printable ASCII characters without carriage returns
  251. or line feeds.  The screens are written sequentially.  Each
  252. screen starts with a comment line of the form:
  253.  
  254. \ Some kind of title                            16Oct83Map
  255.  
  256. Here are the results of running the 8080 CRCK program
  257. on the original source disks I tried to upload,
  258. first on the 8080 files:
  259.  
  260. --> FILE:  CPU8080 .BLK         CRC = 16 7F
  261. --> FILE:  EXTEND80.BLK         CRC = 80 10
  262. --> FILE:  F83     .HEX         CRC =       [I don't have this one]
  263. --> FILE:  F83     .COM         CRC = A1 A8 [This is the loaded F83.HEX]
  264. --> FILE:  META80  .BLK         CRC = AD 86
  265.  
  266. --> FILE:  UTILITY .BLK         CRC = 21 4F
  267.  
  268. and on the 8086 files:
  269.  
  270. --> FILE:  CPU8086 .BLK         CRC = 16 7F
  271. --> FILE:  EXTEND86.BLK         CRC = 80 10
  272. --> FILE:  F83     .CMD         CRC = A1 A8
  273. --> FILE:  META86  .BLK         CRC = AD 86
  274.  
  275.  
  276. I checked the TOPS-20 checksum on the blocks that I uploaded
  277. to ECL and to my own TOPS-20 system and they agree so I hope
  278. the problem was in your reception of the files.  Let me know
  279. what checksums you get.
  280.  
  281. Ted.
  282.  
  283. TOPS-20          Checksum
  284.  
  285.  CPU8080.BLK.1    232106
  286.  DIRECT.BLK.1     713166
  287.  EXTEND80.BLK.1   212023
  288.  META80.BLK.1     447557
  289.  UTILITY.BLK.1    513245
  290.  
  291. -------
  292.  2-Dec-83 10:12:40-MST,752;000000000000
  293. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  294. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 10:12:36-MST
  295. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  2 Dec 83 8:56 EST
  296. Received: From Sri-Unix.ARPA by BRL via smtp;  2 Dec 83 3:03 EST
  297. Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Dec 83 0:01-PST
  298. Date: 30 Nov 83 9:38:05-PST (Wed)
  299. To: info-cpm@brl
  300. From: decvax!duke!phs!jtb@ucb-vax
  301. Subject: Re: kpno.271: Re: request for help on FTP
  302. Article-I.D.: phs.2167
  303.  
  304. I second allan's request I have been trying to figure out how to get at the
  305. archive files for some time. What I need is a step by step guide to
  306. how to access them from a machine which is on usenet.
  307. Thanks
  308. Jose Torre-Bueno
  309. decvax!duke!phs!jtb
  310.  2-Dec-83 13:29:43-MST,2139;000000000000
  311. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  312. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 13:29:33-MST
  313. Received: From Sri-Kl.ARPA by BRL-VGR via smtp;  2 Dec 83 9:43 EST
  314. Date: Fri 2 Dec 83 06:43:44-PST
  315. From: Mike Bishop@BRL-VGR.ARPA
  316. Subject: Re: Dysan note: Using floppy backside
  317. Sender: OTHB@SRI-KL.ARPA
  318. To: w8sdz@BRL.ARPA
  319. cc: Info-Cpm@BRL-VGR.ARPA, OTHB@SRI-KL.ARPA
  320. Reply-To: OTHB@SRI-KL.ARPA
  321. In-Reply-To: Message from "Keith Petersen <w8sdz@brl>" of Wed 30 Nov 83 12:37:51-PST
  322.  
  323.   Thanks for the scoop on using both sides of disks on single headed drives.
  324. I have been using both sides of my disks for about two years and I have NEVER
  325. had a detected error - who knows about those nasty undetected ones! The point o
  326. of this is that I have been hearing horror stories about using both sides of
  327. my disks for quite some time and I have never seen the results of any studies 
  328. that indicate that errors have or definitely will occur. Your message states
  329. that these errors "might" occur or that the "probability" of contamination
  330. increases. Also, performance is reduced - which performance and how much?
  331.  
  332. I am a little bit doubtful about the validity of claims like this made by a 
  333. disk manufacturer because it is in his best interest - we all have to buy
  334. twice as many disks!
  335.  
  336. Finally, if the horror stories are true, then think about this scenario:
  337. if I use "flippied" disks, I can fit twice as much data on a disk - so I can 
  338. have a separate, possibly remotely located, back-up copy - for the same cost!
  339. So, if I have either a "normal" failure or a "flippy-induced" failure I still
  340. have a back-up copy. This would seem to provide MORE protection for that 
  341. valuable data we all have.
  342.  
  343. Another thing - since the liner traps "contaminating-particles", can it become 
  344. overloaded? If so what happens then? How do you know that the liner is full?
  345. It seems that this situation would cause many of the possible failures you 
  346. mentioned also. So, maybe using both sides of a disk would periodically "clean"
  347. the liner out.
  348.  
  349. Thanks again, and I look forward to a response.    Mike Bishop
  350. -------
  351.  2-Dec-83 13:58:23-MST,905;000000000000
  352. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  353. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 13:58:18-MST
  354. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  2 Dec 83 11:08 EST
  355. Date:     Fri, 2 Dec 83 11:01:03 EST
  356. From:     Keith Petersen <w8sdz@brl>
  357. To:       Greg the Hogg <greg@brl-bmd>
  358. cc:       Info-Cpm@brl-vgr
  359. Subject:  Re:  MDM714 and the MAX-80
  360.  
  361. Greg, sorry the M7LO.1ASM overlay file for MDM714 was missing.  I am
  362. going to upload it now. I wish you had sent me a personal note asking
  363. about it instead of to the whole mailing list.  It was a simple
  364. oversight on my part (there were MANY files to upload in that MDM714
  365. package and it took a VERY long time).  I am responsible for maintaining
  366. most of the files in the MICRO:<CPM> directory at SIMTEL20 so if you
  367. have any questions in the future please send a note to me using the
  368. address W8SDZ@SIMTEL20.
  369. --Keith
  370.  2-Dec-83 14:31:32-MST,4770;000000000000
  371. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  372. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 14:31:18-MST
  373. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  2 Dec 83 11:08 EST
  374. Date:     Fri, 2 Dec 83 11:05:43 EST
  375. From:     Keith Petersen <w8sdz@brl>
  376. To:       Info-Cpm@brl-vgr
  377. Subject:  XMODEM81 now available
  378.  
  379.      XMODEM81 is now available from SIMTEL20.  Newest features -- can
  380. be assembled with ASM.COM even if LOGCAL is YES.  All overlays renamed
  381. so they will remain independent of XMODEMxx updates.
  382.  
  383.      The following files are available from SIMTEL20 in the
  384. MICRO:<CPM.RCPM> directory:
  385.  
  386. XMODEM.81ASM - Source for the main program
  387. XMODEM.81INF - Information about XMODEM81 and its overlays
  388.   XMAC.1ASM  - for Apple users with the Novation APPLE-CAT modem
  389.   XMDP.1ASM  - for Datapoint 1560 with 8251A I/O and CTC baud rate timer
  390.   XMDC.1ASM  - for Apple users with the D.C. Hayes modem
  391.   XMEX.1ASM  - for computers with 8251 I/O and external modems
  392.   XMH8.1ASM  - for Heath/Zenith H8 or H89 users with external modem
  393.   XMHZ.1ASM  - for Heath/Zenith -100 users with external modem
  394.   XMIN.1ASM  - for those using the Compupro Interfacer 3/4 modem
  395.   XMMM.1ASM  - for Apple users with the Micromodem II modem
  396.   XMPM.1ASM  - for S-100 users with PMMI modem boards
  397.   XMSM.1ASM  - for D.C. Hayes Smartmodem users
  398.   XMTV.1ASM  - for TeleVideo 802 computers
  399.  
  400.      The overlays contain instructions on how to then use DDT (or SID)
  401. to easily adapt the external overlay to the main program.
  402.  
  403.      XMODEM is a program used primarily on remotely operated RCPM systems
  404. that allows program transfer to and/or from remote users.  It can trans-
  405. fer any type of CP/M file including absolute binary files (.OBJ).
  406.  
  407.      Originally written by Keith Petersen and based at that time on Ward
  408. Christensen's MODEM ver 2.0 it has since undergone extensive revision.
  409. Although the original checksum verification system is still available on
  410. request, the primary system is CRC - cyclic redudancy checking.
  411.  
  412.      The current version is XMODEM 8.1  The 8.x series has a number of
  413. features which give it a tremendous flexibility.  Some of them are:
  414.  
  415.      1) A general purpose menu.  Just type:
  416.  
  417.        A0>XMODEM <return> 
  418.  
  419.        This menu includes the drive/user area for normal uploading,
  420.        which lets the user check to see if adequate space is remain-
  421.        ing for uploading new files at that location.
  422.  
  423.        NOTE:  The A0> prompt in this and subsequent examples is used
  424.           as a typical possibilty of a drive/user area.
  425.  
  426.      2) Ability to send (download to the remote user) member files from
  427.        a library group (.LBR)  without having to copy the entire li-
  428.        brary file.  (Use a separate program called LDIR.COM to find
  429.        the member names of a library group.)
  430.             
  431.      3) Ability to specify what disk/user area from which to send a pro-
  432.        gram so the remote user doesn't have to go to that area first:
  433.  
  434.        A0>XMODEM S B6:HELLO.DOC
  435.  
  436.        (An option limits the maximum user area.)
  437.  
  438.      4) Programs can be uploaded to a special non-public user area for
  439.        the exclusive use of the SYSOP.  These can include replacement
  440.        programs for one already on some public area, experimental
  441.        programs you wish him to test before making them public, pre-
  442.        typed notes for his exclusive reading or any program you wish
  443.        him to see that is not appropriate for public use at that time.
  444.  
  445.      5) Ability to download from a special area.  This enables the SYSOP
  446.        to place special programs, pretyped messages, etc. in this
  447.        area.  He can then leave a private message on his bulletin
  448.        board to the person for whom the program is intended.  Al-
  449.        though any user COULD download that program, only the SYSOP
  450.        and his intended recepient know its correct name as well as
  451.        the correct drive/user area.  This provides excellent security
  452.        The SYSOP can thus make any person an instant temporary priv-
  453.        ileged user.  This gives him a tremendous flexibility.
  454.  
  455.      6) Spaces can be used without error.  Example:
  456.  
  457.        A0>XMODEM   L   B7:     CATALOG    CAT2.DOC
  458.  
  459.        will send a file called CAT2.DOC from the CATALOG.LBR library.
  460.        NOTE:  The  .LBR extent need not be included.  If not, it is
  461.           added automatically.
  462.         
  463.      7) Files which are partially completed will be erased if the disk
  464.        becomes full or if the sender aborts by hanging up (or if the
  465.        connection is broken).
  466.  
  467.      8) A simple system of adopting the program without the necessity of
  468.        looking up the CONTOUT address.
  469.  
  470.      9) USEMAX feature which automaticaly sets the maximum drive and the
  471.        maximum user number from ZCPR values.   (Can still be set
  472.        normally if USEMAX is NO.)
  473.  2-Dec-83 14:33:28-MST,753;000000000000
  474. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  475. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 14:33:24-MST
  476. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  2 Dec 83 11:38 EST
  477. Date:     Fri, 2 Dec 83 11:27:33 EST
  478. From:     Keith Petersen <w8sdz@brl>
  479. To:       ABN.ISCAMS@usc-isid
  480. cc:       Info-Cpm@brl-vgr
  481. Subject:  Re:  Hexify for Tops-20
  482.  
  483. HEXIFY on TOPS-20 doesn't seem to know about ITS-Binary files.  It
  484. should skip the four-byte header.  I just tried to make MDM714.HEX
  485. from MDM714.COM on SIMTEL20 and when I typed the hex file there
  486. were the 4 bytes - before the JMP at the "real" start of MDM714.COM.
  487. If you have source for this utility please send pointers so we can
  488. re-write it for ITS-Binary files.  Thanks.
  489.  2-Dec-83 14:58:27-MST,2458;000000000000
  490. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  491. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 14:58:20-MST
  492. Received: From Amsaa.ARPA by BRL-VGR via smtp;  2 Dec 83 11:34 EST
  493. Date:     Fri, 2 Dec 83 11:27:43 EST
  494. From:     David Towson (CSD) <towson@amsaa>
  495. To:       OTHB@sri-kl.arpa
  496. cc:       w8sdz@brl.arpa, Info-Cpm@brl-vgr.arpa, OTHB@sri-kl.arpa
  497. Subject:  Re:  Dysan note: Using floppy backside
  498.  
  499. Mike - I was going to let this issue pass without comment, but since you have
  500. pulled my chain, I just can't keep my big mouth shut any longer.  I totally
  501. agree with your position.  The Dysan arguments are wholly theoretical, and do
  502. not even allude to the existence of ANY corroborating test results.  In
  503. contrast to this, the early Shugart position regarding their opposition to
  504. the use of head cleaning diskettes WAS based on test results, and furthermore,
  505. they then changed that position when better cleaning diskettes became available.
  506. The ON\lY diskettes that have ever given me trouble are made by Dysan, and
  507. that experience includes a considerable number of really cheap (10 disks for
  508. $16) disks.  Furthermore, Dysan disks are among the most expensive available.
  509. (No, I made a mistake there; I did have an experience with early Paragon
  510. Magnetics "Gold" diskettes that were the worst junk I have ever encountered
  511. floppy-wise.  They were so bad that I could see the imperfections with the
  512. unaided eye, and I'm LEGALLY BLIND!)  Anyway, moving right along...
  513. If Dysan had quoted SOME data in support of their position, I'd be a
  514. lot more receptive to their argument.  As it is, I too believe that they are
  515. merely trying to propagate a scare in order to boost their sales.  I have
  516. disassembled several brands of floppies to see how they were made, and the
  517. open weave liners that I have seen certainly appear to be symmetrical in their
  518. ability to trap particles regardless of direction of rotation.  Two closing
  519. comments:  First, many thanks to Keith Petersen for putting forth the effort
  520. to type-in that long article by Dysan.  It has sparked an interesting exchange.
  521. Second, In all fairness, I must admit that I have only experimented with
  522. flippies in a trivial way.  In my very limited experience, I have had no
  523. difficulties, but I don't consider the effort of modifying and cataloging
  524. flippies to be worth the advantages obtained.  Therefore, my treatment of this
  525. subject is also theoretical.
  526.  
  527.  
  528. Dave
  529.  
  530.  
  531.  2-Dec-83 16:27:46-MST,1233;000000000000
  532. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  533. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 16:27:40-MST
  534. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  2 Dec 83 12:41 EST
  535. Date:     Fri, 2 Dec 83 12:31:05 EST
  536. From:     Keith Petersen <w8sdz@brl>
  537. To:       OTHB@sri-kl.arpa
  538. cc:       Info-Cpm@brl-vgr, Info-Micro@brl-vgr
  539. Subject:  Re:  Dysan note: Using floppy backside
  540.  
  541. My personal approach is to use the floppies re-punched for backside
  542. use as "archive disks".  These are not normally left in the drives
  543. and spend most of their lives "on the shelf" as backups.  I would
  544. never think of using these disks in my drives on a regular basis.
  545. I use nothing but Dysan disks for my "working disks" (disks
  546. which remain in the drives for long periods of time).  My Remote
  547. CP/M system has had Dysan disks in the floppy drives ever since it
  548. first went on-line.  They last about 1-1/2 years, on the average,
  549. in continuous duty service.
  550.  
  551. Remember that any dirt you "dislodge" is probably going to end up
  552. on the heads and MAY grind into the disk surface.  This isn't
  553. likely to happen with my approach, however, because the disks
  554. are essentially "new" because they don't spend much time in
  555. the drives.
  556.  2-Dec-83 16:31:45-MST,1254;000000000000
  557. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  558. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 16:31:37-MST
  559. Received: From Simtel20.ARPA by BRL-VGR via smtp;  2 Dec 83 14:57 EST
  560. Date: Fri 2 Dec 83 12:46:08-MST
  561. From: Keith Petersen <KPETERSEN@SIMTEL20.ARPA>
  562. Subject: XMODEM for Vax-Vms
  563. To: Info-Cpm@BRL-VGR.ARPA
  564.  
  565. I have just extracted the files from Richard Conn's XMODEM for
  566. VAX-VMS (XMODEM version 5.1) and the files are now available from
  567. SIMTEL20 in the MICRO:<CPM.VAXVMS> directory.  Here's a short note
  568. from Rick that explains the names and purposes of the files:
  569.  
  570. The following files are provided in this distribution of XMODEM 5.1
  571. for VAX/VMS:
  572.  
  573.     XMODEM.FOR -- Source of XMODEM in FORTRAN-77
  574.     XMODEM.COM -- COM (Indirect Command File) to Implement
  575.             XMODEM commands of XMODEM, CTOV, VTOC, SEND, and RECV
  576.     XMODEM.HLP -- VAX/VMS Help File
  577.     XMODEM.MSG -- Message Announcing This Program
  578.     XMODEM.DOC -- This Documentation File
  579.     CTOV.FOR   -- Source of CTOV (CP/M to VAX/VMS Text File Converter)
  580.     VTOC.FOR   -- Source of VTOC (VAX/VMS to CP/M Text File Converter)
  581.     QIO.DCK    -- INCLUDE File Used by XMODEM.FOR
  582.  
  583. Thanks to Jim Belonis for the original creation of XMODEM.FOR from TMODEM.C.
  584.  
  585.     Rick Conn
  586. -------
  587.  2-Dec-83 16:47:34-MST,805;000000000000
  588. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  589. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 16:47:27-MST
  590. Received: From Hi-Multics.ARPA by BRL-VGR via smtp;  2 Dec 83 16:57 EST
  591. Date:  2 December 1983 15:57 cst
  592. From:  Cargo.PD@hi-multics
  593. Subject:  XMODEM81 now available
  594. To:  info-cpm@brl-vgr
  595.  
  596. Given that xmodem81 is now available, what hardware resources are needed
  597. to run it? I have a 48K memory system. Is that too little? Just enough?
  598. All but X features? Neither this notice nor the MDM714 notice (or
  599. documentation) have made it clear how much memory is required.  Would
  600. you be kind enough to announce such? I think it would be a nice,
  601. "user-friendly" sort of thing to do. It would help me by making it clear
  602. if I can benefit from all this great work that you have done.
  603.  2-Dec-83 18:41:26-MST,4241;000000000000
  604. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  605. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 18:41:11-MST
  606. Date:     Fri, 2 Dec 83 20:12:55 EST
  607. From:     Dave Towson (info-cpm) <cpmlist@brl-vgr>
  608. To:       info-cpm@brl-vgr
  609. cc:       cpmlist@brl-vgr
  610. Subject:  [Ted Shapin:  Non-commercial]
  611.  
  612. Well folks, I've taken it upon myself to make a judgement call on this one.
  613. Although the price is a bit higher than comparable public domain software
  614. from other sources, I nevertheless consider this to be a service and not a
  615. commercial venture.  I've had a number of messages from unhappy folks who
  616. can't FTP, and this is one way for them to enjoy some of the goodies many
  617. of can have for five minutes of keyboard punching.  Thanks, Ted.
  618.  
  619. Dave
  620.  
  621.  
  622. ----- Forwarded message # 1:
  623.  
  624. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  2 Dec 83 15:13 EST
  625. Received: From Usc-Ecl.ARPA by BRL via smtp;  2 Dec 83 15:10 EST
  626. Date:  2 Dec 1983 1201-PST
  627. From: Ted Shapin <BEC.SHAPIN@usc-ecl>
  628. Subject: Non-commercial
  629. To: info-cpm-request@brl
  630. Postal-address: Beckman Instruments, Inc.
  631. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
  632. Phone: (714)961-3393
  633.  
  634. I am sending this to you first so I can be sure you regard this as
  635. non-commercial.
  636. I have uploaded the FORTH-83 files to SIMTEL20 but have been getting
  637. other requests for copies from people who can't FTP.
  638. Ted.
  639. - - - - -
  640. I have loaded the F83 files I have to SIMTEL20 MICRO:<CPM.FORTH-83>.
  641. I have also sent the 8080 version to the SIG/M User Group in New
  642. Jersey for addition to their library.  For people who can't access
  643. the above and want another source, here is a copy of an information
  644. sheet handed out at the October 1983 FORTH Interest Group Convention
  645. in Palo Alto, CA.  I am sending it to indicate another source for
  646. these files. I do not consider it to be a "commercial announcement".
  647. - - - - - - - - - - - - - - - - - - - - - - - - -- - - -- - - - -
  648.                         WELCOME TO FORTH
  649.      This implementation of the 1983 FORTH standard was begun in
  650. October 1982 by Mike Perry and Henry Laxen.  Our motivation was
  651. to produce a high quality system that would serve as a model for
  652. vendors and other implementors of FORTH systems based upon the
  653. 1983 standard.  We have made it our policy to cooperate with any
  654. vendor who desires to use this model as part of their own FORTH
  655. based product, and intend to continue to do so.  In order to
  656. promote widespread distribution of this model, we have placed it
  657. in the public domain, and encourage use, reproduction, and
  658. improvement, especially the latter.
  659.  
  660.      We would like to thank many of the local, and not so local
  661. FORTH Interest Group members who have made many valuable
  662. suggestions, discovered bugs, and recommended improvements.
  663. First and foremost we would like to thank Kim Harris for his
  664. support and encouragement, and for the fact that he would not let
  665. us get away with anything questionable.  We would also like to
  666. thank the following who contributed to the FORTH 83 model effort:
  667.  
  668. Martin Tracy, Wil Baden, John James, Alfred Tang, Steve Taylor,
  669. John Hall, Mike Brockman, Robert Berkey, Daniel Kelley, Gerry
  670. Grismore, Michael Gwilliam, Craig Gonter, Evan Rosen, Stephen
  671. Maguire, Ted Shapin, Owen Thomas, Joel Wittenberg, and others
  672. who have helped along the way.
  673.  
  674.      Machine readable version of these listings are available on
  675. the following formats:
  676.  
  677. 1. 8080 CP/M-80 Model on 8" Single Sided, Single Density (2 disks)
  678. 2. 8086 CP/M-86 Model on 8" Single Sided, Single Density (2 disks)
  679. 3. 8086 MS-DOS Model on 5.25" Double Sided, Double Density IBM PC
  680. format (2 disks)
  681.  
  682. Be sure to specify the format you want, and don't bother asking
  683. for any other than those listed above.  All are available as is,
  684. with no support, handholding, questions, warranties, guarantees,
  685. assurances, refunds, or any recourse whatever for $25.00 from:
  686.  
  687.                 No Visible Support Software
  688.                 PO Box 1344
  689.                 2000 Center Street
  690.                 Berkeley, CA 94704
  691.  
  692.         Best of luck to you, and may the FORTH be with you.
  693.  
  694. Henry Laxen                                     Mike Perry
  695. -------
  696.  
  697. ----- End of forwarded messages
  698.  2-Dec-83 20:33:34-MST,606;000000000000
  699. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  700. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 20:33:25-MST
  701. Received: From Simtel20.ARPA by BRL-VGR via smtp;  2 Dec 83 22:03 EST
  702. Date: Fri 2 Dec 83 20:04:11-MST
  703. From: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
  704. Subject: Signalman 1200 baud modems
  705. To: info-cpm@BRL-VGR.ARPA
  706.  
  707.     I would be interested in any reports on the Signalman 1200 baud
  708. modems.  I have heard bad reports on the earlier version of the
  709. 300 baud version, but I have seen little on the 1200 baud version.
  710. At $275 they look like a bargain, but are they really?
  711. -------
  712.  2-Dec-83 20:51:13-MST,2215;000000000000
  713. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  714. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 20:50:59-MST
  715. Received: From Usc-Isid.ARPA by BRL-VGR via smtp;  2 Dec 83 22:22 EST
  716. Date: 2 Dec 1983 11:45-PST
  717. Sender: ABN.ISCAMS@usc-isid
  718. Subject:  Re:  Hexify for Tops-20
  719. From: ABN.ISCAMS@usc-isid
  720. To: w8sdz@brl
  721. Cc: Info-Cpm@brl-vgr
  722. Message-ID: <[USC-ISID] 2-Dec-83 11:45:48.ABN.ISCAMS>
  723. In-Reply-To: The message of     Fri, 2 Dec 83 11:27:33 EST from     Keith Petersen <w8sdz@brl>
  724.  
  725. Keith (et al),
  726.  
  727. Correct, HEXIFY on Tops-20 doesn't seem to know how to peel off that
  728. 4-byte header from ITS-Binary files.  Someone on the net talked about a
  729. TYPE8 program that peels that off, but that ain't much help when you're
  730. dealing with a binary file you're trying to capture!
  731.  
  732. What I do (you're gonna love this) is HEXIFY the whole doggon thing,
  733. first unwanted 4 bytes and all, and download it.  Invariably with a binary
  734. .COM type file, it ends at a nice even hex boundary, as you'll see when you
  735. load that .HEX file into DDT. 
  736.  
  737. Try this:  Run DDT (no file name).  Clear a whole bunch of TPA (at least
  738. as big as your .HEX file will need) by filling it with 0's or F's
  739. (F100,3000,00).  Load that .HEX file into DDT 
  740. (IFOOBAR.HEX
  741.  R)
  742. Write down the NEXT available memory after the load.  (Hey, guys, hope
  743. I'm not boring you with this pretty basic DDT stuff, but some out there
  744. may need the walkthrough.)
  745.  
  746. Look at that area around the NEXT figure (use the D command), and you'll
  747. see the binary code just barely spill over a 100 boundary -- 4 bytes,
  748. to be precise!
  749.  
  750. Now move the whole  mess 4 bytes down!
  751.  
  752. M104,2004,100  (say FOOBAR.HEX ended at 2004H)
  753.  
  754. Look again, and you'll see a real program start at 100H (or wherever
  755. your TPA starts), and a bunch of cryptic stuff (most programs seem to
  756. lump a bunch of DB data stuff at the end) or maybe a nice neat JMP or
  757. RET right at the 100H boundary (2000H for our example).
  758.  
  759. G0 to get out of DDT and SAVE 32 FOOBAR.COM (for our example; whatever
  760. the appropriate SAVE is for your file).
  761.  
  762. If it ran in the original form, it'll run now!
  763.  
  764. Did this for a bunch of stuff; works just fine.  Have fun.
  765.  
  766. David Kirschbaum
  767. Toad Hall
  768.  2-Dec-83 21:25:43-MST,492;000000000000
  769. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  770. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 2 Dec 83 21:25:35-MST
  771. Received: From Sri-Kl.ARPA by BRL-VGR via smtp;  2 Dec 83 23:00 EST
  772. Date: 2 Dec 1983 19:56-PST
  773. Sender: BILLW@sri-kl
  774. Subject: FORTH-83
  775. From: William "Chops" Westfield <BillW@sri-kl>
  776. To: info-cpm@brl-vgr
  777. Message-ID: <[SRI-KL] 2-Dec-83 19:56:56.BILLW>
  778.  
  779. Is the source code for the basic system available?
  780.  
  781. Eg:  Id like to get it working under MSDOS....
  782.  
  783. BillW
  784.  5-Dec-83 08:49:36-MST,772;000000000000
  785. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  786. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:49:33-MST
  787. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  3 Dec 83 3:04 EST
  788. Received: From Sri-Unix.ARPA by BRL via smtp;  3 Dec 83 2:56 EST
  789. Received: from Usenet.uucp by sri-unix.uucp with rs232; 2 Dec 83 23:43-PST
  790. Date: 29 Nov 83 12:26:51-PST (Tue)
  791. To: info-cpm@brl
  792. From: ihnp4!ihuxq!covert@ucb-vax
  793. Subject: UNIX<-->CP/M Archiver
  794. Article-I.D.: ihuxq.396
  795.  
  796. Does anyone out there have an archiver program that can be
  797. compiled and executed under cp/m 2.2??
  798. If it is written in 'C' then I should be able to modify
  799. it for CP/M use. I need something that is in public domain.
  800. Thanks in advance. 
  801. -- 
  802.             richard covert
  803.             ihnp4!ihuxq!covert
  804.  5-Dec-83 08:50:06-MST,6314;000000000000
  805. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  806. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:49:49-MST
  807. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  3 Dec 83 3:26 EST
  808. Date:     Sat, 3 Dec 83 3:14:43 EST
  809. From:     Keith Petersen <w8sdz@brl>
  810. To:       Info-Cpm@brl-vgr
  811. Subject:  BYE3-12 remote console program now available
  812.  
  813. A new version of BYE, the remote console program that allows others to
  814. use your system via the modem, is now available from SIMTEL20.  It's
  815. called BYE3 version 1.2 (available on RCPMs as BYE3-12.LBR which
  816. includes the main source code and inserts for various hardware
  817. configuations).
  818.  
  819. Here's an excerpt of a very enthusiastic message I received from
  820. Irv Hoff about BYE3:
  821.  
  822. ---
  823. The BYE3 program has an unique loading routine that does not use any
  824. unusual labels.  It automatically relocates itself, even though you can
  825. assemble it with  ASM.COM  -  MAC.COM is ok, too, just not needed.
  826.  
  827. On older BYE programs (including BYE2-16, etc.) you had to do a lot of
  828. extra work if you put the program below CCP -- had to run it through the
  829. assembler a few times and look at the  "!" error line to see where the
  830. program ended, with the options you selected, and keep moving it until
  831. it was directly under CCP -- that took some time (and some talent).  You
  832. also had to do a few searches for several addresses so you could insert
  833. those for things like DEST0, WMLOC and OLDBD.  It was a bit of a
  834. nuisance even if you knew exactly what you were doing.
  835.  
  836. The main problem even then was it would just work on that particular
  837. disk/BIOS, etc.  Unless every disk you might put it on was identical as
  838. far as CP/M, BIOS, etc. was concerned.
  839.  
  840. This new BYE3 is so very much easier to set up than even BYE2-17, there
  841. is no comparison.  It's a bit like trying to teach somebody to drive a
  842. Buick with automatic transmission vs. a truck with 5-speeds and a dual-
  843. rear axle.
  844.  
  845. ALL YOU DO, is just edit in your options, (it even picks up the maximum
  846. drive and maxiumum user area from ZCPR automatically if you have USEZCPR
  847. set to "YES"), insert the correct "overlay" at the ++++ area near the
  848. end of the program, assemble with ASM.COM (or MAC.COM, etc.), load and
  849. use.  That's it!  The thing has been tested on four different systems
  850. now.  And works great on several at 300, 450, 600 and 1200.  (A few
  851. modems seem to work at 600 baud on strong local lines, my Bell 212A
  852. works pretty well at 450, but won't work at 600).
  853.  
  854. This should take everybody's imagination by storm and should replace
  855. BYEII-16 completely.  This makes that obsolete.
  856.  
  857. I was able to assemble it here for several different Heath systems,
  858. without even asking anybody how much memory they had, how many disks
  859. they used (which changes the length of the BIOS, hence the starting
  860. address of CCP, etc.) in just a few minutes.  Sel (KA6ERF) is very happy
  861. as for the first time he can use the same program on his two different
  862. Heath systems.  One has three disk drives and the other has five -- he
  863. had to use two separate ByeII-16 programs, now he only needs the one.
  864.  
  865. This should revolutionize the number of people who can rapidly adapt
  866. their equipment to modest RCPM use with no bulletin board system.
  867.  
  868.                                           - Irv
  869. ---
  870.  
  871. The following files are available from SIMTEL20 in the
  872. MICRO:<CPM.BYE3> directory:
  873.  
  874. BYE3.12ASM - This is the main source code file.  This program
  875. allows modem callers to use your CP/M system just as if they were
  876. seated at the system console.  Special assembly-time options
  877. allow limiting the caller's access by password and/or access to
  878. only a message-service program.  A number of external routines
  879. are available to adapt this program to various computers.
  880.  
  881. BY3+SMDM.ASM - "Generic Smartmodem" modem control package.  These
  882. routines may be used along with the more specific modem/serial
  883. port/baud rate routines commonly found in the BYE3 package.  A
  884. generic Smartmodem is a modem that may be controlled by a series
  885. of special commands sent to it.  The most famous one is the D.C.
  886. Hayes Smartmodem, but other modems may also be controlled with
  887. this package.  The following modems are known to work with this
  888. package:
  889.  
  890.    D.C. Hayes Smartmodem           (RS-232 [300 bps only])
  891.    D.C. Hayes Smartmodem 1200      (RS-232)
  892.    U.S. Robotics Password          (RS-232 or S100)
  893.    U.S. Robotics Courier           (Osborne)
  894.    Rixon R-212                     (RS-232)
  895.  
  896. BY3-1602.ASM - TR1602 I/O routines for TRS-80 Model 3.
  897.  
  898. BY3-2651.ASM - National Semiconductor 2651 I/O routines for the
  899. CompuPro Interfacer 3, CompuPro Interfacer 4, and CompuPro System
  900. Support 1.
  901.  
  902. BY3-8250.ASM - for a Western Digital 8250 chip that is hooked up
  903. to an external modem.
  904.  
  905. BY3-8251.ASM - for a Intel 8251A I/O chip with CTC timer to set
  906. speed.
  907.  
  908. BY3-89SM.ASM - for the Western Digital 8250 chip that is hooked
  909. up to an external modem.  Works with Heath H89.
  910.  
  911. BY3-ACAT.ASM - for the Apple ][ running with a Novation Apple-Cat
  912. modem card.
  913.  
  914. BY3-DATA.ASM - for use with a Datapoint 1560 computer with the
  915. Intel 8251 chip hooked up to an external modem.
  916.  
  917. BY3-DCH.ASM - for the D.C. Hayes MM100 and 80-103a modem cards.
  918.  
  919. BY3-HZSM.ASM - for the Heath/Zenith -100 series using the 4.9
  920. Megahertz 2661B I/O with the external Hayes Smartmodem (or
  921. equivalent modem).
  922.  
  923. BY3-MMII.ASM - for the Apple ][ running with a MicroModem ][
  924. card.  It seems to work on those Apples that even APBYE barfed
  925. on.  The problem was in the Carrier Detect routine, because the
  926. Microsoft Z80 card screws up on a double strobe type of I/O that
  927. they tried to use.  Anyway, that means the Answer Phone routine
  928. is a crock,  but the thing works...
  929.  
  930. BY3-PMMI.ASM - for the PMMI MM-103 S100 modem card.
  931.  
  932. BY3-SIO.ASM - for the Zilog SIO chip that is hooked up to an
  933. external modem.  A Z80-CTC is used as the baud rate generator.
  934.  
  935. BY3-T802.ASM - for the TeleVideo 802 and the AJ1259 Modem.  This
  936. "patch" assumes that you are running a TeleVideo 802 (not an
  937. 802-H) with TS-802 CBIOS version 2.1.  It may NOT work with any
  938. other versions.  It may also be used with modems other than the
  939. AJ1259, any 300/1200 "standard" type modem will work (Ventel,
  940. Vadic, Prentice, Rixon, Cermetek, and Smartmodems.)
  941.  
  942. --end--
  943.  5-Dec-83 08:50:31-MST,959;000000000000
  944. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  945. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:50:27-MST
  946. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  3 Dec 83 3:38 EST
  947. Received: From Sri-Unix.ARPA by BRL via smtp;  3 Dec 83 3:29 EST
  948. Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Dec 83 0:23-PST
  949. Date: 29 Nov 83 15:28:35-PST (Tue)
  950. To: info-cpm@brl
  951. From: pur-ee!notes@ucb-vax
  952. Subject: Morrow MD2 - (nf)
  953. Article-I.D.: pur-ee.1170
  954.  
  955. #N:iuvax:5100001:000:410
  956. iuvax!lwm    Nov 29 02:15:00 1983
  957.  
  958.  
  959. Does anyone out there have MODEM7 or equivalent already configured for
  960. a Morrow Micro Decision 2?  I would like to get something on single-
  961. sided diskette all ready to go.  Naturally I am willing to supply a
  962. diskette and sufficient money to cover postage and bother.  I would be
  963. eternally (well, for a long time anyway) grateful.
  964.  
  965.                     Larry Meehan
  966.                     pur-ee!iuvax!lwm (uucp)
  967.                     lwm@indiana      (csnet)
  968.  5-Dec-83 08:50:44-MST,755;000000000000
  969. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  970. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:50:40-MST
  971. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  3 Dec 83 3:49 EST
  972. Date:     Sat, 3 Dec 83 3:38:58 EST
  973. From:     Keith Petersen <w8sdz@brl>
  974. To:       Cargo.PD@hi-multics
  975. cc:       info-cpm@brl-vgr
  976. Subject:  Memory size requirements for XMODEM and MDM7xx
  977.  
  978. XMODEM81 and MDM714 will both work with full features on a 48k
  979. system.  There is no documentation available on the minimum
  980. memory size required, however you can judge from the .COM file
  981. size and the knowledge that XMODEM81 uses a 2k buffer above
  982. the program and MDM714 uses two 16k buffers (one for file
  983. transfers and the other for capture buffer).
  984. --Keith
  985.  5-Dec-83 08:50:55-MST,868;000000000000
  986. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  987. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:50:51-MST
  988. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  3 Dec 83 4:00 EST
  989. Date:     Sat, 3 Dec 83 3:51:28 EST
  990. From:     Keith Petersen <w8sdz@brl>
  991. To:       ABN.ISCAMS@usc-isid
  992. cc:       w8sdz@brl, Info-Cpm@brl-vgr
  993. Subject:  Re:  Hexify for Tops-20
  994.  
  995. Thanks for the info on how to strip the ITS-Binary headers using DDT,
  996. Dave, but that won't work for files larger than the available TPA space
  997. (below DDT).  Try ITSCVT.COM.  It's a program I wrote (to run on your
  998. CP/M system) that will take ANY length ITS-Binary file, strip the
  999. header, and write out a new file (retaining the old one) called
  1000. filename.CPM.  Run it without an arguement to get instructions on its
  1001. use. It's available on SIMTEL20 as MICRO:<CPM.HEX>ITSCVT.HEX
  1002. --Keith
  1003.  5-Dec-83 08:51:17-MST,1683;000000000000
  1004. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1005. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:51:10-MST
  1006. Received: From Mit-Mc.ARPA by BRL-VGR via smtp;  3 Dec 83 4:34 EST
  1007. Date: 3 December 1983 04:39 EST
  1008. From: revc%CCVAX@nosc
  1009. Sender: W8SDZ@mit-mc
  1010. Subject:    Tops-20 modem.
  1011. To: Info-Modemxx@simtel20, Info-Cpm@brl-vgr
  1012. Orig-Date: Tue, 29 Nov 83 08:22:27 pst
  1013. To: info-cpm-request@brl-vgr
  1014. ReSent-To: Info-Cpm@brl-vgr, Info-Modemxx@simtel20
  1015.  
  1016. -------
  1017. Note: The following assumes (ass.u.me) that the tops modem
  1018. program that you are refering to uses the Ward Christianson
  1019. Modem2 protocol.  If not, then all bets are off.
  1020.  
  1021. -------
  1022.  
  1023. Insure that the XON/XOFF protocol is disabled on the entire
  1024. link.  We ran into that same problem here using the LocalNet.
  1025. It turns out that the header for block 19 contains a ^S and
  1026. 17 contains ^Q.  This caused us to lock up on block 18, with
  1027. the same symptoms that you reported at block 16.  Could your
  1028. XOFF value have been changed to 11H, the header value for block
  1029. 17?
  1030.  
  1031. I do not believe that speed (1200) has anything to do with your
  1032. problem, as the maximum buffer size that you need is one block (128)
  1033. and a bit (header and trailer), as the next block will not be sent 
  1034. without an ACK, which is generated by Modem, not the tops 20.
  1035.  
  1036. The only problems we have ever had with speed, is loss of sync
  1037. when printing an error message to the screen on a micro while the
  1038. header is being sent, an simple timeouts on the vax due to heavy
  1039. system loading.
  1040.  
  1041. Bob Van Cleef
  1042. Computer Sciences Corporation
  1043. Naval Ocean Systems Center
  1044. San Diego, CA
  1045.  
  1046. ARPA revc@nosc
  1047. UUCP sdcsvax!noscvax!revc
  1048. CompuServe 71565,533
  1049.  
  1050.  5-Dec-83 08:51:47-MST,1447;000000000000
  1051. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1052. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:51:39-MST
  1053. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  3 Dec 83 4:45 EST
  1054. Received: From Sri-Unix.ARPA by BRL via smtp;  3 Dec 83 4:36 EST
  1055. Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Dec 83 1:28-PST
  1056. Date: 30 Nov 83 1:13:59-PST (Wed)
  1057. To: info-cpm@brl
  1058. From: ihnp4!ihuxx!ignatz@ucb-vax
  1059. Subject: CCP and MOVCPM
  1060. Article-I.D.: ihuxx.604
  1061.  
  1062. Ok, guys...I'm at the disassembly stage, and would prefer to avoid it
  1063. if I can...so let's see if I can get some use out of the net.
  1064.  
  1065. I've an Osborne I with CP/M 2.2, and have been using ZCPR1 for some
  1066. time. (Yah, I know, but it's hardly worth the effort to put ZCPR2 on
  1067. an Osborne...)  Recently, I purchased a real-time clock that requires
  1068. me to do a MOVCPM of 1K.  Ok, no problem...but it lost my CCP!  By
  1069. lost I mean...it somewhere got a copy of the old CCP!  Obviously, I've
  1070. tried to recompile ZCPR with the new offset, and it goes into
  1071. never-never land when force-fed to the moved CP/M.  So my query is:
  1072.  
  1073.     -Where is the old CCP coming from? (I've used DU to search the
  1074.      diskette for byte strings characteristic of CCP--no luck)
  1075.  
  1076.     -Has anyone else tried to install ZCPR on a MOVCPM'd system?  Any
  1077.      problems? (Particularly with an Osborne...)
  1078.  
  1079. I'm not holding my breath, but I'd love a response....
  1080.  
  1081.                 Thnx,
  1082.  
  1083.                 Dave Ihnat
  1084.                 ihuxx!ignatz
  1085.  5-Dec-83 08:52:38-MST,1158;000000000000
  1086. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1087. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:52:33-MST
  1088. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  3 Dec 83 7:42 EST
  1089. Received: From Sri-Unix.ARPA by BRL via smtp;  3 Dec 83 7:41 EST
  1090. Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Dec 83 4:28-PST
  1091. Date: 1 Dec 83 2:56:33-PST (Thu)
  1092. To: info-cpm@brl
  1093. From: hplabs!intelca!omsvax!ogcvax!tektronix!billr@ucb-vax
  1094. Subject: autodial problem with mdm712
  1095. Article-I.D.: tektroni.1629
  1096.  
  1097. I am trying to use the CAL feature of MDM712 and MDM712NM with
  1098. the alternate dialing sequence.  I have defined ALTDIAL1 and
  1099. ALTDIAL2 in MDM712NM, along with an entry that looks like
  1100.     DB  'V=Xyxxy.............<333' ;'V'
  1101. (I.e., after the alternate access code, I only need an extension
  1102. number.)  When I try to "CAL V" it just dials the extension,
  1103. not the whole sequence.
  1104.  
  1105. Has anyone else run into this or even used the alternate access
  1106. feature ("<" or ">")?  Is this a bug that's been fixed in MDM713?
  1107.  
  1108.     -Bill Randle
  1109.     Tektronix, Inc.
  1110.  
  1111.     tektronix!billr            (uucp)
  1112.     billr@tektronix            (CSnet)
  1113.     billr.tektronix@rand-relay    (ARPA)
  1114.  5-Dec-83 08:59:19-MST,1218;000000000000
  1115. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1116. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 08:59:14-MST
  1117. Received: From Brl-Bmd.ARPA by BRL-VGR via smtp;  5 Dec 83 0:23 EST
  1118. Date:     Sun, 4 Dec 83 23:56:35 EST
  1119. From:     Keith Petersen <w8sdz@brl-bmd>
  1120. To:       Info-Cpm@brl-vgr
  1121. Subject:  XMODEM81 on SIMTEL20
  1122.  
  1123. Several RCPMs are carrying a file called XMODEM81.BUG which tells about
  1124. a label error in XMODEM80.ASM and XMODEM81.ASM.  The error only occurs
  1125. when a large user overlay area is required.  The XMODEM81.ASM file on
  1126. SIMTEL20 has already been fixed to correct this error.  If you got
  1127. XMODEM81.ASM from another source, you'll want to read the fix shown
  1128. below:
  1129.  
  1130. ---
  1131. ... 11-26-81
  1132. ... XMODEM81 quirk
  1133.  
  1134. For those of you who have a non-standard sized IO patch area, you will
  1135. find that the label name  IOSIZE  in past releases has been changed to 
  1136. LARSIZE.  While this change was made in the setup portion of the main
  1137. source file, the name change was not made at the  ORG  statement just
  1138. above the label  BEGIN: .
  1139.  
  1140. Be sure that this change is made before trying to assemble the main
  1141. file, otherwise your assembler will burp with an  "Unknown Label" 
  1142. error.
  1143.  
  1144. --  Mark Pulver
  1145.  5-Dec-83 09:00:22-MST,1416;000000000000
  1146. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1147. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 09:00:13-MST
  1148. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  5 Dec 83 4:02 EST
  1149. Received: From Sri-Unix.ARPA by BRL via smtp;  3 Dec 83 10:19 EST
  1150. Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Dec 83 7:14-PST
  1151. Date: 8 Dec 83 0:19:25-EST (Thu)
  1152. To: info-cpm@brl
  1153. From: pur-ee!uiucdcs!smu!pedz@ucb-vax
  1154. Subject: Re: The New ZCPR - ZCPR3 - (nf)
  1155. Article-I.D.: uiucdcs.4258
  1156.  
  1157. #R:sri-arpa:-1385900:smu:14900003:000:819
  1158. smu!pedz    Nov 29 22:42:00 1983
  1159.  
  1160. Dear Rick:
  1161.  
  1162. I presume that you are refering to ZCPR to take the place of the CCP in
  1163. CP/M 3.0.  Even if you are not, I still have a response.  I use ZCPR on
  1164. a CP/M 2.2 system and have found no bugs.  However, the question you asked
  1165. about the submit system triggered this response.  I am not sure of what
  1166. you are talking about with the memory resident submit.  I would like
  1167. to say that my application of submit is for very large batch streams
  1168. used to test compilers.  These streams takeup hundreds of lines and
  1169. consume the better part of a day to completely get through.  So the 
  1170. point to all of this jawing is that you should not put an arbitrary limit
  1171. on the size of a submit file which is unreasonable small.  Also, the
  1172. ability to nest submit files is very nice in this application.
  1173.  
  1174.                     Pedz
  1175. allegra!parsec!smu!pedz
  1176.  5-Dec-83 09:01:36-MST,1399;000000000000
  1177. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1178. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 09:01:28-MST
  1179. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  5 Dec 83 4:03 EST
  1180. Received: From Sri-Unix.ARPA by BRL via smtp;  3 Dec 83 22:18 EST
  1181. Received: from Usenet.uucp by sri-unix.uucp with rs232; 3 Dec 83 19:10-PST
  1182. Date: 2 Dec 83 11:16:15-PST (Fri)
  1183. To: info-cpm@brl
  1184. From: ihnp4!ihuxq!covert@ucb-vax
  1185. Subject: Wanted:zx-81 as a controller
  1186. Article-I.D.: ihuxq.397
  1187.  
  1188. I have an application for a microprocessor based controller and would
  1189. like to know some things about the sinclair zx-81:
  1190.  
  1191. 1)How much RAM,ROM is avialable?
  1192.  
  1193. 2)Can standard 2732/2716/2764 EPROMS be used in it?
  1194.  
  1195. 3)How easy is it to interface to??
  1196.  
  1197. 4)Does it have any real-time interrupts? (I want to implement a soft-ware
  1198. clock with it).
  1199.  
  1200. 5)How is the doc?? Any good books??
  1201.  
  1202. 6)I plan to write my control program in z-80 assembly, are there any
  1203. defined entry points to the io in it??
  1204.  
  1205. I had originally planned to buy a STD-buss z-80 card but they
  1206. run about $300, and i think that i can get a zx-81 for under $100.
  1207. The nice thing about staying with a z-80 based controller is that I
  1208. can used my cp/m system to develope the software for it.
  1209.  
  1210. Has anyone used a zx-81 as a controller??
  1211.  
  1212. If so please respond by mail.
  1213.  
  1214. Thanks in advance . 
  1215. -- 
  1216.             richard covert
  1217.             ihnp4!ihuxq!covert
  1218.  5-Dec-83 09:02:23-MST,801;000000000000
  1219. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1220. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 09:02:04-MST
  1221. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  5 Dec 83 4:50 EST
  1222. Received: From Sri-Unix.ARPA by BRL via smtp;  5 Dec 83 4:37 EST
  1223. Received: from Usenet.uucp by sri-unix.uucp with rs232; 4 Dec 83 23:11-PST
  1224. Date: 3 Dec 83 15:45:42-PST (Sat)
  1225. To: info-cpm@brl
  1226. From: decvax!wivax!linus!utzoo!utcsstat!ian@ucb-vax
  1227. Subject: Re: GodBout Disk 1 BIOS
  1228. Article-I.D.: utcsstat.1514
  1229. In-Reply-To: Article <14120@sri-arpa.UUCP>
  1230.  
  1231. Just what the doctor may have ordered may be orderable from:
  1232.  
  1233.     Lanier Computer Systems,
  1234.     3603 23d Avenue,
  1235.     Shawmut AL 36876
  1236.     205-768-2616
  1237.  
  1238. They have several BIOS thingies for Godbout boxes.
  1239. -- 
  1240. Ian F. Darwin, Toronto        uucp: utcsstat!ian
  1241.  5-Dec-83 13:12:21-MST,1253;000000000000
  1242. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1243. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 13:12:15-MST
  1244. Received: From Simtel20.ARPA by BRL-VGR via smtp;  5 Dec 83 14:24 EST
  1245. Date: 5 Dec 1983  12:25 MST (Mon)
  1246. Message-ID: <KPETERSEN.11973115009.BABYL@SIMTEL20>
  1247. Sender: KPETERSEN@simtel20
  1248. From: Keith Petersen <W8SDZ@simtel20>
  1249. To:   Info-Cpm@brl-vgr
  1250. Subject: More about memory size and MDM7xx
  1251.  
  1252. Dave Towson has pointed out that I made an error in my message stating
  1253. that MDM7xx should run on a 48k CP/M system.  I think he's right!  I
  1254. had not considered space for CP/M (it was late that night when I
  1255. composed the message, HA!).
  1256.  
  1257. ----
  1258. Date: Monday, 5 December 1983  07:37-MST
  1259. From: David Towson (CSD) <towson at amsaa>
  1260. To:   w8sdz
  1261. Re:   [Keith Petersen:  Memory size requirements for XMODEM and MDM7xx]
  1262.  
  1263. Keith - I think you have made an error in assessing the amount of memory
  1264. needed to run MDM714.  While I haven't looked to see exactly how much of
  1265. the 17K allocated for disk storage of the COM file is actually used, it
  1266. must be between 16 and 17K since my system allocates in 1K blocks.  With
  1267. two 16K buffers, that adds up to at least 48K, which leaves no room for
  1268. the operating system in a 48K machine.
  1269.  
  1270. Dave
  1271.  5-Dec-83 19:28:19-MST,3036;000000000000
  1272. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1273. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 5 Dec 83 19:28:04-MST
  1274. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  5 Dec 83 20:54 EST
  1275. Date:     Mon, 5 Dec 83 20:45:32 EST
  1276. From:     Rick Conn <rconn@brl>
  1277. To:       menlo70!sytek!syteka!msm@ucb-vax
  1278. cc:       info-cpm@brl-vgr
  1279. Subject:  ZCPR2
  1280.  
  1281. ZCPR2 is available from SIG/M in volumes (reverse order):
  1282.  
  1283.         124-125, 122 (upgrades)
  1284.         98-107 (original release)
  1285.  
  1286. Vols 98 and  102  contain  the  command  processor  and  original
  1287. release  of the utilities (COM file form only).  Vol 124 contains
  1288. upgrades to several utilities (COM  file  form  only).   Vol  104
  1289. contains  the installation and concepts manuals, and vols 105 and
  1290. 106 contain the user's guide.  The documentation in vols  104-106
  1291. are  Word Star files.  The volumes outlined in this paragraph are
  1292. the minimum you should obtain to bring up ZCPR2.  The rest of the
  1293. disks contain sources to everything, online documentation, and an
  1294. 8080 version of some of  the  utilities.   SIG/M  provides  these
  1295. disks  for  $5/vol  plus  shipping  and handling, which is $1 for
  1296. first disk and $0.50 for each additional.  These six disks  would
  1297. run for $33.50.
  1298.  
  1299. SIG/M provides the software on 8" CP/M single-density disks.   If
  1300. you  have  a  local RCP/M, the core software is becoming more and
  1301. more available.  Also, since printing out  the  documentation  is
  1302. such  a  hastle, the New York Amateur Computer Club, Inc, and the
  1303. San Diego Computer Society have printed the documentation for you
  1304. and  are  selling  it (NYACC is selling it as three vols of their
  1305. software catalog,  and  San  Diego  as  a  stand-alone  package).
  1306. Contact them for current details.
  1307.  
  1308. Creation of ZCPR3 is now underway, but the release date is not
  1309. yet known.
  1310.  
  1311. Addresses follow:
  1312.  
  1313. The address of SIG/M is:
  1314.  
  1315.         SIG/M User Group
  1316.         Amateur Computer Group of New Jersey, Inc
  1317.         Box 97
  1318.         Iselin, NJ  08830
  1319.  
  1320. The address of CP/M UG is:
  1321.  
  1322.         CPMUG
  1323.         1651 Third Avenue
  1324.         New York, NY  10028
  1325.  
  1326. The NJ Amateur Computer Group:
  1327.  
  1328.         Amateur Computer Group of New Jersey, Inc
  1329.         PO Box 319
  1330.         South Bound Brook, NJ  08880
  1331.  
  1332. The NY Amateur Computer Group:
  1333.  
  1334.         S-100, CP/M User Group
  1335.         NY Amateur Computer Club
  1336.         PO Box 106
  1337.         Church Street Station
  1338.         New York, NY  10018
  1339.  
  1340.  
  1341. ========
  1342.  
  1343.              The documentation for ZCPR2 Version 2.0 and SYSLIB
  1344. Version 2.1 has been printed by the San Diego Computer Society,
  1345. a non-profit organization, with the express consent of the author,
  1346. Richard Conn.  It is available for $15.00, + 6% tax  in Calif.
  1347. There are more that 450 pages to the set.  It is distributed unbound,
  1348. 8 1/2 X 11" format, punched for mounting in a standard three ring
  1349. binder.
  1350.  
  1351.         For further information, please write to:
  1352.  
  1353.              ZCPR2
  1354.              San Diego Computer Society
  1355.              P.O. Box 81537
  1356.              San Diego, CA 92138
  1357.  
  1358.  6-Dec-83 09:10:54-MST,686;000000000000
  1359. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1360. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 6 Dec 83 09:10:50-MST
  1361. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  6 Dec 83 1:07 EST
  1362. Received: From Mit-Mc.ARPA by BRL via smtp;  6 Dec 83 1:02 EST
  1363. Date: 6 December 1983 00:59 EST
  1364. From: Jerry E. Pournelle <POURNE@mit-mc>
  1365. Subject:  Double vs. single sided disk drive ruggedness?
  1366. To: CRG@washington
  1367. cc: info-cpm@brl
  1368. In-reply-to: Msg of Thu 1 Dec 83 09:17:00-PST from Charles Garthwaite <CRG at WASHINGTON.ARPA>
  1369.  
  1370. I have found no problems with double-sided in Kaypro 4, Kaypro
  1371. 10, ans Otrona; all taken on long trips.  Do put cardboard in
  1372. the drives before travel.
  1373.  
  1374.  6-Dec-83 09:27:38-MST,1491;000000000000
  1375. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1376. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 6 Dec 83 09:27:31-MST
  1377. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  6 Dec 83 8:28 EST
  1378. Received: From Sri-Unix.ARPA by BRL via smtp;  6 Dec 83 6:46 EST
  1379. Received: from Usenet.uucp by sri-unix.uucp with rs232; 6 Dec 83 3:26-PST
  1380. Date: 3 Dec 83 19:38:04-PST (Sat)
  1381. To: info-cpm@brl
  1382. From: pur-ee!uiucdcs!uiucuxc!delong@ucb-vax
  1383. Subject: Re: IS there an IBM PC version of modem - (nf)
  1384. Article-I.D.: uiucdcs.4315
  1385.  
  1386. #R:sri-arpa:-1420200:uiucuxc:27600002:000:862
  1387. uiucuxc!delong    Dec  3 17:58:00 1983
  1388.  
  1389. ------------------
  1390. I need to transfer massive numbers of files from floppies on a brand
  1391. X cp/m based micro to an IBM PC.  I have modem 7 for the CP/M machine
  1392. is there a PC package that talks that language (specifically wild card file 
  1393. transfers).  Public domain is of course the only way to go.  
  1394.                 how many times have you seen this
  1395.                 question? --- thanks...
  1396. ----------------- 
  1397. If you find an answer, please broadcast it to the world as it is a real need.
  1398.  
  1399. We have transmitted dbaseII .cmd files using the IBM async package to 
  1400. modem7xx buffer with good result. You may have to insert line feeds, then
  1401. remove them with your editor. The IBM package allows these options when 
  1402. sending, but not receiving...grrrr. We packaged several files together.
  1403. The buffer in our version of mdm712 has about 34 or 35K Bytes available.
  1404. Its very easy to do. 
  1405.  
  1406.         Carl DeLong
  1407.  6-Dec-83 09:30:26-MST,714;000000000000
  1408. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1409. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 6 Dec 83 09:30:21-MST
  1410. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  6 Dec 83 8:28 EST
  1411. Received: From Sri-Unix.ARPA by BRL via smtp;  6 Dec 83 6:47 EST
  1412. Received: from Usenet.uucp by sri-unix.uucp with rs232; 6 Dec 83 3:27-PST
  1413. Date: 3 Dec 83 19:44:11-PST (Sat)
  1414. To: info-cpm@brl
  1415. From: pur-ee!uiucdcs!uicsl!cross@ucb-vax
  1416. Subject: educational software - (nf)
  1417. Article-I.D.: uiucdcs.4317
  1418.  
  1419. #N:uicsl:20300001:000:143
  1420. uicsl!cross    Dec  3 09:01:00 1983
  1421.  
  1422. Looking for educational s/w to run under a CPM based S-100 system. 
  1423. Need info where directories can be found. Thanks in advance. 
  1424.  
  1425. Steve Cross
  1426.  6-Dec-83 13:10:15-MST,1719;000000000000
  1427. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1428. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 6 Dec 83 13:10:02-MST
  1429. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  6 Dec 83 12:52 EST
  1430. Received: From Rochester.ARPA by BRL via smtp;  6 Dec 83 12:48 EST
  1431. Received: by sen.rochester (3.327.3N) id AA18349; 6 Dec 83 12:45:25 EST (Tue)
  1432. Received: by cay.Rochester (3.327.3N+) id AA01905; 6 Dec 83 12:46:36 EST (Tue)
  1433. Message-Id: <8312061745.18349@sen.rochester>
  1434. Date: 6 Dec 83 12:45:25 EST (Tue)
  1435. From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
  1436. Subject: Re: IS there an IBM PC version of modem - (nf)
  1437. To: info-cpm@brl.ARPA, pur-ee!uiucdcs!uiucuxc!delong@ucb-vax.ARPA
  1438.  
  1439. I know this has circulated before, but since there is another
  1440. question about it--
  1441.  
  1442. I have used PC-Talk Version 3 on an IBM PC under PC-DOS to 
  1443. transfer files with CP/M machines running MODEM7.
  1444. PC-Talk supports the MODEM7/XMODEM/Christenson (sp?)
  1445. protocol for single file transfer, but not batch
  1446. transfer.  It has worked fine for me at 9600 baud.
  1447. PC-Talk is "freeware", which means you can copy and distribute
  1448. it for free, but the author would appreciate your sending him
  1449. $35 if you like it. If you do this, you will get updates
  1450. in the future.  I got my copy for free from the local
  1451. IBM PC users group.
  1452.  
  1453. If you want to transfer to the IBM running CP/M-86, that's
  1454. another matter, which I have not yet confronted.
  1455. However, I did bring up "cmodem.c" (from the SIMTEL archives)
  1456. on a Zenith Z-100 running ZDOS (MS-DOS) and the Lattice C
  1457. compiler. Presumably you could get it to run under CP/M-86
  1458. by using the DRI C compiler or another one.
  1459.  
  1460. Good luck. If you need more info, contact me.
  1461.  
  1462. Mike Ciaraldi
  1463. ciaraldi@rochester
  1464.  7-Dec-83 08:36:47-MST,726;000000000000
  1465. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1466. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 08:36:44-MST
  1467. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  7 Dec 83 4:09 EST
  1468. Received: From Radc-Tops20.ARPA by BRL via smtp;  6 Dec 83 19:48 EST
  1469. Date: Tue 6 Dec 83 19:49:46-EST
  1470. From: JOEL ROBERTSON/EE/ROBINS TAC <ROBERTSON@RADC-TOPS20.ARPA>
  1471. Subject: JADE DOUBLE-D
  1472. To: INFO-CPM@BRL.ARPA
  1473. cc: ROBERTSON@RADC-TOPS20.ARPA
  1474.  
  1475. HAS ANYONE SUCESSFULLY USED THE JADE DOUBLE-D DISK CONTROLER WITH
  1476. 5 1/4 INCH DRIVES ?  IF SO I COULD USE SOME HINTS ON HOW TO ACCOMPLISH
  1477. THIS FEAT. I AM ALSO INTERESTED IN AN 8 INCH BIOS OTHER THAN THE ONE
  1478. SUPPLIED BY JADE.
  1479.  
  1480. JOEL ROBERTSON
  1481. <ROBERTSON@RADC-TOPS20>
  1482. -------
  1483.  7-Dec-83 08:37:35-MST,640;000000000000
  1484. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1485. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 08:37:30-MST
  1486. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  7 Dec 83 4:11 EST
  1487. Received: From Radc-Tops20.ARPA by BRL via smtp;  6 Dec 83 22:46 EST
  1488. Date: Tue 6 Dec 83 22:50:42-EST
  1489. From: JOEL ROBERTSON/EE/ROBINS TAC <ROBERTSON@RADC-TOPS20.ARPA>
  1490. Subject: VAX-CPM  
  1491. To: INFO-CPM@BRL.ARPA
  1492. cc: ROBERTSON@RADC-TOPS20.ARPA
  1493.  
  1494. HAS ANYONE WRITTEN A UTILITY FOR READING AND WRITING CPM FLOPPIES
  1495. ON A VAX 11/780 CONSOLE FLOPPY.  MY VAX IS RUNNING THE VMS OPERATING
  1496. SYSTEM.
  1497.  
  1498. JOEL ROBERTSON
  1499. <ROBERTSON@RADC-TOPS20>
  1500. -------
  1501.  7-Dec-83 08:37:46-MST,879;000000000000
  1502. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1503. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 08:37:41-MST
  1504. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  7 Dec 83 4:11 EST
  1505. Received: From Usc-Isid.ARPA by BRL via smtp;  6 Dec 83 22:49 EST
  1506. Date: 6 Dec 1983 12:04-PST
  1507. Sender: ABN.ISCAMS@usc-isid
  1508. Subject: Re: educational software - (nf)
  1509. From: ABN.ISCAMS@usc-isid
  1510. To: pur-ee!uiucdcs!uicsl!cross@ucb-vax
  1511. Cc: info-cpm@brl
  1512. Message-ID: <[USC-ISID] 6-Dec-83 12:04:27.ABN.ISCAMS>
  1513. In-Reply-To: The message of 3 Dec 83 19:44:11-PST (Sat) from pur-ee!uiucdcs!uicsl!cross@ucb-vax
  1514.  
  1515. THERE WAS SOME STUFF OUT AT SIMTEL20 (EITHER SIGM OR CPMUG) THAT WAS
  1516. EDUCATIONAL IN NATURE.  WAIT TILL TONIGHT WHEN I CAN GET TO MY HARDCOPY
  1517. LISTINGS, AND I7LL SEND YOU EXACT TITLES AND EXERPTS.
  1518.  
  1519. REGARDS,
  1520.  
  1521. DAVID KIRSCHBAUM
  1522. TOAD HALL (ON ANOTHER MACHINE - BLOODY APPLE)
  1523.  7-Dec-83 08:38:20-MST,1038;000000000000
  1524. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1525. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 08:38:14-MST
  1526. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  7 Dec 83 4:11 EST
  1527. Received: From Usc-Isid.ARPA by BRL via smtp;  6 Dec 83 22:50 EST
  1528. Date: 6 Dec 1983 16:47-PST
  1529. Sender: ABN.ISCAMS@usc-isid
  1530. Subject: Re: educational software - (nf)
  1531. From: ABN.ISCAMS@usc-isid
  1532. To: pur-ee!uiucdcs!uicsl!cross@ucb-vax
  1533. Cc: info-cpm@brl
  1534. Message-ID: <[USC-ISID] 6-Dec-83 16:47:02.ABN.ISCAMS>
  1535. In-Reply-To: The message of 3 Dec 83 19:44:11-PST (Sat) from pur-ee!uiucdcs!uicsl!cross@ucb-vax
  1536.  
  1537. Steve,
  1538.  
  1539. I found a certain amount of educational software (CP/M math exercises and
  1540. the like) in SIMTEL20's MICRO:<CPMUG.VOL037>.
  1541.  
  1542. If you don't want to download the directory, grab it out of ABN.ISCAMS@usc-isid.
  1543.  
  1544. (You can, of course, not download the Craps program also included in that
  1545. CPMUG volume if you wish to protect the innocence of your students.)
  1546.  
  1547. If you have no way to FTP, contact me.
  1548.  
  1549. David Kirschbaum
  1550. Toad Hall
  1551.  7-Dec-83 08:39:21-MST,2372;000000000000
  1552. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1553. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 08:39:14-MST
  1554. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  7 Dec 83 4:14 EST
  1555. Received: From Wisc-Crys.ARPA by BRL via smtp;  7 Dec 83 2:54 EST
  1556. Date: Wed, 7 Dec 83 01:57:39 cst
  1557. From: Anil A. Pal <pal@wisc-crys>
  1558. Message-Id: <8312070757.AA19469@wisc-crys.ARPA>
  1559. Received: by wisc-crys.ARPA (4.22/3.7)
  1560.     id AA19469; Wed, 7 Dec 83 01:57:39 cst
  1561. To: INFO-CPM@brl
  1562. Subject: JANUS/ADA info request
  1563.  
  1564. I am considering buying the RR software Janus (ADA-like) compiler.
  1565. Does anyone out have any experience with this product?  Specifically, I
  1566. am interested in the following (and any other comments people have).
  1567.  
  1568. 1. Is it a reasonable alternative to Pascal/MT+? That is, can it be
  1569. used for most of the same applications, does it have the same
  1570. extensions for hardware and operating-system dependent stuff (like
  1571. absolute addresses, access to BDOS, random-access disk IO, etc).
  1572.  
  1573. 2. How much of ADA(tm) is in there, and what (if any) "indispensable"
  1574. features are missing?
  1575.  
  1576. 3. Does it compile in a reasonable, finite time?
  1577.  
  1578. 4. Is it small enough to allow non-trivial programs to be compiled in
  1579. limited memory (64K) and disk (2 x 180K) space?
  1580.  
  1581. 5. Is the expanded "system development" package worth the extra 100
  1582. bucks (400 vs. 300)?
  1583.  
  1584. 6. Any serious bugs?
  1585.  
  1586. 7. Support?
  1587.  
  1588. 8. Particularly nice features?
  1589.  
  1590. 9. Particularly bad features?
  1591.  
  1592. Since the answers to many of these questions will be dependent on the
  1593. system the compiler is used on, I shoulkdd point out that I am
  1594. interested in the 8-bit CPM-based version, to run on an Osborne 1 (64K,
  1595. double density=2 x 185K, no hard disk.  All comments appreciated, I
  1596. will collect mail responses and forward to anyone who is interested, or
  1597. post if there is sufficient interest.
  1598.  
  1599. Incidentally, please do not flame at me about how much more wonderful
  1600. language X is, and what an idiot I am for considering PASCAL and JANUS
  1601. when FOOBAR exists.  Thanks ,
  1602.  
  1603. Anil Pal Univ. of Wisconsin CS dept. 
  1604. You can reach me at...
  1605. PAL@UWISC , PAL@WISC-CRYS       (ARPA)
  1606. ...{seismo,ihnp4}!crystal!pal   (USENET)
  1607. The address shown in the header of this message. 
  1608. if all else fails, reply to the list (but ONLY as a last resort, please!)
  1609. .p.s. ADA is a trademark of the US Govt., ADA joint Program Office
  1610.  7-Dec-83 08:39:52-MST,595;000000000000
  1611. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1612. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 08:39:49-MST
  1613. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  7 Dec 83 5:09 EST
  1614. Received: From Mit-Mc.ARPA by BRL via smtp;  7 Dec 83 5:05 EST
  1615. Date: 7 December 1983 05:02 EST
  1616. From: Jerry E. Pournelle <POURNE@mit-mc>
  1617. Subject:  Starcross help needed
  1618. To: Eldridge.es@parc-maxc
  1619. cc: DGilbert.es@parc-maxc, info-cpm@brl
  1620. In-reply-to: Msg of Tue 22 Nov 83 08:21 PST from Eldridge.es at PARC-MAXC.ARPA
  1621.  
  1622. hint: don';t shoot anything.  Y ou'll need that gun for
  1623. something else.
  1624.  
  1625.  7-Dec-83 09:42:09-MST,598;000000000000
  1626. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1627. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 09:42:02-MST
  1628. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  7 Dec 83 9:25 EST
  1629. Received: From Mit-Ml.ARPA by BRL via smtp;  7 Dec 83 9:09 EST
  1630. Date: 7 December 1983 09:14 EST
  1631. From: Herb Lin <LIN@mit-ml>
  1632. Subject: RESOURCE and REZ...
  1633. To: info-cpm@brl
  1634.  
  1635. Thanks for all the people who pointed to REZ and RESOURCE as
  1636. god z80/8080 disassemblers.  problem now is whether there is documentation
  1637. available for RESOURCE - I find a DOC file for REZ, but not
  1638. for RESOURCE.  thanks...
  1639.  7-Dec-83 11:15:44-MST,892;000000000000
  1640. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1641. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 11:15:41-MST
  1642. Date:     Wed, 7 Dec 83 11:26:17 EST
  1643. From:     Dave Towson (info-cpm) <cpmlist@brl-vgr>
  1644. To:       info-cpm@brl-vgr
  1645. cc:       cpmlist@brl-vgr
  1646. Subject:  PLEASE READ THIS !!!
  1647.  
  1648. On the evening of 6 December, the file-system from which this list operates
  1649. was blown away, presumably during testing of new software (I haven't asked).
  1650. Thanks to a good backup policy at BRL, the files have been restored and the
  1651. current list has been reloaded from a backup file kept on a different machine.
  1652. However, it is likely that some unread mail has been lost.  Therefore, if you
  1653. have sent anything to info-cpm-request, and you have not received a reply
  1654. within a day or two (I answer all messages received) please try again.  Thanks.
  1655.  
  1656. Dave Towson
  1657. info-cpm-request@brl-vgr
  1658.  
  1659.  7-Dec-83 11:27:43-MST,1627;000000000000
  1660. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1661. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 11:27:37-MST
  1662. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  7 Dec 83 12:00 EST
  1663. Received: From Su-Dsn.ARPA by BRL via smtp;  7 Dec 83 11:51 EST
  1664. Date: Wednesday,  7 Dec 1983 08:56-PST
  1665. To: fdc@columbia-20
  1666. Cc: info-cpm@brl
  1667. Subject: kermit,Cromemco
  1668. From: gray@su-dsn
  1669.  
  1670. Some comments and questions on Kermit v. 3.5.  I had two problems
  1671. assembling cpmbase.m80--1)the assembler objected to having a label
  1672. cmifi10 as well as a label cmifi1, which is
  1673. consistent with my manual saying that the first 6 characters must be
  1674. unique. Admittedly I have an old version of m80, but has this
  1675. limitation been changed? 2) My assembler also objected to the 
  1676. "push a" instructions, but was happy when they were changed
  1677. to "push af". How come?
  1678.  
  1679. A more important comment to any who might be using Cromemco equipment:
  1680. My system is essentially a Cromemco System 3 with the PerSci drives
  1681. removed (junked with malice) and replaced by
  1682. a Morrow 10MB hard disk and a Morrow
  1683. floppy. The CP/M for this system is by MICAH, who does a lot of CP/M
  1684. systems for cromemco hardware. While the system is generally good, it
  1685. does NOT implement the standard IOBYTE as claimed and hence Kermit does
  1686. not work. The problem is that BAT: is connected to a single port for
  1687. both input & output, it does not input from RDR and output to LST as
  1688. the CP/M manuals say it should.  Everything else about the IOBYTE seems
  1689. to be o.k. Has anyone encountered a system with a similar fault? Can it
  1690. be fixed by a nonexpert in the innards of CPM?
  1691.  7-Dec-83 12:09:55-MST,489;000000000000
  1692. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1693. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 12:09:52-MST
  1694. Received: From Parc-Maxc.ARPA by BRL-VGR via smtp;  7 Dec 83 12:56 EST
  1695. Date: Wed, 7 Dec 83 09:52 PST
  1696. From: DHead.es@PARC-MAXC.ARPA
  1697. Subject: CP/M Assemblers
  1698. To: Info-Cpm@brl-vgr.ARPA
  1699.  
  1700. Does anyone know of a relocatible assembler which assembles Z80 code,
  1701. and will assemble a 56K file?
  1702. Any pointers will be appreciated.
  1703.  
  1704. ~~Dave~~ (DHead.es@Parc-Maxc.ARPA)
  1705.  
  1706.  7-Dec-83 12:47:48-MST,2454;000000000000
  1707. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1708. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 12:47:40-MST
  1709. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  7 Dec 83 13:53 EST
  1710. Date:     Wed, 7 Dec 83 13:39:17 EST
  1711. From:     Keith Petersen <w8sdz@brl>
  1712. To:       Info-Cpm@brl-vgr
  1713. Subject:  BYE3-12 updated to BYE3-13
  1714.  
  1715. On SIMTEL20 MICRO:<CPM.BYE3>BYE3-12.ASM has been updated to BYE3-13.ASM.
  1716. Steve Sanders of the Tampa Bay RCPM made the following updates:
  1717.  
  1718. 12/07/83 Added missing labels for PWMSG and WRGMSG and also the IF
  1719.   v1.3   statement missing before NULLS (IF NOT OXGATE).  Also added
  1720.          the newest SMINIT and MDQUIT routines extensively tested
  1721.          and used on-line (3 months) with BY2-17KS.
  1722.  
  1723. This program allows modem callers to use your CP/M system just as if
  1724. they were seated at the system console.  Special assembly-time options
  1725. allow limiting the caller's access by password and/or access to only a
  1726. message-service program.  This is based on a program written by Dave
  1727. Jaffe in January, 1979.  A number of external routines are available
  1728. to adapt this program to various computers.
  1729.  
  1730. If the option BYELOW is set 'NO' it automatically locates itself above
  1731. the BIOS at top of memory.  Otherwise it sits just below CCP, not re-
  1732. quiring any alteration in the location of CP/M via MOVECPM.
  1733.  
  1734. BYE3 supports the following modems and/or USART combinations:
  1735.  
  1736. 1602            - by Paul Traina        BY3-1602.ASM
  1737. 2651            - by Paul Traina        BY3-2651.ASM
  1738. 8250            - by Thom Quick         BY3-8250.ASM
  1739. 8251            - by Paul Traina        BY3-8251.ASM
  1740. 8251+CTC timer  - by Irv Hoff           BY3-DATA.ASM
  1741. APPLE-CAT       - by Dave Roznar        BY3-ACAT.ASM
  1742. HZ-100+Smart.   - by John Ferguson      BY3-HZSM.ASM
  1743. HZ89+Smart.     - by Paul Train         BY3-89SM.ASM
  1744. Kaypro and Hayes smartmodem             BY3+KPSM.ASM
  1745. MM100           - by Dave Jaffe         BY3-DCH .ASM
  1746. MMII (Apple)    - by Paul Traina        BY3-MMII.ASM
  1747. PMMI            - by Ward Christensen   BY3-PMMI.ASM
  1748. SIO             - by Steve Fox          BY3-SIO .ASM
  1749. Smartmodem      - by Don Brown          BY3+SMDM.ASM
  1750. Televideo 802   - by K. Robesky         BY3-T802.ASM
  1751.  
  1752. If you are using either a Hayes Smartmodem, U.S. Robotics or a Rixon
  1753. type modem, you must install the "BY3+SMDM" module which contains the
  1754. code needed to initialize the Smartmodem and then set the SMODEM op-
  1755. tion to 'YES'.
  1756.  7-Dec-83 13:02:33-MST,1710;000000000000
  1757. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1758. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 13:02:26-MST
  1759. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  7 Dec 83 13:53 EST
  1760. Received: From Sumex-Aim.ARPA by BRL via smtp;  7 Dec 83 13:41 EST
  1761. Received: from ISL by SUMEX-AIM with Pup; Wed 7 Dec 83 10:43:23-PST
  1762. Date: Wednesday,  7 Dec 1983 10:45-PST
  1763. To: cc.fdc@columbia-20
  1764. Cc: info-cpm@brl
  1765. Subject: kermit,Cromemco
  1766. From: gray%isl@BRL.ARPA
  1767.  
  1768.  
  1769. Some comments and questions on Kermit v. 3.5.  I had two problems
  1770. assembling cpmbase.m80--1)the assembler objected to having a label
  1771. cmifi10 as well as a label cmifi1, which is
  1772. consistent with my manual saying that the first 6 characters must be
  1773. unique. Admittedly I have an old version of m80, but has this
  1774. limitation been changed? 2) My assembler also objected to the 
  1775. "push a" instructions, but was happy when they were changed
  1776. to "push af". How come?
  1777.  
  1778. A more important comment to any who might be using Cromemco equipment:
  1779. My system is essentially a Cromemco System 3 with the PerSci drives
  1780. removed (junked with malice) and replaced by
  1781. a Morrow 10MB hard disk and a Morrow
  1782. floppy. The CP/M for this system is by MICAH, who does a lot of CP/M
  1783. systems for cromemco hardware. While the system is generally good, it
  1784. does NOT implement the standard IOBYTE as claimed and hence Kermit does
  1785. not work. The problem is that BAT: is connected to a single port for
  1786. both input & output, it does not input from RDR and output to LST as
  1787. the CP/M manuals say it should.  Everything else about the IOBYTE seems
  1788. to be o.k. Has anyone encountered a system with a similar fault? Can it
  1789. be fixed by a nonexpert in the innards of CPM?
  1790.  7-Dec-83 13:25:39-MST,996;000000000000
  1791. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1792. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 13:25:35-MST
  1793. Received: From Simtel20.ARPA by BRL-VGR via smtp;  7 Dec 83 14:18 EST
  1794. Date: Tuesday, 6 December 1983  11:36-MST
  1795. Message-ID: <KPETERSEN.11973637710.BABYL@SIMTEL20>
  1796. Sender: David Towson (CSD) <towson@amsaa>
  1797. From: David Towson (CSD) <towson@amsaa>
  1798. To: w8sdz@simtel20
  1799. Subject:   48K MDM714, the final chapter (I hope).
  1800. ReSent-From: KPETERSEN@simtel20
  1801. ReSent-To: Info-Cpm@brl-vgr
  1802. ReSent-Date: Wed 7 Dec 1983 12:16-MST
  1803.  
  1804. Keith - I think there is no problem with a 48K system.  At source
  1805. label getmax the amount of free memory available for use as a
  1806. print-buffer is determined.  this value, called MAXRAM, is then used
  1807. at label CHKPRNT to manage the print-buffer.  If you opt to blow-away
  1808. the CCP, you get 2K more space to play with. So MDM714 should work
  1809. fine in a 48K system, but you'll have something like 10-12K for the
  1810. print-buffer instead of 16K.
  1811.  
  1812.  
  1813. Dave
  1814.  7-Dec-83 14:11:20-MST,1587;000000000000
  1815. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1816. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 7 Dec 83 14:11:14-MST
  1817. Received: From Brl-Bmd.ARPA by BRL-VGR via smtp;  7 Dec 83 15:29 EST
  1818. Date:     Wed, 7 Dec 83 15:15:39 EST
  1819. From:     Robert Lee Feider (CTAB) <lee@brl-bmd>
  1820. To:       DHead.es@parc-maxc.arpa
  1821. cc:       Info-Cpm@brl-vgr.arpa
  1822. Subject:  Re:  CP/M Assemblers
  1823.  
  1824. Hi,
  1825.  
  1826.     I hope this is not taken as some sort of advertisement, given all
  1827. the hoopla on the net recently I thought I would state this, but I think
  1828. I may know where you may find the assembler you are looking for at a resonable
  1829. price. This z80 relocatable macro will assemble files as large as your disk
  1830. space also has conditional assembly, plain english error messages an it will
  1831. link up to 400 files together. The price is 49.50. I have'nt used it I just
  1832. saw the add so view this message as a pointer only. However I have
  1833. ordered a 6800 cross assembler from them (79.50) a few days ago so I have'nt
  1834. received it yet.
  1835.  
  1836.         2500AD Software inc.
  1837.         P.O. box 441410, Aurora, CO 80014
  1838.         (303)-752-4382
  1839.  
  1840. other possible sources (also not in the public domain (sigh)):
  1841.  
  1842.         Relational Memory Systems, Inc.
  1843.         1650- Berryessa Road,
  1844.         San Jose, CA 95133
  1845.                     ($395)
  1846.  
  1847.         Alan Ashley
  1848.         ??? (street address that I don't have handy)
  1849.         Sierra Madre Villa CA
  1850.                     ($99)
  1851.         (I have used one of his assemblers (for the 8070) and I was
  1852.          pleased with it. If you want let me know and I'll get the
  1853.          address.)
  1854.  
  1855.  
  1856.  
  1857. I hope this compendium is usefull in your search.
  1858.  
  1859.                             Cheers,
  1860.                             Bob Feider
  1861.  9-Dec-83 10:31:12-MST,619;000000000000
  1862. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1863. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 10:31:07-MST
  1864. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  9 Dec 83 9:24 EST
  1865. Received: From Sumex-Aim.ARPA by BRL via smtp;  9 Dec 83 9:03 EST
  1866. Date: Thu 8 Dec 83 22:17:36-PST
  1867. From: Sam Hahn <SHahn@SUMEX-AIM.ARPA>
  1868. Subject: Re: DBMS NEEDED FOR CPM APPLE
  1869. To: ABN.AFZA-GA@USC-ISID.ARPA
  1870. cc: info-cpm@BRL.ARPA
  1871. In-Reply-To: Message from "ABN.AFZA-GA@usc-isid" of Wed 7 Dec 83 13:01:00-PST
  1872.  
  1873. Try MicroRIM from that company in Seattle.  They advertise fairly widely.
  1874.  
  1875.                 -- shahn@sumex
  1876.  
  1877. -------
  1878.  9-Dec-83 13:13:49-MST,1356;000000000000
  1879. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1880. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:13:44-MST
  1881. Received: From Usc-Isid.ARPA by BRL-VGR via smtp;  7 Dec 83 16:04 EST
  1882. Date: 7 Dec 1983 13:01-PST
  1883. Sender: ABN.AFZA-GA@usc-isid
  1884. Subject: DBMS NEEDED FOR CPM APPLE
  1885. From: ABN.AFZA-GA@usc-isid
  1886. To: INFO-APPLE@brl-vgr, INFO-CPM@brl-vgr
  1887. Cc: INFO-MICRO@brl-vgr
  1888. Message-ID: <[USC-ISID] 7-Dec-83 13:01:04.ABN.AFZA-GA>
  1889.  
  1890.  
  1891. My  organization  is  in  need of a DBMS to be used on an Apple running
  1892. under CP/M.  We originally intended to buy dBase II because it  seemed
  1893. too meet all our needs.  However, on closer examination, it fell short
  1894. in one area - max number of fields per record.  dBase II only allows a
  1895. max  of  32  fields per record and we need 48.  Our other requirements
  1896. include:
  1897.  
  1898.      a. 6000 records per data base file.
  1899.      b. 1000 characters per record.
  1900.      c. 250 characters per field.
  1901.  
  1902. All  of  these  requirements  refer to max capability needed.  We also
  1903. want it to be able to perform sorts and searches of the data base in a
  1904. timely manner (under five minutes).
  1905.  
  1906. If anyone has experience with a DBMS meeting these specs, please reply
  1907. to me directly.  I will summarize  to  the  net  if  there  is  enough
  1908. interest.  Thanks in advance.
  1909.  
  1910. Alan E. Pires
  1911. Systems Officer, Corps G1
  1912. ABN.AFZA-GA@USC-ISID
  1913.  9-Dec-83 13:14:36-MST,1204;000000000000
  1914. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1915. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:14:29-MST
  1916. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  7 Dec 83 22:11 EST
  1917. Received: From Cmu-Cs-A.ARPA by BRL via smtp;  7 Dec 83 18:54 EST
  1918. Received: from [128.2.254.192] by CMU-CS-PT with CMUFTP;  7 Dec 83 18:44:22 EST
  1919. Date:  7 Dec 83 1556 EST (Wednesday)
  1920. From: George.Wood@cmu-cs-a
  1921. To: Herb Lin <LIN@mit-ml>
  1922. Subject: Re: RESOURCE and REZ...
  1923. CC: info-cpm@brl
  1924. In-Reply-To: "Herb Lin's message of 7 Dec 83 09:14-EST"
  1925. Message-Id: <07Dec83.155600.GW90@CMU-CS-A>
  1926.  
  1927. Herb;
  1928.     It is my understanding that the commands for using rez and resource
  1929. are (for the most part) identical; rez was, as I recall, developed by modifying
  1930. resource. Try the rez doc's instructions. 
  1931.     If all else fails, use rez and one of the public-domain z80 assemblers;
  1932. chances are that what you are disassembling only uses the 8080 subset of z80
  1933. instructions anyway, and zilog mnemonics are easy to learn. One version of
  1934. rez (or is it an option rez offers -- I can't recall) produces TDL mnemonics,
  1935. which are intel 8080 mnemonics with intel-like extensions to cover z80
  1936. instructions.
  1937.                         George
  1938.  9-Dec-83 13:15:30-MST,428;000000000000
  1939. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1940. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:15:19-MST
  1941. Date:     Wed, 7 Dec 83 22:22:17 EST
  1942. From:     Ron Natalie <ron@brl-vgr>
  1943. To:       ABN.AFZA-GA@usc-isid
  1944. cc:       INFO-APPLE@brl-vgr, INFO-CPM@brl-vgr, INFO-MICRO@brl-vgr
  1945. Subject:  Re:  DBMS NEEDED FOR CPM APPLE
  1946.  
  1947. What are you using for disk drives to accomodate these 6 Megabyte databases?
  1948.  
  1949. -Ron
  1950.  9-Dec-83 13:15:50-MST,664;000000000000
  1951. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1952. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:15:44-MST
  1953. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  8 Dec 83 7:40 EST
  1954. Date:     Wed, 7 Dec 83 22:38:56 EST
  1955. From:     Rick Conn <rconn@brl>
  1956. To:       George.Wood@cmu-cs-a
  1957. cc:       Herb Lin <LIN@mit-ml>, info-cpm@brl
  1958. Subject:  Re:  RESOURCE and REZ...
  1959.  
  1960. DASM is yet another Z80 disassembler, derived from ZZSOURCE which was
  1961. derived from RESOURCE.  DASM, however, provides full Zilog Z80 mnemonics
  1962. with one overlay and TDL mnemonics with another overlay (the overlays are
  1963. specified at assembly time).  DASM is in the PD.
  1964.  
  1965.     Rick
  1966.  9-Dec-83 13:26:20-MST,828;000000000000
  1967. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1968. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:26:16-MST
  1969. Received: From Simtel20.ARPA by BRL-VGR via smtp;  8 Dec 83 10:36 EST
  1970. Date: 7 Dec 1983  20:45 MST (Wed)
  1971. Message-ID: <WANCHO.11973730367.BABYL@SIMTEL20>
  1972. From: "Frank J. Wancho" <WANCHO@simtel20>
  1973. To:   INFO-CPM@brl-vgr
  1974. Subject: Special characters in SIMTEL20 files
  1975.  
  1976. It may appear that some files in MICRO: are inaccessible when you try
  1977. to GET certain files with FTP.  The following info ought to clear up
  1978. the apparent problems...
  1979.  
  1980. All of the non-alphanumeric characters in TOPS-20 filenames, except a
  1981. limited few, are considered "special" characters.  Thus, you must
  1982. quote them with a real ^V.
  1983.  
  1984. For example, it is BY3^V+SMDM.ASM and SQ^V/USQ.whatever.
  1985.  
  1986. Sorry for the confusion.
  1987.  
  1988. --Frank
  1989.  9-Dec-83 13:27:42-MST,5086;000000000000
  1990. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  1991. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:27:28-MST
  1992. Received: From Usc-Isid.ARPA by BRL-VGR via smtp;  9 Dec 83 5:11 EST
  1993. Date: 8 Dec 1983 19:11-PST
  1994. Sender: ABN.ISCAMS@usc-isid
  1995. Subject: Decision I Mods?
  1996. From: ABN.ISCAMS@usc-isid
  1997. To: INFO-MICRO@brl-vgr
  1998. Cc: INFO-CPM@brl-vgr, ABN.ISCAMS@usc-isid
  1999. Message-ID: <[USC-ISID] 8-Dec-83 19:11:34.ABN.ISCAMS>
  2000.  
  2001. NetLandians,
  2002.  
  2003. I've been hacking around in my Morrow Decision I CBIOS (having a grand time),
  2004. and need some pointers/advice.
  2005.  
  2006. 1.  Implementing the Iobyte.  Sure, I can attempt to scratch-write it, but
  2007. am hesitant since Morrow didn't in the first place.  Did anyone? Did Morrow,
  2008. and I don't have the update?  Is it impossible because of the funny stuff
  2009. you have to do, switching the Multi/o board to use the same port address
  2010. for peripherals?  Read an article in a CP/M book (extracts from Creative
  2011. Computing or something), telling how to do it in a NorthStar BIOS, but
  2012. that ain't much help.
  2013.  
  2014. 2.  Buffered keyboard.  Followed with avid interest a column in Byte where
  2015. some brave adventurers were trying it, and they (I think) finally gave up
  2016. or found a simplistic solution or something.  Any pointers to articles,
  2017. public domain stuff, etc.  (I'm running a Liberty Electronics Freedom 100
  2018. terminal, and it won't give me that onboard the terminal alone either.)
  2019.  
  2020. 3.  Trapping the peculiar Function keys on the Freedom 100 WITHIN THE BIOS
  2021. or BDOS!  (Got pointers from kind souls on a Public Domain program that'll
  2022. do that; haven't been able to access SIMTEL20 to get it and try; suspect
  2023. the differences in Morrow CBIOS might make it a problem.)  Reason:  Function
  2024. keys put out ^A, a character or two (forget), and CR.  And we ALL know the
  2025. undocumented functions of ^A in Microsoft BASIC-80 2.2, don't we?  (Yeah,
  2026. repeats the last command, which is likely to be "RUN".)
  2027.  
  2028. 4.  Implementing a (new?) CP/M call (ho, boy - no flames about tampering
  2029. with the sacred, please) -- Check Status of Reader and/or Punch.  Reason:
  2030. Wanna use that third serial port (1 for terminal, 1 for printer, 1 for modem)
  2031. as a fully capable port simultaneously with the other two so I can (a)
  2032. relay between two modems, simultaneously print to printer and a bar code
  2033. printer, and other daydreams.  And NOT have to write specific software to
  2034. check the third port (like I have with MDM714 and KERMIT) - just use STAT
  2035. and other common utilities.
  2036.  
  2037. 5.  Stuff in some more memory.  Who can GUARANTEE a nice fat 256- or
  2038. 512-Kb memory board (static like I presently have or good dynamic) that'll
  2039. work with my buss and CPU board and DMA and all the other Morrow goodies?
  2040.  
  2041. 6.  Stuff in a 68000 CPU board.  Read wonderful things about Compupro's
  2042. board, but all configurations seem to indicate ALL Compupro boards on the
  2043. bus (and preferably a Compupro buss too!).  What Morrow stuff would I have
  2044. to yank out and replace to make such a wonderful thing happen?  (Would like
  2045. to keep the Z80 right where it is for some sort of dual-processor capability.)
  2046.  
  2047. 7.  In return for asking the world, I offer:  (probably only of much use
  2048. to Decision I owners)
  2049.  
  2050.     a.  A lovely patched CBIOS (and one wee little patch in the CCP) that'll
  2051. give you the user area (in decimal) by the disk identifier and CP/M ">"
  2052. (from Public Domain, but all done for you --forget the name of the genius
  2053. author, but more glory to him/her - think it was called CPMUSER - is out on
  2054. SIMTEL20 MICRO:).  Also get the default "look to Drive A, same User Area,
  2055. if not here; then look to Drive A, User Area 0) for alll file access.  Works
  2056. great with hard disk and floppies.  (Again, Public Domain, forget author,
  2057. but wonderful, wonderful.  Works for all but some overlaid programs like
  2058. WordStar.)  Also get the modified FINDBAD that'll use the BIOS disk parameters
  2059. to work on any CP/M system to locate and exile (by writing to a BAD file)
  2060. any bad sectors.  Works perfectly.  Also get KERMIT, fully patched and
  2061. documented for the Decision I and Multi/o board (works perfectly).  Also
  2062. get my upgraded MDM714 with settable parity (a la KERMIT - stole it and am
  2063. busily patching it in), fully set up for the Decision I (thanks to the
  2064. Public Domain overlay plus a bit of my hacking).  Also get my KERMIT version
  2065. that'll allow straight upload and download with no packetizing (a la MDM714's
  2066. capability while in Terminal mode) for when the lines are clean or there isn't
  2067. a KERMIT or MDM on the other end (stole it from MDM714 and am busily patching
  2068. it into CPMBASE.M80 (Decision I version) right now).
  2069.  
  2070. All this I promise you (promises, promises).  And naturally I'll hack whatever
  2071. you give me up a bit, and even keep you posted of the changes!
  2072.  
  2073. Those whose mailboxes I just overflowed -- sorry - bored you to tears with
  2074. this Decision I stuff.  But maybe other CP/M type machines out there need
  2075. some of the same fixes?  Let's see what happens.
  2076.  
  2077. Regards, and thanks to all for everything you've done for me so far in the
  2078. world of Public Domain.
  2079.  
  2080. David Kirschbaum
  2081. Toad Hall
  2082.  9-Dec-83 13:45:32-MST,3860;000000000000
  2083. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2084. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:45:06-MST
  2085. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  9 Dec 83 5:22 EST
  2086. Received: From Ucb-Vax.ARPA by BRL via smtp;  8 Dec 83 22:42 EST
  2087. Received: from ucbpopuli.CC.Berkeley.ARPA (ucbpopuli.ARPA) by UCB-VAX.ARPA (4.22/4.16)
  2088.     id AA27034; Thu, 8 Dec 83 18:33:10 pst
  2089. Received: by ucbpopuli.CC.Berkeley.ARPA
  2090.     (4.13/4.8) id AA28996; Thu, 8 Dec 83 18:34:37 pst
  2091. Date: Thu, 8 Dec 83 18:21:06 PST
  2092. From: Phil Lapsley <jlapsley%D.CC@berkeley>
  2093. Message-Id: <8312090221.AA23278@D.CC.Berkeley.ARPA>
  2094. Received: by D.CC.Berkeley.ARPA
  2095.     (4.8/4.8.2) id AA23278; Thu, 8 Dec 83 18:21:06 PST
  2096. Word-Of-The-Day: Sick
  2097. To: info-cpm@brl
  2098. Subject: U.S. Robotics S-100 1200 baud modem: a note
  2099.  
  2100.     I recently sent a request to Info-CPM about the U.S. Robotics
  2101. S-100 autodial modem, which is being advertised just about
  2102. everywhere for very low (< $400) prices.  I got a number of
  2103. responses, and was also sent a collection of reviews of various
  2104. cheap 1200 baud modems.
  2105.  
  2106.     Anyway, I just thought I'd add my reactions to the USR 1200
  2107. baud S-100 modem to the dung heap...
  2108.  
  2109.     First, *FLAME ON!* -- they didn't include schematics with the
  2110. creature.  To me, this is inexcusable.  When I get an S-100
  2111. board, I like to know what's in it, and I like to have a
  2112. schematic around to modify it if it comes down to that.  I have
  2113. sent them a letter about this, and we shall see whether it's
  2114. simply an oversight or if it's against their policy to include
  2115. schematics, or what.
  2116.  
  2117.     Second, the thing powers up in auto-answer mode.  While I'm
  2118. sure a lot of people like this, I don't.  I'd rather not have the
  2119. modem answer until I tell it to.  The manual suggests that I
  2120. could put something in my BIOS to disable this feature.  Well, I
  2121. could do that, sure.  But I'd rather have an on-board switch
  2122. which would enable/disable auto-answer upon reset or power up. 
  2123. As it is now, whenever I have my computer on and somebody calls,
  2124. I have to tell them to either hang up (and I'll call back) or
  2125. ride out the 17 odd seconds while the machine waits for a
  2126. response.
  2127.  
  2128.     Third, the manual reminds me a lot of the things I got with
  2129. our old IMSAI.  They are poorly written, poorly organized, and
  2130. seem to be photocopies, stapled together at one corner.  Still,
  2131. it does contain the information -- it's just a matter of finding
  2132. it.
  2133.  
  2134.     Fourth, the on-board "speaker" (it looks like more of a
  2135. buzzer) produces some rather raspy noises which are alleged to be
  2136. the sounds of the call in progress.  Well, maybe, but I'd rather
  2137. listen through a small 8 ohm speaker, which I intend to hook up
  2138. later this evening.
  2139.  
  2140.     Finally, when the board powers up, it is in the "off-hook"
  2141. state.  That is, it has the phone line off hook.  This means, of
  2142. course, that until you tell it to "drop" the line, your line is
  2143. busy and cannot be used even for outgoing calls, as the modem
  2144. puts a rather annoying hiss on the line.  The manual was good
  2145. enough to suggest a fix for this -- it mentions a diode which can
  2146. be cut out.  I have done this, and it now behaves a bit better. 
  2147. It [the manual] also points out that this could be fixed by
  2148. adding something to one's BIOS.
  2149.  
  2150.     Now comes the surprising part: It's really a pretty good
  2151. product.  My flaming above is really about some pretty trivial
  2152. matters.  I have the feeling that U.S.R. will come across with a
  2153. schematic for the beast, and then I can sit down and do some
  2154. modifications.
  2155.  
  2156.     So, the end result is something like this:  If you don't mind
  2157. the aforementioned things, and/or if you are looking for an
  2158. inexpensive S-100 1200 baud modem, the U.S.R. S-100 might be
  2159. worth looking into.
  2160.  
  2161.                                        Phil
  2162.  
  2163.                              (jlapsley%D.CC@Berkeley)
  2164.  9-Dec-83 13:51:44-MST,1734;000000000000
  2165. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2166. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:51:35-MST
  2167. Received: From Usc-Isid.ARPA by BRL-VGR via smtp;  9 Dec 83 5:11 EST
  2168. Date: 8 Dec 1983 17:53-PST
  2169. Sender: ABN.ISCAMS@usc-isid
  2170. Subject:  Re:  DBMS NEEDED FOR CPM APPLE
  2171. From: ABN.ISCAMS@usc-isid
  2172. To: ron@brl-vgr
  2173. Cc: ABN.AFZA-GA@usc-isid, INFO-APPLE@brl-vgr
  2174. Cc: INFO-CPM@brl-vgr, INFO-MICRO@brl-vgr
  2175. Message-ID: <[USC-ISID] 8-Dec-83 17:53:08.ABN.ISCAMS>
  2176. In-Reply-To: The message of     Wed, 7 Dec 83 22:22:17 EST from     Ron Natalie <ron@brl-vgr>
  2177.  
  2178. Ron (et al)
  2179.  
  2180. I queried 1LT Pires about that momentous database (and the hardware he
  2181. planned to run it on).  Turns out the specs he discussed (6000 records,
  2182. 1000 characters per record, 250 chars per field, 48 fields) were MAX,
  2183. way out, absolute extremes for each specification, and not all together!
  2184. In other words, nope, he won't have one huge DB with 600 records, each
  2185. having 1000 chars per record, 48 fields, 25 chars per field!
  2186.  
  2187. But he MIGHT have 6000 records with much smaller sizes, or a couple of
  2188. hundred records with 48 fields, or 3 fields with 250 chars per field.
  2189. And available DBMS's won't handle those extremes (at least not to our
  2190. knowledge).  That's why the query.
  2191.  
  2192. By the way, he and I are discussing "pre-processing" to reduce record
  2193. length or numbers of fields or other DBMS-imposed constraints to trim
  2194. the filed data down to a swallowable size (in the event an appropriate
  2195. DBMS cannot be found for under megabuck range).  (We DO think of the
  2196. taxpayer's money, after all!)
  2197.  
  2198. Regards, and thanks for the query to keep us on our toes!
  2199.  
  2200. David Kirschbaum
  2201. SGM, USA
  2202. Corps Automation Mgt Office
  2203. HQ XVIII Abn Corps, Ft Bragg
  2204.  9-Dec-83 13:53:18-MST,1191;000000000000
  2205. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2206. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 13:53:13-MST
  2207. Received: From Mit-Mc.ARPA by BRL-VGR via smtp;  9 Dec 83 5:39 EST
  2208. Date: 9 December 1983 04:26 EST
  2209. From: Jerry E. Pournelle <POURNE@mit-mc>
  2210. Subject:  Special characters in SIMTEL20 files
  2211. To: WANCHO@simtel20
  2212. cc: INFO-CPM@brl-vgr
  2213. In-reply-to: Msg of 7 Dec 1983  20:45 MST (Wed) from Frank J. Wancho <WANCHO at simtel20>
  2214.  
  2215. Are you actually under the impression that this essage
  2216. ELIMINATES confusion?
  2217.     Holy Catfish...
  2218.  
  2219.  
  2220.     Date: 7 Dec 1983  20:45 MST (Wed)
  2221.     From: Frank J. Wancho <WANCHO at simtel20>
  2222.     To:   INFO-CPM at brl-vgr
  2223.     Re:   Special characters in SIMTEL20 files
  2224.  
  2225.     It may appear that some files in MICRO: are inaccessible when you try
  2226.     to GET certain files with FTP.  The following info ought to clear up
  2227.     the apparent problems...
  2228.  
  2229.     All of the non-alphanumeric characters in TOPS-20 filenames, except a
  2230.     limited few, are considered "special" characters.  Thus, you must
  2231.     quote them with a real ^V.
  2232.  
  2233.     For example, it is BY3^V+SMDM.ASM and SQ^V/USQ.whatever.
  2234.  
  2235.     Sorry for the confusion.
  2236.  
  2237.     --Frank
  2238.  
  2239.  9-Dec-83 14:08:41-MST,649;000000000000
  2240. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2241. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 14:08:32-MST
  2242. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  9 Dec 83 9:29 EST
  2243. Received: From Sri-Unix.ARPA by BRL via smtp;  9 Dec 83 9:12 EST
  2244. Received: from Usenet.uucp by sri-unix.uucp with rs232; 9 Dec 83 6:09-PST
  2245. Date: 8 Dec 83 12:40:04-PST (Thu)
  2246. To: info-cpm@brl
  2247. From: ihnp4!fortune!burton@ucb-vax
  2248. Subject: Re: VAX-CPM
  2249. Article-I.D.: fortune.1926
  2250. In-Reply-To: Article <14379@sri-arpa.UUCP>
  2251.  
  2252. I would also be interested, except my VAX runs UNIX.
  2253.  
  2254.     Phil Burton
  2255.     Fortune Systems, Redwood City, CA
  2256.     415 595 8444 x526
  2257.  9-Dec-83 14:09:03-MST,1041;000000000000
  2258. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2259. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 14:08:57-MST
  2260. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  9 Dec 83 9:29 EST
  2261. Received: From Sri-Unix.ARPA by BRL via smtp;  9 Dec 83 9:12 EST
  2262. Received: from Usenet.uucp by sri-unix.uucp with rs232; 8 Dec 83 23:54-PST
  2263. Date: 7 Dec 83 7:16:14-PST (Wed)
  2264. To: info-cpm@brl
  2265. From: decvax!decwrl!daemon@ucb-vax
  2266. Subject: educational software
  2267. Article-I.D.: decwrl.4479
  2268.  
  2269. From: Ed Featherston  HL01-1/P06  225-5241 <roll::featherston>
  2270.  
  2271.  Begin Forwarded Message:
  2272.               -------------------------------------------
  2273.  
  2274. Newsgroup : net.micro.cpm
  2275. >From : RAINBO::GREENWOOD
  2276. Organization : Digital Equipment Corp.
  2277. subj: educational software
  2278.  
  2279. I am also looking for educational software for a CP/M system. Please
  2280. post any information.
  2281.  
  2282. Tim Greenwood. Digital Equipment Co
  2283.  
  2284.         Mail address : ...decvax!decwrl!rhea!rainbo!greenwood
  2285.  
  2286.               -------------------------------------------
  2287.  End Forwarded Message
  2288.  9-Dec-83 14:25:37-MST,1775;000000000000
  2289. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2290. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 14:25:28-MST
  2291. Received: From Bbna.ARPA by BRL-VGR via smtp;  9 Dec 83 9:43 EST
  2292. Date: 9 Dec 1983 09:41-EST
  2293. Sender: MOOERS@bbna
  2294. Subject: Re:  Special characters in SIMTEL20 files
  2295. From: MOOERS@bbna
  2296. To: POURNE@mit-mc
  2297. Cc: WANCHO@simtel20, INFO-CPM@brl-vgr
  2298. Cc: Mooers@bbna
  2299. Message-ID: <[BBNA] 9-Dec-83 09:41:43.MOOERS>
  2300. In-Reply-To: The message of 9 December 1983 04:26 EST from Jerry E. Pournelle <POURNE@mit-mc>
  2301.  
  2302. TOPS20, for unknown reasons, normally accepts only the following
  2303. "standard" characters in file names: uppercase A through Z,
  2304. numbers 0 through 9, and the punctuation characters dollarsign
  2305. ($), hyphen (-), and underscore (_).  Also, when you are creating
  2306. or typing filenames, TOPS-20 automatically converts lowercase a
  2307. through z to uppercase.
  2308.  
  2309. If you want to type any other "nonstandard" character, such as
  2310. lowercase a,  circumflex (^) or backslash (\), which appears in
  2311. a file name, you must "quote" the character.  The method of
  2312. quoting such a character is to type Control-V before you type the
  2313. character.  The filename that contains the nonstandard character
  2314. also contains a Control-V preceding the character, but TOPS-20
  2315. cleverly doesn't show you the Control-V.  (Except sometimes it
  2316. does, as "^V"; I can't give you the rule for when.)
  2317.  
  2318. Sometimes people include "nonstandard" characters in filenames
  2319. deliberately to keep other people from typing them.  I have come
  2320. to the conclusion, based on bitter experience, that this is a bad
  2321. idea.  I believe, however, that the "nonstandard" characters in
  2322. the files in question were standard characters on the machine
  2323. from which the files were transferrred.
  2324.  
  2325. ---Charlotte Mooers
  2326.  9-Dec-83 14:44:12-MST,649;000000000000
  2327. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2328. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 14:43:58-MST
  2329. Received: From Cmu-Cs-C.ARPA by BRL-VGR via smtp;  9 Dec 83 11:02 EST
  2330. Received: ID <DDA@CMU-CS-C.ARPA>; Fri 9 Dec 83 11:01:43-EST
  2331. Date: Fri 9 Dec 83 11:01:42-EST
  2332. From: Drew Anderson <DDA@CMU-CS-C.ARPA>
  2333. Subject: CP/M80 and CP/M86
  2334. To: info-cpm@BRL-VGR.ARPA
  2335.  
  2336. On a "normal" implementation of CP/M (8", SSSD 128byte/sector,) can your
  2337. CP/M80 system read and write CP/M86 disks?  I would assume that this would
  2338. be true, but the guys at Priority One Electronics said no.
  2339.  
  2340.                 Drew Anderson
  2341.                 DDA@cmu-cs-c.arpa
  2342. -------
  2343.  9-Dec-83 14:58:13-MST,482;000000000000
  2344. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2345. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 14:58:07-MST
  2346. Received: From Simtel20.ARPA by BRL-VGR via smtp;  9 Dec 83 12:50 EST
  2347. Date: Fri 9 Dec 83 10:50:31-MST
  2348. From: Keith Petersen <KPETERSEN@SIMTEL20.ARPA>
  2349. Subject: MDM714.HEX now available on SIMTEL20
  2350. To: Info-Cpm@BRL-VGR.ARPA
  2351.  
  2352. In response to requests from several people I have uploaded
  2353. MDM714.HEX to the MICRO:<CPM.MODEM7> directory at SIMTEL20.
  2354. -------
  2355.  9-Dec-83 17:19:31-MST,1386;000000000000
  2356. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2357. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 17:19:26-MST
  2358. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  9 Dec 83 17:59 EST
  2359. Received: From Rochester.ARPA by BRL via smtp;  9 Dec 83 17:49 EST
  2360. Received: by sen.rochester (3.327.3N) id AA12965; 9 Dec 83 17:52:10 EST (Fri)
  2361. Received: by cay.Rochester (3.327.3N+) id AA07279; 9 Dec 83 17:50:56 EST (Fri)
  2362. Message-Id: <8312092252.12965@sen.rochester>
  2363. Date: 9 Dec 83 17:52:10 EST (Fri)
  2364. From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
  2365. Subject: US Robotics Password Modem
  2366. To: info-cpm@brl.ARPA, jlapsley%D.CC@berkeley.ARPA
  2367.  
  2368. One other problem has shown up on my Password modem, which
  2369. might also be on the S-100 version (I'd like to find out).
  2370.  
  2371. If you have the modem powered up and attached to the phone line,
  2372. and someone calls you and you answer it manually on the first ring
  2373. (i.e. before the modem would have picked it up)
  2374. you will hear the modem come on anyway.
  2375. You are trying to talk to the person who called you, and the
  2376. modem is busy going "ooooooooooooo" at you both.
  2377.  
  2378. It happens in the other direction, too.
  2379. If you dial someone with your phone, when they answer
  2380. the modem picks up and goes "oooooooo".
  2381.  
  2382. Anyone know how to avoid this
  2383. (other than unplugging the modem from the phone
  2384. line or turning it off)?
  2385.  
  2386. Mike Ciaraldi
  2387. ciaraldi@rochester
  2388.  9-Dec-83 17:41:47-MST,2676;000000000000
  2389. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2390. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 17:41:33-MST
  2391. Received: From Rochester.ARPA by BRL-VGR via smtp;  9 Dec 83 18:16 EST
  2392. Received: by sen.rochester (3.327.3N) id AA13176; 9 Dec 83 18:16:01 EST (Fri)
  2393. Received: by cay.Rochester (3.327.3N+) id AA07301; 9 Dec 83 18:14:48 EST (Fri)
  2394. Message-Id: <8312092316.13176@sen.rochester>
  2395. Date: 9 Dec 83 18:16:01 EST (Fri)
  2396. From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
  2397. Subject: Re:  CP/M80 and CP/M86
  2398. To: DDA@CMU-CS-C.ARPA, info-cpm@BRL-VGR.ARPA
  2399.  
  2400. I have successfully read and written CP/M-86 disks on a CP/M-80
  2401. system, and also on an MP/M-80 system.
  2402. The file and directory formats are exactly the same, with one
  2403. exception, which is very important.
  2404.  
  2405. CP/M-86 has an optional extension to the directory
  2406. that allows you to store extra information about each file,
  2407. such as date and time stamps, passwords, etc.
  2408. This is the same as used in MP/M.
  2409. Physically, it uses extra directory entries.
  2410. Ordinarily, CP/M-80 uses one directory entry per file,
  2411. unless the file is long, in which case it uses additonal
  2412. directory entries with the same file name and different status
  2413. bits to hold the pointers to the rest of the file.
  2414. In MP/M and CP/M-86 you can tell the file system
  2415. (using the STAT or SET command) that a particular diskette
  2416. will have XFCB's (extended File Control Blocks).
  2417. If you do, the OS uses an extra directory entry for 
  2418. each file. It has the name of the file and certain status bits
  2419. to show it is an XFCB. In the rest of the directory entry,
  2420. (where you would ordinarily find pointers to disk blocks)
  2421. are the time stamps, etc.
  2422. There is also one more special directory entry
  2423. which can store the name of the diskette and
  2424. its attributes (e.g. whether to have XFCB's, whether
  2425. to timestamp all files, etc.)
  2426.  
  2427. The result is that MP/M, CP/M-86, and Concurrent CP/M-86 disks
  2428. are "upward compatible" from CP/M-80.
  2429. The three newer operating systems can read and write
  2430. CP/M-80 disks, because to them the disks look like disks
  2431. that have not been labelled and have not had the extended
  2432. features activated.
  2433. But, the CP/M-80 system may get confused when
  2434. it reads and writes the disks from the other three.
  2435. As long as the diskette does NOT have the extra stuff
  2436. activated (which is usually, but not always, the way the
  2437. format program leaves a blank disk), CP/M-80 is happy.
  2438. But if it tries to use a disk with the extended stuff
  2439. activated, it may mess up.
  2440. The new version of CP/M-80, called
  2441. CP/M-Plus or CP/M 3.0, has these extended
  2442. file things.
  2443.  
  2444. All clear?
  2445. Boy, I hope I got this all right...
  2446.  
  2447. Mike Ciaraldi
  2448. ciaraldi@rochester
  2449.  
  2450.  9-Dec-83 17:54:48-MST,1181;000000000000
  2451. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2452. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 9 Dec 83 17:54:40-MST
  2453. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  9 Dec 83 18:52 EST
  2454. Received: From Cmu-Cs-A.ARPA by BRL via smtp;  9 Dec 83 18:42 EST
  2455. Received: from [128.2.254.192] by CMU-CS-PT with CMUFTP;  9 Dec 83 17:11:11 EST
  2456. Date:  9 Dec 83 1721 EST (Friday)
  2457. From: George.Wood@cmu-cs-a
  2458. To: Drew Anderson <DDA@cmu-cs-c>
  2459. Subject: Re: CP/M80 and CP/M86
  2460. CC: info-cpm@brl
  2461. In-Reply-To: "Drew Anderson's message of 9 Dec 83 11:01-EST"
  2462. Message-Id: <09Dec83.172115.GW90@CMU-CS-A>
  2463.  
  2464.  
  2465. While the disk formats, i.e 8", sssd, 128 byte/sector, can be used by
  2466. both cp/m-80 and cp/m-86, they have different directory structures. I
  2467. don't know the specifics, but I think '86 keeps the date of the last
  2468. file modification with the directory entry. 
  2469.     If you can figure out the directory format for '86, you should 
  2470. be able to read & write with DUU; but it would probably be exasperating.
  2471. It seems to me that a conversion program could be built by around duu --
  2472. any takers?
  2473.                         George
  2474. (ps: I'd appreciate pointers to more info on the cp/m-86 directory structure)
  2475. 10-Dec-83 13:38:18-MST,916;000000000000
  2476. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2477. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Sat 10 Dec 83 13:38:14-MST
  2478. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  10 Dec 83 15:01 EST
  2479. Received: From Utexas-20.ARPA by BRL via smtp;  10 Dec 83 14:52 EST
  2480. Date: Sat 10 Dec 83 13:55:31-CST
  2481. From: Kim Korner <CS.KORNER@UTEXAS-20.ARPA>
  2482. Subject: hard disk travelling advice requested
  2483. To: info-cpm@BRL.ARPA
  2484.  
  2485.     I have a portable CPM system with an external 10 meg subsystem
  2486. manufactured by Xebec. Does anyone know what the potential problems are
  2487. if I pad the subsystem well, stick it in a flight bag and transport it
  2488. in the overhead bins of commercial airliners. Is horizontal orientation
  2489. important? Aside from backing up everything up that's on the HD are
  2490. there other things to do to ensure safe travelling?
  2491.         My thanks in advance for any assistance...
  2492.                 -Kim Korner
  2493. -------
  2494. 10-Dec-83 14:44:36-MST,1445;000000000000
  2495. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2496. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Sat 10 Dec 83 14:44:32-MST
  2497. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  10 Dec 83 16:13 EST
  2498. Received: From Mit-Ml.ARPA by BRL via smtp;  10 Dec 83 16:07 EST
  2499. Date: 10 December 1983 16:12 EST
  2500. From: Herb Lin <LIN@mit-ml>
  2501. Subject:  assemblers and Disassemblers...
  2502. To: info-cpm@brl
  2503. cc: LIN@mit-ml
  2504. In-reply-to: Msg of Fri 9 Dec 83 20:30:55-MST from Rick Conn <RCONN at SIMTEL20.ARPA>
  2505.  
  2506.  
  2507. I have had the following problem; I have an 8085 in my CP/M system,
  2508. and I want ot run some z-80 only software on it.  I have the following
  2509. solution: disassemble the z-80 software using a disassembler like REZ,
  2510. and reassemble it with a macro assembler like MAC or RMAC that has
  2511. macro libraries to simulate Z-80 instructions.  Will this work?  I
  2512. have learned many things from my net inquiries on REZ and RESOURCE,
  2513. but I feel a need to know the following (in addition to any general
  2514. comments on my scheme.)
  2515.  
  2516.     REZ will produce good tdl mnemonics when disassembling a 
  2517.     z-80 program.  Will REZ run on an 8080?
  2518.  
  2519.     Is RMAC capable of producing absoulte output, or will only
  2520.     MAC do that?
  2521.  
  2522.     What differentiates the RMAC and M-80 assemblers from each other?
  2523.  
  2524.     Is there a better disassembler/assembler combinaiton that will
  2525.     do what I want?
  2526.  
  2527.     What kind of difficulties should I expect if I just do this
  2528.     translation mechanically?
  2529.  
  2530.     
  2531.  
  2532. 11-Dec-83 09:22:50-MST,1218;000000000000
  2533. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2534. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Sun 11 Dec 83 09:22:45-MST
  2535. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  11 Dec 83 0:28 EST
  2536. Received: From Csnet-Cic.ARPA by BRL via smtp;  11 Dec 83 0:24 EST
  2537. Date:     10 Dec 83 21:54-EDT (Sat)
  2538. From: Charles Hutchinson <hutchinson%UMass-ECE@csnet-relay>
  2539. Return-Path: <hutchinson%UMass-ECE%UMASS-ECE@CSNet-Relay>
  2540. Subject:  Wordstar underlining
  2541. To: info-cpm%UMass-ECE@csnet-relay
  2542. Via:  UMASS-ECE; 10 Dec 83 23:51-EST
  2543.  
  2544. I don't know if this is the proper place for this message, but here goes:
  2545.  
  2546. A friend here at Umass is having trouble with Wordstar.  Her set up is the
  2547. following:
  2548.          Franklin Ace 1200 - with z80 card (supposedly similar to Microsoft)
  2549.      C. Itoh Prowriter 8510A
  2550.      Tymac parallel interface
  2551.  
  2552. It seems that Wordstar's resident underlining command produces text with
  2553. the toes cut off (bottom of the characters get's overstruck).  The
  2554. Prowriters underline command (codes $1B58 and $1B59) produces proper
  2555. underlining, but ignores the left margin setting, sending the printhead
  2556. to the leftmost position.  Is there a way to fix this?
  2557.  
  2558.             Any help is appreciated,
  2559.  
  2560.                     Hutch
  2561. 11-Dec-83 09:23:01-MST,1797;000000000000
  2562. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2563. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Sun 11 Dec 83 09:22:56-MST
  2564. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  11 Dec 83 1:43 EST
  2565. Received: From Usc-Isid.ARPA by BRL via smtp;  11 Dec 83 1:30 EST
  2566. Date: 10 Dec 1983 16:11-PST
  2567. Sender: ABN.ISCAMS@usc-isid
  2568. Subject: Re: hard disk travelling advice requested
  2569. From: ABN.ISCAMS@usc-isid
  2570. To: CS.KORNER@utexas-20
  2571. Cc: info-cpm@brl
  2572. Message-ID: <[USC-ISID]10-Dec-83 16:11:45.ABN.ISCAMS>
  2573. In-Reply-To: The message of Sat 10 Dec 83 13:55:31-CST from Kim Korner <CS.KORNER@UTEXAS-20.ARPA>
  2574.  
  2575. Kim (et al)
  2576.  
  2577. We here in XVIII Abn Corps have been hauling good old Corvus 20 Meggers around
  2578. for quite a while now.  We make sure the heads are parked, stuff it in a nice
  2579. stiff foam padded chest a company made for us (kind of like rock bands use --
  2580. nice tough things with black plastic sheet outside, steel edging and corners,
  2581. fancy latches, carrying handles -- cost a couple hundred apiece, unfortunately.
  2582.  
  2583. We've sent them right through commercial airline baggage handling, seen them
  2584. come down the chutes to the big turning devices upside down, sideways, end
  2585. over end.  Always seem to come through OK.  Never minded upside down, sideways.
  2586. Shipped them strapped to military aircraft pallets, under, on, upside down,
  2587. whatever way they'd fit to make the pallet square -- always came through OK.
  2588. Hauled them in the backs of jeeps, trucks, up dirt roads and through woods...
  2589. came through OK.  Main thing was cushioning the horrible sharp raps and jolts
  2590. that shatter logic boards and knock things really loose.  Normal jolts never
  2591. seem to bother them.
  2592.  
  2593. That's with the Corvus 20Megger now -- donno about yours.
  2594.  
  2595. Regards,
  2596.  
  2597. David Kirschbaum
  2598. SGM, USA
  2599. Corps Automation Mgt Office
  2600. 12-Dec-83 08:32:34-MST,4231;000000000000
  2601. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2602. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 12 Dec 83 08:32:24-MST
  2603. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  12 Dec 83 4:04 EST
  2604. Date:     Mon, 12 Dec 83 3:39:00 EST
  2605. From:     Keith Petersen <w8sdz@brl>
  2606. To:       Plouff@mit-mc
  2607. cc:       Info-Modem7@mit-mc, Info-Cpm@brl-vgr
  2608. Subject:  MDM714 bug reports
  2609.  
  2610. Bob, it sounded to me as if you might be thinking about updating 
  2611. MDM714 to include the RUGMDM routines and then possibly releasing it 
  2612. as MDM715.  I'm all for that and now that Irv has released his iron 
  2613. hold on the program I would like to encourage you to do just that.  
  2614. However, I would like to see as many of the known problems fixed as 
  2615. possible at the same time.  Toward that end, I am including a 
  2616. collection of some "bug" reports (some not really bugs, just annoying 
  2617. things).  I hope others on this mailing list will send you notes (with 
  2618. copies to INFO-MODEM7@MC) about any other problems they have 
  2619. encountered.
  2620.  
  2621. Here we go:
  2622.  
  2623. -------
  2624. Date: 10/17/83
  2625. From: Dave Hardy
  2626. To:   All
  2627. Re:   MDM7 bugs?
  2628.  
  2629. Two things that I've found in MDM7xx that I consider to be bugs:
  2630.  
  2631. 1. Program hangs with CPM option when there is modem input
  2632.  
  2633. 2. Program will not pass control characters to console that are 
  2634.    necessary to run a video editor remotely, etc.
  2635.  
  2636. Are these known "bugs," or am I the only one having these problems? 
  2637. I'm using standard MDM712 with SmartModem overlay and no special 
  2638. modifications.
  2639.  
  2640. [NOTE FROM KEITH: It should be made clearer in the DOC file that the 
  2641. overlay must be configured to allow control characters from the modem 
  2642. to reach the console.  Irv set all the overlays to "filter" unwanted 
  2643. control characters, apparently thinking that most people don't use the 
  2644. terminal mode with video-oriented text editors.  Also the "gathering 
  2645. of available characters" from the modem should not be allowed to occur 
  2646. when the CPM command is given.  The reason is that if the carrier is 
  2647. gone at this time (typical after completing a call) some I/O ports 
  2648. seem to lock up when DCD (Data Carrier Detect) goes false.  I believe 
  2649. this is the cause of the lock-up condition that happens to some people 
  2650. (me included, on the system at work) under these conditions.]
  2651.  
  2652. Date: 10/17/83
  2653. From: Tom Bering
  2654. To:   Dave Hardy
  2655. Re:   MDM712
  2656.  
  2657. The problems you're having with MDM712 are not peculiar to your 
  2658. system.  MDM7xx will hang in a CPM command if there is data coming 
  2659. from the modem, but will drop to CPM shortly after the last character 
  2660. has been sent.  I'll look at the source if I can make time and figure 
  2661. out what it's doing.  Regarding the control characters you can't get 
  2662. to the terminal, there is a label IGNORCTL in the front end of the 
  2663. main pgm (and in the overlays) that will kill sending of control 
  2664. characters above ^M in terminal mode if it is set 'YES', which it is 
  2665. in these files.  Maybe that's the problem??
  2666.  
  2667. My system is an H89 w/ZCPR2 and CP/M 2.2 and I'm getting the same 
  2668. things you describe.  Walt Jung has mentioned similar problems with 
  2669. the CPM function of MDM712.
  2670.  
  2671.  
  2672. Date: 23 Nov 1983 04:20-PST
  2673. From: David Kirschbaum
  2674. To:   Keith Petersen
  2675. Re:   MDM714 terminal mode problems
  2676.  
  2677. MDM714 works fine except I got a bug in the LOCMSG  character (the one 
  2678. that I think lets you send a local command like ^E in HERMES) while 
  2679. telling MDM714 to ignore it.   For some reason the SHFTYPE procedure 
  2680. is NOT changing that character back to ASCII in the menu, and ^^ (per 
  2681. the original code) does weird things on my Freedom 100 screen!  
  2682. Changed it to ^\, so it no longer blows my menu away, but still don't 
  2683. have it working quite right.  I'll figure it out though.
  2684.  
  2685.  
  2686. Date: 25 Nov 1983 1400-PST
  2687. To:   Keith Petersen
  2688. From: David Sternlight
  2689. Re:   Security of ALDS code with MDM714
  2690.  
  2691. MDM714 (and its predecessors) displays the alternate LD (Sprint, etc.) 
  2692. number and code on the screen when dialing [which could be a security 
  2693. problem if there are others near the terminal].  A simple fix is to 
  2694. comment out the 'CALL TYPE' instruction in MDM714.ASM after DIALAD2: 
  2695. and add three (3) NOP instructions after it (to keep the code the same 
  2696. length).
  2697.  
  2698. --end--
  2699. 12-Dec-83 08:35:06-MST,1516;000000000000
  2700. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2701. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 12 Dec 83 08:35:02-MST
  2702. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  12 Dec 83 9:06 EST
  2703. Received: From Usc-Isid.ARPA by BRL via smtp;  12 Dec 83 8:51 EST
  2704. Date: 11 Dec 1983 20:23-PST
  2705. Sender: ABN.ISCAMS@usc-isid
  2706. Subject: RANDOM in Pascal
  2707. From: ABN.ISCAMS@usc-isid
  2708. To: INFO-CPM@brl
  2709. Cc: ABN.ISCAMS@usc-isid
  2710. Message-ID: <[USC-ISID]11-Dec-83 20:23:47.ABN.ISCAMS>
  2711.  
  2712. NetLandians,
  2713.  
  2714. I've been (grudgingly) trying to get the hang of Pascal, and have been playing
  2715. with my JRT Pascal 3.0 (yeah, yeah, I know -- no flames, please.)
  2716.  
  2717. Surprise, surprise:  NO Random.  Looked through my five reference books on
  2718. Pascal -- NO Random.  A friend tells me (and source code for a program also
  2719. contains it) that Pascal/MT+ does have it, but that's no help.
  2720.  
  2721. How, pray tell, can you do the usual Random(n) thing in Pascal?  I'm looking
  2722. for a fairly random series of numbers kind of like in BASIC; you know, the
  2723. decimal from .00something to .999something.
  2724.  
  2725. Since I haven't exactly figured out how to link Assembler programs into JRT
  2726. Pascal yet either, that kind of approach (grabbing a register's contents,
  2727. sequencing my way through memory) isn't practical yet (unless someone is
  2728. willing to expand on the JRT manual!).
  2729.  
  2730. Sure would appreciate the help.  I'm getting right at home in Assembler, but
  2731. Pascal is still somewhat foreign to me.
  2732.  
  2733. Regards, and thanks in advance.
  2734.  
  2735. David Kirschbaum
  2736. Toad Hall
  2737. 12-Dec-83 12:54:53-MST,838;000000000000
  2738. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2739. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 12 Dec 83 12:54:49-MST
  2740. Received: From Simtel20.ARPA by BRL-VGR via smtp;  12 Dec 83 13:48 EST
  2741. Date: Monday, 12 December 1983  10:04-MST
  2742. Message-ID: <KPETERSEN.11974942936.BABYL@SIMTEL20>
  2743. Sender: Roger Sellers <RSELLERS@SIMTEL20.ARPA>
  2744. From: Roger Sellers <RSELLERS@SIMTEL20.ARPA>
  2745. To: KEITH@SIMTEL20.ARPA
  2746. cc: WANCHO@SIMTEL20.ARPA
  2747. Subject:   MDM714 AND RACAL
  2748. ReSent-From: KPETERSEN@simtel20
  2749. ReSent-To: Info-Cpm@brl-vgr
  2750. ReSent-Date: Mon 12 Dec 1983 11:46-MST
  2751.  
  2752. RACAL AND MDM71X ARE COMPATIBLE. FOUND THAT SIMPLE PROC WORKS.
  2753. AFTER LOADING MDM71X AND ENTERING T,L,ETC, A CONTROL CARROT,CONTROL
  2754. E, AND RETURN BRINGS UP AUTO-DIAL WITHOUT PROB.
  2755.  
  2756. SORRY TO BOTHER YOU WITH TRIVIA. MIGHT SAVE SOME OTHER FOLKS TIME THO.
  2757. REGARDS,ROG
  2758. 12-Dec-83 13:23:18-MST,1597;000000000000
  2759. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2760. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 12 Dec 83 13:23:11-MST
  2761. Received: From Cisl-Service-Multics.ARPA by BRL-VGR via smtp; 
  2762.           12 Dec 83 13:53 EST
  2763. Received: from HIS-PHOENIX-MULTICS.ARPA by CISL-SERVICE-MULTICS.ARPA dial; 12-Dec-1983 12:34:49-est
  2764. Date:  Mon, 12 Dec 83 08:45 MST
  2765. From:  Kevin Kenny <Kenny%his-phoenix-multics.arpa@BRL-VGR.ARPA>
  2766. Subject:  Re: CP/M Media Compatibility
  2767. Reply-To:  Kenny%pco@CISL-SERVICE-MULTICS.ARPA
  2768. To:  Tony Li <Tli%usc@BRL.ARPA>
  2769. cc:  INFO-CPM@BRL-VGR.ARPA, dda@CMU-CS-C.ARPA, ciaraldi@ROCHESTER.ARPA
  2770. Message-ID:  <831212154503.954982@HIS-PHOENIX-MULTICS.ARPA>
  2771.  
  2772. In fact, Tony Li's a little conservative about CP/M-MP/M-CCP/M media
  2773. exchange.  The XFCB's (extended file control blocks) look like files in
  2774. nonexistent user areas (above 16).  In fact, though, they're set up so
  2775. that if all you use is date/time stamping and the protection attributes,
  2776. you won't actually get in trouble.  The second 16 bytes of the XFCB is
  2777. reserved for encrypted password, and will be zero if the file is
  2778. unpassworded, meaning that the ``file'' won't look as if it's using any
  2779. space on the disc, and CP/M-80 won't get confused.
  2780.  
  2781. In short, you can exchange discs freely back and forth between CP/M-80
  2782. and the newer systems, *provided* that the files are unpassworded, even
  2783. if XFCB's are used.
  2784.  
  2785. Some of the public domain programs may get confused by the XFCB's, so be
  2786. careful.  I know that SAP and DUU work.  SD reports some garbage
  2787. information for the additional directory entries.
  2788.  
  2789. /k**2
  2790. 13-Dec-83 11:57:01-MST,1149;000000000000
  2791. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2792. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 11:56:56-MST
  2793. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  13 Dec 83 11:38 EST
  2794. Received: From Ucb-Vax.ARPA by BRL via smtp;  12 Dec 83 17:53 EST
  2795. Received: from ucbpopuli.CC.Berkeley.ARPA (ucbpopuli.ARPA) by UCB-VAX.ARPA (4.22/4.16)
  2796.     id AA16315; Mon, 12 Dec 83 14:53:23 pst
  2797. Message-Id: <8312122241.AA22036@ucbpopuli.CC.Berkeley.ARPA>
  2798. Received: by ucbpopuli.CC.Berkeley.ARPA
  2799.     (4.13/4.9) id AA22036; Mon, 12 Dec 83 14:41:42 pst
  2800. Date: 12 December 83 14:42-PST
  2801. From: KJBSF%slacvm@BRL.ARPA
  2802. To: INFO-CPM@brl
  2803. Subject: BITNET mail follows
  2804.  
  2805. Date: 12 December 1983, 14:40:09 PST
  2806. From: KJBSF    at SLACVM
  2807. To:   INFO-CPM at BRL.ARPA
  2808. Subject: Apple CP/M Kermit-80
  2809.  
  2810.   I downloaded the CPMAPPLE.HEX kermit from Columbia, and Loaded it on
  2811. my Apple, and I seem to have had some problem.  Everything works fine,
  2812. except for one thing; that is this:  The program will not send any of the
  2813. characters I type to the remote system (when I'm in terminal mode)!!
  2814. Maybe someone could help me with this.  Thanks.
  2815.             - Kevin
  2816.  
  2817. 13-Dec-83 12:12:53-MST,822;000000000000
  2818. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2819. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 12:12:50-MST
  2820. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  13 Dec 83 11:41 EST
  2821. Received: From Parc-Maxc.ARPA by BRL via smtp;  12 Dec 83 21:34 EST
  2822. Date: Mon, 12 Dec 83 17:26 PST
  2823. From: MMOON.ES@PARC-MAXC.ARPA
  2824. Subject: Re: U.S. Robotics S-100 1200 baud modem: a note
  2825. In-reply-to: <8312090221.AA23278@D.CC.Berkeley.ARPA>
  2826. To: Phil Lapsley <jlapsley%D.CC@berkeley.ARPA>
  2827. cc: info-cpm@brl.ARPA
  2828.  
  2829. Coupla questions.  Did you bring up a vanilla USR/DCH MDM714 on the
  2830. beast? & if so, do all the goodies like auto-dial & the NM overlay work
  2831. unmolested?
  2832. I would appreciate any response as I've been salivating over one of
  2833. those boards ever since I saw it in the Priority One catalog.
  2834.  
  2835.         --MMoon.es
  2836.  
  2837. 13-Dec-83 12:21:52-MST,1041;000000000000
  2838. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2839. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 12:21:46-MST
  2840. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  13 Dec 83 11:41 EST
  2841. Received: From Rochester.ARPA by BRL via smtp;  12 Dec 83 22:17 EST
  2842. Received: by sen.rochester (3.327.3N) id AA00027; 12 Dec 83 22:21:08 EST (Mon)
  2843. Received: by cay.Rochester (3.327.3N+) id AA12084; 12 Dec 83 22:20:14 EST (Mon)
  2844. Message-Id: <8312130321.27@sen.rochester>
  2845. Date: 12 Dec 83 22:21:08 EST (Mon)
  2846. From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
  2847. Subject: Re:  hard disk travelling advice requested
  2848. To: CS.KORNER@UTEXAS-20.ARPA, info-cpm@BRL.ARPA
  2849.  
  2850. I have no expereinece on this, but I know that some
  2851. manufacturers (computers manufacturers) include a 
  2852. "SHIP" program that you are supposed to run before
  2853. moving your Winchester. This homes the heads to the
  2854. unused track called the "landing area" I think,
  2855. which is a track that never has data on it, so it is
  2856. safe to leave the heads resting there (since they do not retract).
  2857. 13-Dec-83 12:33:55-MST,1543;000000000000
  2858. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2859. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 12:33:50-MST
  2860. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  13 Dec 83 11:41 EST
  2861. Received: From Rochester.ARPA by BRL via smtp;  12 Dec 83 22:39 EST
  2862. Received: by sen.rochester (3.327.3N) id AA00297; 12 Dec 83 22:42:50 EST (Mon)
  2863. Received: by cay.Rochester (3.327.3N+) id AA12146; 12 Dec 83 22:41:54 EST (Mon)
  2864. Message-Id: <8312130342.297@sen.rochester>
  2865. Date: 12 Dec 83 22:42:50 EST (Mon)
  2866. From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
  2867. Subject: Re:  RANDOM in Pascal
  2868. To: ABN.ISCAMS@usc-isid.ARPA, INFO-CPM@brl.ARPA
  2869.  
  2870. I have seen a Pascal pseudo-random number generator prrogram.
  2871. I uses the well-know techinque of taking a seed number,
  2872. multiplying it by a constant, adding another constant, and
  2873. using the result as a random integer, and also as the next seed.
  2874. The problem is finding the "magic numbers" for the constants.
  2875. Someone has figured this out for various word lengths, and
  2876. I know a set of constants exists which causes a 16-bit
  2877. integer to cycle in a pseudo-random fashion through all 64k
  2878. numbers. This is then easily converted into a fraction
  2879. between 0 and 1.0.
  2880. The algorithm I saw was written up in some sample programs
  2881. which came with the Motorola Pascal compiler (produces
  2882. 6809 code on an IBM 360).
  2883. I think the magic numbers are listed in the
  2884. "Encyclopedia of Computer Science", edited by Anthony Ralston.
  2885. You might also try the ACM collected Algortiithms.
  2886.  
  2887. Mike Ciaraldi
  2888. ciaraldi@rochester
  2889. 13-Dec-83 12:56:43-MST,2164;000000000000
  2890. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2891. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 12:56:36-MST
  2892. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  13 Dec 83 11:42 EST
  2893. Received: From Rochester.ARPA by BRL via smtp;  12 Dec 83 22:58 EST
  2894. Received: by sen.rochester (3.327.3N) id AA00682; 12 Dec 83 23:02:17 EST (Mon)
  2895. Received: by cay.Rochester (3.327.3N+) id AA12171; 12 Dec 83 23:01:31 EST (Mon)
  2896. Message-Id: <8312130402.682@sen.rochester>
  2897. Date: 12 Dec 83 23:02:17 EST (Mon)
  2898. From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
  2899. Subject: CP/M-86 and Concurrent CP/M-86 for Zenith Z-100
  2900. To: info-cpm@brl.ARPA
  2901.  
  2902. Latest word on CP/M-86 family products for the Zenith Z-100.
  2903.  
  2904. CP/M-86 has reached at least some Heathkit stores but
  2905. is in tight supply because (supposedly) the machines being
  2906. sent to the DOD are getting it.
  2907.  
  2908. Concurrent CP/M-86, ported under contract to Zenith by some 
  2909. West coast software house, was supposed to show up for
  2910. Beta-test this week, but hasn't. Maybe another week or so.
  2911. Final release would probably not be until (I'm guessing here,
  2912. based on how long CP/M-86 took) March, 1984 or after.
  2913.  
  2914. I finished Taylor's internal version of CCP/M in October,
  2915. but we will be switching over to the Zenith version when 
  2916. available. My version has some limitations (no Winchester support), 
  2917. screen image not changed when virtual console switches, etc.,
  2918. that would limit its usefulness for the average user.
  2919. However, the multi-tasking and message-passing work fine
  2920. (nothing I could do to mess them up!), and that's what we
  2921. needed for our application.
  2922.  
  2923. For the record, it took about two months of solid effort
  2924. to bring up CCP/M, starting from the BIOS which Zenith had
  2925. already written for CP/M-86. This does not count about two
  2926. months of of reading the manuals and looking at the
  2927. BIOS for ZDOS (Zenith MS-DOS) to learn about Z-100 hardware
  2928. and 8086 assembler. During that time I was doing a lot
  2929. of other things too.
  2930.  
  2931. Zenith will also be releasing MP/M-86 arounfd the
  2932. same time as Concurrent.
  2933. ZDOS version 2.0 should be available very soon, if it
  2934. is not already.
  2935.  
  2936. Mike Ciaraldi
  2937. ciaraldi@rochester
  2938. 13-Dec-83 13:19:33-MST,1470;000000000000
  2939. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2940. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 13:19:27-MST
  2941. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  13 Dec 83 11:43 EST
  2942. Received: From Ucb-Vax.ARPA by BRL via smtp;  13 Dec 83 1:03 EST
  2943. Received: from ucbpopuli.CC.Berkeley.ARPA (ucbpopuli.ARPA) by UCB-VAX.ARPA (4.22/4.16)
  2944.     id AA22462; Mon, 12 Dec 83 22:05:30 pst
  2945. Received: by ucbpopuli.CC.Berkeley.ARPA
  2946.     (4.13/4.9) id AA29497; Mon, 12 Dec 83 21:59:53 pst
  2947. Date: Mon, 12 Dec 83 21:58:14 pst
  2948. From: The tty of Phil Lapsley <jlapsley%D.CC@berkeley>
  2949. Message-Id: <8312130558.AA17346@D.CC.Berkeley.ARPA>
  2950. Received: by D.CC.Berkeley.ARPA
  2951.     (4.13/4.9.1) id AA17346; Mon, 12 Dec 83 21:58:14 pst
  2952. Arpa-Address: jlapsley%D.CC@Berkeley
  2953. To: MMOON.ES@parc-maxc
  2954. Subject: Re: U.S. Robotics S-100 1200 baud modem: a note
  2955. Cc: info-cpm@brl
  2956.  
  2957.    I have not yet brought up a MDM712/714 on the beast, but I intend to
  2958. do so shortly.  I have been using another terminal program of mine which
  2959. dials ala D.C. Hayes, and it works fine.
  2960.  
  2961.    The way the thing is set up, it responds to pretty much all the D.C.
  2962. Hayes commands except most of the "ATSx=y" commands, since they tend to
  2963. be a bit on the useless side, with a few exceptions.  So any command
  2964. in the form "ATDTnumber" followed by a return will work with the U.S.R.
  2965. just fine.
  2966.  
  2967.    When/if I get 714 running on it, I will let you know what happens.
  2968.  
  2969.                     Phil
  2970.                 <jlapsley%D.CC@Berkeley>
  2971. 13-Dec-83 16:30:15-MST,845;000000000000
  2972. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2973. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 16:30:11-MST
  2974. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  13 Dec 83 11:48 EST
  2975. Received: From Nosc-Cc.ARPA by BRL via smtp;  13 Dec 83 10:15 EST
  2976. Received: by Nosc.ARPA (4.12/4.7)
  2977.     id AA14429; Tue, 13 Dec 83 07:18:43 pst
  2978. Date: Tue, 13 Dec 83 07:18:01 pst
  2979. From: gil%CCVAX@nosc
  2980. Message-Id: <8312131518.AA14429@Nosc.ARPA>
  2981. To: info-cpm@brl
  2982. Subject: KAYPRO 5MHz Modifications
  2983. Cc: info-micro@brl
  2984.  
  2985. A few weeks ago some kind soul sent a procedure to the net for modification
  2986. of KAYPRO2 computers for running at a 5 MHz clock rate.  I carefully saved
  2987. the message, but now can't find it anywhere, much to my frustration.
  2988.  
  2989. Could someone please send me another copy?  My gratitude will know no bounds.
  2990.  
  2991. gil@nosc-cc.arpa
  2992. 13-Dec-83 16:50:42-MST,1221;000000000000
  2993. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  2994. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 16:50:34-MST
  2995. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  13 Dec 83 12:03 EST
  2996. Received: From Parc-Maxc.ARPA by BRL via smtp;  13 Dec 83 11:39 EST
  2997. Date: Tue, 13 Dec 83 08:38 PST
  2998. From: Eldridge.es@PARC-MAXC.ARPA
  2999. Subject: Re: RANDOM in Pascal
  3000. In-reply-to: <[USC-ISID]11-Dec-83 20:23:47.ABN.ISCAMS>
  3001. To: ABN.ISCAMS@usc-isid.ARPA
  3002. cc: INFO-CPM@brl.ARPA, JRTusers^.pa@PARC-MAXC.ARPA
  3003. Reply-To: Eldridge.es <Eldridge.es@PARC-MAXC.ARPA>
  3004.  
  3005. Try the following (I use it in JRT Pascal):
  3006.  
  3007. function Random(Seed : real): real;
  3008.  
  3009. { Return the next value in a pseudo-random sequence.  The range is
  3010. 0<=N<1. }
  3011.  
  3012. begin
  3013.   Seed := (9821.0 * Seed) + 0.211327;
  3014.   Seed := Seed - trunc(Seed);
  3015.   Random := Seed
  3016. end;  {Random}
  3017.  
  3018.  
  3019. Initialize the random number generator by giving it a first seed.
  3020. (RandNum and StartValue are both real)
  3021.  
  3022.   RandNum := Random(StartValue);
  3023.  
  3024. Succeeding numbers in the sequence are generated by:
  3025.  
  3026.   RandNum := Random(RandNum);
  3027.  
  3028.  
  3029. The formula used is:  NextSeed = frac((9821.0 * Seed) + 0.211327)
  3030. This is the formula in the HP-41C standard applications library.
  3031.  
  3032. George
  3033.  
  3034. 13-Dec-83 17:14:00-MST,844;000000000000
  3035. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3036. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 17:13:57-MST
  3037. Received: From Nosc-Cc.ARPA by BRL-VGR via smtp;  13 Dec 83 15:08 EST
  3038. Received: by Nosc.ARPA (4.12/4.7)
  3039.     id AA24248; Tue, 13 Dec 83 12:09:16 pst
  3040. Date: Tue, 13 Dec 83 12:08:38 pst
  3041. From: revc%CCVAX@nosc
  3042. Message-Id: <8312132009.AA24248@Nosc.ARPA>
  3043. To: info-cpm@brl-vgr
  3044. Subject: DOD Zenith Computers
  3045.  
  3046. -------
  3047. Awhile back it was mentioned that the Zenith computer
  3048. was selected as the official DOD computer.  However, I
  3049. have yet to see anything in writing at the local level.
  3050.  
  3051. Could someone give me a pointer to the documentation on
  3052. on this.
  3053.  
  3054. Bob Van Cleef
  3055. Computer Sciences Corporation
  3056. Naval Ocean Systems Center
  3057. San Diego, CA
  3058.  
  3059. ARPA revc@nosc
  3060. UUCP sdcsvax!noscvax!revc
  3061. CompuServe 71565,533
  3062. -------
  3063.  
  3064. 13-Dec-83 17:20:58-MST,3131;000000000000
  3065. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3066. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 17:20:48-MST
  3067. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  13 Dec 83 14:18 EST
  3068. Received: From Columbia-20.ARPA by BRL via smtp;  13 Dec 83 14:10 EST
  3069. Date: Tue 13 Dec 83 14:13:42-EST
  3070. From: Frank da Cruz <cc.fdc@COLUMBIA-20.ARPA>
  3071. Subject: New release of CP/M-80 KERMIT
  3072. To: Info-Kermit@COLUMBIA-20.ARPA
  3073. cc: Info-CPM@BRL.ARPA
  3074.  
  3075. Announcing a new release of KERMIT-80, which provides file transfer and
  3076. terminal emulation for CP/M-80 systems.  This release is version 3.6; it has no
  3077. new functionality over version 3.5, but several major bugs have been fixed.
  3078. These include:
  3079.  
  3080.  Cursor addressing errors fixed for various systems.
  3081.  
  3082.  During terminal emulation, some systems (the Kaypro II, for instance) would
  3083.   output nulls continuously.  This has been fixed.
  3084.  
  3085. Thanks to James Grossen at the University of Tennessee at Knoxville for these
  3086. fixes.  Users of CP/M Kermit are encouraged to get the new .HEX files (using
  3087. their current versions of Kermit), LOAD them, and try them out.  If you do
  3088. this, please let me know which system you tried, whether it worked, and if not,
  3089. what went wrong.
  3090.  
  3091. The .HEX files are available in KER:CPM*.HEX via anonymous FTP from host
  3092. COLUMBIA-20.  The systems supported, and the corresponding files, are:
  3093.  
  3094.  CPMAPPLE.HEX    Apple II with Z80 SoftCard, DC Hayes MicroModem II    
  3095.  CPMBRAIN.HEX    Intertec SuperBrain
  3096.  CPMDMII.HEX    DECmate II with CP/M option
  3097.  CPMGENERI.HEX    "Generic" CP/M-80 version 2.x
  3098.  CPMHEATH.HEX    Heath/Zenith 89
  3099.  CPMKAYPRO.HEX    Kaypro II
  3100.  CPMOSBORN.HEX    Osborne 1
  3101.  CPMOSI.HEX    Ohio Scientific
  3102.  CPMPLUS.HEX    "Generic" CP/M-80 version 3.0 (CP/M Plus)
  3103.  CPMRAINBO.HEX    DEC Rainbow-100, CP/M-80 (Z80 side)
  3104.  CPMROBIN.HEX    DEC VT180 "Robin"
  3105.  CPMTELCON.HEX    Telcon Zorba
  3106.  CPMTRS80.HEX    TRS-80 Model II with CP/M
  3107.  CPMVECTOR.HEX    Vector Graphics
  3108.  CPMZ100.HEX    Heath/Zenith Z100, CP/M-80 (Z80 side)
  3109.  
  3110.  CPMBASE.M80    The single source file for all the above.
  3111.  CPMBASE.DIF    Source differences from version 3.5.
  3112.  
  3113. There are also various associated .DOC and .HLP files.
  3114.  
  3115. KERMIT implementations are also available for many other systems, both micros
  3116. and mainframes.  To get an idea of what's available, see the file
  3117. KER:00README.TXT.
  3118.  
  3119. Those of you who have been using KERMIT-80 version 3.2 or earlier are
  3120. encouraged to try out this new release -- in incorporates many new features,
  3121. including built-in DIR and ERA commands, a way for switching and logging in
  3122. disks, improved wildcard facilities, etc.
  3123.  
  3124. Since we do not have examples at Columbia of more than a couple of the systems
  3125. listed above, I would be very grateful to anyone who could report to me about
  3126. their success or lack thereof in running this new version of KERMIT-80.
  3127. In the meantime, an entirely new (and radically different) release of KERMIT-80
  3128. is in preparation.  It is expected that this new version will require
  3129. considerable testing, so it is very desirable to stabilize the present version.
  3130. Your reports will be of great help in doing this.
  3131.  
  3132. - Frank da Cruz (Columbia U)
  3133. -------
  3134. 13-Dec-83 19:19:33-MST,2665;000000000000
  3135. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3136. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 13 Dec 83 19:19:25-MST
  3137. Received: From Rand-Unix.ARPA by BRL-VGR via smtp;  13 Dec 83 19:47 EST
  3138. Date: Tuesday, 13 Dec 1983 16:42-PST
  3139. To: Info-Cpm@brl-vgr
  3140. Cc: Info-Micro@brl-vgr, chris@rand-unix
  3141. Subject: Xerox hardware support for Osborne Computers
  3142. From: chris@rand-unix
  3143.  
  3144.  
  3145. After Osborne filed for limited bankruptcy in September, Xerox picked
  3146. up the service vacuum, and those of us with Osbornes breathed a little
  3147. easier, knowing that somebody out there would fix the machines when
  3148. they blipped.
  3149.  
  3150. Well, Xerox will, but they extort the last drop of blood while they
  3151. do it.
  3152.  
  3153. My friend has an Osborne with the double-density upgrade.  In June, just
  3154. after the warranty on his double density upgrad ran out he had the logic
  3155. board and the power supply for about $350, including labor. [Moral 1: don't
  3156. get upgrades unless you know somebody who builds comuters and will fix it
  3157. for you.  My Osborne with its pokey drives has never been sick since it
  3158. came out of warrenty 18 months ago].  Two weeks ago his Osborne developed a
  3159. sick logic board, which manifested itself by spinning both screaming disks
  3160. and filling the CRT with snow immediately upon power-up.  He took it into
  3161. Xerox and requested that they let him know if it would cost more than $350.
  3162. Several days later he called to see what was happening, and was told the
  3163. work had been completed and it would cost $500: $50 in labor and $419 for
  3164. the logic board, plus tax.  This was over twice what the logic board cost
  3165. when it was replaced six months ago by Osborne.  It is not clear whether
  3166. Xerox has upped the price because it is the only game in town, or whether
  3167. the supplier is trying to recover losses.
  3168.  
  3169. Moreover, in order to get a service contract from Xerox, one must pay
  3170. a $35 inspection fee which is non-applicable to the $285/single year
  3171. maintenance fee if the computer passes the inspection.  They will no
  3172. longer offer the 2-year contract advertised recently.
  3173.  
  3174. Moral 2:  If you take a computer into Xerox and want an estimate,
  3175. better get it in writing that they agree to call you before performing
  3176. the work.
  3177.  
  3178. Moral 3: [Sigh] If you get a chance to pick up an Osborne cheap (and they
  3179. are going for less than $1000 with everything thrown in) think twice
  3180. about it.  Maintenance may double the cost of your machine.  Which is
  3181. too bad, because in many ways, the Osborne is a good computer.
  3182.  
  3183. Moral 4:  If you want to make a fortune these days, skip law school,
  3184. don't go into medicine, and don't wait to be discovered as a rock
  3185. star.  Just open a computer repair shop.
  3186. 14-Dec-83 14:32:49-MST,606;000000000000
  3187. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3188. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 14:32:43-MST
  3189. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  13 Dec 83 20:05 EST
  3190. Received: From Sri-Nic.ARPA by BRL via smtp;  13 Dec 83 20:00 EST
  3191. Date: Tue 13 Dec 83 16:55:15-PST
  3192. From: David Roode <ROODE@sri-nic>
  3193. Subject: Re: MFT48 now available
  3194. To: W8SDZ@mit-mc, Info-Cpm@brl
  3195. In-Reply-To: Message from "Keith Petersen <W8SDZ@mit-mc>" of Sat 20 Aug 83 21:49:00-PDT
  3196. Location:  EJ286    Phone: (415) 859-2774
  3197.  
  3198. Great! Thanks!  Did you ever get batch modem MODEM to work?
  3199. -------
  3200. 14-Dec-83 14:33:38-MST,1450;000000000000
  3201. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3202. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 14:33:31-MST
  3203. Received: From Usc-Isid.ARPA by BRL-VGR via smtp;  13 Dec 83 22:01 EST
  3204. Date: 13 Dec 1983 16:30-PST
  3205. Sender: ABN.ISCAMS@usc-isid
  3206. Subject: Re: DOD Zenith Computers
  3207. From: ABN.ISCAMS@usc-isid
  3208. To: revc%CCVAX@nosc
  3209. Cc: info-cpm@brl-vgr
  3210. Message-ID: <[USC-ISID]13-Dec-83 16:30:53.ABN.ISCAMS>
  3211. In-Reply-To: <8312132009.AA24248@Nosc.ARPA>
  3212.  
  3213. Bob (et al)
  3214.  
  3215. Don't think the traffic/messages actually stated the Z100 was "the official
  3216. DoD micro" as such - but that one big joint-service, "everybody join in if
  3217. you wanna" type specification and contract was let.  I think someone
  3218. mentioned maybe 250 machines at last count, but this is an "F6" bit of
  3219. info (for you MI types).  I hope my original source has some more current
  3220. information, since I am MOST information in anything I can use as strong
  3221. evidence that SOMEONE out there is trying to standardize!  (Lord, what a
  3222. grabbag we have here!)
  3223.  
  3224. I recently heard USAF wanting to transport some Pascal stuff from another
  3225. micro over to the Z100 (one little Agency), but still have no firm evidence
  3226. that they are proliferating all over the Services.  Do know Navy bought
  3227. a bunch (hundred?) of other small one-board CP/M micros down Louisiana way,
  3228. so nothing really locked in yet on the Z100.
  3229.  
  3230. Regards,
  3231. David Kirschbaum
  3232. Toad Hall (can't wear my official hat on this one)
  3233. 14-Dec-83 14:36:31-MST,1683;000000000000
  3234. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3235. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 14:36:21-MST
  3236. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  14 Dec 83 8:22 EST
  3237. Received: From Sri-Unix.ARPA by BRL via smtp;  14 Dec 83 6:01 EST
  3238. Received: from Usenet.uucp by sri-unix.uucp with rs232; 14 Dec 83 2:55-PST
  3239. Date: 12 Dec 83 6:58:52-PST (Mon)
  3240. To: info-cpm@brl
  3241. From: ihnp4!ihuxq!covert@ucb-vax
  3242. Subject: Re:  CP/M Assemblers
  3243. Article-I.D.: ihuxq.411
  3244. In-Reply-To: Article <14409@sri-arpa.UUCP>
  3245.  
  3246. I have purchased the 2500AD Z-80 Assembler and found it to be useless
  3247. for the following reasons:
  3248. 1)It does not generate a PRN file, but will list the output to the printer.
  3249.   This is bad since it wastes a lot of paper and time on printouts that 
  3250.   you don't need.
  3251. 2)It does not generate any type of symbols table file, and therefore will
  3252.   not work with ZSID. Also, 2500AD does not provide a replacement for ZSID,
  3253.   to be used with their assembler. A good debugger is necessary for assembly
  3254.   language program development.
  3255. 3)The relocatble code output from their assembler is NOT Microsoft format,
  3256.   and therefore will NOT work with other software tools (such as the 
  3257.   PLINK-II linker/loader). This also means that you can not link their
  3258.   assembler output to such programs as BDS-C or any of the Microsoft
  3259.   languauges.
  3260.  
  3261.     My recommendation is to purchase the Microsoft Macro-80 and Link-80
  3262. assembler. It is an excellent Z-80 assembler, and will also assembler 8080
  3263. code.
  3264.     If there is further interest I will post excerpts from their
  3265.     manual.
  3266.     
  3267. -- 
  3268.             richard covert
  3269.             ihnp4!ihuxq!covert
  3270.             (312) 968-7987
  3271.             IW 1E-408
  3272.             
  3273. 14-Dec-83 14:39:23-MST,2405;000000000000
  3274. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3275. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 14:39:11-MST
  3276. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  14 Dec 83 9:28 EST
  3277. Received: From Mit-Multics.ARPA by BRL via smtp;  14 Dec 83 9:07 EST
  3278. Received: from CISL-SERVICE-MULTICS.ARPA by MIT-MULTICS.ARPA TCP; 14-Dec-1983 09:04:08-est
  3279. Received: from HIS-PHOENIX-MULTICS.ARPA by CISL-SERVICE-MULTICS.ARPA dial; 13-Dec-1983 20:56:23-est
  3280. Date:  Tue, 13 Dec 83 18:51 MST
  3281. From:  Kevin Kenny <Kenny%his-phoenix-multics.arpa@BRL.ARPA>
  3282. Subject:  RE: CP/M media compatibility
  3283. Reply-To:  Kenny%PCO@CISL-SERVICE-MULTICS.ARPA
  3284. To:  INFO-CPM@BRL.ARPA
  3285. Message-ID:  <831214015138.142843@HIS-PHOENIX-MULTICS.ARPA>
  3286.  
  3287. (1) -- 32 lines
  3288.  
  3289. Date:  Tuesday, 13 December 1983 18:40 mst
  3290. From:  Network_Server.Multics
  3291. Subject:  Unable to deliver mail from Kenny.OSNI@HIS-PHOENIX-MULTICS.ARPA
  3292. To:  Kenny.OSNI at HIS-PHOENIX-MULTICS
  3293.  
  3294. Recipient INFO-CPM@BRL-VGR.ARPA at CISL-SERVICE-MULTICS.ARPA failed because The requested action was not performed. No known path.
  3295.  
  3296. ******************** Failed message follows. ********************
  3297.  
  3298. Date:  Tue, 13 Dec 83 18:37 MST
  3299. From:  Kevin Kenny <Kenny@HIS-PHOENIX-MULTICS.ARPA>
  3300. Subject:  Re: CP/M Media Compatibility
  3301. Reply-To:  Kenny%PCO@CISL-SERVICE-MULTICS.ARPA
  3302. To:  INFO-CPM@BRL-VGR.ARPA
  3303. Message-ID:  <831214013735.338020@HIS-PHOENIX-MULTICS.ARPA>
  3304.  
  3305. Resent-Message-ID:  <831213005740.664514@HIS-PHOENIX-MULTICS.ARPA>
  3306.  
  3307. In fact, Tony Li's a little conservative about CP/M-MP/M-CCP/M media
  3308. exchange.  The XFCB's (extended file control blocks) look like files in
  3309. nonexistent user areas (above 16).  In fact, though, they're set up so
  3310. that if all you use is date/time stamping and the protection attributes,
  3311. you won't actually get in trouble.  The second 16 bytes of the XFCB is
  3312. reserved for encrypted password, and will be zero if the file is
  3313. unpassworded, meaning that the ``file'' won't look as if it's using any
  3314. space on the disc, and CP/M-80 won't get confused.
  3315.  
  3316. In short, you can exchange discs freely back and forth between CP/M-80
  3317. and the newer systems, *provided* that the files are unpassworded, even
  3318. if XFCB's are used.
  3319.  
  3320. Some of the public domain programs may get confused by the XFCB's, so be
  3321. careful.  I know that SAP and DUU work.  SD reports some garbage
  3322. information for the additional directory entries.
  3323.  
  3324. /k**2
  3325.  
  3326. 14-Dec-83 14:39:25-MST,515;000000000000
  3327. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3328. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 14:39:19-MST
  3329. Received: From Uw-Vlsi.ARPA by BRL-VGR via smtp;  14 Dec 83 9:36 EST
  3330. Date: 13 Dec 1983 21:09:38-PST
  3331. From: Ed Mills <capn@uw-vlsi>
  3332. To: info-cpm@brl-vgr
  3333. Subject: David Kirschbaum's ARPA address.
  3334.  
  3335.  
  3336. To David Kirschbaum:
  3337.  
  3338. David,
  3339.     Could you please mail me your ARPA address? I have a response to some
  3340. of your questions of DEC 8.
  3341.  
  3342.                     Thanks,
  3343.  
  3344.                     Ed Mills
  3345.  
  3346.                     Capn@uw-vlsi
  3347.  
  3348. 14-Dec-83 17:20:01-MST,2853;000000000000
  3349. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3350. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 17:19:53-MST
  3351. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  14 Dec 83 18:40 EST
  3352. Received: From Usc-Eclb.ARPA by BRL via smtp;  14 Dec 83 18:35 EST
  3353. Date: 14 Dec 1983 15:32-PST
  3354. Sender: JHESS@usc-eclb
  3355. Subject: Zenith Z-100 for DoD use
  3356. From: JHESS@usc-eclb
  3357. To: info-cpm@brl
  3358. Message-ID: <[USC-ECLB]14-Dec-83 15:32:48.JHESS>
  3359.  
  3360. Two pieces of paper have crossed my desk this week concerning the
  3361. Zenith Z-100:
  3362.  
  3363. 1.  Air Force Systems Command (ACDT) letter, dated 8 Nov 1983, 
  3364. subject: Information, Small Computer Contract states in part:
  3365.  
  3366.      "1.  This letter is intended for information only and should not be
  3367.       construed as a solicitation for requirements..  The Air Force standard
  3368.       small computer contract was awarded to Zenith Data Systems on 3 Oct 83.
  3369.       It becomes a mandatory source for microcomputers, although if sufficient
  3370.       justification exists, other sources are allowed.
  3371.  
  3372.       2.  Since this equipment is managed under the 300-Series regulations,
  3373.       the DAR process, via AFSC Form 380, is mandatory ..."
  3374.  
  3375. 2.  An undated and unsigned paper entitled " Z-100 Contract Guidelines and
  3376. Items of Interest" states:
  3377.  
  3378.       "1.  Air Force policy is:  If the products on this contract can
  3379.        satisfy the user's requirement, we must use this contract."
  3380.  
  3381.       "4.  Zenith plans to offer the following packages with an amendment
  3382.        to the contract:
  3383.          a.  Multiplan (spreadsheet)
  3384.          b.  Lotus 1-2-3 (INTEGRATED SPREADSHEET, dbms, AND graphics)
  3385.          c.  Concurrent CP/M
  3386.          d.  Wordstar (word processing)
  3387.          e.  "C" compiler"
  3388.  
  3389.       "9.  AFSCOASO and AFLANSPO are jointly developing communications
  3390.        interface software."
  3391.  
  3392.       "10.  Government employees, including military, may acquire a Z-100
  3393.        microcomputer, peripherals, and related software by joining the
  3394.        Government Employees Association, GEA, for a modest fee of $10.  This
  3395.        lifetime membership allows an employee to buy products at the same
  3396.        price as the Government contract.  The employee is limited to one
  3397.        system per year and a maximum of $5000.00 total purchases on this 
  3398.        contract.  The buyer must pay shipping cost and the equipment must
  3399.        be shipped to the buyer's home address."
  3400.  
  3401. NOTE - The contract number is "F19630-83-D-0005" and the purchase prices
  3402. are fantastic --- approx 40-60% off list.  The Navy apparently has some 
  3403. joint arrangement with the Air Force, but I have not been able to get any
  3404. details.  I don't bthink the Army has a piece of the action.  I called
  3405. GEA yesterday and they confirmed the info in the notice quoted above.  They
  3406. are sending me additional info and I will post the net when I receive it.
  3407. 14-Dec-83 19:53:57-MST,6734;000000000000
  3408. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3409. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 19:53:39-MST
  3410. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  14 Dec 83 21:04 EST
  3411. Date:     Wed, 14 Dec 83 20:55:54 EST
  3412. From:     Keith Petersen <w8sdz@brl>
  3413. To:       Info-Cpm@brl-vgr
  3414. Subject:  MDM715 now available
  3415.  
  3416. Tom Bering has just released MDM715, the latest version of MODEM7.
  3417. Below is a complete history of the updates of MDM7xx so readers
  3418. can see the significant changes that have occured recently.  An
  3419. announcement of the files available from SIMTEL20 will be made in
  3420. a separate message.
  3421.  
  3422. MDM715 supports Auto-Dialing and automatic continuous redialing for
  3423. the following modems:
  3424.  
  3425.                 a)  PMMI 103 plug-in S-100 modem
  3426.                 b)  Hayes Smartmodem 300 or 1200
  3427.                 c)  U.S. Robotics 300/1200 modem
  3428.  
  3429. 12/11/83  Expanded Hayes redial options. Eliminated scrolling
  3430.           of CRT display during redial. Added clue to abort CAL.
  3431.           Eliminated duplicate 'CONNECT' msg on CRT (from Hayes).
  3432.           Eliminated display of ALT LD access codes. Faster redial
  3433. MDM715    for Hayes. Resets Hayes (ATZ) on BYE command. Finished
  3434.           clean-up of comments missed by NEAT. Shortened 3 LTR
  3435.           command help screen by one line. New NUMBLIB ORG 0D00.
  3436.                                         - Tom Bering
  3437.  
  3438. 11/11/83  Releasing full source code, including all comments. Updated
  3439.           the telephone library for currently available RCPM systems.
  3440. MDM714    LF not automatically added in "L" half duplex mode now. Can
  3441.           be added via "TLF" command if needed. Renamed the overlays
  3442.           to allow them to remain independent of further updates.
  3443.           Example: M7AP-1.ASM, M7GP-1.ASM, M7PC-1.ASM, etc. Enjoy
  3444.                                         - Irv Hoff
  3445.  
  3446. 10/10/83  Fixed old PMMI bug - changed line in NXTOPT0 area which now
  3447.           reads STA CMDBUF+4 (was +5). This caused the PMMI modem to
  3448. MDM713    flip to answer mode whenever 'CAL' (auto-dial) function was
  3449.           used. This bug had been around for some time and led to
  3450.           notices of 'flakey operation' in earlier MODEM7xx programs.
  3451.           Did some cleanup.             - Sigi Kluger
  3452.  
  3453. 08/01/83  Added two alternate dialing routines such as MCI and SPRINT.
  3454.           Slight change in batch transfer area.  Prevented CTL-Y and
  3455. MDM712    CTL-R from outputting to the modem while saving for disk.
  3456.           Fixed "disk space remaining" to read correctly with CP/M+.
  3457.           Renamed all overlays to conform with 6-character filename
  3458.           limit on Compuserve.  - Irv Hoff
  3459.  
  3460. 07/01/83  Changed TERM to allow use of printer port for modem use.
  3461.           Needed by the Morrow MD and NEC 8001 computers.  Changed all
  3462. MDM711    overlays to allow overprinting the PMMI parity routines as
  3463.           the Applecat overlay was not working properly.  Removed the
  3464.           short break tone during disconnect as Smartmodem 1200 were
  3465.           locking up.  (Smartmodem 300 were operating normally.)
  3466.                                         - Irv Hoff
  3467.  
  3468. 06/17/83  At last.  Program now has autodialing and auto-continuous
  3469.           redialing for Hayes Smartmodem 300 or 1200, PMMI 103 modem
  3470. MDM710    or U.S.Robotics.  After first unsuccessful try, asks if you
  3471.           want to quit, try once again, or continuously redial.  Also
  3472.           changed the BYE routine to be compatible with systems other
  3473.           than RCP/M.  Now trap 87H and 7H which are sometimes used by
  3474.           mainframes to signify "do not send any more sectors at this
  3475.           time".  This keeps the original Christensen protocol when
  3476.           ACKNAK is set YES.  (ACKNAK can of course be set to NO if
  3477.           the results seem preferable to the user.  Some problems have
  3478.           been noticed in batch transfers and modem-to-modem use with
  3479.           ACKNAK set NO.)               - Irv Hoff
  3480.  
  3481. 05/27/83  Corrected a phone number in the library.  Added a CR/LF for
  3482.           the quiet mode if using batch transfer.  Simplified initial-
  3483. MDM709    ization at startup.  Two minor mods to assist in adding an
  3484.           overlay for Hayes 300/1200 SmartModem later.
  3485.                                         - Irv Hoff
  3486.  
  3487. 05/15/83  Extensive revisions on many parts of the program.  Relocated
  3488.           most of the PMMI routines near the start to facilitate using
  3489. MDM708    the new 300/1200 PMMI board or the Hayes Smartmodem.  Some
  3490.           of the more ambitious changes include:
  3491.              a) CRC system replaced with the high-speed lookup tables
  3492.                 similar to those used in CHEK15.
  3493.              b) Separate printer buffer.  Can now print regardless of
  3494.                 input speed even when saving for a disk file.
  3495.              c) Printer buffer and disk buffer each can accept up to
  3496.                 128 characters after an X-OFF to compensate for line-
  3497.                 oriented systems and satellite linking.
  3498.              d) Saving to disk made far more user-friendly.  'NOL' no
  3499.                 longer used.  File automatically closed upon exit.
  3500.              e) Sector count shown before "ACK" is sent, allowing
  3501.                 high-speed transfers (to 19,200 baud) without errors.
  3502.              f) Typing BYE on command line or CTL-D in terminal mode
  3503.                 disconnects and returns to CP/M.  Also closes any disk
  3504.                 files that may be open.  "X" (secondary option) does
  3505.                 the same thing, allowing automatic terminate at com-
  3506.                 pletion of file transfer.
  3507.              g) Improved the "E" (echo) mode, also half duplex mode.
  3508.              h) Control characters above ^M not passed to the CRT, an
  3509.                 optional feature.
  3510.              i) Handling of command line options greatly modernized.
  3511.              j) For PMMI users, program automatically comes up in
  3512.                 originate mode at default speed.  No need to ever say
  3513.                 TO.300 unless a baudrate change is desired.
  3514.              k) Simlified and changed numerous flags to be consistent
  3515.                 with others.
  3516.              l) Several improvements in error handling and detection.
  3517.           Numerous other changes.  We attempted to incorporate all the
  3518.           suggestions forwarded from various users in addition to some
  3519.           features I wanted myself.   - Irv Hoff
  3520.  
  3521. 01/01/83  First version.  Can be assembled with ASM.COM.  MDM700 was
  3522.           selected to commence a new series of version numbers.  This
  3523. MDM700    can be readily used on data bank systems that limit file
  3524.           names to a total of 6 characters.
  3525.                                         - Irv Hoff
  3526. --end--
  3527. 14-Dec-83 19:54:06-MST,3557;000000000000
  3528. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3529. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 14 Dec 83 19:53:57-MST
  3530. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  14 Dec 83 21:04 EST
  3531. Date:     Wed, 14 Dec 83 20:57:56 EST
  3532. From:     Keith Petersen <w8sdz@brl>
  3533. To:       Info-Cpm@brl-vgr
  3534. Subject:  MDM715 files available on SIMTEL20
  3535.  
  3536. MDM715, the latest version of MODEM7 has just been released.  The
  3537. following files are now available from the MICRO:<CPM.MODEM7>
  3538. directory at SIMTEL20:
  3539.  
  3540. Program name         Purpose
  3541.  
  3542. MDM715.ASM      (source code file)
  3543. MDM715.COM      (object code file)
  3544. MDM715.DOC      (how-to-use file)
  3545. MDM715.HEX    (LOADable HEX file for those who cannot FTP binary files)
  3546. MDM715.INF      (information file)
  3547.  
  3548. M7AC-1.ASM      (AppleCat II overlay)
  3549. M7AJ-1.ASM    (Apple J-Cat overlay)
  3550. M7AL-1.ASM      (Altos Series 5 overlay file)
  3551. M7AM-1.ASM      (Apple II with Mtn. Computer CPS card)
  3552. M7AP-1.ASM      (Apple II overlay file)
  3553. M7CD-1.ASM    (Cromemco CDOS overlay - see M7CD.MSG also)
  3554. M7DP-1.ASM      (Datapoint 1560 overlay)  
  3555. M7EP-1.ASM      (Epson QX-10 overlay)
  3556. M7GP-1.ASM      (General purpose overlay)
  3557. M7H8-2.ASM    (updated Heath/Zenith H89 file)
  3558. M7HP-1.ASM      (Hewlett Packard 125 file)
  3559. M7HZ-1.ASM      (Heath/Zenith Z-100 file)
  3560. M7IN-1.ASM      (Interfacer 3/4 overlay file)
  3561. M7KP-1.ASM      (KayPro overlay file)
  3562. M7LO-1.ASM      (Lobo MAS-80 overlay file)
  3563. M7MD-1.ASM      (Morrow MD overlay file)
  3564. M7MM-1.ASM      (Morrow Multi I/O overlay file)
  3565. M7NA-1.ASM      (North Star Advantage)
  3566. M7NE-1.ASM      (NEC PC-8001 overlay file)
  3567. M7NH-1.ASM      (North Star Horizon with HSIO-4)
  3568. M7NM-1.ASM      (old phone number overlay for MDM714)
  3569. M7NM-2.ASM    (updated phone directory overlay with
  3570.          NUMBLIB ORG'd at 0D00 for MDM715).
  3571. M7OA-1.ASM      (Otrona Attache overlay file)
  3572. M7OS-1.ASM      (Osborne overlay file)
  3573. M7OX-1.ASM      (Osborne Executive overlay file)
  3574. M7PC-1.ASM      (IBM-PC with Baby Blue Z-80 card)
  3575. M7PM-1.ASM      (PMMI S-100 modem overlay)
  3576. M7R1-1.ASM      (Radio Shack TRS-80, Model I)
  3577. M7R2-1.ASM      (Radio Shack TRS-80, MODEL II - P&T)
  3578. M7RV-1.ASM      (Racal-Vadic VA212PA modem)    
  3579. M7SY-1.ASM      (Sanyo MBC-1000 overlay)
  3580. M7TV-1.ASM      (TeleVideo TS-802 overlay)
  3581. M7VT-2.ASM      (improved overlay for 3 different DEC CP/M machines)
  3582. M7XE-1.ASM      (Xerox 820 overlay file)
  3583. M7ZB-1.ASM      (Telcon Zorba overlay file)
  3584.  
  3585.        To adapt this version to your equipment, you will want to get
  3586. some of these programs.  The minimum would be any pair in one of the
  3587. examples shown below.)
  3588.  
  3589.        There are two ways by which you can set the proper ports,
  3590. status pin values, etc. for your equipment.
  3591.  
  3592.      1) Use your editor, ASM (or MAC) MDM715.COM and DDT (or SID)
  3593. with: M7xx-x.ASM (7xx-x stands for an appropriate overlay)
  3594.  
  3595.      2) Use your editor, ASM (or MAC)  MDM715.ASM
  3596.  
  3597. Since no customization is required in the main program, it is recommended
  3598. that you use #1.
  3599.  
  3600. The program is designed to work immediately for PMMI users with no
  3601. changes - just use MDM715.COM.  (You might wish to change some of the
  3602. available options, however.  It is set to use base port 0C0H.)
  3603.  
  3604. When you're ready to use the program, type 'H' (for 'HELP'), hit RET
  3605. and it will display helpful information on the commands.  There are so
  3606. many commands there are several pages.  You can abort the display with
  3607. a CTL-C.  (One of the most useful features being CTL-P to toggle your
  3608. printer on/off.)  You can also type a question mark (?) which shows the
  3609. current parameters.
  3610.  
  3611. --end--
  3612. 15-Dec-83 09:56:09-MST,854;000000000000
  3613. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3614. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 15 Dec 83 09:56:06-MST
  3615. Received: From Usc-Isid.ARPA by BRL-VGR via smtp;  15 Dec 83 8:58 EST
  3616. Date: 14 Dec 1983 19:11-PST
  3617. Sender: ABN.ISCAMS@usc-isid
  3618. Subject: Re: David Kirschbaum's ARPA address.
  3619. From: ABN.ISCAMS@usc-isid
  3620. To: capn@uw-vlsi
  3621. Cc: info-cpm@brl-vgr
  3622. Message-ID: <[USC-ISID]14-Dec-83 19:11:31.ABN.ISCAMS>
  3623. In-Reply-To: The message of 13 Dec 1983 21:09:38-PST from Ed Mills <capn@uw-vlsi>
  3624.  
  3625. Ed,
  3626. Yes, my goodness, yes -- here's the address.  (You other NetLandians waiting
  3627. to learn all the marvelous fixes to a Decision I -- well, be patient.  I'll
  3628. summarize or answer to anyone querying me directly (so as not to overload
  3629. our long-suffering net!)
  3630.  
  3631. I'm at ABN.ISCAMS@USC-ISID.
  3632.  
  3633. Regards, and thanks.
  3634.  
  3635. David Kirschbaum
  3636. Toad Hall
  3637. 15-Dec-83 11:11:03-MST,1316;000000000000
  3638. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3639. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 15 Dec 83 11:10:55-MST
  3640. Received: From Rochester.ARPA by BRL-VGR via smtp;  15 Dec 83 10:57 EST
  3641. Received: by sen.rochester (3.327.3N) id AA06017; 15 Dec 83 10:18:15 EST (Thu)
  3642. Received: by cay.Rochester (3.327.3N+) id AA01474; 15 Dec 83 10:07:26 EST (Thu)
  3643. Message-Id: <8312151518.6017@sen.rochester>
  3644. Date: 15 Dec 83 10:18:15 EST (Thu)
  3645. From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
  3646. Subject: Re:  MDM715 now available
  3647. To: Info-Cpm@brl-vgr.ARPA, w8sdz@brl.ARPA
  3648.  
  3649. I realize this is a little late to get in MODEM715, but I am not
  3650. sure if this is a bug or not. I am now running 712, and
  3651. ocassionally need to use the ^@ key to send a break.
  3652. This is only needed on one system that answers with Bell 212
  3653. protocol but at 300 baud, so I have to send breaks to get
  3654. a baud-rate change.
  3655.  
  3656. Using a Hayes Smartmodem, which has lights to show when a 
  3657. character is sent, the light only flashes every SECOND time
  3658. ^@ is pushed, implying that the break is only sent on
  3659. every second request. The problem is that the baud-rate
  3660. changer is so flaky I can't be sure if breaks are really going
  3661. out or not. 
  3662.  
  3663. Has anyone else seen something like this?
  3664. Does anyone ever send breaks?
  3665.  
  3666.  
  3667.  
  3668. Mike Ciaraldi
  3669. ciaraldi@rochester
  3670. 15-Dec-83 11:13:56-MST,2959;000000000000
  3671. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3672. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 15 Dec 83 11:13:46-MST
  3673. Date:     Thu, 15 Dec 83 11:17:32 EST
  3674. From:     Dave Towson (info-cpm) <cpmlist@brl-vgr>
  3675. To:       info-cpm@brl-vgr
  3676. Subject:  [Wiedemann.4506i:  Re: GEA Information]
  3677.  
  3678. The following information is provided for the benefit of those in a position
  3679. to take advantage of it.  I have no further information on this subject.
  3680.  
  3681. Dave Towson
  3682. info-cpm-request@brl-vgr
  3683.  
  3684.  
  3685. ----- Forwarded message # 1:
  3686.  
  3687. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  15 Dec 83 8:25 EST
  3688. Received: From Radc-Multics.ARPA by BRL via smtp;  15 Dec 83 7:12 EST
  3689. Date:  15 December 1983 07:13 est
  3690. From:  Wiedemann.4506i1808@radc-multics
  3691. Subject:  Re: GEA Information
  3692. To:  info-cpm-request@brl
  3693. cc:  JHESS@usc-eclb
  3694.  
  3695.      Some traffic has recently passed here about the possibility of
  3696. purchasing the Zenith Data Systems Z-120 computer through the Govenrment
  3697. Employees' Association at substantial savings.   This is correct!  Since
  3698. the Air Force and Navy contracted with Zenith to provide a minimum of
  3699. 6,000 of these units, the GEA has been selected as the vehicle to make
  3700. the very same items available to any government employee (federal,
  3701. state, or local) by making application to the GEA, along with a one-time
  3702. $10 membership fee.
  3703.      Anyone can write to the GEA at:
  3704.           Government Employees' Association, Inc.
  3705.           P.O. Box 2405
  3706.           Arlington, VA  22202 or phone them at:  (703) 920-5800 and
  3707. receive the complete Zenith ordering package.
  3708.      Here are a few examples of the items offered and their cost:
  3709.  
  3710. ZFG-121-32      Z-120 computer with dual disk drives, 192K memory.
  3711.                 includes: CP/M-85, BASIC-80, diagnostic software,
  3712.                 technical reference manual, 10 floppy disks.
  3713.                 $1,799.00
  3714.  
  3715. ZWG-121-32      Same as above except one of the two floppy drives
  3716.                 is replaced with a 10MB Winchester.
  3717.                 $2,799.00
  3718.  
  3719. ZVM-135         13" RGB and composite color monitor with cable.
  3720.                 $360.00
  3721.  
  3722. Z-205           256K memory expansion board.
  3723.                 $379.00
  3724.  
  3725. HMS-837-4       BASIC compiler (8-bit)
  3726.                 $40.00
  3727.  
  3728. HCD-8937-1      CONDOR 8-bit DBMS.
  3729.                 $110.00
  3730.  
  3731. CD-463-1        CONDOR 16-bit DBMS
  3732.                 $50.00
  3733.  
  3734.      There are numerous other items (three pages worth) available.  For
  3735. complete details, contact the GEA.  I sent my order in on Monday, the
  3736. 12th of December.  I will keep the net informed as to the progress of
  3737. that order so that you may have some idea of the timelines involved.
  3738.      On a final note ... I heard that Zenith will make these prices
  3739. available to any non-profit group (clubs, schools, etc.) that purchase
  3740. at least 25 computers.  This has not been verified.
  3741.  
  3742.                                              Wolf Wiedemann
  3743.  
  3744. ----- End of forwarded messages
  3745. 15-Dec-83 11:34:05-MST,2756;000000000000
  3746. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3747. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 15 Dec 83 11:33:54-MST
  3748. Date:     Thu, 15 Dec 83 11:26:03 EST
  3749. From:     Dave Towson (info-cpm) <cpmlist@brl-vgr>
  3750. To:       info-cpm@brl-vgr
  3751. Subject:  [Wiedemann.4506i:  Z-100, USAF & Navy]
  3752.  
  3753. Here is a little more information on the Zenith microcomputers available 
  3754. through the Government Employees Association.
  3755.  
  3756. Dave Towson
  3757. info-cpm-request@brl-vgr
  3758.  
  3759.  
  3760. ----- Forwarded message # 1:
  3761.  
  3762. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  15 Dec 83 8:26 EST
  3763. Received: From Radc-Multics.ARPA by BRL via smtp;  15 Dec 83 7:37 EST
  3764. Date:  15 December 1983 07:37 est
  3765. From:  Wiedemann.4506i1808@radc-multics
  3766. Subject:  Z-100, USAF & Navy
  3767. To:  ABN.ISCAMS@usc-isid
  3768. cc:  info-cpm-request@brl
  3769.  
  3770. ELECTRONIC NEWS on 10 Oct 83 reported:
  3771.  
  3772.      "Zenith Data Systems last week snagged a 3-year contract valued at
  3773. $29.2 million from 16 other competitors, including Burroughs and NCR, to
  3774. furnish the Air Force and Navy with microcomputers."
  3775.      "Zenith's Z-100 desktop system was selected from over 50
  3776. competitors, with the 16 finalists including NCR, with its DecisionMate,
  3777. North Star's Advantage, and Burroughs' B20.  IBM's Personal Computer and
  3778. Digital Equipment's Raibow also were among the finalists but those
  3779. computers were bid by system houses."
  3780.      "Under the terms of the contract, ZDS, a Zenith Radio Corp.
  3781. subsidiary, will supply a minimum of 6,000 microcom- puters over the
  3782. next three years, for use by Air Force, Navy and Marine Corps.  The
  3783. Zenith microcomputers will communicate with other DOD computer systems."
  3784.  
  3785.      The rest of the article described the configuration of the system
  3786. and other peripheral/accessory suppliers.
  3787.      What this really means is that the Air Force and Navy has decided
  3788. that if a unit can otherwise justify a small computer, the one that will
  3789. be supplied will be the Z-120.  This does not mean that computers will
  3790. automatically be supplied to all offices in DOD.  The main purpose for
  3791. this is to maintain as much interoffice compatibility for media and
  3792. program format as possible.  The competition was based, by the way, on a
  3793. rather extensive list of requirements.  Most of the other suppliers
  3794. would have had to get waivers for portions of those requirements.  Only
  3795. Zenith's machine fully met them.  (e.g.  5" and 8" capability, S-100,
  3796. dual processors).
  3797.      There is much more than this, Dave.  I can send you a copy if you
  3798. would like it for your files.  I have already sent my personal order in
  3799. to the Government Employees' Association.  Watch the net for further
  3800. information on this.  
  3801.  
  3802.                                          Wolf Wiedemann
  3803.  
  3804. ----- End of forwarded messages
  3805. 15-Dec-83 14:52:35-MST,1007;000000000000
  3806. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3807. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 15 Dec 83 14:52:29-MST
  3808. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  15 Dec 83 16:08 EST
  3809. Date:     Thu, 15 Dec 83 15:58:24 EST
  3810. From:     Keith Petersen <w8sdz@brl>
  3811. To:       Info-Cpm@brl-vgr
  3812. Subject:  Overlay files for MDM715
  3813.  
  3814. The overlay files distributed with MDM712 and later versions all
  3815. work correctly with MDM715.  Sorry I forgot to mention that in
  3816. the message announcing the release of MDM715.
  3817.  
  3818. Please note that many of the files on SIMTEL20 will soon be, or
  3819. have already been renamed to be identical to the names used on
  3820. RCPM systems around the country.  The MDM7xx overlays are amoung
  3821. those already renamed.  M7PM.1ASM became M7PM-1.ASM, for instance.
  3822. In general, if you have trouble finding files in the MICRO:<CPM.whatever>
  3823. directories at SIMTEL20, remember that version numbers which were a part
  3824. of the "filetype" field have been moved to the "name" field.
  3825.  
  3826. --Keith
  3827. 15-Dec-83 14:52:52-MST,1131;000000000000
  3828. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3829. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 15 Dec 83 14:52:44-MST
  3830. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  15 Dec 83 15:57 EST
  3831. Date:     Thu, 15 Dec 83 15:50:46 EST
  3832. From:     Keith Petersen <w8sdz@brl>
  3833. To:       Info-Cpm@brl-vgr
  3834. Subject:  LTYPE12 bug fix
  3835.  
  3836. There is a bug in LTYPE12.ASM/COM which will cause the program
  3837. to incorrectly count the maximum number of lines to be typed
  3838. and may cause it to bomb under some conditions depending upon
  3839. the maximum number of lines selected at address 101h.
  3840.  
  3841. BEGIN:    MVI    A,MAXLIN    ;max number of lines displayed
  3842.     STA    MAXLS-1        ;*****<---SHOULD BE MAXLS
  3843.     STA    MAXLS1-1    ;*****<---SHOULD BE LAXLS1
  3844.     LXI    H,0        ;save CP/M stack pointer
  3845.     DAD    SP
  3846.     SHLD    STACK
  3847.     LXI    SP,STACK    ;set up local stack
  3848.  
  3849. You can fix the .COM file without having to reassemble by patching
  3850. with DDT:
  3851.     Change the byte at 103h from A9 to AA
  3852.     Change the byte at 106h from B6 to B7
  3853.  
  3854. I have uploaded LTYPE12A.HEX which already has this patch installed.
  3855. It's in the SIMTEL20 MICRO:<CPM.CPMLIB> directory.
  3856.  
  3857. --Keith Petersen, W8SDZ - 12/15/83
  3858. 16-Dec-83 11:38:32-MST,1405;000000000000
  3859. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3860. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 11:38:26-MST
  3861. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  16 Dec 83 8:17 EST
  3862. Received: From Sri-Unix.ARPA by BRL via smtp;  16 Dec 83 6:02 EST
  3863. Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Dec 83 2:55-PST
  3864. Date: 13 Dec 83 10:52:28-PST (Tue)
  3865. To: info-cpm@brl
  3866. From: decvax!ittvax!sii!mem@ucb-vax
  3867. Subject: Re: CP/M Assemblers
  3868. Article-I.D.: sii.353
  3869.  
  3870. b
  3871. Re: CP/M Z-80 Assemblers.
  3872.  
  3873.     SLR Systems (1622 North Main Street/ Butler Pa/ 16001) makes
  3874. a Z-80 assembler/linker set which is really nice.  In addition to being
  3875. extremely fast, it is done the way assemblers and linkers ought to
  3876. be done- with a lot of emphasis on the linker.  It also gives a lot
  3877. of options; with the ability to make one or two assembly passes (with
  3878. two you get listings with real numbers in the forward references, with
  3879. one you let the linker do the work); it offers Microsoft object format
  3880. as well as their own (which they describe in detail, another plus!).
  3881.  
  3882.     It has a couple of drawbacks; such as no macro capability and
  3883. the fact that it links in memory (so you can't make a .COM file that
  3884. exactly fits in memory).  The good news is that these things are in
  3885. the works for the next release, so they say.
  3886.  
  3887.     They advertise in micro magazines.
  3888.  
  3889.  
  3890. Mark E. Mallett
  3891. decvax!sii!mem
  3892. 16-Dec-83 12:21:17-MST,1731;000000000000
  3893. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3894. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 12:21:11-MST
  3895. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  16 Dec 83 8:17 EST
  3896. Received: From Sri-Unix.ARPA by BRL via smtp;  16 Dec 83 6:04 EST
  3897. Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Dec 83 2:59-PST
  3898. Date: 14 Dec 83 23:21:03-PST (Wed)
  3899. To: info-cpm@brl
  3900. From: decvax!ittvax!sii!mem@ucb-vax
  3901. Subject: Jade Double-D mod
  3902. Article-I.D.: sii.354
  3903.  
  3904. b
  3905. I notice there has been some discussion of the Jade Double-D board.  My
  3906. brother has the DD and has done some interesting things with it.  He has
  3907. added 30K of extra memory on the DD board, and rewritten (and re-PROM'ed)
  3908. the DCM (the disc control module which is the control program for the
  3909. Z80 onboard the DD) to make use of this 30K as a disc cache.  His new DCM
  3910. combines mru (most-recently-used) and rfu (recent-frequently-used)
  3911. algorithms to decide which sectors to keep in memory.  The rfu scheme
  3912. involves a sliding window of the last 1000 sectors to have been accessed.
  3913. This combination of algorithms results pretty much in keeping the desired
  3914. things in the cache.  For instance, when he is working on a program,
  3915. the steps may involve editing and compiling a program.  With a strictly
  3916. mru-based caching algorithm, the source file would appear in the cache
  3917. and get replaced by the compiler COM file.  With the recent-frequency
  3918. algorithm added, sectors from the source file have higher priority.
  3919. The same applies to frequently run programs (e.g. PIP), or an editor,
  3920. etc.
  3921.  
  3922. I suppose that anybody who is interested in this can mail to me, as
  3923. he does not have a usenet account.
  3924.  
  3925. Mark E. Mallett
  3926. {decvax | ittvax}!sii!mem
  3927. 16-Dec-83 12:58:59-MST,3990;000000000000
  3928. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  3929. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 12:58:47-MST
  3930. Received: From Uw-Vlsi.ARPA by BRL-VGR via smtp;  16 Dec 83 8:45 EST
  3931. Date: 15 Dec 1983 20:28:15-PST
  3932. From: Ed Mills <capn@uw-vlsi>
  3933. To: abn.iscams@usc-isid
  3934. Subject: The response on BIOS's I promised.
  3935. Cc: info-cpm@brl-vgr
  3936.  
  3937.  
  3938. David,
  3939.     Here is a response to some of your requests of DEC 8.
  3940.  
  3941.  
  3942. 2.  Buffered keyboard.  Followed with avid interest a column in Byte where
  3943. some brave adventurers were trying it, and they (I think) finally gave up
  3944. or found a simplistic solution or something.  Any pointers to articles,
  3945. public domain stuff, etc.  (I'm running a Liberty Electronics Freedom 100
  3946. terminal, and it won't give me that onboard the terminal alone either.)
  3947. RESPONSE:
  3948.     I have a BIOS which does just that and it's a very nice feature.
  3949. It also gives some meanings to control characters such as sorted directories,
  3950. flushing the track buffer, kill input or printer queue, etc. It also has memory
  3951. disk, disk track caching, and some stty stuff. Unfortunately it's based on
  3952. Ithaca Intersystems version 4h BIOS. If you happen to have access to the beast
  3953. I can send you my version without it being a copyright violation.
  3954.     I haven't heard of any public domain BIOS's. Do such things exist?
  3955.  
  3956. 4.  Implementing a (new?) CP/M call (ho, boy - no flames about tampering
  3957. with the sacred, please) -- Check Status of Reader and/or Punch.  Reason:
  3958. Wanna use that third serial port (1 for terminal, 1 for printer, 1 for modem)
  3959. as a fully capable port simultaneously with the other two so I can (a)
  3960. relay between two modems, simultaneously print to printer and a bar code
  3961. printer, and other daydreams.  And NOT have to write specific software to
  3962. check the third port (like I have with MDM714 and KERMIT) - just use STAT
  3963. and other common utilities.
  3964. RESPONSE:
  3965.     To do what you want I think there is a better way. Just modify the ConSt
  3966. entry to return the remote status as the high four bits and the console as the
  3967. low four. If there is nothing on the remote every thing is ok. If you want to
  3968. be really safe, get the source to CP/M and have the BDOS always do an ani 01
  3969. in its status call. That way only programs which call the BIOS will see the remote
  3970. status. If you want the CP/M source write me and I'll send you the address of the
  3971. man who sells it. you might also consider one of the ZCPR's.
  3972.     There are other reasons for adding BIOS entry points. I use mine to
  3973. enable control interception, and to enable XON/XOFF handshaking on the remote.
  3974. What I did was to place 3 distinctive bytes just after the new entry so programs
  3975. trying to use it could verify its existance.
  3976.  
  3977. 5.  Stuff in some more memory.  Who can GUARANTEE a nice fat 256- or
  3978. 512-Kb memory board (static like I presently have or good dynamic) that'll
  3979. work with my buss and CPU board and DMA and all the other Morrow goodies?
  3980. RESPONSE:
  3981.     I have a Compupro 128K static board and it does everything except talk to
  3982. my front panel. I think they also make a 256k board. Guarantee?
  3983.  
  3984. 6.  Stuff in a 68000 CPU board.  Read wonderful things about Compupro's
  3985. board, but all configurations seem to indicate ALL Compupro boards on the
  3986. bus (and preferably a Compupro buss too!).  What Morrow stuff would I have
  3987. to yank out and replace to make such a wonderful thing happen?  (Would like
  3988. to keep the Z80 right where it is for some sort of dual-processor capability.)
  3989. RESPONSE:
  3990.     Compupro and Morrow are both good boards so they SHOULD talk. You would
  3991. have to hack together the two BIOS's.
  3992.     If you have any luck running the two processors in the same buss PLEASE
  3993. tell me, and maybe the net too, I'ld love to do the same thing but haven't worked
  3994. out a way. (I'm really a software type.)
  3995.  
  3996. GENERAL:
  3997.     There seems to be very little on the net about nice features in BIOS's.
  3998. If people have ideas, this might be an interesting topic of discussion.
  3999.  
  4000.  
  4001.                         Ed Mills
  4002.  
  4003.                         Capn@uw-vlsi
  4004. 16-Dec-83 13:25:34-MST,846;000000000000
  4005. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4006. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 13:25:30-MST
  4007. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  15 Dec 83 19:01 EST
  4008. Received: From Utexas-20.ARPA by BRL via smtp;  15 Dec 83 18:52 EST
  4009. Date: Wed 14 Dec 83 19:09:32-CST
  4010. From: Kim Korner <CS.KORNER@UTEXAS-20.ARPA>
  4011. Subject: Osborn Exec?
  4012. To: info-cpm@BRL.ARPA
  4013.  
  4014.     A friend has a friend who got an OE just before Osborne went belly up.
  4015. Friend's friend has never used it and wants to sell it in unopened box for
  4016. "whatever's fair." Friend asked me to find out what fair market value is-
  4017. I said I'd pass it on to the net. Also since I'll probably have to baby sit
  4018. bringing this beast up and making it civilized, is this machine worth having
  4019. at any price? My thanks in advance for any advice...
  4020.         -KM<
  4021. -------
  4022. 16-Dec-83 15:44:05-MST,4648;000000000000
  4023. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4024. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 15:43:53-MST
  4025. Received: From Gunter-Adam.ARPA by BRL-VGR via smtp;  16 Dec 83 9:12 EST
  4026. Date: 16 Dec 1983 0810-CST
  4027. Subject: Misconceptions (AF/NAVY)
  4028. From: Doug <HUNEYCUTT@gunter-adam>
  4029. To: Info-CPM@brl-vgr
  4030. cc: Huneycutt@gunter-adam
  4031.  
  4032. 15-Dec-83 12:29:20-CST,2751;000000000001
  4033. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4034. Received: FROM BRL-VGR BY GUNTER-ADAM WITH TCP ; 15 Dec 83 12:26:19 CST
  4035. Date:     Thu, 15 Dec 83 11:26:03 EST
  4036. From:     Dave Towson (info-cpm) <cpmlist@brl-vgr>
  4037. To:       info-cpm@brl-vgr
  4038. Subject:  [Wiedemann.4506i:  Z-100, USAF & Navy]
  4039.  
  4040. Here is a little more information on the Zenith microcomputers available 
  4041. through the Government Employees Association.
  4042.  
  4043. Dave Towson
  4044. info-cpm-request@brl-vgr
  4045.  
  4046.  
  4047. ----- Forwarded message # 1:
  4048.  
  4049. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  15 Dec 83 8:26 EST
  4050. Received: From Radc-Multics.ARPA by BRL via smtp;  15 Dec 83 7:37 EST
  4051. Date:  15 December 1983 07:37 est
  4052. From:  Wiedemann.4506i1808@radc-multics
  4053. Subject:  Z-100, USAF & Navy
  4054. To:  ABN.ISCAMS@usc-isid
  4055. cc:  info-cpm-request@brl
  4056.  
  4057. ELECTRONIC NEWS on 10 Oct 83 reported:
  4058.  
  4059.      "Zenith Data Systems last week snagged a 3-year contract valued at
  4060. $29.2 million from 16 other competitors, including Burroughs and NCR, to
  4061. furnish the Air Force and Navy with microcomputers."
  4062.      "Zenith's Z-100 desktop system was selected from over 50
  4063. competitors, with the 16 finalists including NCR, with its DecisionMate,
  4064. North Star's Advantage, and Burroughs' B20.  IBM's Personal Computer and
  4065. Digital Equipment's Raibow also were among the finalists but those
  4066. computers were bid by system houses."
  4067.      "Under the terms of the contract, ZDS, a Zenith Radio Corp.
  4068. subsidiary, will supply a minimum of 6,000 microcom- puters over the
  4069. next three years, for use by Air Force, Navy and Marine Corps.  The
  4070. Zenith microcomputers will communicate with other DOD computer systems."
  4071.  
  4072.      The rest of the article described the configuration of the system
  4073. and other peripheral/accessory suppliers.
  4074.      What this really means is that the Air Force and Navy has decided
  4075. that if a unit can otherwise justify a small computer, the one that will
  4076. be supplied will be the Z-120.  This does not mean that computers will
  4077. automatically be supplied to all offices in DOD.  The main purpose for
  4078. this is to maintain as much interoffice compatibility for media and
  4079. program format as possible.  The competition was based, by the way, on a
  4080. rather extensive list of requirements.  Most of the other suppliers
  4081. would have had to get waivers for portions of those requirements.  Only
  4082. Zenith's machine fully met them.  (e.g.  5" and 8" capability, S-100,
  4083. dual processors).
  4084.      There is much more than this, Dave.  I can send you a copy if you
  4085. would like it for your files.  I have already sent my personal order in
  4086. to the Government Employees' Association.  Watch the net for further
  4087. information on this.  
  4088.  
  4089.                                          Wolf Wiedemann
  4090.  
  4091. ----- End of forwarded messages
  4092. 16-Dec-83 07:55:42-CST,1456;000000000000
  4093. Date: 16 Dec 1983 0755-CST
  4094. Subject: AF/Navy contract misconceptions
  4095. From: Doug  <HUNEYCUTT@GUNTER-ADAM>
  4096. To: Inof-CPM@BRL-VGR
  4097. cc: Huneycutt
  4098.  
  4099.  
  4100. I'd like to take some time to quash some rumors that are flying recently
  4101. about the Zenith/AF/Navy contract signed on 3 Oct 83.  
  4102.  
  4103.   There were 32 proposals evaluated by a huge number of people...technicians,
  4104. cost analysts, contract specialists, and such.
  4105.  
  4106.   The number was reduced to 15 because of problems with some of the proposals,
  4107. like not supporting a mandatory requirement, etc.  All (thats <<ALL>>) of the
  4108. remaining 15 met the requirements of our specifications.  There was a wide
  4109. range of machines left in evaluations, some technically poor and one that was
  4110. far ahead of the rest (technically), with an 8086 instead of 8088, 8MHz 
  4111. instead of 5MHz, etc.  They did not win.
  4112.  
  4113.   In the same general class at the end were:  1) the Z-100, 2) the PC-XT, 
  4114. 3) the TI Professional, and a few others.
  4115.  
  4116. IT ALL CAME DOWN TO COST, FOLKS!!!!  The Z-100 was the best machine for the
  4117. price.  Do you honestly think that the same government that sent men to the
  4118. moon in the arms of the lowest bidder would buy anything but the best buy
  4119. in computers???
  4120.  
  4121. By the way, recent messages about items being added to the contract contain
  4122. both good and bad information.  The only advice I can give for possible GEA
  4123. (personal) buyers is....DONT ACCEPT RUMORS AS TRUE UNTIL ADVISED BY GEA!
  4124.  
  4125. Doug
  4126. -------
  4127. -------
  4128. 16-Dec-83 16:06:44-MST,720;000000000000
  4129. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4130. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 16:06:41-MST
  4131. Received: From Gunter-Adam.ARPA by BRL-VGR via smtp;  16 Dec 83 9:26 EST
  4132. Date: 16 Dec 1983 0826-CST
  4133. Subject: afnf-navy z-100 contract
  4134. From: Doug <HUNEYCUTT@gunter-adam>
  4135. To: info-cpm@brl-vgr
  4136. cc: huneycutt@gunter-adam
  4137.  
  4138. if any onone wishes wishes accurate information concerning subject contract
  4139. and /or how the contract was awarded suggest you go to the air force
  4140. program manager, major peter e donohue at this address. otherwise you
  4141. may consider everything you hear and see --a rumor. concerning the contract, a rumor.
  4142. air force program manager sends.
  4143. -------
  4144. 16-Dec-83 17:38:49-MST,1081;000000000000
  4145. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4146. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Fri 16 Dec 83 17:38:45-MST
  4147. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  16 Dec 83 9:59 EST
  4148. Received: From Sri-Unix.ARPA by BRL via smtp;  16 Dec 83 9:47 EST
  4149. Received: from Usenet.uucp by sri-unix.uucp with rs232; 16 Dec 83 6:39-PST
  4150. Date: 14 Dec 83 19:34:56-PST (Wed)
  4151. To: info-cpm@brl
  4152. From: pur-ee!uiucdcs!uiucuxc!delong@ucb-vax
  4153. Subject: Re: educational software - (nf)
  4154. Article-I.D.: uiucdcs.4497
  4155.  
  4156. #R:uicsl:20300001:uiucuxc:27600003:000:472
  4157. uiucuxc!delong    Dec  9 11:16:00 1983
  4158.  
  4159. /***** uiucuxc:net.micro.cpm / uicsl!cross /  9:01 am  Dec  3, 1983 */
  4160. Looking for educational s/w to run under a CPM based S-100 system. 
  4161. Need info where directories can be found. Thanks in advance. 
  4162. Steve Cross
  4163. ----------
  4164. If you receive responses to this request, please post them as I am
  4165. sure there are many on the net such as myself who would also
  4166. like this information. Much thanks.
  4167. {decvax,ucbvax}!pur-ee!uiucdcs!uiucuxc!delong
  4168. {ihnp4,pur-ee}!uiucdcs!uiucuxc!delong
  4169. 19-Dec-83 08:38:04-MST,678;000000000000
  4170. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4171. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:37:52-MST
  4172. Received: From Lll-Mfe.ARPA by BRL-VGR via smtp;  16 Dec 83 18:52 EST
  4173. Date: Fri, 16 Dec 83 15:47 PST
  4174. From: "Morton Jim"@LLL-MFE.ARPA
  4175. Subject: CPM DISASSEMBLY
  4176. To: info-cpm@brl-vgr.arpa
  4177.  
  4178.  I recall having seen mention of a dissasembler for the CP/M 80 System.
  4179. This dissasembles the operating system and provides source code with comments
  4180. for 
  4181. CP/M.  I have lost my pointers on this code and would like to get it.
  4182.   I believe it was low cost software or possibly P.D.
  4183. If anyone can provide a pointer, I would certainly appreciate it.
  4184. Jim Morton
  4185. 19-Dec-83 08:38:16-MST,706;000000000000
  4186. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4187. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:38:12-MST
  4188. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  17 Dec 83 0:25 EST
  4189. Received: From Mit-Mc.ARPA by BRL via smtp;  17 Dec 83 0:13 EST
  4190. Date: 17 December 1983 00:16 EST
  4191. From: Jerry E. Pournelle <POURNE@mit-mc>
  4192. Subject:  Osborn Exec?
  4193. To: CS.KORNER@utexas-20
  4194. cc: info-cpm@brl
  4195. In-reply-to: Msg of Wed 14 Dec 83 19:09:32-CST from Kim Korner <CS.KORNER at UTEXAS-20.ARPA>
  4196.  
  4197. the Executive is a perfectly good maachine  and Xerox Americare
  4198. will maintain it.  If therewas a good reason to buy it before
  4199. Orborne's difficulties, there is about the same reason to keep
  4200. it now.
  4201.  
  4202. 19-Dec-83 08:38:27-MST,988;000000000000
  4203. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4204. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:38:21-MST
  4205. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  17 Dec 83 0:36 EST
  4206. Received: From Mit-Mc.ARPA by BRL via smtp;  17 Dec 83 0:31 EST
  4207. Date: 17 December 1983 00:34 EST
  4208. From: Jerry E. Pournelle <POURNE@mit-mc>
  4209. Subject:  CP/M-86 and Concurrent CP/M-86 for Zenith Z-100
  4210. To: ciaraldi@rochester
  4211. cc: info-cpm@brl
  4212. In-reply-to: Msg of 12 Dec 83 23:02:17 EST (Mon) from Mike Ciaraldi <ciaraldi at Rochester.ARPA>
  4213.  
  4214. Would love to have ZDOS 2.0; is the Concurrent CP/M t he new 3.1
  4215. that runs PC-DOS inside it?  That will be available in th
  4216. outside world in Feb or March, exists in some development places
  4217. now, but I know of no Z-100 version as of yet.  CCPM 3.1 is
  4218. WONDERFUL.
  4219.     We've seen CPM-86 for Z-100 sold in local LA heath sotre
  4220. but oddly enough none has yet been sent to me, although Mr.
  4221. Winter of ZDS seems inundated by snow and ice in Glenview..
  4222.  
  4223. 19-Dec-83 08:38:37-MST,840;000000000000
  4224. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4225. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:38:33-MST
  4226. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  17 Dec 83 0:59 EST
  4227. Date:     Sat, 17 Dec 83 0:48:53 EST
  4228. From:     Rick Conn <rconn@brl>
  4229. To:       info-cpm@brl
  4230. cc:       unix-wizards@brl
  4231. Subject:  UC 1.4
  4232.  
  4233. A new version of UC is now on SIMTEL20 in MICRO:<UNIX.CPM>.  Version 1.4
  4234. corrects a minor bug in which UC created an empty uc.log file even when
  4235. instructed not to perform logging to disk.  I sent a copy to Ted to be
  4236. posted to net.sources on USENET.  I am only running UC on a UNIX SYSTEM V,
  4237. so I can't guarantee its performance on other UNIX implementations.  It has
  4238. compiled and run successfully on JHU UNIX, however, when the SYSTEM III
  4239. flag was used with the compiler.
  4240.  
  4241. Enjoy!
  4242.  
  4243.     Rick
  4244. 19-Dec-83 08:38:48-MST,715;000000000000
  4245. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4246. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:38:43-MST
  4247. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  17 Dec 83 1:00 EST
  4248. Received: From Mit-Mc.ARPA by BRL via smtp;  17 Dec 83 0:50 EST
  4249. Date: 17 December 1983 00:53 EST
  4250. From: Jerry E. Pournelle <POURNE@mit-mc>
  4251. Subject:  hard disk travelling advice requested
  4252. To: ABN.ISCAMS@usc-isid
  4253. cc: CS.KORNER@utexas-20, info-cpm@brl
  4254. In-reply-to: Msg of 10 Dec 1983 16:11-PST from ABN.ISCAMS at usc-isid
  4255.  
  4256. agree them Corvuses are good stuff, although we have never
  4257. treated ours QUITE that way.  Eagle Spirit XT hard disk rugged
  4258. too.  Kaypro 10 hard disk NOT rugged, becareful of same.
  4259. JEP
  4260.  
  4261. 19-Dec-83 08:39:19-MST,853;000000000000
  4262. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4263. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:39:06-MST
  4264. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  17 Dec 83 1:10 EST
  4265. Received: From Mit-Mc.ARPA by BRL via smtp;  17 Dec 83 0:58 EST
  4266. Date: 17 December 1983 01:01 EST
  4267. From: Jerry E. Pournelle <POURNE@mit-mc>
  4268. Subject: Don Wood and/or Crowther location?
  4269. To: INFO-MICRO@mit-mc, INFO-CPM@mit-mc
  4270.  
  4271. We have greatly expanded Adventure 2 with new stuff and written
  4272. a good implementation for IBM PC compatibles.
  4273.  
  4274. We would like to get in touuch with the authors of Advent 2 as
  4275. courtesy.  We underrstand the program is public domain and we
  4276. have added to it and wrote our own implementation, but courtesy
  4277. and eethics indicate we ought to talk to them before offering
  4278. it.  Can anyone give us an address??
  4279.  
  4280. thanks
  4281.  
  4282. JEP
  4283.  
  4284. 19-Dec-83 08:40:02-MST,867;000000000000
  4285. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4286. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:39:57-MST
  4287. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  17 Dec 83 2:14 EST
  4288. Received: From Mit-Mc.ARPA by BRL via smtp;  17 Dec 83 2:08 EST
  4289. Date: 17 December 1983 02:11 EST
  4290. From: Jerry E. Pournelle <POURNE@mit-mc>
  4291. Subject:  JANUS/ADA info request
  4292. To: pal@wisc-crys
  4293. cc: INFO-CPM@brl
  4294. In-reply-to: Msg of Wed 7 Dec 83 01:57:39 cst from Anil A. Pal <pal at wisc-crys>
  4295.  
  4296. it compiles itself.
  4297.  
  4298. it is not fast, but not too slow either.
  4299.  
  4300. it is useful, but for production work in CP/M systems I would
  4301. prefer MT+ or Modula-2.  However, if the objective is to get
  4302. familiar with Ada, Janus is the best of the micro
  4303. implementations, and ain't bad as something to write reasonable
  4304. programs in (if you consider ada reasonable to begin with).
  4305.  
  4306. 19-Dec-83 08:40:25-MST,607;000000000000
  4307. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4308. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:40:21-MST
  4309. Received: From Mit-Mc.ARPA by BRL-VGR via smtp;  17 Dec 83 2:27 EST
  4310. Date: 17 December 1983 02:27 EST
  4311. From: Jerry E. Pournelle <POURNE@mit-mc>
  4312. Subject:  max disk size
  4313. To: Eaton.HFED@hi-multics
  4314. cc: info-cpm@brl-vgr
  4315. In-reply-to: Msg of 30 Nov 1983 01:40 cst from Eaton.HFED at hi-multics
  4316.  
  4317. If you will send me this in a hard copy message to 
  4318. J E Pournelle
  4319. BYTE
  4320. 70 Main St
  4321. Peterborough, NH 03458
  4322.     I will pass it along to BYTE readers who will WANT TO
  4323. KNOW this...
  4324.  
  4325. JEP
  4326.  
  4327. 19-Dec-83 08:42:47-MST,1707;000000000000
  4328. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4329. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:42:38-MST
  4330. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  17 Dec 83 5:17 EST
  4331. Received: From Sri-Unix.ARPA by BRL via smtp;  17 Dec 83 5:13 EST
  4332. Received: from Usenet.uucp by sri-unix.uucp with rs232; 17 Dec 83 2:08-PST
  4333. Date: 16 Dec 83 1:04:26-PST (Fri)
  4334. To: info-cpm@brl
  4335. From: hplabs!hpda!fortune!rpw3@ucb-vax
  4336. Subject: Re: hard disk travelling advice requeste - (nf)
  4337. Article-I.D.: fortune.2016
  4338.  
  4339. #R:sri-arpa:-1450000:fortune:25500002:000:1071
  4340. fortune!rpw3    Dec 15 22:03:00 1983
  4341.  
  4342. The main items (on 5-1/4" drives) to watch out for are:
  4343.  
  4344. 1. Write a program that moves the heads to the recommended "landing zone"
  4345.    before you shut it off. If you don't know where that is, try the very
  4346.    last (highest #) cylinder.
  4347.  
  4348. 2. Pack it VERY well in THICK foam, so the heads don't bounce.
  4349.  
  4350. 3. Keep it VERY clean, and wait a few hours after flying with it to
  4351.    let it warm up from the chill of the luggage compartment. The cleaniness
  4352.    is because air will vent in and out through the filter as the plane goes
  4353.    down and up, and the cleaner the area around the breather holes (near the
  4354.    spindle), the less chance of some dust sneaking into the "clean room".
  4355.  
  4356. 4. It you are carrying a bare drive, make very sure that nothing can touch
  4357.    or bounce into the actuator arm (the end of the head positioner stepping
  4358.    motor on the side of the drive). Use even more foam.
  4359.  
  4360. That's all! Have fun.
  4361.  
  4362. Rob Warnock
  4363.  
  4364. UUCP:    {sri-unix,amd70,hpda,harpo,ihnp4,allegra}!fortune!rpw3
  4365. DDD:    (415)595-8444
  4366. USPS:    Fortune Systems Corp, 101 Twin Dolphins Drive, Redwood City, CA 94065
  4367. 19-Dec-83 08:43:00-MST,1597;000000000000
  4368. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4369. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:42:53-MST
  4370. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  17 Dec 83 12:51 EST
  4371. Received: From Rochester.ARPA by BRL via smtp;  17 Dec 83 12:42 EST
  4372. Received: by sen.rochester (3.327.3N) id AA04508; 17 Dec 83 12:45:07 EST (Sat)
  4373. Received: by cay.Rochester (3.327.3N+) id AA04896; 17 Dec 83 12:34:20 EST (Sat)
  4374. Message-Id: <8312171745.4508@sen.rochester>
  4375. Date: 17 Dec 83 12:45:07 EST (Sat)
  4376. From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
  4377. Subject: Re:  CP/M-86 and Concurrent CP/M-86 for Zenith Z-100
  4378. To: POURNE@MIT-MC.ARPA
  4379. Cc: info-cpm@BRL.ARPA
  4380.  
  4381. The generic version of CCPM I used at Taylor was version 2.0.
  4382. For comparison, the one that DRI sells already configured for
  4383. the IBM PC is based on version 1.x.
  4384. I am pretty sure (just about certain) that the
  4385. Zenith CCPM will also be based on version 2, not
  4386. on the version 3 that J. Pournelle mentions.
  4387.  
  4388. The main features of CCPM 2 vs. 1 are:
  4389.      Operating system is smaller.
  4390.      Programs with >64K code now load properly, i.e. you
  4391.          do not have to use the "R" command that comes with the
  4392.          DRI C compiler to get them to run.
  4393.  
  4394. Since Zenith supports MS-DOS as ZDOS, I presume they will eventually
  4395. release a CCPM that runs MS-DOS programs, but not in the initial
  4396. release. If the DRI IBM version is out in February, I would guess
  4397. the generic version 3 would be available to other vendors around then
  4398. or some time after.
  4399.  
  4400. More news as it becomes available....
  4401.  
  4402. Mike Ciaraldi
  4403. ciaraldi@rochester
  4404. 19-Dec-83 08:43:15-MST,915;000000000000
  4405. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4406. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:43:06-MST
  4407. Received: From Mit-Mc.ARPA by BRL-VGR via smtp;  17 Dec 83 13:14 EST
  4408. Date: Sat 17 Dec 83 13:13:35-EST
  4409. From: Mark Becker <CENT.MBECK%MIT-OZ@MIT-MC.ARPA>
  4410. Subject: Turbo Pascal ??
  4411. To: Info-CPM@BRL-VGR.ARPA
  4412. cc: CENT.MBECK%MIT-OZ@MIT-MC.ARPA
  4413.  
  4414. Hello Netlanders -
  4415.  
  4416.      Has anyone gotten a copy of Borland International's Turbo Pascal?
  4417. If so, I would appreciate if you would send me your opinions on it :
  4418.  
  4419. 1)  Does it support floating point?
  4420. 2)  Documentation?  (Is it two or three pages of photocopy or something
  4421.     a little more substantial?)
  4422. 3)  Bugs?  How about bug-fix support?
  4423. 4)  Update policy?  (Gotta be a way to get the bug-fixes..)
  4424.  
  4425.      I will copy responses back to the net if the interest is there..
  4426.  
  4427.                     Mark Becker
  4428. ARPA:  CENT.MBECK@MIT-OZ.#Chaos
  4429. -------
  4430.  
  4431. 19-Dec-83 08:43:31-MST,1139;000000000000
  4432. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4433. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:43:24-MST
  4434. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  17 Dec 83 14:06 EST
  4435. Received: From Sri-Unix.ARPA by BRL via smtp;  17 Dec 83 13:58 EST
  4436. Received: from Usenet.uucp by sri-unix.uucp with rs232; 17 Dec 83 10:56-PST
  4437. Date: 14 Dec 83 19:27:16-PST (Wed)
  4438. To: info-cpm@brl
  4439. From:  harpo!floyd!vax135!cornell!uw-beaver!tektronix!orca!hammer!hyder@ucb-vax
  4440. Subject: Request for Pascal compiler info, CPM/86 based.
  4441. Article-I.D.: hammer.419
  4442.  
  4443. If anyone out there has suggestions on good implementations of
  4444. Pascal that work with CPM/86 machines please let me know.
  4445. (If you sell software this is a chance for a sales pitch.)
  4446.  
  4447. I'm buying a new Tektronix local graphics processor (4170) that 
  4448. comes with (horrors) FORTRAN.  It's a real enough compute engine,
  4449. it just needs language sophistication.  They tell me that most
  4450. IBM-pc software will work.  What's available out there in Pascal?
  4451. (After that - What's available in UN*X like systems?)
  4452.  
  4453.     As ever many thanks,
  4454.         Paul Hyder  {...!tektronix!tekecs!hyder}
  4455. 19-Dec-83 08:44:21-MST,720;000000000000
  4456. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4457. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 08:44:17-MST
  4458. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  17 Dec 83 17:21 EST
  4459. Received: From Nosc-Cc.ARPA by BRL via smtp;  17 Dec 83 17:11 EST
  4460. Received: by Nosc.ARPA (4.12/4.7)
  4461.     id AA05344; Sat, 17 Dec 83 14:14:39 pst
  4462. Date: Sat, 17 Dec 83 14:14:42 pst
  4463. From: ty%CCVAX@nosc
  4464. Message-Id: <8312172214.AA05344@Nosc.ARPA>
  4465. To: info-cpm-request@brl-vgr, info-cpm@brl
  4466. Subject: Re:  Jade Double-D mod
  4467.  
  4468. I would be  very interested in what has been done to the Jade DD.  Would the
  4469. source be available and if so let me know and I can send a diskette(s).
  4470.  
  4471. Thanks in advance for the info.
  4472.  
  4473. ty@nosc
  4474. 19-Dec-83 09:06:39-MST,1320;000000000000
  4475. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4476. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:06:33-MST
  4477. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  18 Dec 83 8:25 EST
  4478. Received: From Sri-Unix.ARPA by BRL via smtp;  18 Dec 83 1:30 EST
  4479. Received: from Usenet.uucp by sri-unix.uucp with rs232; 17 Dec 83 22:28-PST
  4480. Date: 16 Dec 83 6:59:10-PST (Fri)
  4481. To: info-cpm@brl
  4482. From: hplabs!hao!seismo!rlgvax!plunkett@ucb-vax
  4483. Subject: Re: Request for Pascal compiler info, CP/M86 based.
  4484. Article-I.D.: rlgvax.1479
  4485.  
  4486. References: <419@hammer.UUCP>
  4487.  
  4488. Your best bet, from my experience, is Pascal/MT+ (86), from
  4489. Digital Research, Inc. (Pacific Grove).  They have recently
  4490. ported it to PC-DOS, and will soon go to the popular UNIXes.
  4491. It of course works under CP/M-86, MP/M-86 and Concurrent CP/M.
  4492. Therefore, you are guaranteed of a very wide coverage for
  4493. your programs, if portability is important to you.
  4494.  
  4495. Pascal/MT+ has been around for quite a while and is a solid
  4496. product.  Code generation is excellent and I understand that
  4497. DRI is improving it even more by producing a new generation
  4498. of compilers that will share a common code-generator and
  4499. run-time library.  This will ensure rapid support of new CPUs
  4500. and new or improved operating systems.
  4501.  
  4502. Scott Plunkett
  4503. ..allegra!rlgvax!plunkett
  4504. 19-Dec-83 09:08:55-MST,948;000000000000
  4505. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4506. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:08:50-MST
  4507. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  18 Dec 83 11:34 EST
  4508. Received: From Sri-Unix.ARPA by BRL via smtp;  18 Dec 83 11:29 EST
  4509. Received: from Usenet.uucp by sri-unix.uucp with rs232; 18 Dec 83 8:25-PST
  4510. Date: 16 Dec 83 7:47:02-PST (Fri)
  4511. To: info-cpm@brl
  4512. From: hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!ded@ucb-vax
  4513. Subject: Computing free space on a disk
  4514. Article-I.D.: aplvax.456
  4515.  
  4516. There comes a time when I would like to know how much free space remains
  4517. on a disk in a CP/M system.  The question is: how do I find out?  One
  4518. way is to scan the file directory, keeping a running count of sectors
  4519. used, and subtract that sum from the total available.  Is there an easier
  4520. way?
  4521. -- 
  4522.  
  4523.                     Don Davis
  4524.                     JHU/APL
  4525.                 ...decvax!harpo!seismo!umcp-cs!aplvax!ded
  4526.                 ...rlgvax!cvl!umcp-cs!aplvax!ded
  4527. 19-Dec-83 09:09:19-MST,1392;000000000000
  4528. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4529. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:09:14-MST
  4530. Date:     Sun, 18 Dec 83 12:02:43 EST
  4531. From:     Dave Towson (info-cpm) <cpmlist@brl-vgr>
  4532. To:       info-cpm@brl-vgr
  4533. Subject:  [revc%CCVAX:  Re: Osborn Exec?]
  4534.  
  4535.  
  4536. ----- Forwarded message # 1:
  4537.  
  4538. Received: From Nosc-Cc.ARPA by BRL-VGR via smtp;  16 Dec 83 13:33 EST
  4539. Received: by Nosc.ARPA (4.12/4.7)
  4540.     id AA09475; Fri, 16 Dec 83 10:33:39 pst
  4541. Date: Fri, 16 Dec 83 10:33:02 pst
  4542. From: revc%CCVAX@Nosc
  4543. Message-Id: <8312161833.AA09475@Nosc.ARPA>
  4544. To: info-cpm-request@BRL-VGR
  4545. Subject: Re: Osborn Exec?
  4546. In-Reply-To: Your Message-ID: <8312161347.AA06930@Nosc.ARPA>
  4547.  
  4548. -------
  4549. The Execs have been retailing for around $1500 in the local
  4550. stores (San Diego, CA).
  4551.  
  4552.  
  4553.  
  4554.     -------
  4555.  
  4556.     is this machine worth having at any price? 
  4557.             -KM<
  4558.     -------
  4559.  
  4560. The Executive is a very good machine.  If you are looking
  4561. for something for word processing or spread sheets, you
  4562. can't get a better deal.  As long as Xerox is supplying
  4563. maintainance (expensive) you can't be hurt, providing you
  4564. inshure that you have the software to do what you want. - Bob
  4565.  
  4566.  
  4567. ------------
  4568.  
  4569. Bob Van Cleef
  4570. Computer Sciences Corporation
  4571. Naval Ocean Systems Center
  4572. San Diego, CA
  4573.  
  4574. ARPA revc@nosc
  4575. UUCP sdcsvax!noscvax!revc
  4576. CompuServe 71565,533
  4577.  
  4578. -------
  4579.  
  4580.  
  4581. ----- End of forwarded messages
  4582. 19-Dec-83 09:09:55-MST,498;000000000000
  4583. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4584. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:09:52-MST
  4585. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  18 Dec 83 16:29 EST
  4586. Received: From Mit-Mc.ARPA by BRL via smtp;  18 Dec 83 16:24 EST
  4587. Date: Sat 17 Dec 83 03:01:57-CST
  4588. From: Werner Uhrig <CMP.WERNER@UTEXAS-20.ARPA>
  4589. Subject: ? What's the difference between H-120 and H-100 ?
  4590. To: h19-people@MIT-MC.ARPA
  4591. cc: info-cpm@MIT-MC.ARPA, info-micro@BRL.ARPA
  4592.  
  4593.  
  4594. -------
  4595.  
  4596. 19-Dec-83 09:10:04-MST,828;000000000000
  4597. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4598. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:10:01-MST
  4599. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  18 Dec 83 17:00 EST
  4600. Received: From Mit-Mc.ARPA by BRL via smtp;  18 Dec 83 16:50 EST
  4601. Date: Sat 17 Dec 83 03:09:45-CST
  4602. From: Werner Uhrig <CMP.WERNER@UTEXAS-20.ARPA>
  4603. Subject: :-) Worried by recent military selection of Zenith PC
  4604. To: h19-people@MIT-MC.ARPA
  4605. cc: info-cpm@MIT-MC.ARPA, info-micro@BRL.ARPA
  4606.  
  4607.     I thought I made a rather wise and informed decision when making
  4608.     the Z-100 my selection.  Therefore, the announcement that the
  4609.     military selected the same machine first made me feel "warm all
  4610.     over" (Rogue-speak).
  4611.  
  4612.     But now I'm worried.  Aren't these the same guys that selected
  4613.     the M1-tank, B-1 bomber, etc, etc ????
  4614. -------
  4615.  
  4616. 19-Dec-83 09:10:14-MST,1131;000000000000
  4617. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4618. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:10:10-MST
  4619. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  18 Dec 83 17:00 EST
  4620. Received: From Mit-Mc.ARPA by BRL via smtp;  18 Dec 83 16:54 EST
  4621. Date: Sat 17 Dec 83 03:27:34-CST
  4622. From: Werner Uhrig <CMP.WERNER@UTEXAS-20.ARPA>
  4623. Subject: ? Cheap 50-disk-box alternatives ?
  4624. To: info-micro@BRL.ARPA
  4625. cc: info-cpm@MIT-MC.ARPA
  4626.  
  4627.     As a consumer, I am outraged, that pricing of PC [generic)
  4628.     related items are priced similarly as I know it from the Aviation
  4629.     world.  Apparently, with one central thought: "Let's rip'em off"
  4630.  
  4631.     After looking at a 50-disk-box yesterday, at a "sale-price" of
  4632.     $20 ($19.95, of course), I was appalled enough to ask the salesman,
  4633.     why the h... a plastic box should be worth $20, and he replied,
  4634.     "everybody else thinks it's a bargain.  I guess it's because it's
  4635.     a computer accessory ..."
  4636.  
  4637.     Well, campers, what are we going to do about THIS ????
  4638.  
  4639.     And, if anyone has found some nifty way to make a cheap alternative
  4640.     disk container, please let me know.  thanks.
  4641. -------
  4642.  
  4643. 19-Dec-83 09:10:29-MST,882;000000000000
  4644. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4645. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:10:24-MST
  4646. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  18 Dec 83 19:34 EST
  4647. Received: From Hi-Multics.ARPA by BRL via smtp;  18 Dec 83 19:24 EST
  4648. Date:  18 December 1983 18:25 cst
  4649. From:  Weinstein.Tech_Rep@hi-multics
  4650. Subject:  5 MByte Hard Discs
  4651. To:  info-cpm@brl
  4652. cc:  Weinstein.Tech_Rep@hi-multics
  4653. Acknowledge-To:  Weinstein.Tech_Rep at HI-MULTICS
  4654.  
  4655. One new HARD DISC DRIVE That I had last month is now available since
  4656. someone had reserved it and later backed out of the deal .
  4657.  I guess it is hard to believe that these drives(SEAGATE ST-506's are
  4658. NEW and Tested out 100% ok on my home computer. The drive is available
  4659. on a first come/first payment basis for $375.00 plus $25 for
  4660. shipping/insurance/packaging. Call Dennis 612-425-1813 eves CST.
  4661. 19-Dec-83 09:13:41-MST,1405;000000000000
  4662. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4663. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:13:35-MST
  4664. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 6:37 EST
  4665. Received: From Sri-Unix.ARPA by BRL via smtp;  19 Dec 83 6:24 EST
  4666. Received: from Usenet.uucp by sri-unix.uucp with rs232; 19 Dec 83 3:24-PST
  4667. Date: 17 Dec 83 11:02:46-PST (Sat)
  4668. To: info-cpm@brl
  4669. From: ihnp4!ihuxx!ignatz@ucb-vax
  4670. Subject: Dysan Digital Diskette Program, anyone?
  4671. Article-I.D.: ihuxx.610
  4672.  
  4673. If you've read the December issue of Dr. Dobb's Journal, you know that
  4674. Dysan is (has been) marketing a Digital Diagnostic Diskette (DDD).  To
  4675. go along with this, there is a public domain program, DDD11.ASM, which
  4676. utilizes this diskette to provide a test system for floppy drives.
  4677. Well, I just got my diskette; but the program listed in the Journal is
  4678. somewhat abbreviated, so I'm looking for the *real thing.*  Does
  4679. anyone have the full DDD11.ASM?  (Note that the original Dysan program
  4680. released was DDD10.ASM, so I *don't* want that; even the abbreviated
  4681. program is better, thanks.) Eventually, I want to re-write the program
  4682. in 'C' (as much as possible) for portability, and re-post it.
  4683.  
  4684. I'll be somewhat out of touch for a couple of weeks (Houston till the
  4685. 29th!), so please mail responses.  (At least, I hope there will be
  4686. some...) 
  4687.  
  4688.                 Thnx,
  4689.                 Dave Ihnat
  4690.                 ihuxx!ignatz
  4691. 19-Dec-83 09:50:23-MST,1695;000000000000
  4692. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4693. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:50:18-MST
  4694. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 8:54 EST
  4695. Received: From Usc-Isid.ARPA by BRL via smtp;  19 Dec 83 8:44 EST
  4696. Date: 18 Dec 1983 19:10-PST
  4697. Sender: ABN.ISCAMS@usc-isid
  4698. Subject: Re:  hard disk travelling advice requested
  4699. From: ABN.ISCAMS@usc-isid
  4700. To: POURNE@mit-mc
  4701. Cc: CS.KORNER@utexas-20, info-cpm@brl
  4702. Message-ID: <[USC-ISID]18-Dec-83 19:10:15.ABN.ISCAMS>
  4703. In-Reply-To: The message of 17 December 1983 00:53 EST from Jerry E. Pournelle <POURNE @ MIT-MC>
  4704.  
  4705. Don't get me wrong, now:  we DO have a certain amount of problems with our
  4706. Corvuses, probably far more than if they were sitting nice and snug in a
  4707. proper office environment.  However, they seem to bear up well enough, and
  4708. none of our problems can be directly connected to crashing down a Piedmont
  4709. luggage ramp, or the 1/4" of dust and sand in the Sinai coating the logic
  4710. board, or the 95 volts of STRANGE current we got in Germany (the stuff that
  4711. blew up all our OOOPSes (UPS devices - we call them OOPSes because that was
  4712. my initial comment the first time I accidentally kicked out a power cord and
  4713. brought the entire Corps Command and Control Net down!)  Thanks for the info
  4714. on the Eagle Spirit XT HD being kind of tough.  Rog on Kaypro 10 - read that
  4715. elsewhere too:  a somewhat high DOA rate, plus not taking a beating really
  4716. well.
  4717.  
  4718. My good old little 5-Megger in my Decision I has never skipped a beat in lo,
  4719. these many months of hacking -- but then the worst abuse she gets is an
  4720. occasional cat curled up on top!
  4721.  
  4722. Regards,
  4723.  
  4724. David Kirschbaum
  4725. Toad Hall
  4726. 19-Dec-83 09:50:36-MST,977;000000000000
  4727. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4728. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:50:32-MST
  4729. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 8:55 EST
  4730. Received: From Usc-Isid.ARPA by BRL via smtp;  19 Dec 83 8:47 EST
  4731. Date: 18 Dec 1983 19:48-PST
  4732. Sender: ABN.ISCAMS@usc-isid
  4733. Subject: Re: Computing free space on a disk
  4734. From: ABN.ISCAMS@usc-isid
  4735. To: hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!ded@ucb-vax
  4736. Cc: info-cpm@brl
  4737. Message-ID: <[USC-ISID]18-Dec-83 19:48:15.ABN.ISCAMS>
  4738. In-Reply-To: The message of 16 Dec 83 7:47:02-PST (Fri) from hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!ded@ucb-vax
  4739.  
  4740. Don,
  4741.  
  4742. Maybe I miss the point to your question.  Doesn't STAT give you that answer?
  4743. And don't several different fancy-format directory programs show the amount
  4744. of space used by files, and amount remaining?  Or is it a different sort of
  4745. space available/free you're talking about.
  4746.  
  4747. Regards,
  4748.  
  4749. David Kirschbaum
  4750. Toad Hall
  4751. 19-Dec-83 09:57:16-MST,708;000000000000
  4752. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4753. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 09:57:12-MST
  4754. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 10:07 EST
  4755. Received: From Mit-Mc.ARPA by BRL via smtp;  19 Dec 83 9:51 EST
  4756. Date:     Mon, 19 Dec 83 9:12:45 EST
  4757. From:     Rick Conn <rconn@brl>
  4758. To:       Werner Uhrig <CMP.WERNER@utexas-20.arpa>
  4759. cc:       h19-people@mit-mc.arpa, info-cpm@mit-mc.arpa, info-micro@brl.arpa
  4760. Subject:  Re:  :-) Worried by recent military selection of Zenith PC
  4761.  
  4762. Don't forget that these are also the same people who brought you
  4763. the Defense Data Network, which we're on right now!  I don't know
  4764. if this is a plus or a minus, tho.
  4765.  
  4766. 19-Dec-83 10:11:17-MST,1082;000000000000
  4767. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4768. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 10:11:10-MST
  4769. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 10:32 EST
  4770. Received: From Mit-Mc.ARPA by BRL via smtp;  19 Dec 83 10:23 EST
  4771. Date: Mon 19 Dec 83 09:17:25-CST
  4772. From: Werner Uhrig <CMP.WERNER@UTEXAS-20.ARPA>
  4773. Subject: Re:  :-) Worried by recent military selection of Zenith PC
  4774. To: rconn@BRL.ARPA
  4775. cc: h19-people@MIT-MC.ARPA, info-cpm@MIT-MC.ARPA, info-micro@BRL.ARPA
  4776. In-Reply-To: Message from "Rick Conn <rconn@brl>" of Mon 19 Dec 83 08:38:31-CST
  4777.  
  4778. RE:    From:     Rick Conn <rconn@brl>
  4779.  
  4780. >    Don't forget that these are also the same people who brought you
  4781. >    the Defense Data Network, which we're on right now!  I don't know
  4782. >    if this is a plus or a minus, tho.
  4783.  
  4784.  
  4785. Note, please, the great care in phrasing my subject line,
  4786.     I, usually, smile to the left, i.e.
  4787.                         (-:
  4788.     but used an alias for a reason            :-)
  4789.  
  4790.     trying to entertain ALL the good-guys, uniformed or not,
  4791.  
  4792.         ~~~ww~~~    (winged werner, heading for the slopes)
  4793. -------
  4794.  
  4795. 19-Dec-83 14:43:17-MST,1284;000000000000
  4796. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4797. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 14:43:10-MST
  4798. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 12:44 EST
  4799. Received: From Sumex-Aim.ARPA by BRL via smtp;  19 Dec 83 12:39 EST
  4800. Received: from ISL by SUMEX-AIM with Pup; Mon 19 Dec 83 09:46:03-PST
  4801. Date: Monday, 19 Dec 1983 09:43-PST
  4802. To: info-micro@brl, info-cpm@brl
  4803. Subject: OCCAM/Transputer
  4804. Reply-to: kevinw@su-dsn
  4805. From: kevinw@su-dsn
  4806. Sender: kevinw%isl@BRL.ARPA
  4807.  
  4808. Has anyone have any evaluations of OCCAM or the Transputer??
  4809. OCCAM is a process-oriented language (see 30 November 1983
  4810. Electronics pp. 89+ for article) designed to easily develop
  4811. concurent processing systems.  There are evaluation kits for
  4812. Apple, IBM-PC, ... using the SCUD p-System...  Anyone tried
  4813. one of these?
  4814.  
  4815. The Transputer is a computer architecture from Inmos which
  4816. is designed for multi-processor concurrent systems advertising
  4817. a 32 bit 10 mips cpu and is supposed to be extremely good for
  4818. OCCAM.  Has anyone got any concrete information (other than the
  4819. really nice glossy stuff from Inmos?
  4820.  
  4821. Thanks in advance,
  4822.   -- Kevin
  4823.      kevinw@su-dsn
  4824.  
  4825. US Snail:
  4826.      Kevin W. Rudd
  4827.      Dalmo Victor
  4828.      1515 Industrial Way
  4829.      Belmont, CA  94002
  4830. 19-Dec-83 15:23:22-MST,919;000000000000
  4831. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4832. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 15:23:18-MST
  4833. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 12:58 EST
  4834. Received: From Sumex-Aim.ARPA by BRL via smtp;  19 Dec 83 12:43 EST
  4835. Received: from ISL by SUMEX-AIM with Pup; Mon 19 Dec 83 09:49:35-PST
  4836. Date: Monday, 19 Dec 1983 09:47-PST
  4837. To: info-micro@brl, info-cpm@brl
  4838. Subject: VRTX multi-tasking system
  4839. Reply-to: kevinw@su-dsn
  4840. From: kevinw@su-dsn
  4841. Sender: kevinw%isl@BRL.ARPA
  4842.  
  4843. This is a multi-tasking system for many different machines which
  4844. claims to be bug free (you find a bug and they give you a VW Bug...)
  4845. Has anyone used this??  They claim an impressive list of users
  4846. but don't give out any real examples.
  4847.  
  4848. Thanks in advance,
  4849.   -- Kevin
  4850.      kevinw@su-dsn
  4851.  
  4852. US Snail:
  4853.      Kevin W. Rudd
  4854.      Dalmo Victor
  4855.      1515 Industrial Way
  4856.      Belmont, CA  94002
  4857. 19-Dec-83 15:43:26-MST,845;000000000000
  4858. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4859. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 15:43:22-MST
  4860. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 12:58 EST
  4861. Received: From Sumex-Aim.ARPA by BRL via smtp;  19 Dec 83 12:45 EST
  4862. Received: from ISL by SUMEX-AIM with Pup; Mon 19 Dec 83 09:51:55-PST
  4863. Date: Monday, 19 Dec 1983 09:49-PST
  4864. To: info-micro@brl, info-cpm@brl
  4865. Subject: NEC/Intel mPD720/82720
  4866. Reply-to: kevinw@su-dsn
  4867. From: kevinw@su-dsn
  4868. Sender: kevinw%isl@BRL.ARPA
  4869.  
  4870. Has anyone gotten one of these graphics chips to work?  If so, have
  4871. you run into any problems either with the chips or with delivery?
  4872. They sound really impressive...
  4873.  
  4874. Thanks in advance,
  4875.   -- Kevin
  4876.      kevinw@su-dsn
  4877.  
  4878. US Snail
  4879.      Kevin W. Rudd
  4880.      Dalmo Victor
  4881.      1515 Industrial Way
  4882.      Belmont, CA  94002
  4883. 19-Dec-83 16:08:10-MST,635;000000000000
  4884. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4885. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 16:08:07-MST
  4886. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 13:43 EST
  4887. Received: From Mit-Mc.ARPA by BRL via smtp;  19 Dec 83 13:26 EST
  4888. Date: Monday, 19 Dec 1983 10:22-PST
  4889. To: Werner Uhrig <CMP.WERNER@utexas-20>
  4890. Cc: info-cpm@mit-mc
  4891. Subject: Re: ? Cheap 50-disk-box alternatives ?
  4892. In-reply-to: Your message of Sat 17 Dec 83 03:27:34-CST.
  4893. From: marti@rand-unix
  4894.  
  4895.    I used to have a great one made out of cardboard. It cost less than
  4896. $0.05 and didn't have the static problems that plastic does. 
  4897.  
  4898. 19-Dec-83 16:46:47-MST,797;000000000000
  4899. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4900. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Mon 19 Dec 83 16:46:44-MST
  4901. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 14:24 EST
  4902. Received: From Mit-Mc.ARPA by BRL via smtp;  19 Dec 83 14:13 EST
  4903. Date: 19 Dec 83 11:15:45 PST (Monday)
  4904. From: Don Woods <Woods.pa@PARC-MAXC.ARPA>
  4905. Subject: Re: Don Wood and/or Crowther location
  4906. To: POURNE@mit-mc.ARPA
  4907. cc: Woods.pa@PARC-MAXC.ARPA, INFO-MICRO@mit-mc.ARPA, INFO-CPM@mit-mc.ARPA
  4908.  
  4909. [To stem a possible flood of forwardings, I'm cc'ing the distributions.
  4910. I've been located; no need for anyone else to forward Jerry's message to
  4911. me!]
  4912.  
  4913. It's Woods, not Wood, and I'm at Xerox these days.  Crowther used to be
  4914. but is now back on the East coast; try WCrowther@bbnv.
  4915.  
  4916.     -- Don.
  4917.  
  4918.  
  4919. 20-Dec-83 09:52:17-MST,885;000000000000
  4920. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4921. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 09:52:13-MST
  4922. Received: From Ut-Ngp.ARPA by BRL-VGR via smtp;  20 Dec 83 8:51 EST
  4923. From: mknox <mknox@utexas-11>
  4924. Date: Mon, 19 Dec 83 22:06:01 CST
  4925. Subject: CP/M-86 BIOS on a IBM-PC
  4926. Posted-Date: Mon, 19 Dec 83 22:06:01 CST
  4927. Message-Id: <8312200409.AA11741@UT-NGP.ARPA>
  4928. Received: by UT-NGP.ARPA (3.326/3.7)
  4929.     id AA11741; 19 Dec 83 22:09:56 CST (Mon)
  4930. To: info-cpm@brl-vgr.ARPA
  4931.  
  4932.  
  4933. I have a need to bypass the BDOS of CP/M-86 on an IBM-PC and call the
  4934. BIOS directly.  I am aware of the BDOS function to perform a 'pass
  4935. through', but timing is critical in this application.  Either I am
  4936. missing it in the DRI manual, or it never actually tells you how to 
  4937. call the BIOS (probably under the 'the less they know, the less they
  4938. can do wrong' theory).  
  4939.  
  4940. Information?
  4941.  
  4942. 20-Dec-83 10:20:25-MST,1174;000000000000
  4943. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4944. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:20:21-MST
  4945. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 15:29 EST
  4946. Received: From Brl-Bmd.ARPA by BRL via smtp;  19 Dec 83 15:14 EST
  4947. Date:     Mon, 19 Dec 83 15:11:51 EST
  4948. From:     Robert Lee Feider (CTAB) <lee@brl-bmd>
  4949. To:       kevinw@su-dsn
  4950. cc:       info-micro@brl, info-cpm@brl
  4951. Subject:  Re:  VRTX multi-tasking system
  4952.  
  4953. Although I have'nt used VRTX I have heard good things about it and it has
  4954. been out for some time so the chances that they have alot of users are good
  4955. and it probably is robust. When I inquired about it the price was a little
  4956. high for my tastes (in January it is going up in price ~$5000 for z80 version).
  4957. And for orders of less than 100 about $50 licensing fee for each unit the OS
  4958. is running in. Another possibility is MTOS. About the same initial price but
  4959. no licensing fee and source for the entire OS is given. I got a complete manual
  4960. set from the manufacturer and it looks quite good. It does support multiple
  4961. processors for the 8085, 68000, 8086 versions also.
  4962.  
  4963.                             Cheers
  4964.                             lee@brl
  4965. 20-Dec-83 10:21:50-MST,1362;000000000000
  4966. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  4967. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:21:45-MST
  4968. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 15:32 EST
  4969. Received: From Usc-Eclb.ARPA by BRL via smtp;  19 Dec 83 15:19 EST
  4970. Date: 19 December 1983  12:19-PST (Monday)
  4971. Sender: TLI@usc-eclb
  4972. From: Tony Li <Tli@usc-eclb>
  4973. To:   Info-Cpm@brl
  4974. Subject: Re: Free space on disk.
  4975. Reply-to: Tli@usc-eclb
  4976. Home: 1275 W. 29th #211, Los Angeles, Ca. 90007  (213) 737-8168
  4977.  
  4978.  
  4979. Finding the free space on disk under CCP/M is simple.  CP/M isn't so
  4980. simple.
  4981.  
  4982. Under CCP/M, you can use the BDOS call DRV_SPACE (46 - 02eH).  Input
  4983. argument is a drive number.  Result is the first three bytes in the
  4984. DMA buffer.  The bytes contain the number of free sectors on the disk.
  4985. The bytes are stored with least significant byte first (Sigh).
  4986.  
  4987. Under CP/M (I think - it's been a while), you can get the address of
  4988. the allocation vector if the disk is not read/only.  This is done via
  4989. the DRV_ALLOCVEC (27 - 01bH) BDOS call.  The allocation vector is a
  4990. bit messy.  Probably the best way to look at it is the drawing by
  4991. Harvey Deitel in his book @b(An Intorduction to Operating Systems).
  4992. On page 550, he gives a good discussion of the allocation vector.  Of
  4993. course, if you have manuals, this is even better.
  4994.  
  4995. Cheers,
  4996. Tony Li
  4997. ;-)
  4998. 20-Dec-83 10:23:14-MST,767;000000000000
  4999. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5000. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:23:11-MST
  5001. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 17:12 EST
  5002. Received: From Lll-Mfe.ARPA by BRL via smtp;  19 Dec 83 17:04 EST
  5003. Date: Mon, 19 Dec 83 14:03 PST
  5004. From: "Webb Mike"@LLL-MFE.ARPA
  5005. Subject: UNIX ON 36-BITTERS??
  5006. To: INFO-CPM@BRL.ARPA
  5007.  
  5008.  
  5009. ONE OF MY CUSTOMERS(I WORK FOR DEC FS) HAS JUST AQUIRED A USED 1080
  5010. AND THEY ARE WONDERING IF UNIX IS AVAILABLE FOR  THE -10 OR -20?? I HAVE
  5011. NOT HEARD OF ANY SUCH BEAST BUT THOUGHT THIS NET MIGHT BE THE RIGHT PACE
  5012. TO ASK FOR POINTERS. JUST RESPOND TO ME HERE AT LLL-MFE.ARPA
  5013. AS I I SUSPECT THERE IS NOT MUCH OTHER INTEREST.
  5014.  
  5015.                 THANKS IN ADVANCE FOR ANY HELP
  5016.                     MIKE
  5017. 20-Dec-83 10:23:54-MST,1515;000000000000
  5018. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5019. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:23:49-MST
  5020. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  19 Dec 83 17:33 EST
  5021. Received: From Sumex-Aim.ARPA by BRL via smtp;  19 Dec 83 17:26 EST
  5022. Date: Mon 19 Dec 83 14:33:45-PST
  5023. From: Sam Hahn <SHahn@SUMEX-AIM.ARPA>
  5024. Subject: Re: Turbo Pascal ??
  5025. To: CENT.MBECK%MIT-OZ@MIT-MC.ARPA
  5026. cc: SHahn@SUMEX-AIM.ARPA, info-cpm@BRL.ARPA
  5027. In-Reply-To: Message from "Mark Becker <CENT.MBECK%MIT-OZ@MIT-MC.ARPA>" of Sun 18 Dec 83 09:14:35-PST
  5028.  
  5029. The documentation is a full (100+, probably closer to 150 pages) BOOK
  5030.     which serves both as a TurboPascal guide and a Pascal reference.
  5031.  
  5032. It does support floating point.  Or so the doc says, I haven't needed that
  5033.     feature yet, but is supposed to be 14-digit precision.
  5034.  
  5035. I pulled one of my existing 36k source files, and compiled WITH NO ERRORS,
  5036.     on the first pass (to disk: one of the compile modes. other is
  5037.     in memory, ready to run or debug.)
  5038.  
  5039. I have no personal stake in BI, but the software I got from them I consider
  5040.     an admirable way to be in business.  
  5041.  
  5042.                     -- sam hahn [shahn@sumex]
  5043.  
  5044. PS.    Mod to comment #3.  Had to change some of the pointer manipulation
  5045.     calls.  BI claims this and file IO are the only deviations from
  5046.     "standard" (ISO?/ANSI?) Pascal.    -- sh
  5047.  
  5048. PPS.    identifiers can be <= 128 (I think) characters long.  Suffice it
  5049.     to say that I used a VMS Pascal source to test, and had no problems
  5050.     with identifiers.
  5051. -------
  5052. 20-Dec-83 10:37:10-MST,482;000000000000
  5053. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5054. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:37:07-MST
  5055. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  20 Dec 83 8:23 EST
  5056. Received: From Mit-Ml.ARPA by BRL via smtp;  19 Dec 83 21:08 EST
  5057. Date: 19 December 1983 21:14 EST
  5058. From: Herb Lin <LIN@mit-ml>
  5059. Subject:   disassemblers..
  5060. To: info-cpm@brl
  5061.  
  5062.  
  5063. anyone know of disassemblers that will disassemble from a disk .COM
  5064. file?  PD or otherwise.
  5065.  
  5066. tnx.
  5067.  
  5068. 20-Dec-83 10:40:59-MST,2076;000000000000
  5069. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5070. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:40:52-MST
  5071. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  20 Dec 83 8:23 EST
  5072. Received: From Rochester.ARPA by BRL via smtp;  19 Dec 83 21:49 EST
  5073. Received: by sen.rochester (3.327.3N) id AA18247; 19 Dec 83 21:53:43 EST (Mon)
  5074. Received: by cay.Rochester (3.327.3N+) id AA08853; 19 Dec 83 21:53:43 EST (Mon)
  5075. Message-Id: <8312200253.18247@sen.rochester>
  5076. Date: 19 Dec 83 21:53:43 EST (Mon)
  5077. From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
  5078. Subject: DRI C Compiler Update
  5079. To: info-cpm@brl.ARPA
  5080.  
  5081.  
  5082. Here is the latest on the Digital Research C Compiler for CP/M-86.
  5083. We have been using the 2nd release of the complier since October.
  5084. It works pretty well, except for the floating point!
  5085. Floating-point I/O is all messed up. You try to read a
  5086. number and get back a zero, for example.
  5087. Printing is uncertain, and so is integer<->float conversion.
  5088. The Taylor people wound up writing conversion and I/O routines
  5089. to work temporarily.
  5090.  
  5091. A letter arrived last week saying that version 1.1 would be shipped
  5092. in Mid-December. This fixes all the bugs, they say.
  5093. It was also used to implement the C and Fortran compilers, so is
  5094. supposedly well tested.
  5095.  
  5096. This release is the first that uses the front-end/back-end concept.
  5097. The Fortran and C compilers share the same code generator (back-end)
  5098. but have a different parser (front-end).
  5099. On other machines (e.g. 68000), the compilers use the same front
  5100. end oas on the 8086, but share a new back-end.
  5101.  
  5102. More information when the new compiler arrives!
  5103.  
  5104. Incidentally, before people write to me and say
  5105. "why didn't you use another compiler?"
  5106. we needed one that could access more than 64K  of data and
  5107. would run under Concurrent CP/M.
  5108. We couldn't wait for the multi-tasking version of MS-DOS,
  5109. which is not available yet, or for the Lattice or CI versions of C
  5110. which are not out for CP/M with extended data.
  5111. If you know of one that meets these requirements, let me know.
  5112.  
  5113. Mike Ciaraldi
  5114. ciaraldi@rochester
  5115. 20-Dec-83 10:45:49-MST,4626;000000000000
  5116. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5117. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 10:45:37-MST
  5118. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  20 Dec 83 8:39 EST
  5119. Received: From Mit-Mc.ARPA by BRL via smtp;  20 Dec 83 8:31 EST
  5120. Date: 20 December 1983 08:34 EST
  5121. From: Eric Stork <STORK@mit-mc>
  5122. To: hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!ded@ucb-vax
  5123. cc: STORK@mit-mc, info-cpm@brl
  5124.  
  5125. SUBJECT: Computing Free Space on a disk
  5126.  
  5127. Re your question:
  5128.     Date: 16 Dec 83 7:47:02-PST (Fri)
  5129.     To: info-cpmbrl
  5130.     From:
  5131.     hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!deducb-vax
  5132.     Subject: Computing free space on a disk
  5133.     There  comes  a  time  when I would like to know how much
  5134.     free space remains on a  disk  in  a  CP/M  system.   The
  5135.     question  is:  how do I find out?  One way is to scan the
  5136.     file directory, keeping a running count of sectors  used,
  5137.     and subtract that sum from the total available.  Is there
  5138.     an easier way?
  5139.  
  5140.  
  5141. If I understand correctly (i.e., you want to include a routine in
  5142. a  file  that  checks  remaining  disk space), what you need is a
  5143. combination of data from BDOS Functions 27 and 31.  #27 points to
  5144. the  disk  map, where there is a string of bits (not bytes,   tho
  5145. of course grouped into bytes) that say if a block on a disk is in
  5146. use or not.  Function 31 tells you other data you need about your
  5147. disk, e.g., density, sectors per track, etc.
  5148.  
  5149. Then you need to combine these into a program segment that counts
  5150. the empty blocks, multiplies  by  their  size,  and  reports  the
  5151. result.   There  is  a  fine  example by M. Karas in November '82
  5152. LIFELINES.
  5153.  
  5154. Using that example, plus the superb description of BDOS functions
  5155. in Johnson-Laird's THE PROGRAMMERS CP/M HANDBOOK, I was  able  to
  5156. write  a  routine  for my favorite editor that pretty well solves
  5157. the problem of a full disk when  saving  a  file.     My  routine
  5158. checks  remaining  disk space,  checks the size of the file being
  5159. loaded into the editor, the size of the BAK file  (if  any),  and
  5160. then  calculates how much space will remain after deletion of the
  5161. old BAK file, creating of the new BAK file,  and  saving  of  the
  5162. edited file.  If that value is less than 20k, the editor warns me
  5163. and allows me to abort right then.  If the value is less than 4k,
  5164. the editor will not let me load the file at all.  (I mention this
  5165. just to show that the Karas routine works and is very useful.)
  5166.  
  5167. Good luck.  If I can help more, let me know.
  5168.  
  5169. Eric
  5170. SUBJECT: Computing Free Space on a disk
  5171.  
  5172. Re your question:
  5173.     Date: 16 Dec 83 7:47:02-PST (Fri)
  5174.     To: info-cpmbrl
  5175.     From:
  5176.     hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!deducb-vax
  5177.     Subject: Computing free space on a disk
  5178.     There  comes  a  time  when I would like to know how much
  5179.     free space remains on a  disk  in  a  CP/M  system.   The
  5180.     question  is:  how do I find out?  One way is to scan the
  5181.     file directory, keeping a running count of sectors  used,
  5182.     and subtract that sum from the total available.  Is there
  5183.     an easier way?
  5184.  
  5185.  
  5186. If I understand correctly (i.e., you want to include a routine in
  5187. a  file  that  checks  remaining  disk space), what you need is a
  5188. combination of data from BDOS Functions 27 and 31.  #27 points to
  5189. the  disk  map, where there is a string of bits (not bytes,   tho
  5190. of course grouped into bytes) that say if a block on a disk is in
  5191. use or not.  Function 31 tells you other data you need about your
  5192. disk, e.g., density, sectors per track, etc.
  5193.  
  5194. Then you need to combine these into a program segment that counts
  5195. the empty blocks, multiplies  by  their  size,  and  reports  the
  5196. result.   There  is  a  fine  example by M. Karas in November '82
  5197. LIFELINES.
  5198.  
  5199. Using that example, plus the superb description of BDOS functions
  5200. in Johnson-Laird's THE PROGRAMMERS CP/M HANDBOOK, I was  able  to
  5201. write  a  routine  for my favorite editor that pretty well solves
  5202. the problem of a full disk when  saving  a  file.     My  routine
  5203. checks  remaining  disk space,  checks the size of the file being
  5204. loaded into the editor, the size of the BAK file  (if  any),  and
  5205. then  calculates how much space will remain after deletion of the
  5206. old BAK file, creating of the new BAK file,  and  saving  of  the
  5207. edited file.  If that value is less than 20k, the editor warns me
  5208. and allows me to abort right then.  If the value is less than 4k,
  5209. the editor will not let me load the file at all.  (I mention this
  5210. just to show that the Karas routine works and is very useful.)
  5211.  
  5212. Good luck.  If I can help more, let me know.
  5213.  
  5214. Eric
  5215.  
  5216. 20-Dec-83 11:15:47-MST,701;000000000000
  5217. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5218. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 11:15:43-MST
  5219. Received: From Simtel20.ARPA by BRL-VGR via smtp;  20 Dec 83 10:41 EST
  5220. Date: 19 Dec 1983  18:57 MST (Mon)
  5221. Message-ID: <KPETERSEN.11976856448.BABYL@SIMTEL20>
  5222. Sender: KPETERSEN@simtel20
  5223. From: Keith Petersen <W8SDZ@simtel20>
  5224. To:   David Towson (CSD) <towson@amsaa>
  5225. Cc:   Info-Cpm@brl-vgr
  5226. Subject: Mdm715 missing file.
  5227. In-reply-to: Msg of 16 Dec 1983  16:12-MST from David Towson (CSD) <towson at amsaa>
  5228.  
  5229. Sorry about omitting MDM715.COM from the file uploads to SIMTEL20.
  5230. It's there now, along with MDM715.HEX for those who have problems
  5231. FTPing binary files.
  5232. --Keith
  5233. 20-Dec-83 11:35:23-MST,842;000000000000
  5234. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5235. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 11:35:17-MST
  5236. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  20 Dec 83 11:19 EST
  5237. Received: From Mit-Mc.ARPA by BRL via smtp;  20 Dec 83 11:03 EST
  5238. Received: by sen.rochester (3.327.3N) id AA24204; 20 Dec 83 10:59:31 EST (Tue)
  5239. Received: by cay.Rochester (3.327.3N+) id AA09912; 20 Dec 83 10:59:29 EST (Tue)
  5240. Message-Id: <8312201559.24204@sen.rochester>
  5241. Date: 20 Dec 83 10:59:31 EST (Tue)
  5242. From: Mike Ciaraldi <ciaraldi@Rochester.ARPA>
  5243. Subject: Re:  :-) Worried by recent military selection of Zenith PC
  5244. To: CMP.WERNER@UTEXAS-20.ARPA, rconn@BRL.ARPA
  5245. Cc: h19-people@MIT-MC.ARPA, info-cpm@MIT-MC.ARPA, info-micro@BRL.ARPA
  5246.  
  5247. Don't forget they're also the folks who brought you Ada!
  5248.  
  5249. Mike Ciaraldi
  5250. ciaraldi@rochester
  5251.  
  5252. 20-Dec-83 14:27:53-MST,759;000000000000
  5253. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5254. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 14:27:50-MST
  5255. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  20 Dec 83 15:21 EST
  5256. Received: From Sri-Kl.ARPA by BRL via smtp;  20 Dec 83 15:11 EST
  5257. Date: 20 Dec 1983 12:10-PST
  5258. Sender: BILLW@sri-kl
  5259. Subject: Re: UNIX ON 36-BITTERS??
  5260. From: BILLW@sri-kl
  5261. To: "Webb Mike"@lll-mfe
  5262. Cc: INFO-CPM@brl
  5263. Message-ID: <[SRI-KL]20-Dec-83 12:10:54.BILLW>
  5264. In-Reply-To: The message of Mon, 19 Dec 83 14:03 PST from "Webb Mike"@LLL-MFE.ARPA
  5265.  
  5266. In a word, yes.  A EUNICE like environment is available from
  5267. Frank@utah-20 (you need a unix licence for your 20), and
  5268. Lougheed@SU-Sierra has implented the "PIPE" device.  Both are
  5269. based on tops20.
  5270.  
  5271. BillW
  5272. 20-Dec-83 15:19:17-MST,690;000000000000
  5273. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5274. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 20 Dec 83 15:19:07-MST
  5275. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  20 Dec 83 16:14 EST
  5276. Received: From Cmu-Cs-A.ARPA by BRL via smtp;  20 Dec 83 16:04 EST
  5277. Received: from [128.2.254.192] by CMU-CS-PT with CMUFTP; 20 Dec 83 15:50:23 EST
  5278. Date: 20 Dec 83 1605 EST (Tuesday)
  5279. From: George.Wood@cmu-cs-a
  5280. To: LIN@mit-ml, info-cpm@brl
  5281. Subject: Re: disassemblers..
  5282. In-Reply-To: "Herb Lin's message of 19 Dec 83 21:14-EST"
  5283. Message-Id: <20Dec83.160510.GW90@CMU-CS-A>
  5284.  
  5285. REZ & RESOURCE disasemble .com files; have I somehow missed the point 
  5286. of 'disassemble from a disk .COM file'?
  5287. 21-Dec-83 14:56:38-MST,1232;000000000000
  5288. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5289. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 21 Dec 83 14:56:34-MST
  5290. Received: From uw-vlsi-gw.ARPA by BRL-VGR via smtp;  21 Dec 83 7:16 EST
  5291. Date: 20 Dec 1983 18:45:35-PST
  5292. From: Ed Mills <capn@uw-vlsi>
  5293. To: info-cpm@brl-vgr
  5294. Subject: More on David's address.
  5295.  
  5296.  
  5297. To David Kirschbaum;
  5298.  
  5299.     When I tried to send my response directly to you this is what I
  5300. got back. Any Ideas?
  5301.  
  5302.  
  5303. >From COMSAT@MIT-ML Sun Dec 18 06:14:43 1983
  5304. Date: 18 December 1983 09:15 EST
  5305. From: Communications Satellite <COMSAT @ MIT-ML>
  5306. Subject: Msg of Sunday, 18 December 1983 08:43 EST
  5307. To: capn @ UW-VLSI
  5308.  
  5309. ============ A copy of your message is being returned, because: ============
  5310. "GZ-MICROS" at MIT-ML is an unknown recipient.
  5311. ============ Failed message follows: ============
  5312. Received: From Uw-Vlsi.ARPA by BRL-VGR via smtp;  16 Dec 83 8:45 EST
  5313. Date: 15 Dec 1983 20:28:15-PST
  5314. From: Ed Mills <capn@uw-vlsi>
  5315. To: abn.iscams@usc-isid
  5316. Subject: The response on BIOS's I promised.
  5317. Cc: info-cpm@brl-vgr
  5318.  
  5319.  
  5320. David,
  5321.     Here is a response to some of your requests of DEC 8.
  5322.  
  5323. And so on for the rest of the body.......
  5324.  
  5325.                         Ed Mills
  5326.  
  5327.                         capn@uw-vlsi
  5328.                         (Back after Christmas, Bye.)
  5329. 21-Dec-83 15:02:00-MST,825;000000000000
  5330. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5331. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 21 Dec 83 15:01:57-MST
  5332. Received: From uw-vlsi-gw.ARPA by BRL-VGR via smtp;  21 Dec 83 7:16 EST
  5333. Date: 20 Dec 1983 19:07:55-PST
  5334. From: Ed Mills <capn@uw-vlsi>
  5335. To: ""@LLL-MFE.ARPA, info-cpm@brl-vgr.arpa
  5336. Subject: CPM DISASSEMBLY
  5337.  
  5338.     There is a CP/M dissassembler available for $35 + $1 postage
  5339. from
  5340.  
  5341.     C.C. Software
  5342.     2564 Walnut Blvd #106
  5343.     Walnut Creek, CA 94598
  5344.     (415) 939-8153
  5345.  
  5346.     What you get is a program which creates a commented assembly
  5347. listing of CP/M 2.2.
  5348.  
  5349.     There is sometimes a confusion about a field patch, so if you
  5350. get bad instructions when you try to assemble, call and Clark will tell
  5351. you how to fix it.
  5352.     This is the one mentioned by Jerry Pournelle in BYTE.
  5353.  
  5354.                         Ed Mills
  5355.                         Capn@uw-vlsi
  5356. 21-Dec-83 16:13:15-MST,877;000000000000
  5357. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5358. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 21 Dec 83 16:13:12-MST
  5359. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  21 Dec 83 8:51 EST
  5360. Received: From Sri-Unix.ARPA by BRL via smtp;  21 Dec 83 8:42 EST
  5361. Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Dec 83 4:46-PST
  5362. Date: 19 Dec 83 13:35:53-PST (Mon)
  5363. To: info-cpm@brl
  5364. From:  harpo!floyd!vax135!cornell!uw-beaver!ssc-vax!fluke!witters@ucb-vax
  5365. Subject: Re: Jade Double-D mod
  5366. Article-I.D.: vax1.431
  5367. In-Reply-To: Article <354@sii.UUCP>
  5368.  
  5369. I tried replying via mail, but the net puked on the address.  I've got a JADE
  5370. DD using 5 1/4 inch disk drives.  If your interested, you may call me.
  5371.  
  5372.                 John Witters
  5373.                 John Fluke Mfg. Co. Inc.
  5374.                 P.O.B. C9090  M/S 243F
  5375.                 Everett, Washington
  5376.  
  5377.                 (206) 356-5274  (Work)
  5378.                 (206) 353-4672    (Home)
  5379. 21-Dec-83 17:51:58-MST,1070;000000000000
  5380. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5381. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 21 Dec 83 17:51:54-MST
  5382. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  21 Dec 83 12:09 EST
  5383. Received: From Sri-Unix.ARPA by BRL via smtp;  21 Dec 83 9:17 EST
  5384. Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Dec 83 6:10-PST
  5385. Date: 20 Dec 83 13:13:07-PST (Tue)
  5386. To: info-cpm@brl
  5387. From: hplabs!hpda!fortune!burton@ucb-vax
  5388. Subject: Brand new 12" Motorola monitor
  5389. Article-I.D.: fortune.2063
  5390.  
  5391. Subject: Brand new 12: Motorola monitor for sale
  5392. Newsgroups: net.micro,net.micro.cpm,net.micro.atari,net.micro.pcnet.wanted,net.periphs
  5393.  
  5394. Brand new, never used, original packing, with instructions, etc.
  5395. Motorola 12" white (P4 phosphor) monitor.  Has adjustments for brightness
  5396. and contrast.  Open frame.
  5397.  
  5398. Requires power and video into to make into display monitor
  5399.  
  5400. $75 with shipping in U.S./best offer
  5401.  
  5402. Phil Burton
  5403. Fortune Systems, Redwood City, CA  94065 (identification purpose only)
  5404. 415/595 8444 x526 or 415/494 6261, not after 9PM PST, please
  5405. 21-Dec-83 18:43:58-MST,2369;000000000000
  5406. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5407. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 21 Dec 83 18:43:52-MST
  5408. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  21 Dec 83 12:09 EST
  5409. Received: From Usc-Isid.ARPA by BRL via smtp;  21 Dec 83 9:30 EST
  5410. Date: 20 Dec 1983 20:57-PST
  5411. Sender: ABN.ISCAMS@usc-isid
  5412. Subject: CPMUSER CP/M Patch
  5413. From: ABN.ISCAMS@usc-isid
  5414. To: INFO-CPM@brl
  5415. Cc: ABN.ISCAMS@usc-isid
  5416. Message-ID: <[USC-ISID]20-Dec-83 20:57:58.ABN.ISCAMS>
  5417.  
  5418. NetLandians,
  5419.  
  5420. One of our members out there queried me about a comment referencing CPMUSER,
  5421. a CP/M patch that shows you the user area with the usual CP/M Disk and Prompt
  5422. ("A>") symbols.  I foolishly erased his message (got #'s mixed up), and don't
  5423. know who to reply to.
  5424.  
  5425. For that one person (and others interested), there's an article in my
  5426. directory (ABN.ISCAMS@USC-ISID) you are welcome to FTP.  It has various
  5427. explanations on my mods and discoveries in CP/M, specifically the CBIOS&
  5428. provided for the Morrow Decision I, plus my implementation of two Public
  5429. Domain patches:  the CPMUSER one mentioned above, and a second which forces
  5430. CP/M to look first to Disk A Same User Area if it can't find a file, and
  5431. then to Disk A User Area 0.
  5432.  
  5433. For Decision I owners, there's other goodies about the mystical Multi I/O
  5434. board, AutoStart, and other things.  Morrow owners, please feel free to
  5435. contact me on a bunch of Morrow-specific stuff I've developed (mostly
  5436. adaptations of good Public Domain things) that handle the peculiar port
  5437. switching in our system.  I have KERMIT running (the very latest mod);
  5438. also an improvement to MDM715 with the MM overlay plus my own stuff; Freedom
  5439. 100 Terminal control stuff; a parity patch for your BIOS if you just HAVE to
  5440. fiddle with parity to your ports; an automatic initialization of your serial
  5441. port (for a modem) to 1200 so no more BAUD commands.  AND I got that stupid
  5442. Morrow clock software to work (don't ask ME why they put in two lousy
  5443. instructions that ASM won't assemble, when pure and simple 8080 instructions
  5444. do EXACTLY the same thing!)  Am presently trying to stick in some other disk
  5445. drivers for 5 1/4 floppies, but not there yet (don't want to use the NorthStar
  5446. drivers that came with it).
  5447.  
  5448. Regards,....Oooooh, yeah - the name of the article (dummmb):  TOADBIOS.DOC.1
  5449. Not TOO long.
  5450.  
  5451. David Kirschbaum
  5452. Toad Hall
  5453. 21-Dec-83 19:15:25-MST,1446;000000000000
  5454. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5455. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Wed 21 Dec 83 19:15:18-MST
  5456. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  21 Dec 83 12:09 EST
  5457. Received: From Sri-Unix.ARPA by BRL via smtp;  21 Dec 83 9:54 EST
  5458. Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Dec 83 6:43-PST
  5459. Date: 19 Dec 83 6:16:52-PST (Mon)
  5460. To: info-cpm@brl
  5461. From: decvax!ittvax!dcdwest!sdcsvax!sdccsu3!brian@ucb-vax
  5462. Subject: Re: Computing free space on a disk
  5463. Article-I.D.: sdccsu3.1417
  5464. In-Reply-To: Article <456@aplvax.UUCP>
  5465.  
  5466. x <- destroy all monsters
  5467.  
  5468. The easiest way to calculate the available space on a disk is to use the
  5469. allocation map - the bits turned off in the allocation map are available
  5470. allocation groups, so you just multiply the number of bits off by the
  5471. allocation size (available from factors in the disk parameter block) and
  5472. that is the room left on the disk.  You can get pointers to the disk
  5473. block from the BDOS, then use that to find the allocation vector,
  5474. maximum number of groups, and the allocation size.  See the DRI
  5475. incomprehensible manuals for the exact details, or take apart the code
  5476. in one of the public domain directory programs (like SD).
  5477.  
  5478. Note that using the DPB information makes the program relatively
  5479. independent of what hardware configuration its running on.
  5480.  
  5481. -- 
  5482.     -Brian Kantor, UC San Diego 
  5483.     {decvax,ucbvax} !sdcsvax!sdccsu3!brian
  5484.     Kantor@Nosc
  5485. 22-Dec-83 08:37:55-MST,1470;000000000000
  5486. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5487. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:37:50-MST
  5488. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  21 Dec 83 7:58 EST
  5489. Received: From Sri-Unix.ARPA by BRL via smtp;  21 Dec 83 7:41 EST
  5490. Received: from Usenet.uucp by sri-unix.uucp with rs232; 21 Dec 83 4:41-PST
  5491. Date: 20 Dec 83 5:26:45-PST (Tue)
  5492. To: info-cpm@brl
  5493. From: hplabs!hao!seismo!rlgvax!cvl!umcp-cs!aplvax!ded@ucb-vax
  5494. Subject: Determining free disk space
  5495. Article-I.D.: aplvax.462
  5496.  
  5497. One of these days I'll learn to state my question clearly.  I asked
  5498. for a way to determine how much free space is available on a disk
  5499. in a CP/M environment.  Several nice people resonded with STAT.COM,
  5500. XDIR.COM, etc.  Ah, they were right, but I had meant to ask something 
  5501. different.  
  5502.  
  5503. I want to determine free disk space from the confines of an application
  5504. program -- through a BDOS call, or some other portable method.  So
  5505. when my programs are going to write to disk, they can first check
  5506. if enough space if available.  One of the major flaws of CP/M is that
  5507. when things start to go wrong...you're done for.  I would like to avoid
  5508. that if all possible.  I could read every directory entry and determine
  5509. through some simple mathematics how much space is available, but I would
  5510. prefer something more elegant.
  5511. -- 
  5512.  
  5513.                     Don Davis
  5514.                     JHU/APL
  5515.                 ...decvax!harpo!seismo!umcp-cs!aplvax!ded
  5516.                 ...rlgvax!cvl!umcp-cs!aplvax!ded
  5517. 22-Dec-83 08:46:28-MST,1076;000000000000
  5518. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5519. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:46:23-MST
  5520. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  21 Dec 83 14:46 EST
  5521. Received: From Mit-Mc.ARPA by BRL via smtp;  21 Dec 83 14:41 EST
  5522. Date: 21 Dec 1983 1131-PST
  5523. From: Bradley S. Brahms <Brahms@usc-eclc>
  5524. Subject: Re: ? What's the difference between H-120 and H-100 ?
  5525. To: CMP.WERNER@utexas-20, h19-people@mit-mc
  5526. cc: info-cpm@mit-mc, info-micro%BRL@maryland
  5527. In-Reply-To: Your message of 19-Dec-83 1148-PST
  5528.  
  5529. what the difference between the h-100, 110 and 120?  i'll tell you.
  5530. the h-100 is the "generic" series number.  the is actually no
  5531. h-100 that i know of.  the h-110 is the low profile model (no built-in
  5532. screen) while the h-120 is the high profile model (built-in screen).
  5533.  
  5534. this info can be obtained from looking at the part numbers in a
  5535. heath catalog.
  5536.  
  5537.                         -- brad brahms
  5538.                            arpa: brahms@usc-eclc
  5539.                            uucp: {decvax,ucbvax}!trw-unix!trwspp!brahms
  5540. -------
  5541.  
  5542. 22-Dec-83 08:46:39-MST,1021;000000000000
  5543. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5544. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:46:34-MST
  5545. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  21 Dec 83 14:58 EST
  5546. Received: From Hi-Multics.ARPA by BRL via smtp;  21 Dec 83 14:44 EST
  5547. Date:  21 December 1983 13:40 cst
  5548. From:  Ronald W. <Heiby@hi-multics>
  5549. Subject:  SYSCOPY.C
  5550. To:  Info-CPM@brl
  5551.  
  5552. I am having some trouble with the SYSCOPY (version 1.0) utility written
  5553. by Stephen M.  Kenton.  I am using an Apple //, with Microsoft Softcard
  5554. (CP/M 2.20B) and standard Apple drives.  When I use the DU utility, I
  5555. can ask for track zero, sector one and I get what appears to be T0S1,
  5556. with copyright notice, etc.  With DU, T0S2 shows all 0FFH bytes.
  5557. However, in SYSCOPY, it seems to skip the T0S1 and puts the T0S2 sector
  5558. into system[0][], then the remaining sectors in sequence from there.
  5559. I.e., the first sector never gets read and the following sectors get
  5560. slid up by one sector.  Does anyone have any ideas on this?  Thanks.
  5561. 22-Dec-83 08:47:53-MST,619;000000000000
  5562. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5563. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:47:50-MST
  5564. Received: From Mit-Mc.ARPA by BRL-VGR via smtp;  21 Dec 83 19:54 EST
  5565. Date: Wed 21 Dec 83 19:44:29-EST
  5566. From: Mark Becker <CENT.MBECK%MIT-OZ@MIT-MC.ARPA>
  5567. Subject: External 68000 box?
  5568. To: Info-CPM@BRL-VGR.ARPA
  5569.  
  5570.      There was a recent message on the net about a 68000 add-on box for
  5571. Z-80 based CP/m systems.  I saw the message but part of it got garbled.
  5572.  
  5573.      Could someone send me a pointer to who makes this box?
  5574.  
  5575. Thanks.                    Mark Becker
  5576.  
  5577. ARPA: CENT.MBECK@MIT-OZ.#Chaos
  5578. -------
  5579.  
  5580. 22-Dec-83 08:48:29-MST,1505;000000000000
  5581. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5582. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:48:23-MST
  5583. Received: From Usc-Isid.ARPA by BRL-VGR via smtp;  21 Dec 83 21:42 EST
  5584. Date: 21 Dec 1983 14:20-PST
  5585. Sender: ABN.ISCAMS@usc-isid
  5586. Subject: Re: More on David's address.
  5587. From: ABN.ISCAMS@usc-isid
  5588. To: capn@uw-vlsi
  5589. Cc: info-cpm@brl-vgr
  5590. Message-ID: <[USC-ISID]21-Dec-83 14:20:11.ABN.ISCAMS>
  5591. In-Reply-To: The message of 20 Dec 1983 18:45:35-PST from Ed Mills <capn@uw-vlsi>
  5592.  
  5593. (NetLandians, just to let you know Ed found me, and in case you wonder about
  5594. those strange returns also...)
  5595.  
  5596. Ed, your message DID get to me at ABN.ISCAMS.  What appears to happen with
  5597. returns from strange places YOU never addressed a message to is:
  5598.  
  5599. Someone (a net, someone) redistributes a message out in other directions,
  5600. and if someone in THAT direction (like another net) can't receive your
  5601. message, an error comes back to YOU, the originator.  The redirection
  5602. software assumes the originator wants to know, I guess.  I'm ALWAYS getting
  5603. stuff from the Daemon Mailer and other net handlers (all automated, I suppose)
  5604. about someone's mailbox too full and messages couldn't be delivered -- so I
  5605. just ignore that unless in fact it WAS someone I intentionally addressed
  5606. a message to.  Then I retrans later on or something.
  5607.  
  5608. So not to worry - got your reply, and am digesting it now.
  5609.  
  5610. Thanks, and best Christmas and holiday wishes...
  5611.  
  5612. David Kirschbaum
  5613. ABN.ISCAMS@ USC-ISID
  5614. (Toad Hall)
  5615. 22-Dec-83 08:48:40-MST,1003;000000000000
  5616. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5617. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:48:36-MST
  5618. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  21 Dec 83 21:43 EST
  5619. Date:     Wed, 21 Dec 83 21:38:58 EST
  5620. From:     Keith Petersen <w8sdz@brl>
  5621. To:       Info-Cpm@brl-vgr
  5622. Subject:  Bad MDM715.ASM file replaced
  5623.  
  5624. MICRO:<CPM.MODEM7>MDM715.ASM, announced the other day, was bad.  Apparently
  5625. a glitch when I uploaded it.  Thanks to Charley Strom and Bob Plouffe for
  5626. catching and confirming the problem.  The file had been replaced as of
  5627. 12/21/83 at 9:30 p.m. e.s.t.  The new file shows up in the directory as
  5628. MDM715.ASM.2 and the CRC checks correctly with the original I received
  5629. from the RCPM world.  The problem was with my upload, not the original
  5630. file, so if you got yours from an RCPM it's ok.  Most people don't need
  5631. the 140k+ .ASM file and probably were not affected.  Just get the .COM
  5632. or .HEX file and the appropriate overlay for your hardware.
  5633. --Keith
  5634. 22-Dec-83 08:48:49-MST,488;000000000000
  5635. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5636. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:48:46-MST
  5637. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  21 Dec 83 22:57 EST
  5638. Received: From Mit-Mc.ARPA by BRL via smtp;  21 Dec 83 22:51 EST
  5639. Date: 21 December 1983 22:54 EST
  5640. From: Kevin J. Burnett <KJB@mit-mc>
  5641. Subject: MDM715 overlay
  5642. To: info-cpm@brl
  5643.  
  5644. I might have just not seen it, but is there an overlay for the
  5645. Apple ][ with the Hayes Micromodem II?
  5646.  
  5647. 22-Dec-83 08:48:59-MST,991;000000000000
  5648. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5649. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 08:48:54-MST
  5650. Received: From Amsaa.ARPA by BRL-VGR via smtp;  22 Dec 83 1:58 EST
  5651. Date:     Thu, 22 Dec 83 1:51:44 EST
  5652. From:     David Towson (CSD) <towson@amsaa>
  5653. To:       Ed Mills <capn@uw-vlsi>
  5654. cc:       info-cpm@brl-vgr
  5655. Subject:  Re:  More on David's address.
  5656.  
  5657. Ed - The rejected mail message you got from Comsat at mit-ml was not the result
  5658. of your message to David Kirschbaum, but rather the result of your having sent
  5659. a copy to info-cpm.  The list contains an entry "GZ-MICROS@mit-mc" which used
  5660. to be a good address.  However, for the last several days everything sent to
  5661. that address as part of the info-cpm distribution seems to have bounced.  Apparently, mit-mc is forwarding mail with that address to mit-ml
  5662. which doesn't recognize the address.  If it doesn't clear up soon, I'll delete
  5663. the entry from the list.
  5664.  
  5665.  
  5666. Dave Towson
  5667. info-cpm-request@brl-vgr
  5668.  
  5669. 22-Dec-83 10:42:01-MST,2413;000000000000
  5670. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5671. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 10:41:52-MST
  5672. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  22 Dec 83 12:16 EST
  5673. Date:     Thu, 22 Dec 83 12:07:37 EST
  5674. From:     Keith Petersen <w8sdz@brl>
  5675. To:       Info-Cpm@brl-vgr
  5676. Subject:  USR S-100 modem overlay for MDM7xx
  5677.  
  5678. Phil Lapsley has released a new overlay for MDM7xx for the new US
  5679. Robotics 300/1200 baud S-100 modem.  The overlay works on MDM712 and
  5680. later (including the latest MDM715).  It's available on SIMTEL20 in the
  5681. MICRO:<CPM.MODEM7> directory as M7US-1.ASM.
  5682.  
  5683. Dave Hardy (Microsystems author and Sysop of TCBBS Dearborn MI) had one
  5684. of these modems for evaluation several months ago.  He ran into some
  5685. problems trying to use it with the BYE program on his Sysop
  5686. Clearinghouse RCPM but eventually found what was wrong.  I suggested
  5687. that Phil contact Dave for details and here's some information that Dave
  5688. Hardy passed along which may belp others trying to use this modem with
  5689. BYE.
  5690.  
  5691. ----- Forwarded message # 1:
  5692.  
  5693. Date: Wed, 21 Dec 83 11:14:48 pst
  5694. From: The tty of Phil Lapsley <jlapsley%D.CC@Berkeley>
  5695. To: w8sdz@brl
  5696. Subject: USR overlay
  5697.  
  5698.    I talked with Dave Hardy this morning, and we hashed out a few
  5699. things. His problem was on auto-answer, which mdm715 doesn't really have
  5700. to cope with.  On AA, the USR changes the baud rate to suit the incoming
  5701. call, but it never tells anyone that it changed.  Therefore, things get
  5702. excellent when one tries to send commands to it when it is at a
  5703. different baud rate than one expected.
  5704.  
  5705.    But he confirmed what I suspected: the board is not meant to run
  5706. faster than 4 MHz (i.e., my 5) and he agreed I should have some
  5707. time-padding do nothing stuff in there to slow things down (as an aside,
  5708. another flaw on the board is there is no provision for wait states).
  5709.  
  5710.    In M7US-1.ASM the initialization routine are two XCHG statements
  5711. after each OUT statement. They are commented-out (i.e., ";        XCHG")
  5712. so they will not be there for people who use slower systems.  However,
  5713. there is a note explain- ing what they are for and telling people with
  5714. fast systems to remove the semi- colons and fix things up.
  5715.  
  5716.    I have tested this one fairly extensively, and without the delay it
  5717. locks up.  With the delay I have yet to be able to cause it to lock. 
  5718.  
  5719. ---Phil
  5720.  
  5721. ----- End of forwarded messages
  5722. 22-Dec-83 11:08:19-MST,962;000000000000
  5723. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5724. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Thu 22 Dec 83 11:08:14-MST
  5725. Received: From Simtel20.ARPA by BRL-VGR via smtp;  22 Dec 83 12:42 EST
  5726. Date: 22 Dec 1983  10:39 MST (Thu)
  5727. Message-ID: <KPETERSEN.11977552319.BABYL@SIMTEL20>
  5728. Sender: KPETERSEN@simtel20
  5729. From: Keith Petersen <W8SDZ@simtel20>
  5730. Subject: LRUN now available on SIMTEL20
  5731. To:   Info-Cpm@brl-vgr
  5732.  
  5733. LRUN, a utility to allow the user to "run" .COM files stored in an LBR
  5734. file called COMMAND.LBR, is now available on SIMTEL20 in the
  5735. MICRO:<CPM.CPMLIB> directory.  This program has been available for
  5736. some time but I neglected to upload it to SIMTEL20 until someone asked
  5737. about it a few days ago.
  5738.  
  5739. Putting many small .COM files inside one .LBR file often saves quite a
  5740. bit of disk space, especially on a hard disk where the group size may
  5741. be 4k or even 8k minimum.  LRUN allows passing full command-line
  5742. arguements to the user program.
  5743. 27-Dec-83 13:06:48-MST,600;000000000000
  5744. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5745. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 27 Dec 83 13:06:43-MST
  5746. Received: From Simtel20.ARPA by BRL-VGR via smtp;  22 Dec 83 12:47 EST
  5747. Date: 22 Dec 1983  10:42 MST (Thu)
  5748. Message-ID: <KPETERSEN.11977552748.BABYL@SIMTEL20>
  5749. Sender: KPETERSEN@simtel20
  5750. From: Keith Petersen <W8SDZ@simtel20>
  5751. Subject: LRUN files
  5752. To:   Info-Cpm@brl-vgr
  5753.  
  5754. Sorry I neglected to list the files associated with LRUN.  They are in
  5755. the MICRO:<CPM.CPMLIB> directory:
  5756.   LRUN20.ASM
  5757.   LRUN20.HEX   (for those who cannot FTP binary files)
  5758.   LRUN20.COM
  5759.  
  5760. --Keith
  5761. 27-Dec-83 13:20:59-MST,602;000000000000
  5762. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5763. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 27 Dec 83 13:20:56-MST
  5764. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  22 Dec 83 22:00 EST
  5765. Received: From Usc-Isi.ARPA by BRL via smtp;  22 Dec 83 20:49 EST
  5766. Date: 22 Dec 1983 1751-PST
  5767. Subject: cheap compilers
  5768. From: Laurence I. Press <SWG.LPRESS@usc-isi>
  5769. To: info-cpm@brl
  5770.  
  5771. I am compiling a list of pointers to low cost (under $100) language 
  5772. processors.  Send me your favorites (with some comments if you are
  5773. up for it).  I will post the complete list.
  5774.  
  5775. Thanks
  5776. Larry Press
  5777. -------
  5778. 27-Dec-83 13:43:43-MST,700;000000000000
  5779. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5780. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 27 Dec 83 13:43:39-MST
  5781. Received: From Brl-Voc.ARPA by BRL-VGR via smtp;  23 Dec 83 10:28 EST
  5782. Date:     Fri, 23 Dec 83 10:23:06 EST
  5783. From:     "Ferd Brundick (LTTB)" <fsbrn@brl-voc>
  5784. To:       info-micro@brl-vgr, info-cpm@brl-vgr
  5785. cc:       Meself <fsbrn@brl-voc>
  5786. Subject:  PC Lisp
  5787.  
  5788. Haaah,
  5789.  
  5790. Does anyone know of a version of LISP that runs on the
  5791. IBM PC ??  Thanks.
  5792.  
  5793.                                         dsw, fferd
  5794.                                         Fred S. Brundick
  5795.                                         USABRL, APG, MD.
  5796.                                         <fsbrn@brl-voc>
  5797. 27-Dec-83 14:00:04-MST,854;000000000000
  5798. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5799. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 27 Dec 83 14:00:00-MST
  5800. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  23 Dec 83 13:23 EST
  5801. Received: From Mit-Multics.ARPA by BRL via smtp;  23 Dec 83 13:16 EST
  5802. Received: from CISL-SERVICE-MULTICS.ARPA by MIT-MULTICS.ARPA TCP; 23-Dec-1983 13:13:58-est
  5803. Received: from HIS-PHOENIX-MULTICS.ARPA by CISL-SERVICE-MULTICS.ARPA dial; 23-Dec-1983 10:50:20-est
  5804. Date:  Fri, 23 Dec 83 08:48 MST
  5805. From:  Bellusci%his-phoenix-multics.arpa@BRL.ARPA
  5806. Subject:  re: transaction 1906
  5807. To:  info-cpm@BRL.ARPA
  5808. Message-ID:  <831223154802.654425@HIS-PHOENIX-MULTICS.ARPA>
  5809.  
  5810. It was mentioned that CP/M boards for the C64 were available at "local
  5811. discount stores" for $70.  Could you please supply the names of these
  5812. stores and their location?  thank you.
  5813.  
  5814.  
  5815. 27-Dec-83 14:10:29-MST,3832;000000000000
  5816. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5817. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 27 Dec 83 14:10:18-MST
  5818. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  23 Dec 83 13:59 EST
  5819. Date:     Fri, 23 Dec 83 13:57:12 EST
  5820. From:     Keith Petersen <w8sdz@brl>
  5821. To:       Info-Cpm@brl-vgr
  5822. Subject:  BYE3-15 now available
  5823.  
  5824. BYE3 v1.5 (revised 12/15/83) is now available on SIMTEL20.
  5825.                                  
  5826. This program allows modem callers to use your CP/M system just as if
  5827. they were seated at the system console.  Special assembly-time options
  5828. allow limiting the caller's access by password and/or access to only a
  5829. message-service program.  A number of external routines are available
  5830. to adapt this program to various computers.
  5831.  
  5832. Revisions:
  5833.  
  5834. 12/15/83 Included a new Smartmodem routine.  This will be needed by
  5835.  v3-15   most users since the Smartmodem (or similar, such as the U.S.
  5836.          Robotics) are in common use.  (There were four different rou-
  5837.          tines being used in the various external inserts.  This will
  5838.          standardize that to just one version.)  Hopefully this routine
  5839.          will prevent reception of any incoming call until it is ready
  5840.          for the call.  (Steve Holtzclaw's extensive Smartmodem routine
  5841.          which checks echo characters may still be required under some
  5842.          cirumstances.  It is not needed with the US Robotics modems.)
  5843.          This version has been tested extensively on several RCPM sys-
  5844.          systems using several different types of computers, including
  5845.          2651, 2661, 2850 and 2851 I/O devices..
  5846.                                       - Irv Hoff and John Ferguson
  5847.  
  5848. 12/11/83 Added the fixes suggested by Steve Holtzclaw, John Ferguson,
  5849.   v1.4   Dave Crane and Byron Mckay in various messages and contacts.
  5850.          This involves resetting the stack and the Smartmodem when ex-
  5851.          iting.  Should prevent further hangups occasionally occuring.
  5852.                                       - Irv Hoff
  5853.  
  5854. 12/07/83 Added missing labels for PWMSG and WRGMSG and also the IF
  5855.   v1.3   statement missing before NULLS (IF NOT OXGATE).  Also added
  5856.          the newest SMINIT and MDQUIT routines extensively tested
  5857.          and used on-line (3 months) with BY2-17KS.
  5858.                                       - Steve Sanders
  5859.  
  5860. The following files are available in the MICRO:<CPM.BYE3> directory
  5861. at SIMTEL20:
  5862.  
  5863. BYE3-15.ASM    - the main program
  5864.  
  5865. and overlays for the following modems and/or USART combinations:
  5866.  
  5867. SMDM routine   - by Steve Holtzclaw   B3SM51-3.ASM (includes 8251 I/O)
  5868. 8250           - by Paul Traina       B3HZ89-3.ASM    
  5869. 2651           - by Paul Traina       B3COMP-3.ASM
  5870. 8251+CTC timer - by Irv Hoff          B3DATA-3.ASM
  5871. APPLE-CAT      - by Dave Roznar       B3ACAT-3.ASM
  5872. MM100          - by Dave Jaffe        B3DCH-3.ASM
  5873. HZ-100         - by John Ferguson     B3HZ10-3.ASM
  5874. Kaypro         - by Steve Sanders     B3KPRO-3.ASM
  5875. MMII (Apple)   - by Paul Traina       B3MMII-3.ASM
  5876. PMMI           - by Ward Christensen  B3PMMI-3.ASM
  5877. SIO            - by Steve Fox         B3SIO-3.ASM
  5878. Televideo 802  - by K. Robesky        B3T802-3.ASM
  5879.  
  5880. This is a listing of CRCs for the BYE3-15 package.
  5881.  
  5882. --> FILE:  B3ACAT-3.ASM         CRC = 51 D6
  5883. --> FILE:  B3COMP-3.ASM         CRC = 20 41
  5884. --> FILE:  B3DATA-3.ASM         CRC = 6E 8C
  5885. --> FILE:  B3DCH-3 .ASM         CRC = E9 91
  5886. --> FILE:  B3HZ10-3.ASM         CRC = E5 B6
  5887. --> FILE:  B3HZ89-3.ASM         CRC = E6 F0
  5888. --> FILE:  B3KPRO-3.ASM         CRC = 19 82
  5889. --> FILE:  B3MMII-3.ASM         CRC = C0 58
  5890. --> FILE:  B3PMMI-3.ASM         CRC = B0 29
  5891. --> FILE:  B3SIO-3 .ASM         CRC = AD ED
  5892. --> FILE:  B3SM51-3.ASM         CRC = 90 86
  5893. --> FILE:  B3T802-3.ASM         CRC = 8F A5
  5894. --> FILE:  BYE3-15 .ASM         CRC = 53 E4
  5895.  
  5896. --end--
  5897. 27-Dec-83 14:17:54-MST,718;000000000000
  5898. Return-Path: <info-cpm-request@BRL-VGR.ARPA>
  5899. Received: from BRL-VGR by SIMTEL20.ARPA with TCP; Tue 27 Dec 83 14:17:48-MST
  5900. Received: From brl-gateway2.ARPA by BRL-VGR via smtp;  23 Dec 83 14:23 EST
  5901. Date:     Fri, 23 Dec 83 14:13:16 EST
  5902. From:     Keith Petersen <w8sdz@brl>
  5903. To:       Info-Cpm@brl-vgr
  5904. Subject:  New overlay file for XMODEM8x
  5905.  
  5906. A new overlay for XMODEM8x is now available on SIMTEL20 in the
  5907. MICRO:<CPM.RCPM> directory as XMZS-1.ASM.
  5908.  
  5909. XMZS-1.ASM - XMODEM8x PATCH FILE FOR THE Z80-SIO.  11/27/83
  5910.  
  5911. This file along with XMODEM8x.ASM are the only two files necessary
  5912. to set-up XMODEM for the Kaypro with a Hayes Smartmodem
  5913.  
  5914. Submitted by Steve Sanders, Sysop of the Tampa Bay Bandit Board RCP/M
  5915.