home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / simtel / archives / cpm / 8507-1.txt < prev    next >
Encoding:
Text File  |  1993-02-13  |  188.0 KB  |  4,707 lines

  1.  1-Jul-85 00:22:42-MDT,2173;000000000000
  2. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 00:20:00-MDT
  4. Received: from simtel20.arpa by AMSAA.ARPA id a020652; 1 Jul 85 1:42 EDT
  5. Date: Sun 30 Jun 85 23:43:37-MDT
  6. From: Rick Conn <RCONN@SIMTEL20.ARPA>
  7. Subject: VMENU37
  8. To: info-cpm@AMSAA.ARPA
  9.  
  10. Re the recent upload to VMENU, two items:
  11.  
  12.     1. The message said that VMENU is now a "true shell"; VMENU has
  13. always been a ZCPR3 shell since the Z3 release a year ago.  An improved
  14. technique, which decreases the shell installation time by about 50%,
  15. is now being employed in shell designs under Z3.  This technique
  16. has the shell look into the CL buffer to see if anything follows, and,
  17. if not, the shell proceeds to execute.  The original design did
  18. not do this, simply returning to the OS and letting Z3 load and invoke
  19. the shell as a shell almost immediately.  This caused a second,
  20. unnecessary load when the shell was first installed.  See Chapter
  21. 6 (on shells) and Chapter 5 (on menu subsystems) in ZCPR3:
  22. The Manual for a lot more detail.  Also see the shell manipulation
  23. routines in Z3LIB.
  24.  
  25.     2. I have not yet been informed by Echelon that VMENU 3.7 has
  26. been approved.  As such, I recommed that users approach with care.
  27. One of the biggest differences between the version
  28. control of Z2 and Z3 is that Echelon plays the role of configuration
  29. manager on all Z3 software releases.  Users are encouraged to change the
  30. software if they like, but releases are to be done thru Echelon.  There
  31. is a file checkout mechanism, which insures that people aren't wasting
  32. effort by working on the same file at the same time, and Echelon runs tests
  33. on the released files before it approves the release.  While this does not
  34. guarantee that no bugs creep in, it helps a lot.  I'm no exception
  35. to this rule -- I currently have SYSLIB, Z3LIB, and VLIB checked out,
  36. and Echelon will test the software after I check it back in.
  37.  
  38.         Rick
  39.  
  40. PS If the situation with VMENU has gotten out of hand, it is quite possible
  41. that the uploaded VMENU 3.7 is not the same as that which
  42. will be released.  Al Dunsmuir currently has VMENU checked out.
  43.  
  44. -------
  45.  1-Jul-85 04:32:41-MDT,715;000000000000
  46. Return-Path: <info-cpm-request@AMSAA.ARPA>
  47. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 04:28:15-MDT
  48. Received: from simtel20.arpa by AMSAA.ARPA id a020953; 1 Jul 85 6:01 EDT
  49. Date: Mon, 1 Jul 1985  04:02 MDT
  50. Message-ID: <CSTROM.12123483281.BABYL@SIMTEL20.ARPA>
  51. From: CSTROM@SIMTEL20.ARPA
  52. Subject: CCPM driver needed
  53. To:   INFO-CPM@AMSAA.ARPA
  54. cc:   CSTROM@SIMTEL20.ARPA
  55.  
  56. I would appreciate any pointers to hard disk driver code for a Konan
  57. DGC-100/Rodime 27Mb combination. I am in the initial stages of a
  58. do-it-yourself, but have less than complete confidence in my abilities
  59. along these lines! Oh, yes, I am doing this for Concurrent CP/M, not
  60. 8-bit, on a CompuPro system.
  61.  
  62. -Charlie
  63.  1-Jul-85 07:51:15-MDT,1598;000000000000
  64. Return-Path: <info-cpm-request@AMSAA.ARPA>
  65. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 07:49:28-MDT
  66. Received: from xerox.arpa by AMSAA.ARPA id a024383; 1 Jul 85 8:56 EDT
  67. Received: from Muscat.ms by ArpaGateway.ms ; 01 JUL 85 05:56:41 PDT
  68. Date: Mon, 1 Jul 85 08:56 EDT
  69. From: leisner.henr@XEROX.ARPA
  70. Subject: Re: C compilers for cpm
  71. In-reply-to: <1484@trwrba.UUCP>
  72. To: "Mark A. Ryding" <ryding%trwrba.uucp@BRL.ARPA>
  73. cc: info-cpm@AMSAA.ARPA
  74. Message-ID: <850701-055642-1670@Xerox>
  75.  
  76. Mark,
  77.  
  78. I'm currently using Manx Aztec C on a CP/M system to write control code
  79. for xerographic devices within Xerox.  I've had good results with it (it
  80. is almost a full implementation minus bit fields).
  81.  
  82. I currently support interrrupts, but you'll have to write your own
  83. context saving mechanism (just save all the registers).  Floats may be a
  84. problem within interrupt handlers, I don't know if you want to compute
  85. there.
  86.  
  87. Supposedly, it is fairly easy to generate rommable code with the
  88. compiler.  They support an initialized and uninitialized data array with
  89. their linker.  However, doing these things are feasible but often a
  90. pain.  The first time is always the hardest.
  91.  
  92. By mixed language programming, I assume you mean support for assembly
  93. language.  You can imbed assembly language within your C code and also
  94. write assembly language subroutines if you maintain the Aztec calling
  95. conventions.
  96.  
  97. In addition, I found the code generation mechanism isn't too bad.  I
  98. also use Aztec to support 6502 applications, but that is a different
  99. story altogether.
  100.  
  101. Marty
  102.  
  103.  1-Jul-85 10:46:21-MDT,590;000000000000
  104. Return-Path: <info-cpm-request@AMSAA.ARPA>
  105. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 10:44:36-MDT
  106. Received: from usc-isi.arpa by AMSAA.ARPA id a000492; 1 Jul 85 12:04 EDT
  107. Date:  1 Jul 1985 12:00:49 EDT
  108. Subject: Re: VMENU37
  109. From: Steve Noland <NOLAND@USC-ISI.ARPA>
  110. To: Rick Conn <RCONN@SIMTEL20.ARPA>
  111. cc: info-cpm@AMSAA.ARPA
  112. In-Reply-To: (Message from "Rick Conn <RCONN@SIMTEL20.ARPA>" of Sun 30 Jun 85 23:43:37-MDT)
  113.  
  114. Note that the upload in question was for MENU 3.7, NOT VMENU 3.7, and
  115. the availability was first announced by Echelon in Z3NEWS 205.
  116. -------
  117.  1-Jul-85 11:31:42-MDT,976;000000000000
  118. Return-Path: <info-cpm-request@AMSAA.ARPA>
  119. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 11:31:08-MDT
  120. Received: from mit-athena.arpa by AMSAA.ARPA id a001582; 1 Jul 85 12:55 EDT
  121. Received: from mit-priam (mit-priam.ARPA) by mit-athena (4.12/4.7)
  122.     id AA29024; Mon, 1 Jul 85 12:56:41 edt
  123. Received: by mit-priam (4.12/4.7)
  124.     id AA13106; Mon, 1 Jul 85 12:56:34 edt
  125. Date: Mon, 1 Jul 85 12:56:34 edt
  126. From: asp@MIT-ATHENA.ARPA
  127. Message-Id: <8507011656.AA13106@mit-priam>
  128. To: info-cpm@AMSAA.ARPA
  129. Subject: Kaypro 2 SIO interrupts
  130.  
  131. Has anyone done anything using the SIO's interrupt capabilities to
  132. read characters from the serial port?  What sort of things should I
  133. watch out for, and is it possible?
  134.  
  135. I'm looking toward building a terminal emulator that gets around the
  136. character lossage most screen operations create at 1200bd.  If anyone
  137. has done this already, I would very much like to hear from them.
  138.  
  139. Thanks,
  140.  
  141. Jim Aspnes (asp@mit-athena.ARPA)
  142.  1-Jul-85 21:08:21-MDT,1161;000000000000
  143. Return-Path: <info-cpm-request@AMSAA.ARPA>
  144. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 1 Jul 85 21:04:27-MDT
  145. Received: from brl-tgr.arpa by AMSAA.ARPA id a011298; 1 Jul 85 22:32 EDT
  146. Received: from usenet by TGR.BRL.ARPA id a013819; 1 Jul 85 22:16 EDT
  147. From: Mark Mallett <mem%sii.uucp@BRL.ARPA>
  148. Newsgroups: net.micro.cpm
  149. Subject: More on MIX editor
  150. Message-ID: <420@sii.UUCP>
  151. Date: 29 Jun 85 04:41:54 GMT
  152. To:       info-cpm@AMSAA.ARPA
  153.  
  154. I (also) bought a copy of the MIX editor for CP/M.  I think that they
  155. have done a good job on this editor, excepting one slight lack which
  156. makes the product useless for me-- the editor does not know what to do
  157. with control characters in files that you edit.  This includes such
  158. interesting characters as formfeeds and tabs.  MIX will offer to convert
  159. LEADING tabs to spaces for you during editing, and back again when writing
  160. out the file, but to my way of thinking, this is not enough.
  161.  
  162. If editing these control characters doesn't come up for you, MIX seems to
  163. be really good.  I hope that they work on this problem so that I can use
  164. it, too.
  165.  
  166. Mark Mallett
  167. decvax!sii!mem  or  ittvax!sii!mem
  168.  2-Jul-85 05:44:12-MDT,2039;000000000000
  169. Return-Path: <info-cpm-request@AMSAA.ARPA>
  170. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Jul 85 05:42:19-MDT
  171. Received: from brl-tgr.arpa by AMSAA.ARPA id a012356; 2 Jul 85 6:59 EDT
  172. Received: from usenet by TGR.BRL.ARPA id a023551; 2 Jul 85 6:50 EDT
  173. From: John Blalock <jb%terak.uucp@BRL.ARPA>
  174. Newsgroups: net.micro.cpm
  175. Subject: Re: CPM 2.2 maximum disk storage space (?)
  176. Message-ID: <630@terak.UUCP>
  177. Date: 1 Jul 85 19:41:20 GMT
  178. To:       info-cpm@AMSAA.ARPA
  179.  
  180. > []
  181. > I have a 10M byte hard disk running CPM 2.2.  When I have 8M bytes 
  182. > worth of files on my disk and then create another file, the new file 
  183. > overwrites my directory.  The maximum group number I could use is
  184. > 7FFh (which corresponds to 8M bytes) and the new file is allocated
  185. > group 0 which happens to be the directory area.
  186. > A CPM book that I have states that the maximum storage space CPM 2.2
  187. > supports is 16M bytes.  Could somebody shed some light on this 
  188. > discrepancy?
  189. > I would appreciate any help.
  190. > - Robert Ling.   <rling@uw-june>
  191. The maximum storage space depends on the block size your BIOS uses.  CP/M
  192. allows up to 64K blocks, each block can be 1, 2, 4, 8, or 16K as I recall.
  193. An even more limiting feature (?) is only 16 blocks can be allocated to the
  194. directory.  Assuming you use 2K blocks (32 MB disk capacity possible), you
  195. can have only 1024 directory entries...
  196.  
  197. I hope this helps and, even tho I don't have the manuals here for reference,
  198. I think the numbers quoted are reasonably accurate.  I'm currently in the
  199. process of hacking up my BIOS to add a couple of 8 MB disks and remember
  200. looking all this up in order to decide block size and determine my DPB.
  201. It sounds like you have an improperly defined DBP if your directory is
  202. getting wiped out.
  203.  
  204. John Blalock, W7AAY
  205.  
  206. uucp:     ...{amd,decvax,hao,ihnp4,seismo}!noao!terak!jb
  207. phone:     (602) 998-4800
  208. us mail: Terak Corp., 14151 N. 76th St., Scottsdale, AZ 85260
  209.          \\\\\
  210.           -----> Soon to be part of CalComp, A Sanders Company
  211.  2-Jul-85 19:41:31-MDT,833;000000000000
  212. Return-Path: <info-cpm-request@AMSAA.ARPA>
  213. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 2 Jul 85 19:39:00-MDT
  214. Received: from brl-tgr.arpa by AMSAA.ARPA id a004936; 2 Jul 85 20:59 EDT
  215. Received: from usenet by TGR.BRL.ARPA id a016305; 2 Jul 85 20:53 EDT
  216. From: Peter Fales <psfales%ihlpl.uucp@BRL.ARPA>
  217. Newsgroups: net.micro.cpm
  218. Subject: CP/M-86 Software
  219. Message-ID: <189@ihlpl.UUCP>
  220. Date: 1 Jul 85 21:04:56 GMT
  221. To:       info-cpm@AMSAA.ARPA
  222.  
  223. Having recently acquired a CP/M-86 based computer, I am now looking for
  224. software.  Does anyone out there know distributors that have good
  225. selections and prices for CP/M-86 software.
  226.  
  227. Please respond to me, and if there is sufficient interest I will
  228. summarize to the net.
  229.  
  230. Peter Fales
  231.  
  232. UUCP:    ...ihnp4!ihlpl!psfales
  233. work:    (312) 979-7784
  234.     Indian Hill West, IW 1Z-243
  235.  5-Jul-85 05:52:46-MDT,911;000000000000
  236. Return-Path: <info-cpm-request@AMSAA.ARPA>
  237. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Jul 85 05:48:18-MDT
  238. Received: from brl-tgr.arpa by AMSAA.ARPA id a000205; 5 Jul 85 7:17 EDT
  239. Received: from usenet by TGR.BRL.ARPA id a019758; 5 Jul 85 0:43 EDT
  240. From: Bill Randle <billr%tekred.uucp@BRL.ARPA>
  241. Newsgroups: net.micro.cpm
  242. Subject: Re: Xerox 820-I micro documentation
  243. Message-ID: <372@tekred.UUCP>
  244. Date: 3 Jul 85 19:52:13 GMT
  245. To:       info-cpm@AMSAA.ARPA
  246.  
  247. Yes, there is also a users group for the 820-I and II. Contact
  248.  
  249.     Micro Cornucopia
  250.     PO Box 223
  251.     Bend
  252.     OR   97709
  253.     (503) 382-8048
  254.  
  255. They publish a monthly magazine with tips and features for the 820's,
  256. Big Board I&IIs, Kaypros, and some other "single board" computers.
  257.  
  258.     -Bill Randle
  259.     Tektronix, Inc.
  260.  
  261.     tektronix!tekred!billr            (uucp)
  262.     tekred!billr@tektronix.csnet        (CSnet)
  263.     tekred!billr%tektronix@csnet-relay.ARPA    (ARPA)
  264.  5-Jul-85 08:26:42-MDT,1353;000000000000
  265. Return-Path: <info-cpm-request@AMSAA.ARPA>
  266. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Jul 85 08:25:06-MDT
  267. Received: from brl-tgr.arpa by AMSAA.ARPA id a002780; 5 Jul 85 9:49 EDT
  268. Received: from usenet by TGR.BRL.ARPA id a027701; 5 Jul 85 9:44 EDT
  269. From: Daniel Faigin <faigin%sdcrdcf.uucp@BRL.ARPA>
  270. Newsgroups: net.wanted,net.lang.pascal,net.micro.cpm,net.unix
  271. Subject: Pascal/MT+ Compiler for Unix(tm)
  272. Message-ID: <2114@sdcrdcf.UUCP>
  273. Date: 3 Jul 85 16:08:59 GMT
  274. Xref: seismo net.wanted:7129 net.lang.pascal:344 net.micro.cpm:4609 net.unix:5274
  275. To:       info-cpm@AMSAA.ARPA
  276.  
  277. Does anybody know if there is a version  of  the  Pascal/MT+  Compiler  (tm
  278. Digital  Research)  available for the Unix(tm) Operating System, preferably
  279. 4.2 BSD.  It would make a development team's life much easier is there was.
  280.  
  281. PLEASE, PLEASE reply via Email if you have ANY information.
  282.  
  283. Daniel.
  284. -- 
  285. UUCP: {akgua allegra ihnp4 hplabs sdcsvax trwrb cbosgd}!sdcrdcf!faigin  
  286. ARPA: sdcrdcf!faigin@UCLA-LOCUS.ARPA --or-- sdcrdcf!faigin@LOCUS.UCLA.EDU
  287.  
  288. W: SDC, 2500 Colorado MD 52-46; Santa Monica CA 90406; (213) 820-4111 x6493
  289. H: 11743 Darlington Avenue #9; Los Angeles CA 90049; (213) 826-3357
  290.  
  291. Don't have good ideas if you aren't willing to be responsible for them.
  292.                                  -- A. J. Perlis, SIGPLAN 17:9 Sept 1982
  293.  5-Jul-85 14:32:08-MDT,757;000000000000
  294. Return-Path: <info-cpm-request@AMSAA.ARPA>
  295. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Jul 85 14:30:06-MDT
  296. Received: from brl-aos.arpa by AMSAA.ARPA id a011160; 5 Jul 85 15:57 EDT
  297. Received: from mit-mc.arpa by AOS.BRL.ARPA id a011679; 5 Jul 85 15:51 EDT
  298. Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 5 JUL 85  15:35:26 EDT
  299. Date: Fri 5 Jul 85 15:34:49-EDT
  300. From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
  301. Subject: Wanted: Apple-Cat BYE
  302. To: info-cpm@MIT-MC.ARPA
  303.  
  304.  
  305.    I'm looking for a BYE program overlay for the Apple-Cat ][ modem that
  306. supports 1200 bps.  So far I have found only 300 bps overlays, no 300/1200
  307. overlays.  Please mail me directly if you know of this overlay.
  308.  
  309. -drew
  310.  T.MOORE%MIT-EECS@MIT-MC.ARPA
  311. -------
  312.  
  313.  5-Jul-85 15:49:08-MDT,685;000000000000
  314. Return-Path: <info-cpm-request@AMSAA.ARPA>
  315. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 5 Jul 85 15:48:31-MDT
  316. Date:     Fri, 5 Jul 85 17:14:54 EDT
  317. From:     Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
  318. To:       info-cpm@AMSAA.ARPA
  319. Subject:  info-cpm-request on vacation
  320.  
  321. Fellow CP/Mers - I will be on vacation the week of 8 July.  As of now, the
  322. info-cpm-request mailbox contains no unread mail.  If the delivery of mail to
  323. any info-cpm readers becomes flaky while I am away, some of you may receive
  324. reject messages from various mail handlers.  I will correct any such problems
  325. when I return.  In the mean time, please grin and bear it.  Thanks.
  326.  
  327.  
  328. Dave
  329.  
  330.  6-Jul-85 00:23:54-MDT,1994;000000000000
  331. Return-Path: <info-cpm-request@AMSAA.ARPA>
  332. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 00:19:14-MDT
  333. Received: from brl-tgr.arpa by AMSAA.ARPA id a012669; 6 Jul 85 1:47 EDT
  334. Received: from usenet by TGR.BRL.ARPA id a017137; 6 Jul 85 1:41 EDT
  335. From: GEDDIS <smg%burl.uucp@BRL.ARPA>
  336. Newsgroups: net.lang.forth,net.micro.cpm
  337. Subject: March 1981 Microcomputing Magazine
  338. Message-ID: <768@burl.UUCP>
  339. Date: 5 Jul 85 10:42:28 GMT
  340. Xref: seismo net.lang.forth:281 net.micro.cpm:4610
  341. To:       info-cpm@AMSAA.ARPA
  342.  
  343. [did they ever fix the first-line bug?]
  344.  
  345. Before I say anything (while I still have your attention), please
  346. note that I do not have access to the net, much less this newsgroup.
  347. I have mailed this artical to a good friend who has posted it for
  348. me (And I don't think she reads net.lang.forth or net.micro.cpm). 
  349. So please 
  350.          *DON'T*
  351.  
  352. use your 'f'-key or your 'r'-key to reply to this artical, but reply
  353. instead by replacing the "burl!smg" at the end of this artical's
  354. path with "burl!bu-3b5!wjb".  Many thanks.
  355.  
  356. Microcomputing put out a couple of articals once on how to write
  357. your own FORTH interpreter/compiler, written for a CP/M machine in
  358. 8080 assembly language.  Someone with whom I've since lost touch
  359. gave me copies of the articals, which I have been using as a guide
  360. to do an implementation on my C64.  I've gotten a lot of the work
  361. done, but right at the end of the second artical (the one about the
  362. compiler), I discovered that there were a couple of listings that
  363. came after the textual part of the artical that my friend neglected
  364. to give to me.  Which brings me to the point of this posting:
  365.  
  366. If anybody has hardcopies, on-line listings, or can point me to
  367. where I can get copies of those listings, I would appreciate it if
  368. you would get in touch with me at
  369.  
  370. {ihnp4, among other machines}!burl!bu-3b5!wjb
  371.  
  372. adTHANKSvance
  373.             --Bill
  374. -- 
  375.  
  376. Sharon Geddis -- 919-228-4913 (Cornet 291)
  377.          ...![ floyd sb1 mhuxv ]!burl!smg
  378.  6-Jul-85 02:24:46-MDT,949;000000000000
  379. Return-Path: <info-cpm-request@AMSAA.ARPA>
  380. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 02:22:35-MDT
  381. Received: from su-star.arpa by AMSAA.ARPA id a012783; 6 Jul 85 3:58 EDT
  382. Date: 6 Jul 85 00:52:00 PDT
  383. From: "R. Meier" <rmeier@su-star.ARPA>
  384. Subject: kermit
  385. To: info-cpm <info-cpm@AMSAA.ARPA>
  386. Reply-To: "R. Meier" <rmeier@su-star.ARPA>
  387.  
  388. Help,
  389.     I have been unable to get access to the kermit files on columbia-20 and
  390. suspect that there have been some changes recently to the access procedures.
  391. When I login anonymous and try the command cd ps:<kermit>, it says that the
  392. directory does not exist.  It will accept cd ps:<anonymous>, but when I do a
  393. dir it responds that ? is not found.
  394.     Can anyone out there tell me (and possibly others?) how the current
  395. versions of kermit for the ibm-pc (ms-dos), and apple ][+ (Dos 3.3 and CP/M 2.2)
  396. can be obtained?
  397.                         Thank you,
  398.                         Bob Meier (rmeier@star%su-sierra)
  399. ------
  400.  6-Jul-85 03:14:39-MDT,704;000000000000
  401. Return-Path: <info-cpm-request@AMSAA.ARPA>
  402. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 03:11:56-MDT
  403. Received: from su-star.arpa by AMSAA.ARPA id a012838; 6 Jul 85 4:38 EDT
  404. Date: 6 Jul 85 01:25:00 PDT
  405. From: "R. Meier" <rmeier@su-star.ARPA>
  406. Subject: simtel20
  407. To: info-cpm <info-cpm@AMSAA.ARPA>
  408. Reply-To: "R. Meier" <rmeier@su-star.ARPA>
  409.  
  410. Help,
  411.     I have been unable to connect to simtel20 recently.  The command
  412. quote stat returns mode s, stru f, type a n, the data connection is CLOSED.
  413. A cd micro:<squsq> command is accepted, but a dir command produces an empty list.
  414. How can the data connection be Openned?    
  415.                         Thank you,
  416.                         Bob (rmeier@star%su-sierra.arpa)
  417. ------
  418.  6-Jul-85 06:19:06-MDT,846;000000000000
  419. Return-Path: <info-cpm-request@AMSAA.ARPA>
  420. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 06:14:59-MDT
  421. Received: from mit-charon.arpa by AMSAA.ARPA id a000418; 6 Jul 85 7:51 EDT
  422. Received: by mit-charon (4.12/4.7)
  423.     id AA02239; Sat, 6 Jul 85 07:54:40 edt
  424. Message-Id: <8507061154.AA02239@mit-charon>
  425. To: info-cpm@AMSAA.ARPA
  426. Subject: Re: Kermit
  427. Reply-To: holtzman@mit-athena.mit.edu
  428. Date: 06 Jul 85 07:54:07 EDT (Sat)
  429. From: "Henry N. Holtzman" <holtzman@MIT-CHARON.ARPA>
  430.  
  431.  
  432. Columbia moved kermit from cucs20 (columbia-20) to cu20b a while
  433. back when cu20b joined the net.  For a while they maintained both,
  434. but I guess they have removed it from cucs20.
  435.  
  436. ftp to cu20b, login anonymous, and have fun with kermit:
  437.  
  438.  
  439. One small problem, however.  Due to phys. plant maintenance, cu20b
  440. will be down this weekend.
  441.  
  442. -Hank
  443.  6-Jul-85 12:39:27-MDT,823;000000000000
  444. Return-Path: <info-cpm-request@AMSAA.ARPA>
  445. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 12:38:53-MDT
  446. Received: from usc-isi.arpa by AMSAA.ARPA id a001279; 6 Jul 85 14:13 EDT
  447. Date:  6 Jul 1985 14:13:49 EDT
  448. From: DKREBILL@USC-ISI.ARPA
  449. Subject: PD Info Rqst
  450. To:   info-cpm@AMSAA.ARPA
  451. cc:   krebill@ARDC.ARPA
  452.  
  453. To assist some folks at USMA who do not have net access,
  454. I am asking for info/documentation/source code on the following
  455. packages, all of which are beleived to be in the public Domain:
  456. (1) XLISP  [We have tracked down binaries for this but need source]
  457. (2) The cardboard inference engine--source is believed to be
  458. in pascal or c.
  459. (3) Power ---A user here has this in a power.com version
  460. only, with no documentation.
  461. Thanks in advance for any pointers/help/assistance!...Dan
  462. -------
  463.  6-Jul-85 19:28:24-MDT,3611;000000000000
  464. Return-Path: <info-cpm-request@AMSAA.ARPA>
  465. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 6 Jul 85 19:24:29-MDT
  466. Received: from office-2.arpa by AMSAA.ARPA id a001824; 6 Jul 85 20:55 EDT
  467. Date:  6-Jul-85 17:55 PDT
  468. From: Alan Bomberger <ACB.TYM@office-2.ARPA>
  469. Subject: More on AMPRO Little board BIOS
  470. To: info-cpm@AMSAA.ARPA
  471. Message-ID: <TYM-ACB-793EU@OFFICE-2>
  472.  
  473. Some problems never seem to get fixed.
  474.  
  475. My wife has been using an Ampro Little Board for over a year now for a writing 
  476. project.  I put together a system including TEAC 55B and 55F drives for her.  
  477. One of the chronic problems with the Little Board and the TEAC drives has been 
  478. intermittant write errors.  The latest version (received a few weeks ago) of 
  479. their BIOS shows that in the past the problem may even have been solved.  It 
  480. ain't today.  The problem:
  481.  
  482. How long do you wait for the heads to settle.  The controller has a really good
  483. idea that 1 second is good if the motor was not running (and the heads are not 
  484. loaded) but Ampro has tried several attempts at optimization which are all 
  485. failures.
  486.  
  487. Katie started having trouble with bad writes after file saves from Magic Wand. 
  488. MW always writes to a brand new file which it opens before it allows any 
  489. editing.  There are no disk reads involved as output to a new file only 
  490. requires allocation of blocks.  So this problem is the same one observed with 
  491. MODEM transfers where the writes are after pauses long enough for the motors to
  492. stop.
  493.  
  494. Well Katie had been running on an old version of the BIOS which clearly had the
  495. problem as there was almost no wait time for the motor to start.  The latest 
  496. release "fixes" the problem by waiting for several revolutions (requires 
  497. several good reads of sector id of the same id ) after starting the motor.  
  498. Still broke!
  499.  
  500. Apparently older TEAC drives slow down (longer head load times) as his started 
  501. to become a burden just this week.  I got out my trusty AM radio and tuned into
  502. a good buzz and started poking around with DU.  When writing to the TOP side 
  503. (the side with the loading head) nothing starts to happen until the head slams 
  504. to the surface.  In this case the current 3 revolutions for the heads to settle
  505. is quite adaquate.  On the BOTTOM side the ID reads happen before the flux in 
  506. the head solenoid had even started to build up.  The write operation starts 
  507. even before the head is loaded and the head slams to the surface in the middle 
  508. of the write.  The head hitting the disk rattles the disk and completely 
  509. destroys any synchronization that may have been achieved before the write 
  510. began, result: BDOS BAD SECTOR.  Two weeks ago the head came down either before
  511. the write started or AFTER the write ended!.
  512.  
  513. The only thing that works ALL the time is the technique used in a very early 
  514. BIOS version.  Turn on the bit in the Disk Controller commands that causes a 1 
  515. second pause whenever the motor is started.  If the motor is already running, 
  516. the pause is not executed.  1 second is not a very long time to wait to insure 
  517. that your data gets written on the disk!  The current BIOS just isn't good 
  518. enough!  So maybe my drives are a little slow! Big deal!
  519.  
  520. The patch is really very easy.  The MOTOR ON routine has a few READ ID commands
  521. in it for Ampro's "optimized" timing.  Simply patch on the Motor Pause bit for 
  522. these READ ID operations and all your troubles are over.  Peace  !!  I hope 
  523. that someone is saved an aggravating day by reading this.  Incidentally  I 
  524. bought a TEAC 53B drive and like it a lot.  No head loading and very quiet 
  525. seeks!
  526.  
  527.  8-Jul-85 10:17:00-MDT,867;000000000000
  528. Return-Path: <info-cpm-request@AMSAA.ARPA>
  529. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Jul 85 10:12:41-MDT
  530. Received: from ucb-vax.arpa by AMSAA.ARPA id a015916; 8 Jul 85 11:28 EDT
  531. Received: from ucbjade.CC.Berkeley.ARPA (ucbjade.ARPA) by UCB-VAX.ARPA (4.24/4.48)
  532.     id AA01613; Mon, 8 Jul 85 08:26:02 pdt
  533. Received: from ucbamber.CC.Berkeley.ARPA (ucbamber.ARPA)
  534.     by ucbjade.CC.Berkeley.ARPA (4.19/4.36)
  535.     id AA13001; Mon, 8 Jul 85 08:29:26 pdt
  536. Received: by ucbamber.CC.Berkeley.ARPA (4.19/4.35.3)
  537.     id AA05434; Mon, 8 Jul 85 08:30:58 pdt
  538. Date: Mon, 8 Jul 85 08:30:58 pdt
  539. From: swillett%ucbamber.CC@ucb-vax.ARPA
  540. Message-Id: <8507081530.AA05434@ucbamber.CC.Berkeley.ARPA>
  541. To: DKREBILL@USC-ISI.ARPA, info-cpm@AMSAA.ARPA
  542. Subject: Re: PD Info Rqst
  543. Cc: krebill@ARDC.ARPA
  544.  
  545. Power is definately not in the public domain - it is a commercial
  546. program
  547.  
  548.  8-Jul-85 14:44:46-MDT,1227;000000000000
  549. Return-Path: <info-cpm-request@AMSAA.ARPA>
  550. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Jul 85 14:41:45-MDT
  551. Received: from ames-vmsb.arpa by AMSAA.ARPA id a023105; 8 Jul 85 15:00 EDT
  552. Date: 8 Jul 85 11:49:00 PDT
  553. From: max.hartman@AMES-VMSB.ARPA
  554. Subject: --- info request ---
  555. To: info-cpm@AMSAA.ARPA
  556. Reply-To: max.hartman@AMES-VMSB.ARPA
  557.  
  558.  
  559. I would like information on the following:
  560.  
  561. 1) Has anyone out there installed ZCPR3 on a Kaypro "luggable"?  We couldn't
  562.    do it.  Some points: we DO NOT have the CP/M macro assembler, we tried
  563.    assembling with the plain-vanilla assembler and a DIFFERENT macro ass-
  564.    embler than was used in the installation instructions.  Could this have
  565.    been the problem?  Other than that, we followed installation instructions
  566.    as closely as possible.  If you want more details from which to help us,
  567.    please ask.
  568.  
  569. 2) Does anyone know the format of a WordStar created file?  I know some things:
  570.    CR/LF pair ends a line, if the high-bit is set on the LF it ends the page,
  571.    ctrl-S toggles the underlining.  Can anyone out there tell me more info?
  572.  
  573. 3) There is no third question.
  574.  
  575. Thanks in advance,
  576.             -Richard Hartman
  577.             max.hartman@ames-vmsb
  578. ------
  579.  8-Jul-85 16:34:01-MDT,729;000000000000
  580. Return-Path: <info-cpm-request@AMSAA.ARPA>
  581. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 8 Jul 85 16:31:06-MDT
  582. Received: from ames-vmsb.arpa by AMSAA.ARPA id a001755; 8 Jul 85 17:53 EDT
  583. Date: 0  0 00:00:00 PDT
  584. From: max.hartman@AMES-VMSB.ARPA
  585. Subject: --- Otrona Attache ---
  586. To: info-cpm@AMSAA.ARPA
  587. Reply-To: max.hartman@AMES-VMSB.ARPA
  588.  
  589.  
  590. Does anyone know how much an Otrona Attache would cost these days?
  591. (I have heard that the company is out of business, but that they
  592. are good machines.....) And/or where I might be able to get one?
  593. I am just looking, but might buy if I can find a good deal....
  594.             -Richard Hartman
  595.             max.hartman@ames-vmsb
  596.  
  597. P.S.: "good deal" changes w/ the current budget.....
  598. ------
  599.  9-Jul-85 11:22:21-MDT,623;000000000000
  600. Return-Path: <info-cpm-request@AMSAA.ARPA>
  601. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Jul 85 11:21:12-MDT
  602. Received: from wpafb-info1.arpa by AMSAA.ARPA id a005550; 9 Jul 85 12:33 EDT
  603. Date: 9 Jul 85 08:03:00 EST
  604. From: "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>
  605. Subject: I.C. Express
  606. To: info-cpm <info-cpm@AMSAA.ARPA>
  607. Reply-To: "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>
  608.  
  609. I'm thinking about ordering some 41256 RAM chips (150ns) from I.C. Express.
  610. They have an advertised price of $4.25.  Has anyone done any business
  611. with this company or know anything good or bad about them?  Thanks.
  612.  
  613. -Greg
  614. ------
  615.  9-Jul-85 12:25:23-MDT,965;000000000000
  616. Return-Path: <info-cpm-request@AMSAA.ARPA>
  617. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Jul 85 12:21:47-MDT
  618. Received: from simtel20.arpa by AMSAA.ARPA id a007098; 9 Jul 85 13:17 EDT
  619. Date: Mon, 8 Jul 1985  21:27 MDT
  620. Message-ID: <KPETERSEN.12125508565.BABYL@SIMTEL20.ARPA>
  621. Sender: KPETERSEN@SIMTEL20.ARPA
  622. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  623. To:   max.hartman@AMES-VMSB.ARPA
  624. Cc:   Info-Cpm@AMSAA.ARPA
  625. Subject: Installing ZCPR3 on a Kaypro
  626. In-reply-to: Msg of 8 Jul 1985  12:49-MDT from max.hartman at AMES-VMSB.ARPA
  627.  
  628. There is a complete ZCPR3 installation package for the Kaypro-10
  629. available via FTP from SIMTEL20 as:
  630.  
  631. Filename            Type     Bytes     CRC
  632.  
  633. Directory MICRO:<CPM.ZCPR3>
  634. K10ZCPR3.LBR.1            BINARY     79616  3DDCH
  635.  
  636. The .LBR includes a Z80 assembler (presumably used for installing this
  637. package).  I know nothing more about it.
  638.  
  639. If you don't have access to Simtel20, you can get the file from my
  640. RCPM (313-759-6569).
  641.  
  642. --Keith
  643.  9-Jul-85 13:09:06-MDT,387;000000000000
  644. Return-Path: <info-cpm-request@AMSAA.ARPA>
  645. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Jul 85 13:07:05-MDT
  646. Received: from lll-mfe.arpa by AMSAA.ARPA id a008169; 9 Jul 85 13:59 EDT
  647. Date: Mon, 8 Jul 85 22:00 PDT
  648. From: "Webb Mike"@LLL-MFE.ARPA
  649. Subject: MSDOS CATALOG PROG
  650. To: INFO-CPM@AMSAA.ARPA
  651.  
  652.  
  653.  
  654. DOES ONE OF THESE EXIST FOR 'MSDOS'(I HOPE,I HOPE,I HOPE)
  655.  
  656.                 MIKE
  657.  9-Jul-85 13:35:57-MDT,1121;000000000000
  658. Return-Path: <info-cpm-request@AMSAA.ARPA>
  659. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 9 Jul 85 13:34:38-MDT
  660. Received: from nosc-gw by AMSAA.ARPA id a009364; 9 Jul 85 14:27 EDT
  661. Received: from marlin.ARPA by nosc.ARPA (4.17/4.7)
  662.     id AA07341; Tue, 9 Jul 85 11:24:29 pdt
  663. Received: by marlin.ARPA (4.17/4.7)
  664.     id AA02288; Tue, 9 Jul 85 11:27:59 pdt
  665. Date: Tue, 9 Jul 85 11:27:59 pdt
  666. From: "Joseph G. Grovhoug" <grovhoug%marlin@nosc.ARPA>
  667. Message-Id: <8507091827.AA02288@marlin.ARPA>
  668. To: max.hartman@AMES-VMSB.ARPA
  669. Subject: Re:  --- Otrona Attache ---
  670. Cc: grovhoug%marlin@nosc.ARPA, info-cpm@AMSAA.ARPA
  671.  
  672. Richard...Have used two Otrona Attaches [one configured 8:16] constantly
  673. during the past three years and, yes, they are good machines.  Unfortun-
  674. ately Otrona went tits up a while back, but service is readily available
  675. from several independent sources.  Suggest you contact Computer Systems
  676. of Marin, 301 Poplar St, Mill Valley, CA  94941 (415) 388-4805 re: avail-
  677. ability of Attaches.  As of May they advertised 8:16 machines (new) for
  678. $1200.  Good luck & Aloha,  Jeff Grovhoug   grovhoug@nosc
  679. 10-Jul-85 06:04:58-MDT,1784;000000000000
  680. Return-Path: <info-cpm-request@AMSAA.ARPA>
  681. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 06:02:24-MDT
  682. Received: from brl-tgr.arpa by AMSAA.ARPA id a000251; 10 Jul 85 7:29 EDT
  683. Received: from usenet by TGR.BRL.ARPA id a000490; 9 Jul 85 23:55 EDT
  684. From: John Blalock <jb%terak.uucp@BRL.ARPA>
  685. Newsgroups: net.micro,net.micro.cpm,net.periphs
  686. Subject: Followup to Xebec 1410 BIOS help wanted request
  687. Message-ID: <632@terak.UUCP>
  688. Date: 7 Jul 85 22:29:06 GMT
  689. Xref: seismo net.micro:11597 net.micro.cpm:4612 net.periphs:797
  690. To:       info-cpm@AMSAA.ARPA
  691.  
  692. <bug food>
  693.  
  694. To follow up my earlier request to the net for help with sample CP/M-80
  695. BIOS listings for adding a Xebec S1410 controller and two Shugart SA606
  696. Winchester drives to my system with a CCS 2422 FDC, I got a few suggestions
  697. and comments that indicated others may be interested in doing the same thing
  698. but no specific help.  Even so, I now have the hardware running with BIOS
  699. mods I hacked together and can verify that such a task is not impossible.
  700. The drives formatted to 8.2 MB each with no problems so far.
  701.  
  702. Source information:  (I have no connection, just satisfied customer.)
  703. The Shugart SA606 drives were $150 each and the Xebec S1410 SASI Controller
  704. was $125 from Paramount Electronics, 649 Arques Ave., Sunnyvale, CA 94086,
  705. (408) 773-9595.  The Xebec S-100 Host Adapter I ended up using was $90
  706. from Hamilton-Avnet.  For a sample BIOS and a diagnostic program in Z80
  707. assembly language, feel free to contact me at the address below.
  708.  
  709. John Blalock, W7AAY
  710.  
  711. uucp:     ...{amd,decvax,hao,ihnp4,seismo}!noao!terak!jb
  712. phone:     (602) 998-4800
  713. us mail: Terak Corp., 14151 N. 76th St., Scottsdale, AZ 85260
  714.          \\\\\
  715.           -----> Soon to be part of CalComp, A Sanders Company
  716. 10-Jul-85 06:10:10-MDT,4578;000000000000
  717. Return-Path: <info-cpm-request@AMSAA.ARPA>
  718. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 06:09:43-MDT
  719. Received: from brl-tgr.arpa by AMSAA.ARPA id a000351; 10 Jul 85 7:30 EDT
  720. Received: from usenet by TGR.BRL.ARPA id a007213; 10 Jul 85 5:46 EDT
  721. From: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>
  722. Newsgroups: net.micro.cpm
  723. Subject: C compilers for CP/M
  724. Message-ID: <801@vax2.fluke.UUCP>
  725. Date: 8 Jul 85 20:45:06 GMT
  726. To:       info-cpm@AMSAA.ARPA
  727.  
  728. >I am planning on buying a C compiler to run on my CP/M system.  What I
  729. >would like to know is which one should I buy?  Things that I would like
  730. >to do are:
  731. >    * Write interrupt handlers.
  732. >    * Produce 'com'able code
  733. >    * Mixed language programming
  734. >Would anybody with C compilers on their machines care to relate their
  735. >experiences?  All responses will be greatly appreciated.
  736. >
  737. >                    Mark Ryding
  738. >                    {..trwrb!trwrba!ryding}
  739.  
  740. I have used several C compilers on CP/M and have tried most of the
  741. things you refer to.  All of them produce "com"able code, if you mean
  742. produces a .com file.  I also think all of them require you to go through
  743. and assembler, linker and loader to accomplish this.  If you mean "rom"able,
  744. I know Aztec does it and I think the others will too if you put in the right
  745. ORG statements or whatnot.  There is usually a way even if they didn't design
  746. it in.
  747.  
  748. 1) Aztec.  Expensive at $200, but K&R complete, or more so than most.  Good
  749. library.  Includes its own assembler, linker and librarian.  Slow as mollasses.
  750. I use it because I am familiar with it and didn't want to mess with the
  751. idiosyncrasies of the others (at the time).  No bit fields or preprocessor
  752. macros, but it seems NOBODY has those.  The manual is geared after UNIX (not
  753. a terribly good precedent but OK) which I am sure they developed the language
  754. on.  One of the big plusses about this system is its transportability -- Aztec
  755. makes (virtually) identical compilers for essentially every processor and
  756. operating system.  They even make cross-compilers so you can (for example)
  757. develop on cp/m and run on apple.
  758.  
  759. 2) BDS .  A friend swears by it and it seems fast, efficient and correct.
  760. That is, the compiler seems fast.  I don't know that much about the code
  761. efficiency but he says it is efficient.  $150.  The manual is very good.
  762. No library is as complete as Aztecs, but you can always add your own
  763. library modules to any of these.  BDS was really the CPM C standard
  764. for quite a while, before:
  765.  
  766. 3) C/80 .  for 50$ (might be 60 now) and 20 extra for floating point, the real
  767. bargain in C compilers.  I used an early version of this and didn't like it
  768. because they didn't seem to conform to K&R (at least not the library functions)
  769. and as I was struggling to *learn* the language in the first place, I didn't
  770. want to mess with language variants.  Now, however, it seems to have been
  771. cleaned up significantly.  People seem to love it only second to Turbo pascal,
  772. and amazing things have been written with it.  The people at Software
  773. Toolworks (makers of C/80) have written a lot of stuff with it themselves,
  774. notably MyCalc (best spreadsheet for cpm I have seen; I am told supercalc does
  775. sorts better, but I just like the way MyCalc works.  Amazing that visicalc
  776. made any money at all, considering how limited it was) and Mychess.  Lots of
  777. other people use C/80.  Real nice to have floating point; I think it
  778. comes with Aztec but you might have to pay extra for it.  C/80 is probably
  779. your best bet (at least to get started).
  780.  
  781. 4) Q/C.  The only thing I can say about this is it comes with source code,
  782. written in C.  I don't know how it runs since I've never used it, but if 
  783. you want to know how a compiler is written, this would probably be $95
  784. well spent.  Chances are it is real slow (whereas BDS and C/80 are
  785. written, I believe, in assembly).
  786.  
  787. What do I prefer?  Well, they all do so many disk accesses, and of
  788. course going in and out of the editor (wordstar) is incredibly time
  789. consuming.  I get very frustrated and am thinking of putting a RAM disk
  790. on my Kaypro with a megabyte (~$450) to speed up *everything*.  But it seems
  791. such a waste for most tasks, which are fast.  I keep hearing rumors about:
  792.  
  793. 5) Turbo C.  Vaporware at the moment, but if it is anything like Turbo P,
  794. it will be worth waiting for.  They may have put all their efforts 
  795. into Modula-2, but we can hope.  I would by Turbo C in a second, and
  796. be off and running.  Failing that, I may just give up the wait and
  797. buy Turbo Pascal.
  798.  
  799.             Bruce Eckel <morgan>
  800.             uw-beaver!fluke!morgan
  801. 10-Jul-85 14:38:43-MDT,2049;000000000000
  802. Return-Path: <info-cpm-request@AMSAA.ARPA>
  803. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 14:35:25-MDT
  804. Received: from usc-ecl.arpa by AMSAA.ARPA id a000522; 10 Jul 85 15:26 EDT
  805. Date: Wed 10 Jul 85 12:27:13-PDT
  806. From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
  807. Subject: Library vs Archive files
  808. To: info-ibmpc@USC-ISIB.ARPA
  809. cc: info-cpm@AMSAA.ARPA
  810. Postal-address: Beckman Instruments, Inc.
  811. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
  812. Phone: (714)961-3393
  813.  
  814. Some of the public IBM bulletin board systems are using a program called
  815. ARC.EXE to pack related files into "archives".  In the past, this has
  816. been done with "LU*" library utility programs.  I think the library
  817. utility programs are to be preferred for the following reasons:
  818. .
  819. 1) They are public domain, whereas ARC.EXE is a product of System
  820.    Enhancement associates and asks for a "donation".
  821. .
  822. 2) The LU programs are well documented. Gary Novosielski wrote the
  823.    first version in C.  The documentation for current versions is
  824.    in LUDEF5.DOC.  Some versions have source available.
  825. .
  826. 3) Library programs exist on mainframes such as Unix and DEC-20 that
  827.    will handle .LBR files.
  828. .
  829. 4) The format is compatible with CP/M-80 .LBR files, so the CP/M user
  830.    can handle them (altho not run the executable).
  831. .
  832. 5) LBR utilities exist to run executable programs directly from the
  833.    library file.
  834. .
  835. 6) Paul Homchick and Vernon Buerg have written high performance versions
  836.    of LU* programs for the IBM-PC.  LUE201.COM is 2688 bytes and will
  837.    extract all members and unsqueeze them if necessary at the same time.
  838. .
  839. 7) ARC does result in slightly smaller files. Comparing library files
  840.    with archive files shows .LBR files to be about 1000 bytes larger,
  841.    for .LBR files from 11000 to 40000 bytes in size, apparently because
  842.    a better algorithm is used for packing repeated characters in .EXE
  843.    files. However, I believe the other reasons listed above justify
  844.    using the .LBR programs.
  845. .
  846. Ted Shapin
  847.  
  848.  
  849.  
  850.  
  851.  
  852.  
  853.  
  854.  
  855. -------
  856. 10-Jul-85 15:20:31-MDT,1485;000000000000
  857. Return-Path: <info-cpm-request@AMSAA.ARPA>
  858. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 15:16:45-MDT
  859. Received: from xerox.arpa by AMSAA.ARPA id a002752; 10 Jul 85 16:19 EDT
  860. Received: from CheninBlanc.ms by ArpaGateway.ms ; 10 JUL 85 10:10:20 PDT
  861. Date: 10 Jul 85 10:10:12 PDT (Wednesday)
  862. From: DHowell.ES@XEROX.ARPA
  863. Subject: Re: --- info request ---
  864. In-reply-to: Your message of 8 Jul 85 11:49:00 PDT
  865. To: max.hartman@AMES-VMSB.ARPA
  866. cc: info-CPM@AMSAA.ARPA
  867. Message-ID: <850710-101020-1458@Xerox>
  868.  
  869. Answer to question number 2:
  870.  
  871. Basically, a WordStar file is an ASCII text file with the high bit set
  872. to signify certain formatting features.  All control characters using
  873. ctrl-P to enter are stored as straight ASCII, thus typing a ctrl-P
  874. ctrl-B stores a ctrl-B in the file.
  875.  
  876. The uses of the high bit are as follows, as far as I have determined.
  877.    a high bit on an LF signifies a page break (as you have noted)
  878.    a high bit on a space signifies a "soft" space (used by WordStar to
  879. microjustify)
  880.    a high bit on the last character of a word means that it is part of a
  881. justified paragraph.
  882.  
  883. Also the hex characters 1E and 1F signify soft hyphens, one being in the
  884. middle of a line, the other at the end (I don't recall which is which).
  885.  
  886. Using this information, I have been able to write a microjustification
  887. program for dot-matrix printers (WordStar only provides for daisy-wheel
  888. printers).
  889.  
  890. Answer to question number 3:
  891.    42 :-)
  892.  
  893. Dan
  894. 10-Jul-85 15:59:55-MDT,949;000000000000
  895. Return-Path: <info-cpm-request@AMSAA.ARPA>
  896. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 15:59:23-MDT
  897. Received: from xerox.arpa by AMSAA.ARPA id a003171; 10 Jul 85 16:36 EDT
  898. Received: from PinotNoir.ms by ArpaGateway.ms ; 10 JUL 85 13:38:17 PDT
  899. Date: 10 Jul 85 13:38 PDT
  900. From: Ghenis.pasa@XEROX.ARPA
  901. Subject: Re: C compilers for CP/M
  902. In-reply-to: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>'s message of 8 Jul
  903.  85 20:45:06 GMT
  904. To: info-cpm@AMSAA.ARPA
  905. Message-ID: <850710-133817-1734@Xerox>
  906.  
  907.  
  908. I'd like to add that C/80 produces the smallest and fastest .com files.
  909. BDS-C compiles very fast, but is probably the most non-standard.  For
  910. "standardness" and portability you can't beat Aztec.
  911.  
  912. Personally, I have a short fuse, so I stick with Turbo Pascal, which
  913. doesn't tax my patience at compile time.
  914.  
  915. I recommend referring to the very complete review of C compilers
  916. published recently in Computer Language magazine.
  917. 10-Jul-85 21:32:52-MDT,1082;000000000000
  918. Return-Path: <info-cpm-request@AMSAA.ARPA>
  919. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 21:31:26-MDT
  920. Received: from brl-tgr.arpa by AMSAA.ARPA id a006264; 10 Jul 85 22:57 EDT
  921. Received: from usenet by TGR.BRL.ARPA id a011513; 10 Jul 85 22:52 EDT
  922. From: Melinda Shore <shor%sphinx.uchicago.uucp@BRL.ARPA>
  923. Newsgroups: net.micro.cpm
  924. Subject: Re: C compilers for CP/M
  925. Message-ID: <795@sphinx.UChicago.UUCP>
  926. Date: 9 Jul 85 18:36:44 GMT
  927. To:       info-cpm@AMSAA.ARPA
  928.  
  929. []
  930. A few quick follow-up notes to the discussion of various CP/M C compilers: 
  931.  
  932. 1)  Aztec *does* support parameterized pre-processor macros.
  933.  
  934. 2)  The icky thing about the BDS compiler is that it is somewhat
  935.     non-standard.  Another thing is that, at least in earlier versions
  936.     (here's hoping this has been fixed), the compiler didn't know about
  937.     floats.  There was floating point support in the libraries, however.
  938.  
  939. -- 
  940. Melinda Shore                               ..!ihnp4!gargoyle!sphinx!shor
  941. University of Chicago Computation Center    Staff.Melinda%chip@UChicago.Bitnet
  942. 10-Jul-85 22:12:24-MDT,999;000000000000
  943. Return-Path: <info-cpm-request@AMSAA.ARPA>
  944. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 10 Jul 85 22:11:54-MDT
  945. Received: from brl-tgr.arpa by AMSAA.ARPA id a006497; 10 Jul 85 23:44 EDT
  946. Received: from usenet by TGR.BRL.ARPA id a011985; 10 Jul 85 23:42 EDT
  947. From: william edwards <edwards%h-sc1.uucp@BRL.ARPA>
  948. Newsgroups: net.micro.cpm
  949. Subject: Re: C compilers for CP/M
  950. Message-ID: <436@h-sc1.UUCP>
  951. Date: 10 Jul 85 12:41:12 GMT
  952. To:       info-cpm@AMSAA.ARPA
  953.  
  954. > 1) Aztec.  Expensive at $200, but K&R complete, or more so than most.  Good
  955. > library.  Includes its own assembler, linker and librarian.  Slow as mollasses.
  956. > I use it because I am familiar with it and didn't want to mess with the
  957. > idiosyncrasies of the others (at the time).  No bit fields or preprocessor
  958. > macros, but it seems NOBODY has those.  
  959.  
  960. My version of Aztec C for CP/M-80 (1.05g) definitely supports
  961. parameterized #defines.
  962.  
  963.                     Bill Edwards
  964.  
  965.                     harvard!edwards
  966.                     edwards@harvard.ARPA
  967. 11-Jul-85 01:20:17-MDT,1221;000000000000
  968. Return-Path: <info-cpm-request@AMSAA.ARPA>
  969. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 01:18:44-MDT
  970. Received: from brl-tgr.arpa by AMSAA.ARPA id a007563; 11 Jul 85 2:53 EDT
  971. Received: from usenet by TGR.BRL.ARPA id a015286; 11 Jul 85 2:48 EDT
  972. From: Timothy D Margeson <timothym%tekigm.uucp@BRL.ARPA>
  973. Newsgroups: net.lang.pascal,net.micro,net.micro.pc,net.micro.cpm
  974. Subject: Reading CPM/86 Command Line
  975. Message-ID: <505@tekigm.UUCP>
  976. Date: 10 Jul 85 05:57:44 GMT
  977. Xref: seismo net.lang.pascal:348 net.micro:11625 net.micro.pc:4884 net.micro.cpm:4624
  978. To:       info-cpm@AMSAA.ARPA
  979.  
  980. Hello,
  981.  
  982. I am looking for instructions on how to read the CPM/86 command line from
  983. within Turbo Pascal specifically.
  984.  
  985. I have found the location of the command buffer, but it appears to be a
  986. circular referenced affair. What I need is the pointer location if my
  987. assumptions are correct, or any flames that might lead me in the correct
  988. direction should my assumptions be wrong.
  989.  
  990. I will appreciate any and all advice as I haven't much hair left.
  991.  
  992. Thanks!
  993.  
  994. -- 
  995. Tim Margeson (206)253-5240
  996. tektronix!tekigm!timothym                   @@   'Who said that?'  
  997. PO Box 3500  d/s C1-465
  998. Vancouver, WA. 98665
  999. 11-Jul-85 06:34:49-MDT,3114;000000000000
  1000. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1001. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 06:33:37-MDT
  1002. Received: from simtel20.arpa by AMSAA.ARPA id a010829; 11 Jul 85 7:52 EDT
  1003. Date: Thursday, 4 July 1985  18:19-MDT
  1004. Message-ID: <KPETERSEN.12126125129.BABYL@SIMTEL20.ARPA>
  1005. Sender: Andy Brown <brown@CMU-CS-K.ARPA>
  1006. From: Andy Brown <brown@CMU-CS-K.ARPA>
  1007. Subject:   using both side of disks
  1008. ReSent-From: KPETERSEN@SIMTEL20.ARPA
  1009. ReSent-To: Info-Cpm@AMSAA.ARPA
  1010. ReSent-Date: Thu 11 Jul 1985 05:54-MDT
  1011.  
  1012. Whether it is a good idea to use both sides of a floppy disk depends
  1013. on two things:
  1014.  
  1015. 1)  Is the magnetic material on both sides of the disk error-free.
  1016.  
  1017. 2)  Are the disks designed to be "flipped".  That is, can the disk
  1018.     safely rotate in both directions with no damage.
  1019.  
  1020. Most floppy disks are manufactured with a magnetic coating on *both*
  1021. sides.  The disks are then tested to make sure that there are no
  1022. defects which would make them unsuitable for data storage.  If one
  1023. side of a disk is bad, then it is usually ceritfied as a single-sided
  1024. disk, if both sides are good, then it is certified as a double-sided
  1025. disk.  When you buy blank disks, it will always say on the box whether
  1026. the disks are single or double sided.  Therefore, most single-sided
  1027. disks have *known* defects on the uncertified side (you can tell which
  1028. side is the correct side because it has the label on it).
  1029.  
  1030. All floppy disks have what is known as a "liner".  This is inside the
  1031. cover of the disk and it has two main functions: to minimize friction
  1032. as the disk is spinning; and to catch and redirect any dirt and dust
  1033. which may have found its way into the disk jacket.  There are a wide
  1034. variety of liner designs, and some of them are intended for use with
  1035. disks that will only be spinning in *one* direction.  Flipping a disk
  1036. with such a liner could cause dirt and dust that was trapped by the
  1037. liner to be released onto the disk, creating the potential for head or
  1038. disk damage.
  1039.  
  1040. It must be mentioned that there are really *two* kinds of double-sided
  1041. disks.  Some disk drives, (such as the double sided drives in the IBM
  1042. PC) have two heads, one for each side of the disk.  Thus they use both
  1043. sides of the disk, but the disks always spin in the same direction.
  1044. When you "flip" a disk on a single-sided disk drive, such as the
  1045. Commodore 1541, the disk will spin in the opposite direction when you
  1046. flip it.  Thus there are some floppy-disks on which both sides can be
  1047. used, but you might not want to use the *back* side on your Commodore
  1048. 1541 disk drive because using that side will cause the disk to spin in
  1049. the wrong direction.
  1050.  
  1051. It is absolutely safe to use both sides of a disk on a 1541 disk-drive
  1052. if the disks are certified double-sided on the box, and there is a
  1053. write-protect notch cut on both side edges of the disk.  If not, then
  1054. it is risky to use the uncertified side for data storage.
  1055.  
  1056. If you buy a commercial software product which uses both sides of a
  1057. disk, then it is probably safe to assume that they are using the
  1058. correct kind of disk.
  1059.  
  1060.  
  1061. --- Andy Brown 
  1062. 11-Jul-85 07:09:45-MDT,2087;000000000000
  1063. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1064. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 07:06:31-MDT
  1065. Received: from xerox.arpa by AMSAA.ARPA id a012014; 11 Jul 85 8:25 EDT
  1066. Received: from Muscat.ms by ArpaGateway.ms ; 11 JUL 85 05:27:51 PDT
  1067. Date: Thu, 11 Jul 85 08:27 EDT
  1068. From: Kushall.henr@XEROX.ARPA
  1069. Subject: Re:HardDisks for DEC Rainbows
  1070. To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA
  1071. cc: INFO-CPM@AMSAA.ARPA
  1072. Message-ID: <850711-052751-1144@Xerox>
  1073.  
  1074. Ralph,
  1075.  
  1076. The following suppliers of rigid disk drives are listed in the spring
  1077. 84 DEC Rainbow handbook.
  1078.  
  1079. CORVUS SYSTEMS
  1080. 2029 O'Toole Ave.
  1081. San Jose, CA 95131
  1082. (408) 946-7700
  1083.  
  1084.   External winchester drives 5.9 M, 12.1 M, 18.4 M
  1085.  
  1086. UNIVATION INC
  1087. 1037 North Fair Oaks Ave.
  1088. Sunnyvale, CA 94089
  1089. (408) 745-0180
  1090.  
  1091.  5 M removable hard disk with 64-320K RAM
  1092.  11 M internal hard disk with 64-320 K RAM
  1093.  
  1094. QUCES INC.
  1095. 3 Quces Drive
  1096. Metuchen NJ 08840
  1097. (800) 631-5944
  1098. (201) 548-2135
  1099.  
  1100.  10, 16, 20, 42, 57, and 84 M Hard disk subsystems
  1101.  
  1102. The June 85 Digital Review had an article on rigid disk drives for DEC
  1103. computers, Rainbow to VAX.
  1104.  
  1105. Of the vendors listed only digital and Univation were listed for the
  1106. Rainbow.
  1107. The following Univation list prices were given.
  1108.  
  1109. DHD205R-64 5.25 inch 20 MB fixed 5 MB removable 85 msec access time
  1110. 625KB/Sec
  1111. List price $3995
  1112.  
  1113. DHD20-64 5.25 inch 20.7 MB fixed 85 msec access time 625KB/Sec
  1114. List price $2750
  1115.  
  1116. DHD11-64 5.25 inch 11 MB fixed 80 msec access time 625KB/Sec
  1117. List price $2160
  1118.  
  1119. I hope you find this info useful, if you had an IBM PC you can get a 10
  1120. MB drivesetup for about $600 and 20 MB for about $ 800.
  1121.  
  1122. A while back Advanced Computer Products had a close on the DEC 5 MB
  1123. Rainbow
  1124. upgrade for $750, but none are left.
  1125.  
  1126. Also please note unless you have thre Rainbow 100B you will have to
  1127. replace the power supply as the 100A power supply can not supply a
  1128. rigid.
  1129.  
  1130. Sad note, you can buy a Tandy 1200 with 10 Meg Hard Disk($1995) for less
  1131. than the cost of any of the above!
  1132.  
  1133. ED
  1134. ------------------------------------------------------------
  1135.  
  1136. 11-Jul-85 07:29:35-MDT,1691;000000000000
  1137. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1138. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 07:28:14-MDT
  1139. Received: from usc-eclb.arpa by AMSAA.ARPA id a012899; 11 Jul 85 8:51 EDT
  1140. Date: 11 Jul 1985 05:49-PDT
  1141. Sender: STANLEY@usc-eclb.ARPA
  1142. Subject: Re: PD Info Rqst
  1143. From: STANLEY@usc-eclb.ARPA
  1144. To: DKREBILL@usc-isi.ARPA
  1145. Cc: info-cpm@AMSAA.ARPA, krebill@ardc.ARPA
  1146. Message-ID: <[USC-ECLB]11-Jul-85 05:49:34.STANLEY>
  1147. In-Reply-To: The message of  6 Jul 1985 14:13:49 EDT from DKREBILL@USC-ISI.ARPA
  1148.  
  1149.     
  1150.     Received: from AMSAA by USC-ECLB; Sat 6 Jul 85 11:42:04-PDT
  1151.           from usc-isi.arpa by AMSAA.ARPA id a001279; 6 Jul 85 14:13 EDT
  1152.     Date:  6 Jul 1985 14:13:49 EDT
  1153.     From: DKREBILL@USC-ISI.ARPA
  1154.     To:   info-cpm@AMSAA.ARPA
  1155.     Cc:   krebill@ARDC.ARPA
  1156.     Subject: PD Info Rqst
  1157.     Return-Path: <info-cpm-request@AMSAA>
  1158.     
  1159.     To assist some folks at USMA who do not have net access,
  1160.     I am asking for info/documentation/source code on the following
  1161.     packages, all of which are beleived to be in the public Domain:
  1162.     (1) XLISP  [We have tracked down binaries for this but need source]
  1163.     (2) The cardboard inference engine--source is believed to be
  1164.     in pascal or c.
  1165.     (3) Power ---A user here has this in a power.com version
  1166.     only, with no documentation.
  1167.     Thanks in advance for any pointers/help/assistance!...Dan
  1168.     -------
  1169.     
  1170.           --------------------
  1171.         
  1172. Dan
  1173.  
  1174. XLISP   can   be  found  on  SIMTEL20  in  the  MICRO:<CPM.XLISP>
  1175. directory.  To be sure of what files are what, it would  be  good
  1176. to  download  MICRO:<CPM>CPM.CRCLST first to verify filenames and
  1177. CRC's.
  1178.  
  1179.                                 ...Dick
  1180. 11-Jul-85 07:56:34-MDT,1547;000000000000
  1181. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1182. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 07:51:47-MDT
  1183. Received: from usc-eclb.arpa by AMSAA.ARPA id a013138; 11 Jul 85 8:57 EDT
  1184. Date: 11 Jul 1985 05:55-PDT
  1185. Sender: STANLEY@usc-eclb.ARPA
  1186. Subject: Re: I.C. Express
  1187. From: STANLEY@usc-eclb.ARPA
  1188. To: elder@wpafb-info1.ARPA
  1189. Cc: info-cpm@AMSAA.ARPA
  1190. Message-ID: <[USC-ECLB]11-Jul-85 05:55:02.STANLEY>
  1191. In-Reply-To: The message of 9 Jul 85 08:03:00 EST from "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>
  1192.  
  1193.     
  1194.     Received: from AMSAA by USC-ECLB; Tue 9 Jul 85 10:25:10-PDT
  1195.           from wpafb-info1.arpa by AMSAA.ARPA id a005550; 9 Jul 85 12:33 EDT
  1196.     Date: 9 Jul 85 08:03:00 EST
  1197.     From: "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>
  1198.     Reply-To: "CPT.GREG.ELDER" <elder@wpafb-info1.ARPA>
  1199.     To: info-cpm <info-cpm@AMSAA.ARPA>
  1200.     Subject: I.C. Express
  1201.     Return-Path: <info-cpm-request@AMSAA>
  1202.     
  1203.     I'm thinking about ordering some 41256 RAM chips (150ns) from I.C. Express.
  1204.     They have an advertised price of $4.25.  Has anyone done any business
  1205.     with this company or know anything good or bad about them?  Thanks.
  1206.     
  1207.     -Greg
  1208.     ------
  1209.     
  1210.           --------------------
  1211.         
  1212. Greg
  1213.  
  1214. Don't  know  about IC Express, but have just ordered some 150 ns.
  1215. 41256 from Microprocessors Unlimited, Beggs, OK  at  $3.25  each,
  1216. made  by NEC.  Although I haven't dealt with this company before,
  1217. several others here have and have  been  quite  satisfied.   Hope
  1218. that helps.
  1219.  
  1220.                                 ...Dick
  1221. 11-Jul-85 08:11:36-MDT,2019;000000000000
  1222. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1223. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 08:11:04-MDT
  1224. Received: from xerox.arpa by AMSAA.ARPA id a014115; 11 Jul 85 9:26 EDT
  1225. Received: from Muscat.ms by ArpaGateway.ms ; 11 JUL 85 06:26:51 PDT
  1226. Date: Thu, 11 Jul 85 08:22 EDT
  1227. From: Kushall.henr@XEROX.ARPA
  1228. Subject: Re: Reading CPM/86 Command Line
  1229. In-reply-to: <505@tekigm.UUCP>
  1230. To: Timothy D Margeson <timothym%tekigm.uucp@BRL.ARPA>
  1231. cc: info-cpm@AMSAA.ARPA, XeroxInfo-CPM^.Wbst@XEROX.ARPA, 
  1232.     Pascal/Turbo^.x@XEROX.ARPA
  1233. Reply-To: Kushall.henr@XEROX.ARPA
  1234. Message-ID: <850711-062651-1179@Xerox>
  1235.  
  1236. I have been using the following method for reading the command line
  1237. arguments from Turbo Pascal. (CP/M-86 version 2.0, Turbo Pascal version
  1238. 2.0)
  1239.  
  1240. Declare the following global variable:
  1241. var
  1242.  
  1243.    CmdLine : String[128] absolute(DSeg:$80); { this is the location of
  1244. the CP/M 86 Command line buffer}
  1245.  
  1246.    CmdLineString : String[128]; { used to save the command line }
  1247.  
  1248. You must execute the following code before your program does any IO and
  1249. destroys the buffer !
  1250.  
  1251. CmdLineString := CmdLine; { Copies the command line args into the safe
  1252. area}
  1253.  
  1254. Note that if length(CmdLine) = 0 then no args were passed.
  1255. The data format of Dseg:$80 is as follows:
  1256. The byte at Dseg:$80 is the nunber of characters passed in the cmd line
  1257. after the name of the .CMD file called including the leading space. This
  1258. will be CmdLine[0] in the Turbo Pascal string. Thus the string is
  1259. returned by CP/M in the same format as required by Turbo.
  1260.  
  1261. The same method can be used for CP/M 80 except the declaration is:
  1262. CmdLine : String[128] Absolute $80;
  1263.  
  1264. And for MS-DOS
  1265. CmdLine : String[128] Absolute(CSeg:$80);
  1266.  
  1267. It is my understanding that the CP/M-80 versions only allow a limited
  1268. number of characters to be passed as arguments(arround 30) I have not
  1269. verified this for any of the implementations.
  1270.  
  1271. Turbo Pascal 3.0 includes 'standard' procedures for reading the command
  1272. line arguments.
  1273.  
  1274. Ed Kushall
  1275.  
  1276. 11-Jul-85 08:44:37-MDT,888;000000000000
  1277. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1278. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 08:42:05-MDT
  1279. Received: from brl-tgr.arpa by AMSAA.ARPA id a015100; 11 Jul 85 9:53 EDT
  1280. Received: from usenet by TGR.BRL.ARPA id a022896; 11 Jul 85 9:44 EDT
  1281. From: Bill Hery <wjhe%hlexa.uucp@BRL.ARPA>
  1282. Newsgroups: net.micro.cpm
  1283. Subject: Terminal emulator for Vecotr Graphic micro
  1284. Message-ID: <4385@hlexa.UUCP>
  1285. Date: 10 Jul 85 14:08:57 GMT
  1286. To:       info-cpm@AMSAA.ARPA
  1287.  
  1288. Does anyone know of a good terminal emulator for an old Vector Graphic
  1289. VIP micro using CP/M? It's a Z-80 based machine with a single sided, double
  1290. density disk drive.  Support of full screen editors (e. g. vi) on the host
  1291. is a requirement; emulating a VT100, or HP2621 is fine.  I will pay
  1292. a reasonable price for a suitable commercial product.
  1293.  
  1294. Bill Hery
  1295. ihnp4!hlexa!wjhe
  1296.  
  1297. or
  1298.  
  1299. ihnp4!hlwpb!hery
  1300. 11-Jul-85 09:05:17-MDT,2932;000000000000
  1301. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1302. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 09:00:27-MDT
  1303. Received: from brl-tgr.arpa by AMSAA.ARPA id a015070; 11 Jul 85 9:52 EDT
  1304. Received: from usenet by TGR.BRL.ARPA id a022752; 11 Jul 85 9:41 EDT
  1305. From: "Mike (I'll be mellow when I'm dead" <mwm%ucbtopaz.cc.ucb-vax.arpa@BRL.ARPA>
  1306. MMDF-Warning:  Parse error in original version of preceding line at BRL.ARPA
  1307. Newsgroups: net.micro.cpm
  1308. Subject: Re: C compilers for CP/M
  1309. Message-ID: <1008@ucbtopaz.CC.Berkeley.ARPA>
  1310. Date: 10 Jul 85 22:59:33 GMT
  1311. To:       info-cpm@AMSAA.ARPA
  1312.  
  1313. More followup on the C compiler commentary.
  1314.  
  1315. In article <801@vax2.fluke.UUCP> morgan@fluke.UUCP (Bruce Eckel) writes:
  1316. >2) BDS .  A friend swears by it and it seems fast, efficient and correct.
  1317. >That is, the compiler seems fast.  I don't know that much about the code
  1318. >efficiency but he says it is efficient.  $150.  The manual is very good.
  1319. >No library is as complete as Aztecs, but you can always add your own
  1320. >library modules to any of these.  BDS was really the CPM C standard
  1321. >for quite a while, before:
  1322.  
  1323. Unlike other C compilers, BDS C does not produce an intermediate
  1324. assembler, but produces relocatables directly. This is one of the
  1325. reasons for it's compile-time speed. It comes with a program to turn
  1326. pseudo-assembler into .CRL files, and a source-level debugger (the only
  1327. CP/M-80 compiler to do so, last time I looked). It can be used to
  1328. generate rommable code and interrupt handlers (I've done so).
  1329.  
  1330. The major loss with BDS C is the I/O library, and no initializers. The
  1331. I/O library looks like the PWB library. BDS C is *not* suitable for
  1332. writing code for porting to other system, or for porting code from other
  1333. systems to CP/M-80. I think it's the best thing around for writing
  1334. CP/M-80 code, though.
  1335.  
  1336. >4) Q/C.  The only thing I can say about this is it comes with source code,
  1337. >written in C.  I don't know how it runs since I've never used it, but if 
  1338. >you want to know how a compiler is written, this would probably be $95
  1339. >well spent.  Chances are it is real slow (whereas BDS and C/80 are
  1340. >written, I believe, in assembly).
  1341.  
  1342. BDS C is written in assembler (yet another reason for it's speed). C/80
  1343. is written in C. In fact, C/80 and Q/C both started from the Public
  1344. Domain Small/C compiler. I was never happy with C/80, as the early
  1345. version (v2.0) I have is full of bugs. It did produce fast code, by
  1346. copying the arguments into a fixed area of memory, and then back onto
  1347. the stack for subroutine calls so recursion worked. This was (I think)
  1348. the reason that it evaluated and stacked subroutine arguments from left
  1349. to right instead of right to left (like nearly every other C compiler I
  1350. know of). This quirk could expose portability problems in your code, and
  1351. makes the printf function the single ugliest piece of C I've ever laid
  1352. eyes on. They may have fixed this by now.
  1353.  
  1354.     <mike
  1355. 11-Jul-85 09:38:08-MDT,899;000000000000
  1356. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1357. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 09:36:53-MDT
  1358. Received: from su-score.arpa by AMSAA.ARPA id a016784; 11 Jul 85 10:34 EDT
  1359. Date: Thu 11 Jul 85 07:32:26-PDT
  1360. From: Steven Bjork <BJORK@SU-SCORE.ARPA>
  1361. Subject: CPM-80 Deblocking routine question
  1362. To: info-cpm@AMSAA.ARPA
  1363. Message-ID: <12126153831.11.BJORK@SU-SCORE.ARPA>
  1364.  
  1365. Does anyone know if there is an extended version of DR's deblocking
  1366. algorithm around? Three features would be convenient to have--
  1367. 1. Greater than 255 sectors/track capability.
  1368. 2. Variable blocking factors-i.e., 256, 512, or 1024 bytes/sector.
  1369. 3. Z80 coded (feature?).
  1370. Or, possibly even better, would be a flowchart or other information
  1371. (hello, DR?) to help me in a custom implementation. My only source
  1372. at the moment are the old CPM 2.2 manuals--the ones with all the
  1373. mistakes. --Steve
  1374. -------
  1375. 11-Jul-85 19:45:53-MDT,414;000000000000
  1376. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1377. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 19:43:51-MDT
  1378. Received: from mit-mc.arpa by AMSAA.ARPA id a003940; 11 Jul 85 21:18 EDT
  1379. Date: Thu, 11 Jul 85 21:21:14 EDT
  1380. From: Eric Stork <STORK@MIT-MC.ARPA>
  1381. Subject: Buzz Words
  1382. To: STORK@MIT-MC.ARPA, info-cpm@AMSAA.ARPA
  1383. Message-ID: <[MIT-MC.ARPA].572604.850711.STORK>
  1384.  
  1385.  
  1386. BD7\LGO:R'-V2\N0h
  1387. 11-Jul-85 20:04:10-MDT,414;000000000000
  1388. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1389. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 20:01:06-MDT
  1390. Received: from mit-mc.arpa by AMSAA.ARPA id a003973; 11 Jul 85 21:21 EDT
  1391. Date: Thu, 11 Jul 85 21:24:17 EDT
  1392. From: Eric Stork <STORK@MIT-MC.ARPA>
  1393. Subject: Buzz Words
  1394. To: STORK@MIT-MC.ARPA, info-cpm@AMSAA.ARPA
  1395. Message-ID: <[MIT-MC.ARPA].572606.850711.STORK>
  1396.  
  1397.  
  1398. BD7\LGO:R'-V2\N0h
  1399. 11-Jul-85 20:35:23-MDT,2010;000000000000
  1400. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1401. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 11 Jul 85 20:32:48-MDT
  1402. Received: from mit-mc.arpa by AMSAA.ARPA id a004025; 11 Jul 85 21:29 EDT
  1403. Date: Thu, 11 Jul 85 21:32:16 EDT
  1404. From: Eric Stork <STORK@MIT-MC.ARPA>
  1405. Subject: BuzzWords
  1406. To: STORK@MIT-MC.ARPA, info-cpm@AMSAA.ARPA
  1407. Message-ID: <[MIT-MC.ARPA].572616.850711.STORK>
  1408.  
  1409.  
  1410.  
  1411.                     Buzz Words by the Numbers
  1412.  
  1413. There is circulating in Washington, D.C., a "foolproof system for
  1414. those wishing to appear more learned than they are."  It is
  1415. called "convoluted phraseology."
  1416.  
  1417. Here is how it works:
  1418.  
  1419.     .   When you need to "language up", select at random any
  1420.         three-digit number.
  1421.  
  1422.     .   Look up the words associated with your number in the
  1423.         table below (one digit per column).
  1424.  
  1425.       Col. 1              Col. 2              Col. 3
  1426.  
  1427.    0. integrated       0. management         0. options 
  1428.    1. total            1. organizational     1. options 
  1429.    2. systematized     2. monitored          2. capability 
  1430.    3. parallel         3. reciprocal         3. capability 
  1431.    4. functional       4. digital            4. programming 
  1432.    5. responsive       5. logistical         5. concept 
  1433.    6. optimal          6. transitional       6. time-phase 
  1434.    7. synchronized     7. incremental        7. projection 
  1435.    8. compatible       8. third-generation   8. hardware 
  1436.    9. balanced         9. policy             9. contingency 
  1437.  
  1438. For example, 379 produces "parallel incremental contingency."  No
  1439. one knows what that means, but it sounds impressive.
  1440.  
  1441. Now, someone truly clever out there in Netland should develop a
  1442. module that can be integrated into any word processor so that
  1443. when a specially defined key is hit, the module will:
  1444.  
  1445.     .   Generate a three-digit random number,
  1446.  
  1447.     .   Reach into the table for the Buzz Words, and
  1448.  
  1449.     .   Insert the appropriate phrase into the document
  1450.         being prepared.
  1451.  
  1452.  
  1453. Upward and onward.
  1454.  
  1455.  
  1456.  
  1457. 13-Jul-85 12:05:48-MDT,761;000000000000
  1458. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1459. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 12:04:05-MDT
  1460. Received: from xerox.arpa by AMSAA.ARPA id a000443; 10 Mar 85 4:48 EST
  1461. Received: from Muscat.ms by ArpaGateway.ms ; 12 JUL 85 09:50:21 PDT
  1462. Date: Fri, 12 Jul 85 12:50 EDT
  1463. From: Kushall.henr@XEROX.ARPA
  1464. Subject: Re: Harddisks
  1465. In-reply-to: "HARRELL@EDUCOM.BITNET.AG's message of 21 JUN 85 09:39 EDT"
  1466. To: HARRELL%EDUCOM.BITNET@WISCVM.ARPA
  1467. cc: INFO-CPM@AMSAA.ARPA
  1468. Message-ID: <850712-095021-129@Xerox>
  1469.  
  1470. DEC is selling the RD50 disk drive kits for Rainbow, Pro350 and DECmate
  1471. for $750 as a close the 5 MB drives have beeb dropped. The Rainbow kit
  1472. includes Controller, RD50 drive, Power Supply, CPM + MS-DOS operating
  1473. systems.
  1474.  
  1475. ED
  1476.  
  1477. 13-Jul-85 12:05:55-MDT,563;000000000000
  1478. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1479. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 12:04:23-MDT
  1480. Received: from brl-tgr.arpa by AMSAA.ARPA id a000483; 10 Mar 85 4:48 EST
  1481. Received: from usenet by TGR.BRL.ARPA id a002335; 12 Jul 85 15:09 EDT
  1482. From: Graeme Clark <clark%ubc-cs.uucp@BRL.ARPA>
  1483. Newsgroups: net.micro.cpm
  1484. Subject: Re: PD Info Rqst
  1485. Message-ID: <1143@ubc-cs.UUCP>
  1486. Date: 10 Jul 85 16:26:56 GMT
  1487. To:       info-cpm@AMSAA.ARPA
  1488.  
  1489.  
  1490. Although Power is not in the public domain, a prerelease version of it is
  1491. available from SIG/M.
  1492. 13-Jul-85 23:15:28-MDT,917;000000000000
  1493. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1494. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 23:14:23-MDT
  1495. Received: from usc-isid.arpa by AMSAA.ARPA id a000805; 14 Jul 85 0:51 EDT
  1496. Date: 14 Jul 1985 00:46-EDT
  1497. Sender: ABN.ISCAMS@USC-ISID.ARPA
  1498. Subject: Re: Reading CPM/86 Command Line
  1499. From: ABN.ISCAMS@USC-ISID.ARPA
  1500. To: Kushall.henr@XEROX.ARPA
  1501. Cc: timothym%tekigm.uucp@BRL.ARPA, info-cpm@AMSAA.ARPA
  1502. Cc: XeroxInfo-CPM^.Wbst@XEROX.ARPA
  1503. Cc: Pascal/Turbo^.x@XEROX.ARPA
  1504. Message-ID: <[USC-ISID.ARPA]14-Jul-85 00:46:38.ABN.ISCAMS>
  1505. In-Reply-To: <850711-062651-1179@Xerox>
  1506.  
  1507. Re getting the command line in CP/M-80:  FACT - in Version 1, at least,
  1508. of Turbo Pascal, Turbo eats everything after maybe the 30th or 31st
  1509. character - puts a bunch of (consistent) garbage there.  I have extensively
  1510. tested this and am sorely tried by this particular bug!
  1511.  
  1512. David P Kirschbaum
  1513. Toad Hall
  1514. AB.ISCAMS@USC-ISID
  1515. 13-Jul-85 23:32:49-MDT,8689;000000000000
  1516. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1517. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 23:31:17-MDT
  1518. Received: from simtel20.arpa by AMSAA.ARPA id a000819; 14 Jul 85 1:04 EDT
  1519. Date: Sat, 13 Jul 1985  23:03 MDT
  1520. Message-ID: <KPETERSEN.12126836720.BABYL@SIMTEL20.ARPA>
  1521. Sender: KPETERSEN@SIMTEL20.ARPA
  1522. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  1523. To:   Info-Cpm@AMSAA.ARPA
  1524. Subject: New files on SIMTEL20 between 7-May-85 and 13-Jul-85
  1525.  
  1526. The following is a list of new files added to SIMTEL20's <CPM.*>
  1527. directories between 7-May-85 and 13-Jul-85.  For a complete list of
  1528. all files, get MICRO:<CPM>CPM.CRCLST.
  1529.  
  1530.         Filename                Type     Bytes   CRC
  1531.  
  1532. MICRO:<CPM.APPLE>
  1533.     APLICARD.REVIEW.1    ASCII      6998  F756H
  1534.  
  1535. MICRO:<CPM.ASMUTL>
  1536.     FORM7.LBR.1        BINARY      9472  ABF8H
  1537.     MAKSRL.LBR.1        BINARY      8832  1CF7H
  1538.     NEAT7.LBR.1        BINARY      6144  9C8FH
  1539.     Z80MR.LBR.1        BINARY     41344  B0D0H Z80 macro assembler
  1540.  
  1541. MICRO:<CPM.BASIC>
  1542.     TINIDISK.LBR.1        BINARY     44672  7D5FH Tiny disk basic
  1543.  
  1544. MICRO:<CPM.BYE3>
  1545.     B3AC-0.IQS.1        BINARY      2304  C988H
  1546.     B3AD-0.IQS.1        BINARY      3072  16EEH
  1547.     B3AM-0.IQS.1        BINARY      2944  9767H
  1548.     B3AP-0.IQS.1        BINARY      2944  97CDH
  1549.     B3CC-0.IQS.1        BINARY      3968  BD72H
  1550.     B3CM-0.IQS.1        BINARY      3584  AEC4H
  1551.     B3CP-0.IQS.1        BINARY      4736  A9A7H
  1552.     B3DC-0.IQS.1        BINARY      1792  1E5BH
  1553.     B3DP-0.IQS.1        BINARY      2944  D2FBH
  1554.     B3EP-0.IQS.1        BINARY      2816  0BB0H
  1555.     B3H8-0.BUG.1        ASCII       222  6894H
  1556.     B3H8-1.IQS.1        BINARY      2432  C891H
  1557.     B3HZ-0.IQS.1        BINARY      3584  EDAEH
  1558.     B3KP-0.IQS.1        BINARY      2560  BA18H
  1559.     B3MD-0.IQS.1        BINARY      3840  E12CH
  1560.     B3OS-0.IQS.1        BINARY      5760  06EDH
  1561.     B3PH-0.IQS.1        BINARY      2688  6ABDH
  1562.     B3R1-0.IQS.1        BINARY      2176  B0D5H
  1563.     B3R2-0.IQS.1        BINARY      3072  DFA9H
  1564.     B3R3-0.IQS.1        BINARY      2176  48DCH
  1565.     B3R4-0.IQS.1        BINARY      2176  CED6H
  1566.     B3R4-1.IQS.1        BINARY      3968  38FFH
  1567.     B3SB-0.IQS.1        BINARY      2560  9164H
  1568.     B3TV-0.IQS.1        BINARY      3712  C2E0H
  1569.     B3US-0.IQS.1        BINARY      3072  73AFH
  1570.     B3ZB-0.IQS.1        BINARY      2944  1D59H
  1571.     BYE3-INS.IQF.1        BINARY      2560  F0B8H
  1572.     BYE3-INS.LBR.1        BINARY     77312  A3C9H
  1573.     BYE335.BUG.1        ASCII       623  E9E3H
  1574.     BYE335.LBR.1        BINARY     90368  9E85H
  1575.  
  1576. MICRO:<CPM.CBIOS>
  1577.     LSTPATCH.AQM.1        BINARY      2688  0406H Temp. list driver
  1578.  
  1579. MICRO:<CPM.COMMODORE>
  1580.     TERM-V2.C1.1        ASCII     21359  67C2H Punter protocol
  1581.     TERM-V2.MSG.1        ASCII       831  04B0H modem program
  1582.  
  1583. MICRO:<CPM.COMND>
  1584.     CMDOSS.CPM.1        ASCII      1889  B172H
  1585.     CMDPF1.C.1        ASCII     19180  0FFDH
  1586.     CMDPF2.C.1        ASCII      9839  C130H
  1587.     CMDPFD.C.1        ASCII      8927  9FFDH
  1588.     CMDPSD.C.1        ASCII      1986  80D1H
  1589.     COMND.C.1        ASCII     21248  47C5H
  1590.     COMND.DOC.1        ASCII     34945  3094H
  1591.     COMND.EDT.1        ASCII       815  882EH
  1592.     COMND.H.1        ASCII      4068  2CBCH
  1593.     COMND.R.1        ASCII     28462  8BDDH
  1594.     COMND003.LBR.1        BINARY    100736  6A5DH
  1595.     COMNDI.H.1        ASCII      1394  419DH
  1596.     CPM.H.1            ASCII      2726  4F6BH
  1597.     DATE.CPM.1        ASCII      4295  485BH
  1598.     MEM.H.1            ASCII       734  1AB4H
  1599.     TEST.C.1        ASCII     11638  40E2H
  1600.  
  1601. MICRO:<CPM.CPM3>
  1602.     BYEP-333.LBR.1        BINARY     62208  6AFEH
  1603.     BYEP-INS.LBR.1        BINARY     22400  0262H
  1604.     TS312.AQM.1        BINARY      9856  2546H time stamp
  1605.  
  1606. MICRO:<CPM.CPMLIB>
  1607.     NULU01.IQF.1        BINARY      1152  63C0H
  1608.  
  1609. MICRO:<CPM.DIRUTL>
  1610.     ERAQ20.LBR.1        BINARY     12288  A918H erase with querry
  1611.  
  1612. MICRO:<CPM.DIRUTL>
  1613.     FRONT45.LBR.1        BINARY     42880  9308H turnkey menu
  1614.     SD99.LBR.1        BINARY     86528  3498H super directory
  1615.  
  1616. MICRO:<CPM.DIRUTL>
  1617.     UNERA30.LBR.1        BINARY     14464  17FBH undo file erase
  1618.  
  1619. MICRO:<CPM.DSKUTL>
  1620.     PATCH18A.LBR.1        BINARY     66176  2D51H
  1621.  
  1622. MICRO:<CPM.EMX>
  1623.     EMX313.LBR.1        BINARY    130944  E7D9H EMAIL for micros
  1624.  
  1625. MICRO:<CPM.FIDO>
  1626.     FIDO-109.LQT.1        BINARY     14976  6B97H Fido list
  1627.     FIDO-203.NQS.1        BINARY     33152  D8F3H Fido News
  1628.     FIDO-204.NQS.1        BINARY     32384  FFC4H
  1629.     FIDO-209.NQS.1        BINARY     21120  D73AH
  1630.     FIDO-211.NQS.1        BINARY     23808  0C01H
  1631.     FIDO-212.NQS.1        BINARY     27392  E856H
  1632.     FIDO-219.NQS.1        BINARY     18304  D33FH
  1633.     FIDO-301.NQS.1        BINARY     34304  0C6AH
  1634.     FIDO-315.NQS.1        BINARY     24704  D59BH
  1635.  
  1636. MICRO:<CPM.GENDOC>
  1637.     ANTI-APS.CKT.1        ASCII      2470  232CH
  1638.     SNYOSCRN.DOC.1        ASCII      4457  3E77H
  1639.     WIREWRAP.DOC.1        ASCII     18404  4DB9H
  1640.     Z800MORE.DQC.1        BINARY      5120  0ED2H
  1641.  
  1642. MICRO:<CPM.HAMRADIO>
  1643.     GTWY1-20.TXT.1        ASCII     15629  6ADAH
  1644.     IC02A.MOD.1        ASCII      2483  BB44H
  1645.  
  1646. MICRO:<CPM.HEATH>
  1647.     JMODZ100.LBR.1        BINARY      7424  6E4AH
  1648.  
  1649. MICRO:<CPM.KAYPRO>
  1650.     ALTDRIVE.LBR.1        BINARY     33408  CF05H
  1651.     CURSOR.LBR.1        BINARY      4736  2E97H
  1652.     DSKDRV13.LBR.1        BINARY     56448  B1C3H
  1653.     FASTTERM.LBR.1        BINARY      4608  CD25H fast terminal
  1654.     JUL85.MQG.1        BINARY     29568  35A4H
  1655.     KPRESET.LBR.1        BINARY      1920  916EH
  1656.  
  1657. MICRO:<CPM.LIST>
  1658.     GALLERY.LBR.1        BINARY      9216  F696H galley proof lister
  1659.  
  1660. MICRO:<CPM.MBBS>
  1661.     MBBS31A.LBR.1        BINARY     64384  22E8H Bulletin board
  1662.     MBBS31B.LBR.1        BINARY    112896  EA8AH
  1663.  
  1664. MICRO:<CPM.MEX>
  1665.     MEX-STAT.FIX.1        ASCII       804  4D73H
  1666.  
  1667. MICRO:<CPM.MEX>
  1668.     MEXSTAT.FIX.1        ASCII       635  3BD6H
  1669.     MXO-II13.AQM.1        BINARY     13440  D75EH
  1670.  
  1671. MICRO:<CPM.MISC>
  1672.     OTHERSYS.JUN.1        ASCII     67571  7DD4H June 85 PAMS list
  1673.     PDSE-063.LQT.1        BINARY     49152  A5C4H PD CP/M phone list
  1674.  
  1675. MICRO:<CPM.MISC>
  1676.     RCPM-062.LQT.1        BINARY      1920  4D2EH
  1677.     ROYALOAK.DQR.1        BINARY     64640  B334H my RCPM directory
  1678.  
  1679. MICRO:<CPM.MODEM>
  1680.     2400MICM.MSG.1        ASCII      2316  DB78H Microcom modem info
  1681.     2400STDS.WRN.1        ASCII      5560  B8AAH Standards differ
  1682.     FONESGNL.DOC.1        BINARY       640  7284H Info on ringing signals
  1683.     HAYS2400.IQF.1        BINARY      5376  C444H
  1684.     HEXLINK.LBR.1        BINARY     17152  EEBEH
  1685.     JCATDIAL.LBR.1        BINARY     12544  0421H
  1686.     MODMLOOP.MSG.1        ASCII      3079  293DH Remote loopback info
  1687.  
  1688. MICRO:<CPM.MODEM7>
  1689.     M7AQ-4.AQM.1        BINARY     12800  E9B7H
  1690.  
  1691. MICRO:<CPM.PACKET>
  1692.     PACKET93.LBR.1        BINARY    219648  0C0BH Ham radio packet
  1693.     PACKET93.MSG.1        ASCII      2144  C55CH
  1694.     ROUTING.TXT.1        ASCII     28795  2D49H
  1695.     TCP-IP.TXT.1        ASCII     56129  368BH
  1696.  
  1697. MICRO:<CPM.PASCAL>
  1698.     JDATE.PQS.1        BINARY      2816  B618H
  1699.     TAUSGEN3.PQS.1        BINARY      7680  6FCFH rand. number gen.
  1700.  
  1701. MICRO:<CPM.PCDOS>
  1702.     LPT-30.AQM.1        BINARY     17792  9E27H
  1703.     LPT-30.DQC.1        BINARY      3584  BCAEH
  1704.     LPT-30.MSG.1        ASCII       492  22F2H
  1705.     WSCONV.BAS.1        ASCII       822  5992H
  1706.     WSCONV.DOC.1        ASCII       587  0F1EH
  1707.  
  1708. MICRO:<CPM.RBBS>
  1709.     RBBS40.LBR.1        BINARY     30976  728FH
  1710.  
  1711. MICRO:<CPM.RCPM>
  1712.     CHAT43.LBR.1        BINARY     15104  013AH
  1713.     KMODEM.NEW.1        ASCII      1723  6D34H
  1714.     LUXTYP42.BUG.1        ASCII       590  D648H
  1715.     MBXMK484.LBR.1        BINARY      8832  F646H
  1716.     NBYE10.LBR.1        BINARY    100224  FBB4H
  1717.     RCPM-UG.PRN.1        ASCII     53332  A3CEH RCPM user's guide
  1718.     RCPM-UG.WQ.1        BINARY     33792  84DBH
  1719.     WHATSN04.LBR.1        BINARY     25984  6A7EH
  1720.     XMDM107.FIX.1        ASCII      1349  C336H
  1721.     XMDM107.LBR.1        BINARY     92544  4EECH
  1722.     XMFIX.NOT.1        ASCII      2711  229EH
  1723.     XMSTATS.LBR.1        BINARY     36864  79CBH
  1724.  
  1725. MICRO:<CPM.ROS>
  1726.     ROS32K10.LBR.1        BINARY    102272  A77BH Bulltin board...
  1727.     ROSMAC.LBR.1        BINARY     34944  F34FH ..in Turbo Pascal
  1728.  
  1729. MICRO:<CPM.SQU-PORT>    (portable file squeezer/unsqueezer)
  1730.     MAKESQ..2        ASCII       156  23CEH
  1731.     MAKEUSQ..2        ASCII        91  8E4BH
  1732.     README..2        ASCII      3817  A23DH
  1733.     SQ.1.2            ASCII      1657  E6FCH
  1734.     SQ.C.2            ASCII      5518  7EE5H
  1735.     SQ.H.2            ASCII      1900  F320H
  1736.     SQCOM.H.2        ASCII       445  F27AH
  1737.     SQDEBUG.C.2        ASCII       791  78FFH
  1738.     SQIO.C.2        ASCII       810  B0BEH
  1739.     SQU-PORT2.MAN.1        ASCII      1954  A5DEH
  1740.     SQU-PORT2.MSG.1        ASCII       818  197FH
  1741.     TR1.C.2            ASCII      1361  CC07H
  1742.     TR2.C.2            ASCII     13424  763AH
  1743.     USQ.C.2            ASCII      6527  1AF0H
  1744.     USQ.H.2            ASCII       376  BF51H
  1745.     UTR.C.2            ASCII      1778  9735H
  1746.  
  1747. MICRO:<CPM.SQUSQ>
  1748.     SQ17.BUG.1        ASCII       717  375DH
  1749.     SQU-PORT2.LBR.1        BINARY     33152  DA1EH
  1750.     SQU-PORT2.MSG.1        ASCII       818  197FH
  1751.  
  1752. MICRO:<CPM.TERM>
  1753.     SPLTVIO.LBR.1        BINARY      6528  54C9H split screen for VIO
  1754.  
  1755. MICRO:<CPM.TOPS-20>
  1756.     MODEM.EXE.315        ASCII     20480  C5A0H
  1757.     MODEM.MAC.315        ASCII     53537  7ED1H
  1758.     MODEM7.DOC.1        ASCII     13552  C0A9H
  1759.     NCRC.EXE.7        ASCII      4500  CE85H crck-compatible
  1760.     NCRC.MID.7        ASCII     10085  DA97H
  1761.     USQ.EXE.42        ASCII      5655  0C9BH
  1762.  
  1763. MICRO:<CPM.TURBOPAS>
  1764.     REFS13.LBR.1        BINARY     12288  E598H
  1765.     TUGLINES.DOC.1        ASCII       613  F343H
  1766.     TURBOSAV.LBR.1        BINARY      6400  90C2H
  1767.  
  1768. MICRO:<CPM.TXTUTL>
  1769.     TOUR20.LBR.1        BINARY     96512  2F91H
  1770.     TOURND.LBR.1        BINARY     10240  2300H
  1771.     VDO25.LBR.1        BINARY     41472  C4B7H
  1772.  
  1773. MICRO:<CPM.WSTAR>
  1774.     WS3330.DQC.1        BINARY     13440  60ACH patch locations
  1775.     WSPAT-33.DQC.1        BINARY      5504  C85CH    "     "
  1776.  
  1777. MICRO:<CPM.YAM>
  1778.     RBSB.SHAR.1        ASCII     44060  356DH batch send and recv.
  1779.     YMODEM.DQC.1        BINARY     24704  4837H YAM protocol doc
  1780.  
  1781. MICRO:<CPM.Z3NEW>
  1782.     Z3NEWS.2Q5.1        BINARY      8576  4F28H
  1783.     ZNODELST.LBR.1        BINARY     10394  057CH
  1784.  
  1785. MICRO:<CPM.ZCPR3>
  1786.     ACREATE2.LBR.1        BINARY     11648  8A0AH
  1787.     LDR13.LBR.1        BINARY     12160  E9B5H
  1788.     PATH31.LBR.1        BINARY      7936  0FEAH
  1789.     QUEUE.LBR.1        BINARY     14080  B8E7H
  1790.     SYSRCP11.LBR.1        BINARY     33408  8942H
  1791.     VFILER35.LBR.1        BINARY    145152  8C0AH
  1792.     ZNODELST.LBR.1        BINARY     10394  057CH
  1793.  
  1794. --Keith
  1795. 13-Jul-85 23:47:51-MDT,604;000000000000
  1796. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1797. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 13 Jul 85 23:45:52-MDT
  1798. Received: from simtel20.arpa by AMSAA.ARPA id a000821; 14 Jul 85 1:06 EDT
  1799. Date: Sat, 13 Jul 1985  23:05 MDT
  1800. Message-ID: <KPETERSEN.12126837090.BABYL@SIMTEL20.ARPA>
  1801. Sender: KPETERSEN@SIMTEL20.ARPA
  1802. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  1803. To:   Info-Cpm@AMSAA.ARPA
  1804. Subject: SIMTEL20 CP/M directory list updated
  1805.  
  1806. MICRO:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
  1807. sizes and CRCs of the MICRO<CPM.xx> directories) has been updated as
  1808. of today.
  1809.  
  1810. --Keith
  1811. 14-Jul-85 09:21:34-MDT,593;000000000000
  1812. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1813. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 14 Jul 85 09:21:24-MDT
  1814. Received: from simtel20.arpa by AMSAA.ARPA id a001519; 14 Jul 85 11:05 EDT
  1815. Date: Sun, 14 Jul 1985  09:04 MDT
  1816. Message-ID: <KPETERSEN.12126946109.BABYL@SIMTEL20.ARPA>
  1817. Sender: KPETERSEN@SIMTEL20.ARPA
  1818. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  1819. To:   RCPM-Sysops@SIMTEL20.ARPA
  1820. Cc:   Info-Cpm@AMSAA.ARPA
  1821. Subject: SD99 bug fix
  1822.  
  1823. Someone found a nested IF in SD99.ASM, which of course will not
  1824. properly assemble with ASM.COM.
  1825.  
  1826. See MICRO:<CPM.DIRUTL>SD99.FIX
  1827.  
  1828. --Keith
  1829. 14-Jul-85 09:51:31-MDT,1243;000000000000
  1830. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1831. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 14 Jul 85 09:47:15-MDT
  1832. Received: from simtel20.arpa by AMSAA.ARPA id a001532; 14 Jul 85 11:22 EDT
  1833. Date: Sun, 14 Jul 1985  09:21 MDT
  1834. Message-ID: <KPETERSEN.12126949186.BABYL@SIMTEL20.ARPA>
  1835. Sender: KPETERSEN@SIMTEL20.ARPA
  1836. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  1837. To:   Info-Cpm@AMSAA.ARPA
  1838. Subject: COEX 64k RAM board problems - help needed
  1839.  
  1840. I received the following message asking for help:
  1841.  
  1842. Date: 12-Jul-85
  1843. From: Robb Adams
  1844. Re:   COEX 64K RAM BOARD PROBLEMS
  1845.  
  1846. Just acquired two COEX (Components Express) 64k Ram cards only to
  1847. discover an interesting and persistent bug. It seems that RAM between
  1848. 1000 - 1fffh is filled with 7eh (0111 1110b) throughout this 4k region
  1849. as though b1-6 were jammed high and on BOTH boards. Continuity checks
  1850. ok. Anyone know of this problem or bus conflict. The environment is a
  1851. Morrow Decision I which has always taken kindly to OEM devices.
  1852.  
  1853. --- End of message ---
  1854.  
  1855. Please reply to me.  I will relay any answers to Robb.
  1856.  
  1857. --Keith Petersen
  1858. Arpa:  W8SDZ@SIMTEL20.ARPA
  1859. uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
  1860. uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
  1861. 15-Jul-85 12:08:03-MDT,874;000000000000
  1862. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1863. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Jul 85 12:07:44-MDT
  1864. Received: from wiscvm.arpa by AMSAA.ARPA id a007945; 15 Jul 85 13:20 EDT
  1865. Received: from (HARRELL)EDUCOM.BITNET by WISCVM.ARPA on 07/15/85 at
  1866.   12:19:57 CDT
  1867. Date: 15 JUL 85 13:12-EDT
  1868. From:  HARRELL%EDUCOM.BITNET@WISCVM.ARPA
  1869. To:  INFO-CPM@AMSAA.ARPA
  1870. Subject: Project Transport
  1871.  
  1872.      Theodore Needleman writes a monthly column in Hardcopy Magazine.  He
  1873. is trying to find out how much interest is out there for his "Project
  1874. Transport".  A project to transfer CP/M and MSDOS programs from the IBM PC
  1875. to the DEC Rainbow.
  1876.  
  1877.      If you have interest, please write to him at
  1878.  
  1879. Idea Technology
  1880. P.O. Box 668
  1881. New York , New York 10956
  1882.  
  1883. or MCI Mail to Theodore Needleman
  1884. or send a note back to me and I will forward it to him.
  1885.  
  1886. Thanks,
  1887. Ralph
  1888.  
  1889. 15-Jul-85 14:50:06-MDT,547;000000000000
  1890. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1891. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Jul 85 14:47:22-MDT
  1892. Received: from jpl-vlsi.arpa by AMSAA.ARPA id a000271; 10 Jul 85 7:29 EDT
  1893. Date:    Tue, 9 Jul 85 22:16:31 PDT
  1894. From:     august@JPL-VLSI.ARPA
  1895. Subject: RE: --- Otrona Attache ---
  1896. To:       info-cpm-request@AMSAA.ARPA
  1897. Resent-Date:  Mon, 15 Jul 85 16:11:08 EDT
  1898. Resent-From:  cpmlist@AMSAA.ARPA
  1899. Resent-To:    info-cpm@JPL-VLSI.ARPA
  1900.  
  1901. Whoever said that OTRONA ATTACHE's were a good machine certainly has a
  1902. few wires loose.
  1903. 15-Jul-85 14:56:06-MDT,939;000000000000
  1904. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1905. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 15 Jul 85 14:51:18-MDT
  1906. Received: from cmu-cs-c.arpa by AMSAA.ARPA id a009715; 9 Jul 85 14:35 EDT
  1907. Received: ID <DDA@CMU-CS-C.ARPA>; Tue 9 Jul 85 14:37:08-EDT
  1908. Date: Tue 9 Jul 85 14:37:07-EDT
  1909. From: Drew Anderson <Drew.Anderson@CMU-CS-C.ARPA>
  1910. Subject: I.C. Express
  1911. To: info-cpm-request@AMSAA.ARPA
  1912. Resent-Date:  Mon, 15 Jul 85 16:10:26 EDT
  1913. Resent-From:  cpmlist@AMSAA.ARPA
  1914. Resent-To:    info-cpm@CMU-CS-C.ARPA
  1915.  
  1916. I have never dealt with that company, but we (at CMU) use Microprocessors
  1917. Unlimited for all of our memory purchases (chips.)  They currently list 
  1918. the 41256 chips for $3.25 each.  I think that you will be pleased ith
  1919. their service.  Their phone is (918)267-4961.  We have ordered probably
  1920. more than a thousand chips from them with no bad ones.
  1921.  
  1922.                 Drew Anderson
  1923.                 DDA@cmu-cs-c.arpa
  1924. -------
  1925. 19-Jul-85 12:28:22-MDT,1561;000000000000
  1926. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1927. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:26:19-MDT
  1928. Date:     Thu, 18 Jul 85 9:05:37 EDT
  1929. From:     David Towson (SECAD) <towson@AMSAA.ARPA>
  1930. To:       info-cpm@AMSAA.ARPA
  1931. Subject:  Failure of network service to AMSAA.ARPA
  1932.  
  1933. Fellow CP/Mers - While I was on vacation (6-13 July), the machine from which
  1934. this list is distributed was moved from its normal site to a trailer located
  1935. a short distance across the parking lot.  Plans had been made for continuing
  1936. network service, and indeed the network was just about the first form of
  1937. communications to come up.  Two days ago, we had a real humdinger of an
  1938. electrical storm.  Residential electric service was disrupted for many homes.
  1939. Another casualty was the AMSAA network interface.
  1940.  
  1941.      As you can see, we are now back in netland, but this has been accom-
  1942. plished using borrowed equipment.  The loan is short-term, but repair of the
  1943. network interface is underway.  If all goes well, there will be no further
  1944. interruption of service.  However, Old Man Murphy hangs around here too, so we
  1945. make no promises.
  1946.  
  1947.      In the worst-case scenario, there is another machine with a light enough
  1948. load to host info-cpm.  This machine has just had some new hardware installed,
  1949. and it is presently not entirely well.  But what the heck - we wouldn't want
  1950. life around here to get dull, would we?
  1951.  
  1952.      So for the present, info-cpm is back.  We'll see what the future brings.
  1953.  
  1954.  
  1955. Dave
  1956. towson@amsaa.arpa  aka info-cpm-request@amsaa.arpa
  1957.  
  1958. 19-Jul-85 12:33:21-MDT,1208;000000000000
  1959. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1960. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:28:39-MDT
  1961. Date:     Thu, 18 Jul 85 10:15:10 EDT
  1962. From:     David Towson (SECAD) <towson@AMSAA.ARPA>
  1963. To:       info-cpm@AMSAA.ARPA
  1964. Subject:  AMSAA.ARPA network problems persist.
  1965.  
  1966. Fellow CP/Mers - It seems that I was a bit hasty in sending my last message.
  1967. As it turns out, the machine from which this list is distributed is sort of
  1968. "half back on the net".  The lightning that took out the network interface in
  1969. the VAX also zapped the IMP port which provides our published network address.
  1970. Mike Muuss (pronounced "moose"), one of our system wizards, got AMSAA back on
  1971. the local BRLNET by using another IMP port and suitably altering the entries
  1972. in the local routing tables.  However, this still leaves us with our published
  1973. network address out of action.  Thus, we can send packets out, but no one out
  1974. in netland knows the address to use for sending packets back to us.
  1975.  
  1976.      I will let you know when this situation improves, but for now there is no
  1977. point in sending mail to info-cpm, as it will just be rejected.
  1978.  
  1979.  
  1980. Sigh,
  1981. Dave
  1982. towson@amsaa.arpa aka info-cpm-request@amsaa.arpa
  1983.  
  1984. 19-Jul-85 12:33:27-MDT,1254;000000000000
  1985. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1986. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:30:31-MDT
  1987. Received: from nosc-gw by AMSAA.ARPA id a017696; 15 Jul 85 17:48 EDT
  1988. Received: from marlin.ARPA by nosc.ARPA (4.17/4.7)
  1989.     id AA01051; Mon, 15 Jul 85 14:44:02 pdt
  1990. Received: by marlin.ARPA (4.17/4.7)
  1991.     id AA03838; Mon, 15 Jul 85 14:47:36 pdt
  1992. Date: Mon, 15 Jul 85 14:47:36 pdt
  1993. From: "Joseph G. Grovhoug" <grovhoug%marlin@nosc.ARPA>
  1994. Message-Id: <8507152147.AA03838@marlin.ARPA>
  1995. To: august@JPL-VLSI.ARPA
  1996. Subject: RE: --- Otrona Attache ---
  1997. Cc: grovhoug%marlin@nosc.ARPA, info-cpm-request@AMSAA.ARPA
  1998. Resent-Date:  Thu, 18 Jul 85 11:31:56 EDT
  1999. Resent-From:  cpmlist@AMSAA.ARPA
  2000. Resent-To:    info-cpm@nosc.ARPA
  2001.  
  2002. Well, everyone has his/her own opinion, but from my experience three+ years
  2003. of nearly trouble-free HEAVY use of two Otrona machines in very hostile field
  2004. environments [I'm a field marine biologist], this box HAS WORKED FOR ME!  I
  2005. guess my view is from the perspective "it gets the job done for me" soooo
  2006. much better than B4.  Am aware that there may be much better systems now
  2007. [both hardware & software-wise].  Again, the machine has already paid for
  2008. itself in utility for my projects.    Aloha,  Jeff Grovhoug
  2009. 19-Jul-85 12:38:20-MDT,745;000000000000
  2010. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2011. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:33:45-MDT
  2012. Received: from usc-ecl.arpa by AMSAA.ARPA id a017825; 15 Jul 85 18:40 EDT
  2013. Date: Mon 15 Jul 85 15:40:35-PDT
  2014. From: Warren Apel <APEL@USC-ECL.ARPA>
  2015. Subject: RE: --- Otrona Attache ---
  2016. To: august@JPL-VLSI.ARPA
  2017. cc: info-cpm-request@AMSAA.ARPA, APEL@USC-ECL.ARPA
  2018. In-Reply-To: Message from "august@JPL-VLSI.ARPA" of Mon 15 Jul 85 13:55:17-PDT
  2019. Resent-Date:  Thu, 18 Jul 85 11:32:30 EDT
  2020. Resent-From:  cpmlist@AMSAA.ARPA
  2021. Resent-To:    info-cpm@USC-ECL.ARPA
  2022.  
  2023. I have used an Otrona Attache almost daily for three years now
  2024. with absolutely no problems and have (for me, at least) found
  2025. it an excellent CPM machine.
  2026. -------
  2027. 19-Jul-85 12:43:37-MDT,953;000000000000
  2028. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2029. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:41:40-MDT
  2030. Received: from brl-tgr.arpa by AMSAA.ARPA id aa26825; 19 Jul 85 8:07 EDT
  2031. Received: from usenet by TGR.BRL.ARPA id a004037; 18 Jul 85 22:30 EDT
  2032. From: Rick Fairfield <zadco%ssc-vax.uucp@BRL.ARPA>
  2033. Newsgroups: net.micro.cpm
  2034. Subject: I Need KERMIT for a CCS 400
  2035. Message-ID: <50@ssc-vax.UUCP>
  2036. Date: 16 Jul 85 19:32:23 GMT
  2037. To:       info-cpm@AMSAA.ARPA
  2038.  
  2039. I have a CCS model 400 processor running CP/M 2.2.
  2040. I need KERMIT for this machine. I tried a local 
  2041. copy of the "generic cp/m" KERMIT but it didn't work.
  2042.  
  2043. If I can't find KERMIT a version of MODEM7 for the CCS
  2044. might be usefull.
  2045.  
  2046. If I can't find either, then some advice on how to configure
  2047. generic KERMIT or generic MODEM7 for my machine would be
  2048. helpfull.
  2049.  
  2050.                         thanx,
  2051.                         Rick Fairfield
  2052.                         Boeing Aerospace Co.
  2053.                         ...!sscvax!zadco
  2054.                         206-773-1004
  2055. 19-Jul-85 12:53:41-MDT,1744;000000000000
  2056. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2057. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 12:52:18-MDT
  2058. Received: from brl-tgr.arpa by AMSAA.ARPA id a026825; 19 Jul 85 8:07 EDT
  2059. Received: from usenet by TGR.BRL.ARPA id a004043; 18 Jul 85 22:30 EDT
  2060. From: Bruce Eckel <morgan%fluke.uucp@BRL.ARPA>
  2061. Newsgroups: net.micro.cpm
  2062. Subject: Stuffing commands to the ccp
  2063. Message-ID: <826@vax2.fluke.UUCP>
  2064. Date: 15 Jul 85 23:16:00 GMT
  2065. To:       info-cpm@AMSAA.ARPA
  2066.  
  2067. I have found myself a complexing little puzzle: I want to invoke a new
  2068. .COM program from inside MBASIC.  Now, I know MBASIC overwrites the CCP.
  2069. So the first thing I will do is find where the CCP starts and use the
  2070. /M directive when invoking MBASIC to prevent it from overwriting the
  2071. CCP.
  2072.  
  2073. I also suspect the CCP may not start at its lowest memory location, so
  2074. I will write a little assembly program which pops the CCP return address
  2075. off the stack (if you do not disturb the stack, you can just ret from a
  2076. program).
  2077.  
  2078. Now the problem is, the CCP seems to have its own buffer which it keeps
  2079. the command line in.  As the CCP is proprietary, I don't know where that
  2080. is (maybe I should know and am just stupid.  Someone enlighten me).  But
  2081. the people who write SUBMIT, XSUB and EX know how to do it.  I really
  2082. wonder how.  Perhaps they take control of standard input and force it
  2083. to the CCP somehow (a warm boot is always executed between programs, so
  2084. the CCP gets reloaded, and they can't be diddling with it).  If you
  2085. could just feed the thing a line terminated with a CR, you would be home
  2086. free.
  2087.  
  2088. I am not trying to make any money with this, I just think it would be
  2089. a very neat trick.  Any suggestions?
  2090.  
  2091.         Bruce Eckel
  2092.         uw-beaver!fluke!morgan
  2093. 19-Jul-85 13:05:36-MDT,2739;000000000000
  2094. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2095. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:05:14-MDT
  2096. Received: from brl-tgr.arpa by AMSAA.ARPA id a026853; 19 Jul 85 8:08 EDT
  2097. Received: from usenet by TGR.BRL.ARPA id a004740; 18 Jul 85 22:46 EDT
  2098. From: "R.Thomas" <rbt%sftig.uucp@BRL.ARPA>
  2099. Newsgroups: net.micro.cpm
  2100. Subject: Re: using both side of disks
  2101. Message-ID: <549@sftig.UUCP>
  2102. Date: 16 Jul 85 17:38:23 GMT
  2103. To:       info-cpm@AMSAA.ARPA
  2104.  
  2105. > It is absolutely safe to use both sides of a disk on a 1541 disk-drive
  2106. > if the disks are certified double-sided on the box, and there is a
  2107. > write-protect notch cut on both side edges of the disk.  If not, then
  2108. > it is risky to use the uncertified side for data storage.
  2109. > If you buy a commercial software product which uses both sides of a
  2110. > disk, then it is probably safe to assume that they are using the
  2111. > correct kind of disk.
  2112. > --- Andy Brown 
  2113.  
  2114. Interesting.  I have *never* seen a disk with notches cut on both sides,
  2115. except when I have personally known the person who cut them.  Most 'double
  2116. sided' software distribution disks I have seen have actually not had
  2117. notches on *either* side.  They must have been produced on duplicating
  2118. machines that ignored the presence or absence of write protect notches.
  2119.  
  2120. On the other hand, I have the following philosophy on 'flippy' disks --
  2121. Because of the dirt entrapment/releasing problem, it is never a good idea
  2122. to use the 'back' side of a disk, unless the disk is (almost) brand new.
  2123. That means that for day to day use, if you only have a single sided drive,
  2124. you should only use the front side of your disks.  Whether you buy disks
  2125. marked 'single sided' or 'double sided' is a matter of personal preference,
  2126. especially since the price difference is so small, nowadays.  I buy 'double
  2127. sided' disks, personally, because of the following observation --  There
  2128. *is* one safe use for 'flippy' disks.  That is for distributing software
  2129. that is too big to fit on a single side.  In that case, you are going to
  2130. use a new -- fresh out of the box -- disk, so you are not worried about
  2131. dirt, and the recipient is going to make a backup copy (onto *two* disks!)
  2132. as soon as she gets it, then put it away and (hopefully) never have to
  2133. read it again, so she is not worried about dirt either.  I do enough
  2134. software swapping that I find it useful to have a supply of 'double sided'
  2135. disks readily available at all times.
  2136.  
  2137. As an aside, I don't think it is possible to design a liner that will not
  2138. entrap some dirt, and release it if the disk is spun the other way.  That
  2139. just seems like the the inevitable workings of the laws of physics to me.
  2140.  
  2141. Enjoy!
  2142.  
  2143. Rick Thomas
  2144. ihnp4!attunix!rbt
  2145. 19-Jul-85 13:13:46-MDT,1475;000000000000
  2146. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2147. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:08:49-MDT
  2148. Received: from brl-tgr.arpa by AMSAA.ARPA id a000457; 19 Jul 85 9:03 EDT
  2149. Received: from usenet by TGR.BRL.ARPA id a009110; 19 Jul 85 0:27 EDT
  2150. From: Workstations Pubs 223-3439 <p_macdonald%eden.dec@BRL.ARPA>
  2151. Newsgroups: net.micro.cpm
  2152. Subject: *** FOR SALE ***
  2153. Message-ID: <3168@decwrl.UUCP>
  2154. Date: 18 Jul 85 12:39:57 GMT
  2155. Sender: daemon%decwrl.uucp@BRL.ARPA
  2156. To:       info-cpm@AMSAA.ARPA
  2157.  
  2158.  
  2159.                       *** FOR SALE ***
  2160.  
  2161.     Epson Geneva (PX-8) laptop portable C/PM computer.
  2162.         64K workspace, 80x8 display, built-in microcasette
  2163.         for storage, internal RAM disk for storage. Includes
  2164.         the latest operating system rev and comes complete 
  2165.         with the following:
  2166.  
  2167.         Epson PF-10 3 1/2" microfloppy drive
  2168.         Epson integrated 120K RAM disk
  2169.         Epson CX-20 modem
  2170.         Wordstar ROM
  2171.         Spreadsheet and Scheduler ROM
  2172.         C/PM Utilities ROM
  2173.         Microsoft BASIC ROM
  2174.  
  2175.         All battery powered with AC adaptors, carry case for
  2176.         all, cables, manuals, large amount of public domain
  2177.         software tossed in free, including MEX, MODEM7, and
  2178.     many, many more.
  2179.  
  2180.         Entire system only for sale at a price well below 
  2181.         retail. Everything is MINT and less than 9 months
  2182.         old.
  2183.  
  2184.         Contact Paul over the net, or call days at 617-493-3439
  2185.         
  2186. 19-Jul-85 13:13:58-MDT,864;000000000000
  2187. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2188. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:13:40-MDT
  2189. Received: from brl-tgr.arpa by AMSAA.ARPA id ab00457; 19 Jul 85 9:03 EDT
  2190. Received: from usenet by TGR.BRL.ARPA id a009223; 19 Jul 85 0:30 EDT
  2191. From: E Sciore <sciore%bu-cs.uucp@BRL.ARPA>
  2192. Newsgroups: net.micro.cpm
  2193. Subject: FOR SALE Boston area: VT180
  2194. Message-ID: <504@bu-cs.UUCP>
  2195. Date: 18 Jul 85 21:40:44 GMT
  2196. To:       info-cpm@AMSAA.ARPA
  2197.  
  2198. Subject: FOR SALE Boston area: VT180
  2199. Newsgroups: net.micro.cpm
  2200.  
  2201. I am selling my "robin" system: vt100+z80 chip+4 disk drives.
  2202. Software has SELECT, MULTIPLAN, BASIC.
  2203. The system is basically unused. I had planned to use it for hacking,
  2204. but I never got the time; most of its use has been in terminal mode.
  2205.                  BEST OFFER. 
  2206. Ed Sciore
  2207. BU Computer Science
  2208. 353-3840
  2209. sciore@bu-cs
  2210. 19-Jul-85 13:18:47-MDT,761;000000000000
  2211. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2212. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:16:55-MDT
  2213. Received: from almsa-1.arpa by AMSAA.ARPA id a020669; 19 Jul 85 13:36 EDT
  2214. Received: by ALMSA-1 via almsab;  17 Jul 85 8:16 CDT
  2215. Date:     Wed, 17 Jul 85 8:18:29 CDT
  2216. From:     Crede Edens <edens@almsa-1.ARPA>
  2217. To:       DDA@CMU-CS-C.ARPA
  2218. cc:       info-cpm@AMSAA.ARPA
  2219. Subject:  NEC 41256 chips
  2220.  
  2221.  
  2222. Drew,
  2223.  
  2224. I have an NEC APC computer which I would like to add RAM chips to increase
  2225. my memory.  I am having trouble finding out what chips fit the APC.  Do 
  2226. you know if the NEC 41256 RAM chips sold by Microprocessors Unlimited will
  2227. fit my machine?
  2228.  
  2229. Thanks for any information you can give me.
  2230.  
  2231. Crede Edens       EDENS@ALMSA.ARPA
  2232.  
  2233. 19-Jul-85 13:23:47-MDT,1665;000000000000
  2234. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2235. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:22:10-MDT
  2236. Received: from simtel20.arpa by AMSAA.ARPA id a021246; 19 Jul 85 13:44 EDT
  2237. Date: Wed 17 Jul 85 20:48:38-MDT
  2238. From: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
  2239. Subject: SB180 SBC CP/M machine
  2240. To: info-cpm@AMSAA.ARPA
  2241. cc: CNiswonger@SIMTEL20.ARPA
  2242. Message-ID: <12127860716.15.CNISWONGER@SIMTEL20.ARPA>
  2243.  
  2244.  
  2245.  
  2246.     With all of the hoopla that Echelon has been putting on, they have
  2247. kept us up to date on several continuing high-performance CP/M systems.  The
  2248. first of these systems (based on the Hitachi 64180) has appeared from MicroMint,
  2249. the company made famous by BYTE magazine and Ciarcia's Circuit Cellar.  A blurb
  2250. has been released describing the board:
  2251.  
  2252.  
  2253.         The MICROMINT SB180 computer packs a lot of computing power in
  2254. a very small package!  The SB180, only 4" by 7 1/2", offers a Z-80
  2255. compatible CPU running at 6 MHz, 256K bytes of RAM, up to 32 K bytes of
  2256. ROM, two serial ports, a parallel port, expansion bus, and an industry
  2257. standard 765A-compatible disk controller for up to four disk drives -
  2258. any combination of 3 1/2", 5 1/4", or 8" drives.  Whether you use the
  2259. SB180 as the basis for a complete disk based computer system or use its
  2260. 32K of ROM space for a battery-powered dedicated controller application
  2261. program, you will appreciate its ability to run standard 8080/8085 and
  2262. Z-80 software at up to twice the speed of a 4 MHz Z-80.
  2263.  
  2264.  
  2265.     The description, price and order information can be found in the full
  2266. file on SIMTEL20 as  MICRO:<CPM.GENDOC>SB180.TQT (squeezed format).
  2267.  
  2268.                     -- Mike Niswonger
  2269. -------
  2270. 19-Jul-85 13:33:50-MDT,1143;000000000000
  2271. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2272. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:28:59-MDT
  2273. Received: from simtel20.arpa by AMSAA.ARPA id a021269; 19 Jul 85 13:44 EDT
  2274. Date: Thu, 18 Jul 1985  16:46 MDT
  2275. Message-ID: <CSTROM.12128078757.BABYL@SIMTEL20.ARPA>
  2276. From: CSTROM@SIMTEL20.ARPA
  2277. To:   INFO-CPM@AMSAA.ARPA
  2278. Subject: 1k blockas arrive!
  2279.  
  2280.  
  2281. At long last, we have an Xmodem that supports 1K blocks. The protocol,
  2282. to be added to both the public domain and proprietary versions of Mex,
  2283. is Ymodem, the YAM protocols to Christensen protocol. Ward has
  2284. indicated that in his Byte article extending his protocol (yet to be
  2285. written, but "real soon now"), he will give Ymodem his blessing.
  2286. Please see the RELEASE.NTE file in the library for further details.
  2287.  
  2288. Note that XMDM108 was released before we were made aware of
  2289. XMDM107.FX2. The latter file is not in the library and the corrections
  2290. therein should be made to XMDM108.
  2291.  
  2292.  
  2293. Filename            Type     Bytes     CRC
  2294.  
  2295. Directory MICRO:<CPM.RCPM>
  2296. XMDM107.FIX.1            ASCII      1349  C336H
  2297. XMDM107.FX2.1            ASCII      1569  5901H
  2298. XMDM108.LBR.1            BINARY    106112  7355H
  2299.  
  2300. --Keith
  2301. 19-Jul-85 13:49:19-MDT,888;000000000000
  2302. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2303. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 19 Jul 85 13:44:37-MDT
  2304. Received: from wiscvm.arpa by AMSAA.ARPA id a021557; 19 Jul 85 13:54 EDT
  2305. Received: from (INNO)HWALHW5.BITNET by WISCVM.ARPA on 07/17/85 at
  2306.   09:00:49 CDT
  2307. Date: 17 JUL 85 10:17-N
  2308. From:  INNO%HWALHW5.BITNET@WISCVM.ARPA
  2309. To:  INFO-CPM@AMSAA.ARPA
  2310. Subject:Cromemco-ZCPR3
  2311.  
  2312. For anyone who's interested: we have ZCPR3 running on
  2313. a Cromemco.
  2314.  
  2315.  
  2316.                                         Inno Frencken (INNO@HWALHW5)
  2317.                                         Computing Centre
  2318.                                         Agricultural University
  2319.                                         Hollandseweg 1
  2320.                                         6706 KN  Wageningen
  2321.                                         The Netherlands
  2322.                                 phone:  08370-83875
  2323.  
  2324. 20-Jul-85 05:59:10-MDT,677;000000000000
  2325. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2326. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Jul 85 05:55:12-MDT
  2327. Received: from xerox.arpa by AMSAA.ARPA id a020803; 19 Jul 85 13:38 EDT
  2328. Received: from Flora.ms by ArpaGateway.ms ; 19 JUL 85 08:49:32 PDT
  2329. Date: 19 Jul 85 08:51:43 PDT (Friday)
  2330. From: Chapman.ES@XEROX.ARPA
  2331. Subject: Re: *** Epson Geneva FOR SALE ***
  2332. In-reply-to: <3168@decwrl.UUCP>
  2333. To: Workstations Pubs 223-3439 <p_macdonald%eden.dec@BRL.ARPA>
  2334. cc: info-cpm@AMSAA.ARPA
  2335. Message-ID: <850719-084932-3163@Xerox>
  2336.  
  2337. Paul
  2338.  
  2339. You don't suggest a selling price, and I don't know what the original
  2340. retail was. What do you want for your computer?
  2341.  
  2342. Cheryl
  2343.  
  2344. 20-Jul-85 06:23:40-MDT,1053;000000000000
  2345. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2346. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Jul 85 06:18:43-MDT
  2347. Date:     Fri, 19 Jul 85 15:25:27 EDT
  2348. From:     David Towson (SECAD) <towson@AMSAA.ARPA>
  2349. To:       info-cpm@AMSAA.ARPA
  2350. Subject:  DON'T RESPOND TO FOR SALE NOTICES VIA THIS LIST!!!
  2351.  
  2352. Readers of info-cpm - From time to time, people offer items for sale via
  2353. usenet news and these notices are gatewayed to info-cpm.  Use of the
  2354. government sponsored Defense Data Network (over which we operate) for
  2355. commercial purposes is not allowed.  It is unavoidable that some such
  2356. happenings will occur via the mechanism just described.  The only way to stop
  2357. that would be to cut the usenet gateway, which most agree would be shooting
  2358. ourselves in the foot.
  2359.  
  2360.      But dammit, there is NO EXCUSE for carrying on sale negotiations via
  2361. this newsgroup.  I don't care how crummy your mailer is; if you can't send
  2362. your reply to the seller without sending a copy to info-cpm THEN DON'T SEND IT
  2363. AT ALL!
  2364.  
  2365.  
  2366.  
  2367. Dave Towson, info-cpm-request
  2368.  
  2369. 20-Jul-85 06:38:37-MDT,1219;000000000000
  2370. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2371. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 20 Jul 85 06:36:34-MDT
  2372. Received: from sdcsvax.arpa by AMSAA.ARPA id a006132; 20 Jul 85 7:02 EDT
  2373. Received: from sdchema.chem.ucsd.arpa by sdcsvax.ARPA (4.24/4.41)
  2374.     id AA11395; Fri, 19 Jul 85 23:40:11 pdt
  2375. Received: by sdchema.chem.ucsd.arpa (4.24)
  2376.     id AA04032; Fri, 19 Jul 85 23:39:31 pdt
  2377. Date: Fri, 19 Jul 85 23:39:31 pdt
  2378. From: Bret Marquis <bam%chem@sdcsvax.ARPA>
  2379. Message-Id: <8507200639.AA04032@sdchema.chem.ucsd.arpa>
  2380. To: info-cpm@AMSAA.ARPA
  2381. Subject: OTRONA ATTACHE 8:16
  2382. Cc: bang!dan@sdcsvax.ARPA
  2383.  
  2384.     The only known quantity of new CPM/MSDOS Otrona's are at Grindle
  2385. Enterprises in San Diego, CA (619)571-3996.From what I have heard it
  2386. is packaged with an unconditional 90 day warranty from the company
  2387. mentioned above.I don't know the exact price, but somewhere around
  2388. $1000.00.I do know they are factory sealed in the box.I found this
  2389. information on a local board (619)283-0498.
  2390.     Fora total weight of 20lbs and 5 existing service locations in
  2391. this area, its not a bad buy.I understand the the Mari company has
  2392. sold all of their existing inventory.
  2393.  
  2394. bang!dan@nosc
  2395. Bang World Communications
  2396.  
  2397. 22-Jul-85 05:50:01-MDT,1740;000000000000
  2398. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2399. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 05:45:42-MDT
  2400. Received: from simtel20.arpa by AMSAA.ARPA id a018776; 22 Jul 85 7:14 EDT
  2401. Date: Thursday, 18 July 1985  18:21-MDT
  2402. Message-ID: <KPETERSEN.12128568032.BABYL@SIMTEL20.ARPA>
  2403. Sender: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
  2404. From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
  2405. Subject:   Apple-Cat insert for BYE
  2406. ReSent-From: KPETERSEN@SIMTEL20.ARPA
  2407. ReSent-To: Info-Cpm@AMSAA.ARPA
  2408. ReSent-Date: Sat 20 Jul 1985 13:34-MDT
  2409.  
  2410. It seems that Yet Another Bye insert for the Apple-Cat II modem has
  2411. bombed.  B3AC-0.INS for the BYE335 series of Bye programs has an
  2412. "Await Ring" routine that checks for carrier only.  It does not appear
  2413. to check for RING.  This may be because you need to have the Firmware
  2414. chip in the modem card -- is this true?  I have not been able to get
  2415. any Apple-Cat insert working with any of the BYE programs so far
  2416. (BYE3, also MBYE with -both- revisions of the insert file).
  2417.  
  2418. Are these really bugs, or is the firmware chip required -- There is
  2419. quite a demand for Apple-Cat II BYE overlays; perhaps someone with a
  2420. bit more ex- perience at assembly language that I would be willing to
  2421. contribute this over- lay, a TESTED, WORKING copy, to the MBYE/BYE
  2422. collection.
  2423.  
  2424. Please reply if you would be willing to write this insert, or if you
  2425. know why I am having so much trouble getting this working, or if you
  2426. know where I can get a working insert file.  There are many
  2427. RCP/M-SysOps who are anxious to get a system running, but have no BYE
  2428. insert that seems to work.  I was not able to contact Wayne Masters,
  2429. author of the Apple-Cat insert.
  2430.  
  2431. Thanks,
  2432. -drew
  2433.  T.MOORE%MIT-EECS@MIT-MC.ARPA
  2434. 22-Jul-85 05:50:28-MDT,1008;000000000000
  2435. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2436. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 05:49:09-MDT
  2437. Received: from simtel20.arpa by AMSAA.ARPA id a018783; 22 Jul 85 7:14 EDT
  2438. Date: Sun 21 Jul 85 01:32:17-MDT
  2439. From: Ron Fowler <RFOWLER@SIMTEL20.ARPA>
  2440. Subject: MEX 1.14
  2441. To: info-cpm@AMSAA.ARPA
  2442. cc: cstrom@SIMTEL20.ARPA, kpetersen@SIMTEL20.ARPA
  2443. Message-ID: <12128698785.13.RFOWLER@SIMTEL20.ARPA>
  2444.  
  2445.   I've just released MEX version 1.14.  It fixes a few long-standing bugs,
  2446. and adds support for 1K blocks (as implemented in the current (10.8) 
  2447. version of XMODEM.  This enhancement complies fully with Chuck Forsberg's
  2448. YMODEM specification for 1K packets.
  2449.   The files can be found on SIMTEL20, in MICRO:<MEX> as follows:
  2450.  
  2451.         MEX114-U.LBR    update files only
  2452.         MEX114.LBR    entire package
  2453.         MEXOVL06.LQT    List of all known overlays
  2454.  
  2455. Note that MEXOVL06.LQT is also present in the two library files, so if
  2456. you FTP either of these, you have the overlay list.
  2457.                 --Ron Fowler
  2458. -------
  2459. 22-Jul-85 06:15:11-MDT,1224;000000000000
  2460. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2461. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 06:11:20-MDT
  2462. Received: from simtel20.arpa by AMSAA.ARPA id a018803; 22 Jul 85 7:15 EDT
  2463. Date: Sun, 21 Jul 1985  10:08 MDT
  2464. Message-ID: <KPETERSEN.12128792819.BABYL@SIMTEL20.ARPA>
  2465. Sender: KPETERSEN@SIMTEL20.ARPA
  2466. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  2467. To:   RCPM-Sysops@SIMTEL20.ARPA
  2468. Cc:   Info-Cpm@AMSAA.ARPA
  2469. Subject: XMDM108 updates - XMDM109 released
  2470.  
  2471. Someone please tell Paul Traina that I have just released XMDM109.  I
  2472. hear he's working on changes to XMDM108.  Tell him PLEASE use XMDM109!
  2473. It's available on my RCPM (Royal Oak) or the Sysop RCPM (Dave Hardy).
  2474.  
  2475. After extensive testing of XMDM108 I found a few things that needed
  2476. cleaning up.  The changes were not in the area of the file transfer
  2477. routines.  XMDM108 is functional.  There was a SERIOUS security
  2478. problem, though, that needed to be fixed immediately.  While I was at
  2479. it, I set the equates to "generic" so the file could be assembled
  2480. without editing for those who just wanted a simple transfer program
  2481. between two computers.  You'll find XMDM109.LBR in MICRO:<CPM.RCPM>
  2482. after I have uploaded it (I'll announce it).
  2483.  
  2484. --Keith 
  2485. 22-Jul-85 06:15:43-MDT,819;000000000000
  2486. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2487. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 06:13:35-MDT
  2488. Received: from simtel20.arpa by AMSAA.ARPA id a018808; 22 Jul 85 7:15 EDT
  2489. Date: Sun, 21 Jul 1985  11:33 MDT
  2490. Message-ID: <KPETERSEN.12128808144.BABYL@SIMTEL20.ARPA>
  2491. Sender: KPETERSEN@SIMTEL20.ARPA
  2492. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  2493. To:   Info-Cpm@AMSAA.ARPA
  2494. Cc:   RCPM-Sysops@SIMTEL20.ARPA
  2495. Subject: XMDM109 released
  2496.  
  2497. XMODEM version 10.9 is now available from Simtel20 as:
  2498.  
  2499. Filename            Type     Bytes     CRC
  2500.  
  2501. Directory MICRO:<CPM.RCPM>
  2502. XMDM109.LBR.1            BINARY    102656  CA53H
  2503.  
  2504. Also available:
  2505.  
  2506. XMDM108.MSG.1            ASCII      3257  0674H
  2507.  
  2508. which explains the new 1k protocol capability (still compatible with
  2509. earlier versions of XMODEM, MODEM7, and MEX).
  2510.  
  2511. More details later.
  2512.  
  2513. --Keith
  2514. 22-Jul-85 06:39:24-MDT,1225;000000000000
  2515. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2516. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 06:36:37-MDT
  2517. Received: from simtel20.arpa by AMSAA.ARPA id a018819; 22 Jul 85 7:16 EDT
  2518. Date: Sun, 21 Jul 1985  19:22 MDT
  2519. Message-ID: <KPETERSEN.12128893642.BABYL@SIMTEL20.ARPA>
  2520. Sender: KPETERSEN@SIMTEL20.ARPA
  2521. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  2522. To:   Info-Cpm@AMSAA.ARPA
  2523. Cc:   Info-Modem7@SIMTEL20.ARPA, RCPM-Sysops@SIMTEL20.ARPA
  2524. Subject: XMDM110 now available
  2525. In-reply-to: Msg of 21 Jul 1985  17:00-MDT from CSTROM
  2526.  
  2527.     Date: Sunday, 21 July 1985  17:00-MDT
  2528.     From: CSTROM at SIMTEL20.ARPA
  2529.     To:   Keith Petersen <W8SDZ at SIMTEL20.ARPA>
  2530.     Re:   XMDM108 updates - XMDM109 released
  2531.  
  2532.     Well, luckily Paul Traina based his 110 on Keith's 109 and I am
  2533.     about to upload XMDM110.LBR to Simtel. (Keith, please add it to
  2534.     <CPM.RCPM>.) His mods are in the form of bug fixes and addition
  2535.     of an Oxgate equate; the Ymodem protocol is untouched from
  2536.     previous versions according to the documentation.
  2537.  
  2538.     -Charlie
  2539.  
  2540. It's now available in:
  2541.  
  2542. Filename            Type     Bytes     CRC
  2543.  
  2544. Directory MICRO:<CPM.RCPM>
  2545. XMDM110.LBR.1            BINARY    102656  2F5EH
  2546.  
  2547. XMDM109 has been deleted.
  2548.  
  2549. --Keith
  2550. 22-Jul-85 07:20:00-MDT,799;000000000000
  2551. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2552. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 07:15:29-MDT
  2553. Received: from su-sierra.arpa by AMSAA.ARPA id a019080; 22 Jul 85 7:26 EDT
  2554. Date: Sun 21 Jul 85 16:32:17-PDT
  2555. From: IEEE CS Students <IEEE-CS@SU-SIERRA.ARPA>
  2556. Subject: Cromemco 4FDC/16FDC BIOS?
  2557. To: INFO-CPM@AMSAA.ARPA
  2558.  
  2559. Does anyone out there in Netland have a CP/M BIOS for a Cromemco system
  2560. using the 4FDC or 16FDC disk controllers? I've heard that there may be one
  2561. in the SIG/M library, but have not located it yet.
  2562.  
  2563. If you know of such code, or (even better) a location on the NET which has
  2564. a copy of it, please respond directly to IEEE-CS@SU-SIERRA.ARPA, as I am not
  2565. currently on the distribution list.
  2566.  
  2567. Regards,
  2568.  
  2569. L. Brett Glass
  2570. IEEE-CS@SU-SIERRA.ARPA
  2571. -------
  2572. 22-Jul-85 09:53:37-MDT,853;000000000000
  2573. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2574. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 09:53:20-MDT
  2575. Date:     Mon, 22 Jul 85 8:57:56 EDT
  2576. From:     Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
  2577. To:       info-cpm@AMSAA.ARPA
  2578. Subject:  AMSAA.ARPA once again responding to it net address.
  2579.  
  2580. Fellow CP/Mers - Now that BBN has repaired the lightning-damaged Interface
  2581. Message Processor (IMP) through which AMSAA.ARPA access the net, mail sent to
  2582. info-cpm can once again be delivered.  We are still operating with a kludge,
  2583. and physically pulling the plugs on the network at the close of each working
  2584. day and at the first sign of a storm, but the mail is flowing.  Efforts are
  2585. underway to resume full-time network access.
  2586.  
  2587.      Feel free to submit articles to info-cpm.
  2588.  
  2589.  
  2590.  
  2591. Dave Towson
  2592. info-cpm-request@amsaa.arpa
  2593.  
  2594.  
  2595. 22-Jul-85 13:37:54-MDT,685;000000000000
  2596. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2597. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 22 Jul 85 13:34:52-MDT
  2598. Received: from rand-unix.arpa by AMSAA.ARPA id a004368; 22 Jul 85 14:32 EDT
  2599. Received: by rand-unix.ARPA; Mon, 22 Jul 85 11:15:25 pdt
  2600. From: Bridger Mitchell <bridger@rand-unix.ARPA>
  2601. Message-Id: <8507221815.AA26428@rand-unix.ARPA>
  2602. Date: 22 Jul 85 11:15:22 PDT (Mon)
  2603. To: info-cpm@AMSAA.ARPA
  2604. Cc: randvax!bridger@rand-unix.ARPA
  2605. Subject: CP/M S1 byte ?
  2606.  
  2607. Can anyone enlighten me as to what the S1 (not S2) byte
  2608. in the fcb and directory entry does, in both CP/M 2.2 and
  2609. later systems?  Are any applications or system utilities using it?
  2610.  
  2611. --bridger mitchell
  2612.  
  2613. 23-Jul-85 05:45:26-MDT,1091;000000000000
  2614. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2615. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Jul 85 05:43:04-MDT
  2616. Received: from wiscvm.arpa by AMSAA.ARPA id a010266; 23 Jul 85 7:11 EDT
  2617. Received: from (INNO)HWALHW5.BITNET by WISCVM.ARPA on 07/22/85 at
  2618.   11:38:45 CDT
  2619. Date: 22 JUL 85 17:39-N
  2620. From:  INNO%HWALHW5.BITNET@WISCVM.ARPA
  2621. To:  INFO-CPM@AMSAA.ARPA
  2622. Subject:Interfacing Campbell C20/Rainbow 100
  2623.  
  2624. Has anybody ever interfaced a Campbell C20 cassette Interface with a
  2625. Rainbow-100 microcomputer.
  2626. C20 formats used are: - ASCII
  2627.                       - DECODE
  2628. Could someone please send me a sample program and specifications of
  2629. hardware-settings.
  2630.  
  2631.  
  2632.                                         Inno Frencken (INNO@HWALHW5)
  2633.                                         Computing Centre
  2634.                                         Agricultural University
  2635.                                         Hollandseweg 1
  2636.                                         6706 KN  Wageningen
  2637.                                         The Netherlands
  2638.                                 phone:  08370-83875
  2639.  
  2640. 23-Jul-85 06:09:59-MDT,867;000000000000
  2641. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2642. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Jul 85 06:09:21-MDT
  2643. Received: from rand-unix.arpa by AMSAA.ARPA id a010769; 23 Jul 85 7:33 EDT
  2644. Received: by rand-unix.ARPA; Mon, 22 Jul 85 14:05:28 pdt
  2645. From: Bridger Mitchell <bridger@rand-unix.ARPA>
  2646. Message-Id: <8507222105.AA00283@rand-unix.ARPA>
  2647. Date: 22 Jul 85 14:05:19 PDT (Mon)
  2648. To: info-cpm@AMSAA.ARPA
  2649. Cc: randvax!bridger@rand-unix.ARPA
  2650. Subject: umodem upgrade wishlist 
  2651.  
  2652. With the arrival of the YMODEM 1K packet protocol for MEX
  2653. I hope one of the umodem guru's will sieze the opportunity
  2654. to add support for the 1K packets!
  2655.  
  2656. Could I also add my plea to put in the CRC option with auto-detection
  2657. of CRC or CHECKSUM?  We randomly encounter hardware problems
  2658. that set the parity bit, which go undetected by a checksum
  2659. 50% of the time!
  2660.  
  2661. --bridger
  2662. 23-Jul-85 14:19:59-MDT,904;000000000000
  2663. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2664. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 23 Jul 85 14:19:18-MDT
  2665. Received: from simtel20.arpa by AMSAA.ARPA id a028967; 23 Jul 85 15:37 EDT
  2666. Date: Tue 23 Jul 85 13:32:35-MDT
  2667. From: Larry Armijo <COLSA@SIMTEL20.ARPA>
  2668. Subject: Program Design Languages
  2669. To: INFO-CPM@AMSAA.ARPA
  2670. cc: COLSA@SIMTEL20.ARPA
  2671. Message-ID: <12129354198.19.COLSA@SIMTEL20.ARPA>
  2672.  
  2673. I have heard that there exist Program Design Languages (PDL's) which are
  2674. used to develop preliminary versions of computer programs on larger computers.
  2675. Does anyone know if PDL's are available for micros?  I would think that
  2676. these design languages would be very useful in the preliminary design of
  2677. larger application programs.  If you know of any PDL's for micros, either
  2678. commercial or public domain, I would appreciate some guidance.  Thanks in
  2679. advance.
  2680.  
  2681. Larry
  2682. COLSA@SIMTEL20
  2683. -------
  2684. 24-Jul-85 06:55:04-MDT,2576;000000000000
  2685. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2686. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 06:53:45-MDT
  2687. Received: from mitre-gateway.arpa by AMSAA.ARPA id a016016; 24 Jul 85 7:19 EDT
  2688. Date: 23 Jul 1985 20:12:49 EDT (Tuesday)
  2689. From: Tom Reid (MS W932) <treid@MITRE-GATEWAY.ARPA>
  2690. Subject: Re: Program Design Languages
  2691. In-Reply-to: Your message of Tue 23 Jul 85 13:32:35-MDT
  2692. To: Larry Armijo <COLSA@SIMTEL20.ARPA>
  2693. Cc: info-cpm@AMSAA.ARPA
  2694.  
  2695. While the Ada movement has tried to make the concept of PDLs concrete,
  2696. the traditional notion is a "pidgen or structured English" statement
  2697. of the intent of a procedure; the procedures being produced in a top-down,
  2698. step-wise refinement process.  The "syntax" is usually derived from an
  2699. ALGOL base (Pascal, Ada, etc.).  The object of a procedure written in PDL
  2700. is WHAT the procedure is to accomplish, not HOW.  The key words such as
  2701. IF, THEN, WHILE, DO, BEGIN, etc. are there with the expressions and 
  2702. statements replaced with ENGLISH language statements.  An example:
  2703.  
  2704.      WHILE train has not arrived DO
  2705.        IF you have a quarter
  2706.        THEN play pac-man
  2707.        ELSE
  2708.          IF you have a $1 bill
  2709.          THEN use coin changer
  2710.          ELSE try begging
  2711.  
  2712. The English language statements can become comments in your final program.
  2713. The object in this design phase is the overall structure and logic of what
  2714. you want to accomplish, leaving the how to the next lower refinement.
  2715.  
  2716. The Ada community has settled on the obvious: why should your PDL be any
  2717. different from the programming language ==> the PDL for an Ada program
  2718. should very closely resemble Ada so that there is little translation from
  2719. the design to the implementation.  In fact, you should be able to make the
  2720. English language statements comments and/or replace them with the HOW.
  2721.  
  2722. My feeling is that the PDL should be rather informal and very reader 
  2723. oriented with the intent of explaining what a routine is to do in the
  2724. easiest, most understandable way without having a lot of syntax thrust
  2725. upon you.  PDL is for the human <--> the programming language is for the 
  2726. computer (I agree, too simplistic).
  2727.  
  2728. There are some pseudo-compilers/interpreters which will execute and
  2729. attempt to analyze PDL (ie., a logical expression is displayed and
  2730. the user is prompted for a Y/N, an arithmetic expression is prompted
  2731. for a number, and an English statement displayed as an effect - you
  2732. are attempting to symbolicly execute your design).  However, PDL
  2733. languages with the usual notion of compilers are not really applicable.
  2734.  
  2735. 24-Jul-85 07:00:03-MDT,971;000000000000
  2736. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2737. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 06:55:53-MDT
  2738. Received: from xerox.arpa by AMSAA.ARPA id a006585; 23 Jul 85 17:45 EDT
  2739. Received: from PinotNoir.ms by ArpaGateway.ms ; 23 JUL 85 13:31:45 PDT
  2740. Date: 23 Jul 85 08:58 PDT
  2741. From: Ghenis.pasa@XEROX.ARPA
  2742. Subject: Can't find XLISP12.COM
  2743. To: info-cpm@AMSAA.ARPA
  2744. cc: Ghenis.pasa@XEROX.ARPA
  2745. Message-ID: <850723-133145-1192@Xerox>
  2746.  
  2747. I need XLISP12.COM in a hurry, for distribution at an intro to LISP for
  2748. local CPMers in Pasadena. I have searched most RCP/M systems in the Los
  2749. Angeles area with no luck (just found an old version with several bugs).
  2750. I got the source, but don't have Aztec C to compile it, so that didn't
  2751. help either.
  2752.  
  2753. If anyone knows of any RCP/M anywhere in the U.S. that has version 1.2
  2754. of XLISP.COM, please message me.  (I cannot FTP)
  2755.  
  2756. Thank you
  2757.  
  2758. -- Pablo Ghenis
  2759.    Xerox Artificial Intelligence Systems
  2760.    Pasadena, CA
  2761. 24-Jul-85 07:20:00-MDT,2924;000000000000
  2762. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2763. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 07:16:08-MDT
  2764. Received: from sdcsvax.arpa by AMSAA.ARPA id a011545; 24 Jul 85 7:07 EDT
  2765. Received: by sdcsvax.ARPA (4.24/4.41)
  2766.     id AA04398; Wed, 24 Jul 85 00:40:45 pdt
  2767. From: crash!ihom@sdcsvax.ARPA
  2768. Message-Id: <8507240740.AA04398@sdcsvax.ARPA>
  2769. Date: Tue, 23 Jul 85 21:52:27 PDT
  2770. To: info-cpm@AMSAA.ARPA
  2771. Subject: Turbo free space query
  2772. Cc: info-pascal@brl.ARPA
  2773.  
  2774. Does anyone know of a correct algorithm for finding the amount of free space
  2775. on a drive in Turbo Pascal?  My quick and dirty algorithm below outputs the
  2776. corect results on my 128k floppies and 96k RAM disk, but errors on a hard
  2777. drive.
  2778.  
  2779. When a drive is activated in CP/M, an allocation vector is set up to determine 
  2780. the amount of free space remaining on the drive.  This vector is composed of
  2781. bits with a 0 indicating a free block and a 1 indicating an allocated block.
  2782. Calling BDOSHL(alloc_vect) puts the address of the allocation vector (for
  2783. the current selected drive) in the HL register pair.  "temp" points to the
  2784. address in memory where the allocation vector is stored.  "quotient" incre-
  2785. ments to the next consecutive 8-bit byte in the vector.  "freek" tallies up
  2786. all the 0 bits and is the value for the space remaining.
  2787.  
  2788. Would someone compile and execute this, and mail me the results?  (Be sure to
  2789. change the constant "total_k" to match your drive size.)  Or better yet,
  2790. supply me with a correct algorithm...
  2791.  
  2792.  
  2793. --Irwin Hom     ...crash!ihom@ucsd
  2794.  
  2795.  
  2796.  
  2797. ---------cut here---------cut here---------cut here---------cut here---------
  2798.  
  2799. program free_space;
  2800.  
  2801. const
  2802.    alloc_vect = $1B;   { Allocation vector address                        }
  2803.    total_k    = 128;   { since the total kilobytes is easy to find in the }
  2804.                        { DPB, set to a constant here for this example     }
  2805. type
  2806.    alvec = byte;
  2807.  
  2808. var
  2809.    cnt,freek,i : integer;
  2810.    quotient    : byte;
  2811.    temp        : ^alvec;
  2812. begin
  2813.    writeln('Total k = ',total_k);
  2814.  
  2815.    { address of space allocation bit vector }
  2816.    temp := ptr(BDOSHL(alloc_vect));
  2817.    freek := 0;   { counter for free blocks }
  2818.  
  2819.    for i := 0 to (total_k div 8) - 1 do   { 8 bits per byte }
  2820.       begin
  2821.          cnt := 0;   { bit counter }
  2822.          quotient := mem[addr(temp^) + i];
  2823.          writeln(quotient);
  2824.          while quotient > 0 do   { kludge to convert from dec to bin }
  2825.                                  { 0 = free, 1 = allocated }
  2826.             begin   { start from LSB to MSB }
  2827.                if not odd(quotient) then   { even = free block }
  2828.                   freek := freek + 1;
  2829.                cnt := cnt + 1;
  2830.                quotient := quotient div 2
  2831.             end;
  2832.          freek := freek + (8 - cnt)   { add remaining (0 bits) free blocks }
  2833.       end;
  2834.  
  2835.    writeln('Free k = ',freek)
  2836. end.
  2837.  
  2838. -----------------------------
  2839.  
  2840. 24-Jul-85 07:34:59-MDT,1151;000000000000
  2841. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2842. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 07:31:39-MDT
  2843. Received: from brl-tgr.arpa by AMSAA.ARPA id aa28203; 24 Jul 85 7:57 EDT
  2844. Received: from usenet by TGR.BRL.ARPA id a004513; 23 Jul 85 15:38 EDT
  2845. From: Chuck McManis <cem%intelca.uucp@BRL.ARPA>
  2846. Newsgroups: net.micro.cpm,net.lang.pascal
  2847. Subject: Turbo Pascal File Handling
  2848. Message-ID: <24@intelca.UUCP>
  2849. Date: 22 Jul 85 21:03:37 GMT
  2850. Xref: seismo net.micro.cpm:4672 net.lang.pascal:360
  2851. To:       info-cpm@AMSAA.ARPA
  2852.  
  2853. Does anyone know of a collection of subroutines for Turbo Pascal to do
  2854. file handling? Specifically, file look up, renaming, and deletion.
  2855. I currently need ones for CP/M but anticipate a need in the near future 
  2856. for some MS-DOS ones also. Any pointers/References appreciated.
  2857.  
  2858. --Chuck
  2859. -- 
  2860. "Unix, the Teco of Operating Systems."      - - - D I S C L A I M E R - - - 
  2861. {ihnp4,fortune}!dual\                     All opinions expressed herein are my
  2862.         {qantel,idi}-> !intelca!cem       own and not those of my employer, my
  2863.  {ucbvax,hao}!hplabs/                     friends, or my avocado plant. :-}
  2864. 24-Jul-85 08:14:49-MDT,1083;000000000000
  2865. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2866. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 08:11:06-MDT
  2867. Received: from brl-tgr.arpa by AMSAA.ARPA id a007498; 24 Jul 85 8:50 EDT
  2868. Received: from usenet by TGR.BRL.ARPA id a011660; 23 Jul 85 22:04 EDT
  2869. From: Stephen King <king%dciem.uucp@BRL.ARPA>
  2870. Newsgroups: net.micro.cpm
  2871. Subject: Re: using both side of disks
  2872. Message-ID: <1632@dciem.UUCP>
  2873. Date: 16 Jul 85 12:47:55 GMT
  2874. To:       info-cpm@AMSAA.ARPA
  2875.  
  2876. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  2877. Another consideration is the index hole, which is not going to
  2878. be in the same place if the disc is flipped over. Thus, the disc drive
  2879. must be able to cope with the index hole on the other side of the disc
  2880. center line, or discs with two center holes must be used. (has anyone ever
  2881. seen any of these?)
  2882.  
  2883. -Another note- the certified side of a disc is *not* the side with the
  2884. label on it. When inserting a disc into a drive with the label up,
  2885. the read/write head accesses the disc surface through the slot in
  2886. the *underside* of the disc jacket.
  2887.  
  2888.                     -=-=-= sjk
  2889. 24-Jul-85 08:29:46-MDT,1151;000000000000
  2890. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2891. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 08:25:44-MDT
  2892. Received: from brl-tgr.arpa by AMSAA.ARPA id a007541; 24 Jul 85 8:50 EDT
  2893. Received: from usenet by TGR.BRL.ARPA id a012507; 23 Jul 85 22:56 EDT
  2894. From: Jeffrey Miller <jeffm%mmintl.uucp@BRL.ARPA>
  2895. Newsgroups: net.micro.cpm
  2896. Subject: Re: using both side of disks
  2897. Message-ID: <509@mmintl.UUCP>
  2898. Date: 22 Jul 85 15:46:35 GMT
  2899. To:       info-cpm@AMSAA.ARPA
  2900.  
  2901.  
  2902. *
  2903.     Double sided disks are usually for drives with 2 heads.  The disks
  2904. still only spin in one direction.  You still face the problem of releasing
  2905. dirt trapped when spinning in the original direction.  I've been using the
  2906. flip side of single sided disks on a single head drive for several years
  2907. with no problems on either side of the disk, even though it spins both ways.
  2908.  
  2909.     *************************************************
  2910.     *    Jeff Miller                *
  2911.     *    Multimate International Corp.        *
  2912.     *    52 Oakland Avenue             *
  2913.     *    East Hartford, CT  06108-9911        *
  2914.     *  UUCP:                    *
  2915.     * ...!seismo!utah-cs!utah-gr!pwa-b!mmintl!jeffm *
  2916.     *************************************************
  2917. 24-Jul-85 09:00:05-MDT,1138;000000000000
  2918. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2919. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 08:58:58-MDT
  2920. Received: from brl-sem.arpa by AMSAA.ARPA id a009792; 24 Jul 85 9:44 EDT
  2921. Received: from brl-tgr.arpa by BRL.ARPA id ge18539; 22 Jul 85 9:42 EDT
  2922. Received: from usenet by TGR.BRL.ARPA id a010922; 21 Jul 85 5:51 EDT
  2923. From: "James A. Jokl" <jaj%uvaee.uucp@BRL.ARPA>
  2924. Newsgroups: net.unix,net.micro.cpm,net.wanted
  2925. Subject: 8085 Assembler Wanted
  2926. Message-ID: <380@uvaee.UUCP>
  2927. Date: 18 Jul 85 19:40:12 GMT
  2928. Xref: seismo net.unix:5400 net.micro.cpm:4658 net.wanted:7227
  2929. To:       info-cpm@AMSAA.ARPA
  2930.  
  2931. We need an 8085 assembler for use in an undergraduate laboratory course this
  2932. fall.  The actual code will have to run on a Prime, however pointers to
  2933. source in any language for any OS will be greatly appreciated.  
  2934.  
  2935.                              Thanx in advance
  2936.  
  2937.                                 James Jokl
  2938.                                 University of Virginia, EE
  2939.  
  2940. CSNET:   jaj@virginia
  2941. ARPANET: jaj.virginia@csnet-relay
  2942. USENET:  ....!decvax!mcnc!ncsu!uvacs!uvaee!jaj
  2943. Ma Bell (and relatives) 804-924-6101
  2944. 24-Jul-85 09:04:39-MDT,1229;000000000000
  2945. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2946. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 09:01:13-MDT
  2947. Received: from brl-sem.arpa by AMSAA.ARPA id aa09792; 24 Jul 85 9:44 EDT
  2948. Received: from brl-tgr.arpa by BRL.ARPA id gf18539; 22 Jul 85 9:42 EDT
  2949. Received: from usenet by TGR.BRL.ARPA id a011085; 21 Jul 85 5:56 EDT
  2950. From: HaymakerLL <llh%drutx.uucp@BRL.ARPA>
  2951. Newsgroups: net.micro.cpm
  2952. Subject: Re: RE: --- Otrona Attache ---
  2953. Message-ID: <3294@drutx.UUCP>
  2954. Date: 19 Jul 85 21:19:06 GMT
  2955. To:       info-cpm@AMSAA.ARPA
  2956.  
  2957. Attache a bummer ???
  2958.  
  2959.     Think we all need more information than this to go by. Do you own one ?
  2960. have you used one ?? What is wrong with it ?? Give us some details..
  2961. I own two, and am pleased, although the company is defunct, and I
  2962. purchased then at a good deal less than what they were going for new.
  2963. The only problem that I can see is Otrona put some inferior drives on
  2964. it's earlier machines, and these have caused some problems and some of the
  2965. earlier keyboards were trash. Also there isn't much software support, but most
  2966. of the MSDOS and CPM stuff will run on them.
  2967.     Lets here the gripes but back them up !!!
  2968.  
  2969. Linc Haymaker  K0ZCO
  2970. AT&T ISL Denver
  2971. ihnp4!drutx!llh
  2972. 24-Jul-85 12:53:40-MDT,869;000000000000
  2973. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2974. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 24 Jul 85 12:53:33-MDT
  2975. Received: from ames-vmsb.arpa by AMSAA.ARPA id a021276; 24 Jul 85 14:07 EDT
  2976. Date: 24 Jul 85 10:46:00 PDT
  2977. From: nep.pgelhausen@AMES-VMSB.ARPA
  2978. Subject: --- Otrona (summary) ---
  2979. To: info-cpm@AMSAA.ARPA
  2980. Reply-To: nep.pgelhausen@AMES-VMSB.ARPA
  2981.  
  2982.  
  2983. Since I seem to have started this whole thing, some people may have
  2984. send some comments to me that did not get to the net.  To sum up,
  2985. the only gripes I have heard about the Attache seems to be when
  2986. it is serving as an MS-DOS machine (specifics about MS-DOS problems,
  2987. I don't know, but I have heard it is just generally slow & poor in
  2988. performance...).  NO-ONE who has clarified his view to me seems to
  2989. think it is bad as a CP/M machine.  
  2990.             -Richard Hartman
  2991.             max.hartman@ames-vmsb
  2992. ------
  2993. 25-Jul-85 07:24:24-MDT,555;000000000000
  2994. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2995. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 07:22:53-MDT
  2996. Received: from crdc.arpa by AMSAA.ARPA id a026650; 24 Jul 85 16:06 EDT
  2997. Date:     Fri, 19 Jul 85 7:42:14 EDT
  2998. From:     George R Famini <grfamini@crdc.ARPA>
  2999. To:       info-cpm@AMSAA.ARPA
  3000. Subject:  termcap for Osborne I
  3001.  
  3002. We have an Osborne I running the public domain terminal emulator package
  3003. OTERM, and I was wondering if anyone out there has the termcap for this
  3004. particular configuration?  
  3005.  
  3006.  
  3007.             Thanks
  3008.  
  3009.             George Famini
  3010. 25-Jul-85 08:04:58-MDT,887;000000000000
  3011. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3012. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 08:03:18-MDT
  3013. Received: from sdcsvax.arpa by AMSAA.ARPA id a007097; 25 Jul 85 8:59 EDT
  3014. Received: by sdcsvax.ARPA (4.24/4.41)
  3015.     id AA08848; Wed, 24 Jul 85 20:58:24 pdt
  3016. From: crash!ihom@sdcsvax.ARPA
  3017. Message-Id: <8507250358.AA08848@sdcsvax.ARPA>
  3018. Date: Wed, 24 Jul 85 18:09:01 PDT
  3019. To: info-cpm@AMSAA.ARPA
  3020. Subject: Turbo free space query (error)
  3021. Cc: info-pascal@brl.ARPA
  3022.  
  3023. Yesterday, I left a message and algorithm about the problem I was
  3024. having in finding the free space on a drive.  Well, in less than
  3025. twenty-four hours, I discovered my error -- I forgot to take the
  3026. block size into consideration.  Nevertheless, the algorithm works
  3027. now.  Disregard the previous sample program.  I'll post the results
  3028. if anyone is interested.
  3029.  
  3030.  
  3031. --Irwin Hom     ...crash!ihom@ucsd
  3032.  
  3033. 25-Jul-85 08:23:28-MDT,1447;000000000000
  3034. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3035. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 08:21:15-MDT
  3036. Received: from brl-aos.arpa by AMSAA.ARPA id a007710; 25 Jul 85 9:14 EDT
  3037. Received: from mit-multics.arpa by AOS.BRL.ARPA id a017253; 24 Jul 85 22:10 EDT
  3038. Acknowledge-To:  "Eric J. Swenson" <Swenson@MIT-MULTICS.ARPA>
  3039. Date:  Wed, 24 Jul 85 22:03 EDT
  3040. From:  "Eric J. Swenson" <Swenson@MIT-MULTICS.ARPA>
  3041. Subject:  Kaypro II File Transfer Program
  3042. To:  info-micro@BRL-VGR.ARPA, info-cpm@BRL.ARPA
  3043. cc:  ejs@MIT-MULTICS.ARPA, ejs@CISL-SERVICE-MULTICS.ARPA
  3044. Message-ID:  <850725020315.163903@MIT-MULTICS.ARPA>
  3045.  
  3046. My wife has just gotten a Kaypro computer at work and needs a file
  3047. transfer program of some sort.  Can anyone give me pointers as to the
  3048. best way to get a file transfer program (preferably Kermit or MODEM)
  3049. onto that system?  I suspect the 5 1/4 disk format is incompatible with
  3050. other 5 1/4 disk formats (although I know nothing about Kaypros).
  3051. Perhaps someone in the Boston area could provide me with a diskette or
  3052. someone outside the area could mail me one.  I'd pay postage and
  3053. diskette charge.  Any other help or pointers to help would be
  3054. appreciated.
  3055.  
  3056. Please send mail to me directly, at Swenson@MIT-Multics, not this list,
  3057. as I do not read this list as a matter of course.  Additionally, I'm
  3058. sure members of this list have read countless such requests and would
  3059. rather never hear one again.  Sorry.
  3060. 25-Jul-85 08:43:25-MDT,665;000000000000
  3061. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3062. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 08:41:09-MDT
  3063. Received: from brl-tgr.arpa by AMSAA.ARPA id aa07680; 25 Jul 85 9:14 EDT
  3064. Received: from usenet by TGR.BRL.ARPA id a016172; 25 Jul 85 4:41 EDT
  3065. From: Henry Schaffer <hes%ecsvax.uucp@BRL.ARPA>
  3066. Newsgroups: net.micro.cpm
  3067. Subject: Re: using both side of disks
  3068. Message-ID: <1733@ecsvax.UUCP>
  3069. Date: 24 Jul 85 01:32:53 GMT
  3070. To:       info-cpm@AMSAA.ARPA
  3071.  
  3072. The people I know who use both sides of the disk in a single side
  3073. drive (and call the disks "flippies") use a hole punch to punch
  3074. the extra holes in the diskette jacket (*only*).  --henry
  3075. 25-Jul-85 11:04:33-MDT,739;000000000000
  3076. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3077. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 11:01:24-MDT
  3078. Received: from lll-mfe.arpa by AMSAA.ARPA id aa16026; 25 Jul 85 12:33 EDT
  3079. Date: Thu, 25 Jul 85 12:20 EDT
  3080. From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
  3081. Subject: CP/M <--> VAX/VMS Floppy Utility
  3082. To: INFO-CPM@AMSAA.ARPA
  3083.  
  3084.  
  3085.  
  3086. Does  anyone have a copy of the source code to a utility to read standard 8"
  3087. SSSD  CP/M  floppies  on  a VAX under VMS (with an RX01/2) ? I got something
  3088. from  MIT-MC  many  moons  ago,  but have had little luck with it. I will be
  3089. happy to make my findings available to the net.
  3090.  
  3091. Thanks,
  3092.  
  3093. Richard Secrist
  3094. Science Applications Int'l. Corp.
  3095.  
  3096. SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa
  3097.  
  3098. 25-Jul-85 11:12:26-MDT,1158;000000000000
  3099. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3100. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 25 Jul 85 11:08:42-MDT
  3101. Received: from lll-mfe.arpa by AMSAA.ARPA id a016039; 25 Jul 85 12:33 EDT
  3102. Date: Thu, 25 Jul 85 12:19 EDT
  3103. From: SECRIST%OAK.SAINET.MFENET@LLL-MFE.ARPA
  3104. Subject: IBM Document Interchange Standard
  3105. To: INFO-CPM@AMSAA.ARPA
  3106.  
  3107.  
  3108.  
  3109. In  recent  history  IBM created a document interchange standard in order to
  3110. share  documents  with  embedded  formatting  and  presentation  information
  3111. between different products. If I can believe InfoWorld (April 29, 1985, page
  3112. 33)  vendors  like  Micropro  (Wordstar)  and  Microsoft  have  committed to
  3113. supporting  this  standard,  called  "Document  Interchange  Architecture  /
  3114. Document  Content  Architecture"  (DIA/DCA), and promise to incorporate into
  3115. their  products  Real  Soon  Now. Does anybody know the name of the document
  3116. that  defines  this  standard,  and/or  has  anyone  heard of this before ?!
  3117. Adoption of this standard could have interesting implications in microland.
  3118.  
  3119. Thanks,
  3120.  
  3121. Richard Secrist
  3122. Science Applications Int'l. Corp.
  3123.  
  3124. SECRIST%OAK.SAInet.MFEnet@LLL-MFE.Arpa
  3125.  
  3126. 29-Jul-85 06:17:38-MDT,592;000000000000
  3127. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3128. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 06:14:08-MDT
  3129. Received: from usc-ecl.arpa by AMSAA.ARPA id a005903; 26 Jul 85 8:54 EDT
  3130. Date: Thu 25 Jul 85 12:20:10-PDT
  3131. From: Ted Shapin <BEC.SHAPIN@USC-ECL.ARPA>
  3132. Subject: HP terminal emulator for CP/M?
  3133. To: info-cpm@AMSAA.ARPA
  3134. Postal-address: Beckman Instruments, Inc.
  3135. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
  3136. Phone: (714)961-3393
  3137.  
  3138. Does anyone know of an HP block mode terminal emulation program
  3139. for CP/M-80 that emulates for example an HP2622?  
  3140. Ted.
  3141. -------
  3142. 29-Jul-85 06:33:53-MDT,8486;000000000000
  3143. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3144. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 06:28:30-MDT
  3145. Received: from simtel20.arpa by AMSAA.ARPA id a004669; 29 Jul 85 7:10 EDT
  3146. Date: Sat, 27 Jul 1985  21:56 MDT
  3147. Message-ID: <KPETERSEN.12130494489.BABYL@SIMTEL20.ARPA>
  3148. Sender: KPETERSEN@SIMTEL20.ARPA
  3149. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3150. To:   Info-Cpm@AMSAA.ARPA
  3151. Subject: BYE337 remote console program available
  3152.  
  3153. BYE337 is now available from SIMTEL20.  Here is an except from the
  3154. source code comments (a complete list of files follows):
  3155.  
  3156. This program allows modem callers to use a CP/M system just as if they
  3157. were seated at the system console.  Special assembly-time options al-
  3158. low limiting the caller's access by password and/or access to only a
  3159. message-service program.  A number of external inserts are available
  3160. to adapt this program to various computers, clocks and modems.  It may
  3161. be assembled with ASM, LASM, MAC or M80.  If the ZCPR3 equate is set
  3162. YES, a macro assembler such as MAC or M80 will be required.  If the
  3163. program will not assemble correctly with M80, check the insert that
  3164. was added, it likely is not configured properly.
  3165.  
  3166. There was a program called BYE5 that was released recently.  This is a
  3167. spin-off on BYE335 and has no advantages over the current release of
  3168. BYE.  If you have BYE5, please understand that this is newer and is
  3169. the "proper" continuation of the BYE family.  BYE3 is placed in the
  3170. public domain.  It may be updated or altered for your personal use.
  3171. I'd like to try and consolodate any new releases, so we can avoid
  3172. another MODEM7 fiasco.  If you have changes that you feel should be
  3173. included in future releases, please forward them to Saratoga OxGate
  3174. 408/354-5934 (pst)
  3175.  
  3176. v337 - 07/24/85 - *All BYE dependant routines may be accessed through
  3177. BDOS calls now.  BYE intercepted the BDOS vector anyway, so I figured
  3178. we might as well do something with it.  BYEBDOS calls start at 80
  3179. decimal.  See BYE337.DOC for more information.  *Striped out many
  3180. comments, because I've written and included a comprehensive BYE
  3181. manual.  *Added fixes for: Anchor modems, MBBS disconnect, and
  3182. function keys generating nulls.  *Removed BYELOW equate...you MUST to
  3183. run BYE low now.  Sorry.  *If you're not using the NO25TH option, the
  3184. LCDATA buffer will be a single entry (a 0) so your BBS can sense
  3185. you're not using the NO25TH deal and not overrwrite BYE.  *Removed
  3186. manditory NO25TH when using OxGate, as OxGate's now smart enough to
  3187. sense that you don't have the buffer (see above).  *Added NEEDLC.  If
  3188. yes, then will include code to read lastcaller.  *If you have your own
  3189. modem overlay, please remove the "ANI 7FH" or "ANI 127"'s that are in
  3190. it.  This will allow 8-bit I/O for programs like XMODEM.  *Removed
  3191. low-memory bytes LHOUR/LMIN-- XModem and BBS can access them by
  3192. looking at RTCBUF+7 and RTCBUF+8 *Made the two subroutines: BCDBIN and
  3193. BINBCD deleteable.  If you need them, then set BIN2BCD and/or BCD2BIN
  3194. to "YES", otherwise they won't be assembled into the code.  *If TIMEON
  3195. is yes, you should make sure your clock insert pokes not only CHOUR
  3196. and CMIN with the binary hour/min, but that it pokes the RTCbuf with
  3197. the BCD values.  This way BBSs and XMODEM can get the time and date
  3198. from BYE.  *No longer uses STATUS byte in low-memory.  *No longer
  3199. patches punch and reader devices to modem.  -- pst
  3200.  
  3201. v336 - 06/28/85 - *Added call to mdhang so phone will hangup for
  3202. twit-kills.  *Fixed bug that caused BYE to randomly turn off modem
  3203. I/O.  *Removed remote user's ability to type ^T to see time on system.
  3204. (let him run a transient program)--it was too complex with fkeys.
  3205. *Separated PRINTER equate from HARDLOG equate.  Some of us like to use
  3206. our printers remotely.  *Moved CLRSCR so it clears screen before
  3207. progress display, not after. (If you want CLRSCR after, so that you
  3208. don't etch your CRT, then set CLRB4 to NO.)  *Added "if not oxgate" to
  3209. nulls question YET ONCE AGAIN.  I am tired of it being taken out.
  3210. OxGate handles nulls by itself.  *Removed spaces in front of "goodbye"
  3211. message.  *Sysop must type an attention character and a letter instead
  3212. of just a control character to run special function keys.  The special
  3213. function keys were interfering with online editing.  (this means type
  3214. ^^N (ctl-^ "N") to hangup, not ^N)). You may change the attention
  3215. character (currently ^^) at lable ATTCH.  *Disabled time-on-system-
  3216. on-warmboot function if user is a wheel.  See equate TOSWB to
  3217. blanket-disable this function - pst
  3218.  
  3219. FYI: BYE337 SUPERSEEDS BYE5.  BYE5 does not have the advanced features
  3220.     of BYE337, plus the fact that BYE337 improves upon all work
  3221.     done in BYE5.  If you have BYE5 currently on your system,
  3222.     -- PLEASE DELETE IT -- to avoid confusing users.
  3223.  
  3224. BYE3.ASM takes full advantage of the result codes returned by modems
  3225. using 'AT' protocol.  It uses the terse mode to recognize the speed of
  3226. the incoming signal and automatically adjusts the computer I/O to that
  3227. speed, without the user needing to type any CR's.  This is of particular
  3228. benefit for RCPM systems using the new 300/1200/2400 modems.  (For those
  3229. modems not supporting the 'AT' protocol, the caller will still need to
  3230. type enough CR characters to establish his speed.)
  3231.  
  3232. No external smartmodem inserts are needed, except for systems such as
  3233. the Cermetek or Pen-tel which use their own protocol.  The included
  3234. smartmodem routines also allow answering on first ring, with optional
  3235. echo-checking required by some modems for insured accuracy of command
  3236. accectance.
  3237.  
  3238.             Hardware specific inserts
  3239.             -------------------------
  3240.  
  3241. B3AC    Apple II with Novation Apple-Cat modem card
  3242. B3AD    Advanced Digital Super Quad & Super Six (Dart and 8116)
  3243. B3AM    AMPRO "Little Board" (Dart and CTC)
  3244. B3AP    Apple II with Mountain CPS serial card (2651)
  3245. B3CC    CCS-2719 & Sierra Data Science (SIO and CTC)
  3246. B3CM    Cermetek Infomate 212a
  3247. B3CP    CompuPro Interfacer 3 or 4, System Support 1 systems (2651)
  3248. B3DP    Datapoint insert (8251A and CTC)
  3249. B3EA    Eagle II and Eagle III (SIO and CTC)
  3250. B3EP    Epson QX-10 (201 MPSC and 4618 RTC)
  3251. B3H8    Heath/Zenith H89 (8250 I/O at 2 MHz.)
  3252. B3HZ    Heath/Zenith -100 series (2661B at 4.9152 MHz.)
  3253. B3KP    KayPro (SIO and 8116)
  3254. B3MD    Morrow MicroDecision computer (8251 and Intel 8253)
  3255. B3OS    Osborne OS-1
  3256. B3OV    Osborne Vixen (8251)
  3257. B3PH    Philips "Happy Man" P2000C (SIO and CTC)
  3258. B3R1    Radio Shack TRS-80 Model I (1602)
  3259. B3R2    Radio Shack II,12,16 & 16B.  (8251 and CTC timer)
  3260. B3R3    Radio Shack TRS-80 Model III (1602)
  3261. B3R4    Radio Shack TRS-80 Model IV (1685 and 19411)
  3262. B3SB    Intertec Superbrain (8251 and 19411 timer)
  3263. B3TV    TeleVideo TS-802 with external modem (SIO and CTC)
  3264. B3US    US Robotics S-100 plug in modem board (8251)
  3265. B3XE    Xerox 820 (SIO and 8116)
  3266. B3ZB    Zorba (8251 and 8254-2)
  3267.  
  3268.         (Others will be added as they become available.)
  3269.  
  3270. On SIMTEL20 the files are:
  3271.  
  3272. Filename            Type     Bytes     CRC
  3273.  
  3274. Directory MICRO:<CPM.BYE3>
  3275. B337INS.LBR.1            BINARY     82688  860CH
  3276. Note: this LBR contains all of the overlays below, which are also
  3277. available individually for your convenience - you need only the
  3278. correct one for your hardware.
  3279.  
  3280. B3AC-1.IQS.1            BINARY      2304  BE01H
  3281. B3AD-1.IQS.1            BINARY      2944  7C89H
  3282. B3AM-1.IQS.1            BINARY      2816  D143H
  3283. B3AP-1.IQS.1            BINARY      2816  2084H
  3284. B3CC-1.IQS.1            BINARY      3712  2E0AH
  3285. B3CMP1.IQS.1            BINARY      3584  A121H
  3286. B3CP-2.IQS.1            BINARY      4224  1D71H
  3287. B3DP-1.IQS.1            BINARY      2688  7291H
  3288. B3EA-1.IQS.1            BINARY      2688  66D5H
  3289. B3EP-1.IQS.1            BINARY      2560  AC1DH
  3290. B3H8-1.IQS.1            BINARY      2176  2704H
  3291. B3HZ-1.IQS.1            BINARY      3456  D6FDH
  3292. B3KP-1.IQS.1            BINARY      2304  B61FH
  3293. B3MD-1.IQS.1            BINARY      3584  A40AH
  3294. B3OS-1.IQS.1            BINARY      5504  703DH
  3295. B3OV-1.IQS.1            BINARY      6656  5388H
  3296. B3PH-1.IQS.1            BINARY      2560  91DAH
  3297. B3R1-1.IQS.1            BINARY      1920  EC1CH
  3298. B3R2-1.IQS.1            BINARY      2944  CDF4H
  3299. B3R3-1.IQS.1            BINARY      2048  7C22H
  3300. B3R4-1.IQS.1            BINARY      2304  4D92H
  3301. B3SB-1.IQS.1            BINARY      2432  6063H
  3302. B3TV-1.IQS.1            BINARY      2560  133BH
  3303. B3US-1.IQS.1            BINARY      2944  FCA7H
  3304. B3XE-1.IQS.1            BINARY      2304  3D72H
  3305. B3ZB-1.IQS.1            BINARY      2816  7994H
  3306.  
  3307. BYE3-INS.INF.1            ASCII      2407  6840H
  3308. (information on the overlays)
  3309.  
  3310. BYE337.LBR.1            BINARY    134400  AE4CH
  3311. This LBR contains BYE337 source, documentation, timeclock routines,
  3312. etc.
  3313.  
  3314. --Keith Petersen
  3315. Arpa:  W8SDZ@SIMTEL20.ARPA
  3316. uucp:  ...!{decvax,unc,hao,cbosgd,seismo,aplvax,uci}!brl-bmd!w8sdz
  3317. uucp:  ...!{ihnp4!cbosgd,cmcl2!esquire}!brl-bmd!w8sdz
  3318. 29-Jul-85 06:38:01-MDT,850;000000000000
  3319. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3320. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 06:35:59-MDT
  3321. Received: from simtel20.arpa by AMSAA.ARPA id a005950; 26 Jul 85 8:55 EDT
  3322. Date: Friday, 19 July 1985  11:49-MDT
  3323. Message-ID: <KPETERSEN.12129943243.BABYL@SIMTEL20.ARPA>
  3324. Sender: Crede Edens <edens@ALMSA-1.ARPA>
  3325. From: Crede Edens <edens@ALMSA-1.ARPA>
  3326. Subject:   NEC 41256 chips
  3327. ReSent-From: KPETERSEN@SIMTEL20.ARPA
  3328. ReSent-To: Info-Cpm@AMSAA.ARPA
  3329. ReSent-Date: Thu 25 Jul 1985 19:28-MDT
  3330.  
  3331. Drew,
  3332.  
  3333. I have an NEC APC computer which I would like to add RAM chips to increase
  3334. my memory.  I am having trouble finding out what chips fit the APC.  Do 
  3335. you know if the NEC 41256 RAM chips sold by Microprocessors Unlimited will
  3336. fit my machine?
  3337.  
  3338. Thanks for any information you can give me.
  3339.  
  3340. Crede Edens       EDENS@ALMSA.ARPA
  3341. 29-Jul-85 07:03:08-MDT,806;000000000000
  3342. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3343. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:03:04-MDT
  3344. Received: from simtel20.arpa by AMSAA.ARPA id a005963; 26 Jul 85 8:55 EDT
  3345. Date: Saturday, 20 July 1985  10:45-MDT
  3346. Message-ID: <KPETERSEN.12129943326.BABYL@SIMTEL20.ARPA>
  3347. Sender: steve archer <rochester!kodak!archer@SEISMO.ARPA>
  3348. From: steve archer <rochester!kodak!archer@SEISMO.ARPA>
  3349. Subject:   print file repeatedly in Wordstar
  3350. ReSent-From: KPETERSEN@SIMTEL20.ARPA
  3351. ReSent-To: Info-Cpm@AMSAA.ARPA
  3352. ReSent-Date: Thu 25 Jul 1985 19:28-MDT
  3353.  
  3354. Can one repeatedly print the same file in Wordstar without having to start
  3355. the process everytime?  I like to use my printer as a cheap copier, but 
  3356. dislike having to babysit the process.
  3357.  
  3358. steve {allegra,seismo}!rochester!kodak!archer
  3359. 29-Jul-85 07:13:07-MDT,1358;000000000000
  3360. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3361. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:10:10-MDT
  3362. Received: from simtel20.arpa by AMSAA.ARPA id a004709; 29 Jul 85 7:10 EDT
  3363. Date: Sunday, 14 July 1985  17:48-MDT
  3364. Message-ID: <KPETERSEN.12130520678.BABYL@SIMTEL20.ARPA>
  3365. Sender: "R. P. Miller" <ARPEE@MIT-MC.ARPA>
  3366. From: "R. P. Miller" <ARPEE@MIT-MC.ARPA>
  3367. Subject: PATCH18A problems
  3368. ReSent-From: KPETERSEN@SIMTEL20.ARPA
  3369. ReSent-To: Info-Cpm@AMSAA.ARPA
  3370. ReSent-Date: Sun 28 Jul 1985 00:20-MDT
  3371.  
  3372. I have downloaded Bill Rink's PATCH18A and have found a distinct bug
  3373. in it.  I am running a N* Horizon with Bob Plouff's GENUSR front end.
  3374. Upon installing PATCH18A, I attempted to access a file and to do a
  3375. directory.  Both failed miserably - ie., PATCH is not recognizing the
  3376. directory at all.  If you have access to Bill Rink or the supplier of
  3377. the library now on SIMTEL, please let them know of this problem.  I
  3378. wonder if anyone else has had these results?  Upon getting PATCHZ80
  3379. and using it flawlessly for about 4 months now, I was most anxious to
  3380. see what the latest version had in it.  Unfortunately, it is not
  3381. working as described on my system.  Any help would be most
  3382. appreciated.  PATCH is a most useful utility and I would like to have
  3383. the latest version, if it works!
  3384.                     Thanks,
  3385.  
  3386.                     Ray Miller, ARPEE on MIT-MC
  3387. 29-Jul-85 07:28:05-MDT,1089;000000000000
  3388. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3389. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:26:40-MDT
  3390. Received: from simtel20.arpa by AMSAA.ARPA id a005979; 26 Jul 85 8:55 EDT
  3391. Date: Saturday, 20 July 1985  21:59-MDT
  3392. Message-ID: <KPETERSEN.12129943402.BABYL@SIMTEL20.ARPA>
  3393. Sender: jp@LANL.ARPA
  3394. From: jp@LANL.ARPA
  3395. Subject:   print file repeatedly in Wordstar
  3396. ReSent-From: KPETERSEN@SIMTEL20.ARPA
  3397. ReSent-To: Info-Cpm@AMSAA.ARPA
  3398. ReSent-Date: Thu 25 Jul 1985 19:29-MDT
  3399.  
  3400. > Can one repeatedly print the same file in Wordstar without having to start
  3401. > the process everytime?  
  3402.  
  3403. A simple way to do this is to use Mail-Merge.  If you don't have it
  3404. another approach is to use ^KB -- ^KK to mark the whole text.  Then
  3405. use ^KC repeatedly to make as many copies as you desire.  If you have
  3406. page numbering turned on put a .pn1 at the top of the block. Also, put
  3407. a .pa at the bottom to ensure that each copy starts at the beginning
  3408. of a page.
  3409.  
  3410. The best thing about Wordstar is if you want to do something there is usually
  3411. a way to do it.
  3412.  
  3413. Jim Potter jp@lanl.arpa
  3414. 29-Jul-85 07:38:08-MDT,1001;000000000000
  3415. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3416. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:33:04-MDT
  3417. Received: from simtel20.arpa by AMSAA.ARPA id a004719; 29 Jul 85 7:11 EDT
  3418. Date: Sunday, 14 July 1985  10:52-MDT
  3419. Message-ID: <KPETERSEN.12130524597.BABYL@SIMTEL20.ARPA>
  3420. Sender: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
  3421. From: Mike Niswonger <CNISWONGER@SIMTEL20.ARPA>
  3422. Subject:   New files on SIMTEL20 - Z3NEWS.206 207 and SB180.TQT
  3423. ReSent-From: KPETERSEN@SIMTEL20.ARPA
  3424. ReSent-To: Info-Cpm@AMSAA.ARPA
  3425. ReSent-Date: Sun 28 Jul 1985 00:41-MDT
  3426.  
  3427. I have uploaded two of the latest Z3NEWS files, 206 and 207 to
  3428. SIMTEL20:
  3429.  
  3430. Filename            Type     Bytes     CRC
  3431.  
  3432. Directory MICRO:<CPM.ZCPR3>
  3433. Z3NEWS.2Q6.1            BINARY      7040  4054H
  3434. Z3NEWS.2Q7.1            BINARY     11520  12F8H
  3435.  
  3436. I also uploaded a file called SB180.TQT, which is a description of the
  3437. new Micromint single board CP/M system using the Hitachi 64180 chip.
  3438.  
  3439. Directory MICRO:<CPM.GENDOC>
  3440. SB180.TQT.1            BINARY      7040  A611H
  3441.  
  3442. - Mike
  3443. 29-Jul-85 07:53:10-MDT,1066;000000000000
  3444. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3445. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:48:42-MDT
  3446. Received: from simtel20.arpa by AMSAA.ARPA id a005982; 26 Jul 85 8:55 EDT
  3447. Date: Thursday, 18 July 1985  13:40-MDT
  3448. Message-ID: <KPETERSEN.12129943481.BABYL@SIMTEL20.ARPA>
  3449. Sender: "Jame A. Jokl" <jaj.virginia@CSNET-RELAY.ARPA>
  3450. From: "Jame A. Jokl" <jaj.virginia@CSNET-RELAY.ARPA>
  3451. Subject:   8085 Assembler Wanted
  3452. ReSent-From: KPETERSEN@SIMTEL20.ARPA
  3453. ReSent-To: Info-Cpm@AMSAA.ARPA
  3454. ReSent-Date: Thu 25 Jul 1985 19:29-MDT
  3455.  
  3456. We need an 8085 assembler for use in an undergraduate laboratory
  3457. course this fall.  The actual code will have to run on a Prime,
  3458. however pointers to source in any language for any OS will be greatly
  3459. appreciated.
  3460.  
  3461.                              Thanx in advance
  3462.  
  3463.                                 James Jokl
  3464.                                 University of Virginia, EE
  3465.  
  3466. CSNET:   jaj@virginia
  3467. ARPANET: jaj.virginia@csnet-relay
  3468. USENET:  ....!decvax!mcnc!ncsu!uvacs!uvaee!jaj
  3469. Ma Bell (and relatives) 804-924-6101
  3470. 29-Jul-85 08:03:06-MDT,2182;000000000000
  3471. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3472. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 07:59:47-MDT
  3473. Received: from simtel20.arpa by AMSAA.ARPA id a004722; 29 Jul 85 7:11 EDT
  3474. Date: Sun, 28 Jul 1985  01:10 MDT
  3475. Message-ID: <KPETERSEN.12130529894.BABYL@SIMTEL20.ARPA>
  3476. Sender: KPETERSEN@SIMTEL20.ARPA
  3477. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3478. To:   Info-Cpm@AMSAA.ARPA
  3479. Subject: DBL211 - double column list device printing
  3480.  
  3481. DBL211 is now available from SIMTEL20 as:
  3482.  
  3483. Filename            Type     Bytes     CRC
  3484.  
  3485. Directory MICRO:<CPM.LIST>
  3486. DBL211.LBR.1            BINARY     11392  B121H
  3487.  
  3488. Info from the author:
  3489.  
  3490. DBL.ASM was written to use the features of most of the common printers
  3491. to reduce the amount of paper used to list text files that are not
  3492. overly wide.  What it does is to print two pages at a time on a single
  3493. sheet of paper in a side by side fashion using the compressed mode of
  3494. the printer.  Sort of like:
  3495.  
  3496. xxxxxxxxxxxxxxxxxxxx   xxxxxxxxxxxxxxxxxx
  3497. xxxxxxxxxxxxxxxxxxxx   xxxxxxxxxxxxxxxxxx
  3498. .
  3499. .
  3500. .
  3501. xxxxxxxxxxxxxxxxxxxx   xxxxxxxxxxxxxxxxxx
  3502.  
  3503.      Page [ 1]             Page [ 2]
  3504.  
  3505. The version that I left on RCPM was set up to run on my Epson RX-80
  3506. printer, which takes the same commands as other Epson printers and the
  3507. Gemini printers as well.  The Feb 14, 1984 version has an added
  3508. feature, it can start printing in the middle of a file.
  3509.  
  3510.             Alan W Warren (4/09/84)
  3511.  
  3512. The version uploaded as DBL211.LBR is the above with the following
  3513. changes, which some may like to call enhancements:
  3514.  
  3515. 0.  Conditional assembly for the Oki Microline 82A and 92 printers is
  3516. added, with the spacing set up so column width is 64 chars.
  3517. DBL211.COM is assembled for the Oki.  (Guess my brand of printer,
  3518. anyone?)
  3519.  
  3520. 1.  If a line is too long to fit in the half-page column, it
  3521. is now folded onto the next line instead of being truncated.
  3522.  
  3523. 2.  To stop print, use control-X instead of space.  I hit the space
  3524. bar too often by accident.
  3525.  
  3526. 3.  If the text contains formfeeds, these are now acted upon in the
  3527. expected sense, namely no more text appears in that column and the
  3528. text continues at the top of the next.
  3529.  
  3530.             Greg Louis    840518:2100
  3531.  
  3532. --Keith
  3533. 29-Jul-85 08:16:55-MDT,4371;000000000000
  3534. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3535. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 08:16:13-MDT
  3536. Received: from simtel20.arpa by AMSAA.ARPA id a005986; 26 Jul 85 8:55 EDT
  3537. Date: Friday, 12 July 1985  18:08-MDT
  3538. Message-ID: <KPETERSEN.12129966081.BABYL@SIMTEL20.ARPA>
  3539. Sender: Rick Adams <rick@SEISMO.ARPA>
  3540. From: Rick Adams <rick@SEISMO.ARPA>
  3541. Subject:   2400 baud auto-dial/auto-answer modem for $399
  3542. ReSent-From: KPETERSEN@SIMTEL20.ARPA
  3543. ReSent-To: Info-Cpm@AMSAA.ARPA
  3544. ReSent-Date: Thu 25 Jul 1985 21:33-MDT
  3545.  
  3546. I have spent the last 2 weeks evaluating a US Robitics Courier 2400
  3547. modem.  I have beat on it pretty severly and can't find anything wrong
  3548. with it.  We are buying several. I like it well enough that I will
  3549. probably buy myself one for home use.
  3550.  
  3551. The modem was used for uucp traffic on seismo for 2 weeks. It was used
  3552. for both dialins and dialing out. The ONLY problem I could find with
  3553. it is that if you try and call another site at 2400 baud and it can
  3554. only sync up at 1200, the modem prints "CONNECTED 1200" and then
  3555. resets the baudrate to the host to 1200 baud. I added 5 lines of code
  3556. to the dialer in uucp and have had no problems since. I consider this
  3557. to be minor.
  3558.  
  3559. Anyway, on to details. The GSA cost is $399 quantity 1. If you are not
  3560. on the GSA scale (i.e. if you don't buy as a US government agency),
  3561. you can still get it at this price by mentioning you heard about this
  3562. price from The Center for Seismic Studies (i.e. where I work). The
  3563. list price on this model is $895 and the regular non-GSA price is $479
  3564. (other dealers may charge more).
  3565.  
  3566. The modem operates at 300/1200/2400 baud (Bell 103/Bell212A/CCITT
  3567. V22.bis) in both originate and answer mode. It will fall back to 1200
  3568. from 2400, but not from 1200 to 300 in orignate mode and correctly
  3569. autobaud in answer mode. A nice (and undocumented feature) is that the
  3570. modem will detect what baudrate the computer is sending at and use
  3571. that as the dialout speed. This means you can just list the same modem
  3572. in your L-devices file 3 times with different speeds and not change
  3573. anything else.  [it's simpler than it sounds if you are confused]
  3574.  
  3575. In orignate mode, it will detect (with a serate message for each)
  3576. ringing, busy, dialtone, and voice (and hang up on a voice).
  3577.  
  3578. It uses a superset of the HAYES SMARTMODEM command set. I used the
  3579. unmodified Hayes driver for a while before changing it to also handle
  3580. the USR extensions. It also claims to be able to be used with
  3581. CrossTalk, SmartCom and PC-Talk communications software, but I was
  3582. unable to test this. (I presume it will work, as it looks like a
  3583. hayes)
  3584.  
  3585. It does pulse or tone dialing and if tone dialing doesn't get rid of
  3586. the dialtone, it will try pulse dialing.
  3587.  
  3588. The warranty is 2 years from US Robotics. The dealer will also handle
  3589. warranty repairs (by sending you a working one and sending yours off
  3590. to the factory.)
  3591.  
  3592. The 1200 baud performance was much, much better than our Racal-Vadic
  3593. MACS dialers. We were able to connect to sites with the USR modem that
  3594. we could not get to with the Vadic modem. There was very little noise
  3595. at 2400 baud and virtually none at 1200. I successfully connected at
  3596. 2400 baud to ATT, Concord Data Systems, Vadic and USR 2400 baud
  3597. modems, so there is no interoperability problem. This also worked at
  3598. 2400 baud on our ITT WATS lines which are much, much noiser than ATT
  3599. WATS (then again, they are also much cheaper, you get what you pay
  3600. for). I expected it to have problems with the noisy ITT lines, but it
  3601. worked perfectly. I wasn't able to give it the acid test of trying to
  3602. use Sprint, but then nothing works on Sprint reliably...
  3603.  
  3604. Physically, it's 6" x 10" x 1". It's a very nice, low profile modem.
  3605.  
  3606. The dealer is the major east cost distributer for US Robotics and has
  3607. many units in stock. We received ours within days of placing the
  3608. order.
  3609.  
  3610. The $399 price is ONLY available from the following dealer.  Any other
  3611. dealer will probably charge you more.
  3612.  
  3613. The dealer is:
  3614.     Advanced Data Products, Inc.
  3615.     18974 Bonanza Way (B-3)
  3616.     Gaithersburg, MD 20879
  3617.     (301) 424-9490
  3618. The salesmans name is:
  3619.     Don Parnell
  3620.  
  3621. You can probably pay for the cost of the modem in the savings in a few
  3622. months phone charges.
  3623.  
  3624. It sounds too good to be true, but I've got a couple in the computer
  3625. room proving they are real.
  3626.  
  3627. ---rick
  3628. 29-Jul-85 08:26:56-MDT,1821;000000000000
  3629. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3630. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 08:25:50-MDT
  3631. Received: from simtel20.arpa by AMSAA.ARPA id a004730; 29 Jul 85 7:11 EDT
  3632. Date: Sun, 28 Jul 1985  01:38 MDT
  3633. Message-ID: <KPETERSEN.12130534877.BABYL@SIMTEL20.ARPA>
  3634. Sender: KPETERSEN@SIMTEL20.ARPA
  3635. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3636. To:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
  3637. Subject: Unix Program for Converting SIMTEL20 FTP Server Filenames
  3638.  
  3639. Many have complained that when getting (especially "mget"ing) files to
  3640. a Unix system from the SIMTEL20 FTP server, the resulting filenames are
  3641. not what would be desired.  This problem is partially fixed by the
  3642. installation of a new FTP server that allows users to CWD (CD) to a
  3643. given directory for read access, so that the fully qualified file name
  3644. need not be sent back for each file gotten with an "mget".
  3645.  
  3646. However, even if you CWD to the directory before issuing an mget
  3647. command, the files will still show up with uppercase names and will
  3648. include "generation" (version) numbers.  And of course, if you fail to
  3649. CWD first, you still get the directory name too, so that you are
  3650. likely to find files with names like
  3651.  
  3652. <UNIX.UTIL1>CRCK2.C.1
  3653.  
  3654. in your Unix directory, rather than the crck2.c you might have
  3655. wanted.
  3656.  
  3657. A new program, XXU.C (20-to-Unix filename converter), is available in
  3658. PS:<UNIX.UTIL1> which will fix the names of all files sent to a Unix
  3659. system from a DEC-20 FTP server.  It should work on VMS and DEC-20
  3660. filenames alike -- it strips DECnet node names, device names,
  3661. directory names, generation numbers, and it lowercases the uppercase
  3662. letters.  When renaming to the name thus formed, it takes care not to
  3663. write over any existing files.  See comments in the source for further
  3664. details.
  3665.  
  3666. --Keith
  3667. 29-Jul-85 08:43:10-MDT,936;000000000000
  3668. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3669. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 08:42:13-MDT
  3670. Date:     Fri, 26 Jul 85 9:18:35 EDT
  3671. From:     David Towson (SECAD) <towson@AMSAA.ARPA>
  3672. To:       info-c@brl.ARPA
  3673. cc:       info-cpm@AMSAA.ARPA
  3674. Subject:  Erroneous forwarding of info-cpm mail to info-c and net.lang.c.
  3675.  
  3676. Readers - A recent change in mail handling software at the US Army Ballistic
  3677. Research Laboratory (BRL) caused mail addressed to info-cpm@amsaa to be
  3678. relayed to info-c and net.lang.c by the arpanet <-> usenet gateway machine,
  3679. brl-tgr.  It seems the parser was only looking at the first six characters, so
  3680. info-c looked the same as info-cpm.  I have been told that the problem has
  3681. been fixed.  If further difficulties of this nature arise, please contact
  3682. me. And thanks to the people to sent me mail concerning this problem.
  3683.  
  3684.  
  3685. Dave Towson
  3686. info-cpm-request@amsaa (list maintainer)
  3687.  
  3688. 29-Jul-85 08:58:24-MDT,988;000000000000
  3689. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3690. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 08:56:05-MDT
  3691. Received: from simtel20.arpa by AMSAA.ARPA id a004745; 29 Jul 85 7:11 EDT
  3692. Date: Sun, 28 Jul 1985  11:41 MDT
  3693. Message-ID: <KPETERSEN.12130644646.BABYL@SIMTEL20.ARPA>
  3694. Sender: KPETERSEN@SIMTEL20.ARPA
  3695. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3696. To:   Andrew Malis <malis@BBNCCS.ARPA>
  3697. Cc:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
  3698. Subject: Unix Program for Converting SIMTEL20 FTP Server Filenames
  3699. In-reply-to: Msg of 28 Jul 1985  07:49-MDT from Andrew Malis <malis at bbnccs.ARPA>
  3700.  
  3701.     I just tried to grab xxu.c from simtel20, and it claims that
  3702.     PS:<UNIX.UTIL1> doesn't exist.  <UNIX.UTIL> also doesn't exist,
  3703.     and while <UNIX> does, xxu.c isn't in it.
  3704.  
  3705. My appologies to all.  I left out once character in the directory
  3706. name.  It should be:
  3707.  
  3708. Filename            Type     Bytes     CRC
  3709.  
  3710. Directory PS:<UNIX.UTILS1>
  3711. XXU.C.2                ASCII      3970  D609H
  3712.  
  3713. --Keith
  3714. 29-Jul-85 09:13:31-MDT,1625;000000000000
  3715. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3716. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:12:00-MDT
  3717. Received: from brl-tgr.arpa by AMSAA.ARPA id a017417; 26 Jul 85 14:15 EDT
  3718. Received: from usenet by TGR.BRL.ARPA id a008351; 26 Jul 85 12:01 EDT
  3719. From: "(Mark Dapoz" <jajsumner%watnot.uucp@BRL.ARPA>
  3720. MMDF-Warning:  Parse error in original version of preceding line at BRL.ARPA
  3721. Newsgroups: net.micro.cpm
  3722. Subject: Intertec disk format
  3723. Message-ID: <11306@watnot.UUCP>
  3724. Date: 23 Jul 85 22:12:53 GMT
  3725. To:       info-cpm@AMSAA.ARPA
  3726.  
  3727. Keywords:ampro intertec superbrain
  3728.  
  3729.  
  3730.  
  3731.    I have a small problem which some of you may be able to help me with.  What
  3732. I am trying to do is read and write an Intertec Superbrain disk format on my
  3733. Ampro Little Board.  The current software on the Ampro doesn't support the
  3734. Intertec but I can get it to read and write that format if I know the following
  3735. paramaters:   Allocation block size (1K/2K)
  3736.               Bytes per sector
  3737.               Logical sectors per track
  3738.               Block shift factor
  3739.               Block mask
  3740.               Extent mask or data block allocation size
  3741.               Max data block number
  3742.               Max directory entries
  3743.               Directory group allocation 0
  3744.               Directory group allocation 1
  3745.               Check size
  3746.               Number of reserved tracks
  3747.               Skew table format
  3748.  
  3749. If any of you out there (especialy the people which own Superbrains) could
  3750. possibly get any of this information to me it would be very much appreciated.
  3751.       Thanks
  3752.         Mark Dapoz
  3753.         (jajsumner@watnot)
  3754. 29-Jul-85 09:35:22-MDT,1117;000000000000
  3755. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3756. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:30:40-MDT
  3757. Received: from simtel20.arpa by AMSAA.ARPA id a004751; 29 Jul 85 7:12 EDT
  3758. Date: Sun, 28 Jul 1985  13:16 MDT
  3759. Message-ID: <KPETERSEN.12130661913.BABYL@SIMTEL20.ARPA>
  3760. Sender: KPETERSEN@SIMTEL20.ARPA
  3761. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3762. To:   Info-Cpm@AMSAA.ARPA
  3763. Subject: BYE337.FIX
  3764.  
  3765. A short fix for BYE337, just announced by Paul Traina.
  3766.  
  3767. --cut here--
  3768. Egg in face time....again.
  3769.  
  3770. Bug:  Bye337...fix included
  3771. Conditions: NO25TH or MBBS set to YES
  3772.             and NEEDLC set to YES
  3773.             and your LASTCALR file has CRLF's in it.
  3774.  
  3775. About 15 lines above the label: "NO25EX"
  3776.  
  3777.         CPI     CR
  3778.         JZ      NO25SP          ;should be:     CZ      NO25SP
  3779.         DCR     B
  3780.         CPI     LF
  3781.         JZ      NO25SP          ;should be:     CZ      NO25SP
  3782.  
  3783. Bug brought to my attention by Bill Duerr from Michigan.
  3784.  
  3785. pst     - Saratoga OxGate: 408/354-5934         300/1200/2400 baud
  3786.         - home phone:      408/867-1768         (reasonable pacific time hours)
  3787. 29-Jul-85 09:40:44-MDT,1578;000000000000
  3788. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3789. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:37:39-MDT
  3790. Received: from brl-aos.arpa by AMSAA.ARPA id a004448; 29 Jul 85 7:06 EDT
  3791. Received: from usc-isid.arpa by AOS.BRL.ARPA id a002869; 27 Jul 85 14:55 EDT
  3792. Date: 27 Jul 1985 07:33-EDT
  3793. Sender: ABN.ISCAMS@USC-ISID.ARPA
  3794. Subject: Stripper WS Util in Turbo
  3795. From: ABN.ISCAMS@USC-ISID.ARPA
  3796. To: info-cpm@BRL.ARPA
  3797. Cc: abn.iscams@USC-ISID.ARPA
  3798. Message-ID: <[USC-ISID.ARPA]27-Jul-85 07:33:47.ABN.ISCAMS>
  3799.  
  3800. NetLandians,
  3801.  
  3802. I noticed the PC and Pascal world doesn't have (or I couldn't find) a nice
  3803. little public domain hi-bit stripping program for WS and other nasty type
  3804. files.  Grabbed a handful of PD programs, some TURBTOOL procedures, and
  3805. did a little hack.
  3806.  
  3807. Stripper naturally strips the 8th bit (just like good old PIP with the Z
  3808. option).  Also does a tabify routine to replace all those WS DOC type file
  3809. streams of spaces with 8-space tabs.  Also grabs isolated CRs and makes them
  3810. CR/LF combinations.
  3811.  
  3812. Works fairly fast (didn't do any inline assembler to keep it transportable),
  3813. simple, from the command line.  Default product is FOOBAR.HAR, but you can
  3814. force any desired file name from the cmd line.  Sorry, no MS-DOS paths
  3815. (tho if someone could tell me how to do that...) but alternate disks, of
  3816. course.
  3817.  
  3818. Source is available via FTP from my directory, ABN.ISCAMS@USC-ISID as:
  3819. STRIPPER.PAS
  3820.  
  3821. I'll leave it there for a week or so.
  3822.  
  3823. Would appreciate feedback (especially if any bugs or failures!).
  3824.  
  3825. Regards,
  3826. David Kirschbaum
  3827. Toad Hall
  3828. 29-Jul-85 09:51:19-MDT,1176;000000000000
  3829. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3830. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:48:20-MDT
  3831. Received: from xerox.arpa by AMSAA.ARPA id a005216; 29 Jul 85 7:21 EDT
  3832. Received: from BacoNoir.ms by ArpaGateway.ms ; 26 JUL 85 14:40:51 PDT
  3833. Date: 26 Jul 85 17:40:45 EDT (Friday)
  3834. Subject: Re: using both side of disks
  3835. In-reply-to: <1632@dciem.UUCP>
  3836. To: Stephen King <king%dciem.uucp@BRL.ARPA>
  3837. cc: info-cpm@AMSAA.ARPA
  3838. From: Jim Reno <Reno.wbst@XEROX.ARPA>
  3839. Message-ID: <850726-144051-1008@Xerox>
  3840.  
  3841.  Back in 1975 or 76 when true double sided disks were just new I ordered
  3842. some "two" sided disks and received what I didn't want. I got a disk
  3843. with two cutouts for both index and write protect holes presumably
  3844. certified for both sides.
  3845.   The one disturbing thing about a disk like this in my mind has to do
  3846. with the purpose of the disk cover itself. If I am not mistaken
  3847. considerable effort goes into the design of the cover to promote its
  3848. ability to clean particles off the disk media. I believe this function
  3849. is unidirectional and note that when flipped the disk will be spinning
  3850. in the opposite direction with respect to the cover.
  3851.  
  3852. Reno
  3853. 29-Jul-85 09:53:16-MDT,913;000000000000
  3854. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3855. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 09:52:50-MDT
  3856. Received: from brl-aos.arpa by AMSAA.ARPA id ab04448; 29 Jul 85 7:06 EDT
  3857. Received: from mit-mc.arpa by AOS.BRL.ARPA id a004126; 27 Jul 85 23:51 EDT
  3858. Received: from MIT-EECS by MIT-MC.ARPA via Chaosnet; 27 JUL 85  23:49:36 EDT
  3859. Date: Sat 27 Jul 85 23:48:42-EDT
  3860. From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
  3861. Subject: Sider CP/M Tracks
  3862. To: info-apple@MIT-MC.ARPA
  3863. cc: info-cpm@MIT-MC.ARPA
  3864.  
  3865.  
  3866.    I'm using DU-V88.COM to replace CP/M's resident commands -- could someone
  3867. tell me which track & sector the resident commands are located on for a 10MB
  3868. "Sider" disk drive?  I let DU's "=" command search for the commands for a
  3869. while, but it came up with nothing.  Is it "safe" to replace these commands
  3870. on this drive in the first place?
  3871.  
  3872. -drew
  3873.  T.MOORE%MIT-EECS@MIT-MC.ARPA
  3874. -------
  3875.  
  3876. 29-Jul-85 10:08:23-MDT,594;000000000000
  3877. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3878. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 10:07:55-MDT
  3879. Received: from edwards-2060.arpa by AMSAA.ARPA id a005466; 29 Jul 85 7:27 EDT
  3880. Date: Fri 26 Jul 85 13:19:26-PDT
  3881. From: D-ROGERS@EDWARDS-2060.ARPA
  3882. Subject: DBASE II
  3883. To: INFO-CPM@AMSAA.ARPA
  3884.  
  3885. I AM SOMEWHAT NEW AT THIS.  DOES ANYONE KNOW IF THERE IS ANY SUCH THING AS
  3886. AS COMPILER FOR DBASE II?  IT HAS OCCURRED TO ME THAT THE DAY MAY COME 
  3887. WHEN I DON'T WANT TO GIVE AWAY THE SOURCES WITH A PROGRAM.  AT LEAST MBASIC
  3888. PROGRAMS COULD BE PROTECTED AGAINST LISTING.
  3889. -------
  3890. 29-Jul-85 10:18:21-MDT,1626;000000000000
  3891. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3892. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 10:14:25-MDT
  3893. Received: from brl-aos.arpa by AMSAA.ARPA id aa04486; 29 Jul 85 7:07 EDT
  3894. Received: from usc-isid.arpa by AOS.BRL.ARPA id a006846; 28 Jul 85 23:06 EDT
  3895. Date: 28 Jul 1985 23:03-EDT
  3896. Sender: ABN.ISCAMS@USC-ISID.ARPA
  3897. Subject: Turbo Pascal Kermit
  3898. From: ABN.ISCAMS@USC-ISID.ARPA
  3899. To: info-cpm@BRL.ARPA, info-kermit@CU20B.ARPA
  3900. Cc: abn.iscams@USC-ISID.ARPA
  3901. Message-ID: <[USC-ISID.ARPA]28-Jul-85 23:03:48.ABN.ISCAMS>
  3902.  
  3903. NetLandians,
  3904.  
  3905. Moved down a nice little Turbo Pascal Kermit from DEC-MARLBORO.  Author
  3906. is Jeff Duncan, written in Dec 84.
  3907.  
  3908. Didn't hear anything on the nets about it (as I recall), so thought I'd
  3909. remind people.
  3910.  
  3911. Nice little package.  Not a real "full house" Kermit with all the bells and
  3912. whistles, but a real nice neat framework and the basic protocol to work from.
  3913. Much easier to hack and install than the big Assembler Kermits (believe me!),
  3914. and works just fine as is.
  3915.  
  3916. His package is "generic CP/M", using the Iobyte to switch ports between
  3917. Rdr/Punch and Console, but the interface is so nice and clean that it would be
  3918. fairly easy to hack in anything else you want.
  3919.  
  3920. Maybe some PC or MS-DOS wizard could do a hack and give us a module to handle
  3921. that environment?  Sure could use that myself, since I have friends with PC type
  3922. systems that need something, but don't have a machine handy to experiment on.
  3923.  
  3924. That Kermit is NOT at SIMTEL20, to the best of my knowledge, and maybe oughtta
  3925. be - sure is neat!
  3926.  
  3927. Regards,
  3928. David Kirschbaum
  3929. Toad Hall
  3930. ABN.ISCAMS@USC-ISID
  3931. 29-Jul-85 10:40:41-MDT,4470;000000000000
  3932. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3933. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 10:36:26-MDT
  3934. Received: from simtel20.arpa by AMSAA.ARPA id a004611; 29 Jul 85 7:09 EDT
  3935. Date: Sat, 27 Jul 1985  11:25 MDT
  3936. Message-ID: <KPETERSEN.12130379572.BABYL@SIMTEL20.ARPA>
  3937. Sender: KPETERSEN@SIMTEL20.ARPA
  3938. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3939. To:   Info-Cpm@AMSAA.ARPA
  3940. Subject: SD100 super directory program available
  3941.  
  3942. The latest version of SD, the super directory program, is now
  3943. available from SIMTEL20 as:
  3944.  
  3945. Filename            Type     Bytes     CRC
  3946.  
  3947. Directory MICRO:<CPM.DIRUTL>
  3948. SD100.LBR.1            BINARY     80640  F9AEH
  3949.  
  3950. SD displays the directory of a CP/M disk, sorted alphabetically, with
  3951. the file size in k, rounded to the nearest CP/M block size.  Also
  3952. displays library files with the file size in k if the '$L' option is
  3953. used.
  3954.  
  3955. Here is an excerpt from the update information:
  3956.  
  3957.  ======================================================================
  3958.  
  3959.   07/24/85  Rewrote the TIMEON code to allow use of the existing time-
  3960.     v100    on-system data contained in BYE5, BYE3, BYE+ or MBYE's RTC
  3961.          buffer.  If TIMEON is YES, SD merely reports "Time on system
  3962.          is nnn minutes" and makes no attempt to log the user off.
  3963.          Logoff responsibility is delegated to the (M)BYE(+) program.
  3964.          TIMEON checks to see if BYE is running and continues without
  3965.          reporting time-on if not.  No installation required to use
  3966.          this feature if you have clock code installed in your BYE.
  3967.          All page-1 equates previously used by TIMEON were deleted.
  3968.  
  3969.          This update also contains the SD99.FIX code for nested IF'
  3970.  
  3971.                      - Wayne Masters, Potpourri
  3972.  ======================================================================
  3973.  
  3974.   07/11/85  Added THREBYT equate for systems needing a 3-byte sequence
  3975.     v99     for reverse video.    If THREBYT is YES then the value coded
  3976.          at TBYTE is added to the reverse video sequence (currently
  3977.          set for a Kaypro).
  3978.  
  3979.          Also added a new "?" option which will display a menu
  3980.          of the $ options available if HELP is YES.
  3981.  
  3982.                      - Steve Sanders
  3983.  ======================================================================
  3984.  
  3985.   03/15/85  Fixes obscure display bug which deletes display of 1, 2 or
  3986.     v98     3 file names in 3 out of 4 cases when the directory has
  3987.          >255 entries.  The fix code was written by Peter Lyman.
  3988.          (See SD98.NOT).
  3989.                      - Paul Foote
  3990.  
  3991.  =======================================================================
  3992.  
  3993.   01/21/85  Added support for ZRDOS.  Although CP/M compatible, ZRDOS
  3994.     v97     does not allow the SWAPEM technique of poking local values
  3995.          into the operating system.    Instead, a test for ZRDOS is
  3996.          made and, if present, further calls to CPM: set the Warm
  3997.          Boot Trap in ZRDOS.  On any error detected by ZRDOS the
  3998.          trap is reset and control is passed to DSKERR:  No equates
  3999.          need be changed for CPM/ZRDOS, testing is dynamic in the
  4000.          run-time code.
  4001.                      - Joe Wright
  4002.  
  4003.  =======================================================================
  4004.  
  4005.   12/28/84  Added CP/M Plus TIMEON logic controlled by tag CPM3.  Also
  4006.          inserted a call to CKABRT in routine TYPE to catch an abort
  4007.          request (^C) sooner.
  4008.                      - George Peace
  4009.  
  4010.  =======================================================================
  4011.   Current versions of SD automatically adjust for any block size and di-
  4012.   rectory length under CP/M 1.4 or 2.x or MP/M (any version).  They also
  4013.   automatically adjust for any number of disk drives and work satisfac-
  4014.   torily even if no disk is in that drive at the moment.  Provisions are
  4015.   made for:
  4016.  
  4017.      (1) automatic pauses when the screen fills up
  4018.      (2) searching individual or multiple drives and/or user areas
  4019.      (3) unconditional or optional resetting the disk system before
  4020.          execution begins
  4021.      (4) directing output to a disk file called SD.DIR and appending
  4022.          to that file on subsequent runs
  4023.      (5) summary line output giving drive and user information, num-
  4024.          ber of files matched and how much space they consume, and
  4025.          the amount of free space remaining on the disk
  4026.      (6) displaying or suppressing "system" files
  4027.      (7) accepting ambiguous filenames with or without a drive name
  4028.      (8) printer output
  4029.      (9) optional help menu with $?
  4030.  
  4031.  
  4032.   See SD.DOC for detailed instructions on configuring and running SD.ASM
  4033.  
  4034. --Keith
  4035. 29-Jul-85 11:00:16-MDT,3101;000000000000
  4036. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4037. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 10:59:00-MDT
  4038. Received: from simtel20.arpa by AMSAA.ARPA id a004643; 29 Jul 85 7:09 EDT
  4039. Date: Sat, 27 Jul 1985  12:36 MDT
  4040. Message-ID: <KPETERSEN.12130392487.BABYL@SIMTEL20.ARPA>
  4041. Sender: KPETERSEN@SIMTEL20.ARPA
  4042. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  4043. To:   Info-Cpm@AMSAA.ARPA
  4044. Subject: SAP44 sort and pack directory program available
  4045.  
  4046. SAP v44, the sort & pack directory program is now available from
  4047. SIMTEL20 as:
  4048.  
  4049. Filename            Type     Bytes     CRC
  4050.  
  4051. Directory MICRO:<CPM.DIRUTL>
  4052. SAP44.LBR.1            BINARY     16128  073EH
  4053.  
  4054. THIS PROGRAM READS THE DISK DIRECTORY TRACKS, SORTS THEM
  4055. ALPHABETICALLY THEN REPLACES THEM ON THE DISK.  ALL UNUSED OR ERASED
  4056. AREAS ON THE DIRECTORY TRACK ARE REFORMATTED WITH CONTINUOUS 'E5'
  4057. CHARACTERS.  (THIS ERASES PREVIOUS FILE NAMES WHICH HAVE BEEN
  4058. DEACTIVATED.)  SORTING THE DIRECTORY IN THIS MANNER OFFERS MANY
  4059. ADVANTAGES.  SOME OF THEM ARE:
  4060.  
  4061.     1)  ALLOWS 'DIR' TO SHOW AN ALPHABETIZED LISTING
  4062.     2)  ELIMINATES POTENTIAL PROBLEMS WITH "UNERASE" PROGRAMS
  4063.     3)  SPEEDS UP ACCESS VIA 'SD' AND OTHER SPECIAL PROGRAMS
  4064.     4)  ASSISTS ON WORKING DIRECTLY ON THE DISK WITH 'DU', ETC.
  4065.     5)  REMOVES FILES FROM THE DISK SOMEBODY ELSE COULD RECOVER
  4066.     6)  OPTIONALLY ERASES ALL FILES OF ZERO LENGTH (EXCEPT THOSE
  4067.         STARTING WITH '-' FOR CATALOG USE WITH MAST.CAT)
  4068.  
  4069. Here is information about the past few updates:
  4070.  
  4071. 07/25/85 - v44 - Added some pushes and pops so that the switch routine
  4072. will swap the entire contents of the two directory entries.
  4073. Previously it only swapped the part after it found a difference which
  4074. sometimes resulted in flag bits moving from one file to another.- Bob
  4075. Clyne
  4076.  
  4077. 03/20/85 - v43 - Inserted my name where it belonged under the v42
  4078. release notice, added conditional assembly option for verbose mode
  4079. which will, if selected, permit the program to assemble in under 1k.
  4080. Added conditional assembly option for CP/M-only mode which suppresses
  4081. check for MP/M and CP/M+.  - Dennis Quinn
  4082.  
  4083. 03/06/85 - v42 - Removed "trash directory" feature to make program
  4084. more user-friendly, made "delete zero-length files" an assembly-time
  4085. option, as there are more programs than MCAT which make use of
  4086. zero-length files.- Dennis Quinn (added in v43)
  4087.  
  4088. 02/28/85 - v41 - Minor cleanup, made compatible with all assemblers. -
  4089. Irv Hoff
  4090.  
  4091. 09/17/84 - v40 - Added 'Previously sorted' statement that was included
  4092. in v37 but got dropped from v38 when the Shell-Metnzer sort was put
  4093. in.  It still rewrites the directory even if previously sorted, to
  4094. insure erased programs at end of directory are properly cleared.- Irv
  4095. Hoff
  4096.  
  4097. 07/27/84 - v39 - Corrected sorting of last directory entry. - WOD
  4098.  
  4099. 10/16/83 - v38 - Now using a Shell-Metzner sort which speeds the
  4100. sorting time considerably, especially on large directories.  - Sigi
  4101. Kluger
  4102.  
  4103. 07/27/83 -v37 - Shows an error flag for MP/M and CP/M+ both.  Rewrites
  4104. the directory even if previously sorted, to insure erased programs at
  4105. end of directory are properly cleared.  - Irv Hoff
  4106.  
  4107. --Keith
  4108. 29-Jul-85 11:12:42-MDT,2866;000000000000
  4109. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4110. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 11:12:27-MDT
  4111. Received: from brl-aos.arpa by AMSAA.ARPA id a004486; 29 Jul 85 7:07 EDT
  4112. Received: from usc-isid.arpa by AOS.BRL.ARPA id a006812; 28 Jul 85 22:45 EDT
  4113. Date: 28 Jul 1985 22:43-EDT
  4114. Sender: ABN.ISCAMS@USC-ISID.ARPA
  4115. Subject: USR Autolink Modem Problems
  4116. From: ABN.ISCAMS@USC-ISID.ARPA
  4117. To: info-cpm@BRL.ARPA
  4118. Cc: abn.iscams@USC-ISID.ARPA
  4119. Message-ID: <[USC-ISID.ARPA]28-Jul-85 22:43:17.ABN.ISCAMS>
  4120.  
  4121. Netlandians,
  4122.  
  4123. I've been working through a US Robotics Autolink 212A 300/1200 baud modem
  4124. from my micro thru a local TAC to my host on the ARPANet.  The local TAC uses
  4125. Racal Vadic 1200 baud modems, and the TAC wizards tell me it's a Bell 212
  4126. protocol modem, not the 212A.
  4127.  
  4128. Never thought that made a real difference, but I got problems!
  4129.  
  4130. During fast typing in terminal mode (right here in the editor of my mailer,
  4131. Hermes, for instance), I will suddenly get a short burst of garbage and a
  4132. lockup!  My modem lights indicate I continue to send out, but NO incoming
  4133. data.  Thought for a while the TAC modem was hanging up, but not true:
  4134. it continues to receive my commands (transmitted in the blind as it were)
  4135. and respond to them.
  4136.  
  4137. After much experimentation, it appears that MY USR modem is somehow losing its
  4138. incoming data!  Turning it off somewhere on the board or something.  If I very
  4139. quickly pulse the on/off switch (and am lucky enough not to have the phone
  4140. or far modem hang up on me!), I regain the incoming data channel again!
  4141.  
  4142. I also experience this lockup when running Kermit on my host - usually at the
  4143. exact same packet - and when doing a straight upload (using XON/XOFF flow
  4144. control at the TAC to insure I don't overflow its buffers) into a text editor.
  4145. (Sorry, during Kermit, that's during Sends to the distant Kermit only.)  So
  4146. the problem appears to be related to my modem sending somehow!
  4147.  
  4148. I've turned off echo at the TAC (running with local echo), and that seemed
  4149. to help a little but no guarantees - it may still lock up, but now at a
  4150. different place during the transfer.
  4151.  
  4152. I've experienced no such problems when dealing with other modems in the
  4153. local area, cross-country, etc.  (Of course, haven't been able to find another
  4154. Racal Vadic Bell 212 either.)
  4155.  
  4156. The USR Autolink 212A documentation is sketchy, to say the least!  No software
  4157. commands are documented at all (do any exist?), and only the autoanswer switch
  4158. on the back is explained.  Word length and stop bits are settable internally,
  4159. but remain at the factory default 8 bits, 2 stop bits.
  4160.  
  4161. Any suggestions, ideas, similar experiences?  This is bad news when I can't
  4162. upload ANYTHING anymore!  (Still works fine at 300 baud (Bell 202), but ugh.)
  4163.  
  4164. Thanks in advance (and sorry for the length).
  4165. David Kirschbaum
  4166. ABN.ISCAMS@USC-ISID
  4167. 29-Jul-85 12:36:18-MDT,924;000000000000
  4168. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4169. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 12:33:15-MDT
  4170. Received: from brl-tgr.arpa by AMSAA.ARPA id aa06912; 29 Jul 85 8:07 EDT
  4171. Received: from usenet by TGR.BRL.ARPA id a002484; 27 Jul 85 17:19 EDT
  4172. From: Robert Jaquiss <robertj%tektronix.uucp@BRL.ARPA>
  4173. Newsgroups: net.micro.apple,net.micro.cpm
  4174. Subject: Help wanted with Microsoft Premium Softcard
  4175. Message-ID: <5545@tektronix.UUCP>
  4176. Date: 26 Jul 85 19:05:47 GMT
  4177. Xref: seismo net.micro.apple:2182 net.micro.cpm:4693
  4178. To:       info-cpm@AMSAA.ARPA
  4179.  
  4180. Does anyone out there know how to make a Microsoft Premium Softcard
  4181. send all its output to an Apple slot?
  4182. I need to do this so I can hook up my braille display. Thanks in advance.
  4183. Robert S. Jaquiss
  4184. ucbvax!tektronix!robertj (uucp)
  4185. robert jaquiss@tektronix (csnet)
  4186. robert jaquiss.tektronix@rand-relay (arpanet)
  4187. (503) 627-6346 (audio phone at work)
  4188. 29-Jul-85 13:00:39-MDT,1216;000000000000
  4189. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4190. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 12:59:22-MDT
  4191. Received: from brl-tgr.arpa by AMSAA.ARPA id a006986; 29 Jul 85 8:07 EDT
  4192. Received: from usenet by TGR.BRL.ARPA id a005371; 27 Jul 85 18:40 EDT
  4193. From: Walt Sakai <walt_sak%proper.uucp@BRL.ARPA>
  4194. Newsgroups: net.micro.cpm
  4195. Subject: ** Ramdisk Information **
  4196. Message-ID: <164@proper.UUCP>
  4197. Date: 26 Jul 85 03:31:53 GMT
  4198. To:       info-cpm@AMSAA.ARPA
  4199.  
  4200.  
  4201. I   would  like  to  invite  comment  on  the  RAMDISKS  used  in 
  4202. conjunction with CP/M systems.     Please discuss the  advantages 
  4203. and  bugs  you  have found for your  system.     Currently  I  am 
  4204. interested in using MICROSHERE's Ramdisk with a Kaypro 4-84.   
  4205.  
  4206. Is  the  cost  of the ramdisk worthy of the  increased  speed  in 
  4207. program  execution?     Does the ramdisk make working  with  very 
  4208. large  dBase  II files faster?     What are typical time  savings 
  4209. (relative to processor speed)?
  4210.  
  4211. Thanks  very  much  for your attention  in  this  matter.     All 
  4212. replies will be summarized and posted to this net group.
  4213.  
  4214. Walt Sakai  
  4215. {ucbvax,hplabs,ihnp4,cbosgd,
  4216.  decwrl,unisoft,fortune,sun,nsc}!dual!proper!walt_sak      
  4217. 29-Jul-85 13:34:40-MDT,1084;000000000000
  4218. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4219. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 13:32:01-MDT
  4220. Received: from brl-tgr.arpa by AMSAA.ARPA id a007104; 29 Jul 85 8:10 EDT
  4221. Received: from usenet by TGR.BRL.ARPA id a009151; 27 Jul 85 21:47 EDT
  4222. From: william edwards <edwards%h-sc1.uucp@BRL.ARPA>
  4223. Newsgroups: net.wanted.sources,net.micro.cpm,net.unix
  4224. Subject: Wordstar/nroff filter
  4225. Message-ID: <468@h-sc1.UUCP>
  4226. Date: 27 Jul 85 19:21:35 GMT
  4227. Xref: seismo net.wanted.sources:1175 net.micro.cpm:4695 net.unix:5465
  4228. To:       info-cpm@AMSAA.ARPA
  4229.  
  4230. Could somebody mail me, repost, or tell me where to get the Wordstar to
  4231. nroff filter which was posted to the net a few months ago?  I can ftp
  4232. off of any given ARPA site, like seismo, simtel20, market etc.  I also
  4233. wouldn't mind knowing how intelligent it is, that is, whether it just
  4234. flattens a Wordstar file, or whether it actually comes up with the
  4235. right nroff formatting commands.  Thanks in advance for your
  4236. responses.
  4237.  
  4238.  
  4239.                     Bill Edwards
  4240.  
  4241.                     Mail to:
  4242.  
  4243.                 {seismo,ima,ihnp4,...}!harvard!edwards
  4244. 29-Jul-85 14:16:45-MDT,1109;000000000000
  4245. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4246. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 29 Jul 85 14:12:29-MDT
  4247. Received: from usc-isid.arpa by AMSAA.ARPA id a007931; 29 Jul 85 8:27 EDT
  4248. Date: 27 Jul 1985 06:28-EDT
  4249. Sender: ABN.ISCAMS@USC-ISID.ARPA
  4250. Subject: Re: using both side of disks
  4251. From: ABN.ISCAMS@USC-ISID.ARPA
  4252. To: king%dciem.uucp@BRL.ARPA
  4253. Cc: info-cpm@AMSAA.ARPA
  4254. Message-ID: <[USC-ISID.ARPA]27-Jul-85 06:28:34.ABN.ISCAMS>
  4255. In-Reply-To: <1632@dciem.UUCP>
  4256.  
  4257.  
  4258. Re using both sides .. I shall not address the safety of this, wear and tear,
  4259. certified sides, etc.  (That's been discussed plenty.)
  4260.  
  4261. However, the index holes are no problem.  I have a batch of junk disks
  4262. I experiment with.  THREE holes now!  One at about 1:00 for single-side
  4263. drives, one at about 2:00 for regular double side (yep, that's how the
  4264. drive can tell!), and one at 11:00 for flipping single-sided ones.
  4265.  
  4266. PS: you have to tape over the double-sided one if you want to do single-side
  4267. or flip-side on a double-side drive!  Gave me fits for a while.
  4268.  
  4269. Regards,
  4270. David Kirschbaum
  4271. Toad Hall
  4272. ABN.ISCAMS@USC-ISID
  4273. 30-Jul-85 05:05:10-MDT,1187;000000000000
  4274. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4275. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 05:02:50-MDT
  4276. Received: from brl-aos.arpa by AMSAA.ARPA id a019447; 29 Jul 85 14:07 EDT
  4277. Received: from rand-unix.arpa by AOS.BRL.ARPA id a019428; 29 Jul 85 13:48 EDT
  4278. Received: from vortex.UUCP by rand-unix.ARPA; Mon, 29 Jul 85 10:28:18 pdt
  4279. Date: Mon, 29-Jul-85 09:27:55 PDT
  4280. From: Lauren Weinstein <vortex!lauren@RAND-UNIX.ARPA>
  4281. Subject: 2400 bps modem
  4282. Message-Id: <8507290927.289.0.VT1.00C@vortex.UUCP>
  4283. To: INFO-CPM@BRL.ARPA
  4284.  
  4285. As I discussed in more detail on another list, there have been some
  4286. reports of compatibility problems with the US Robotics (and other
  4287. 2400 bps modems as well).  A top level modem expert I know told
  4288. me that he personally would NOT buy into 2400's at this time
  4289. unless:
  4290.  
  4291. 1) They were REALLY cheap (like $100 he said!)
  4292. 2) You were going to only be talking to the same brand of modem
  4293.    at the other end.
  4294.  
  4295. He said that this situation is changing but that in his opinion
  4296. he's gotten too many bad reports and knows of too many manufacturing
  4297. changes under way to want to dive in at this juncture.
  4298.  
  4299. Just passing this along.
  4300.  
  4301. --Lauren--
  4302.  
  4303. 30-Jul-85 05:32:51-MDT,1225;000000000000
  4304. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4305. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 05:31:47-MDT
  4306. Received: from simtel20.arpa by AMSAA.ARPA id a017104; 29 Jul 85 13:10 EDT
  4307. Date: Mon, 29 Jul 1985  11:10 MDT
  4308. Message-ID: <WANCHO.12130901144.BABYL@SIMTEL20.ARPA>
  4309. From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
  4310. To:   ABN.ISCAMS@USC-ISID.ARPA
  4311. Cc:   INFO-CPM@AMSAA.ARPA
  4312. Subject: Turbo Pascal Kermit
  4313. In-reply-to: Msg of 28 Jul 1985  21:03-MDT from ABN.ISCAMS at USC-ISID.ARPA
  4314.  
  4315. Dave,
  4316.  
  4317. KERMIT is the one set of "public domain" files we do not keep on
  4318. SIMTEL20.  We don't keep KERMIT sources here for two reasons: we don't
  4319. have the SPACE to keep redundant copies of what is already available
  4320. via FTP from CU20B, and we wouldn't have the TIME to keep our copies
  4321. current even if we did have the space.
  4322.  
  4323. If anybody wishes to keep track of new developments with KERMIT,
  4324. subscribe to the weekly INFO-KERMIT-DIGEST by sending your request to
  4325. be added to the mailing list to INFO-KERMIT-REQUEST@CU20B.  Currently
  4326. under discussion are proposed major extensions to the protocol as well
  4327. as the regular announcements of new versions available and bug reports
  4328. and fixes to current versions.
  4329.  
  4330. --Frank
  4331. 30-Jul-85 06:09:32-MDT,1359;000000000000
  4332. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4333. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 06:07:55-MDT
  4334. Received: from simtel20.arpa by AMSAA.ARPA id a029145; 30 Jul 85 7:03 EDT
  4335. Date: Mon, 29 Jul 1985  20:14 MDT
  4336. Message-ID: <KPETERSEN.12131000190.BABYL@SIMTEL20.ARPA>
  4337. Sender: KPETERSEN@SIMTEL20.ARPA
  4338. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  4339. To:   Steve Noland <NOLAND@USC-ISI.ARPA>
  4340. Cc:   Info-Cpm@AMSAA.ARPA
  4341. Subject: Communications program support for 1k protocols.
  4342. In-reply-to: Msg of 29 Jul 1985  16:05-MDT from Steve Noland <NOLAND at USC-ISI.ARPA>
  4343.  
  4344.     I downloaded a file from Bill Wood's board (Barstow) this AM called
  4345.     IMP240.OBJ.  It appeared to be the modified MDM740 that I was looking
  4346.     for, but when I tried to configure it with the overlay for my system,
  4347.     it stopped working.  The file was completely alone without any
  4348.     accompanying documentation, which isn't Irv's style, so I wonder if it
  4349.     was a bogus effort.  I'll try to raise Irv on CompuServe and get a
  4350.     reading.
  4351.  
  4352.     MEX is nice, but I need a program that isn't that complicated for the
  4353.     users I have in mind.
  4354.  
  4355. IMP240 is available from SIMTEL20.  Test with care.  No source code is
  4356. available and I haven't tested it.
  4357.  
  4358. Filename            Type     Bytes     CRC
  4359.  
  4360. Directory MICRO:<CPM.MODEM7>
  4361. IMP240.LBR.1            BINARY     71296  4509H
  4362.  
  4363. --Keith
  4364. 30-Jul-85 06:24:34-MDT,1074;000000000000
  4365. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4366. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 06:21:17-MDT
  4367. Received: from brl-aos.arpa by AMSAA.ARPA id a029277; 30 Jul 85 7:12 EDT
  4368. Received: from simtel20.arpa by AOS.BRL.ARPA id a026593; 30 Jul 85 2:47 EDT
  4369. Date: Tue 30 Jul 85 00:45:52-MDT
  4370. From: Ron Fowler <RFOWLER@SIMTEL20.ARPA>
  4371. Subject: Courier/Hayes 2400 MEX overlay
  4372. To: info-cpm@BRL.ARPA
  4373. Message-ID: <12131049630.20.RFOWLER@SIMTEL20.ARPA>
  4374.  
  4375.   The long-awaited  Courier 2400 (and Hayes 2400) MEX overlay is now
  4376. available, on SIMTEL20:  MICRO:<CPM.MEX> MXM-2400.ASM. 
  4377.   This MEX modem overlay is intended for 2400 baud Hayes and Couriers
  4378. (but probably useable w/2400 baud modems as well).  Supports "fallback"
  4379. of data rate making each call at a maximum (dflt 2400) rate, switches to
  4380. a lower rate if the remote modem can't handle the higher.  If the USR2400
  4381. switch is set, it supports the Courier's adaptive dialing, automatically
  4382. sets the Couriers busy detector, and supports  "RINGING" and "VOICE"
  4383. status codes.              --Ron Fowler
  4384.  
  4385.  
  4386. -------
  4387. 30-Jul-85 06:35:50-MDT,1148;000000000000
  4388. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4389. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 06:35:04-MDT
  4390. Received: from rand-unix.arpa by AMSAA.ARPA id a029326; 30 Jul 85 7:13 EDT
  4391. Return-Path: <christe@rand-unix>
  4392. Received: by rand-unix.ARPA; Mon, 29 Jul 85 15:49:09 pdt
  4393. From: Chris McMenomy <christe@RAND-UNIX.ARPA>
  4394. Message-Id: <8507292249.AA12398@rand-unix.ARPA>
  4395. Date: 29 Jul 85 15:49:04 PDT (Mon)
  4396. To: George R Famini <grfamini@CRDC.ARPA>
  4397. Cc: info-cpm@AMSAA.ARPA, christe@RAND-UNIX.ARPA
  4398. Subject: Re: termcap for Osborne I
  4399. In-Reply-To: Your message of Fri, 19 Jul 85 7:42:14 EDT.
  4400.  
  4401.  
  4402. I have used the following termcap with OTERM on an old (brown case) Osborne
  4403. and it worked well enough for the Rand editor:
  4404.  
  4405.  
  4406. #
  4407. stty tabs new cr0 nl0 ff0 erase 
  4408. echo -n ')m'
  4409. set term=TV52
  4410. setenv TERMCAP 'TV52:if=/usr/lib/tabset/std:\
  4411.     :al=33*\EE:am:bs:ce=\ET:cm=\E=%+ %+ :cl=^Z:co#52:dc=\EW:dl=33*\ER:ei=:\
  4412.     :ku=^K:kd=^J:kl=^H:kr=^L:k0=^A@\r:k1=^Aa\r:k2=^Ab\r:k3=^Ac\r:\
  4413.     :k4=^Ad\r:k5=^Ae\r:k6=^Af\r:k7=^Ag\rk8=^Ah\r:k9=^Ai\r:\
  4414.     :ho=^^:im=:ic=\EQ:li#24:nd=^L:pt:se=\Ek:so=\Ej:up=^K:us=\El:us=\Em:\
  4415.     :ma=^K^P^L :sg=1:ug=1:'
  4416. 30-Jul-85 06:54:18-MDT,953;000000000000
  4417. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4418. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 06:50:48-MDT
  4419. Received: from brl-tgr.arpa by AMSAA.ARPA id aa29728; 30 Jul 85 7:23 EDT
  4420. Received: from usenet by TGR.BRL.ARPA id a027302; 29 Jul 85 16:54 EDT
  4421. From: John Blalock <jb%terak.uucp@BRL.ARPA>
  4422. Newsgroups: net.micro.cpm
  4423. Subject: Re: MEX 1.14
  4424. Message-ID: <648@terak.UUCP>
  4425. Date: 26 Jul 85 19:43:09 GMT
  4426. To:       info-cpm@AMSAA.ARPA
  4427.  
  4428. >   I've just released MEX version 1.14. 
  4429. >   The files can be found on SIMTEL20, in MICRO:<MEX> as follows:
  4430. >                 --Ron Fowler
  4431.  
  4432. Ron, How about posting the .LBR files to net.sources for those of us that
  4433. don't have ARPA access? 
  4434.  
  4435. Thanks,
  4436.  
  4437. John Blalock, W7AAY
  4438.  
  4439. uucp:     ...{amd,decvax,hao,ihnp4,seismo}!noao!terak!jb
  4440. phone:     (602) 998-4800
  4441. us mail: Terak Corp., 14151 N. 76th St., Scottsdale, AZ 85260
  4442.          \\\\\
  4443.           -----> Soon to be part of CalComp, A Sanders Company
  4444. 30-Jul-85 09:36:34-MDT,889;000000000000
  4445. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4446. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 09:34:26-MDT
  4447. Date:     Tue, 30 Jul 85 10:13:50 EDT
  4448. From:     David Towson (SECAD) <towson@AMSAA.ARPA>
  4449. To:       info-cpm@AMSAA.ARPA
  4450. Subject:  Slow processing of info-cpm mail.
  4451.  
  4452. Fellow CP/Mers - You may have noticed that mail flow in and out of AMSAA.ARPA,
  4453. the machine that handles info-cpm, has been slow lately.  The following
  4454. excerpt from the AMSAA login message explains the situation:
  4455.  
  4456. "Until lightning protection equipment is obtained and installed, network
  4457. service will be available only when the system is attended and provided there
  4458. is no threat of electrical storm.  This is because we must physically
  4459. "pull-the-plug" at both ends of the network cable to protect the equipment
  4460. against lightning damage."
  4461.  
  4462.  
  4463.  
  4464. Dave
  4465. towson@amsaa.arpa  aka info-cpm-request
  4466.  
  4467. 30-Jul-85 10:25:55-MDT,1748;000000000000
  4468. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4469. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 10:23:46-MDT
  4470. Received: from su-star.arpa by AMSAA.ARPA id a009500; 30 Jul 85 11:19 EDT
  4471. Date: 29 Jul 85 16:00:00 PDT
  4472. From: "R. Meier" <rmeier@su-star.ARPA>
  4473. Subject: re: ram disks (Saturn 128K)
  4474. To: info-cpm <info-cpm@AMSAA.ARPA>
  4475. Reply-To: "R. Meier" <rmeier@su-star.ARPA>
  4476.  
  4477. Seepee Emm,
  4478.     I have been using a Saturn Ramdisk 128K with my Apple ][+ for
  4479. over a year now, with no problems.  The supplied interface software is
  4480. needlessly complicated, slow and uses almost all of the Cp/m configuration
  4481. block, but despite this, I have not yet bothered to rewrite it.
  4482.     I find that I only use it about 15% of the time, but that when
  4483. I use it, it is well worth it.  I use it when I know that a given
  4484. program will have many disk references.  I typically use Wordstar,
  4485. by copying my file to the ramdisk, there editting it, and periodically
  4486. copying it back to floppy disk.  I find that the reduction in WAIT
  4487. (for disk operation) time is much more comfortable, and avoids the
  4488. problem of lost characters when a disk operation is performed while
  4489. typing.  I have found that when compiling with small c or using
  4490. the asm assembler, it is worthwhile to send the hex to the ram disk
  4491. and then load from the ram disk back onto a floppy.
  4492.     In summary,
  4493.         Saturn Ram Disk 128K
  4494.         No Problem operation > 1 yr
  4495.         Interface Software inconvenient
  4496.         Editting Speedup (x2) (mostly psychological)
  4497.         Assembly/Compiling Speedup (x2) (including copy time)
  4498.  
  4499.     Before, getting the new version of Kermit which does disk
  4500. buffering, I could almost double my effective file transfer rate, by
  4501. copying to ram disk.
  4502.                     Bob Meier (riacs!meier@pluto)
  4503.  
  4504. ------
  4505. 30-Jul-85 11:02:35-MDT,1475;000000000000
  4506. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4507. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 10:59:28-MDT
  4508. Received: from xerox.arpa by AMSAA.ARPA id a010208; 30 Jul 85 11:57 EDT
  4509. Received: from Salvador.ms by ArpaGateway.ms ; 30 JUL 85 08:51:17 PDT
  4510. Sender: "Philip M. Burton.osbunorth"@XEROX.ARPA
  4511. Date: 30 Jul 85 08:51:01 PDT (Tuesday)
  4512. Subject: Re: using both side of disks
  4513. From: ABN.ISCAMS@USC-ISID.ARPA
  4514. To: king%dciem.uucp@BRL.ARPA
  4515. cc: info-cpm@AMSAA.ARPA
  4516. In-Reply-to: <1632@dciem.UUCP>
  4517. Message-ID: <850730-085117-3525@Xerox>
  4518.  
  4519. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4520. Redistributed: XeroxInfo-CPM^.wbst
  4521. Received: from AMSAA (AMSAA.ARPA) by Xerox.ARPA ; 30 JUL 85 07:04:29 PDT
  4522. Received: from usc-isid.arpa by AMSAA.ARPA id a007931; 29 Jul 85 8:27 EDT
  4523. Message-ID: <[USC-ISID.ARPA]27-Jul-85 06:28:34.ABN.ISCAMS>
  4524.  
  4525.  
  4526. Re using both sides .. I shall not address the safety of this, wear and tear,
  4527. certified sides, etc.  (That's been discussed plenty.)
  4528.  
  4529. However, the index holes are no problem.  I have a batch of junk disks
  4530. I experiment with.  THREE holes now!  One at about 1:00 for single-side
  4531. drives, one at about 2:00 for regular double side (yep, that's how the
  4532. drive can tell!), and one at 11:00 for flipping single-sided ones.
  4533.  
  4534. PS: you have to tape over the double-sided one if you want to do single-side
  4535. or flip-side on a double-side drive!  Gave me fits for a while.
  4536.  
  4537. Regards,
  4538. David Kirschbaum
  4539. Toad Hall
  4540. ABN.ISCAMS@USC-ISID
  4541. 30-Jul-85 11:35:27-MDT,437;000000000000
  4542. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4543. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 11:35:13-MDT
  4544. Received: from usc-isi.arpa by AMSAA.ARPA id a011630; 30 Jul 85 12:50 EDT
  4545. Date: 29 Jul 1985 23:10:04 EDT
  4546. From: DECKERJW@USC-ISI.ARPA
  4547. Subject: REMOVAL FROM MAILING LIST
  4548. To:   INFO-CPM@AMSAA.ARPA
  4549. cc:   DECKERJW@USC-ISI.ARPA
  4550.  
  4551. PLEASE REMOVE ME FROM THE INFO-CPM MAILING LIST.
  4552.  
  4553. THANK YOU,
  4554.  
  4555. JIM DECKER
  4556. -------
  4557. 30-Jul-85 12:13:00-MDT,2197;000000000000
  4558. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4559. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 30 Jul 85 12:12:10-MDT
  4560. Received: from usc-isi.arpa by AMSAA.ARPA id a011634; 30 Jul 85 12:50 EDT
  4561. Date: 29 Jul 1985 21:39:26 EDT
  4562. Subject: Modula II (Turbo)
  4563. From: Rex Buddenberg <BUDDENBERGRA@USC-ISI.ARPA>
  4564. To: info-cpm@AMSAA.ARPA
  4565. cc: BUDDENBERGRA@USC-ISI.ARPA
  4566.  
  4567.                   TURBO-MODULA-II IS NEARLY HERE
  4568.  
  4569.      For those of you who wanted a large-program, modern,
  4570.  
  4571. structured language in a usable implementation, for REAL
  4572.  
  4573. computers (Z80 types, 8088's need not apply), there is hope.
  4574.  
  4575. Allow me to present the evidence.
  4576.  
  4577.      This past weekend, I had the priviledge of attending SOG-IV,
  4578.  
  4579. Dave Thompson's (MicroCornucopia) annual picnic and computerists
  4580.  
  4581. whing-ding.  Philippe Kahn didn't make it this year, but sent
  4582.  
  4583. Mike Weisert, one of Borland's programmers instead.  Mike's topic
  4584.  
  4585. was "Intro to Modula-II & the Borland Implementation".  After
  4586.  
  4587. comparing and contrasting Pascal and Modula for a while, he got
  4588.  
  4589. to the important points:  how Borland was building the compiler.
  4590.  
  4591. Selected tidbits (those that my brain retained):
  4592.  
  4593.      -  The compiler actually exists.  Mike had a Kaypro with the
  4594.  
  4595. compiler up and running.  The top menu looks (strangely) like the
  4596.  
  4597. Turbo-Pascal menu.  The editor is the same too.  Borland is
  4598.  
  4599. adhering to the Rev-3 Modula specification.
  4600.  
  4601.      -  Because Modula has separate compilation as part of the
  4602.  
  4603. compiler specification rather than part of the implementation,
  4604.  
  4605. the compiler compiles to disk.  Sorry, no in-RAM compilation.
  4606.  
  4607. The top menu also directly  calls  the  linker.
  4608.    The  demo  program  used  some
  4609. familiar modules adapted from the Turbo-tools
  4610.  
  4611. ACCESS.BOX package, so I expect to see them available too.
  4612.  
  4613. ---------------------------------
  4614.   Dates weren't
  4615.  
  4616. mentioned, but the product demo was real enough to convince me
  4617.  
  4618. that this wasn't vapor.
  4619.  
  4620. The CPM version was the one shown.  The MS-DOS version is not
  4621.  
  4622. nearly as far along and Mike offered no prognostication regarding
  4623.  
  4624. its availability.  8088 owners...suffer!  Mike wouldn't quote a
  4625.  
  4626. specific price, but said "under $100".
  4627. -------
  4628. 31-Jul-85 10:48:46-MDT,692;000000000000
  4629. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4630. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 31 Jul 85 10:45:51-MDT
  4631. Date:     Wed, 31 Jul 85 9:09:30 EDT
  4632. From:     Sue Stratton - Part Time Physicist <stratton@AMSAA.ARPA>
  4633. To:       info-cpm@AMSAA.ARPA, info-ibmpc@USC-ISIB.ARPA
  4634. Subject:  Apple to IBM?
  4635.  
  4636. A friend of mine is wondering if there is a way to reformat files
  4637. he has on his Apple IIe so that they can be read by an IBMPC running
  4638. CP/M.  His Apple also runs CP/M.  He has been looking around for 
  4639. a software package that will help him to do this, but no luck so far.
  4640. Does anyone know of something out there that will do this for him?
  4641.  
  4642. Thanks,
  4643. Sue
  4644. <stratton@amsaa.arpa>
  4645. 31-Jul-85 10:54:42-MDT,1297;000000000000
  4646. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4647. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 31 Jul 85 10:49:49-MDT
  4648. Received: from simtel20.arpa by AMSAA.ARPA id a002345; 31 Jul 85 11:18 EDT
  4649. Date: Tue, 30 Jul 1985  21:34 MDT
  4650. Message-ID: <KPETERSEN.12131277016.BABYL@SIMTEL20.ARPA>
  4651. Sender: KPETERSEN@SIMTEL20.ARPA
  4652. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  4653. To:   Info-Cpm@AMSAA.ARPA
  4654. Cc:   Info-Modem7@SIMTEL20.ARPA
  4655. Subject: Courier/Hayes 2400 MEX overlay
  4656.  
  4657.     The long-awaited Courier 2400 (and Hayes 2400) MEX overlay is now
  4658.     available, on SIMTEL20: MICRO:<CPM.MEX> MXM-2400.ASM.
  4659.  
  4660.     This MEX modem overlay is intended for 2400 baud Hayes and Couriers
  4661.     (but probably useable w/2400 baud modems as well).  Supports
  4662.     "fallback" of data rate making each call at a maximum (dflt 2400)
  4663.     rate, switches to a lower rate if the remote modem can't handle the
  4664.     higher.  If the USR2400 switch is set, it supports the Courier's
  4665.     adaptive dialing, automatically sets the Couriers busy detector, and
  4666.     supports "RINGING" and "VOICE" status codes.
  4667.  
  4668.     --Ron Fowler
  4669.  
  4670. The above file has been squeezed to conserve directory space and is
  4671. now available as:
  4672.  
  4673. Filename            Type     Bytes     CRC
  4674.  
  4675. Directory MICRO:<CPM.MEX>
  4676. MXM-2400.AQM.1            BINARY     13568  0C2FH
  4677.  
  4678. --Keith
  4679. 31-Jul-85 11:11:23-MDT,635;000000000000
  4680. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4681. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 31 Jul 85 11:08:10-MDT
  4682. Received: from xerox.arpa by AMSAA.ARPA id a002683; 31 Jul 85 11:29 EDT
  4683. Received: from CheninBlanc.ms by ArpaGateway.ms ; 30 JUL 85 21:11:47 PDT
  4684. Date: Tue, 30 Jul 85 21:11 PDT
  4685. From: RDones.es@XEROX.ARPA
  4686. Subject: Re: DBASE II
  4687. In-reply-to: "D-ROGERS@EDWARDS-2060.ARPA's message of Fri, 26 Jul 85
  4688.  13:19:26 PDT"
  4689. To: D-ROGERS@EDWARDS-2060.ARPA
  4690. cc: INFO-CPM@AMSAA.ARPA
  4691. Message-ID: <850730-211147-4307@Xerox>
  4692.  
  4693. Try Wordtech Systems (415)254-0900.  They have compliers for Dbase II and Dbase III. 
  4694.  
  4695. Wildman
  4696.  
  4697.