home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / simtel / archives / cpm / 8502-1.txt < prev    next >
Text File  |  1993-02-12  |  217KB  |  5,199 lines
  1.  1-Feb-85 00:08:23-MST,940;000000000000
  2. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 00:08:11-MST
  4. Received: From simtel20.arpa.ARPA by AMSAA via smtp;  1 Feb 85 1:34 EST
  5. Date: 31 Jan 1985  23:37 MST (Thu)
  6. Message-ID: <KPETERSEN.12084124322.BABYL@SIMTEL20.ARPA>
  7. Sender: KPETERSEN@SIMTEL20.ARPA
  8. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  9. To:   Info-Cpm@Amsaa.ARPA
  10. Subject: RCPM-058.LQT phone list of all known RCPMs updated
  11.  
  12. The latest list of all known RCPM (Remote CP/M) systems is now
  13. available from SIMTEL20.  If you cannot FTP and you are not already on
  14. the list to automatically receive updates of RCPM-xx.LST, please send
  15. a note to me and I'll add you to the mailing list.
  16.  
  17. Filename            Type     Bytes     CRC
  18.  
  19. Directory MICRO:<CPM.MISC>
  20. RCPM-058.LQT.1            COM     38912  4708H
  21.  
  22. --Keith <W8SDZ@SIMTEL20.ARPA>
  23. Usenet: ...!decvax!brl-bmd!w8sdz
  24.   or    ...!unc!brl-bmd!w8sdz
  25.   or    ...!seismo!brl-tgr!w8sdz
  26.  1-Feb-85 06:58:42-MST,934;000000000000
  27. Return-Path: <info-cpm-request@AMSAA.ARPA>
  28. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 06:58:36-MST
  29. Received: From apg-1.arpa.ARPA by AMSAA via smtp;  1 Feb 85 8:20 EST
  30. Date:  1 Feb 1985  8:12:06 EST (Friday)
  31. From: Robert Bloom AMSTE-TOI 3775 <rbloom@Apg-1.ARPA>
  32. Subject: Re: the 'how to' install Teac drives on a NorthStar
  33. To: info-cpm@Amsaa.ARPA
  34.  
  35. The installation instructions to install teac 96tpi drives in a NorthStar
  36. Horizon have been placed in simtel20:
  37.  
  38. Directory MICRO:<CPM.NSTAR>
  39. NSTRTEAC.IQS.1                     type COM   15616 Bytes CRC= 6AE8H
  40.  
  41. To withstall an question:  NorthSTar CP/M version 1.1.0 or later *IS*
  42. required - this version has all the necessary drivers to handle the
  43. 'Nine' drives.  To see if you have it - run CPMGEN and answer the drive
  44. question with 'N' (not D or Q).  If it takes it, youre in!
  45.  
  46. (Thanks Keith Petersen for uploading to simtel20.)
  47.  
  48. -bob bloom
  49.  
  50.  1-Feb-85 08:17:58-MST,3400;000000000000
  51. Return-Path: <info-cpm-request@AMSAA.ARPA>
  52. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 08:17:46-MST
  53. Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  1 Feb 85 9:23 EST
  54. Received: from usenet by BRL-TGR.ARPA id a004431; 1 Feb 85 9:09 EST
  55. From: Dave Brower <daveb@rtech.arpa>
  56. Newsgroups: net.micro.cpm
  57. Subject: RE: MINCE, PERFECT WRITER, backspace w/SCRIBBLE, etc.
  58. Message-ID: <118@rtech.ARPA>
  59. Date: 30 Jan 85 00:55:18 GMT
  60. Xref: seismo net.micro.cpm:3888
  61. To:       info-cpm@AMSAA.ARPA
  62.  
  63. > does anyone know how to do this?  In principle, it seems that you
  64. > should be able to insert into a MINCE-processed file a CTRL-H
  65. > (backspace), SCRIBBLE it, and then CRAYON it to get overstriking of
  66. > two characters, but I can't do it.  Can anyone out there help?
  67.  
  68. The Scribble formatter, from which Perfect Format and the Final Word are
  69. derived, tokenizes input and strips out 'garbage' characters such as
  70. CTRL-H.  In practice and principle you can't embed ANY control codes and
  71. special  characters directly in a .mss file and expect to see them in
  72. your output.  You really don't want to do thie anyway, since it destroys
  73. the printer independence that is one of the strong points of the
  74. scribe-ish formatting model.
  75.  
  76. The method suggested by Perfect Software's old Berkeley tech support was
  77. to define one of the extra printer strings, such as the italic on/off to
  78. include a backspace. You therefore create an 'e' overstruck with a '`'
  79. with something like:
  80.  
  81.     e@i(`)
  82.  
  83. Of course,  this creates some problems justifying things, since the
  84. width of the grave accent gets counted even though it never really took
  85. up a space.  You can make justification work if you only need to do a
  86. few characters:  You include the CTRL-H and the grave-accent directly in
  87. the italics string, doing the same with other special character and the
  88. boldface, underline, etc. strings.  But you'd be screwed if you wanted
  89. to use some of those attributes as originally intended at the same time.
  90. (And I don't want to think about the proportional spacing implications...)
  91.  
  92. You'd be in slightly better shape if you have one of the MS-DOS Perfect
  93. Formats, which handle MUCH larger TOCs and indeces, and have three more
  94. special printer control string pairs as 'font1,' font2' and 'font3.'  I
  95. don't know what additional flexibility is provided by The Final Word,
  96. though it would be worth checking out.  The less said about PW 2.0 the
  97. better.
  98.  
  99. Personally, I'd run with a PC Mince and a Perfect Format or a Final Word
  100. formatter.
  101.  
  102. I have a number of things from the old 'Amythyst Users Group' that might
  103. be of interest to diehard Mince hackers, and a (relatively) good 'C'
  104. mode of my own design.  Reply via mail and I'll try to dredge it out of
  105. the CP/M archives:  A) If there seems to be enough interest, and  B) I
  106. can find a machine to read my old Osborne-1  disks.  Yes, I hacked Mince
  107. with 90k drives, and it was VERY painful.
  108.  
  109. -Dave Brower
  110.  
  111. ----------------
  112. Mince, Scribble, Crayon and The Final Word are trademarks of Mark of the
  113. Unicorn, Inc. (I hope still getting money from PSI and Thorne/EMI.)
  114.  
  115. Perfect Writer & Perfect Formatter are trademarks of Perfect Software,
  116. Inc.
  117.  
  118. Barry A. Dobyns was the Amythyst User's Group and PSI's chief programmer.
  119. -- 
  120. ----------------
  121. -dB {ucbvax, decvax}!mtxinu!rtech!daveb
  122.  
  123. "The closer you look, the worse it gets."
  124.  1-Feb-85 15:49:37-MST,3263;000000000000
  125. Return-Path: <info-cpm-request@AMSAA.ARPA>
  126. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 15:49:24-MST
  127. Received: From rand-unix.arpa.ARPA by AMSAA via smtp;  1 Feb 85 17:14 EST
  128. Received: by rand-unix.ARPA; Thu, 31 Jan 85 12:38:46 pst
  129. From: Bridger Mitchell <bridger@Rand-Unix.ARPA>
  130. Message-Id: <8501312038.AA19547@rand-unix.ARPA>
  131. Date: 31 Jan 85 12:38:42 PST (Thu)
  132. To: Jan Steinman <jans%mako.uucp@Brl-Tgr.ARPA>
  133. Cc: info-cpm@Amsaa.ARPA, bridger@Rand-Unix.ARPA, 
  134.     "Paul L. Kelley" <PLK@Mit-Mc.ARPA>
  135. Subject: Re: PUBPATCH and "swiped files"
  136. In-Reply-To: Your message of Tuesday, 29 January 1985  10:03-MST.
  137.          <KPETERSEN.12083952152.BABYL@SIMTEL20.ARPA>
  138.  
  139.  
  140. PUBPATCH *MUST* be installed on a STANDARD cp/m 2.2 bdos!
  141.  
  142. Jan Steinman and Paul Kelley have both reported similar problems--
  143. files disappearing from the disk directory following the first
  144. directory entry with 'E5' in byte 0.
  145.  
  146. Paul's problem was that his Heath CP/M 2.2.03 was *NOT* a standard
  147. cp/m 2.2 bdos.  It contained this patch, abstracted by Paul:
  148.  
  149. ;Patch at BDOS+0DEEH - End of BDOS
  150. ;Come here from GETALOC when first byte marked erased
  151. ;Speeds up allocation calculation
  152. PATCH:    INX    H        ;look at second byte
  153.     CMP    M
  154.     JNZ    GETA1        ;if not erase mark, assume file entry
  155.                 ;  and continue checking directory
  156.     RET            ;else assume we have found the region of
  157.                 ;  the directory not changed since formatting
  158.                 ;  and quit checking
  159.  
  160.         **************************
  161. As we said in Dr. Dobbs, and in the PUBPATCH.ASM source, PUBPATCH
  162. patch must be installed in a  *COMPLETELY STANDARD CP/M 2.2 BDOS!*
  163.         **************************
  164.  
  165. Please recheck your bdos.  In the Heath case, Paul's version looked
  166. like this:
  167.  
  168. Fragment from STANDARD BDOS2.2 routine to get the allocation vector
  169. ;
  170. GETA1:    MVI    C,0FFH        ;set the exit code
  171.     CALL    NXTDIR        ;set the next directory pointers
  172.     CALL    CHKCNT        ;was there one?
  173.     RZ            ;return if not
  174.     CALL    PNTDIR        ;point to the right spot
  175. ;HL now points to first byte of directory entry in DIRBUF
  176.     MVI    A,DELDAT    ;get the file deleted mark
  177.     CMP    M        ;is this what we see?
  178.     JZ    GETA1        ;keep looking for a nonempty block
  179.     LDA    USRCOD        ;get the user byte
  180.     CMP    M        ;test this against the first byte
  181.     JNZ    GETA2        ;if we don't match mark this block
  182.  
  183. ----------------------------------------------------------------------
  184. ;Fragment from HEATH BDOS2.2 routine to get the allocation vector
  185. ;
  186. GETA1:    MVI    C,0FFH        ;set the exit code
  187.     CALL    NXTDIR        ;set the next directory pointers
  188.     CALL    CHKCNT        ;was there one?
  189.     RZ            ;return if not
  190.     CALL    PNTDIR        ;point to the right spot
  191. ;HL now points to first byte of directory entry in DIRBUF
  192.     MVI    A,DELDAT    ;get the file deleted mark
  193.     CMP    M        ;is this what we see?
  194. --->    JZ    PATCH        ;TEST FOR FORMAT AREA
  195.     LDA    USRCOD        ;get the user byte
  196.     CMP    M        ;test this against the first byte
  197.     JNZ    GETA2        ;if we don't match mark this block
  198. ---------------------------------------------------------------------
  199.  
  200. Jan:    Please let me know if this is, in fact, the source of your
  201.     problem.
  202.                 
  203. info-cpm list:
  204.     The Heath code seems risky to me:  Anyone who, e.g., uses
  205.     DU to clear a bad directory entry to E5's will end up
  206.     unwittingly wiping out the rest of his directory.
  207.  
  208.  
  209. --bridger mitchell
  210.  
  211.  
  212.  1-Feb-85 19:08:35-MST,827;000000000000
  213. Return-Path: <info-cpm-request@AMSAA.ARPA>
  214. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 19:08:30-MST
  215. Received: From usc-eclb.arpa.ARPA by AMSAA via smtp;  1 Feb 85 20:41 EST
  216. Date: 1 Feb 1985 17:41-PST
  217. Sender: JHESS@Usc-Eclb.ARPA
  218. Subject: Networking CP/M
  219. From: Jim Hess <JHESS@Usc-Eclb.ARPA>
  220. To: info-cpm@Amsaa.ARPA
  221. Message-ID: <[USC-ECLB] 1-Feb-85 17:41:22.JHESS>
  222.  
  223. I have several Z-80 based machines running CP/M and MP/M.  It would
  224. be nice to network the machines together and CP/Net seemed like the
  225. ideal solution.  Unfortunately, Digital Research no longer supports
  226. CP/Net.  After many phone calls, I have been unable to find a vendor
  227. who still has a copy in stock.
  228.  
  229. I would appreciate any leads on a place to purchase a copy of CP/Net or
  230. suggestions of alternative networking solutions.  
  231.  1-Feb-85 22:34:34-MST,2398;000000000000
  232. Return-Path: <info-cpm-request@AMSAA.ARPA>
  233. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 1 Feb 85 22:34:22-MST
  234. Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  1 Feb 85 23:55 EST
  235. Received: from usenet by BRL-TGR.ARPA id a001655; 1 Feb 85 23:44 EST
  236. From: Ruben Ramirez-Mitchell <ruben%ut-ngp.uucp@BRL-TGR.ARPA>
  237. Newsgroups: net.micro.cpm
  238. Subject: Microshell, Microtools and Microtree
  239. Message-ID: <1269@ut-ngp.UUCP>
  240. Date: 1 Feb 85 22:55:34 GMT
  241. Xref: seismo net.micro.cpm:3890
  242. To:       info-cpm@AMSAA.ARPA
  243.  
  244.  
  245.  You can get Microshell from 
  246.  
  247.     New Generation Systems, INC
  248.     1800 MIchael Faraday Drive, Suite 206
  249.     Reston, Virginia, 22090
  250.     (703) 471-5598
  251.  
  252.  I would also check Microtools, and MicroTree. I just bought MicroTree from
  253.  them (ls, cd, pwd, tree, mv, cp, rm, mkdir, rmdir) and it works very well
  254.  (it maps user areas to named directories). I run all three programs under
  255.   MPM-816, but I have also used Microshell and Microtools under CP/M-80, and
  256.   CP/M-816.
  257.  
  258.  Note that they do not support Microshell under MPM , some things do not work
  259.  well in this environment ( no line editor for example, and script files
  260.  which cross user and drive boundaries don't work well).
  261.  
  262.   In spite of the problems I found when running Microshell under CP/M-816 
  263. and MPM-816 (you loose the command line editor), the features you can use
  264. make it worth it (input and output redirection, pipes, file and drive paths,
  265. delay constants, customizable prompt, and specially their shell language)
  266.  It beats SUBMIT, XSUB, IF,..., etc. 
  267.  
  268.  Of course, you can only run 8 bit programs under it.
  269.  
  270.  I have dedicated one user (0) in one logical drive in my Hard disk 
  271. to COM files and microshell scripts, and have COM versions
  272. of all my important utilities (SQ,LU,USQ,SD,FIND,GREP,etc). I keep the shell
  273. as a detached process and attach to it on a different page of my terminal 
  274. (Televideo 950 with 4 pages) any time I want to run an 8 bit prog.
  275.  
  276. When I got Microtree from New Generations they also included a copy of 
  277. 'cd.com' so I could change directories inside the shell. I might also order
  278. the 8 bit version to be able to use 'cp', 'mv', etc.
  279.  
  280.                       Ruben Mitchell
  281.                       Cell Research Inst.
  282.                       University of Texas
  283.                       Austin, Texas, 78712
  284.                       ruben@ut-ngp.arpa
  285.  
  286.  2-Feb-85 01:16:58-MST,1272;000000000000
  287. Return-Path: <info-cpm-request@AMSAA.ARPA>
  288. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 01:16:52-MST
  289. Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  2 Feb 85 2:47 EST
  290. Received: from usenet by BRL-TGR.ARPA id a004975; 2 Feb 85 2:40 EST
  291. From: Gino Bloch <gino%voder.uucp@BRL-TGR.ARPA>
  292. Newsgroups: net.micro.cpm
  293. Subject: Re: Need HELP with SUBMIT
  294. Message-ID: <654@voder.UUCP>
  295. Date: 1 Feb 85 00:16:52 GMT
  296. Xref: seismo net.micro.cpm:3893
  297. To:       info-cpm@AMSAA.ARPA
  298.  
  299. [submit this line to the bug catcher]
  300.  
  301. > It's possibly no hlp to know this but the CompuPro 8/16 is able
  302. > to use SUBMIT on any disk (or any user, or any sectin of the
  303. > segmented hard disk).  I am not sure how this is done since Tony
  304. > has been making CP/M do things for me that apparently it won't
  305. > do for anyone else, and after a while I get used to it...
  306. There is a patch to submit.com (or BDOS or CCP or ...) that allows submit
  307. to use any drive.  If no one else posts it and people want it, I'll try to
  308. find my source.  I must warn you, though, that I called my home my "chaostle"
  309. long before reading about Jerry P's "Chaos Manor", so anyone else who has
  310. the document, please post.
  311. -- 
  312. Gene E. Bloch (...!nsc!voder!gino)
  313. Support Bulgarian gajda players.
  314.  2-Feb-85 05:14:16-MST,313;000000000000
  315. Return-Path: <info-cpm-request@AMSAA.ARPA>
  316. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 05:14:12-MST
  317. Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp;  2 Feb 85 6:44 EST
  318. Date: 2 Feb 1985 06:42:57-PST
  319. From: hcarter@Wpafb-Afita.ARPA
  320. To: info-cpm@Amsaa.ARPA
  321. Subject: Ethernet for CP
  322.  
  323.  
  324.  2-Feb-85 05:22:16-MST,515;000000000000
  325. Return-Path: <info-cpm-request@AMSAA.ARPA>
  326. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 05:22:12-MST
  327. Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp;  2 Feb 85 6:54 EST
  328. Date: 2 Feb 1985 06:47:55-PST
  329. From: hcarter@Wpafb-Afita.ARPA
  330. To: info-cpm@Amsaa.ARPA
  331. Subject: Ethernet for CP/M
  332.  
  333. Any one know of a ethernet interface including software for Turbo-Dos
  334. systems (Z-80 based)?  We would like to attach our TD systems to
  335. our net.
  336.  
  337.             Hal Carter
  338.             Air Force Institute of Technology
  339.  2-Feb-85 05:23:34-MST,515;000000000000
  340. Return-Path: <info-cpm-request@AMSAA.ARPA>
  341. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 05:23:30-MST
  342. Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp;  2 Feb 85 6:54 EST
  343. Date: 2 Feb 1985 06:47:55-PST
  344. From: hcarter@Wpafb-Afita.ARPA
  345. To: info-cpm@Amsaa.ARPA
  346. Subject: Ethernet for CP/M
  347.  
  348. Any one know of a ethernet interface including software for Turbo-Dos
  349. systems (Z-80 based)?  We would like to attach our TD systems to
  350. our net.
  351.  
  352.             Hal Carter
  353.             Air Force Institute of Technology
  354.  2-Feb-85 05:51:10-MST,313;000000000000
  355. Return-Path: <info-cpm-request@AMSAA.ARPA>
  356. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 2 Feb 85 05:51:07-MST
  357. Received: From wpafb-afita.arpa.ARPA by AMSAA via smtp;  2 Feb 85 6:44 EST
  358. Date: 2 Feb 1985 06:42:57-PST
  359. From: hcarter@Wpafb-Afita.ARPA
  360. To: info-cpm@Amsaa.ARPA
  361. Subject: Ethernet for CP
  362.  
  363.  
  364.  3-Feb-85 07:23:16-MST,643;000000000000
  365. Return-Path: <info-cpm-request@AMSAA.ARPA>
  366. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 07:23:11-MST
  367. Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Feb 85 8:54 EST
  368. Received: from bbna.arpa by BRL-AOS.ARPA id a000469; 2 Feb 85 9:03 EST
  369. Date: 1 Feb 1985 21:26-EST
  370. Sender: WAGREICH@bbna.ARPA
  371. Subject: WHERE
  372. From: WAGREICH@bbna.ARPA
  373. To: INFO-CPM@brl.ARPA, INFO-MICRO@brl.ARPA
  374. Message-ID: <[BBNA] 1-Feb-85 21:26:15.WAGREICH>
  375.  
  376. IN WHAT DIRECTORY ON SIMTEL20
  377.  
  378. IS THE "C" PHONE (OR IS IT PHOMES?)  PROGRAM FOR CPM?  IT WAS PUT
  379. THERE AROUND SEPT 1, 1984.  PLEASE SEND ME THE DIRECTORY NAME AND
  380. PROGRAM NAME.  THANKS.
  381.  3-Feb-85 10:23:52-MST,2044;000000000000
  382. Return-Path: <info-cpm-request@AMSAA.ARPA>
  383. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 10:23:45-MST
  384. Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Feb 85 11:52 EST
  385. Date: Saturday, 2 February 1985  10:39-MST
  386. Message-ID: <KPETERSEN.12084761185.BABYL@SIMTEL20.ARPA>
  387. Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@Dec-Marlboro.ARPA>
  388. From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@Dec-Marlboro.ARPA>
  389. Subject:   FIDO Version 10c now available
  390. ReSent-From: KPETERSEN@Simtel20.ARPA
  391. ReSent-To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl-Vgr.ARPA
  392. ReSent-Date: Sun 3 Feb 1985 09:55-MST
  393.  
  394. As one of the "first real micro-bbs NETWORKS" here's the "full"
  395. contents of FIDO version 10c for the DEC-Rainbow.
  396.  
  397. Filename            Type     Bytes     CRC
  398.  
  399. SIMTEL20 directory MICRO:<CPM.FIDO>
  400. ANKER.TXT.1            ASCII       539  0D2DH
  401. FIDO.PQN.1            BINARY     95337  AEF5H
  402. FIDODEC.EQE.1            BINARY     81664  F19EH
  403. FIDOHLP.LBR.1            BINARY      7552  54BAH
  404. MINITEL.DOC.1            ASCII     26842  87E8H
  405. MINITEL.PAT.1            ASCII      1229  099DH
  406. NODELIST.BQS.1            BINARY      5375  B153H
  407. NODELIST.DQT.1            BINARY      4683  B492H
  408. NODELIST.EQE.1            BINARY     24524  89E5H
  409. NODEROUT.DQC.1            BINARY     18887  7D35H
  410. READMSG.LBR.1            BINARY     13583  F434H
  411. ROUTEGEN.EQE.1            BINARY     27619  6C87H
  412. SYSOP.EQE.1            BINARY     13497  896DH
  413. SYSOP.HQP.1            BINARY      2597  B94AH
  414. TIMELOG.EXE.1            BINARY      9216  1892H
  415. V10C.DQC.1            BINARY      4404  6312H
  416.  
  417.  
  418. Things I'm expecting to get by monday:
  419. 1. MINITEL (Modem-like) transfer pieces for IBM and look-alikes (+ Rainbow)
  420. 2. an updated NODE-list (weekly update currently) - Fido is growing by
  421.     leaps and bounces (5 nodes per week).
  422.  
  423. Things I'm trying to get (but don't know yet):
  424. FIDO versions for the IBM and lookalikes
  425. FIDO-libraries (i.e.) "things" they make available and WE HERE don't have.
  426.  
  427. since FIDO (Tom Jennings) is LATTICE-C based (and source-controlled) - there
  428. are NO SOURCES available for the time being.
  429.  
  430. FIDO supports MODEM7,KERMIT (and derivatives of both) - including a MODEM7
  431. enhancement (time and date stamps) called MINITEL.
  432.  3-Feb-85 11:17:35-MST,968;000000000000
  433. Return-Path: <info-cpm-request@AMSAA.ARPA>
  434. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 11:17:27-MST
  435. Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Feb 85 12:41 EST
  436. Date: Saturday, 2 February 1985  13:51-MST
  437. Message-ID: <KPETERSEN.12084769953.BABYL@SIMTEL20.ARPA>
  438. Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@Dec-Marlboro.ARPA>
  439. From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@Dec-Marlboro.ARPA>
  440. Subject:   Turbo Pascal SQ-USQ.LBR
  441. ReSent-From: KPETERSEN@Simtel20.ARPA
  442. ReSent-To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl-Vgr.ARPA
  443. ReSent-Date: Sun 3 Feb 1985 10:44-MST
  444.  
  445. Filename            Type     Bytes     CRC
  446.  
  447. SIMTEL20 directory MICRO:<CPM.TURBOPAS>
  448. SQ-USQ.LBR.2            COM     22272  6240H
  449.  
  450. (thanks to Jeff Duncan - LSM.DUNCAN at DEC-Marlboro) holds
  451. Turbo-Pascal based SQueeze and UnSQeeze. Jeff "blessed" the original
  452. MSDOS-based pieces to work on "both sides" of the house [CPM 80/86 and
  453. MSDOS] and achieved a "speed-up" via buffering. Thanks Jeff!
  454.  3-Feb-85 11:17:40-MST,946;000000000000
  455. Return-Path: <info-cpm-request@AMSAA.ARPA>
  456. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 11:17:33-MST
  457. Received: From simtel20.arpa.ARPA by AMSAA via smtp;  3 Feb 85 12:37 EST
  458. Date: Sunday, 3 February 1985  06:01-MST
  459. Message-ID: <KPETERSEN.12084769326.BABYL@SIMTEL20.ARPA>
  460. Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@Dec-Marlboro.ARPA>
  461. From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@Dec-Marlboro.ARPA>
  462. Subject:   YESNO.PAT for MSDOS Turbo Pascal
  463. ReSent-From: KPETERSEN@Simtel20.ARPA
  464. ReSent-To: Info-Cpm@Amsaa.ARPA, Info-Micro@Brl-Vgr.ARPA
  465. ReSent-Date: Sun 3 Feb 1985 10:40-MST
  466.  
  467. Now available from SIMTEL20:
  468.  
  469. Filename            Type     Bytes     CRC
  470.  
  471. Directory MICRO:<CPM.TURBOPAS>
  472. YESNO.PAT.1            ASCII      2252  DF45H
  473.  
  474. YESNO.PAT is a patch to MS-DOS Turbo to permanently turn on/off the
  475. "Include error messages" prompt when booting Turbo.
  476.  
  477. Downloaded from Texas FIDO at 806-795-0102 (Area 6 in  the FIDO),
  478. thanks to Al Hull.
  479.  3-Feb-85 14:06:11-MST,674;000000000000
  480. Return-Path: <info-cpm-request@AMSAA.ARPA>
  481. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 14:05:59-MST
  482. Received: From brl.arpa.ARPA by AMSAA via smtp;  3 Feb 85 15:41 EST
  483. Received: from cmu-cs-a.arpa by BRL-AOS.ARPA id a003027; 3 Feb 85 15:42 EST
  484. Date:  3 Feb 85 1446 EST (Sunday)
  485. From: George.Wood@CMU-CS-A.ARPA
  486. To: "B.Eiben LCG Ext 617-467-4431" <EIBEN@DEC-MARLBORO.ARPA>
  487. Subject: Re: FIDO Version 10c now available
  488. CC: info-cpm@BRL.ARPA
  489. In-Reply-To: <KPETERSEN.12084761185.BABYL@SIMTEL20.ARPA>
  490. Message-Id: <03Feb85.144657.GW90@CMU-CS-A.ARPA>
  491.  
  492.  
  493. Is there a FIDO version for CP/M-80 V2.2? Is anyone working on one?
  494.  
  495. George Wood
  496. @CMU-CS-A.ARPA
  497.  3-Feb-85 17:36:01-MST,652;000000000000
  498. Return-Path: <info-cpm-request@AMSAA.ARPA>
  499. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 17:35:57-MST
  500. Received: From washington.arpa.ARPA by AMSAA via smtp;  3 Feb 85 19:16 EST
  501. Date: Sun 3 Feb 85 16:17:44-PST
  502. From: Ronald Blanford <CONTEXT@WASHINGTON.ARPA>
  503. Subject: CP/M-68K
  504. To: info-cpm@AMSAA.ARPA
  505.  
  506. There's a small subgroup of us discussing CP/M-68K separately from the
  507. mainline of info-cpm.  Anyone with anything to contribute should send mail
  508. to one of the members:
  509. context@WASHINGTON.ARPA, jody@UCLA-LOCUS.ARPA, mknox@UT-NGP.ARPA, samuel@SU-SCORE.ARPA, mwm%ucbopal.CC@UCB-VAX.ARPA, steve@BERKELEY.ARPA
  510.  
  511. -- Ron
  512. -------
  513.  3-Feb-85 19:01:42-MST,900;000000000000
  514. Return-Path: <info-cpm-request@AMSAA.ARPA>
  515. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 3 Feb 85 19:01:36-MST
  516. Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp;  3 Feb 85 20:27 EST
  517. Received: ID <SAILER@CMU-CS-C.ARPA>; Sun 3 Feb 85 20:31:00-EST
  518. Date: Sun 3 Feb 85 20:30:58-EST
  519. From: Lee.Sailer@CMU-CS-C.ARPA
  520. Subject: Turbo Pascall
  521. To: info-cpm@AMSAA.ARPA
  522.  
  523.  
  524. AHA!  It is not perfect!
  525.  
  526. 1.  There was a tantalizingly incomplete article about testing different
  527. aspects of floating point arithmetic in the last BYTE.  Has anyone got the whole
  528. program in any and all languages?
  529.  
  530. 2.  I tried the little program in that article in Turbo Pascal and Aztec C
  531. 1.06b.  Aztec passed, Turbo FLUNKED!
  532.  
  533. For me, good floating point is important.  This has me very nervous.  Kahn? 
  534. If you are out there, please make sure that the floating point in Turbo is
  535. as good as it can be.
  536.  
  537. -------
  538.  4-Feb-85 01:09:05-MST,1337;000000000000
  539. Return-Path: <info-cpm-request@AMSAA.ARPA>
  540. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 01:08:57-MST
  541. Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 2:40 EST
  542. Received: from su-score.arpa by BRL-TGR.ARPA id a023791; 4 Feb 85 2:36 EST
  543. Date: 3 Feb 1985 23:34-PST
  544. Sender: BILLW@SU-SCORE.ARPA
  545. Subject: Re:  Need Help on BASICA Comm Support
  546. From:  William Chops Westfield <BillW@SU-SCORE.ARPA>
  547. To: lbafrin%clemson.csnet@CSNET-RELAY.ARPA
  548. Cc: info-micro@BRL-TGR.ARPA, info-cpm@BRL-TGR.ARPA
  549. Message-ID: <[SU-SCORE.ARPA] 3-Feb-85 23:34:50.BILLW>
  550. In-Reply-To: The message of     Mon, 28 Jan 85 21:05 EST from     Larry Afrin <lbafrin%clemson.csnet@CSNET-RELAY.ARPA>
  551.  
  552. The problem with bit 8 being set to odd provide odd parity is almost
  553. certainly telenet.  Most communications programs will strip the parity
  554. bit from the characters received individually before putting them on
  555. the screen or checking them against special characters.  It is not
  556. usually practical to do this is basic.  What you normally want for
  557. any kind of terminal is to read 7 data bits, and ignore the parity
  558. bit, but I dont remember offhand whether that is one of the basica
  559. options.  there may also be a telenet pad command to set the parity
  560. and number of databits desired, but I dont know what it would be
  561. offhand.
  562.  
  563. BillW
  564.  4-Feb-85 02:12:07-MST,1099;000000000000
  565. Return-Path: <info-cpm-request@AMSAA.ARPA>
  566. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 02:12:02-MST
  567. Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 3:30 EST
  568. Received: from csnet-pdn-gw by BRL-TGR.ARPA id a024104; 4 Feb 85 3:30 EST
  569. Received: from clemson by csnet-relay.csnet id a011409; 4 Feb 85 3:17 EST
  570. Date:     Mon, 4 Feb 85 00:35 EST
  571. From:     Larry Afrin <lbafrin%clemson.csnet@CSNET-RELAY.ARPA>
  572. To:       info-micro@BRL-TGR.ARPA, info-cpm@BRL-TGR.ARPA
  573. Subject:  Wanted: Source for any PD XMODEM Comm Pgm written in C
  574.  
  575. If anybody knows where I can get the source for any public domain
  576. communications program that implements the XMODEM file transfer protocol,
  577. please let me know (or even send me the source, if you've got it).  I'm
  578. only interested in those programs that are written in C.
  579.  
  580. Thanks in advance.
  581.  
  582.                     -- Larry Afrin
  583.                        Dept. of Computer Science
  584.                        Clemson University
  585.  
  586. ---------------------------
  587. Please send replies, if any, to:
  588. lbafrin@clemson        if you're on CSNet
  589. lbafrin.clemson@csnet-Relay    if you're on ARPANet
  590.  4-Feb-85 06:50:21-MST,832;000000000000
  591. Return-Path: <info-cpm-request@AMSAA.ARPA>
  592. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 06:50:17-MST
  593. Received: From ardc.arpa.ARPA by AMSAA via smtp;  4 Feb 85 8:11 EST
  594. Date:     Mon, 4 Feb 85 8:06:55 EST
  595. From:     J. Richard Hall (LCWSL) <rhall@Ardc.ARPA>
  596. To:       info-cpm@Amsaa.ARPA
  597. Subject:  [J. Richard Hall:  T-Maker-3]
  598.  
  599.  
  600. ----- Forwarded message # 1:
  601.  
  602. Date:     Fri, 1 Feb 85 16:36:19 EST
  603. From:     J. Richard Hall (LCWSL)  <rhall@ARDC>
  604. To:       info.cpm@Amsaa
  605. cc:       rhall@ARDC
  606. Subject:  T-Maker-3
  607.  
  608. Does anyone know anything about the above program?  I have a Kaypro and
  609. I have just about given up on PerfectFiler.  I need to manage a membership/
  610. mailing list of several hundred, including the ability to sort by various
  611. data fields (skills, etc).
  612.  
  613. ----- End of forwarded messages
  614.  4-Feb-85 08:44:24-MST,1292;000000000000
  615. Return-Path: <info-cpm-request@AMSAA.ARPA>
  616. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 08:44:17-MST
  617. Received: From brl-voc.arpa.ARPA by AMSAA via smtp;  4 Feb 85 10:06 EST
  618. Date:     Mon, 4 Feb 85 9:58:08 EST
  619. From:     "Ferd Brundick (VLD/LTTB)" <fsbrn@BRL-VOC.ARPA>
  620. To:       Info-Cpm@amsaa.ARPA, Info-Micro@amsaa.ARPA, Info-Pascal@BRL-VOC.ARPA
  621. cc:       Pascal Postman <Info-Pascal-Request@BRL-VOC.ARPA>
  622. Subject:  different CPUs
  623.  
  624. Hi,
  625.  
  626. I have a small request.  Whenever you send a message about a bug
  627. report or wonderful new patch that you've written, PLEASE tell what
  628. OS/CPU you are using.  On info-cpm you could assume that everyone was
  629. using an 8080, but now discussions have branched out to include CP/M-86,
  630. OS-9, MS-DOS, etc.  The problem is especially acute with programs like
  631. Turbo Pascal that have been implemented on various CPUs.  A recent bug
  632. report caused quite a bit of panic, but the bug is (apparently) only
  633. in the MS-DOS version.  Thanks.
  634.  
  635.                                         dsw, fferd
  636.                                         Fred S. Brundick
  637.                                         aka Pascal Postman
  638.                                         USABRL, APG, MD.
  639.                                         <info-pascal-request@brl-voc>
  640.  4-Feb-85 12:02:51-MST,830;000000000000
  641. Return-Path: <info-cpm-request@AMSAA.ARPA>
  642. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 12:02:46-MST
  643. Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 13:10 EST
  644. Received: from usenet by BRL-TGR.ARPA id a004323; 4 Feb 85 12:45 EST
  645. From: Marnix van Ammers <vanam%pttesac.uucp@BRL-TGR.ARPA>
  646. Newsgroups: net.micro.cpm
  647. Subject: Re: What is Simtel20
  648. Message-ID: <160@pttesac.UUCP>
  649. Date: 31 Jan 85 18:33:01 GMT
  650. Xref: seismo net.micro.cpm:3897
  651. To:       info-cpm@AMSAA.ARPA
  652.  
  653. Since we USENET users can't get to SIMTEL20, how about
  654. someone who has access to both USENET and ARPANET occassionally posting
  655. the most asked for CPM programs (like (n)sweep, or du or findbad).
  656.  
  657. Posting of .com files could be done in uuencode/uudecode format.
  658.  
  659. I could sure use a CPM+ compatible version of findbad.
  660.  4-Feb-85 12:55:26-MST,1289;000000000000
  661. Return-Path: <info-cpm-request@AMSAA.ARPA>
  662. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 12:55:16-MST
  663. Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 14:05 EST
  664. Received: from usenet by BRL-TGR.ARPA id a004951; 4 Feb 85 12:59 EST
  665. From: Gino Bloch <gino%voder.uucp@BRL-TGR.ARPA>
  666. Newsgroups: net.micro.cpm
  667. Subject: Patching submit.com to work from any drive
  668. Message-ID: <657@voder.UUCP>
  669. Date: 1 Feb 85 18:28:35 GMT
  670. Xref: seismo net.micro.cpm:3898
  671. To:       info-cpm@AMSAA.ARPA
  672.  
  673. I found my CP/M patches, so I can promulgate the submit patch to allow
  674. running from other than A:.  The current submit creates its work file,
  675. $$$.sub, on the default drive, then looks for it on A:.  The patch
  676. causes the work file to be made on A:.  That way, the search works better.
  677.  
  678. Using DDT, change location 5BBh of submit.com from 0 to 1.  That's it.
  679.  
  680. As a check, note that locations 5BCh to 5C6h contain "$$$     COM".
  681.  
  682. Look up the syntax of FCBs to see the rationale for the change (exercise
  683. for the reader :-).
  684.  
  685. If you have a good library (personal or public), check out Microsystems,
  686. Jul/Aug 1982 p 60.  There are a lot of patches listed there, for pip, asm,
  687. movcpm, et al.
  688. -- 
  689. Gene E. Bloch (...!nsc!voder!gino)
  690. Support Bulgarian gajda players.
  691.  4-Feb-85 13:00:35-MST,4871;000000000000
  692. Return-Path: <info-cpm-request@AMSAA.ARPA>
  693. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 13:00:18-MST
  694. Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 14:05 EST
  695. Received: from usenet by BRL-TGR.ARPA id a004978; 4 Feb 85 12:59 EST
  696. From: Ruben Ramirez-Mitchell <ruben%ut-ngp.uucp@BRL-TGR.ARPA>
  697. Newsgroups: net.micro.cpm
  698. Subject: Example of simple Microshell script.
  699. Message-ID: <1272@ut-ngp.UUCP>
  700. Date: 3 Feb 85 02:10:52 GMT
  701. Xref: seismo net.micro.cpm:3899
  702. To:       info-cpm@AMSAA.ARPA
  703.  
  704.  
  705.  Somebody asked me for an example of microshell scripts, the following includes
  706.  a few of the commands and does not make use of any of the microtools.
  707.  What I needed is a script to make the output of 'SD $SDALNP' more readable.
  708.  I needed to set the printer margins,etc; form feed in between drive listings,
  709.  I wanted the date, and the option to specify system and library files.
  710.  
  711.  I 'FILTER'ed the file to eliminate control chars (like ESC G4, ESC G8,
  712.  ESC [ 1;96s, etc I use for my Televideo 950 and Qantex printer).
  713.  
  714.  The script is in a file called 'hdisk.shl' and it is invoked by the name
  715.  'hdisk <parameters>'
  716.  
  717. :--------------------------------------------------------------------
  718. :  PROGRAM      hdisk 
  719. :  USAGE        hdisk [options]
  720. :               <option>: <all| d1 [d2 [d3 [d4]]]>
  721. :  DESCRIPTION  Print hard disk directories using 'SD' with parameters
  722. :              '$APN' (all users, print, no pause)
  723. :  EXAMPLES     hdisk all
  724. :               hdisk b a d
  725. :----------------------------------------------------------------------
  726. %B$ = "" 
  727. %#args %A
  728.   %if %A LT 1 then goto help
  729. %printdir
  730.    %erase
  731.    %print 
  732.    %print "               G4  ----HARD DISK DIRECTORY-----G0 "
  733.    %print "               G4        ALL USER AREAS        G0 "
  734.    %print ;%print    
  735.    %print  "                  G4 FILE SPECIFICATION  G0 "
  736.    %print  "                  G8    <CR> for '*.*'   G0 "
  737.    %print  "                  G8   (e.g. asm*.?q?)   G0 "
  738.    %print  "                  G8                     G0 "
  739.    %print
  740.    %print -n  "                  G8 FILES: G0 "
  741.    %getstr %E$ <con: ;   %upcase %E$
  742.    %if %E$ NE ""  then goto checksys ;  %E$ = "*.* "
  743. %checksys
  744.    %print; %print
  745.    %print -n "                  G8 SYSTEM FILES (Y/N): G0 "
  746.    %getstr %8 <con: ;   %upcase %8
  747.    %if %8 = "Y" then goto setsys 
  748.    %8 = ""
  749. %checklib
  750.    %print; %print
  751.    %print -n "                  G8 LIBRARY FILES (Y/N): G0 "
  752.    %getstr %9 <con: ;   %upcase %9
  753.    %if %9 = "Y" then goto setlib
  754.    %9 = ""
  755. %checkdate
  756.    %print; %print
  757.    %print -n "                  G8 DATE: G0 "
  758.    %getstr %B$ <con: ;  %upcase %B$
  759. :  BUILD PARAMETER LIST FOR SD.COM
  760.     %D$ = " $ANP"
  761.     %D$ = %D$ + %8 + %9
  762.     %15 = %E$
  763. : CHECK IF ALL DRIVES SPECIFIED
  764.     %C$ = %1
  765.     %upcase %C$
  766.     %if %C$ = "ALL" then goto alldisks
  767. : MESSAGE BEFORE PRINTING
  768.     %print; %print
  769.     %print "                  G4   Turn Printer ON LINE G0"
  770.     %print "                  G4    SET to TOP-OF-FORM  G0"
  771.     %print; %print
  772.     %print -n "                  G8   Press any key to continue: G0 "
  773.     %getchr %A$ <con:; %erase; %print
  774. : RESET QUANTEX PRINTER TO DEFAULTS
  775. :   / LEFT MARGIN 8 / TOP_MARGIN 5 / BOTTOM_MARGIN 6 + PADDING
  776.     %P$ = " [5;60r   [8;96s      "
  777.     %print -n %P$  > lst:;   %print >lst:
  778. : PRINT HEADING AND DATE
  779.     %print "                ====   Q540 - HARD DISK DIRECTORY  ======">lst:
  780.     %print -n  "                             "  >lst:
  781.     %print %B$ >lst: ;  %print > lst:
  782. : PRINT DIRECTORY WITH THE SELECTED OPTIONS  
  783. %loop
  784.     %15 = %E$ + %D$   
  785.     SD $1:$15 
  786.     %print "" > lst:
  787.     %shift
  788.     %A = %A - 1
  789.     %if %A GT 0 then goto loop
  790.     %erase
  791.     %print
  792.     %print "           G4   ---HARD DISK DIRECTORIES PRINTED----   G0"
  793. : RESET THE PRINTER TO DEFAULTS
  794.     %print -n "c" > lst:
  795.     %exit
  796. %alldisks
  797.     %A = 5
  798.     %1=A  ; %2=B ; %3=C ; %4=D ; %5=E
  799.     %goto loop
  800. %help
  801.     %erase
  802.     %print
  803.     %print "  NAME:        hdisk      
  804.     %print
  805.     %print "  DESCRIPTION: Print contents of hard disk, all user"
  806.     %print "               areas. Prompts for a) a file mask, b) "
  807.     %print "               the inclusion of system and library "
  808.     %print "               files and c) for the current date    "
  809.     %print 
  810.     %print "  USAGE:       Hdisk [<option>]"
  811.     %print "               <option>: 'all' | d1 [d2 [d3 [d4]]]"
  812.     %print 
  813.     %print "  EXAMPLES:    hdisk all"
  814.     %print "               hdisk d a c"
  815.     %print 
  816.     %print "  NOTES:       Drives scanned under the 'all' option:"
  817.     %print "               A:, B:, C:, D:, and E: "
  818.     %print 
  819.     %exit
  820. %setsys
  821.     %8 = "S"
  822.     %goto checklib
  823. %setlib
  824.     %9 = "L"
  825.     %goto checkdate
  826.  
  827.    Hope it helps,
  828.                     Ruben Mitchell
  829.                     ruben@ut-ngp.arpa
  830.  4-Feb-85 13:10:18-MST,1070;000000000000
  831. Return-Path: <info-cpm-request@AMSAA.ARPA>
  832. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 13:10:09-MST
  833. Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 14:07 EST
  834. Received: from usenet by BRL-TGR.ARPA id a005433; 4 Feb 85 13:10 EST
  835. From: grayson%uiucuxc.uucp@BRL-TGR.ARPA
  836. Newsgroups: net.micro.cpm
  837. Subject: Re: permanently changing default disk fr
  838. Message-ID: <34600008@uiucuxc.UUCP>
  839. Date: 1 Feb 85 00:02:00 GMT
  840. Nf-ID: #R:nbs-amrf:-39300:uiucuxc:34600008:000:446
  841. Nf-From: uiucuxc!grayson    Jan 31 18:02:00 1985
  842. Xref: seismo net.micro.cpm:3900
  843. To:       info-cpm@AMSAA.ARPA
  844.  
  845. >I am running CP/M-86, and want to be able to set the default disk from within
  846. >a program in such a way that it *REMAINS* set after exiting the program.
  847.  
  848. Just modify the byte at 0004 - half of it contains the default drive number,
  849. and half contains the default user number.  (I forget which half, but that
  850. can easily be discovered by experiment).
  851.  
  852.     uucp:    {ihnp4,pur-ee}!uiucdcs!uiucuxc!grayson
  853.         Dan Grayson, Math Dept, Univ of Ill, Urbana 61801
  854.  4-Feb-85 13:42:44-MST,777;000000000000
  855. Return-Path: <info-cpm-request@AMSAA.ARPA>
  856. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 13:42:37-MST
  857. Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  4 Feb 85 14:07 EST
  858. Received: from usenet by BRL-TGR.ARPA id a005726; 4 Feb 85 13:15 EST
  859. From: grayson%uiucuxc.uucp@BRL-TGR.ARPA
  860. Newsgroups: net.micro.cpm
  861. Subject: Re: CP/M-80 file directory debugger need
  862. Message-ID: <34600007@uiucuxc.UUCP>
  863. Date: 31 Jan 85 23:57:00 GMT
  864. Nf-ID: #R:brl-tgr:-778400:uiucuxc:34600007:000:158
  865. Nf-From: uiucuxc!grayson    Jan 31 17:57:00 1985
  866. Xref: seismo net.micro.cpm:3901
  867. To:       info-cpm@AMSAA.ARPA
  868.  
  869. I use DU2, which is part of ZCPR, and is widely available through
  870. local computer clubs.  It allows you to fix the directory manually,
  871. display records, etc...
  872.  4-Feb-85 15:35:26-MST,620;000000000000
  873. Return-Path: <info-cpm-request@AMSAA.ARPA>
  874. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 15:35:18-MST
  875. Received: From brl.arpa.ARPA by AMSAA via smtp;  4 Feb 85 16:59 EST
  876. Received: from mit-mc.arpa by BRL-AOS.ARPA id a019965; 4 Feb 85 16:55 EST
  877. Date: Mon, 4 Feb 1985  16:56 EST
  878. Message-ID: <ASP.12085077991.BABYL@MIT-OZ>
  879. From: Jim Aspnes <ASP%MIT-OZ@MIT-MC.ARPA>
  880. To:   info-cpm%MIT-OZ@MIT-MC.ARPA
  881. cc:   asp%MIT-OZ@MIT-MC.ARPA
  882. Subject: XLISP version 1.2
  883.  
  884. Does anyone have a copy of this?  (Does it exist?)  C source would be 
  885. preferable, an FTP-able COM file would be nice.
  886.  
  887. Thanks,
  888.  
  889. Jim
  890.  
  891.  4-Feb-85 21:50:21-MST,2049;000000000000
  892. Return-Path: <info-cpm-request@AMSAA.ARPA>
  893. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 4 Feb 85 21:50:13-MST
  894. Received: From simtel20.arpa.ARPA by AMSAA via smtp;  4 Feb 85 23:19 EST
  895. Date: Mon 4 Feb 85 21:22:19-MST
  896. From: Rick Conn <RCONN@SIMTEL20.ARPA>
  897. Subject: [Penny Anderson <Penny.Anderson@CMU-CS-C.ARPA>: Re: ZCPR3 Hacks]
  898. To: cem%intelca.uucp@BRL-TGR.ARPA, apa@CMU-CS-C.ARPA, 
  899.     info-cpm-request@AMSAA.ARPA, info-cpm@AMSAA.ARPA
  900.  
  901. Hi, Don,
  902.  
  903.     Sorry I took so long to respond (your message is attached).  Under
  904. ZCPR2 and its version of ZEX, the case you describe is true.  Under
  905. ZCPR3, ZEX does not monitor the prompt, but, rather, ZCPR3 leaves a
  906. message to ZEX which tells it to resume input if it was suspended.  Hence,
  907. the prompt itself is not of consequence under ZCPR3 and may be changed at
  908. will.
  909.  
  910.         Rick
  911.                 ---------------
  912.  
  913. Return-Path: <info-cpm-request@AMSAA.ARPA>
  914. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 29 Jan 85 09:12:38-MST
  915. Received: From cmu-cs-c.arpa.ARPA by AMSAA via smtp;  21 Jan 85 2:54 EST
  916. Received: ID <APA@CMU-CS-C.ARPA>; Mon 21 Jan 85 02:56:51-EST
  917. Date: Mon 21 Jan 85 02:56:50-EST
  918. From: Penny Anderson <Penny.Anderson@CMU-CS-C.ARPA>
  919. Subject: Re: ZCPR3 Hacks
  920. To: cem%intelca.uucp@BRL-TGR.ARPA
  921. cc: APA@CMU-CS-C.ARPA, info-cpm-request@AMSAA.ARPA
  922. In-Reply-To: Message from "Chuck McManis <cem%intelca.uucp@BRL-TGR.ARPA>" of Fri 18 Jan 85 20:52:48-EST
  923. Resent-Date:  Mon, 28 Jan 85 14:37:36 EST
  924. Resent-From:  cpmlist@AMSAA.ARPA
  925. Resent-To:    info-cpm@AMSAA.ARPA
  926.  
  927. Chuck,
  928.     Won't changing your system prompt to "A:!" screw up the way
  929. ZEX handles input control.  If you use the "<uparrow><doublequote>" 
  930. option in a ZEX file, ZEX turns control over to the console until it sees
  931. a 'special character' pass by.  The special character in the distribution
  932. version is a ">" with the MSB set.  It seems like that should leave the re-
  933. mainder of your ZEX file pending forever.  Is that right, Rick?
  934.  
  935.     Don Shields  c/o [Penny Anderson - APA@CMU-C]
  936. -------
  937. -------
  938.  5-Feb-85 10:13:05-MST,571;000000000000
  939. Return-Path: <info-cpm-request@AMSAA.ARPA>
  940. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 10:12:54-MST
  941. Received: From usc-isid.arpa.ARPA by AMSAA via smtp;  5 Feb 85 11:36 EST
  942. Date: 5 Feb 1985 11:38-EST
  943. Sender: LOG-ORG@USC-ISID.ARPA
  944. Subject: HELP W/PROMODEM HOOKUP
  945. From: LOG-ORG@USC-ISID.ARPA
  946. To: INFO-CPM@AMSAA.ARPA
  947. Message-ID: <[USC-ISID.ARPA] 5-Feb-85 11:38:29.LOG-ORG>
  948.  
  949.  
  950. FOR MY FIRST MESSAGE TO THE NET--HELP!!
  951. RECEIVED A PROMETHEUS PROMODEM 1200 FOR CHRISTMAS AND CANNOT
  952. GET IT TO INTERFACE.  ANYONE HAVE EXPERIENCE/ADVICE?
  953. DOC HOLLADAY
  954.  5-Feb-85 11:12:14-MST,763;000000000000
  955. Return-Path: <info-cpm-request@AMSAA.ARPA>
  956. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 11:12:01-MST
  957. Received: From simtel20.arpa.ARPA by AMSAA via smtp;  5 Feb 85 12:37 EST
  958. Date: 5 Feb 1985  10:40 MST (Tue)
  959. Message-ID: <KPETERSEN.12085293529.BABYL@SIMTEL20.ARPA>
  960. Sender: KPETERSEN@SIMTEL20.ARPA
  961. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  962. To:   LOG-ORG@Usc-Isid.ARPA
  963. Cc:   Info-Cpm@Amsaa.ARPA
  964. Subject: HELP W/PROMODEM HOOKUP
  965. In-reply-to: Msg of 5 Feb 1985  09:38-MST from LOG-ORG at USC-ISID.ARPA
  966.  
  967. You should get:
  968.  
  969. Filename            Type     Bytes     CRC
  970.  
  971. SIMTEL20 directory MICRO:<CPM.MODEM>
  972. PROMO.LBR.1            COM     19072  1AE5H
  973.  
  974. This has a mode set and time set program which should help you in
  975. setting up your Prometheus PROMODEM.
  976. --Keith
  977.  5-Feb-85 15:38:39-MST,700;000000000000
  978. Return-Path: <info-cpm-request@AMSAA.ARPA>
  979. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 15:38:34-MST
  980. Received: From brl-tgr.arpa.ARPA by AMSAA via smtp;  5 Feb 85 17:07 EST
  981. Received: from usenet by BRL-TGR.ARPA id a007131; 5 Feb 85 16:53 EST
  982. From: Ruben Ramirez-Mitchell <ruben%ut-ngp.uucp@BRL-TGR.ARPA>
  983. Newsgroups: net.micro.cpm
  984. Subject: Re: YESNO.PAT for MSDOS Turbo Pascal
  985. Message-ID: <1279@ut-ngp.UUCP>
  986. Date: 5 Feb 85 19:26:17 GMT
  987. Xref: seismo net.micro.cpm:3916
  988. To:       info-cpm@AMSAA.ARPA
  989.  
  990. What is the similar patch for the CP/M-86 version? I would like to bypass
  991. the message. I am using version 2.o of Turbo Pascal for CP/M-86.
  992.                  Ruben Mitchell
  993.  5-Feb-85 17:57:14-MST,1513;000000000000
  994. Return-Path: <info-cpm-request@AMSAA.ARPA>
  995. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 17:57:06-MST
  996. Received: From uci-icse.arpa.ARPA by AMSAA via smtp;  5 Feb 85 19:19 EST
  997. To: Lee.Sailer@cmu-cs-c.arpa
  998. cc: info-cpm@amsaa.arpa
  999. Subject: Re: Turbo Pascall
  1000. In-reply-to: Your message of Sun 3 Feb 85 20:30:58-EST.
  1001. Date: 05 Feb 85 16:19:03 PST (Tue)
  1002. From: Alastair Milne <milne@Uci-Icse.ARPA>
  1003. Received: from Localhost by UCI-ICSE; 05 Feb 85 16:19:56 PST (Tue)
  1004.  
  1005.  
  1006.      
  1007. >    AHA!  It is not perfect!
  1008.  
  1009. >    1.  There was a tantalizingly incomplete article about testing different
  1010. >    aspects of floating point arithmetic in the last BYTE.  Has anyone got the
  1011. >     whole
  1012. >    program in any and all languages?
  1013.  
  1014. >    2.  I tried the little program in that article in Turbo Pascal and Aztec C
  1015. >    1.06b.  Aztec passed, Turbo FLUNKED!
  1016.  
  1017. >    For me, good floating point is important.  This has me very nervous.  Kahn
  1018. >    ? 
  1019. >    If you are out there, please make sure that the floating point in Turbo is
  1020. >    as good as it can be.
  1021.  
  1022. ----------------------------
  1023.  
  1024.    Could somebody with easy access to BYTE please put that program on the bboard
  1025.  (assuming it is not of unreasonable size)?  I don't get BYTE, but I do have
  1026.   Turbo, and I'd like to be sure of the status of the version I have, bugs
  1027.   and all.  
  1028.   
  1029.   If the program is too big for reasonable posting, I'll try some other way.
  1030.  
  1031.                             Thanks in advance                  Alastair Milne
  1032.  5-Feb-85 20:37:15-MST,1714;000000000000
  1033. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1034. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 5 Feb 85 20:37:07-MST
  1035. Received: From simtel20.arpa.ARPA by AMSAA via smtp;  5 Feb 85 22:10 EST
  1036. Date: 5 Feb 1985  20:13 MST (Tue)
  1037. Message-ID: <KPETERSEN.12085397915.BABYL@SIMTEL20.ARPA>
  1038. Sender: KPETERSEN@SIMTEL20.ARPA
  1039. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  1040. To:   Info-Cpm@Amsaa.ARPA
  1041. Subject: NULU11.LBR now available
  1042.  
  1043. Thanks to Steve Noland <NOLAND at USC-ISI.ARPA> we now have NULU11.LBR
  1044. available on SIMTEL20:
  1045.  
  1046. Filename            Type     Bytes     CRC
  1047.  
  1048. Directory MICRO:<CPM.CPMLIB>
  1049. NULU11.LBR.1            COM     56064  EFB2H
  1050.  
  1051. Here are some excerpts from the author's DOC file:
  1052.  
  1053. NULU is a complete replacement for LU and LSWEEP.  Weighing in at 15k,
  1054. it includes all features of both programs and then some.  It features:
  1055.  
  1056.     Two operation modes with a full menu for each
  1057.         LU style CRC support and verification
  1058.     Viewing and printing of member files, unsqueezing when 
  1059.                necessary
  1060.     Extraction of member files with an option to unsqueeze 
  1061.                where appropriate
  1062.     Bigger libraries, up to 800 members or more depending on        
  1063.                available memory
  1064.     Automatic member sorting, all members kept sorted at all 
  1065.                times
  1066.     Faster reorganization
  1067.     Enhanced error handling
  1068.     Access to deleted members
  1069.     Optional read only patch
  1070.         CP/M Plus support
  1071.     General compatibility with LU and NSWEEP syntax
  1072.     Numerous user patches
  1073.  
  1074. To the best of my knowledge, NULU will run on any system running CP/M
  1075. 2.x or higher, however it has only been tested by me on the Osborne 1
  1076. and the Osborne Executive computers.  It is written entirely in 8080
  1077. assembly language.
  1078.  6-Feb-85 10:14:10-MST,1645;000000000000
  1079. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1080. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Feb 85 10:14:01-MST
  1081. Received: From brl-voc.arpa.ARPA by AMSAA via smtp;  6 Feb 85 11:28 EST
  1082. Date:     Wed, 6 Feb 85 11:22:42 EST
  1083. From:     "Ferd Brundick (VLD/LTTB)" <fsbrn@BRL-VOC.ARPA>
  1084. To:       Info-Cpm@amsaa.ARPA, Info-Micro@amsaa.ARPA, Info-Pascal@BRL-VOC.ARPA
  1085. cc:       Pascal Postman <Info-Pascal-Request@BRL-VOC.ARPA>
  1086. Subject:  new simtel20 files
  1087.  
  1088. Hi,
  1089.  
  1090. The following Z80 Turbo Pascal files have been added to simtel20:
  1091.  
  1092. Filename            Type     Bytes     CRC
  1093.  
  1094. Directory MICRO:<CPM.TURBOPAS>
  1095. HELPPAT.DOC.1            ASCII      3301  09BEH
  1096. PATCH.PAS.1            ASCII      3297  550BH
  1097. SAMPLPAT.PAS.1            ASCII      1583  17D5H
  1098.  
  1099. The file HELPPAT.DOC shows how to patch Z80 Turbo Pascal versions 1.0
  1100. and 2.0 with DDT so that the error message file is automatically
  1101. loaded without asking the user.
  1102.  
  1103. The program PATCH.PAS allows you to write Turbo programs that access
  1104. the CP/M command tail.  Turbo (as written) clobbers the command tail;
  1105. this patch program is run on a .COM file to move the tail to a "safe"
  1106. location.  It also dummies out some terminal initialization that .COM
  1107. files automatically do.
  1108.  
  1109. SAMPLPAT.PAS is a sample program showing how your program code must be
  1110. modified to use PATCH.PAS.  It also provides documentation for PATCH.PAS.  
  1111.  
  1112.                                         dsw, fferd
  1113.                                         Fred S. Brundick
  1114.                                         aka Pascal Postman
  1115.                                         USABRL, APG, MD.
  1116.                                         <info-pascal-request@brl-voc>
  1117.  6-Feb-85 10:35:52-MST,1845;000000000000
  1118. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1119. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 6 Feb 85 10:35:40-MST
  1120. Received: From brl-voc.arpa.ARPA by AMSAA via smtp;  6 Feb 85 11:50 EST
  1121. Date:     Wed, 6 Feb 85 11:44:23 EST
  1122. From:     "Ferd Brundick (VLD/LTTB)" <fsbrn@BRL-VOC.ARPA>
  1123. To:       Info-Cpm@amsaa.ARPA, Info-Micro@amsaa.ARPA
  1124. cc:       Meself <fsbrn@BRL-VOC.ARPA>
  1125. Subject:  new WordStar patch in simtel20
  1126.  
  1127. Hi,
  1128.  
  1129. The following file has been added to simtel20:
  1130.  
  1131. Filename            Type     Bytes     CRC
  1132.  
  1133. Directory MICRO:<CPM.WSTAR>
  1134. NECWSOVR.AQM.1            COM     13312  B6C6H
  1135.  
  1136. This file is an overlay-style patch file for WordStar 3.0.  It defines
  1137. terminal control sequences for a NEC PC-8001 with color monitor,
  1138. redefines some WordStar control keys, lowers the help level and delay
  1139. times, and defines user commands (^Q, ^W, ^E, and ^R) and control
  1140. sequences for a NEC PC-8023A dot-matrix printer.  A custom printer
  1141. driver allows you to make use of the printer's Greek, mathematical, and
  1142. half-height superscript characters.  True super/sub-scripts have also
  1143. been added (sorry, no proportional printing yet).
  1144.  
  1145. The file is written in 8080 mnemonics and will assemble correctly with
  1146. ASM or MAC.  It is heavily commented so that you can delete sections
  1147. which don't apply to your configuration and modify what is left.  For
  1148. non-NEC owners, the 8023 is basically the same as the C.Itoh Prowriter
  1149. and Apple dot-matrix printers, so you should be able to adapt the
  1150. print routine.
  1151.  
  1152. The overlay does not change the size of WS.COM, but it does overwrite
  1153. sections with the new printer driver and Greek table.
  1154.  
  1155.                                         dsw, fferd
  1156.                                         Fred S. Brundick
  1157.                                         USABRL, APG, MD.
  1158.                                         <fsbrn@brl-voc>
  1159.  7-Feb-85 12:12:42-MST,1093;000000000000
  1160. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1161. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 7 Feb 85 12:12:36-MST
  1162. Date:     Thu, 7 Feb 85 13:33:17 EST
  1163. From:     David Towson (SECAD) <towson@Amsaa.ARPA>
  1164. To:       info-cpm@Amsaa.ARPA
  1165. Subject:  Possible problems with info-cpm
  1166.  
  1167. Fellow CP/Mers - AMSAA.ARPA, the host for info-cpm, will receive a new version
  1168. of the UNIX operating system this weekend.  With such a major change taking
  1169. place, it is possible that something may become temporarily fouled up.  If you
  1170. observe any "strange behavior" with info-cpm, please send a note to:
  1171.  
  1172.             info-cpm-request@amsaa.arpa
  1173.  
  1174. with a clear description of your observation, and we'll get it fixed ASAP.  If
  1175. things become REALLY fouled up (very unlikely) and mail to AMSAA is being
  1176. rejected, please re-send your message to:
  1177.  
  1178.             ~towson@brl-tgr
  1179.  
  1180. Be sure to include the tilde in front of "towson" to force delivery to BRL-TGR.
  1181. Otherwise, the mail will be automatically re-routed to AMSAA by the local mail
  1182. system.  Thanks.
  1183.  
  1184.  
  1185. Dave
  1186. towson@amsaa.arpa
  1187. aka info-cpm-request@amsaa.arpa
  1188.  
  1189.  8-Feb-85 12:19:05-MST,2873;000000000000
  1190. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1191. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Feb 85 12:18:47-MST
  1192. Received: From usc-isi.arpa.ARPA by AMSAA via smtp;  8 Feb 85 13:17 EST
  1193. Date:  8 Feb 1985 13:14:03 EST
  1194. Subject: Final resolution of the MOG-UR (Tom Tcimpdis) prosecution.
  1195. From: Steve Noland <NOLAND@USC-ISI.ARPA>
  1196. To: INFO-CPM@AMSAA.ARPA
  1197. cc: info-micro@BRL-TGR.ARPA, kpetersen@SIMTEL20.ARPA
  1198.  
  1199. I picked this file up from a local BBS this morning - thought the
  1200. net would be interested since it seems to have turned into a test case
  1201. on the liability of RBBS sysops.
  1202.  
  1203. ---------------------------------
  1204.  
  1205. 7AM, 02/07/85:
  1206.     PURSUANT TO A TELEPHONE DISCUSSION WITH REGINALD DUNN,
  1207. HEAD OF THE CRIMINAL DIVISION OF THE L.A.  CITY ATTORNEY'S
  1208. OFFICE, I WAS INFORMED THAT THE PROSECUTION BELIEVES IT HAS
  1209. INSUFFICIENT EVIDENCE TO CONTINUE THE PROSECUTION OF TOM
  1210. TCIMPIDIS, SYSOP OF MOG-UR.  THIS DETERMINATION WAS MADE AFTER
  1211. I REQUESTED A REVIEW OF THE CASE ON 1/11/85 AFTER THE
  1212. DEPARTURE OF CITY ATTORNEY IRA REINER TO BECOME D.A., AND
  1213. WHILE THE CITY ATTORNEY'S OFFICE IS BEING RUN BY THE CIVIL
  1214. SERVICE STAFF PENDING ELECTION OF A NEW CITY ATTORNEY.  MR.
  1215. DUNN HAS GIVEN ME HIS WORD THAT THE PEOPLE WILL SEEK DISMISSAL
  1216. OF THE CHARGES AGAINST TOM UNDER CALIF.  PENAL CODE SECTION
  1217. 1385, I.E., DISMISSAL IN THE INTERESTS OF JUSTICE.  UNDER
  1218. CALIFORNIA LAW, SUCH A DISMISSAL IS "WITH PREJUDICE" AND THE
  1219. PEOPLE CANNOT REFILE THE CASE SUBSEQUENTLY.  TO PUT IT
  1220. SUCCINCTLY, A DISMISSAL WILL TERMINATE THE PROSECUTION
  1221. PERMANENTLY.
  1222.     AS THE MEMBERS KNOW, THE CITY ATTORNEY'S OFFICE HAS
  1223. PREVIOUSLY RENEGED ON REPRESENTATIONS MADE TO ME REGARDING
  1224. DISMISSAL OF THE CHARGES....I WISH TO ASSURE EVERYONE THAT I
  1225. HAVE KNOWN MR.  DUNN FOR 10 YEARS, AND I TRUST HIS WORD
  1226. COMPLETELY.  IF HE SAYS THE CASE WILL BE DISMISSED, I AM
  1227. SATISFIED THAT SUCH AN ACTION WILL OCCUR.
  1228.      WE WIN.  WIN....WIN....WIN....WIN....WIN....MY THANKS TO
  1229. EVERYONE WHO CONTRIBUTED TO SUPPORTING TOM AND I IN THE
  1230. DEFENSE OF THIS MATTER.  I CONSIDER THIS TO BE A MAJOR VICTORY
  1231. FOR THE RIGHTS OF FREE SPEECH OVER THE "BIG BROTHER"
  1232. MACHINATIONS OF THE PHONE COMPANY.
  1233.      I WOULD BE GRATEFUL IF YOU WOULD DOWNLOAD THIS MESSAGE
  1234. AND PLACE IT ON OTHER SYSTEMS THROUGHOUT THE COUNTRY.....THIS
  1235. IS A VERY BIG VICTORY, AND THE BBS AND MODEM COMMUNITIES
  1236. SHOULD KNOW ABOUT IT.
  1237.      AGAIN, THANKS FOR THE SUPPORT.   BEST WISHES TO ALL,
  1238.                         CHUCK LINDNER
  1239.                         ATTORNEY FOR SYSOP TOM TCIMPIDIS
  1240. .
  1241. 8PM, 02/07/85:
  1242.      THE CASE OF PEOPLE V. TCIMPIDIS, AKA USE A MODEM, GO TO
  1243. JAIL, WAS DISMISSED IN THE "INTERESTS OF JUSTICE" THIS
  1244. MORNING, 2/7/85.  AS NOTED EARLIER, THIS DISMISSAL IS WITH
  1245. PREJUDICE, AND TOM IS NOW FREE OF THE PACTEL SCOURGE.  ANOTHER
  1246. SMALL STEP FOR SOMETHING RESEMBLING JUSTICE.
  1247.                         CHUCK
  1248. -------
  1249.  8-Feb-85 12:56:30-MST,793;000000000000
  1250. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1251. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 8 Feb 85 12:56:24-MST
  1252. Received: From xerox.arpa.ARPA by AMSAA via smtp;  8 Feb 85 14:19 EST
  1253. Received: from Concord.ms by ArpaGateway.ms ; 08 FEB 85 11:22:38 PST
  1254. Date: 8 Feb 85 11:22:35 PST (Friday)
  1255. From: Bicer.ES@XEROX.ARPA
  1256. Subject: OSBORNE PARALLEL PORT
  1257. To: info-cpm@AMSAA.ARPA
  1258.  
  1259. A community group I am involved with just received an Osborne 1
  1260. and a Radio Shack TRS-80 Line Printer VII, and I have the honor of
  1261. maintaining the system. Does anyone know:
  1262.  
  1263.     1 - Does TRS-80 Line Printer VII have a Centronics port?
  1264.     2 - Where can I get a Centronics cable for the Osborne 1?
  1265.     3 - Are there any problems in the hook up?
  1266.     
  1267. Any info will be greatly appreciated.
  1268. Thanks,
  1269. Jack Bicer
  1270.      
  1271.  9-Feb-85 06:50:33-MST,1490;000000000000
  1272. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1273. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 06:50:27-MST
  1274. Received: from brl-tgr.arpa by AMSAA.ARPA id a000905; 9 Feb 85 8:26 EST
  1275. Received: from usenet by BRL-TGR.ARPA id a021029; 9 Feb 85 1:41 EST
  1276. From: Gollem uucp link <gollem%asgb.uucp@BRL-TGR.ARPA>
  1277. Newsgroups: net.micro.cpm
  1278. Subject: FORTH83, ZCPR3 questions
  1279. Message-ID: <632@asgb.UUCP>
  1280. Date: 6 Feb 85 17:30:46 GMT
  1281. Xref: seismo net.micro.cpm:3923
  1282. To:       info-cpm@AMSAA.ARPA
  1283.  
  1284. Two questions:
  1285.  
  1286. 1)  I recently downloaded the FORTH-83 (SIGM-204) from a RBBS.
  1287.     From what I can tell, it looks great.  My problem is that
  1288.     I'm used to a FIG-FORTH implementation, and I'm having some
  1289.     problems finding some of the old familiar words (it took me
  1290.     a couple minutes to find u*d when the old U* wasn't there).
  1291.     Is there any documentation, other than the "SHADOW" vocab-
  1292.     ulary available?  If someone has an online vocabulary list
  1293.     I would really appreciate a copy.  Also some info on the
  1294.     meta-compiler would be useful too.
  1295.  
  1296. 2)  Has anyone already installed ZCPR3 on a Colonial Data
  1297.     Services SB-80 (running 2.2)?  If so, I'd appreciate any
  1298.     tips or help you might be able to provide.  I'm sure that
  1299.     given the time, I'll be able to do it, but why reinvent the
  1300.     wheel, right?
  1301.  
  1302. Thanks to any and all who may be able to help.
  1303.  
  1304. Rob Greenbank
  1305. Burroughs, Boulder CO
  1306. (...decvax!ittvax!dcdwest!sdcsvax!bmcg!asgb!gollem!rob)
  1307.  9-Feb-85 06:53:31-MST,1418;000000000000
  1308. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1309. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 06:53:25-MST
  1310. Received: from brl-tgr.arpa by AMSAA.ARPA id aa00905; 9 Feb 85 8:27 EST
  1311. Received: from usenet by BRL-TGR.ARPA id a021668; 9 Feb 85 1:56 EST
  1312. From: Ruben Ramirez-Mitchell <ruben%ut-ngp.uucp@BRL-TGR.ARPA>
  1313. Newsgroups: net.micro.cpm
  1314. Subject: General info on NULU (library program)
  1315. Message-ID: <1292@ut-ngp.UUCP>
  1316. Date: 8 Feb 85 16:47:33 GMT
  1317. Xref: seismo net.micro.cpm:3924
  1318. To:       info-cpm@AMSAA.ARPA
  1319.  
  1320.  
  1321. In reference to the news about NULU11.LBR available now in SIMTEL.
  1322.  
  1323.  I have been using  NULU instead of LU for several months
  1324. under CP/M-80, CP/M-816 and MPM-816 with no problems. It is an excellent
  1325. program if you use libraries. I am using them even more with a large hard
  1326. disk than with a floppy system. 
  1327.  
  1328. I have noticed only two problems:
  1329.  
  1330. - if you use NULU with libraries created with LU you get error messages 
  1331.    indicating that the directory has a CRC error. Just ignore the message.
  1332.  
  1333. - the second is a real bug- if you extract a library member and specify a
  1334.   destination ('du:file.ext'), and you enter the file name in lower case
  1335.   then you cannot access the file. Directory listings using SD, for instance,
  1336.   show the file name in lower case. Rename does not work, but you can
  1337.   rename the file using VFILE, SWEEP, or DISK77.
  1338.  
  1339.                    Ruben Mitchell
  1340.  9-Feb-85 07:34:39-MST,486;000000000000
  1341. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1342. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 07:34:35-MST
  1343. Received: from brl-tgr.arpa by AMSAA.ARPA id a001075; 9 Feb 85 9:13 EST
  1344. Received: from usenet by BRL-TGR.ARPA id a025971; 9 Feb 85 6:41 EST
  1345. From: edwardsb@HARVARD.ARPA
  1346. Newsgroups: net.micro.cpm
  1347. Subject: cancel <311@harvard.ARPA>
  1348. Message-ID: <351@harvard.ARPA>
  1349. Date: 31 Jan 85 15:18:47 GMT
  1350. Control: cancel <311@harvard.ARPA>
  1351. To:       info-cpm@AMSAA.ARPA
  1352.  
  1353.  
  1354.  9-Feb-85 17:39:59-MST,412;000000000000
  1355. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1356. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 17:39:55-MST
  1357. Received: from mit-mc.arpa by AMSAA.ARPA id a000921; 9 Feb 85 19:15 EST
  1358. Date: Sat 9 Feb 85 16:22:33-EST
  1359. From: "James A. Lutz" <STRAZ.JAL%MIT-OZ@MIT-MC.ARPA>
  1360. Subject: Cancel <straz.jal>@mit-oz
  1361. To: info-cpm@AMSAA.ARPA
  1362.  
  1363. PLease remove <straz.jal>@mit-oz from info-cpm@amsaa.arpa
  1364. -------
  1365.  
  1366.  9-Feb-85 19:22:45-MST,992;000000000000
  1367. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1368. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 19:22:37-MST
  1369. Received: from brl-tgr.arpa by AMSAA.ARPA id a001690; 9 Feb 85 20:58 EST
  1370. Received: from usenet by BRL-TGR.ARPA id a005072; 9 Feb 85 20:48 EST
  1371. From: drick <drick%hplvle.uucp@BRL-TGR.ARPA>
  1372. Newsgroups: net.micro.cpm
  1373. Subject: Re: Need HELP with SUBMIT
  1374. Message-ID: <6100001@hplvle.UUCP>
  1375. Date: 20 Feb 85 03:16:00 GMT
  1376. Nf-ID: #R:brl-tgr:-773600:hplvle:6100001:000:378
  1377. Nf-From: hplvle!drick    Feb  4 19:16:00 1985
  1378. Xref: seismo net.micro.cpm:3931
  1379. To:       info-cpm@AMSAA.ARPA
  1380.  
  1381. re: JEP's CP/M-86 BIOS
  1382.  
  1383. MY version of CompuPro's CP/M-86 won't even run submit out of
  1384. other user areas on the A drive!  Does CompuPro *ever* ship these
  1385. wonderful enhancements to anyone but JEP?
  1386.  
  1387. Still waiting for the TMX BIOS,
  1388.  
  1389. David L. Rick
  1390. ...!hplabs!hplvla!hplvle!drick
  1391.  
  1392. [ These opinions are certainly not those of HP.  I'm sure HP
  1393. *has* no opinion concerning CP/M-86.]
  1394.     
  1395.  9-Feb-85 23:06:39-MST,1114;000000000000
  1396. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1397. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 23:06:30-MST
  1398. Received: from simtel20.arpa by AMSAA.ARPA id a002533; 10 Feb 85 0:43 EST
  1399. Date: 9 Feb 1985  22:41 MST (Sat)
  1400. Message-ID: <KPETERSEN.12086473521.BABYL@SIMTEL20.ARPA>
  1401. Sender: KPETERSEN@SIMTEL20.ARPA
  1402. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  1403. To:   Info-Cpm@AMSAA.ARPA
  1404. Cc:   Info-Micro@brl-vgr.ARPA, Info-Modem7@SIMTEL20.ARPA
  1405. Subject: ITS-binary files at SIMTEL20 are no more
  1406.  
  1407. All existing ITS-binary files on SIMTEL20's MICRO:<CPM.*> directories
  1408. (those funny things with the four-byte header that most users have to
  1409. strip off) have been converted to standard Tops-20 BINARY.  What this
  1410. means is that you no longer have to strip the four byte headers on
  1411. .COM, .LBR, and SQueezed files.  All future binary files will be
  1412. stored in standard BINARY (8) format.  A new MICRO:<CPM>CPM.CRCLST has
  1413. been generated and should be available by the time you read this
  1414. message.  New CRCLSTs for CPMUG and SIGM will be made as soon as the
  1415. conversion has been completed on those files.
  1416.  
  1417. --Keith
  1418.  9-Feb-85 23:10:09-MST,947;000000000000
  1419. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1420. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 9 Feb 85 23:09:59-MST
  1421. Received: from brl-tgr.arpa by AMSAA.ARPA id a002535; 10 Feb 85 0:46 EST
  1422. Received: from usenet by BRL-TGR.ARPA id a008445; 10 Feb 85 0:40 EST
  1423. From: "Mark D. Falleroni" <mdf%trwrba.uucp@BRL-TGR.ARPA>
  1424. Newsgroups: net.micro.cpm
  1425. Subject: iLISP INFO needed
  1426. Message-ID: <1265@trwrba.UUCP>
  1427. Date: 6 Feb 85 15:40:33 GMT
  1428. Xref: seismo net.micro.cpm:3933
  1429. To:       info-cpm@AMSAA.ARPA
  1430.  
  1431.  
  1432. I read with great interest about a CP/M Lisp compiler called
  1433. iLISP.  This program is marketed by Computing Insights.  I
  1434. wrote to the company for information about iLISP.  For only
  1435. $50.00, the features of iLISP sound too good to be true.
  1436. Does anyone out there have any 'hands on' experience with
  1437. this program???
  1438. I will post response summaries to the net.
  1439. Thanks in advance for any help given.
  1440.  
  1441. Mark Falleroni
  1442. TRW
  1443. Ogden,Utah
  1444. <mdf>
  1445. 10-Feb-85 07:11:05-MST,1492;000000000000
  1446. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1447. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 07:10:58-MST
  1448. Received: from brl-tgr.arpa by AMSAA.ARPA id a003008; 10 Feb 85 8:47 EST
  1449. Received: from usenet by BRL-TGR.ARPA id a011851; 10 Feb 85 8:41 EST
  1450. From: Melinda Shore <shor%sphinx.uchicago.uucp@BRL-TGR.ARPA>
  1451. Newsgroups: net.micro.cpm
  1452. Subject: Re: C compiler needed for C/PM80 - (nf)
  1453. Message-ID: <187@sphinx.UChicago.UUCP>
  1454. Date: 8 Feb 85 22:31:21 GMT
  1455. Xref: seismo net.micro.cpm:3934
  1456. To:       info-cpm@AMSAA.ARPA
  1457.  
  1458. I, too, would recommend the Aztec C compiler, but with one reservation:
  1459. it generates sub-optimal (ahem) code.  In fact, one might consider its
  1460. code generation downright lousy.  (Note:  my version was released over a
  1461. year ago.  They have come out with a new release that's supposed to be a
  1462. considerable improvement).  On the other hand, it's highly K & R
  1463. compatible, produces reasonable error messages, comes with a decent
  1464. librarian, and is easy to work with.
  1465.  
  1466. I've heard good things about Ecosoft C, too.  An attractive option with
  1467. that compiler is that they have a version out that they distribute with
  1468. the SLR Systems Assembler/Linker, which has an outstanding reputation.
  1469.  
  1470. -- 
  1471.  
  1472. Melinda Shore, Microcomputer Laboratory
  1473. University of Chicago Computation Center
  1474. uucp:     ihnp4!gargoyle!sphinx!shor
  1475. Mailnet:  staff.melinda@UChicago.Mailnet
  1476. Bitnet:      shor%sphinx@uchicago.bitnet
  1477. ARPA:      staff.melinda%UChicago.Mailnet@mit-multics.arpa
  1478. 10-Feb-85 09:58:31-MST,564;000000000000
  1479. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1480. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 09:58:25-MST
  1481. Received: from mitre.arpa by AMSAA.ARPA id a003181; 10 Feb 85 11:36 EST
  1482. Date: 10 Feb 1985 11:32:53 EST (Sunday)
  1483. From: Jeffrey Edelheit <edelheit@mitre.ARPA>
  1484. Subject: Re: ITS-binary files at SIMTEL20 are no more
  1485. In-Reply-to: Your message of 9 Feb 1985  22:41 MST (Sat)
  1486. To: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  1487. Cc: info-cpm@AMSAA.ARPA
  1488.  
  1489. Keith - What about the PC-BLUE files?  Are the being converted?
  1490.  
  1491. Jeff Edelheit
  1492. (edelheit@mitre)
  1493.  
  1494. 10-Feb-85 10:44:19-MST,781;000000000000
  1495. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1496. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 10:44:00-MST
  1497. Received: from simtel20.arpa by AMSAA.ARPA id a003255; 10 Feb 85 12:18 EST
  1498. Date: 10 Feb 1985  10:17 MST (Sun)
  1499. Message-ID: <KPETERSEN.12086600095.BABYL@SIMTEL20.ARPA>
  1500. Sender: KPETERSEN@SIMTEL20.ARPA
  1501. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  1502. To:   Jeffrey Edelheit <edelheit@mitre.ARPA>
  1503. Cc:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
  1504. Subject: ITS-binary files at SIMTEL20 are no more
  1505. In-reply-to: Msg of 10 Feb 1985  09:32-MST from Jeffrey Edelheit <edelheit at mitre.ARPA>
  1506.  
  1507. The entire MICRO: structure has been completed now.  All ITS-binary
  1508. files in <CPM.*>, <CPMUG.*>, <SIGM.*> and <PC-BLUE.*> are now standard
  1509. Tops-20 BINARY (8).
  1510.  
  1511. --Keith
  1512. 10-Feb-85 17:32:07-MST,2039;000000000000
  1513. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1514. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 17:31:54-MST
  1515. Received: from brl.arpa by AMSAA.ARPA id a005496; 10 Feb 85 18:49 EST
  1516. Received: from rand-unix.arpa by BRL-AOS.ARPA id a016065; 10 Feb 85 18:46 EST
  1517. Received: from vortex.UUCP by rand-unix.ARPA; Sun, 10 Feb 85 15:20:41 pst
  1518. Date: Sun, 10-Feb-85 12:52:19 PST
  1519. From: Lauren Weinstein <vortex!lauren@RAND-UNIX.ARPA>
  1520. Subject: MOG-UR dismissal -- doesn't establish a point of law
  1521. Message-Id: <8502101252.902.0.VT1.00C@vortex.UUCP>
  1522. To: info-cpm@BRL.ARPA, info-micro@BRL.ARPA
  1523.  
  1524. It seems unlikely that this represents a test case for anything.
  1525. There were a number of factors in this particular case that make
  1526. it very specific and unlikely to form any basis of law.
  1527.  
  1528. In particular, it involved only one particular message and not
  1529. a pattern of messages.  What would happen with BBS's that routinely
  1530. allowed the posting of such messages with credit card numbers,
  1531. libelous or copyrighted materials, etc.?  I'll give odds that in
  1532. that kind of case, there would be sufficient evidence to proceed with
  1533. the prosecution.
  1534.  
  1535. It should also be noted that another case (more serious than
  1536. the MOG-UR case) is already apparently in its early stages.
  1537. It supposedly involves a BBS that was set up and used by Neo-Nazis to 
  1538. discuss and plan various illegal activities.  The operator of the BBS
  1539. has publicly claimed that he doesn't know anything about what
  1540. people discuss on his system -- he doesn't care.  Both the U.S.
  1541. and Canada are apparently involved with the case.
  1542.  
  1543. In other words, I don't think we're looking at any kind of
  1544. general ruling from MOG-UR (in fact, I know we're not,
  1545. since a prosecution dismissal does not establish any points of law) and
  1546. I would expect to see additional actions taken against 
  1547. systems--but presumably using more than a single message as evidence.
  1548. There was simply not enough evidence in the MOG-UR case for them
  1549. to proceed, but there will be other cases.
  1550.  
  1551. --Lauren--
  1552.  
  1553.  
  1554.  
  1555.  
  1556.  
  1557. 10-Feb-85 18:29:27-MST,2328;000000000000
  1558. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1559. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 18:29:09-MST
  1560. Received: from simtel20.arpa by AMSAA.ARPA id a005583; 10 Feb 85 20:06 EST
  1561. Date: Saturday, 9 February 1985  09:14-MST
  1562. Message-ID: <KPETERSEN.12086685291.BABYL@SIMTEL20.ARPA>
  1563. Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
  1564. From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
  1565. Subject:   FIDO V10E and new NODELIST, FIDOLIST
  1566. ReSent-From: KPETERSEN@simtel20.ARPA
  1567. ReSent-To: Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
  1568. ReSent-Date: Sun 10 Feb 1985 18:05-MST
  1569.  
  1570. Thanks Kevin - (all files in MICRO:<CPM.FIDO> on SIMTEL20) - I left
  1571. NODELIST squeezed - and changed the "user-side" to FIDOLIST.039 -
  1572. because thats the one most "users" will be interested in. I will wait
  1573. - till You get all of the pieces - it took Jim Ryan a LONG TIME to get
  1574. them up here - (and me two hours to get the stuff from Yuo - plus
  1575. "fun" to stuff it onto the -20 from the VAX) -- I just don't have the
  1576. time to change every week a major package. I will however switch
  1577. "over" when we get another "major" release - and obviously keep the
  1578. "node-lists" up to date , whenever they come in.
  1579.  
  1580. Hope, this "compromise" ["latest" on DECNET (for DECcies) and on WAYSTAR
  1581. for evrybody - MAJOR releases here - and latest NODELIST here too and
  1582. also on SIMTEL-20 - will satisfy everybody involved.
  1583.             Thanks again - Bernie
  1584.  
  1585. - - - - - - - Begin message from: LCG.KERMIT
  1586. Date: 9 Feb 1985 0048-EST
  1587. From: LCG.KERMIT
  1588. To: EIBEN
  1589. Subject: FIDO V10E and new NODELIST, FIDOLIST
  1590.  
  1591. Bernie,
  1592.  
  1593. Just uploaded NODELIST.0Q9, and FIDOLIST.0Q9.  (Squeezed NODELIST.039
  1594. and FIDOLIST.039 - these files are getting too big not to squeeze them for
  1595. transfer!)  These files supersede any earlier NODELIST.BBS or NODELIST.nnn
  1596. files (old ones should be deleted).   Also, there has been a new FIDO release,
  1597. Version 10E is out and available on WayStar and my REFUGE public directory
  1598.   REFUGE""::SYS$PUBLIC:[RAINBOW.MSDOS.FIDO]
  1599. I have the DEC Rainbow and IBM PC versions on file, others will be put up
  1600. as they become available.   V10E is supposedly bugfixes only, no new function.
  1601.  
  1602. Regards,
  1603.  
  1604.          Kevin R. Porter (Sysop of WayStar at (617)-481-7147 in Marlboro, MA)
  1605.    ========
  1606. - - - - - - - End forwarded message
  1607. 10-Feb-85 19:16:35-MST,4823;000000000000
  1608. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1609. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 19:16:08-MST
  1610. Received: from simtel20.arpa by AMSAA.ARPA id a005644; 10 Feb 85 20:30 EST
  1611. Date: Tuesday, 5 February 1985  10:11-MST
  1612. Message-ID: <KPETERSEN.12086689649.BABYL@SIMTEL20.ARPA>
  1613. Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
  1614. From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
  1615. Subject:   Complete FIDO Release V10c and MINITEL ver. 3
  1616. ReSent-From: KPETERSEN@simtel20.ARPA
  1617. ReSent-To: Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
  1618. ReSent-Date: Sun 10 Feb 1985 18:29-MST
  1619.  
  1620. The complete FIDO release V10c and the "mini-introduction" by Jim Ryan
  1621. into FIDO and MINITEL - are now available from SIMTEL20:
  1622.  
  1623. Filename            Type     Bytes     CRC
  1624.  
  1625. Directory MICRO:<CPM.FIDO>
  1626.     DECMINI.EQE.1        BINARY     34816  91DEH
  1627.     FIDO.NOT.1        ASCII      1809  FA9DH
  1628.     FIDO.PQN.1        BINARY     95337  AEF5H
  1629.     FIDODEC.EQE.1        BINARY     81664  F19EH
  1630.     FIDOHLP.LBR.1        BINARY      7552  54BAH
  1631.     FIDOLIST.039.1        ASCII     13749  D0D1H
  1632.     FIDO_IBM.EQE.1        BINARY     81902  ECAEH
  1633.     FIDO_OTR.EQE.1        BINARY     81484  424FH
  1634.     FIDO_SYO.EQE.1        BINARY     81670  698AH
  1635.     FIDO_TIP.EQE.1        BINARY     81423  0462H
  1636.     IBMMINI.EQE.1        BINARY     35072  4A1EH
  1637.     JRMINI.EQE.1        BINARY     35072  CBBEH
  1638.     MINITEL.DOC.1        ASCII     26842  87E8H
  1639.     MINITEL.NOT.1        ASCII      1030  4732H
  1640.     MINITEL.PAT.1        ASCII      1229  099DH
  1641.     NODELIST.0Q9.1        BINARY      9740  0CF8H
  1642.     NODELIST.BQS.1        BINARY      5375  B153H
  1643.     NODELIST.DQT.1        BINARY      4683  B492H
  1644.     NODELIST.EQE.1        BINARY     24524  89E5H
  1645.     NODEROUT.DQC.1        BINARY     18887  7D35H
  1646.     OTRMINI.EQE.1        BINARY     34560  F48BH
  1647.     READMSG.LBR.1        BINARY     13583  F434H
  1648.     ROUTEGEN.EQE.1        BINARY     27619  6C87H
  1649.     SYOMINI.EQE.1        BINARY     34944  76E5H
  1650.     SYSOP.EQE.1        BINARY     13497  896DH
  1651.     SYSOP.HQP.1        BINARY      2597  B94AH
  1652.     SYS_IBM.EQE.1        BINARY     13539  9C36H
  1653.     SYS_TIP.EQE.1        BINARY     13582  72D6H
  1654.     TIMELOG.EXE.1        BINARY      9216  1892H
  1655.     TIPMINI.EQE.1        BINARY     34816  CCE4H
  1656.     V10C.DQC.1        BINARY      4404  6312H
  1657.  
  1658. Bernie,
  1659.  
  1660.   Well,  it took me most of the morning (it's OK, I have two PC's in
  1661. my office), but I got you copies of the (rest of) Fido Version  10c.
  1662. Some of the improvements in Fido 10c are :
  1663.  
  1664.           *  Automatic initialization of most modems
  1665.           *  Better routing schedule
  1666.           *  Correction of a few minor bugs
  1667.  
  1668. The files I sent you are as follows :
  1669.  
  1670.           FIDO_IBM.EQE          Fido for the IBM PC, PCjr and clones
  1671.           FIDO_OTR.EQE          Fido for the Otrona Attache
  1672.           FIDO_SYO.EQE          Fido for the Sanyo 555
  1673.           FIDO_TIP.EQE          Fido for the TI Professional
  1674.  
  1675.           SYS_IBM.EQE           Sysop utility for IBM, Otrona, Sanyo
  1676.           SYS_TIP.EQE           Sysop utility for the TI Professional
  1677.  
  1678. For  those  who  are  not  familiar  with this software -- Fido is a
  1679. MS-DOS Message and file transfer system that  supports  Kermit  file
  1680. transfers  (as  well as Ascii, Xmodem, Modem7, and Telink), multiple
  1681. message areas, and national electronic mail.  It was written by  Tom
  1682. Jennings,  who  has  placed  it  in  the  public  domain.If you need
  1683. assistance with setting up Fido, you can call the following  systems
  1684. :
  1685.  
  1686.           System #     System Name         Leave message for
  1687.           -----------------------------------------------------
  1688.           Fido #1      Fido's Board        Tom Jennings
  1689.           Fido #9      Silver Screen       Jim Ryan (FidoNet only)
  1690.           Fido #14     Waystar             Kevin Porter
  1691.           Fido #27     Dave's Fido         Dave Rene
  1692.           Fido #51     Decus Central       Ken Kaplan
  1693.                                            Ben Baker
  1694.           Fido #209    Firesign Theatre    Jim Ryan (otherwise)
  1695.  
  1696. Take it easy.....
  1697.                                            Jim Ryan
  1698.  
  1699.  
  1700. Bernie,
  1701.  
  1702.   Here  (finally)  are  the  copies of Minitel I started to send you
  1703. last Friday.  Minitel (Version 3.00) is  a  communications  software
  1704. package  written by Tom Jennings (of Fido fame) that supports Kermit
  1705. as well as Xmodem, Modem 7 (batch Xmodem) and Telink  (batch  Xmodem
  1706. with MS-DOS filesize information).  There are presently six versions
  1707. of Minitel :
  1708.  
  1709.            IBMMINI.EXE          Minitel for the IBM PC
  1710.            DECMINI.EXE          Minitel for the Rainbow 100
  1711.            OTRMINI.EXE          Minitel for the Otrona Attache
  1712.            SYOMINI.EXE          Minitel for the Sanyo 555
  1713.            TIPMINI.EXE          Minitel for the TI Professional
  1714.            JRMINI.EXE           Minitel for the IBM PC/Novation
  1715.  
  1716. There are also two document files with Minitel :
  1717.  
  1718.            MINITEL.DOC          Documentation on Minitel
  1719.            MINITEL.PAT          Instructions on patching Minitel
  1720.  
  1721. Hope your users find these programs of value.
  1722.  
  1723.                                           Jim Ryan
  1724. 10-Feb-85 20:20:06-MST,771;000000000000
  1725. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1726. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 10 Feb 85 20:20:01-MST
  1727. Received: from simtel20.arpa by AMSAA.ARPA id a005781; 10 Feb 85 21:52 EST
  1728. Date: 10 Feb 1985  19:51 MST (Sun)
  1729. Message-ID: <WANCHO.12086704588.BABYL@SIMTEL20.ARPA>
  1730. From: "Frank J. Wancho" <WANCHO@SIMTEL20.ARPA>
  1731. To:   INFO-CPM@AMSAA.ARPA, INFO-MICRO@brl.ARPA
  1732. Subject: New FTP Server at SIMTEL20
  1733.  
  1734. To help you keep from FTPing files from here in the "wrong" mode, the
  1735. author of the FTP Server we use here, Vince Fuller (VAF@CMU-CS-C), has
  1736. made a modification that will not permit the transfer of a non-ASCII
  1737. file in ASCII mode along with a warning message to that effect.  This
  1738. version has been tested and installed this afternoon.
  1739.  
  1740. --Frank
  1741. 11-Feb-85 01:25:39-MST,1414;000000000000
  1742. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1743. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 01:25:29-MST
  1744. Received: from brl-tgr.arpa by AMSAA.ARPA id a006140; 11 Feb 85 2:59 EST
  1745. Received: from usenet by BRL-TGR.ARPA id a004973; 11 Feb 85 2:46 EST
  1746. From: jmg%bradley.uucp@BRL-TGR.ARPA
  1747. Newsgroups: net.micro.cpm
  1748. Subject: Re: C compiler needed for C/PM80
  1749. Message-ID: <24900009@bradley.UUCP>
  1750. Date: 7 Feb 85 04:09:00 GMT
  1751. Nf-ID: #R:alberta:-40000:bradley:24900009:000:791
  1752. Nf-From: bradley!jmg    Feb  6 22:09:00 1985
  1753. Xref: seismo net.micro.cpm:3936
  1754. To:       info-cpm@AMSAA.ARPA
  1755.  
  1756. /**** bradley:net.micro.cpm / alberta!dyck /  5:54 pm  Feb  4, 1985 ****/
  1757. I am looking for a GOOD C compiler for an
  1758. Osborne1. The only one I have been able 
  1759. to find had a price tag of $450. Any 
  1760. information on one you have used and where
  1761. I can order it from would be greatly
  1762. appriciated.
  1763.  
  1764.             thanx in advance
  1765.             Terry Dyck 
  1766.             University of Alberta
  1767.             ihnp4!alberta!dyck
  1768. /* ---------- */
  1769.  
  1770. I would recommend the AZTEC CII compiler by MANX Software Systems.  I have
  1771. found it to be a very GOOD implementation of the K+R syntax.  The price
  1772. tag for the complete system is ~ $300-350.
  1773.  
  1774.     ---- Jeff
  1775.  
  1776.  
  1777. Jeff Gibson              UUCP: {cepu,ihnp4,noao,uiucdcs}!bradley!jmg
  1778. Bradley University        ARPA: cepu!bradley!jmg@UCLA-LOCUS
  1779. Peoria, IL 61625            PH: (309) 692-9069
  1780. 11-Feb-85 01:25:52-MST,982;000000000000
  1781. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1782. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 01:25:46-MST
  1783. Received: from brl-tgr.arpa by AMSAA.ARPA id a006138; 11 Feb 85 2:58 EST
  1784. Received: from usenet by BRL-TGR.ARPA id a004861; 11 Feb 85 2:44 EST
  1785. From: Charles Lord <cjl%ecsvax.uucp@BRL-TGR.ARPA>
  1786. Newsgroups: net.micro.cpm
  1787. Subject: TRS/Montezuma Questions- How Good?
  1788. Message-ID: <674@ecsvax.UUCP>
  1789. Date: 8 Feb 85 05:30:13 GMT
  1790. Xref: seismo net.micro.cpm:3935
  1791. To:       info-cpm@AMSAA.ARPA
  1792.  
  1793.  
  1794. This is a question for those who have or have at least used
  1795. the Montezuma CP/M (2.2) for the Model 4. How good is the
  1796. system overall? What bugs have you found? What "standard"
  1797. CP/M programs will not run properly?
  1798.  
  1799.  .. from the glowing reviews I have seen in the last year,
  1800. you would think it was the best thing since sliced bread.
  1801.  
  1802. Also- where is the price the cheapest?
  1803.  
  1804.                       Charles Lord
  1805.                      ...!decvax!mcnc!ecsvax!cjl
  1806. 11-Feb-85 01:53:24-MST,868;000000000000
  1807. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1808. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 01:53:17-MST
  1809. Received: from brl-tgr.arpa by AMSAA.ARPA id a006197; 11 Feb 85 3:25 EST
  1810. Received: from usenet by BRL-TGR.ARPA id a005583; 11 Feb 85 3:01 EST
  1811. From: Richard Foulk <richard%bigtuna.uucp@BRL-TGR.ARPA>
  1812. Newsgroups: net.wanted.sources,net.micro.cpm
  1813. Subject: Info on Random House Thesaurus? (reposting)
  1814. Message-ID: <137@bigtuna.UUCP>
  1815. Date: 7 Feb 85 20:50:30 GMT
  1816. Xref: seismo net.wanted.sources:483 net.micro.cpm:3937
  1817. To:       info-cpm@AMSAA.ARPA
  1818.  
  1819. Does anyone have any info on the structure of the data file
  1820. that comes with the Random House Thesaurus -- the additive
  1821. package for Wordstar?
  1822.  
  1823. I'd like to be able to access the thesaurus from some other
  1824. programs.
  1825.  
  1826. thanks
  1827.  
  1828. -- 
  1829. Richard Foulk        (..islenet!bigtuna!richard)
  1830. Honolulu, Hawaii
  1831. 11-Feb-85 09:05:31-MST,1036;000000000000
  1832. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1833. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 09:05:24-MST
  1834. Received: from simtel20.arpa by AMSAA.ARPA id a010547; 11 Feb 85 10:24 EST
  1835. Date: Mon 11 Feb 85 08:23:38-MST
  1836. From: Rick Conn <RCONN@SIMTEL20.ARPA>
  1837. Subject: Trenton Computer Festival
  1838. To: info-cpm@AMSAA.ARPA
  1839.  
  1840.     The 10th Annual Trenton Computer Festival is to be held at Trenton
  1841. State College, Trenton, NJ, on April 20 and 21 this year.  The exhibit
  1842. area is three times larger than last year, and user group meetings, 
  1843. demonstrations, and talks on topics ranging from
  1844. computer graphics, robotics, operating systems, computer languages, AI,
  1845. and others are planned.  A public forum on SYSOPS/Electronic Bulletin
  1846. Boards (with some discussion of the MOG-UR case) is also planned.  For
  1847. those interested in ZCPR3, I'll be giving a one-hour talk on its status,
  1848. future directions, and software development environment philosophies,
  1849. which include UNIX and Ada-based and LISP-based workstations.
  1850.  
  1851.         Rick
  1852. -------
  1853. 11-Feb-85 11:02:53-MST,2468;000000000000
  1854. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1855. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 11:02:35-MST
  1856. Received: from office-2.arpa by AMSAA.ARPA id a012551; 11 Feb 85 12:26 EST
  1857. Date: 11-Feb-85 09:23 PST
  1858. From: Alan Bomberger <ACB.TYM@OFFICE-2.ARPA>
  1859. Subject: Ampro disk performance
  1860. To: info-cpm@AMSAA.ARPA
  1861. Message-ID: <TYM-ACB-6D0HT@OFFICE-2.ARPA>
  1862.  
  1863. My wife uses an Ampro Little Board computer to do her writing and was 
  1864. complaining about the poor disk performance.  I applied high powered diagnostic
  1865. techniques (an AM radio placed next to the computer) and discovered that the 48
  1866. TPI drives were only reading 1 sector per revolution.  Examination of the 
  1867. formatter disclosed a format that assumed that every other sector could be read
  1868. (skew of 2?).  It would take an extremely optimistic person to believe that you
  1869. could read every other 512 byte sector.  The 96 TPI drives use 1024 byte 
  1870. sectors and it is possible to read every other sector.  Changing the formatter 
  1871. to set the skew at 3 (reading every third sector  1,8,5,2,9,6,3,10,7,4) 
  1872. improved the disk performance by a factor of 3!
  1873.  
  1874. Further poking around with the multiformatter revealed that many 5 inch formats
  1875. actually use 256 byte sectors.  It takes 6 revolutions to read a full track 
  1876. with 256 byte sectors and only 2 to read a full track with 1024 byte sectors 
  1877. (due to controller and BIOS set up times).  No wonder a lot of people complain 
  1878. about 5 inch disks being SLOW!!
  1879.  
  1880. One final comment (somewhat unrelated) a recent DDJ article blamed CP/M for 
  1881. only having one buffer shared between reading and writing, thus causing a lot 
  1882. of prereading (and poor performance) on certain tasks that alternated reading 
  1883. and writing single 128 byte records.   BULL....  that is a BIOS fault!  BIOS's 
  1884. are implemented by the computer manufacturer and one would think that more of 
  1885. them would try harder to get the best performance from their system.  Only a 
  1886. little extra code is required to support separate buffers for read and write 
  1887. (deblocking buffers).
  1888.  
  1889. My Northstar Horizon with 512 byte sectors and separate read and write 
  1890. deblocking buffers (my own BIOS) really hums.  I have 8 inch disks as well and 
  1891. with 512 byte sectors there is still a 2 to 1 speed difference.  If you compare
  1892. 8 inch disks to poorliy implemented (AMPRO's bad choice of skew or 256 byte 
  1893. sectors) 5 inch BIOS's you might see 6 or even 12 to 1 (256 byte sectors).  My 
  1894. heavens!!
  1895.  
  1896. 11-Feb-85 12:03:09-MST,640;000000000000
  1897. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1898. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 12:03:01-MST
  1899. Received: from xerox.arpa by AMSAA.ARPA id a013433; 11 Feb 85 13:14 EST
  1900. Received: from Concord.ms by ArpaGateway.ms ; 11 FEB 85 10:07:56 PST
  1901. Date: 11 Feb 85 10:07:55 PST (Monday)
  1902. From: Bicer.ES@XEROX.ARPA
  1903. Subject: Re: C compiler needed for C/PM80
  1904. In-reply-to: <24900009@bradley.UUCP>
  1905. To: jmg%bradley.uucp@BRL-TGR.ARPA
  1906. cc: info-cpm@AMSAA.ARPA
  1907.  
  1908. With the small (and slow) disk drive space, I would recommend BDS-C
  1909. if you'd like to preserve your sanity. Otherwise Aztec C is a very
  1910. nice compiler.
  1911.  
  1912.     Jack Bicer
  1913. 11-Feb-85 12:28:02-MST,688;000000000000
  1914. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1915. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 12:27:54-MST
  1916. Received: from brl-vgr.arpa by AMSAA.ARPA id a008774; 11 Feb 85 8:52 EST
  1917. Received: from mit-mc.arpa by BRL-VGR.ARPA id a007928; 11 Feb 85 8:50 EST
  1918. Date: 11 Feb 1985 0529 PST
  1919. From: Scott Siegel <SMJPM@JPL-VLSI.ARPA>
  1920. Subject: vt100 emulator
  1921. To: info-cpm-request@MIT-MC.ARPA
  1922. Reply-To: SMJPM@JPL-VLSI.ARPA
  1923. Resent-Date:  Mon, 11 Feb 85 13:45:44 EST
  1924. Resent-From:  cpmlist@AMSAA.ARPA
  1925. Resent-To:    info-cpm@JPL-VLSI.ARPA
  1926.  
  1927. Does anyone know where I might find a vt100 emulator running under
  1928. CPM in the public domain?
  1929.  
  1930. Scott Siegel
  1931. <smjpm at jpl-vlsi>
  1932. ------
  1933.  
  1934. 11-Feb-85 16:55:56-MST,788;000000000000
  1935. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1936. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 11 Feb 85 16:55:51-MST
  1937. Received: from brl-aos.arpa by AMSAA.ARPA id a019986; 11 Feb 85 18:29 EST
  1938. Received: from mit-mc.arpa by BRL-AOS.ARPA id a000304; 11 Feb 85 18:24 EST
  1939. Date: Mon 11 Feb 85 18:22:49-EST
  1940. From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
  1941. Subject: Re: vt100 emulator
  1942. To: SMJPM@JPL-VLSI.ARPA
  1943. cc: INFO-CPM@MIT-MC.ARPA
  1944. In-Reply-To: Message from "Scott Siegel <SMJPM@JPL-VLSI.ARPA>" of Mon 11 Feb 85 05:29:00-EST
  1945.  
  1946.  
  1947. THERE IS A VT100.COM FOR THE XEROX 820 SERIES AND 16/8 PROFESSIONAL COMPUTERS,
  1948. BUT IT WORKS ONLY ON THE XEROX. I DON'T KNOW OF ANY OTHERS AVAILABLE, BU
  1949. PLEASE POST YOUR FINDINGS ON INFO-CPM. THANKS. 
  1950.  
  1951. -DRU
  1952.  (SORRY ABOUT THAT UPPERCASE!)
  1953. -------
  1954.  
  1955. 12-Feb-85 05:36:33-MST,855;000000000000
  1956. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1957. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 12 Feb 85 05:36:24-MST
  1958. Received: from simtel20.arpa by AMSAA.ARPA id a021246; 12 Feb 85 7:10 EST
  1959. Date: Tue 12 Feb 85 05:09:24-MST
  1960. From: Jim Forrest <JFORREST@SIMTEL20.ARPA>
  1961. Subject: BYE Overlay
  1962. To: INFO-CPM@AMSAA.ARPA, INFO-MICRO@AMSAA.ARPA
  1963. cc: JFORREST@SIMTEL20.ARPA
  1964.  
  1965. Need an overlay for MBYE33 for the internal modem of a Kaypro 4
  1966.  
  1967. Incidentally, the old 191K drive Kaypro2 and the Kaypro 4 have been dropped
  1968. from the Kaypro line and the Kaypro 2X and the Kaypro 10 now have internal
  1969. modems at no increase in price.
  1970.  
  1971. Kaypro has also added a 2 floppy drive, 256K, IBM compatible model at $2295
  1972. and a 10 megabyte, 1 floppy, 512K, IBM compatible model at $3595
  1973.  
  1974. But my main need right now is an overlay, not another model.....
  1975.  
  1976. Jim
  1977. -------
  1978. 12-Feb-85 20:48:32-MST,501;000000000000
  1979. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1980. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 12 Feb 85 20:48:25-MST
  1981. Received: from utexas-20.arpa by AMSAA.ARPA id a013728; 12 Feb 85 22:14 EST
  1982. Date: Tue 12 Feb 85 21:14:35-CST
  1983. From: John Otken <CC.Otken@UTEXAS-20.ARPA>
  1984. Subject: Looking for CP/M (inc BIOS) for Cromemco 16FDC
  1985. To: info-cpm@AMSAA.ARPA
  1986.  
  1987. I have a friend who needs CP/M+BIOS for his soon to arrive 16FDC system.
  1988. He is willing to pay for it.  Anyone got a lead?  Thanks.
  1989. -------
  1990. 12-Feb-85 22:28:57-MST,4211;000000000000
  1991. Return-Path: <info-cpm-request@AMSAA.ARPA>
  1992. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 12 Feb 85 22:28:44-MST
  1993. Received: from brl-tgr.arpa by AMSAA.ARPA id a013979; 13 Feb 85 0:02 EST
  1994. Received: from usenet by BRL-TGR.ARPA id a010622; 12 Feb 85 23:53 EST
  1995. From: Dave Beyerl <db21%ihuxk.uucp@BRL-TGR.ARPA>
  1996. Newsgroups: net.micro,net.micro.cpm
  1997. Subject: Re: Problem reading while not eoln in Turbo Pascal
  1998. Message-ID: <880@ihuxk.UUCP>
  1999. Date: 11 Feb 85 18:49:49 GMT
  2000. Xref: seismo net.micro:9863 net.micro.cpm:3940
  2001. To:       info-cpm@AMSAA.ARPA
  2002.  
  2003. > 
  2004. >     I am trying to implement a procedure similar to the following
  2005. > that will read from the CONSOLE until end-of-line is reached;
  2006. > 
  2007. >     procedure ReadLine;
  2008. >      var InChar: char;
  2009. >     begin
  2010. >          while not eoln 
  2011. >               do begin
  2012. >                    read (InChar);
  2013. >                (do something with InChar)
  2014. >                   end;
  2015. >              writeln { close current line }
  2016. >         end;
  2017. > 
  2018. >     In section 14.5.2 (pg 101) of the Turbo manual, it states that
  2019. > you cannot look ahead on a logical device so Eoln and Eof operate on
  2020. > the 'last' character read instead of the 'next' character to read.  The
  2021. > effect then is that Eoln returns true when the last character read was
  2022. > a CR or a Cntl-Z.  This seems reasonable and should not be too
  2023. > difficult to implement.  Well, I don't seem to be having much luck in
  2024. > getting my procedure to work.
  2025. > 
  2026. >     The function of the procedure I have written is to input a
  2027. > string of characters which represent a base 8 (octal) number.  In
  2028. > part my code is as follows:
  2029. > 
  2030. >     var
  2031. >          Index: integer;
  2032. >          InChar: char;
  2033. >          Digits: array [1..5] of integer;
  2034. > 
  2035. >     begin
  2036. >          { lines to request user input }
  2037. >          Index:= 0;
  2038. >              read (InChar); { is next char CR or Cntl-Z? }
  2039. >              while ((not eoln) and (Index < 5))
  2040. >                   do begin
  2041. >                        if (InChar in ['0'..'7'])
  2042. >                        then begin
  2043. >                             Index:= Index + 1;
  2044. >                             Digits[Index]:= (ord(InChar) - ord('0'));
  2045. >                             read (InChar); { see what next char is }
  2046. >                             end { then }
  2047. >                        else begin
  2048. >                             { invalid character routine }
  2049. >                             end; { else }
  2050. >                    end; { while }
  2051. > 
  2052. >     When I run the program containing this segment, it requests
  2053. > I enter an octal number.  I enter a string such as 4174 and hit
  2054. > return.  Nothing happens.  In fact nothing happens until I hit
  2055. > return "twice" more.  The program continues processing and returns
  2056. > a result that shows it read ONLY THE FIRST character of the input
  2057. > string.
  2058. > 
  2059. >     I suspect the problem is in the way that input from a
  2060. > logical device is buffered, but I may be missing a subtle point 
  2061. > of either Pascal or Turbo or both.  Has anyone else experienced
  2062. > this problem, and if so how did you work around it?  
  2063. >     I am running Turbo on a Z80 based micro with CP/M
  2064. > operating system.  Comments and suggestions are welcome 
  2065. > - please respond by mail.  Thanks in advance.
  2066. > 
  2067. > 
  2068. > For every problem there is one               Dave Beyerl
  2069. > solution which is simple, neat,                 ihuxk!db21
  2070. > and wrong!
  2071.  
  2072.     I have since been in touch with the Technical Assistance
  2073. group at Borland on the above problem.  They told me that anything
  2074. beyond the first character is lost when doing a character read from
  2075. a logical device <files are still handled as they should be>.  They
  2076. are not sure why this is but they are looking into it.  They believe
  2077. Turbo is this way because it has character handling capabilities not
  2078. present is standard Pascals.  
  2079.     For a solution to the problem, they suggested reading the 
  2080. input character string into a variable declared as string.  Once the 
  2081. string has been entered, it can be parsed and manipulated as needed 
  2082. using the string procedures and functions described in section C.5 
  2083. of the manual.  So, for now at least, the word is BEWARE when reading
  2084. from logical devices - your input is not processed the same as
  2085. when reading from files!
  2086.                     Dave Beyerl
  2087. 13-Feb-85 06:52:44-MST,826;000000000000
  2088. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2089. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 13 Feb 85 06:52:39-MST
  2090. Received: from xerox.arpa by AMSAA.ARPA id a017555; 13 Feb 85 8:20 EST
  2091. Received: from Chelois.ms by ArpaGateway.ms ; 13 FEB 85 05:19:18 PST
  2092. Date: Wed, 13 Feb 85 08:03 EST
  2093. From: Kushall.henr@XEROX.ARPA
  2094. Subject: Re: Problem reading while not eoln in Turbo Pascal
  2095. In-reply-to: <880@ihuxk.UUCP>
  2096. To: Dave Beyerl <db21%ihuxk.uucp@BRL-TGR.ARPA>
  2097. cc: info-cpm@AMSAA.ARPA
  2098.  
  2099. Dave:
  2100.     I had the same problem with Turbo on my DEC Rainbow-100 under CPM/86.
  2101.     I used the string solution to read the characters in, if fact thats a
  2102. lot easier.
  2103.     I hound the problem exists with logical devices CON and TERM but seems
  2104. to work ok from the KBD device, except you have to do your owm echo of
  2105. the input.
  2106. EdKushall
  2107.  
  2108. 14-Feb-85 00:44:10-MST,546;000000000000
  2109. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2110. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Feb 85 00:44:05-MST
  2111. Received: from simtel20.arpa by AMSAA.ARPA id a003466; 14 Feb 85 2:19 EST
  2112. Date: Thu 14 Feb 85 00:18:51-MST
  2113. From: JFAAD <JFAAD@SIMTEL20.ARPA>
  2114. Subject: Rainbow 100 patch
  2115. To: INFO-CPM@AMSAA.ARPA
  2116. cc: JFAAD@SIMTEL20.ARPA
  2117.  
  2118. ]dUV~rDoes anyone have an MDM7xx patch for a Rainbow 100 with a Hayes 1200
  2119. Smartmodem?  We need one in the worst way.  Any help would be greatly
  2120. appreciated.
  2121.  
  2122. Larry Armijo
  2123. JFAAD@SIMTEL20
  2124. -------
  2125. 14-Feb-85 08:04:30-MST,2159;000000000000
  2126. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2127. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Feb 85 08:04:21-MST
  2128. Received: from xerox.arpa by AMSAA.ARPA id a011273; 14 Feb 85 9:30 EST
  2129. Received: from Aurora.ms by ArpaGateway.ms ; 14 FEB 85 06:28:16 PST
  2130. Date: 14 Feb 85 09:28:13 EST (Thursday)
  2131. Subject: Re: Problem reading while not eoln in Turbo Pascal
  2132. In-reply-to: <880@ihuxk.UUCP>
  2133. To: Dave Beyerl <db21%ihuxk.uucp@BRL-TGR.ARPA>
  2134. cc: info-cpm@AMSAA.ARPA
  2135. From: Bob <Slomcenski.wbst@XEROX.ARPA>
  2136.  
  2137. Dave,
  2138.   One alternative to the character - read problem that I have used (I
  2139. use Turbo on an 8 bit Z80 -CP/M system) is the following:
  2140.   
  2141.   { Function InKey - Returns a keystroke from the keyboard }
  2142.   { returns a keyboard character if one is present, else returns ASCII
  2143. NUL }
  2144.  
  2145.   function InKey: char;
  2146.       var  ch: char;
  2147.       begin
  2148.         if KeyPressed then Read(Kbd,ch) else ch:= chr(0);
  2149.         InKey:= ch;
  2150.       end;
  2151.  
  2152.   Using this procedure, you can get (and process) any keystroke from the
  2153. keyboard. You must provide the explicit processing for the character,
  2154. ie: you can't use eoln.
  2155.   
  2156.   This function emulates the BASIC INKEY$ function that is available in
  2157. most of the BASICs now in use. It does not echo to the CRT, and if no
  2158. key has been pressed, it returns ASCII NUL.
  2159.   
  2160.   I would use it in your code as follows:
  2161.   
  2162. >     var
  2163. >          Index: integer;
  2164. >          InChar: char;
  2165. >          Digits: array [1..5] of integer;
  2166. > 
  2167. >     begin
  2168. >          { lines to request user input }
  2169. >          Index:= 0;
  2170. >          InChar:= #0;
  2171. >              while ((Index < 5) and (InChar <> #13)
  2172. >                do begin
  2173. >                  InChar:= InKey;
  2174. >               case InChar of
  2175. >                 #0, #13: begin end;
  2176. >                 '0'..'7': begin
  2177. >                                Index:= Index + 1;
  2178. >                                Digits[Index]:= (ord(InChar) -
  2179. ord('0'));
  2180. >                 write(InChar); { echo character }
  2181. >                              end;
  2182. >                 otherwise: begin
  2183. >                               { invalid character routine }
  2184. >                               end;
  2185. >                end; { while }
  2186. > 
  2187.  
  2188. ~ Bob
  2189. 14-Feb-85 08:22:07-MST,1436;000000000000
  2190. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2191. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Feb 85 08:21:59-MST
  2192. Received: from simtel20.arpa by AMSAA.ARPA id a011712; 14 Feb 85 9:51 EST
  2193. Date: Wednesday, 13 February 1985  13:57-MST
  2194. Message-ID: <KPETERSEN.12087622041.BABYL@SIMTEL20.ARPA>
  2195. Sender: "David S. Cargo" <Cargo@hi-multics.ARPA>
  2196. From: "David S. Cargo" <Cargo@hi-multics.ARPA>
  2197. Subject:   USR S-100 Card Modem
  2198. ReSent-From: KPETERSEN@simtel20.ARPA
  2199. ReSent-To: Info-Cpm@AMSAA.ARPA
  2200. ReSent-Date: Thu 14 Feb 1985 07:50-MST
  2201.  
  2202. I had placed an order for the USRobotics S-100 card modem with S-100
  2203. in Phoenix last July or so.  Originally, they were out of stock and
  2204. told me that they were expecting another shipment for USR "at the end
  2205. of the month".  As time passed, they told me that USR was
  2206. "reengineering" the card.  Most recently they informed me via letter
  2207. that USR still hadn't resumed shipping that particular product.
  2208.  
  2209. Two questions: Does anybody know who if anybody still has this product
  2210. in stock?
  2211.  
  2212. Does anybody know what the status of this product is wrto USR's
  2213. intentions?
  2214.  
  2215. While it had some flaws in its original design, the fixes for them
  2216. were well known, and it made sense for USR to fix them.  But it almost
  2217. looks like they might have just given up on it, which I think would be
  2218. sad.  So I would like to know what the product status of this is, and
  2219. where the remaining inventory might be.
  2220. 14-Feb-85 21:50:38-MST,1830;000000000000
  2221. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2222. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 14 Feb 85 21:50:28-MST
  2223. Received: from simtel20.arpa by AMSAA.ARPA id a000415; 14 Feb 85 23:16 EST
  2224. Date: 14 Feb 1985  18:33 MST (Thu)
  2225. Message-ID: <KPETERSEN.12087739091.BABYL@SIMTEL20.ARPA>
  2226. Sender: KPETERSEN@SIMTEL20.ARPA
  2227. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  2228. To:   Info-Cpm@AMSAA.ARPA
  2229. Subject: WILDEXP version 2.0 for BDS-C now available
  2230.  
  2231. WILDEXP.C version 2.0, a BDS C Command-line Wild-card expansion
  2232. utility written by Leor Zolman is now available from SIMTEL20:
  2233.  
  2234. Filename            Type     Bytes     CRC
  2235.  
  2236. Directory MICRO:<CPM.BDSC-1>
  2237. WILDEX20.CQ.1            BINARY      5248  0D5DH
  2238.  
  2239. What's new for v2.0:
  2240.     User area prefixes on wildcards are now permitted;
  2241.     '*' or '?' as user number searches ALL user areas (0-15).
  2242.     As usual by BDS C convention: if both a drive spec and a
  2243.     user area prefix are used with the same file spec, then
  2244.     the user area prefix must be first.
  2245.  
  2246. General Description:
  2247.  
  2248. WILDEXP lets ambiguous file names appear on the command line to C
  2249. programs, automatically expanding the parameter list to contain
  2250. all files that fit the afn's.
  2251.  
  2252. An afn preceded by a "!" causes all names matching the given afn to
  2253. be EXCLUDED from the resulting expansion list. Thus, to yield a
  2254. command line containing all files except "COM" files, you'd say:
  2255.  
  2256.     A>progname !*.com <cr>
  2257.  
  2258. (If a single "!" spec is the only parameter on the command line,
  2259. then an implicit "*.*" is assumed to have preceded it.)
  2260.  
  2261. Another example: to get all files on B: except .C files, say:
  2262.  
  2263.     A>prognam b:*.* !b:*.c <cr>
  2264.  
  2265. When giving a "!" afn, "*" chars in the string matches to the end of
  2266. either the filename or extension, just like CP/M, but "?" chars match
  2267. ONE and ONLY ONE character in either the filename or extension.
  2268.  
  2269. --Keith
  2270. 16-Feb-85 11:26:52-MST,1114;000000000000
  2271. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2272. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Feb 85 11:26:42-MST
  2273. Received: from hi-multics.arpa by AMSAA.ARPA id a014357; 16 Feb 85 13:04 EST
  2274. Date:  Sat, 16 Feb 85 12:00 CST
  2275. From:  Weinstein@HI-MULTICS.ARPA
  2276. Subject:  15 mbyte hard discs
  2277. To:  info-ibmpc@USC-ISIF.ARPA
  2278. cc:  info-micro@BRL-VGR.ARPA, info-cpm@AMSAA.ARPA
  2279. Message-ID:  <850216180042.905544@HI-MULTICS.ARPA>
  2280.  
  2281. So far 2 people on the net and myself have purchased the DISCTRON D519
  2282. 15 Mbyte formatted Hard Disc drives.  The source of these drives had 2
  2283. extra drives from his second load and I just picked them up since the
  2284. others worked out so well.  Anyone interested in the drives pls contact
  2285.  
  2286.           Weinstein -at HI-MULTICS
  2287.  
  2288.           Cost $300 + $9.00(postage/ins) + $4.70(manual on bare drive)
  2289.  
  2290.  
  2291. PS
  2292.           A good source of an IBM comp disc controller is PROTO-PC
  2293.           in St. Paul, MN. They are currently selling the Western
  2294.           Digital Disc Controller for $199.00. This is the same controller
  2295.           that I use that I bought in APril 1984 for $399.00.
  2296. 16-Feb-85 20:04:50-MST,533;000000000000
  2297. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2298. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 16 Feb 85 20:04:45-MST
  2299. Received: from simtel20.arpa by AMSAA.ARPA id a017374; 16 Feb 85 21:43 EST
  2300. Date: Sat 16 Feb 85 19:42:57-MST
  2301. From: Rick Conn <RCONN@SIMTEL20.ARPA>
  2302. Subject: Z3NEWS.105
  2303. To: info-cpm@AMSAA.ARPA
  2304.  
  2305. The latest newsletter on the Z-System from Echelon is in <CPM.ZCPR3>
  2306. and <CPM.Z3NEW>.  It mentions some tools which have been updated.
  2307. I will upload these sometime in the not-too-distant future.
  2308.  
  2309.     Rick
  2310. -------
  2311. 17-Feb-85 10:16:05-MST,1562;000000000000
  2312. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2313. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 17 Feb 85 10:15:57-MST
  2314. Received: from simtel20.arpa by AMSAA.ARPA id a021060; 17 Feb 85 11:51 EST
  2315. Date: Saturday, 16 February 1985  21:39-MST
  2316. Message-ID: <KPETERSEN.12088430361.BABYL@SIMTEL20.ARPA>
  2317. Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
  2318. From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
  2319. Subject:   spell21.lbr, spell21x.lbr
  2320. ReSent-From: KPETERSEN@simtel20.ARPA
  2321. ReSent-To: Info-Cpm@AMSAA.ARPA
  2322. ReSent-Date: Sun 17 Feb 1985 09:51-MST
  2323.  
  2324. Now available from SIMTEL20 directory MICRO:<CPM.SPELL>
  2325.  
  2326. Filename        Type     Bytes     CRC
  2327.  
  2328. SPELL21.LBR.1        BINARY    114176  9665H
  2329. SPELL21X.LBR.1        BINARY    121088  D7EBH
  2330.  
  2331. are Michael Adlers V2.2 of spell with relocated PATCH adresses.
  2332. Location 103 hex holds the marker-byte, location 104 hex holds the
  2333. default-disk byte.  Marker byte is NULL for Wordstar users, default
  2334. disk is A: as in the original.  For FinalWord usage octal 23 ('#') is
  2335. a good marker-byte, for hard-disk owners its advisable to set the
  2336. default-disk byte to the hard-disk (I have it set to octal 5 => E:)
  2337.  
  2338. SPELL21.LBR is a fully functional set, SPELL21X.LBR contains the
  2339. original dictionary in ASCII-form and DICCRE20.*, the tool to hash it
  2340. form SPELL usage.  SPELL allows usage of additional "private"
  2341. dictionaries and the supplied dictionary is a "happy medium" between
  2342. "speed" and "size" - so SPELL21X.LBR should only be needed in very
  2343. special cases.
  2344.  
  2345. Patching hints are in the included documentation.
  2346. 17-Feb-85 10:16:18-MST,1144;000000000000
  2347. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2348. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 17 Feb 85 10:16:13-MST
  2349. Received: from simtel20.arpa by AMSAA.ARPA id a021075; 17 Feb 85 11:56 EST
  2350. Date: Saturday, 16 February 1985  21:45-MST
  2351. Message-ID: <KPETERSEN.12088431158.BABYL@SIMTEL20.ARPA>
  2352. Sender: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
  2353. From: "B.Eiben LCG Ext 617-467-4431" <EIBEN@dec-marlboro.ARPA>
  2354. Subject:   FANCYPRT.LBR for DEC LA34, LA100 and LA50 printers
  2355. ReSent-From: KPETERSEN@simtel20.ARPA
  2356. ReSent-To: Info-Cpm@AMSAA.ARPA
  2357. ReSent-Date: Sun 17 Feb 1985 09:55-MST
  2358.  
  2359. Now available from SIMTEL20's MICRO:<CPM.LIST> directory:
  2360.  
  2361. Filename        Type     Bytes     CRC
  2362.  
  2363. FANCYPRT.LBR.1        BINARY    136448  1CDBH
  2364.  
  2365. is the BDS-C based multiple FONT handler and mini formatter for DEC
  2366. LA34's with "graphic option", LA100's and LA50's has been enhanced to
  2367. handle multiple pages.  I also changed operation; if FPRINT is called
  2368. via FPRINT xxx.xxx, FPRINT will start printing after processing the
  2369. input-file.
  2370.  
  2371. The library currently contains 18 FONTS, the included MAKFNT allows
  2372. easy alteration and/or creation of new ones.
  2373. 18-Feb-85 08:37:53-MST,1167;000000000000
  2374. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2375. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 08:37:47-MST
  2376. Received: from csnet-pdn-gw by AMSAA.ARPA id a027885; 18 Feb 85 10:18 EST
  2377. Received: from gmr by csnet-relay.csnet id aa20896; 18 Feb 85 10:08 EST
  2378. Date:     Mon, 18 Feb 85 08:19 EST
  2379. From:      haar%gmr.csnet@CSNET-RELAY.ARPA
  2380. MMDF-Warning:  Parse error in preceding line at CSNET-RELAY.ARPA
  2381. To:       info-cpm@AMSAA.ARPA
  2382. Subject:  RMAC patch
  2383.  
  2384.  
  2385. I recently installed a patch to RMAC (CP/M-80 vers. 3.0) that was described
  2386. in the Application Note # 1 that was widely distributed thru CBBS systems.
  2387. The patch is to force RAMC to include local symbols in the symbol table so
  2388. that they are available for use under SID. 
  2389.  
  2390. This part seems to work fine. The problem is that if I assemble several files
  2391. containing the same EQUATE symbols and then try to link them together, I
  2392. get "multiple definition" error messages for all those. This is a royal pain
  2393. for modular programs using common equate libraries.
  2394.  
  2395. Does anyone have a fix for this? Or should I just go back to the untouched
  2396. version of RMAC.
  2397.  
  2398.         Robert Haar
  2399.         G. M. Research Labs
  2400. 18-Feb-85 14:09:20-MST,1380;000000000000
  2401. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2402. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 14:09:15-MST
  2403. Date:     Mon, 18 Feb 85 15:46:05 EST
  2404. From:     Dave Towson (info-cpm-request) <cpmlist@AMSAA.ARPA>
  2405. To:       Keith Petersen <w8sdz@simtel20.ARPA>
  2406. cc:       info-cpm@AMSAA.ARPA
  2407. Subject:  Screwed-up mail delivery at AMSAA and BRL hosts.
  2408.  
  2409. Keith - Following nearly simultaneous changes to the operating systems of
  2410. ALL local hosts AND the mail delivery software as well, mail delivery here
  2411. has been in a somewhat chaotic state.  Large queues have been building,
  2412. which appear to have then been ignored.  I ride to work with one of the "mail
  2413. people", and he has told of having to manually unstick the queues on several
  2414. occasions.  I suggest that you resend your message about the demise of ITS
  2415. binary files in the archives if you feel there is the slightest chance that
  2416. the original was not fully delivered.  This is too significant a change not
  2417. to get full distribution.  If local mail problems continue, please send all
  2418. future complaints to our Postmaster, Doug Kingston <dpk@brl-tgr>, who is the
  2419. only person who can really fix things (since the mail is pretty much his
  2420. baby).  But be warned: BRL-TGR has been having serious disk problems for
  2421. several days, and mail to that host might "get lost".  Life in computerland
  2422. is not dull.
  2423.  
  2424.  
  2425. Dave
  2426.  
  2427. 18-Feb-85 14:50:26-MST,3164;000000000000
  2428. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2429. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 14:50:13-MST
  2430. Received: from xerox.arpa by AMSAA.ARPA id a029891; 18 Feb 85 16:22 EST
  2431. Received: from CheninBlanc.ms by ArpaGateway.ms ; 18 FEB 85 13:19:41 PST
  2432. Date: Mon, 18 Feb 85 13:08 PST
  2433. From: Eldridge.es@XEROX.ARPA
  2434. Subject: Floating-point benchmark
  2435. To: es820ug^.es@XEROX.ARPA, INFO-IBMPC@USC-ISIB.ARPA, info-cpm@AMSAA.ARPA, 
  2436.     cpminterest^.dlos@XEROX.ARPA, 820interest^.wbst@XEROX.ARPA, 
  2437.     hp41cUsers^.es@XEROX.ARPA, Pascal/Turbo^.X@XEROX.ARPA, 
  2438.     JRTUsers^.pa@XEROX.ARPA
  2439. cc: Eldridge.es@XEROX.ARPA
  2440. Reply-To: Eldridge.es@XEROX.ARPA
  2441.  
  2442. The February issue of BYTE magazine contains an article on the accuracy
  2443. of floating-point operations.  Included in the article is a program to
  2444. display some of the features of the floating-point implementation of a
  2445. compiler.  The program is called GUARD.  It is actually an excerpt from
  2446. a larger program called PARANOIA.  Below is a list of the results of
  2447. GUARD for several popular compilers/interpreter.
  2448.  
  2449. Please refer to the BYTE article "PARANOIA: A FLOATING-POINT BENCHMARK"
  2450. for a complete explaination of the terms.  If anyone has the complete
  2451. PARANOIA program, I am interested in getting a copy.
  2452.  
  2453.  
  2454. ~~~~~~~~~~
  2455.  
  2456. Turbo Pascal V2.00B PC-DOS
  2457. Turbo Pascal V2.00B MS-DOS
  2458. Turbo Pascal V1.00 CP/M-80 Z80
  2459.  
  2460. Radix = 2
  2461. Precision = 40
  2462. Width = 1.0995116278E+12
  2463. Closest relative separation found is UlpOne = 9.0949470177E-13
  2464. Add/Subtract lack guard digit, cancellation obscured.
  2465.  
  2466. ~~~~~~~~~~
  2467.  
  2468. Pascal MT+86 Ver 3.0 March 8, 1982
  2469.  
  2470. Radix = 2
  2471. Precision = 53
  2472. Width = 9.00719925474099E15
  2473. Closest relative separation found is UlpOne = 1.11022302462515E-16
  2474. Add/Subtract has a guard digit as it should.
  2475.  
  2476. ~~~~~~~~~~
  2477.  
  2478. Pascal MT+ V5.5 CP/M-80
  2479.  
  2480. Radix = 2
  2481. Precision = 24
  2482. Width = 1.67772E7
  2483. Closest relative separation found is UlpOne = 5.96046E-8
  2484. Add/Subtract lack guard digit, cancellation obscured.
  2485.  
  2486. ~~~~~~~~~~
  2487.  
  2488. JRT Pascal Ver 3.0
  2489.  
  2490. Radix = 10
  2491. Precision = 14
  2492. Width = 1E14
  2493. Closest relative separation found is UlpOne = 1E-14
  2494. Add/Subtract lack guard digit, cancellation obscured.
  2495.  
  2496. ~~~~~~~~~~
  2497.  
  2498. Pascal/Z Version 4.00
  2499.  
  2500. Radix = 2
  2501. Precision = 23
  2502. Width = 8.388607E6
  2503. Closest relative separation found is UlpOne = 1.192092E-7
  2504. Add/Subtract has a guard digit as it should.
  2505.  
  2506. ~~~~~~~~~~
  2507.  
  2508. Microsoft BASIC Rev 5.2 CP/M-80
  2509.  
  2510. Radix = 2
  2511. Precision = 24
  2512. Width = 1.67772E7
  2513. Closest relative separation found is UlpOne = 5.96046E-8
  2514. Add/Subtract has a guard digit as it should.
  2515.  
  2516. ~~~~~~~~~~
  2517.  
  2518. Microsoft BASCOM Rev 5.23 CP/M-80
  2519.  
  2520. Radix = 2
  2521. Precision = 24
  2522. Width = 1.67772E7
  2523. Closest relative separation found is UlpOne = 5.96046E-8
  2524. Add/Subtract has a guard digit as it should.
  2525.  
  2526. ~~~~~~~~~~
  2527.  
  2528. CBASICII Rev 2.08
  2529.  
  2530. Radix = 10
  2531. Precision = 14
  2532. Width = 1E14
  2533. Closest relative separation found is UlpOne = 1E-14
  2534. Add/Subtract lack guard digit, cancellation obscured.
  2535.  
  2536. ~~~~~~~~~~
  2537.  
  2538. HP-41CX (in calculator language)
  2539.  
  2540. Radix = 10
  2541. Precision = 10
  2542. Width = 1E10
  2543. Closest relative separation found is UlpOne = 1E-10
  2544. Add/Subtract has a guard digit as it should.
  2545.  
  2546. ~~~~~~~~~~
  2547.  
  2548.  
  2549.  
  2550.  
  2551. 18-Feb-85 14:59:21-MST,1195;000000000000
  2552. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2553. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 14:59:16-MST
  2554. Received: from brl-vgr.arpa by AMSAA.ARPA id a003802; 15 Feb 85 10:15 EST
  2555. Date:     Fri, 15 Feb 85 10:12:34 EST
  2556. From:     wouk@BRL-VGR.ARPA
  2557. Sender:   wouk@BRL-VGR.ARPA
  2558. To:       info-cpm-request@AMSAA.ARPA
  2559. Resent-Date:  Mon, 18 Feb 85 16:39:34 EST
  2560. Resent-From:  cpmlist@AMSAA.ARPA
  2561. Resent-To:    info-cpm@BRL-VGR.ARPA
  2562.  
  2563. I am having a problem with the mcat series of  programs.  I  have
  2564. both  mcat.lbr  from  SIMTEL and cat86-1.lbr from DEC-MARLBORO. I
  2565. have created the appropriate .cmd files, and the  mast.cat  file,
  2566. with  no  problem,  even when I have more than 256 file names. (I
  2567. have used the instructions in MAST.SET to fix mcat.cmd to  accept
  2568. the  larger  number  of files.) However, both xcat programs, from
  2569. the two libraries, boggle at more than 256 filenames, and  return
  2570. a message of
  2571.  
  2572.          1 File Names
  2573.          1 Unique Names
  2574.  
  2575. and put nothing else into mast.lst. How do I setup xcat to accept
  2576. the larger file sets?
  2577.  
  2578. For the record I am using a DEC Rainbow 100A with 800K+  RAM,  so
  2579. there can be no problem with available space in RAM.
  2580. 18-Feb-85 18:55:41-MST,786;000000000000
  2581. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2582. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 18:55:37-MST
  2583. Received: from brl-tgr.arpa by AMSAA.ARPA id a001455; 18 Feb 85 20:24 EST
  2584. Received: from csnet-pdn-gw by BRL-TGR.ARPA id a022024; 18 Feb 85 20:14 EST
  2585. Received: from clemson by csnet-relay.csnet id a002371; 18 Feb 85 20:01 EST
  2586. Date:     Mon, 18 Feb 85 19:40 EST
  2587. From:     Larry Afrin <lbafrin%clemson.csnet@CSNET-RELAY.ARPA>
  2588. To:       info-cpm@BRL-TGR.ARPA
  2589. Subject:  Please add christine@clemson
  2590.  
  2591. Please add the following user to the info-cpm distribution list:
  2592.  
  2593.     christine.clemson@csnet-Relay    (if you're on ARPANet)
  2594.     christine@clemson        (if you're on CSNet)
  2595.  
  2596. Thanks!
  2597.  
  2598.                     -- Larry Afrin
  2599.                        Dept. of Computer Science
  2600.                        Clemson University
  2601. 18-Feb-85 18:59:36-MST,1383;000000000000
  2602. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2603. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 18:59:30-MST
  2604. Received: from simtel20.arpa by AMSAA.ARPA id a001473; 18 Feb 85 20:26 EST
  2605. Date: Monday, 18 February 1985  16:44-MST
  2606. Message-ID: <KPETERSEN.12088786154.BABYL@SIMTEL20.ARPA>
  2607. Sender: Walt Lamia <LAMIA@dec-marlboro.ARPA>
  2608. From: Walt Lamia <LAMIA@dec-marlboro.ARPA>
  2609. To: w8sdz@SIMTEL20.ARPA, eiben@dec-marlboro.ARPA
  2610. Subject:   Warning on NULU11 !!!!!!!!!!!!!!!!!!!!
  2611. ReSent-From: KPETERSEN@simtel20.ARPA
  2612. ReSent-To: Info-Cpm@AMSAA.ARPA
  2613. ReSent-Date: Mon 18 Feb 1985 18:25-MST
  2614.  
  2615.     After spending a frustrating couple of hours trying to unpack
  2616. the spelling library with NULU, I "accidentally" found that my
  2617. troubles were with NULU (10 and 11).  Large files, particularly the
  2618. source dictionary SPELL.DQT, do >not< get unsqueezed properly by NULU.
  2619. Good ol' LU did OK, though.  At least I think so -- I am comparing the
  2620. CP/M results with what I get by using the TOPS20 DE-LBR and USQ
  2621. utilities. I used NSWEEP to un-squeeze on the micro, and this seems to
  2622. be OK, too.
  2623.  
  2624.     The upshot is that I am now very suspicious of NULU, esp.  for
  2625. largish files.  If anyone is in contact with the NULU author, Martin
  2626. Murray, you might want to pass on this message to him, with a copy of
  2627. the failing library SPELL21X.LBR.  I really do like NULU, but,
  2628. sigh,.....
  2629.  
  2630. %Walt
  2631. 18-Feb-85 19:10:06-MST,1601;000000000000
  2632. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2633. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 18 Feb 85 19:09:59-MST
  2634. Received: from simtel20.arpa by AMSAA.ARPA id a001515; 18 Feb 85 20:30 EST
  2635. Date: 18 Feb 1985  18:29 MST (Mon)
  2636. Message-ID: <KPETERSEN.12088786850.BABYL@SIMTEL20.ARPA>
  2637. Sender: KPETERSEN@SIMTEL20.ARPA
  2638. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  2639. To:   Info-Cpm@AMSAA.ARPA
  2640. Subject: Another bug report on NULU11
  2641.  
  2642. This is NULU11.BUG, relayed from RCPM Royal Oak (313-759-6569).
  2643. --Keith
  2644.  
  2645.                                         Feburary 13, 1985
  2646.  
  2647. To anyone that can help;
  2648.  
  2649.      I have tried to install NULU11 on my Northstar Horizon system 
  2650. that includes a Televideo 950 terminal.  The basic NULU11.COM file 
  2651. seems to work as expected.  But I have discovered some problems.  
  2652.  
  2653. 1)   I can't get NULU11 to activate an installed option command line 
  2654.      when I have installed the NULUTERM.ASM and the NULU11F1.ASM 
  2655.      files.  
  2656.  
  2657. 2)   If I create the same library that I have just deleted - on the 
  2658.      same empty disk, NULU11 just reopens the old deleted library.  
  2659.      However the entire file has not been activated.  It is only 
  2660.      minimum (2k) block size.  When I try to add a file then the 
  2661.      entire old library is restored.
  2662.  
  2663. 3)   NULU11 will not open an old file that I have created with NULU10.
  2664.  
  2665. 4)   I can't get NULU11 to open a library from the command line at 
  2666.      invocation if the NULUTERM and NULU11F1 files are installed.
  2667.  
  2668.  
  2669.                                         Cliff Harrison
  2670.                                         Ypsilanti, Mi
  2671. 19-Feb-85 09:50:50-MST,987;000000000000
  2672. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2673. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 09:50:43-MST
  2674. Received: from brl-tgr.arpa by AMSAA.ARPA id a014951; 19 Feb 85 11:14 EST
  2675. Received: from usenet by BRL-TGR.ARPA id a000747; 19 Feb 85 10:55 EST
  2676. From: Sam Chin <tsc2597%acf4.uucp@BRL-TGR.ARPA>
  2677. Newsgroups: net.micro.cpm
  2678. Subject: Cheap Hard Disk?
  2679. Message-ID: <1010002@acf4.UUCP>
  2680. Date: 13 Feb 85 22:03:00 GMT
  2681. Xref: seismo net.micro.cpm:3941
  2682. To:       info-cpm@AMSAA.ARPA
  2683.  
  2684. ....ddt
  2685.  
  2686. I am trying to upgrade my 8086 based Lomas system to a hard disk. The cheapest
  2687. bare Shugart 712 hard disk I've found is $498 from S-100 Inc. Does anyone
  2688. know of a cheaper price. Also does anyone know where I can get a Western
  2689. Digital WD-1000 hard disk controller.
  2690.  
  2691.                                        Thanx in advance,
  2692.                                         Sam Chin (tsc2597@nyu-acf4 or
  2693.                                                   allegra!cmcl2!acf4!tsc2597)
  2694. 19-Feb-85 10:21:56-MST,811;000000000000
  2695. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2696. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 10:21:49-MST
  2697. Received: from brl-tgr.arpa by AMSAA.ARPA id a016706; 19 Feb 85 11:52 EST
  2698. Received: from usenet by BRL-TGR.ARPA id a001898; 19 Feb 85 11:17 EST
  2699. From: Samuel Kliger <photserv%aecom.uucp@BRL-TGR.ARPA>
  2700. Newsgroups: net.micro.cpm
  2701. Subject: osborne 1 computer software
  2702. Message-ID: <1158@aecom.UUCP>
  2703. Date: 13 Feb 85 23:09:49 GMT
  2704. Xref: seismo net.micro.cpm:3942
  2705. To:       info-cpm@AMSAA.ARPA
  2706.  
  2707.  
  2708.  
  2709.      To Whom It May Concern,
  2710.  
  2711.        If anybody has business software for or compatible with
  2712.   the OSBORNE 1 CP/M PC  please write to:
  2713.  
  2714.  
  2715.       Samuel Kliger
  2716.       ...{philabs,cucard,pegasus,ihnp4,rocky2}!aecom!photserv
  2717.  
  2718.       Will pay bucks!!!!
  2719.  
  2720.  
  2721.                       Thank you
  2722.                       Samuel Kliger
  2723. 19-Feb-85 14:49:24-MST,3340;000000000000
  2724. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2725. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 14:49:11-MST
  2726. Received: from brl-tgr.arpa by AMSAA.ARPA id a021928; 19 Feb 85 13:56 EST
  2727. Received: from usenet by BRL-TGR.ARPA id a006985; 19 Feb 85 12:51 EST
  2728. From: bg <bg%mytech.uucp@BRL-TGR.ARPA>
  2729. Newsgroups: net.micro,net.micro.pc,net.lang,net.micro.cpm
  2730. Subject: Product announcement: Comal language interpreter
  2731. Message-ID: <149@mytech.UUCP>
  2732. Date: 20 Feb 85 03:42:15 GMT
  2733. Xref: seismo net.micro:9895 net.micro.pc:3543 net.lang:1480 net.micro.cpm:3945
  2734. To:       info-cpm@AMSAA.ARPA
  2735.  
  2736.  
  2737. COMAL LANGUAGE INTERPRETER
  2738.  
  2739. Comal  is the result of a marriage between Pascal and Basic, and combines  the
  2740. best  of these two worlds. It has the simple and highly interactive  operating
  2741. environment  that is characteristic of Basic. The programming language  itself
  2742. is  in  the same tradition as Algol, Pascal, Ada and other  modern  structured
  2743. programming languages.
  2744.  
  2745. Mytech  Comal  fulfills  the  Comal 2.00 requirements. Apart  from  the  usual
  2746. program  structures  from  Pascal and other languages, like  if,  for,  while,
  2747. repeat,  case,  function  and procedure statements, it also has  an  exception
  2748. handling  mechanism  similar to what can be found in Ada. The package  concept
  2749. makes it possible to use machine language coded routines within Comal, thereby
  2750. in  effect extending the language with new keywords. An example of this is the
  2751. Turtle graphics package (c.f. LOGO).
  2752.  
  2753. In  addition,  Mytech  Comal  has several interesting  enhancements.  We  have
  2754. strived  to  make the language as orthogonal as possible. It is  for  instance
  2755. possible  to treat array values just as other values, and which can be  passed
  2756. as value arguments to functions, can be returned as values from functions etc.
  2757. As  another  example,  the  operating environment enables  you  to  trace  the
  2758. execution  of  the  program and the intermediate values  computed  during  the
  2759. execution.
  2760.  
  2761. Mytech  Comal  is  available for the IBM PC family including PC-AT  under  the
  2762. operating  systems C-CPM/86, MS-DOS and PC-DOS, and supports the 8087 floating
  2763. point  processor.  It  also  runs on several UNIX  systems,  like  VAX,  WICAT
  2764. (68000-based),  and a NS32000 system. The software has been written in C,  and
  2765. it is therefore a relatively simple task to port it to other systems.
  2766.  
  2767. Comal has attracted much interest in Europe in recent years, particularly with
  2768. educational  institutions.  In  Denmark  and Sweden  it  has  been  officially
  2769. approved  for  use  in  teaching  programming  to  high-school  students.  Its
  2770. structure  together  with  its user-friendly interface makes  it  the  perfect
  2771. programming  language  both for educational purposes and for the  professional
  2772. programmer.
  2773.  
  2774. Please contact us for further information.
  2775.  
  2776. Name:    Peter Hofmann or Bo Gardmark
  2777. Address: Mytech Data AB, Box 7230, S-402 35 Gothenburg, SWEDEN
  2778. Phone:   + 46 31 420780
  2779. Tlx:     89200574
  2780.  
  2781. Usenet address: ..!mcvax!enea!chalmers!mytech!bg
  2782.  
  2783. Trademarks:
  2784. Ada is a trademark of DoD
  2785. UNIX is a trademark of AT&T
  2786. IBM is a trademark of International Business Machines Corp.
  2787. C-CPM/86 is a trademark of Digital Research Inc.
  2788. PC-DOS is a trademark of IBM
  2789. MS-DOS is a trademark of Microsoft Inc.
  2790. Wicat is a trademark of WICAT Systems Inc.
  2791. 19-Feb-85 15:05:44-MST,809;000000000000
  2792. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2793. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 15:05:31-MST
  2794. Received: from brl-tgr.arpa by AMSAA.ARPA id a022355; 19 Feb 85 14:28 EST
  2795. Received: from usenet by BRL-TGR.ARPA id a004117; 19 Feb 85 12:01 EST
  2796. From: Calvin Wong <calvin%utcsrgv.uucp@BRL-TGR.ARPA>
  2797. Newsgroups: net.micro.cpm
  2798. Subject: Increase random record number in M-BASIC
  2799. Message-ID: <754@utcsrgv.UUCP>
  2800. Date: 11 Feb 85 01:30:43 GMT
  2801. Xref: seismo net.micro.cpm:3943
  2802. To:       info-cpm@AMSAA.ARPA
  2803.  
  2804. []
  2805.  
  2806. MicroSoft Basic on 8080/z80 allows only value of 1-32767 on
  2807. the random record number.  I am using BASCOM compiler right now
  2808. and I suspect it will be possible to increase the record number
  2809. by hacking BRUN.COM, the runtime module. Did any one knows how
  2810. to do it ?
  2811.  
  2812. Thanks
  2813. 19-Feb-85 15:09:56-MST,1115;000000000000
  2814. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2815. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 15:09:46-MST
  2816. Received: from brl-tgr.arpa by AMSAA.ARPA id aa22355; 19 Feb 85 14:28 EST
  2817. Received: from usenet by BRL-TGR.ARPA id a004168; 19 Feb 85 12:02 EST
  2818. From: steve%trsvax.uucp@BRL-TGR.ARPA
  2819. Newsgroups: net.micro.cpm
  2820. Subject: Re: C compiler needed for C/PM80
  2821. Message-ID: <63100003@trsvax.UUCP>
  2822. Date: 9 Feb 85 03:58:00 GMT
  2823. Nf-ID: #R:alberta:-40000:trsvax:63100003:000:497
  2824. Nf-From: trsvax!steve    Feb  8 21:58:00 1985
  2825. Xref: seismo net.micro.cpm:3944
  2826. To:       info-cpm@AMSAA.ARPA
  2827.  
  2828.  
  2829. Aztec is a reasonable compiler, but if you're just getting started
  2830. with C, I would recommend something like the C-80 package from Software
  2831. Toolworks.  It sells for $50 (at least, that's what I paid) and generates
  2832. good code and is a fairly complete C subset.  It would be hard to beat
  2833. for the price.
  2834.  
  2835. Another excellent package (great to work with, because it's so fast)
  2836. is BDS C, which sells for $150.
  2837.  
  2838.  
  2839. Software Toolworks
  2840. 15233 Ventura Boulevard, Suite 1118
  2841. Sherman Oaks, CA  91403
  2842. (213)-986-4885
  2843. 19-Feb-85 16:07:07-MST,637;000000000000
  2844. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2845. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 16:06:52-MST
  2846. Received: from xerox.arpa by AMSAA.ARPA id a026042; 19 Feb 85 17:45 EST
  2847. Received: from Flora.ms by ArpaGateway.ms ; 19 FEB 85 11:18:42 PST
  2848. Date: 19 Feb 85 11:06:27 PST (Tuesday)
  2849. From: Bicer.ES@XEROX.ARPA
  2850. Subject: Compupro RAM 21
  2851. To: Wantads^.es@XEROX.ARPA, Wantads^.pa@XEROX.ARPA
  2852. cc: cpminterest^.dlos@XEROX.ARPA, info-cpm@AMSAA.ARPA, Bicer.ES@XEROX.ARPA
  2853. Reply-To: Bicer.ES@XEROX.ARPA
  2854.  
  2855. A friend is reorganizing his system. He has a RAM 21 board 
  2856. that he has no use for. Anyone interested?
  2857.  
  2858.     Jack Bicer
  2859.  
  2860. 19-Feb-85 20:26:51-MST,1314;000000000000
  2861. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2862. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 20:26:40-MST
  2863. Received: from brl-tgr.arpa by AMSAA.ARPA id a027191; 19 Feb 85 21:51 EST
  2864. Received: from usenet by BRL-TGR.ARPA id a020400; 19 Feb 85 21:33 EST
  2865. From: DAVID DYER-BENNET MRO1-2/L14 DTN 231-4076 <ddb%mrvax.dec@BRL-TGR.ARPA>
  2866. Newsgroups: net.micro.cpm
  2867. Subject: C for CPM-80
  2868. Message-ID: <580@decwrl.UUCP>
  2869. Date: 14 Feb 85 18:03:52 GMT
  2870. Sender: daemon%decwrl.uucp@BRL-TGR.ARPA
  2871. Xref: seismo net.micro.cpm:3946
  2872. To:       info-cpm@AMSAA.ARPA
  2873.  
  2874. I have both the ECO-SOFT C and BDS C for CPM-80.  ECO-SOFT is a
  2875. fairly good K&R implementation, but the code it produces and/or its
  2876. run-time library are VERY BAD.  
  2877.  
  2878. BDS C is a subset, with some moderately annoying restrictions.
  2879. However, simple programs in BDS-C seem to be 30% smaller and 30%
  2880. faster than the same programs in ECO-SOFT C.  I have found this
  2881. to be a sufficiently large difference that I rarely use ECO-SOFT
  2882. C (though I keep it around for portability).
  2883.  
  2884. Also, BDS C provides a source-level debugger; I know of no other
  2885. C for CPM-80 which does.
  2886.  
  2887. In other words, I haven't found a satisfactory C for my home system
  2888. yet, I have to use two unsatisfactory ones.
  2889.  
  2890.         -- David Dyer-Bennet
  2891.         -- ...decwrl!dec-rhea!dec-mrvax!ddb
  2892. 19-Feb-85 20:52:23-MST,926;000000000000
  2893. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2894. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 20:52:12-MST
  2895. Received: from brl-tgr.arpa by AMSAA.ARPA id a027361; 19 Feb 85 22:19 EST
  2896. Received: from usenet by BRL-TGR.ARPA id a021026; 19 Feb 85 21:47 EST
  2897. From: Don Wright <drw%ecsvax.uucp@BRL-TGR.ARPA>
  2898. Newsgroups: net.micro.cpm
  2899. Subject: Has the Rainbow been dropped?
  2900. Message-ID: <697@ecsvax.UUCP>
  2901. Date: 13 Feb 85 15:17:48 GMT
  2902. Xref: seismo net.micro.cpm:3947
  2903. To:       info-cpm@AMSAA.ARPA
  2904.  
  2905. <wonder if the line eater also ate the Rainbow>
  2906.  
  2907. As I was half listening during the CBS Morining News (2/13/85),
  2908. amid the finanicial news they had a one-liner about DEC having 
  2909. dropped the Rainbow pc line.  Anybody know what's going on? Last 
  2910. thing I had heard was that DEC had big plans for the Rainbow for 
  2911. Vax workstations and stuff like that.
  2912. -- 
  2913.  
  2914.      Cheer up, it could be worse ... could be raining.
  2915. 19-Feb-85 20:52:30-MST,924;000000000000
  2916. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2917. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 20:52:12-MST
  2918. Received: from brl-tgr.arpa by AMSAA.ARPA id aa27361; 19 Feb 85 22:19 EST
  2919. Received: from usenet by BRL-TGR.ARPA id a021037; 19 Feb 85 21:47 EST
  2920. From: Don Wright <drw%ecsvax.uucp@BRL-TGR.ARPA>
  2921. Newsgroups: net.micro.cpm
  2922. Subject: Has DEC dropped the Rainbow?
  2923. Message-ID: <703@ecsvax.UUCP>
  2924. Date: 13 Feb 85 15:40:08 GMT
  2925. Xref: seismo net.micro.cpm:3948
  2926. To:       info-cpm@AMSAA.ARPA
  2927.  
  2928. <wonder if the line eater also ate the Rainbow>
  2929.  
  2930. As I was half listening during the CBS Morning News (2/13/85),
  2931. amid the financial news they had a one-liner about DEC having 
  2932. dropped the Rainbow pc line.  Anybody know what's going on?  Last 
  2933. thing I had heard was that DEC had big plans for the Rainbow for 
  2934. Vax workstations and stuff like that.
  2935. -- 
  2936.  
  2937.      Cheer up, it could be worse ... could be raining.
  2938. 19-Feb-85 22:15:11-MST,2329;000000000000
  2939. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2940. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 22:15:01-MST
  2941. Received: from brl-tgr.arpa by AMSAA.ARPA id a028093; 19 Feb 85 23:47 EST
  2942. Received: from usenet by BRL-TGR.ARPA id a024306; 19 Feb 85 23:07 EST
  2943. From: Chuck McManis <cem%intelca.uucp@BRL-TGR.ARPA>
  2944. Newsgroups: net.micro.cpm
  2945. Subject: Re: General info on NULU (library program)
  2946. Message-ID: <510@intelca.UUCP>
  2947. Date: 15 Feb 85 16:18:31 GMT
  2948. Xref: seismo net.micro.cpm:3949
  2949. To:       info-cpm@AMSAA.ARPA
  2950.  
  2951. > 
  2952. > In reference to the news about NULU11.LBR available now in SIMTEL.
  2953. > ...
  2954. > 
  2955. > I have noticed only two problems:
  2956. > 
  2957. > - if you use NULU with libraries created with LU you get error messages 
  2958. >    indicating that the directory has a CRC error. Just ignore the message.
  2959.  
  2960.   I think you have this reversed, NULU version 1.0 does not put CRC's in the
  2961. library directory whereas LU does, this causes LU to indicate a CRC error
  2962. when using files created by NULU. NULU Version 1.1 uses CRCs and thus is 
  2963. totally compatible with LU. NULU can also be patched to know about your screen
  2964. and that makes the output very nice.
  2965.  
  2966. > 
  2967. > - the second is a real bug- if you extract a library member and specify a
  2968. >   destination ('du:file.ext'), and you enter the file name in lower case
  2969. >   then you cannot access the file. Directory listings using SD, for instance,
  2970. >   show the file name in lower case. Rename does not work, but you can
  2971. >   rename the file using VFILE, SWEEP, or DISK77.
  2972. > 
  2973.  
  2974. I can see how this one would slip by most people. I for one rarely specify
  2975. an output file because I want the output to have the same name as it has
  2976. when it is in the library. I could see though that if you were doing a 
  2977. simultaneous extract (or unsqueeze-extract) and rename by using the
  2978. =DU:Filename.Typ it would be a problem. There is one patch file out that
  2979. fixes a couple of other bugs in 1.1 call NULU11F1.ASM. I don't know
  2980. if it fixes these two above or not.
  2981.  
  2982. --Chuck
  2983. -- 
  2984.                                             - - - D I S C L A I M E R - - - 
  2985. {ihnp4,fortune}!dual\                     All opinions expressed herein are my
  2986.         {qantel,idi}-> !intelca!cem       own and not those of my employer, my
  2987.  {ucbvax,hao}!hplabs/                     friends, or my avocado plant. :-}
  2988. 19-Feb-85 22:58:55-MST,2512;000000000000
  2989. Return-Path: <info-cpm-request@AMSAA.ARPA>
  2990. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 19 Feb 85 22:58:46-MST
  2991. Received: from simtel20.arpa by AMSAA.ARPA id a028392; 20 Feb 85 0:24 EST
  2992. Date: 19 Feb 1985  22:23 MST (Tue)
  2993. Message-ID: <KPETERSEN.12089091678.BABYL@SIMTEL20.ARPA>
  2994. Sender: KPETERSEN@SIMTEL20.ARPA
  2995. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  2996. To:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
  2997. Subject: XLISP version 1.2 for CP/M-80 now available
  2998. Bug-Reports-To: betz at HARVARD
  2999.  
  3000. David Betz's XLISP version 1.2 for CP/M-80 is now available
  3001. from SIMTEL20:
  3002.  
  3003. Filename            Type     Bytes     CRC
  3004.  
  3005. Directory MICRO:<CPM.XLISP>
  3006. PT.LQP.1            BINARY      2688  157FH
  3007. XLBFUN.CQ.1            BINARY      5376  7603H
  3008. XLBIND.CQ.1            BINARY      1152  F56DH
  3009. XLCONT.CQ.1            BINARY      4224  8807H
  3010. XLDMEM.CQ.1            BINARY      4736  40F4H
  3011. XLEVAL.CQ.1            BINARY      5760  A2B0H
  3012. XLFIO.CQ.1            BINARY      6656  0727H
  3013. XLFTAB.CQ.1            BINARY      3200  7EC6H
  3014. XLINIT.CQ.1            BINARY      1792  AB12H
  3015. XLIO.CQ.1            BINARY      2432  9D82H
  3016. XLISP.CQ.1            BINARY      1408  AF8BH
  3017. XLISP.HQ.1            BINARY      4096  7B9CH
  3018. XLISP.MQM.1            BINARY     24576  4BDDH
  3019. XLISP12.FIX.1            ASCII       462  7384H
  3020. XLLIST.CQ.1            BINARY     12160  068EH
  3021. XLMATH.CQ.1            BINARY      4480  E2B3H
  3022. XLOBJ.CQ.1            BINARY     11648  B221H
  3023. XLPRIN.CQ.1            BINARY      2432  EE6FH
  3024. XLREAD.CQ.1            BINARY      5760  EAA1H
  3025. XLSTR.CQ.1            BINARY      3200  B91FH
  3026. XLSTUB.CQ.1            BINARY       384  C441H
  3027. XLSUBR.CQ.1            BINARY      2048  7336H
  3028. XLSYM.CQ.1            BINARY      3584  27F6H
  3029. XLSYS.CQ.1            BINARY      2304  FC85H
  3030.  
  3031. And for those who want the whole package as one file:
  3032.  
  3033. XLISP12.LBR.1            BINARY    117504  E343H
  3034.  
  3035. In order to conserve space on SIMTEL20 all of the above files will be
  3036. deleted after 7 days, except for the .LBR.
  3037.  
  3038. Suggestions, complaints, bug reports, etc. may be netmailed directly
  3039. to David Betz at the address in the message below.
  3040.  
  3041. I sent David a note asking about a recent message saying that Version
  3042. 1.4 was the latest XLISP.  I was wondering if that was true or not.
  3043. From his reply it looks like Version 1.2 will be the last version
  3044. that can run on an 8-bit system.
  3045.  
  3046. ---forwarded message---
  3047.  
  3048. Date: Tuesday, 5 February 1985  19:49-MST
  3049. From: betz at harvard.ARPA (David Betz)
  3050. To:   W8SDZ at SIMTEL20.ARPA
  3051. Re:   [winkler: XLISP version 1.4]
  3052.  
  3053. The information that Dan Winkler has distributed is correct.  The
  3054. newest version of XLISP is version 1.4.  Unfortunately, it is really
  3055. too big to fit on CP/M-80 systems any more.  It does work fine under
  3056. CP/M-86 and CP/M-68K though.
  3057.  
  3058.     David Betz
  3059. 20-Feb-85 00:26:00-MST,2975;000000000000
  3060. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3061. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Feb 85 00:25:51-MST
  3062. Received: from simtel20.arpa by AMSAA.ARPA id a029141; 20 Feb 85 1:56 EST
  3063. Date: 19 Feb 1985  23:55 MST (Tue)
  3064. Message-ID: <KPETERSEN.12089108354.BABYL@SIMTEL20.ARPA>
  3065. Sender: KPETERSEN@SIMTEL20.ARPA
  3066. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3067. To:   Info-Cpm@AMSAA.ARPA
  3068. Subject: Kermit-80 version 4.05
  3069.  
  3070. The entire release of Kermit-80, version 4.05, except for CP4KER.MSS
  3071. (the scribe source for CP4KER.DOC) is now available in convenient
  3072. .LBR format from SIMTEL20.  All files have been squeezed except
  3073. CP4AAA.HLP.  This is a big .LBR, make sure you have room before
  3074. transferring it.  If you want only certain individual files, you can
  3075. get them via ANONYMOUS ftp from CU20B's KER: directory.
  3076.  
  3077. Filename            Type     Bytes     CRC
  3078.  
  3079. Directory MICRO:<CPM.MODEM>
  3080. KERMT405.LBR.1            BINARY    322176  3A8DH
  3081.  
  3082. Here is CP4AAA.HLP which explains a bit about these files:
  3083.  
  3084. CP/M Kermit Version 4, Guide to Files
  3085.  
  3086. To build CP/M Kermit Version 4 for your system, you must follow the
  3087. directions in CP4KER.DOC for combining the system-independent portion
  3088. of the program with the system-dependent overlay for your system:
  3089.  
  3090. CP4KER.HEX    Hex file, suitable for downloading, must be combined
  3091.         with one of the system-dependent overlays below:
  3092.  
  3093. CP4820.HEX      Xerox 820
  3094. CP4APL.HEX      Apple II, Z80 Softcard, 6551 ACIA in serial interface
  3095. CP4APM.HEX      Apple II, Z80 Softcard, Micromodem II in slot 2
  3096. CP4BB2.HEX      BigBoard II (terminal required)
  3097. CP4BRN.HEX      Intertec SuperBrain.
  3098. CP4CP3.HEX      "generic": CP/M 3.0 (CP/M Plus) systems (terminal req'd)
  3099. CP4DEL.HEX      Digicomp Delphi 100 (terminal required)
  3100. CP4DM2.HEX      DECmate II with CP/M option
  3101. CP4GEN.HEX      "Generic": CPM 2.2 systems with IOBYTE (terminal req'd)
  3102. CP4H89.HEX      Heath/Zenith H89.
  3103. CP4KPR.HEX      Kaypro-II (and 4; probably supports all Kaypro systems)
  3104. CP4LOB.HEX      Lobo Max-80
  3105. CP4MDI.HEX      Morrow Decision I (terminal required)
  3106. CP4MIK.HEX      MikroMikko
  3107. CP4NST.HEX      Northstar Horizon with SIO-4 board
  3108. CP4OSB.HEX      Osborne 1
  3109. CP4OSI.HEX      Ohio Scientific
  3110. CP4ROB.HEX      DEC VT180
  3111. CP4TEL.HEX      TELCON Zorba portable
  3112. CP4TLB.HEX      TRS-80 model II with Lifeboat 2.25C CP/M Display
  3113. CP4TPT.HEX      TRS-80 model II with Pickles + Trout CP/M Display
  3114. CP4UDI.HEX      Morrow Micro Decision I (terminal required)
  3115. CP4VEC.HEX      Vector Graphics.
  3116. CP4Z00.HEX      Z-100 under CP/M-85
  3117.  
  3118. Program Source:
  3119.  
  3120. CP4*.ASM        Kermit-80 Assembler Source for MASM, LASM, or MAC-80
  3121.  
  3122. Other Files:
  3123.  
  3124. CP4AAA.HLP      This file
  3125. CP4ASM.DOC      Instructions for building CP/M Kermit from sources
  3126. CP4KER.BWR      "Beware" file -- known bugs or limitations of current version
  3127. CP4KER.DOC      Documentation -- Kermit User Guide chapter for Kermit-80
  3128. CP4KER.MSS      Scribe text formatter source for CP4KER.DOC
  3129. CP4KER.UPD      Program update history
  3130. 20-Feb-85 07:09:09-MST,796;000000000000
  3131. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3132. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Feb 85 07:09:03-MST
  3133. Received: from mitre.arpa by AMSAA.ARPA id a004469; 20 Feb 85 8:01 EST
  3134. Date: 20 Feb 1985  7:59:40 EST (Wednesday)
  3135. From: Jeffrey Edelheit <edelheit@mitre.ARPA>
  3136. Subject: Re: Has the Rainbow been dropped?
  3137. In-Reply-to: Your message of 13 Feb 85 15:17:48 GMT
  3138. To: Don Wright <drw%ecsvax.uucp@BRL-TGR.ARPA>
  3139. Cc: info-cpm@AMSAA.ARPA
  3140.  
  3141. According to the most recent Computerworld, DEC has dropped production 
  3142. of the Rainbow.  The article stated that DEC has a large number of them 
  3143. in stock, and will try to run the stock out.  The article also stated
  3144. that while the production run of Rainbows has stopped, it could always 
  3145. be restarted.
  3146.  
  3147. Jeff Edelheit
  3148. (edelheit@mitre)
  3149.  
  3150. 20-Feb-85 08:22:33-MST,1998;000000000000
  3151. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3152. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Feb 85 08:22:15-MST
  3153. Received: from simtel20.arpa by AMSAA.ARPA id a007801; 20 Feb 85 10:00 EST
  3154. Date: 20 Feb 1985  07:47 MST (Wed)
  3155. Message-ID: <KPETERSEN.12089194324.BABYL@SIMTEL20.ARPA>
  3156. Sender: KPETERSEN@SIMTEL20.ARPA
  3157. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3158. To:   Info-Cpm@AMSAA.ARPA
  3159. Subject: Updated SIMTEL20 CP/M directories quick-reference list
  3160.  
  3161. Quick reference list to SIMTEL20's MICRO:<CPM.x> directories
  3162. as of February 20, 1985 (where 'x' is one of the names below):
  3163.  
  3164. 22RSX         CPM86         GENDOC        NSTAR         T20-SQUSQ
  3165. 6502          CPMLIB        HAMMING       OSBORN        TERM
  3166. AMETHYST      CPR86         HAMRADIO      PACKET        TOPS-20
  3167. APPLE         CUG           HDUTL         PASCAL        TRS-80
  3168. ASMUTL        DBASEII       HEATH         PCDOS         TURBODOS
  3169. ATARI         DEBUG         HELP          PILOT80       TURBOPAS
  3170. AZTEC-C       DIRUTL        HEX           PLOT33        TXTUTL
  3171. BASIC         DISASM        IBM-PC        PPSPEL        V2CMAC
  3172. BDOS          DISKPLOT      INSIDCPM      PUBKEY        VAXVMS
  3173. BDSC-1        DSKBUF        KAYPRO        PUBPATCH      VOICE
  3174. BDSC-2        DSKUTL        LIST          RBBS          WSTAR
  3175. BDSC-3        EDITC80       MACLIB        RBBS4         XCCP
  3176. BDSC-4        EDITOR        MATH          RCPM          XLISP
  3177. BSTAM         EPSON         MEMTEST       SMALLC2       YAM
  3178. BYE3          EZCPR         MEX           SORT          Z3LIBS
  3179. C80           FAST2         MICNET        SPELL         Z3NEW
  3180. CATLOG        FIDO          MISC          SQU-PORT      ZCPR
  3181. CB80          FILCPY        MODEM         SQUSQ         ZCPR2
  3182. CBIOS         FILUTL        MODEM2        STARTER-KIT   ZCPR3
  3183. CCP           FORTH         MODEM7        SUBMIT
  3184. COBOL         FORTH-83      MODEM903      SYSLIB
  3185. COMMODORE     GENASM        MSOFT         SYSLIB3
  3186. CPM3          GENCOM        NEWS          SYSUTL
  3187. 20-Feb-85 11:58:39-MST,858;000000000000
  3188. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3189. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Feb 85 11:58:28-MST
  3190. Received: from brl-tgr.arpa by AMSAA.ARPA id a013065; 20 Feb 85 13:20 EST
  3191. Received: from usenet by BRL-TGR.ARPA id a014254; 20 Feb 85 11:59 EST
  3192. From: lamarche%micomvax.uucp@BRL-TGR.ARPA
  3193. Newsgroups: net.micro.cpm,net.wanted.sources
  3194. Subject: cpmfloppy for VAX780 running 4.xBSD
  3195. Message-ID: <392@micomvax.UUCP>
  3196. Date: 19 Feb 85 14:10:45 GMT
  3197. Xref: seismo net.micro.cpm:3951 net.wanted.sources:517
  3198. To:       info-cpm@AMSAA.ARPA
  3199.  
  3200. A while back, the sources of this beast allowing to read/write
  3201. CP/M 8" SS/SD floppies were distributed on the net.  Could
  3202. somebody mail me these sources as I now need them.
  3203.  
  3204. Thanks in advance,
  3205.  
  3206. Michel Lamarche
  3207. Philips Information Systems, Montreal (formely MICOM)
  3208. UUCP: philabs!micomvax!lamarche
  3209. 20-Feb-85 13:48:50-MST,601;000000000000
  3210. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3211. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Feb 85 13:48:44-MST
  3212. Received: from simtel20.arpa by AMSAA.ARPA id a016930; 20 Feb 85 15:14 EST
  3213. Date: 20 Feb 1985  13:13 MST (Wed)
  3214. Message-ID: <KPETERSEN.12089253690.BABYL@SIMTEL20.ARPA>
  3215. Sender: KPETERSEN@SIMTEL20.ARPA
  3216. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3217. To:   Info-Cpm@AMSAA.ARPA
  3218. Subject: SIMTEL20 directory list updated
  3219.  
  3220. MICRO:<CPM>CPM.CRCLST on SIMTEL20 (the file listing all the filenames,
  3221. sizes and CRCs of the MICRO<CPM.xx> directories) has been updated as
  3222. of today.
  3223.  
  3224. --Keith
  3225. 20-Feb-85 20:50:54-MST,972;000000000000
  3226. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3227. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 20 Feb 85 20:50:48-MST
  3228. Received: from brl-tgr.arpa by AMSAA.ARPA id a023194; 20 Feb 85 22:06 EST
  3229. Received: from usenet by BRL-TGR.ARPA id a029266; 20 Feb 85 21:55 EST
  3230. From: apratt%iuvax.uucp@BRL-TGR.ARPA
  3231. Newsgroups: net.micro.cpm
  3232. Subject: Request for LASM.DOC
  3233. Message-ID: <5100008@iuvax.UUCP>
  3234. Date: 16 Feb 85 21:43:00 GMT
  3235. Nf-ID: #N:iuvax:5100008:000:390
  3236. Nf-From: iuvax!apratt    Feb 16 16:43:00 1985
  3237. Xref: seismo net.micro.cpm:3952
  3238. To:       info-cpm@AMSAA.ARPA
  3239.  
  3240.  
  3241. I just downloaded the Public Domain Linking Assembler, LASM.COM, from an
  3242. RCPM. Unfortunately, it did not have the .DOC file with it. Could someone
  3243. out in net-land send me a copy? I don't think it's too big for the net..
  3244. I would prefer to get it from USENET rather than ARPA since I cannot send
  3245. to the ARPA net without cost. Thank you.
  3246.  
  3247.                         -- Allan Pratt
  3248.                     ...ihnp4!inuxc!iuvax!apratt
  3249. 21-Feb-85 00:51:58-MST,1401;000000000000
  3250. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3251. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 00:51:51-MST
  3252. Received: from brl-tgr.arpa by AMSAA.ARPA id a000755; 21 Feb 85 0:17 EST
  3253. Received: from usenet by BRL-TGR.ARPA id a002276; 20 Feb 85 22:57 EST
  3254. From: "J. Lee Johnson" <jjhnsn%ut-ngp.uucp@BRL-TGR.ARPA>
  3255. Newsgroups: net.micro.cpm,net.wanted.sources
  3256. Subject: Re: cpmfloppy for VAX780 running 4.xBSD
  3257. Message-ID: <1349@ut-ngp.UUCP>
  3258. Date: 21 Feb 85 01:40:05 GMT
  3259. Xref: seismo net.micro.cpm:3953 net.wanted.sources:521
  3260. To:       info-cpm@AMSAA.ARPA
  3261.  
  3262. > A while back, the sources of this beast allowing to read/write
  3263. > CP/M 8" SS/SD floppies were distributed on the net.  Could
  3264. > somebody mail me these sources as I now need them.
  3265.  
  3266. This can be done with "dd", for example:
  3267.  
  3268. % dd if=/dev/floppy of=foo bs=128 count=2002  # read CP/M disk into file "foo"
  3269. % dd of=/dev/floppy if=foo bs=128 count=2002  # write CP/M disk from file "foo"
  3270.  
  3271. Berkeley supplies a program called "cpm" that allows you to manipulate
  3272. a CP/M diskette image file. Look for the sources in /usr/src/new/cpm.
  3273. The documentation is in volume 2C of the Berkeley manuals.
  3274.  
  3275. James Lee Johnson, U.T. Computation Center, Austin, Texas 78712
  3276. ARPA:  jjhnsn@ut-ngp
  3277. UUCP:  ihnp4!ut-ngp!jjhnsn  allegra!ut-ngp!jjhnsn  gatech!ut-ngp!jjhnsn
  3278. seismo!ut-sally!jjhnsn  harvard!ut-sally!jjhnsn  research!ut-sally!jjhnsn
  3279. 21-Feb-85 09:57:48-MST,1014;000000000000
  3280. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3281. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 09:57:41-MST
  3282. Received: from simtel20.arpa by AMSAA.ARPA id a014260; 21 Feb 85 11:20 EST
  3283. Date: 21 Feb 1985  09:19 MST (Thu)
  3284. Message-ID: <KPETERSEN.12089473160.BABYL@SIMTEL20.ARPA>
  3285. Sender: KPETERSEN@SIMTEL20.ARPA
  3286. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3287. To:   Ruben Ramirez-Mitchell <ruben@ut-ngp.ARPA>
  3288. Cc:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
  3289. Subject: ITS-binary files on SIMTEL20 are no more
  3290. In-reply-to: Msg of 21 Feb 1985  07:41-MST from Ruben Ramirez-Mitchell <ruben at ut-ngp.ARPA>
  3291.  
  3292. Apparently my message concerning the complete changeover from
  3293. ITS-binary to BINARY (8) on SIMTEL20 was lost by some mailers.  There
  3294. was a mail problem at BRL about that same time.
  3295.  
  3296. ALL binary files at SIMTEL20 are now 8-bit BINARY.  There are no
  3297. ITS-binary files remaining.  The only change to the FTP user will be
  3298. to NOT strip the first four bytes from the head of binary files.
  3299.  
  3300. --Keith
  3301. 21-Feb-85 12:54:41-MST,1578;000000000000
  3302. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3303. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 12:54:31-MST
  3304. Received: from brl-tgr.arpa by AMSAA.ARPA id a017854; 21 Feb 85 14:20 EST
  3305. Received: from usenet by BRL-TGR.ARPA id a019488; 21 Feb 85 13:42 EST
  3306. From: Steve Tynor <tynor%gitpyr.uucp@BRL-TGR.ARPA>
  3307. Newsgroups: net.micro,net.wanted,net.micro.cpm
  3308. Subject: Wanted: CP/M System
  3309. Message-ID: <153@gitpyr.UUCP>
  3310. Date: 20 Feb 85 04:15:08 GMT
  3311. Xref: seismo net.micro:9934 net.wanted:6148 net.micro.cpm:3957
  3312. To:       info-cpm@AMSAA.ARPA
  3313.  
  3314. <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
  3315.                   WANTED: Used CP/M System
  3316.  
  3317. I'm looking for a cheap CP/M system for a software development
  3318. project I'm about to embark upon.  I'm not looking for anything
  3319. fancy, just a Z80/8080 CPU, a disk drive or two, and perhaps a
  3320. monitor.  
  3321.  
  3322. If anyone has or knows about such a system that someone wants to
  3323. unload, let me know.
  3324.  
  3325. My mother thanks you, my father thanks you....
  3326.  
  3327. =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
  3328. Never put off until tomorrow what you can avoid altogether.   
  3329.                      
  3330.     Steve Tynor
  3331.  
  3332.        1069 McMillan St. NW
  3333.        Atlanta, GA
  3334.        30318
  3335.       (404) 875-0252
  3336.       (404) 894-3175
  3337.  
  3338.  ...{akgua, allegra, amd, harpo, hplabs,
  3339.      ihnp4, masscomp, ut-ngp, rlgvax, sb1,
  3340.      uf-cgrl, unmvax, ut-sally}  !gatech!gitpyr!tynor
  3341.  
  3342. -- 
  3343. Steve Tynor
  3344. Georgia Insitute of Technology, Atlanta Georgia, 30332
  3345. ...!{akgua,allegra,amd,hplabs,ihnp4,masscomp,ut-ngp}!gatech!gitpyr!tynor
  3346. 21-Feb-85 16:51:44-MST,599;000000000000
  3347. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3348. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 16:51:35-MST
  3349. Received: from simtel20.arpa by AMSAA.ARPA id a024724; 21 Feb 85 18:20 EST
  3350. Date: Thu 21 Feb 85 16:20:18-MST
  3351. From: JFAAD <JFAAD@SIMTEL20.ARPA>
  3352. Subject: MODEM840 Function Keys
  3353. To: INFO-CPM@AMSAA.ARPA
  3354. cc: JFAAD@SIMTEL20.ARPA
  3355.  
  3356. Does anyone have an M8FNK.CMD program for MODEM840 (CPM86)?
  3357. I would like to change the function key intercept character
  3358. to something other than ^.  It causes problems when using
  3359. the TOPS-20 EDIT program.
  3360.  
  3361. Larry Armijo
  3362. JFAAD@SIMTEL20
  3363. -------
  3364. 21-Feb-85 19:34:20-MST,4631;000000000000
  3365. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3366. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 19:33:41-MST
  3367. Received: from simtel20.arpa by AMSAA.ARPA id a025229; 21 Feb 85 20:55 EST
  3368. Date: Thursday, 21 February 1985  12:46-MST
  3369. Message-ID: <KPETERSEN.12089577861.BABYL@SIMTEL20.ARPA>
  3370. Sender: d3unix!jhs@mitre-bedford.ARPA
  3371. From: d3unix!jhs@mitre-bedford.ARPA
  3372. Subject:   MOV transient protectors
  3373. ReSent-From: KPETERSEN@simtel20.ARPA
  3374. ReSent-To: Info-Cpm@AMSAA.ARPA
  3375. ReSent-Date: Thu 21 Feb 1985 18:54-MST
  3376.  
  3377. " What is the proper configuration for hooking up an MOV to a power
  3378.   line?  (i.e.  in series or in parallel?).
  3379.  
  3380.   If it hooks up in parallel to the power line, why wouldn't one MOV
  3381.   work for your entire house?  It seems that it would, because all the
  3382.   lines in the house are connected to together in parallel.
  3383.                               Joe "
  3384. --------
  3385.  
  3386. The MOV is a shunt device: it has a high impedance until a transient
  3387. causes a large voltage to appear across it, at which point its
  3388. resistance becomes small, or more precisely, it prevents the voltage
  3389. from getting much bigger by shunting a large current through the MOV.
  3390.  
  3391. To protect equipment with MOVs connected to the AC line, you would
  3392. want to choose an MOV rated for a voltage which would not NORMALLY
  3393. appear across the line.  Be sure to find out (does anybody know?)
  3394. whether the MOV is rated in terms of instantaneous peak voltage or RMS
  3395. line voltage.  The peak voltage is sqrt(2) times the RMS value of 115
  3396. or 120, thus about 170 volts.  To allow for manufacturing tolerances,
  3397. an MOV which limits peaks to about 190 or 200 volts would probably be
  3398. about right.
  3399.  
  3400. Another parameter you need to choose is the maximum shunt current you
  3401. need to handle in the MOV.  The right choice depends on the
  3402. application.  For EMP protection, FEMA recommends a rule of thumb of
  3403. 25 to 120 Amps per FOOT of exposed conductor if the conductor is
  3404. vertical and 5 to 10 Amps per foot if it is horizontal.  In either
  3405. case, a practical limit would occur at about 2000 Amps because more
  3406. than that will arc over around even your MOV.  So probably a 2000 Amp
  3407. peak current rating would handle most transients in the real world.
  3408. I'm not sure just how LIGHTNING transients would differ from EMP, but
  3409. it is generally claimed that the risetime is longer (slower) for
  3410. lightning.  I suspect that the above rules of thumb for EMP would
  3411. result in a conservative design that would handle lightning nicely
  3412. also.
  3413.  
  3414. The MOV would be connected across the line (in parallel, in your
  3415. terms).  A single MOV at the power entrance point would be very useful
  3416. if all wiring beyond that point is in metal conduit.  However, note
  3417. that MOVs may become ineffective after being zapped a couple of times,
  3418. so it might be well to install several of them in parallel at the
  3419. entrance point.  It is also a good idea to inspect or test them
  3420. periodically.
  3421.  
  3422. Bear in mind that both EMP and lightning are fairly wideband
  3423. phenomena, EMP particularly extending well into the VHF region.
  3424. Because they are so wideband, they act like (they in fact ARE) radio
  3425. waves and can get picked up by even a few FEET of conductor betwee the
  3426. "central" MOV and the device in question.  MOVs at various other
  3427. points in the system would provide better protection to specific
  3428. (expensive) equipment especially if the entrance-point MOV(s) failed
  3429. or if the distribution wiring in the building is not shielded.
  3430.  
  3431. The LEAD LENGTH and inductance in series with the MOV will greatly
  3432. reduce its effectiveness in limiting voltage peaks.  It is best to use
  3433. techniques similar to those used in building VHF/UHF amplifiers: very
  3434. short leads, wide "straps" rather than ordinary wire, or else large
  3435. diameter conductor, avoid bending the conductor (because bends
  3436. introduce inductance) etc.
  3437.  
  3438. Additional protection can be provided more locally by using Zener
  3439. diodes on low-voltage lines and gas gap devices on antenna feedlines.
  3440. NOTE THAT AIR GAPS ARE NOT EFFECTIVE against EMP transients because
  3441. the risetime is much faster than the time required to ionize air.  Buy
  3442. a gas discharge device specifically designed for EMP or lightning
  3443. protection, and then check it periodically (after every major
  3444. electrical storm, for example).
  3445.  
  3446. I hope the above is helpful.  Please note that I am only an "instant"
  3447. expert on this subject rather than a "real" expert, so I may not be
  3448. able to give you much more detail than the above.  However, I would be
  3449. glad to try to answer any further questions or point you at someone
  3450. who can do so.
  3451.  
  3452.                         73, John Sangster,
  3453.                         W3IKG jhs at
  3454.                         mitre-bedford.arpa
  3455. 21-Feb-85 19:34:53-MST,4776;000000000000
  3456. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3457. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 19:34:30-MST
  3458. Received: from simtel20.arpa by AMSAA.ARPA id a025244; 21 Feb 85 21:00 EST
  3459. Date: Thursday, 21 February 1985  12:59-MST
  3460. Message-ID: <KPETERSEN.12089578798.BABYL@SIMTEL20.ARPA>
  3461. Sender: d3unix!jhs@mitre-bedford.ARPA
  3462. From: d3unix!jhs@mitre-bedford.ARPA
  3463. Subject:   MOV transient protectors - correction
  3464. ReSent-From: KPETERSEN@simtel20.ARPA
  3465. ReSent-To: Info-Cpm@AMSAA.ARPA
  3466. ReSent-Date: Thu 21 Feb 1985 18:59-MST
  3467.  
  3468. *** Correction to text - discard previous version.
  3469.  
  3470. " What is the proper configuration for hooking up an MOV to a power
  3471.   line?  (i.e.  in series or in parallel?).
  3472.  
  3473.   If it hooks up in parallel to the power line, why wouldn't one MOV
  3474.   work for your entire house?  It seems that it would, because all the
  3475.   lines in the house are connected to together in parallel.
  3476.                               Joe "
  3477. --------
  3478.  
  3479. The MOV is a shunt device: it has a high impedance until a transient
  3480. causes a large voltage to appear across it, at which point its
  3481. resistance becomes small, or more precisely, it prevents the voltage
  3482. from getting much bigger by shunting a large current through the MOV.
  3483.  
  3484. To protect equipment with MOVs connected to the AC line, you would
  3485. want to choose an MOV rated for a voltage which would not NORMALLY
  3486. appear across the line.  Be sure to find out (does anybody know?)
  3487. whether the MOV is rated in terms of instantaneous peak voltage or RMS
  3488. line voltage.  The peak voltage is sqrt(2) times the RMS value of 115
  3489. or 120, thus about 170 volts.  To allow for manufacturing tolerances,
  3490. an MOV which limits peaks to about 190 or 200 volts would probably be
  3491. about right.
  3492.  
  3493. Another parameter you need to choose is the maximum shunt current you
  3494. need to handle in the MOV.  The right choice depends on the
  3495. application.  For EMP protection, FEMA recommends a rule of thumb of
  3496. 25 to 120 Amps per FOOT of exposed conductor if the conductor is
  3497. vertical and 5 to 10 Amps per foot if it is horizontal.  In either
  3498. case, a practical limit would occur at about 2000 Amps because more
  3499. than that will arc over around even your MOV.  So probably a 2000 Amp
  3500. peak current rating would handle most transients in the real world.
  3501. I'm not sure just how LIGHTNING transients would differ from EMP, but
  3502. it is generally claimed that the risetime is longer (slower) for
  3503. lightning.  I suspect that the above rules of thumb for EMP would
  3504. result in a conservative design that would handle lightning nicely
  3505. also.
  3506.  
  3507. **** correction to following paragraph: ****
  3508.  
  3509. The MOV would be connected across the line (in parallel, in your
  3510. terms).  A single MOV at the power entrance point would be very useful
  3511. if all wiring beyond that point is in metal conduit.  MOVs have a
  3512. reputation of being fairly reliable, provided that they are adequately
  3513. rated to handle the shunt currents they experience.  However, the use
  3514. of two or more MOVs in parallel might be a good idea for added
  3515. protection in case a failure should occur.
  3516.  
  3517. Bear in mind that both EMP and lightning are fairly wideband
  3518. phenomena, EMP particularly extending well into the VHF region.
  3519. Because they are so wideband, they act like (they in fact ARE) radio
  3520. waves and can get picked up by even a few FEET of conductor betwee the
  3521. "central" MOV and the device in question.  MOVs at various other
  3522. points in the system would provide better protection to specific
  3523. (expensive) equipment especially if the entrance-point MOV(s) failed
  3524. or if the distribution wiring in the building is not shielded.
  3525.  
  3526. The LEAD LENGTH and inductance in series with the MOV will greatly
  3527. reduce its effectiveness in limiting voltage peaks.  It is best to use
  3528. techniques similar to those used in building VHF/UHF amplifiers: very
  3529. short leads, wide "straps" rather than ordinary wire, or else large
  3530. diameter conductor, avoid bending the conductor (because bends
  3531. introduce inductance) etc.
  3532.  
  3533. Additional protection can be provided more locally by using Zener
  3534. diodes on low-voltage lines and gas gap devices on antenna feedlines.
  3535. NOTE THAT AIR GAPS ARE NOT EFFECTIVE against EMP transients because
  3536. the risetime is much faster than the time required to ionize air.  Buy
  3537. a gas discharge device specifically designed for EMP or lightning
  3538. protection, and then check it periodically (after every major
  3539. electrical storm, for example).
  3540.  
  3541. I hope the above is helpful.  Please note that I am only an "instant"
  3542. expert on this subject rather than a "real" expert, so I may not be
  3543. able to give you much more detail than the above.  However, I would be
  3544. glad to try to answer any further questions or point you at someone
  3545. who can do so.
  3546.  
  3547.                         73, John Sangster,
  3548.                         W3IKG jhs at
  3549.                         mitre-bedford.arpa
  3550. 21-Feb-85 20:15:29-MST,1277;000000000000
  3551. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3552. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 21 Feb 85 20:15:22-MST
  3553. Received: from simtel20.arpa by AMSAA.ARPA id a025306; 21 Feb 85 21:12 EST
  3554. Date: 21 Feb 1985  19:12 MST (Thu)
  3555. Message-ID: <KPETERSEN.12089581077.BABYL@SIMTEL20.ARPA>
  3556. Sender: KPETERSEN@SIMTEL20.ARPA
  3557. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3558. To:   JFAAD <JFAAD@simtel20.ARPA>
  3559. Cc:   Info-Cpm@AMSAA.ARPA
  3560. Subject: MODEM840 Function Keys
  3561. In-reply-to: Msg of 21 Feb 1985  16:20-MST from JFAAD <JFAAD>
  3562.  
  3563.     Does anyone have an M8FNK.CMD program for MODEM840 (CPM86)?
  3564.     I would like to change the function key intercept character
  3565.     to something other than ^.  It causes problems when using
  3566.     the TOPS-20 EDIT program.
  3567.  
  3568. I don't have a program for you, but I do have a possible fix.  I use
  3569. MODEM7 with the normal intercept character - even though I use EMACS
  3570. here on SIMTEL20.  The trick is to look in your overlay for the option
  3571. which defines whether the intercept character preceeds a local or a
  3572. remote character.  Reverse it.  You then type the intercept character
  3573. ONLY before a local command.  This allows you to use all the control
  3574. characters with EMACS.  Type the intercept character twice to send it
  3575. out over the modem.
  3576.  
  3577. --Keith
  3578. 22-Feb-85 01:27:16-MST,682;000000000000
  3579. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3580. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Feb 85 01:27:11-MST
  3581. Received: from brl-aos.arpa by AMSAA.ARPA id a025814; 22 Feb 85 2:21 EST
  3582. Received: from mit-mc.arpa by BRL-AOS.ARPA id a015610; 22 Feb 85 2:15 EST
  3583. Date: Fri 22 Feb 85 02:15:22-EST
  3584. From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
  3585. Subject: Z3TCAP Entry for Apple
  3586. To: INFO-CPM@MIT-MC.ARPA
  3587. cc: rconn@SIMTEL20.ARPA
  3588.  
  3589.  
  3590.    I made a Z3TCAP entry for the Apple using a Viewmax-80 80-column/lowercase
  3591. card;  If anyone using this setup would like the .Z3T file, please let me
  3592. know.  Maybe it could eventually get added to the Z3TCAP library.
  3593.  
  3594. -dru
  3595. -------
  3596.  
  3597. 22-Feb-85 08:36:59-MST,1200;000000000000
  3598. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3599. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Feb 85 08:36:52-MST
  3600. Received: from simtel20.arpa by AMSAA.ARPA id a002533; 22 Feb 85 9:59 EST
  3601. Date: 22 Feb 1985  07:58 MST (Fri)
  3602. Message-ID: <KPETERSEN.12089720642.BABYL@SIMTEL20.ARPA>
  3603. Sender: KPETERSEN@SIMTEL20.ARPA
  3604. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3605. To:   David Towson (SECAD) <towson@AMSAA.ARPA>
  3606. Cc:   Info-Cpm@AMSAA.ARPA
  3607. Subject: ITS binary file in archives.
  3608. In-reply-to: Msg of 22 Feb 1985  07:29-MST from David Towson (SECAD) <towson at AMSAA.ARPA>
  3609.  
  3610.     Keith - I just saw the note on <CPM.SPELL>SPELL21X.LBR, and
  3611.     decided to grab a copy.  In doing so, I discovered that an ITS
  3612.     header is present on this file (didn't try SPELL21.LBR).  Our
  3613.     auto-ftp programs here at BRL check for the ITS header, and strip
  3614.     it if present.  The results of this test and strip action are
  3615.     reported to the user.  For other files I have FTPed since you
  3616.     removed the ITS headers, the program has indeed indicated that
  3617.     the header was not present.
  3618.  
  3619. You are right.  Sorry about that.  SPELL21X.LBR has been corrected, is
  3620. now BINARY instead of ITS-binary.
  3621.  
  3622. --Keith
  3623. 22-Feb-85 17:03:36-MST,1023;000000000000
  3624. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3625. Received: from AMSAA by SIMTEL20.ARPA with TCP; Fri 22 Feb 85 17:03:12-MST
  3626. Received: from brl-aos.arpa by AMSAA.ARPA id a015178; 22 Feb 85 18:37 EST
  3627. Received: from simtel20.arpa by BRL-AOS.ARPA id a025388; 22 Feb 85 18:28 EST
  3628. Date: 22 Feb 1985  16:27 MST (Fri)
  3629. Message-ID: <CSTROM.12089813224.BABYL@SIMTEL20.ARPA>
  3630. From: CSTROM@SIMTEL20.ARPA
  3631. To:   ihnp4!cbosgd!clyde!watmath!watarts!upen@UCB-VAX.ARPA
  3632. CC:   INFO-CPM@BRL.ARPA
  3633. Subject: No magazines for hackers?
  3634. In-reply-to: Msg of 17 Feb 1985  20:37-MST from ihnp4!cbosgd!clyde!watmath!watarts!upen at ucb-vax.ARPA
  3635.  
  3636.     Sorry, no flames, only good news - Sol Libes is about to
  3637. unveil Micro/Systems Journal, which will look like to old Microsystems
  3638. when Sol was running the show. It will be a bimonthly withg lower
  3639. production costs, less glossy hype, and presumably more good stuff for
  3640. us hackers.
  3641.     Sol is sending a mailing out with details and a subscription
  3642. form to all former Microsystems subscribers.
  3643.  
  3644. -Charlie
  3645. 23-Feb-85 01:33:16-MST,1107;000000000000
  3646. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3647. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 01:33:09-MST
  3648. Received: from brl-aos.arpa by AMSAA.ARPA id a016087; 23 Feb 85 3:08 EST
  3649. Received: from mit-mc.arpa by BRL-AOS.ARPA id a000950; 23 Feb 85 3:08 EST
  3650. Date: 23 February 1985 03:07-EST
  3651. From: Andrew Scott Beals <BANDY@MIT-MC.ARPA>
  3652. Subject:  Osborne 1 computers
  3653. To: info-cpm@BRL.ARPA
  3654.  
  3655. Well folks, I've determined that the reason why my display is spazzing
  3656. is because I have a power supply that is just too weak to keep
  3657. everything powered to correct voltages. (You would spazz to if you
  3658. were only getting 4.50 volts across your pins... I'm using a big power
  3659. supply borrowed from work in the interim)
  3660.  
  3661. Does anyone know of someone who is manufacturing hefty power supplies
  3662. that will fit in the case of the machine? Or for that matter, does anyone
  3663. have a list of third party Osborne 1 after-market addons?
  3664.  
  3665. Tanks do advance and please cc: replies to me please - I'm not on
  3666. info-cpm...
  3667.  
  3668. andy beals
  3669. arpa: bandy@lll-crg
  3670. uucp: ihnp4!mit-eddie!bandy    or    ucbvax!sun!lll-crg!bandy
  3671.  
  3672. 23-Feb-85 02:15:48-MST,1116;000000000000
  3673. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3674. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 02:15:41-MST
  3675. Received: from brl-tgr.arpa by AMSAA.ARPA id a016134; 23 Feb 85 3:53 EST
  3676. Received: from usenet by BRL-TGR.ARPA id a010299; 23 Feb 85 3:40 EST
  3677. From: Dan Davison <davison%bnl.uucp@BRL-TGR.ARPA>
  3678. Newsgroups: net.micro.cpm,net.wanted,net.micro
  3679. Subject: HELP: Bdos error on B:R/O
  3680. Message-ID: <883@bnl.UUCP>
  3681. Date: 22 Feb 85 00:44:45 GMT
  3682. Xref: seismo net.micro.cpm:3966 net.wanted:6165 net.micro:9960
  3683. To:       info-cpm@AMSAA.ARPA
  3684.  
  3685. I've got a Z80 CP/M system with two 5.25 in drives. A: is ss/dd,
  3686. B: is ds/dd.  I keep getting the error message 
  3687.  
  3688. Bdos error on B:R/O
  3689.  
  3690. when trying to delete files, or copying using PIP, and with Wordstar.
  3691. The canonical situation is having a write-protect tab on the disk: I
  3692. don't.  Does anyone have any idea what might be wrong?  Whatever it
  3693. is, it's intermittent.  Any pointers as to where the problem may lie
  3694. would be appreciated.
  3695.  
  3696. TIA,
  3697. dan davison
  3698. davison@bnl.arpa
  3699. davison@bnl.bitnet
  3700. davison@sumex-aim.arpa
  3701. ...decvax!philabs!sbcs!bnl!davison
  3702. 23-Feb-85 06:39:16-MST,674;000000000000
  3703. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3704. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 06:39:08-MST
  3705. Received: from xerox.arpa by AMSAA.ARPA id a016537; 23 Feb 85 8:19 EST
  3706. Received: from Aurora.ms by ArpaGateway.ms ; 23 FEB 85 05:18:45 PST
  3707. Date: Sat, 23 Feb 85 08:21 EST
  3708. From: Lowans.Wbst@XEROX.ARPA
  3709. Subject: Re: HELP: Bdos error on B:R/O
  3710. In-reply-to: <883@bnl.UUCP>
  3711. To: Dan Davison <davison%bnl.uucp@BRL-TGR.ARPA>
  3712. cc: info-cpm@AMSAA.ARPA
  3713.  
  3714.     Some CPM systems will assign a dick drive a R/O when the drive door is
  3715. opened, as when changing disks (hence the intermittence). If this is the
  3716. case,  enter CTRL-C after changing disks.
  3717.                                         Paul
  3718. 23-Feb-85 11:54:39-MST,2608;000000000000
  3719. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3720. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 11:54:26-MST
  3721. Received: from simtel20.arpa by AMSAA.ARPA id a018012; 23 Feb 85 13:32 EST
  3722. Date: Saturday, 23 February 1985  02:19-MST
  3723. Message-ID: <KPETERSEN.12090021563.BABYL@SIMTEL20.ARPA>
  3724. Sender: godot!ima!pbear!peterb%harvard.uucp@seismo.ARPA
  3725. From: godot!ima!pbear!peterb%harvard.uucp@seismo.ARPA
  3726. Subject:   MOV transient protectors
  3727. ReSent-From: KPETERSEN@simtel20.ARPA
  3728. ReSent-To: Info-Cpm@AMSAA.ARPA
  3729. ReSent-Date: Sat 23 Feb 1985 11:31-MST
  3730.  
  3731. Actually one MOV would not work at all. You would need three,
  3732.  
  3733. MOV from :
  3734.     Hot to Neutral
  3735.     Neutral to Ground
  3736.     Ground to Hot
  3737.  
  3738. This protects the circuit from transients on any or any two of the
  3739. three legs of the feed. The real trouble is that the entire load of a
  3740. house can tax the MOVs unless you get the more expensive rated MOVs,
  3741. and besides most of the devices in the house are insensitive to
  3742. transients.
  3743.  
  3744. Second, the MOVs on the feed box would protect sensitive equipment
  3745. from the outside transients, but would not filter out the transients
  3746. that originate within a house. Yes the MOVs would trip and suppress
  3747. the transient, but also the power suppies of TV's, computers, etc
  3748. would also see the transient since they are on the short side of the
  3749. transient, so these devices would not have adequate protection.
  3750.  
  3751. The best advice is to install the MOVs as close to sensitive equipment
  3752. as possible and if you put MOVs in a outlet box, only plug in
  3753. compatible equipment into that box so that you can reduce possibility
  3754. of transients defeating the MOVs.
  3755.  
  3756. In my parents house, every spring the thundershowers knock out the
  3757. rectifiers in the TV. after two years and progressing through voltage
  3758. ratings up to the highest (~4Kv), I installed MOVs across the line AND
  3759. across the transformer output AND across the rectifier AND across the
  3760. output side of the logic supply. (Not across the tube supply of
  3761. course!) The cost was only about 15$, but after having the rectifier
  3762. replaced twice, and an entire main board replaced because the
  3763. transient took out most if not ALL of the IC's, I think the overkill
  3764. will save the boards. And for the last four years, there has not been
  3765. a single problem due to transients in the TV. (But transients did blow
  3766. the radio that was plugged into the SAME outlet).
  3767.  
  3768. This is why it is recommended that MOVs be placed in EACH item that
  3769. you wish to protect.
  3770.  
  3771.                     Peter Barada
  3772.                     ima!pbear!peterb
  3773.  
  3774. 20$ of MOVs are worth more than the agrevation of blowing delicate
  3775. electrical equipment.
  3776. 23-Feb-85 12:18:58-MST,2153;000000000000
  3777. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3778. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 12:18:48-MST
  3779. Received: from simtel20.arpa by AMSAA.ARPA id a018138; 23 Feb 85 13:46 EST
  3780. Date: Saturday, 23 February 1985  02:21-MST
  3781. Message-ID: <KPETERSEN.12090021904.BABYL@SIMTEL20.ARPA>
  3782. Sender: godot!ima!pbear!peterb%harvard.uucp@seismo.ARPA
  3783. From: godot!ima!pbear!peterb%harvard.uucp@seismo.ARPA
  3784. Subject:   MOV transient protectors
  3785. ReSent-From: KPETERSEN@simtel20.ARPA
  3786. ReSent-To: Info-Cpm@AMSAA.ARPA
  3787. ReSent-Date: Sat 23 Feb 1985 11:33-MST
  3788.  
  3789. Most MOVs are designated both by peak current and NOMINAL voltage
  3790. These devices work for both AC and DC. (AC devices will last longer
  3791. though).
  3792.  
  3793. If you hooked up MOVs at the feed box for the house, it would protect
  3794. from the outside disturbances, but not inside transients.
  3795.  
  3796. If you want to protect logic, I recommend tranzorb devices by GS
  3797. (general semiconductor), specifically the
  3798.  
  3799.     1N5908
  3800.  
  3801. This devices charecteristics are:
  3802.  
  3803.     1.5Kw Peak Pulse Power dissipation @ 25 deg c
  3804.     Tclamp (0 V to BVmin) < 1 pecoseconds! (theoretical)
  3805.         (can not measure it if < 3 picoseconds)
  3806.     Forward Surge rating (1/2 cycle):
  3807.         200amps, 1/120 second @ 25 deg c
  3808.     Steady State power dissipation:
  3809.         5W @ 75 deg c, lead length 3/8 inch
  3810.     Repitition rate (duty cycle):
  3811.         .05%
  3812.  
  3813. It comes in a molded case, (9.4mm X 5.08mm)
  3814.  
  3815. Clamping voltage is 7.2 volts, and rises only slightly to ~ 8 volts @
  3816. 100v and rises slightly beyond. This is unlike MOVs that may rise to
  3817. quite higher than the nominal voltage indicated.
  3818.  
  3819. 10Kpf capacitance, reducable to 200pf by schottky diode in series, 1KA
  3820. @ 7.2 V
  3821.  
  3822. This is only one of the devices GS makes, and this is intended for
  3823. logic protection. Originally designed for MIL work to protect from
  3824. nuke EMP, these devices work quite well.
  3825.  
  3826. for more info, write GS for a catalog:
  3827.  
  3828.     General Semiconductor Industries, Inc.
  3829.     2001 West Tenth Place
  3830.     Tempe, Arizona 85281
  3831.     (602) 968-3101
  3832.  
  3833. This is not an endorsment of mine, however, a friend does endorse
  3834. them.
  3835.  
  3836.                 Peter Barada
  3837.                 ima!pbear!peterb
  3838.  
  3839. PS      cost of that little gem is about 75 cents!
  3840. 23-Feb-85 18:02:07-MST,1430;000000000000
  3841. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3842. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 18:02:01-MST
  3843. Received: from simtel20.arpa by AMSAA.ARPA id a001158; 23 Feb 85 19:34 EST
  3844. Date: 23 Feb 1985  17:34 MST (Sat)
  3845. Message-ID: <KPETERSEN.12090087546.BABYL@SIMTEL20.ARPA>
  3846. Sender: KPETERSEN@SIMTEL20.ARPA
  3847. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3848. To:   Walt Livingston <DSDC-SDT2@gunter-adam.ARPA>
  3849. Cc:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA
  3850. Subject: SIMTEL20 File extensions
  3851. In-reply-to: Msg of 22 Feb 1985  08:06-MST from Walt Livingston <DSDC-SDT2 at GUNTER-ADAM.ARPA>
  3852.  
  3853.     Can someone tell me, or show me where to look, for the meanings of such
  3854.     file extensions as *.AQM, *.DQC, *.MQC, *.FQX, *.IQF, *.TQT, *.HQP,
  3855.     *.OQT, *.FQB, *.LQT, and *.DQR.  All of these file extensions show up
  3856.     on binary files.  Is there a standard that these follow??
  3857.  
  3858. On files in the MICRO:<CPM.x> directory on SIMTEL20 the "Q" results
  3859. when SQ (the Hoffman file squeezer) has been used on the file.  Just
  3860. imagine what the missing letter is and you'll have a good idea what
  3861. the file is.  You'll need USQ (the unsqueezer) to restore them to the
  3862. original form before they can be read.
  3863.  
  3864. DQC=DOC, MQC=MAC, FQX=FIX, IQF=INF, TQT=TXT, HQP=HLP, LQT=LST, DQR=DIR.
  3865.  
  3866. The OQT and FQB are special cases.  Those resulted when .OCT and .FEB
  3867. (the month of the newsletter in question) were squeezed.
  3868.  
  3869. --Keith
  3870. 23-Feb-85 19:18:32-MST,753;000000000000
  3871. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3872. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 19:18:27-MST
  3873. Received: from brl-aos.arpa by AMSAA.ARPA id a001501; 23 Feb 85 20:50 EST
  3874. Received: from csnet-pdn-gw by BRL-AOS.ARPA id a005858; 23 Feb 85 20:41 EST
  3875. Received: from waterloo by csnet-relay.csnet id ac05530; 23 Feb 85 20:29 EST
  3876. Date: Sat, 23 Feb 85 14:45:21 est
  3877. From: Ue-Li Pen <upen%watarts%waterloo.csnet@CSNET-RELAY.ARPA>
  3878. Message-Id: <8502231945.AA19135@watarts>
  3879. To: watmath!ihnp4!ucbvax!CSTROM@SIMTEL20.ARPA
  3880. Subject: Re:  No magazines for hackers?
  3881. Cc: INFO-CPM@BRL.ARPA
  3882.  
  3883. YEAH!
  3884. I would appreciate it if you let me know when the magazine is released..
  3885. a review of the first issue would also be appreciated..
  3886. - Simon
  3887.  
  3888. 23-Feb-85 22:11:55-MST,954;000000000000
  3889. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3890. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sat 23 Feb 85 22:11:50-MST
  3891. Received: from brl-aos.arpa by AMSAA.ARPA id a002362; 23 Feb 85 23:44 EST
  3892. Received: from su-score.arpa by BRL-AOS.ARPA id a006530; 23 Feb 85 23:41 EST
  3893. Date: Sat 23 Feb 85 20:39:34-PST
  3894. From: Sam Hahn <Samuel@SU-SCORE.ARPA>
  3895. Subject: Re: No magazines for hackers?
  3896. To: CSTROM@SIMTEL20.ARPA
  3897. cc: ihnp4!cbosgd!clyde!watmath!watarts!upen@UCB-VAX.ARPA, INFO-CPM@BRL.ARPA
  3898. In-Reply-To: Message from "CSTROM@SIMTEL20.ARPA" of Fri 22 Feb 85 16:27:00-PST
  3899.  
  3900. Hallelujah!!  Sol's already got my check for 2 years.  It would have been
  3901. for longer, but their card wasn't that optimistic.
  3902.  
  3903. I think it's refreshing to hear from so many who are as burned up about
  3904. Microsystems::ZD as I was/am.  It used to be the case that magazines
  3905. were a good source of INFORMATION, and advice, not the hype that so many
  3906. carry now...
  3907.  
  3908.                 -- sam
  3909. -------
  3910. 24-Feb-85 20:24:22-MST,2229;000000000000
  3911. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3912. Received: from AMSAA by SIMTEL20.ARPA with TCP; Sun 24 Feb 85 20:24:14-MST
  3913. Received: from brl-tgr.arpa by AMSAA.ARPA id a004962; 24 Feb 85 21:48 EST
  3914. Received: from usenet by BRL-TGR.ARPA id a004393; 24 Feb 85 21:40 EST
  3915. From: Sam Chin <tsc2597%acf4.uucp@BRL-TGR.ARPA>
  3916. Newsgroups: net.micro.cpm
  3917. Subject: Anyone have Lomas S-100 systems?
  3918. Message-ID: <1010003@acf4.UUCP>
  3919. Date: 24 Feb 85 16:32:00 GMT
  3920. Xref: seismo net.micro.cpm:3972
  3921. To:       info-cpm@AMSAA.ARPA
  3922.  
  3923. ---ddt
  3924.  
  3925.     I own a S-100 based micro with boards from Lomas Data Products. Does
  3926. anyone else out in netland have a similiar machine. If so, I would like to
  3927. discuss various upgrade options with them. For those unfamiliar with LDP,
  3928. they are a competitor of Compupro. They sell S-100 boards and systems such
  3929. as 10Mhz 8086 boards, 80286 boards, 3Mb dynamic ram boards etc and they
  3930. support CPM/86, MSDOS 2.1 and Concurrent PC-DOS (hopefully UNIX soon).
  3931.  
  3932.    Recently, they came out with a 3 Mb dynamic ram board which works with a 
  3933. 10Mhz 8086 with no wait states. More interestingly, they have a S-100 board
  3934. which emulates the video display of an IBM PC. It seems to be quite
  3935. compatible to the point where they have an IBM PC keyboard interface on the
  3936. display board. According to Rich Lomas, they have developed a version of
  3937. MS-DOS 2.1 which runs PC-DOS programs. Amongst the ones they tried are
  3938. dBaseII and Lotus 1-2-3 with graphics. Does any one know if Compupro came
  3939. out with theirs and how compatible it is.
  3940.  
  3941.    I have had my system for 2 years and have been quite satisfied with their
  3942. support. Upgrading this system is cheap - a 10Mb hard disk with controller
  3943. and PS was only $900. Now for $500, I can get PC compatibility (I have 2 8"
  3944. and 1 5 1/4" drive) through the graphics board (and retire my faithful 5
  3945. year old H-19). I have quite a lot of public domain stuff configured for my
  3946. system and will be willing to share it.
  3947.  
  3948. I have no connection with LDP other than being a customer.
  3949.  
  3950.                                             Sam Chin
  3951.                                             ARPAnet: tsc2597@nyu-acf4
  3952.                                             uucp: allegra!cmcl2!acf4!tsc2597
  3953. 25-Feb-85 08:19:56-MST,550;000000000000
  3954. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3955. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Feb 85 08:19:50-MST
  3956. Received: from almsa-1.arpa by AMSAA.ARPA id a005517; 25 Feb 85 9:38 EST
  3957. Date:     Mon, 25 Feb 85 8:29:38 CST
  3958. From:     Crede Edens <edens@ALMSA-1.ARPA>
  3959. To:       Info-Cpm@AMSAA.ARPA
  3960. Subject:  MOV transient protectors
  3961.  
  3962.  
  3963.  
  3964. There is a very good article in the December 1983 BYTE magazine on MOVs
  3965. plus pictures and diagrams showing how to connect them.
  3966.  
  3967. I found it very helpful.
  3968.  
  3969. Crede Edens        EDENS@ALMSA-1.ARPA
  3970.  
  3971. 25-Feb-85 21:55:53-MST,947;000000000000
  3972. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3973. Received: from AMSAA by SIMTEL20.ARPA with TCP; Mon 25 Feb 85 21:55:44-MST
  3974. Received: from simtel20.arpa by AMSAA.ARPA id a022613; 25 Feb 85 23:28 EST
  3975. Date: 25 Feb 1985  21:07 MST (Mon)
  3976. Message-ID: <KPETERSEN.12090650573.BABYL@SIMTEL20.ARPA>
  3977. Sender: KPETERSEN@SIMTEL20.ARPA
  3978. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  3979. To:   Info-Cpm@AMSAA.ARPA
  3980. Subject: RCPM-059.LQT phone list of all known RCPMs updated
  3981.  
  3982. The latest list of all known RCPM (Remote CP/M) systems is now
  3983. available from SIMTEL20.  If you cannot FTP and you are not already on
  3984. the list to automatically receive updates of RCPM-xx.LST, please send
  3985. a note to me and I'll add you to the mailing list.
  3986.  
  3987. Filename            Type     Bytes     CRC
  3988.  
  3989. Directory MICRO:<CPM.MISC>
  3990. RCPM-059.LQT.1            BINARY     39552  BA91H
  3991.  
  3992. --Keith <W8SDZ@SIMTEL20.ARPA>
  3993. Usenet: ...!decvax!brl-bmd!w8sdz
  3994.   or    ...!unc!brl-bmd!w8sdz
  3995.   or    ...!seismo!brl-tgr!w8sdz
  3996. 26-Feb-85 01:45:28-MST,1220;000000000000
  3997. Return-Path: <info-cpm-request@AMSAA.ARPA>
  3998. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 01:45:20-MST
  3999. Received: from rice-gateway by AMSAA.ARPA id a022880; 26 Feb 85 3:15 EST
  4000. Received: by rice.ARPA (AA28998); Tue, 26 Feb 85 01:52:40 CST
  4001. Date:     Tue, 26 Feb 85 01:40:35 CST
  4002. From: Paul Milazzo <milazzo@RICE.ARPA>
  4003. Subject:  Bug in NULU 1.1 unsqueezer
  4004. To: INFO-CPM@AMSAA.ARPA
  4005. Message-Id: <1985.02.26.01.40.35.830.28884@Dione.rice>
  4006.  
  4007. I apologize if the following bug has already been discussed, but I
  4008. don't remember seeing it, so:
  4009.  
  4010. Earlier this evening I used "sq" and "lar" under UNIX to create a .LBR
  4011. full of SQueezed files, and then shipped it to my CP/M system.  When I
  4012. then used "-q *.*" in NULU 1.1 to extract and unsqueeze all of the
  4013. files, I was left with a directory full of lower-case file names!
  4014.  
  4015. One could perhaps argue that the UNIX version of SQ shouldn't store the
  4016. file names in lower case, but I disagree, since they might be destined
  4017. for another UNIX system.  In any case, I think NULU should put all file
  4018. names in canonical form before using them under CP/M.
  4019.  
  4020.                 Paul G. Milazzo <milazzo@rice.ARPA>
  4021.                 Dept. of Computer Science
  4022.                 Rice University, Houston, TX
  4023. 26-Feb-85 06:07:45-MST,620;000000000000
  4024. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4025. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 06:07:41-MST
  4026. Received: from xerox.arpa by AMSAA.ARPA id a025066; 26 Feb 85 7:38 EST
  4027. Received: from BacoNoir.ms by ArpaGateway.ms ; 26 FEB 85 04:37:36 PST
  4028. Date: Tue, 26 Feb 85 07:37 EST
  4029. From: Lowans.Wbst@XEROX.ARPA
  4030. Subject: Re: RCPM-059.LQT phone list of all known RCPMs updated
  4031. In-reply-to: <KPETERSEN.12090650573.BABYL@SIMTEL20.ARPA>
  4032. To: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  4033. cc: Info-Cpm@AMSAA.ARPA
  4034.  
  4035.     Please send me the RCPM phone list and put me on the mailing list.
  4036.                                     Thanks
  4037.                                     Paul
  4038.  
  4039. 26-Feb-85 07:45:41-MST,844;000000000000
  4040. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4041. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 07:45:35-MST
  4042. Received: from simtel20.arpa by AMSAA.ARPA id a028141; 26 Feb 85 9:11 EST
  4043. Date: 26 Feb 1985  07:11 MST (Tue)
  4044. Message-ID: <KPETERSEN.12090760517.BABYL@SIMTEL20.ARPA>
  4045. Sender: KPETERSEN@SIMTEL20.ARPA
  4046. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  4047. To:   Paul Milazzo <milazzo@rice.ARPA>
  4048. CC:   INFO-CPM@AMSAA.ARPA
  4049. Subject: Bug in NULU 1.1 unsqueezer
  4050. In-reply-to: Msg of 26 Feb 1985  00:40-MST from Paul Milazzo <milazzo at RICE.ARPA>
  4051.  
  4052. Paul, thanks for the bug report on NULU11.  I agree, it should convert
  4053. the names to upper case - the BDS-C version does that.  I'll relay
  4054. that to the RCPM Sysop Clearinghouse.  All is not lost, you can use
  4055. MBASIC to rename the files by saying:
  4056.  
  4057. NAME filename AS FILENAME
  4058.  
  4059. --Keith
  4060. 26-Feb-85 08:05:32-MST,1079;000000000000
  4061. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4062. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 08:05:26-MST
  4063. Received: from simtel20.arpa by AMSAA.ARPA id a028320; 26 Feb 85 9:26 EST
  4064. Date: Monday, 25 February 1985  06:48-MST
  4065. Message-ID: <KPETERSEN.12090761074.BABYL@SIMTEL20.ARPA>
  4066. Sender: Dick Binder <binder%dosadi.dec@brl-tgr.ARPA>
  4067. From: Dick Binder <binder%dosadi.dec@brl-tgr.ARPA>
  4068. Subject:   MOV transient protectors
  4069. ReSent-From: KPETERSEN@simtel20.ARPA
  4070. ReSent-To: Info-Cpm@AMSAA.ARPA
  4071. ReSent-Date: Tue 26 Feb 1985 07:14-MST
  4072.  
  4073. To use MOVs, you need three of them.  Inside your outlet box, connect
  4074. one from green to white, one from black to white, and one from black
  4075. to green.  There is good reason why a single set of MOVs won't protect
  4076. a whole house - wires don't have zero resistance to DC, and their
  4077. impedance to AC is often rather surprising.  Spikes at one point in
  4078. the house may or may not exist elsewhere.
  4079.  
  4080. Cheers,
  4081. Dick Binder
  4082.  
  4083. UUCP:  { decwrl, allegra, ucbvax... }!decwrl!dec-rhea!dec-dosadi!binder
  4084. ARPA:  binder%dosadi.DEC@decwrl.ARPA
  4085. 26-Feb-85 08:43:34-MST,1528;000000000000
  4086. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4087. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 08:43:06-MST
  4088. Received: from lanl.arpa by AMSAA.ARPA id a021260; 20 Feb 85 16:55 EST
  4089. Received: from a.ARPA by LANL.ARPA (4.12/4.7)
  4090.     id AA21025; Wed, 20 Feb 85 14:55:03 mst
  4091. Received: by a.ARPA (4.12/4.7)
  4092.     id AA29719; Wed, 20 Feb 85 14:54:38 mst
  4093. Date: Wed, 20 Feb 85 14:54:38 mst
  4094. From: Richard Thomsen <rgt@lanl.ARPA>
  4095. Message-Id: <8502202154.AA29719@a.ARPA>
  4096. To: info-cpm-request@AMSAA.ARPA
  4097. Subject: Another NULU11 bug
  4098. Resent-Date:  Tue, 26 Feb 85 9:46:50 EST
  4099. Resent-From:  cpmlist@AMSAA.ARPA
  4100. Resent-To:    info-cpm@lanl.ARPA
  4101.  
  4102.  
  4103.     I have a DEC Rainbow 100+, which uses the DEC Multi-national
  4104. character set (an 8-bit character set).  I downloaded the NULU11 library,
  4105. and it works fine, except for one problem.  When I View the NULU documentation,
  4106. it is fine.  But when I use NULU to unsqueeze it, it is full of 8-bit
  4107. characters (which makes it almost impossible to read).  This is also true
  4108. for the note file and others in the NULU library.
  4109.  
  4110.     I used NULU to create a library of documents for my system.  The
  4111. library is called DOCUMENT.LBR.  But whenever I enter NULU and give it the
  4112. library, it prints the library name and has 8-bit characters for the file
  4113. type.  So it comes out DOCUMENT.xBx, where the x's are 8-bit character in
  4114. the DEC multi-national character set.
  4115.  
  4116.     Just thought I had better pass along this bug to be added to the
  4117. others.  Thanks for your assistance.
  4118.  
  4119.                         Richard Thomsen
  4120. 26-Feb-85 09:04:18-MST,516;000000000000
  4121. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4122. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 09:04:13-MST
  4123. Received: from apg-3.arpa by AMSAA.ARPA id a029956; 26 Feb 85 10:22 EST
  4124. Date: 26 Feb 1985 10:16:07 EST (Tuesday)
  4125. From: John Shaver STEEP-TM-AC 879-7602 <jshaver@apg-3.ARPA>
  4126. Subject: Re: Bug in NULU 1.1 unsqueezer
  4127. In-Reply-to: Your message of 26 Feb 1985  07:11 MST (Tue)
  4128. To: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  4129. Cc: info-cpm@AMSAA.ARPA, jshaver@apg-3.ARPA
  4130.  
  4131. NEWSWEEP does the job also.
  4132.  
  4133. 26-Feb-85 10:00:24-MST,1078;000000000000
  4134. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4135. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 10:00:14-MST
  4136. Received: from usc-isi.arpa by AMSAA.ARPA id a000783; 26 Feb 85 11:23 EST
  4137. Date: 26 Feb 1985 10:58:13 EST
  4138. Subject: Re: Bug in NULU 1.1 unsqueezer
  4139. From: Steve Noland <NOLAND@USC-ISI.ARPA>
  4140. To: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  4141. cc: info-cpm@AMSAA.ARPA
  4142. In-Reply-To: <KPETERSEN.12090760517.BABYL@SIMTEL20.ARPA>
  4143.  
  4144. Keith,
  4145. In all of this flurry about the NULU11 unsqueeze function, the users
  4146. must be sure that they have applied the NULU!!11F1.AQM patch to the original
  4147. program.  It fixes some problems with filenames in the unsqueeze function,
  4148. plus several others.
  4149.  
  4150. In that context, last tweek there was a complaint that NULU11 could not 
  4151. successfully unsqueeze the large dictionary file from the new SPELL21X
  4152. library.  I tried it here (H89, Heath CP/M) and had no problems at all.
  4153.  
  4154. I did, however, pass the bug reports on tho the NULU author, which I will
  4155. continue to do with whatever appears on the net.
  4156.  
  4157. Regards,
  4158. Steve Noland
  4159. -------
  4160. 26-Feb-85 12:04:13-MST,860;000000000000
  4161. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4162. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 12:04:08-MST
  4163. Received: from lll-mfe.arpa by AMSAA.ARPA id a004729; 24 Feb 85 18:51 EST
  4164. Date: Sun, 24 Feb 85 15:48 PST
  4165. From: "Webb Mike"@LLL-MFE.ARPA
  4166. Subject: xebec s1410 info
  4167. To: info-cpm-request@AMSAA.ARPA
  4168. Resent-Date:  Tue, 26 Feb 85 13:30:03 EST
  4169. Resent-From:  cpmlist@AMSAA.ARPA
  4170. Resent-To:    info-cpm@LLL-MFE.ARPA
  4171.  
  4172.  
  4173.  
  4174. i just got hold of a xebec s1410 controler(the stand alone SASI model) and
  4175. i sa604 hard disk. i am intertaining ideas of force fitting the setup into
  4176. my vt180. what i am looking for is examples of bios code to talk to the xebec
  4177. controler, or sources for same (i'll pay some dollars but would rather not).
  4178. any info would be appreciated. if there is any response , i'll summarize.
  4179.  
  4180.                     mike
  4181.                     webb@lll-mfe.arpa
  4182. 26-Feb-85 12:32:47-MST,1058;000000000000
  4183. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4184. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 12:32:40-MST
  4185. Received: from rice-gateway by AMSAA.ARPA id a003550; 26 Feb 85 14:07 EST
  4186. Received: by rice.ARPA (AA02796); Tue, 26 Feb 85 12:43:20 CST
  4187. Date:     Tue, 26 Feb 85 12:20:07 CST
  4188. From: Paul Milazzo <milazzo@RICE.ARPA>
  4189. Subject:  Re: Bug in NULU 1.1 unsqueezer
  4190. To: Steve Noland <NOLAND@USC-ISI.ARPA>
  4191. Cc: info-cpm@AMSAA.ARPA
  4192. In-Reply-To: A message from Steve Noland dated 26 Feb 1985 10:58:13 EST
  4193. Message-Id: <1985.02.26.12.20.07.390.02432@Dione.rice>
  4194.  
  4195. Steve:
  4196.  
  4197. I had already applied NULU11F1.AQM (the signon message date now reads
  4198. 02/03/05), so that's not the problem.  I appreciate the suggestion,
  4199. though.
  4200.  
  4201. My thanks also to all of the kind people who told me of ways to rename
  4202. the lower-case-named files.  I should have mentioned in my original
  4203. message that I immediately renamed them with NSWP (kudos to Dave Rand).
  4204.  
  4205.                 Paul G. Milazzo <milazzo@rice.ARPA>
  4206.                 Dept. of Computer Science
  4207.                 Rice University, Houston, TX
  4208. 26-Feb-85 19:48:11-MST,1112;000000000000
  4209. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4210. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 19:48:05-MST
  4211. Received: from brl-aos.arpa by AMSAA.ARPA id a010063; 26 Feb 85 21:18 EST
  4212. Received: from simtel20.arpa by BRL-AOS.ARPA id a008232; 26 Feb 85 21:17 EST
  4213. Date: 26 Feb 1985  19:16 MST (Tue)
  4214. Message-ID: <CSTROM.12090892590.BABYL@SIMTEL20.ARPA>
  4215. From: CSTROM@SIMTEL20.ARPA
  4216. To:   Sam Chin <tsc2597%acf4.uucp@BRL-TGR.ARPA>
  4217. Cc:   CSTROM@SIMTEL20.ARPA, INFO-CPM@BRL.ARPA
  4218. Subject: Anyone have Lomas S-100 systems?
  4219. In-reply-to: Msg of 24 Feb 1985  09:32-MST from Sam Chin <tsc2597%acf4.uucp at BRL-TGR.ARPA>
  4220.  
  4221. I'm not presently a Lomas customer, but am quite interested in their
  4222. recent announcements. Do you run their CCPM? Is it version 3.1? Does
  4223. it offer PCMODE?
  4224. I also wonder if the IBM graphics board is a real product, or does it
  4225. only exist in the shop? I was hoping that there would be some
  4226. alternatives to Dr. Bill's non-existent hardware and kludgey software,
  4227. but I have not seen anything to give encouragement that Lomas is the
  4228. answer to our prayers, just more hype.
  4229.  
  4230. -Charlie
  4231. 26-Feb-85 20:26:10-MST,867;000000000000
  4232. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4233. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 20:26:05-MST
  4234. Received: from brl-tgr.arpa by AMSAA.ARPA id a010280; 26 Feb 85 21:56 EST
  4235. Received: from usenet by BRL-TGR.ARPA id a012867; 26 Feb 85 21:48 EST
  4236. From: apratt%iuvax.uucp@BRL-TGR.ARPA
  4237. Newsgroups: net.micro.cpm
  4238. Subject: LASM.DOC and .HEX in net.sources
  4239. Message-ID: <5100009@iuvax.UUCP>
  4240. Date: 24 Feb 85 07:37:00 GMT
  4241. Nf-ID: #N:iuvax:5100009:000:274
  4242. Nf-From: iuvax!apratt    Feb 24 02:37:00 1985
  4243. Xref: seismo net.micro.cpm:3984
  4244. To:       info-cpm@AMSAA.ARPA
  4245.  
  4246.  
  4247. I have gotten so many requests of the type, "Could you send me
  4248. a copy, too..?", that I am posting LASM3.HEX and .DOC to net.sources.
  4249. Thank you to pur-ee!shields for sending me the answers instead of more
  4250. questions.
  4251. ----
  4252.                         -- Allan Pratt
  4253.                     ...ihnp4!inuxc!iuvax!apratt
  4254. 26-Feb-85 20:37:09-MST,697;000000000000
  4255. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4256. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 20:37:03-MST
  4257. Received: from brl-aos.arpa by AMSAA.ARPA id a010300; 26 Feb 85 21:59 EST
  4258. Received: from mit-mc.arpa by BRL-AOS.ARPA id a008353; 26 Feb 85 21:57 EST
  4259. Date: Tue, 26 Feb 85 21:56:18 est
  4260. From: Robert H Spitzer <rhs@PURDUE-ECN-EE.ARPA>
  4261. Received: by purdue-ecn-pc.ARPA; Tue, 26 Feb 85 21:56:18 est (4.12/5.20)
  4262. Message-Id: <8502270256.AA23059@purdue-ecn-pc.ARPA>
  4263. To: INFO-CPM@MIT-MC.ARPA
  4264. Subject: Royal PC
  4265.  
  4266. Does anyone out there have/have info on the Royal PC?  In particular,
  4267. does all CPM2.2 software run on it?  What type of expansion is
  4268. available?  Thanks.
  4269.  
  4270.                         
  4271.  
  4272. 26-Feb-85 21:14:04-MST,1067;000000000000
  4273. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4274. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 21:13:58-MST
  4275. Received: from simtel20.arpa by AMSAA.ARPA id a010666; 26 Feb 85 22:40 EST
  4276. Date: Tuesday, 26 February 1985  09:06-MST
  4277. Message-ID: <KPETERSEN.12090907776.BABYL@SIMTEL20.ARPA>
  4278. Sender: Chaz Fisher <chazf@brl-tbd.ARPA>
  4279. From: Chaz Fisher <chazf@brl-tbd.ARPA>
  4280. Subject:   The demise of Ziff-Davis
  4281. ReSent-From: KPETERSEN@simtel20.ARPA
  4282. ReSent-To: Info-Cpm@AMSAA.ARPA
  4283. ReSent-Date: Tue 26 Feb 1985 20:40-MST
  4284.  
  4285. According to the editor of Car and Driver - a rare beast among Z-D
  4286. magazines: they make a profit - what is really going on here is that
  4287. Ziff-Davis itself is going under.  They have sold a number of
  4288. magazines, C/D included, to CBS, and are in the process of
  4289. selling/closing nearly everything else.  So if you want a refund from
  4290. a defunct magazine, I suggest you move quickly.
  4291.  
  4292. More info on this is included in editor David E. Davis's Driver's Seat
  4293. column, February 1985 issue of Car and Driver.
  4294.  
  4295. Chaz Fisher (chazf@brl-tbd.arpa)
  4296. 26-Feb-85 21:34:31-MST,1096;000000000000
  4297. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4298. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 21:34:23-MST
  4299. Received: from simtel20.arpa by AMSAA.ARPA id a010615; 26 Feb 85 22:36 EST
  4300. Date: 26 Feb 1985  20:36 MST (Tue)
  4301. Message-ID: <KPETERSEN.12090907097.BABYL@SIMTEL20.ARPA>
  4302. Sender: KPETERSEN@SIMTEL20.ARPA
  4303. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  4304. To:   Info-Cpm@AMSAA.ARPA
  4305. Subject: LASM.DOC and .HEX
  4306. In-reply-to: Msg of 24 Feb 1985  00:37-MST from apratt%iuvax.uucp at BRL-TGR.ARPA
  4307.  
  4308.     From: apratt%iuvax.uucp at BRL-TGR.ARPA
  4309.     To:   info-cpm at AMSAA.ARPA
  4310.     Re:   LASM.DOC and .HEX in net.sources
  4311.  
  4312.     I have gotten so many requests of the type, "Could you send me a
  4313.     copy, too..?", that I am posting LASM3.HEX and .DOC to
  4314.     net.sources.  Thank you to pur-ee!shields for sending me the
  4315.     answers instead of more questions.
  4316.     ----
  4317.                             -- Allan Pratt
  4318.                         ...ihnp4!inuxc!iuvax!apratt
  4319.  
  4320. LASM3 is also available from SIMTEL20 as:
  4321.  
  4322. Filename            Type     Bytes     CRC
  4323.  
  4324. Directory MICRO:<CPM.ASMUTL>
  4325. LASM3.LBR.1            BINARY     19200  801FH
  4326.  
  4327. --Keith
  4328. 26-Feb-85 21:57:31-MST,764;000000000000
  4329. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4330. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 21:57:26-MST
  4331. Received: from brl-vgr.arpa by AMSAA.ARPA id a010779; 26 Feb 85 23:02 EST
  4332. Received: from css-ring-gw by BRL-VGR.ARPA id a002537; 26 Feb 85 22:57 EST
  4333. Return-Path: <topaz!RU-BLUE!LEAR@seismo.ARPA>
  4334. Received: from topaz.UUCP by seismo.ARPA with UUCP; Tue, 26 Feb 85 22:54:07 EST
  4335. Received: from RU-BLUE.ARPA by topaz.ARPA; Tue, 26 Feb 85 22:47:52 est
  4336. Message-Id: <8502270347.AA01552@topaz.ARPA>
  4337. Date: 26 Feb 85 22:52:59 EST
  4338. From: The Little Guy <topaz!RU-BLUE!Lear@SEISMO.ARPA>
  4339. Subject: Apple II lowercase
  4340. To: brl-vgr!info-cpm@TOPAZ.ARPA
  4341. Cc: BRAIL@SEISMO.ARPA
  4342.  
  4343. I am talking about a shift key modification. Any ideas for a II+?
  4344. -------
  4345. 26-Feb-85 23:20:48-MST,680;000000000000
  4346. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4347. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 23:20:43-MST
  4348. Received: from brl-tgr.arpa by AMSAA.ARPA id a011249; 27 Feb 85 0:49 EST
  4349. Received: from usenet by BRL-TGR.ARPA id a016236; 27 Feb 85 0:40 EST
  4350. From: Jack Callahan <callahan%umcp-cs.uucp@BRL-TGR.ARPA>
  4351. Newsgroups: net.micro.cpm
  4352. Subject: 6502 Cross Assembler wanted
  4353. Message-ID: <3671@umcp-cs.UUCP>
  4354. Date: 27 Feb 85 04:22:22 GMT
  4355. Xref: seismo net.micro.cpm:3990
  4356. To:       info-cpm@AMSAA.ARPA
  4357.  
  4358. I need a 6502 cross assembler running under CP/M.  Commercial or 
  4359. public.  I appreciate any references, comments (on this subject only),
  4360. etc...  Thanks.
  4361.  
  4362. Jack
  4363. 26-Feb-85 23:33:58-MST,1444;000000000000
  4364. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4365. Received: from AMSAA by SIMTEL20.ARPA with TCP; Tue 26 Feb 85 23:33:50-MST
  4366. Received: from brl-tgr.arpa by AMSAA.ARPA id aa11249; 27 Feb 85 0:49 EST
  4367. Received: from usenet by BRL-TGR.ARPA id a016266; 27 Feb 85 0:41 EST
  4368. From: Dan Davison <davison%bnl.uucp@BRL-TGR.ARPA>
  4369. Newsgroups: net.micro.cpm
  4370. Subject: update on help! Bdos error on B: R/O
  4371. Message-ID: <889@bnl.UUCP>
  4372. Date: 25 Feb 85 19:09:33 GMT
  4373. Xref: seismo net.micro.cpm:3991
  4374. To:       info-cpm@AMSAA.ARPA
  4375.  
  4376. Thanks to all who've responded so far.  I wasn't very clear in stating
  4377. the original problem.  I get the above error message *when I haven't  
  4378. changed the disk in drive B*.  Sometimes I've just completed a PIP and
  4379. I know there is lots of space left on the disk.  My suspicion is that 
  4380. the write protect switch is acting up because if I stick my finger in the 
  4381. drive slot and jiggle the switch, the problem *sometimes* goes away.
  4382. And sometimes it doesn't.  An alternative that occasionally works is
  4383. to push the disk in and out of the drive a few times.
  4384.  
  4385. I've had this happen earlier today, and had to shut the system down
  4386. because I couldn't write to drive B, even after ^C'ing many times
  4387. and rebooting (and cursing and yelling....).  
  4388.  
  4389. Is this a hardware problem or something in the bdos/bios (I think I've
  4390. got the sources).
  4391.  
  4392. Thanks again,
  4393. dan davison
  4394. davison@bnl.arpa, .bitnet
  4395. ...decvax!philabs!sbcs!bnl!davison
  4396. 27-Feb-85 03:21:48-MST,1377;000000000000
  4397. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4398. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 03:21:41-MST
  4399. Received: from nosc-gw by AMSAA.ARPA id a012258; 27 Feb 85 4:44 EST
  4400. Received: from cod.ARPA by nosc.ARPA (4.17/4.7)
  4401.     id AA11809; Wed, 27 Feb 85 01:44:38 pst
  4402. From: bang!crash!ihom@nosc.ARPA
  4403. MMDF-Warning:  Parse error in preceding line at AMSAA.ARPA
  4404. Received: by cod.ARPA (4.17/4.7)
  4405.     id AA15865; Wed, 27 Feb 85 01:43:04 pst
  4406. Message-Id: <8502270943.AA15865@cod.ARPA>
  4407. Date: Sun, 17 Feb 85 19:06:56 PST
  4408. To: bang!CMP.DOUG@texas-20
  4409. Subject: Re: changing user areas
  4410. Cc: bang!info-cpm@AMSAA.ARPA, bang!sdcsvax!sdcc3!37270588@nosc.ARPA
  4411.  
  4412. The BDOS function code for "getting" and "setting" the user area is 20h.
  4413. The contents of register E determines whether to get or set.  If register
  4414. E contains FFh, then the curent user area is returned in register A.
  4415. Any other valid user number in register E will set you to that user.
  4416. i.e.
  4417.  
  4418. procedure change_users;
  4419.    const
  4420.       user_code = $0020;   { BDOS call }
  4421.       current = $FF;
  4422.    var
  4423.       new_user : byte;
  4424.    begin
  4425.       writeln('Current user is: ',bdos(user_code,current));
  4426.       write('New user? ');
  4427.       readln(new_user);
  4428.       bdos(user_code,new_user);
  4429.    end;
  4430.  
  4431. --Irwin Hom          {ihnp4, sdcsvax!bang}!crash!ihom
  4432.                  bang!crash!ihom@nosc
  4433.                    sdamos!crash!ihom@ucsd
  4434.  
  4435.  
  4436. 27-Feb-85 05:19:15-MST,1857;000000000000
  4437. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4438. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 05:19:06-MST
  4439. Received: from sdcsvax.arpa by AMSAA.ARPA id a012878; 27 Feb 85 6:54 EST
  4440. Received: from sdcc3.ARPA by sdcsvax.ARPA (4.24/4.41)
  4441.     id AA03915; Wed, 27 Feb 85 01:39:50 pst
  4442. Received: by sdcc3.ARPA (4.24/4.41)
  4443.     id AA13625; Wed, 27 Feb 85 01:38:31 pst
  4444. From: 37270588%sdcc3@sdcsvax.ARPA
  4445. Message-Id: <8502270938.AA13625@sdcc3.ARPA>
  4446. Date: 27 February 1985 0137-PST (Wednesday)
  4447. To: info-cpm@AMSAA.ARPA
  4448. Subject: Re: changing user areas
  4449. Cc: ihnp4!crash!ihom@sdcsvax.ARPA, cmp.doug@UTEXAS-20.ARPA
  4450.  
  4451. >  Sorry to keep bugging you about this things but I've run into another little
  4452. >problem, I need to be able to change the user area from the program. The
  4453. >inline statement totally confused me and the Bdos function adjusts the wrong
  4454. >register. Do you know how to change to the user area?
  4455.  
  4456. ------------
  4457.  
  4458. The BDOS function code for "getting" and "setting" the user area is 20h.
  4459. Perhaps you are not distinguishing hex from decimal or vice-versa (20h = 32d).
  4460. Anyways, the contents of register E determines whether to get or set the user
  4461. area.  If register E contains FFh, then the curent user area is returned in
  4462. register A.  Any other valid user number in register E will set you to that
  4463. user number.  i.e.
  4464.  
  4465. procedure change_users;
  4466.    const
  4467.       user_code = $0020;   { BDOS call }
  4468.       current = $FF;
  4469.    var
  4470.       new_user : byte;
  4471.    begin
  4472.       writeln('Current user is: ',bdos(user_code,current));
  4473.       write('New user? ');
  4474.       readln(new_user);
  4475.       bdos(user_code,new_user);   { put new_user in register E to change }
  4476.    end;
  4477.  
  4478.  
  4479. --Irwin Hom             {ihnp4, sdcsvax!bang}!crash!ihom
  4480.                                     bang!crash!ihom@nosc
  4481.                                   sdamos!crash!ihom@ucsd
  4482. 27-Feb-85 05:54:19-MST,1093;000000000000
  4483. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4484. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 05:54:13-MST
  4485. Received: from ut-ngp.arpa by AMSAA.ARPA id a013288; 27 Feb 85 7:22 EST
  4486. Date: Tue, 26 Feb 85 21:31:59 cst
  4487. From: "riggs, austen" <garey@UT-NGP.ARPA>
  4488. Posted-Date: Tue, 26 Feb 85 21:31:59 cst
  4489. Message-Id: <8502270331.AA16245@ut-ngp.ARPA>
  4490. Received: by ut-ngp.ARPA (4.22/4.22)
  4491.     id AA16245; Tue, 26 Feb 85 21:31:59 cst
  4492. To: info-cpm@AMSAA.ARPA
  4493. Subject: keyboards
  4494. Cc: garey@UT-NGP.ARPA
  4495.  
  4496.  
  4497.     My father is very interested in getting a hardwired Dvorak keyboard
  4498. rtkey  (Smartkey) to do the Dvorak in software, but there are problems using
  4499. those types of programs.  The Kaypro uses a serial port rather than a 
  4500. parallel port to connect the keyboard.  What needs to be done to change
  4501. the way the keyboard is decoded before it goes to the computer?  Would
  4502. it be a matter of a neew ROM somewhere?  Can you buy  a serial Dvorak
  4503. keyboard somewhere that would work on the Kaypro?  Any help or Info
  4504. would be greatly appreciated.
  4505.  
  4506.             Thanks   Jim Garey    garey@ut-ngp.arpa
  4507. 27-Feb-85 06:02:21-MST,1298;000000000000
  4508. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4509. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 06:02:15-MST
  4510. Received: from ut-ngp.arpa by AMSAA.ARPA id a013294; 27 Feb 85 7:22 EST
  4511. Date: Tue, 26 Feb 85 21:39:03 cst
  4512. From: "riggs, austen" <garey@UT-NGP.ARPA>
  4513. Posted-Date: Tue, 26 Feb 85 21:39:03 cst
  4514. Message-Id: <8502270339.AA16351@ut-ngp.ARPA>
  4515. Received: by ut-ngp.ARPA (4.22/4.22)
  4516.     id AA16351; Tue, 26 Feb 85 21:39:03 cst
  4517. To: info-cpm@AMSAA.ARPA
  4518. Subject: keyboards
  4519. Cc: garey@UT-NGP.ARPA
  4520.  
  4521.            I scrambled the previous message somewhat, here it is again:
  4522.  
  4523.     My father is very interested in getting a hardwired Dvorak keyboard
  4524. that will work on his kaypro 10.  He is currently using Smartkey to do the
  4525. Dvorak in software, but has had problems with that and similar programs,
  4526. especially when it comes to typing control characters.  The kaypro evidently
  4527. uses a serial port rather than a parallel port to connect the keyboard.
  4528.     What needs to be done to change the way the keyboard is decoded before
  4529. it goes into the computer?  Can one buy a serial Dvorak keyboard somewhere that
  4530. would work on the Kaypro?  He has contacted Kaypro, the keyboard manufacturer,
  4531. and the Dvorak society to no avail.  Any help would be appreciated.
  4532.  
  4533.         Thanks,   Jim Garey   garey@ut-ngp
  4534. 27-Feb-85 08:53:07-MST,1476;000000000000
  4535. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4536. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 08:53:00-MST
  4537. Received: from brl-aos.arpa by AMSAA.ARPA id a013416; 27 Feb 85 7:28 EST
  4538. Received: from mit-mc.arpa by BRL-AOS.ARPA id a000999; 27 Feb 85 7:21 EST
  4539. Date: Wed 27 Feb 85 07:21:04-EST
  4540. From: Andrew Moore <T.MOORE%MIT-EECS@MIT-MC.ARPA>
  4541. Subject: Re: Apple II lowercase
  4542. To: topaz!RU-BLUE!Lear@SEISMO.ARPA
  4543. cc: info-cpm@MIT-MC.ARPA
  4544. In-Reply-To: Message from "The Little Guy <topaz!RU-BLUE!Lear@SEISMO.ARPA>" of Tue 26 Feb 85 22:52:59-EST
  4545.  
  4546.  
  4547. A shift key mod for the ][+??  All it takes is a wire; there's no big deal
  4548. about that really.  Mine consists of one wire with alligator clips on either
  4549. end, and one small wire coming out of the game I/O port.  Simply take a
  4550. thin short wire, stick it in the game I/O socket (I meant socket not port,
  4551. whatever...) at pin 4, and attach one end of the alligator clipped wire to
  4552. this short wire that's in pin 4 of game I/O, and the other end to the
  4553. keyboard encoder board.  You'll notice that you have under the keyboard
  4554. a pile of half-inch pins all lined up.  You'll want the one that's 2nd from
  4555. the right (at a bird's eye view of the apple, assuming that the bird is
  4556. aloft (1)).  This is where you put the other end of the alligator clipped
  4557. wire.  THEN of course, you need the lowercase chip or card or whatever.
  4558. (I use a Viewmax-80 card).
  4559.  
  4560. (1) Ted Dewan
  4561.  
  4562. -dru
  4563.  T.MOORE%MIT-EECS@MIT-MC.ARPA
  4564. -------
  4565.  
  4566. 27-Feb-85 09:46:22-MST,707;000000000000
  4567. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4568. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 09:46:16-MST
  4569. Received: from brl-aos.arpa by AMSAA.ARPA id a019583; 27 Feb 85 11:16 EST
  4570. Received: from ut-ngp.arpa by BRL-AOS.ARPA id a004038; 27 Feb 85 9:54 EST
  4571. Posted-Date: Wed, 27 Feb 85 08:50:02 CST
  4572. Message-Id: <8502271451.AA01865@ut-ngp.ARPA>
  4573. Received: by ut-ngp.ARPA (4.22/4.22)
  4574.     id AA01865; Wed, 27 Feb 85 08:51:21 cst
  4575. Date: Wed, 27 Feb 85 08:50:02 CST
  4576. From: Rick Watson <rick@UT-NGP.ARPA>
  4577. To: info-cpm@BRL.ARPA
  4578. Subject: Xebec 1410 controller code
  4579.  
  4580. To Mike Webb: If you'll send me your net mailing address, I'll mail
  4581. you my Xebec controller code.
  4582.  
  4583. Rick Watson (rick@ut-ngp.arpa)
  4584. 27-Feb-85 13:44:08-MST,910;000000000000
  4585. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4586. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 13:44:01-MST
  4587. Received: from simtel20.arpa by AMSAA.ARPA id a026606; 27 Feb 85 15:06 EST
  4588. Date: Wednesday, 27 February 1985  11:07-MST
  4589. Message-ID: <KPETERSEN.12091086478.BABYL@SIMTEL20.ARPA>
  4590. Sender: Steve Noland <NOLAND@usc-isi.ARPA>
  4591. From: Steve Noland <NOLAND@usc-isi.ARPA>
  4592. To: kpetersen@SIMTEL20.ARPA
  4593. Subject:   Bogus NULU ver. 1.2
  4594. ReSent-From: KPETERSEN@simtel20.ARPA
  4595. ReSent-To: Info-Cpm@AMSAA.ARPA
  4596. ReSent-Date: Wed 27 Feb 1985 13:01-MST
  4597.  
  4598. Recently a file called NULU12.OBJ appeared on a local system in L.A.  This
  4599. fill appears to NOT be a real update to NULU11, but just a renamed NULU11
  4600. with the fix file added.  Date appearing in header is 3 Feb 85, along with
  4601. NULU 1.2.  That is the same date as in the "fixed" NULU11.  Please watch
  4602. for this in your area.
  4603.  
  4604. Regards, 
  4605. Steve Noland
  4606. 27-Feb-85 20:11:30-MST,1061;000000000000
  4607. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4608. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 20:11:24-MST
  4609. Received: from brl-tgr.arpa by AMSAA.ARPA id a029690; 27 Feb 85 21:46 EST
  4610. Received: from usenet by BRL-TGR.ARPA id a015429; 27 Feb 85 21:40 EST
  4611. From: Sam Chin <tsc2597%acf4.uucp@BRL-TGR.ARPA>
  4612. Newsgroups: net.micro.cpm
  4613. Subject: Running Modem840 from MS-DOS
  4614. Message-ID: <1010005@acf4.UUCP>
  4615. Date: 27 Feb 85 15:55:00 GMT
  4616. Xref: seismo net.micro.cpm:4000
  4617. To:       info-cpm@AMSAA.ARPA
  4618.  
  4619. <<<>>>
  4620.  
  4621. For those owners of Z-100's, Compupro 8/16's, Lomas's and Rainbows, I have
  4622. discovered that it is possible to run Modem840 from MS-DOS (to be able to
  4623. download MS/PC-DOS stuff from the many emerging PC-DOS BBS) by using
  4624. the CPM/86 emulator from Lifeboat associates (about $70). Modem840 is
  4625. available from SIMTEL20 by anonymous ftp in the directory MICRO:<CPM.CPM86>
  4626.  
  4627.                                       Sam Chin
  4628.                                       allegra!cmcl2!acf4!tsc2597
  4629.                                       tsc2597@nyu-acf4
  4630. 27-Feb-85 20:44:37-MST,1520;000000000000
  4631. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4632. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 20:44:25-MST
  4633. Received: from simtel20.arpa by AMSAA.ARPA id a029798; 27 Feb 85 22:17 EST
  4634. Date: Tuesday, 26 February 1985  07:36-MST
  4635. Message-ID: <KPETERSEN.12091165785.BABYL@SIMTEL20.ARPA>
  4636. Sender: Henry Schaffer <hes%ecsvax.uucp@brl-tgr.ARPA>
  4637. From: Henry Schaffer <hes%ecsvax.uucp@brl-tgr.ARPA>
  4638. Subject:   MOV transient protectors
  4639. ReSent-From: KPETERSEN@simtel20.ARPA
  4640. ReSent-To: Info-Cpm@AMSAA.ARPA
  4641. ReSent-Date: Wed 27 Feb 1985 20:17-MST
  4642.  
  4643. Re: protecting your house from lightning carried on the incoming power
  4644. lines.
  4645.  
  4646. 1) Most homes around here have 3 line, single phase 120/240 service.
  4647. All three lines should be protected- taking 3 MOVs or ONE three-
  4648. electrode gas tube.  When the gas tube is fired (due to voltage on
  4649. any pair of lines) it "shorts" all three lines together.
  4650.  
  4651. 2) At the entrance to the house wiring the power lines can indeed
  4652. supply lots of power and so the protection device must be able to pass
  4653. lots of current and dissipate lots of power.  Once again a gas tube
  4654. fits the description.
  4655.  
  4656.   A company I've dealt with (through a distributor) which makes a
  4657. variety of gas tube surge protectors is TII (I don't remember what it
  4658. stands for, and I can't find my catalog.)  An example of a home
  4659. lightening surge protector (from a 6 year old spec sheet): Three wire,
  4660. maximum discharge voltage: 450V@500AMP, 800V@1,000AMP 2 1/2" x 2 1/2"
  4661. x 1 3/8" + 1/2" threaded nipple $21.54.
  4662. 27-Feb-85 21:13:33-MST,1060;000000000000
  4663. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4664. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 21:13:25-MST
  4665. Received: from brl-tgr.arpa by AMSAA.ARPA id a029916; 27 Feb 85 22:45 EST
  4666. Received: from usenet by BRL-TGR.ARPA id a016337; 27 Feb 85 22:40 EST
  4667. From: lawrence%pogo.dec@BRL-TGR.ARPA
  4668. Newsgroups: net.micro.cpm,net.wanted
  4669. Subject: Modem software
  4670. Message-ID: <770@decwrl.UUCP>
  4671. Date: 27 Feb 85 16:15:32 GMT
  4672. Sender: daemon%decwrl.uucp@BRL-TGR.ARPA
  4673. Xref: seismo net.micro.cpm:4001 net.wanted:6200
  4674. To:       info-cpm@AMSAA.ARPA
  4675.  
  4676. I am looking for modem/terminal software for an S-100 CP/M system running
  4677. a Z80 system with a CCS 2810 CPU and 2719 I/O board.  I am looking to see
  4678. if I can down load files from a CP/M system to a Commodore 64 in order to
  4679. save these files on the Commodore disk drive.  It need not be complex,
  4680. since I only need the software to down load at the moment.  If anyonh has any
  4681. modem hardware (schematics, etc) that would be helpful, too.
  4682.  
  4683.         Sent replies on the net, then I can send you my address.
  4684.  
  4685.  
  4686.  
  4687.     
  4688. 27-Feb-85 23:44:08-MST,1075;000000000000
  4689. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4690. Received: from AMSAA by SIMTEL20.ARPA with TCP; Wed 27 Feb 85 23:44:02-MST
  4691. Received: from mit-mc.arpa by AMSAA.ARPA id a000137; 28 Feb 85 1:11 EST
  4692. Date: 28 February 1985 01:11-EST
  4693. From: "Allan D. Plehn" <PLEHN@mit-mc.ARPA>
  4694. To: kpetersen@simtel20.ARPA
  4695. cc: wancho@simtel20.ARPA, info-cpm@AMSAA.ARPA
  4696.  
  4697. I am confused as how to ftp a file from SIMTEL20 to MIT-MC and then
  4698. download it to my machine and get the checksum to agree.
  4699.  
  4700. For example: In the <cpm.filutl> dir there is a file FINDU10.COM.
  4701. The checksum shown for this file in the CRCLST of 010585 was
  4702. 25F1H and it was labelled to be a COM file.  The CRCLST of
  4703. 021185 labelled it as a BINARY file, with the same checksum of
  4704. 25F1H.  When I FTP this file to MIT-MC the checksum, as shown by the :CRC utility on MC is 82D3H and it
  4705. is indicated to be "ASCII TEXT".
  4706.  
  4707. When I download this file using :MMODEM SB I get still another checksum
  4708. when I check the received file using CRCK.  I get 542AH.
  4709.  
  4710. Can someone tell me what I'm doing wrong?
  4711.  
  4712.                 Al Plehn
  4713. :prmail
  4714.  
  4715. 28-Feb-85 00:09:16-MST,3120;000000000000
  4716. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4717. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 00:09:03-MST
  4718. Received: from brl-tgr.arpa by AMSAA.ARPA id a000155; 28 Feb 85 1:31 EST
  4719. Received: from css-ring-gw by BRL-TGR.ARPA id a017920; 28 Feb 85 1:23 EST
  4720. Return-Path: <topaz!RU-BLUE!BRAIL@seismo.ARPA>
  4721. Received: from topaz.UUCP by seismo.ARPA with UUCP; Thu, 28 Feb 85 01:26:10 EST
  4722. From: topaz!RU-BLUE!BRAIL@SEISMO.ARPA
  4723. Received: from RU-BLUE.ARPA by topaz.ARPA; Thu, 28 Feb 85 01:18:07 est
  4724. Message-Id: <8502280618.AA19798@topaz.ARPA>
  4725. Date: 28 Feb 85 01:23:09 EST
  4726. Subject: Apple ][ shift mod.
  4727. To: nmtvax!kenyon@TOPAZ.ARPA, nmtvax!robert@TOPAZ.ARPA, lear@SEISMO.ARPA
  4728. Cc: brl-tgr!info-cpm@TOPAZ.ARPA, brl-tgr!info-apple@TOPAZ.ARPA
  4729.  
  4730.     Here is how to do a shift mod. on your apple II (not //e). A
  4731. recent message on info-apple covered some of it.
  4732.  
  4733.     You will have to connect a wire from the shift key to pin 4 on
  4734. the game port. It's the fourth pin from the front on the left side,
  4735. looking at it from the keyboard end. One of my ancient tomes (the
  4736. Superscribe II manual) saya to use a 13in. length of #22 wire, and
  4737. strip 1/4" from both ends. This is a bit too detailed, but who cares.
  4738. Ho
  4739.     How you connect the other end depends on your computer. If
  4740. your apple is revision 6 or 7, it has an extra circuit board attached
  4741. between the keyboard and the motherboard. If it is revsion 5 or below,
  4742. it doesn't.
  4743.  
  4744.     For 6 or 7, connect the other end to the second pin from the
  4745. right on the 50-pin connector. (right under the asterisk key) The
  4746. connector is on the right half of the board. This is the shift pin.
  4747.  
  4748.     If it's revision 5 or below, you have to remove the case by
  4749. unscrewing the screws on the bottom (all 10 screws). Then solder the
  4750. wire to tyhe shift pin pon the keyboard encoder. 
  4751.  
  4752.     You can now use the shift key by reading the input from
  4753. paddle button 2 (this is where you connected the wire). It works: I'm
  4754. using it now with Ascii Express and as Videx Videoterm 80 col. card.
  4755.  
  4756.     To take things further, Robert Kenyon wrote:
  4757.  
  4758. > I got the mod I wanted.  There is an actual hardware mod to make the 
  4759. > keyboard produce lowercase.  I have had the shift key mod for years
  4760. > and recently I got sick and tired of writing all my code to translate
  4761. > the keyboard and shift key mod.  On rev. 7+ apples there is an encoder
  4762. > board that has a switch to make the reset key either reset alone or
  4763. > ctrl-reset.  Just to the right of it (from the keyboard side) there are
  4764. > six fairly large holes in the encoder board in a 2X3 array.  There are
  4765. > two sets of triangular pads that need to be cut in order for this mod
  4766. > to work.  Then you need to insert a DPDT switch in the six holes.  When
  4767. > you are done, you have a keyboard that will generate both upper and lowercase
  4768. > letters just like a real keyboard.  Thanks for your response!
  4769. >
  4770. >            Robert Kenyon
  4771. >            ...lanl!unmvax!nmtvax!kenyon
  4772.  
  4773.     This seems as if it will work better. Does anyone have more
  4774. specific details?
  4775.  
  4776. ARPA: BRAIL@RU-BLUE.ARPA
  4777. UUCP: ..(ihnp4!ut-sally, seismo, allegra!packard)!topaz!ru-blue!brail
  4778. -------
  4779. 28-Feb-85 01:51:33-MST,1073;000000000000
  4780. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4781. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 01:51:26-MST
  4782. Received: from simtel20.arpa by AMSAA.ARPA id a000285; 28 Feb 85 3:21 EST
  4783. Date: Thursday, 21 February 1985  17:29-MST
  4784. Message-ID: <KPETERSEN.12091218564.BABYL@SIMTEL20.ARPA>
  4785. Sender: ihnp4!wlcrjs!lazeldes@ucb-vax.ARPA
  4786. From: ihnp4!wlcrjs!lazeldes@ucb-vax.ARPA
  4787. Subject:   source for magazine storage boxes?
  4788. ReSent-From: KPETERSEN@simtel20.ARPA
  4789. ReSent-To: Info-Cpm@AMSAA.ARPA
  4790. ReSent-Date: Thu 28 Feb 1985 01:07-MST
  4791.  
  4792. >Does anyone know of a source of reasonably priced magazine storage
  4793. >boxes?  (I think ~$1.00 or less per box is reasonable.)
  4794.  
  4795. Quill Corporation, 100 S. Schelter Rd., P.O. Box 4700, Lincolnshire,
  4796. IL 60197-4700, (312) 634-4800, has these files starting at $10.68 per
  4797. dozen for the 11-3/4 x 4 x 9" size in fiberboard.  The price per dozen
  4798. goes down in larger quantities.  They have other sizes at a higher
  4799. price ($14.99/doz.)  and more deluxe files at still higher prices.
  4800.  
  4801.                     Leah A Zeldes
  4802.                     ...ihnp4!wlcrjs!lazeldes
  4803. 28-Feb-85 02:50:37-MST,1206;000000000000
  4804. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4805. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 02:50:28-MST
  4806. Received: from su-star.arpa by AMSAA.ARPA id a000353; 28 Feb 85 4:18 EST
  4807. Date: 27 Feb 85 23:29:00 PST
  4808. From: "R. MEIER" <rmeier@su-star.ARPA>
  4809. Subject: ftp of files from simtel20 to unix
  4810. To: info-cpm <info-cpm@AMSAA.ARPA>
  4811. Reply-To: "R. MEIER" <rmeier@su-star.ARPA>
  4812.  
  4813. info-cpm,
  4814.     Can anyone tell me how to port squeezed and library files
  4815. from simtel20 to a unix system?  I have been unable to transfer
  4816. anything successfully since the change in the squeezer format.
  4817. Thank you for any assistance.
  4818.     Since the changes in the squeeze format of files archived
  4819. on simtel20.  Specifically after transferring a .lbr file to a
  4820. unix system, I use itstonorm.c and lar.c from micro:<unix.cpm>
  4821. on it.  If I simply use lar.c, it tells me that the library has
  4822. no entries, none used, and none unused.  If I run itstonorm on it and
  4823. then run lar.c on it, I am informed that it is not a library.  I
  4824. have tried to read the ludef5.dqc files but likewise I cannot get
  4825. xusq107.c from micro:<unix.cpm> to work.  It informs me that the
  4826. decode tree is invalid.
  4827.                 Bob (rmeier@star.arpa)
  4828. ------
  4829. 28-Feb-85 04:15:42-MST,1385;000000000000
  4830. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4831. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 04:15:37-MST
  4832. Received: from brl-tgr.arpa by AMSAA.ARPA id a000522; 28 Feb 85 5:52 EST
  4833. Received: from usenet by BRL-TGR.ARPA id a019779; 28 Feb 85 5:40 EST
  4834. From: "John Antypas @ UC San Diego" <ix255%sdcc6.uucp@BRL-TGR.ARPA>
  4835. Newsgroups: net.micro,net.micro.cpm,net.lang.c,net.lang.pascal,net.micro.apple
  4836. Subject: Curve Plotter for Diablo?
  4837. Message-ID: <1933@sdcc6.UUCP>
  4838. Date: 27 Feb 85 16:57:47 GMT
  4839. Xref: seismo net.micro:10044 net.micro.cpm:4006 net.lang.c:4651 net.lang.pascal:266 net.micro.apple:1791
  4840. To:       info-cpm@AMSAA.ARPA
  4841.  
  4842. Does anyone out there, have, in any language (high level), for any
  4843. computer, a program which will do simple two dimensional curves on a
  4844. Diablo printer.  I type lots of lab reports and am tired of plotting
  4845. curves by hand. I have seen that Diablos can do simple graphics,
  4846. that's all I want.  The ability to read in say four sets of X,Y data
  4847. points into the same graph would be nice.  Any help in the area would
  4848. be most appreciated.  BitGraphics and Character Graphics programs are
  4849. both quite acceptable.
  4850.  
  4851. Greg L. Hartzog {Posted via friend}
  4852.  
  4853. ...!ucbvax!ucdavis!u566654244ea
  4854. ...!{ucbvax,ihnp4,noscvax}!sdcsvax!sdcc6!ix255
  4855.  
  4856. ARPA: ucdavis!u566654244ea@Berkeley
  4857.       sdcsvax!sdcc6!ix255@{Berkeley,Nosc}
  4858.  
  4859. Bell: 619 455 0255
  4860. 28-Feb-85 04:17:41-MST,700;000000000000
  4861. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4862. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 04:17:37-MST
  4863. Received: from brl-tgr.arpa by AMSAA.ARPA id a000524; 28 Feb 85 5:53 EST
  4864. Received: from usenet by BRL-TGR.ARPA id a019833; 28 Feb 85 5:41 EST
  4865. From: johna%haddock.uucp@BRL-TGR.ARPA
  4866. Newsgroups: net.micro.cpm
  4867. Subject: Re: xebec s1410 info
  4868. Message-ID: <368@haddock.UUCP>
  4869. Date: 28 Feb 85 04:53:03 GMT
  4870. Nf-ID: #R:brl-tgr:-867100:haddock:13500001:000:108
  4871. Nf-From: haddock!johna    Feb 27 11:26:00 1985
  4872. Xref: seismo net.micro.cpm:4007
  4873. To:       info-cpm@AMSAA.ARPA
  4874.  
  4875. Douglas Comer's book on XINU has source code for driving a Xebec 1410
  4876. controller.
  4877.                 johna @ ...decvax!ima
  4878. 28-Feb-85 11:15:04-MST,2696;000000000000
  4879. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4880. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 11:14:50-MST
  4881. Received: from simtel20.arpa by AMSAA.ARPA id a009526; 28 Feb 85 12:35 EST
  4882. Date: 28 Feb 1985  10:35 MST (Thu)
  4883. Message-ID: <KPETERSEN.12091322004.BABYL@SIMTEL20.ARPA>
  4884. Sender: KPETERSEN@SIMTEL20.ARPA
  4885. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  4886. To:   Info-Cpm@AMSAA.ARPA
  4887. Subject: MLOAD24 - a enhanced replacement for LOAD
  4888.  
  4889. MLOAD, Ron Fowler's enhanced replacement for CP/M-80's LOAD.COM has
  4890. been updated to version 2.4 and is now available from SIMTEL20:
  4891.  
  4892. Filename            Type     Bytes     CRC
  4893.  
  4894. Directory MICRO:<CPM.ASMUTL>
  4895. MLOAD24.AQM.1            BINARY     24064  585AH
  4896.  
  4897. MLOAD is a replacement for the cp/m "LOAD" program: this program fixes
  4898. many of the problems associated with the "CP/M" load program, and adds
  4899. many new features.
  4900.  
  4901. MLOAD has the ability to pre-load a non-hex file, allowing mload to be
  4902. used to load hex file patches (obviating any need to use DDT).  The
  4903. first (and only the first) filespec (after the "=", if used) may be
  4904. non-hex; the filetype must be specified.
  4905.  
  4906.     Examples:
  4907.         1)    mload ws.com,wspatch
  4908.         2)    mload MEXTEST=MEX112.COM,MXO-US13
  4909.         3)    mload ws.ovr,ovrpatch
  4910.  
  4911. The first example loads WS.COM, overlays it with wspatch.hex, and
  4912. writes the output to WS.COM.  The second example loads MEX112.COM,
  4913. overlays it with MXO-US13.HEX, and writes the output file to
  4914. MEXTEST.COM.  (note that the second example is the recommended
  4915. technique, since it preserves the original file). The third example
  4916. loads WS.OVR and patches it with the file "OVRPATCH.HEX".
  4917.  
  4918. ZCPR2-style du specs are fully supported, for both input and output
  4919. files.  Thus, the following command lines are permissable:
  4920.  
  4921.     b3>mload a4:myfile.com=0:bigfil,b6:patch1,c9:patch2
  4922.     a6>mload b5:=c3:mdm717.com,mdmpatch
  4923.  
  4924. After loading, an information line is printed in the statistics
  4925. report, which displays the true size of the saved image.
  4926.  
  4927. This program is a replacement for the cp/m "LOAD" program.  Why
  4928. replace "LOAD"?  well... LOAD.COM has a few deficiencies.  For
  4929. example, if your hex file's origin is above 100h, LOAD.COM prepends
  4930. blank space to the output file to insure it will work as a CP/M
  4931. transient.  It cares not if the file is not intended as a CP/M
  4932. transient.  It also doesn't like hex records with mixed load addresses
  4933. (for example, one that loads below a previous record -- which is a
  4934. perfectly legitimate happenstance).  Also, LOAD.COM can load only one
  4935. program at a time, and has no provision for a load bias in the command
  4936. specification. Finally, there is no provision for user specification
  4937. of the output file name.
  4938.  
  4939. [notes by Ron Fowler]
  4940.  
  4941. --Keith
  4942. 28-Feb-85 13:28:33-MST,2863;000000000000
  4943. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4944. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 13:28:18-MST
  4945. Received: from mit-multics.arpa by AMSAA.ARPA id a012233; 28 Feb 85 14:46 EST
  4946. Date:  Sat, 23 Feb 85 13:40 EST
  4947. From:  "John C. Klensin" <Klensin@MIT-MULTICS.ARPA>
  4948. Subject:  Nutrient composition databases
  4949. To:  Larry Wright <LWRIGHT@SRI-KL.ARPA>
  4950. cc:  INFOODS@MIT-MULTICS.ARPA
  4951. Message-ID:  <850223184005.559486@MIT-MULTICS.ARPA>
  4952. Resent-Date:  28 Feb 85 14:43 EST
  4953. Resent-From:  "John C. Klensin" <Klensin@MIT-MULTICS.ARPA>
  4954. Resent-To:  info-cpm@AMSAA.ARPA
  4955. Resent-Message-ID:  <850228194359.687904@MIT-MULTICS.ARPA>
  4956.  
  4957. Well, there are dozens, but few that can be accessed without some local
  4958. cooperation.  In addition, much of the action during the last few years
  4959. has been in getting this kind of data in a form so that it can be
  4960. distributed on diskettes, with accessing software, for Apple-sized
  4961. machines.  A directory of many of those databases, and whether/how they
  4962. are accessible from the outside, has been produced annually for the last
  4963. few years by Dr.  Loretta Hoover at the University of Missouri at
  4964. Columbus.  You may want to reach them and get a copy of the directory
  4965. (if you have problems tracking down an address or number, send me mail
  4966. and I will send it to you when I next go into the office).
  4967.  
  4968. Most of the data available in this country is derived from USDA data
  4969. (mostly the so-called Handbook 8) and from data prepared by the FDA.
  4970. While those data are public, neither of those organizations have chosen
  4971. to make them available via networks (although some of them are available
  4972. in machine-readable form).  Most of the databases listed by Hoover are
  4973. USDA data, plus some local analyses (of varying quality), plus software;
  4974. their vendors are essentially acting as value-added retailers of the
  4975. public data.
  4976.  
  4977. You should be especially careful where trace nutrients are concerned.
  4978. In addition to being analytically tricky, the values of several of them
  4979. seem to depend heavily on local growing or feeding conditions, so the
  4980. ranges associated with the values (rarely contained in the available
  4981. tables) can be astronomical.
  4982.  
  4983. We have a project running (under the name "INFOODS") with the charge of
  4984. trying to bring some sense out of this madness and of making sure that,
  4985. a few years down the line, there are clear "yes" answers to inquiries
  4986. like yours from anywhere in the world.  If you can give me a surface
  4987. mail address and some information about your background and interests in
  4988. this type of information, and are interested, I will get you onto the
  4989. newsletter mailing list.
  4990.  
  4991. John Klensin
  4992.  Chair, Committee on Information Systems
  4993.  INFOODS Secretariat
  4994.   (INFOODS @ MIT-Multics)
  4995.   (Room 20A-226, Massachusetts Institute of Technology, 77 Massachusetts
  4996. Avenue, Cambridge, MA 02139.  617/253-3780).
  4997. 28-Feb-85 14:19:44-MST,1086;000000000000
  4998. Return-Path: <info-cpm-request@AMSAA.ARPA>
  4999. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 14:19:36-MST
  5000. Received: from simtel20.arpa by AMSAA.ARPA id a013190; 28 Feb 85 15:32 EST
  5001. Date: 28 Feb 1985  13:32 MST (Thu)
  5002. Message-ID: <KPETERSEN.12091354181.BABYL@SIMTEL20.ARPA>
  5003. Sender: KPETERSEN@SIMTEL20.ARPA
  5004. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  5005. To:   Info-Cpm@AMSAA.ARPA, Info-Micro@brl-vgr.ARPA, INFO-IBMPC@usc-isib.ARPA
  5006. Subject: uucp information?
  5007.  
  5008. A friend is writing a Public-Domain MSDOS uucp implementation.  He
  5009. needs information on the protocol used by uucio, and on
  5010. RS-something-or-another headers.
  5011.  
  5012. He says there was something very recently on one of the mailing lists
  5013. on where to get various on-line papers, and these were mentioned
  5014. there.  Does anyone have a copy of these messages?
  5015.  
  5016. Any pointers to information, papers, public-domain implementations or
  5017. half-implementation, people, etc. would be appreciated.
  5018.  
  5019. --Keith <W8SDZ@SIMTEL20.ARPA>
  5020. Usenet: ...!decvax!brl-bmd!w8sdz
  5021.   or    ...!unc!brl-bmd!w8sdz
  5022.   or    ...!seismo!brl-tgr!w8sdz
  5023. 28-Feb-85 15:32:01-MST,2579;000000000000
  5024. Return-Path: <info-cpm-request@AMSAA.ARPA>
  5025. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 15:31:48-MST
  5026. Received: from simtel20.arpa by AMSAA.ARPA id a015285; 28 Feb 85 17:02 EST
  5027. Date: 28 Feb 1985  15:02 MST (Thu)
  5028. Message-ID: <KPETERSEN.12091370544.BABYL@SIMTEL20.ARPA>
  5029. Sender: KPETERSEN@SIMTEL20.ARPA
  5030. From: Keith Petersen <W8SDZ@SIMTEL20.ARPA>
  5031. To:   Info-Cpm@AMSAA.ARPA
  5032. Subject: XMODEM version 105 now available from SIMTEL20
  5033.  
  5034. Thanks to Steve Noland <NOLAND at USC-ISI.ARPA>, we now have XMDM105,
  5035. the latest version of XMODEM.  XMODEM is primarily of interest to
  5036. Remote CP/M system operators.  It allows unattended uploads and
  5037. downloads using the enhanced Christensen "MODEM" protocol (compatible
  5038. with MODEM7) using either CRC or CHECKSUM modes.  The file is
  5039. available via ANONYMOUS ftp from SIMTEL20 as:
  5040.  
  5041. Filename            Type     Bytes     CRC
  5042.  
  5043. Directory MICRO:<CPM.RCPM>
  5044. XMDM105.LBR.1            BINARY     97408  6628H
  5045.  
  5046. Here are the CRCs for the library's internal files:
  5047.  
  5048.     File        Bytes        CRC
  5049.  
  5050.     READ.ME        3669        4A89
  5051.     WHAFOR.COM    1536        4C8C
  5052.     WHANEW.COM    1536        199A
  5053.     WHATSFOR.COM    1280        6240
  5054.     XMDEL.COM    1152        E3B7
  5055.     XMDM105.AQM    78208        E409
  5056.     XMDM105.DQC    5376        7004
  5057.     XMDM105.IQF    4224        C889
  5058.  
  5059. Here is what's new in recent versions:
  5060.  
  5061. XMDM105: Now accepts XMODEM R 6:HELLO.DOC.  It also accepts ZCPR
  5062. convention, using the current drive if none is mentioned.  Date
  5063. routine added for CP/M+ users.  As .PRL files are handled like .COM
  5064. files by CP/M+ systems, those are changed now to .OBJ files when using
  5065. the CPMPLUS equate.  Several useful auxiliary programs added such as
  5066. WHAFOR, WHATNEW, XMDEL, etc., for the SYSOP's use.
  5067.  
  5068. XMDM104 NEW CHANGES: Asks for a description of a non-private upload.
  5069. Creates and maintains a WHATSFOR.TXT file in A14: area.  A companion
  5070. program called WHATSFOR.COM would be placed in A0: to display the
  5071. contents of the description file, offering full security.  Most recent
  5072. descriptions will be shown first.  (A safety feature times out in
  5073. about two minutes if no description is typed.  This prevents permanent
  5074. hangups.)
  5075.  
  5076. XMDM103: When the WHEEL byte is set, XMDM103 allows SYSOPs to upload
  5077. files to any drive or user area in a normal manner.  Previous versions
  5078. required the SYSOP to use the same location (usually B0:) available
  5079. for remote user.
  5080.  
  5081. Configuration option CPMPLUS is provided to allow the TIMEON feature
  5082. to operate in a CP/M Plus environment.  The code includes page zero
  5083. definition changes as well as additions to the GETTIME subroutine.
  5084. Other recent changes listed early in XMDM103.ASM.
  5085.  
  5086. --Keith
  5087. 28-Feb-85 19:27:16-MST,1059;000000000000
  5088. Return-Path: <info-cpm-request@AMSAA.ARPA>
  5089. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 19:27:11-MST
  5090. Received: from usc-isid.arpa by AMSAA.ARPA id a016098; 28 Feb 85 21:02 EST
  5091. Date: 28 Feb 1985 19:48-EST
  5092. Sender: ABN.ISCAMS@USC-ISID.ARPA
  5093. Subject: Re: Modem software
  5094. From: ABN.ISCAMS@USC-ISID.ARPA
  5095. To: lawrence%pogo.dec@BRL-TGR.ARPA
  5096. Cc: info-cpm@AMSAA.ARPA
  5097. Message-ID: <[USC-ISID.ARPA]28-Feb-85 19:48:30.ABN.ISCAMS>
  5098. In-Reply-To: <770@decwrl.UUCP>
  5099.  
  5100. Friend,
  5101.  
  5102. Re your wanting modem/terminal software for a CP/M system to download to
  5103. a Commodore 64...
  5104.  
  5105. If you want to do this Thing back-to-back (e.g., not over a telephone), you
  5106. could do it through a straight RS-232 connection! PIP will do an XON/XOFF
  5107. transfer (>PIP LST:=FOOBAR.TXT[B]).  They sell RS-232 converters for
  5108. the C64 via mail order for about $39, and the latest Byte (I think) had
  5109. a simple board for that .
  5110.  
  5111. If you truly need modem software, get back with me and I'll point you
  5112. to MODEM7xx.
  5113.  
  5114. Regards,
  5115. David Kirschbaum
  5116. Toad Hall
  5117. (ABN.ISCAMS@USC-ISID.ARPA)
  5118. 28-Feb-85 19:40:53-MST,3940;000000000000
  5119. Return-Path: <info-cpm-request@AMSAA.ARPA>
  5120. Received: from AMSAA by SIMTEL20.ARPA with TCP; Thu 28 Feb 85 19:40:38-MST
  5121. Received: from rand-unix.arpa by AMSAA.ARPA id a016100; 28 Feb 85 21:03 EST
  5122. Received: from vortex.UUCP by rand-unix.ARPA; Thu, 28 Feb 85 16:16:56 pst
  5123. Date: Thu, 28-Feb-85 15:55:37 PST
  5124. From: Lauren Weinstein <vortex!lauren@rand-unix.ARPA>
  5125. Subject: UUCP
  5126. Message-Id: <8502281555.342.2.VT1.00C@vortex.UUCP>
  5127. To: info-micro@BRL-VGR.ARPA, info-ibmpc@USC-ISIB.ARPA
  5128. Cc: info-cpm@AMSAA.ARPA, w8sdz@MIT-MC.ARPA
  5129.  
  5130. Since it is pretty widely known that I have my own versions of
  5131. UUCP that are unrelated to AT&T code, I thought I'd comment
  5132. on this general topic now to head off the direct mail that usually
  5133. gets sent to me after such queries.
  5134.  
  5135. ---
  5136.  
  5137. It is important to realize that UUCP isn't really a protocol, it
  5138. is an EFFECT.  It is a bunch of different programs that happen
  5139. to know how to speak to each other.  There is no "formal" protocol
  5140. in the sense that TCP/IP is a formally specified protocol.
  5141. One reason you don't see much about how the protocol works is that
  5142. since it is embodied in trade-secret source code, it would be
  5143. illicit to read the UUCP source code to figure out the protocol
  5144. (and then use or publish that information in non-Unix-licensed environments).
  5145.  
  5146. I developed my own knowledge and versions of UUCP completely from the
  5147. outside, without any reference to UUCP source code.  This turned out
  5148. to be a tremendously more difficult task than I had originally
  5149. anticipated.  It involved almost two years of experiments and
  5150. endless experimental versions that "sorta" worked or worked only
  5151. with some sites.  One of the problems was that I never had any
  5152. way to know what I DIDN'T yet know--until one day some new site
  5153. would call me and everything would stop working.  Then it was
  5154. back to the drawing board.
  5155.  
  5156. Over a long period of time, mainly by trial and error, I've gotten
  5157. to the point where my own versions of UUCP and related programs
  5158. (mail, netnews, rdmail, etc.) seem to be compatible with all known
  5159. Unix UUCP's.  I've even got 822 domain support built into my latest
  5160. versions.  But when people complain that it has taken me so long
  5161. to make these available (particularly the MSDOS version) I can
  5162. only point out that it all (from the communications level to the
  5163. problems of incompatible filenames and file formats) was a LOT
  5164. of work and that I had to do everything on my own time without
  5165. any outside support.  I'll be releasing my MSDOS uucp/mail/netnews/
  5166. remote access package, including domain support, as a complete package.
  5167. For people who don't need all that stuff (and it is a LOT of stuff)
  5168. I'll be happy to discuss unbundling UUCP itself or other parts
  5169. of the package if people really want it.
  5170.  
  5171. Once the various versions of UUCP have settled down again,
  5172. I'll try get back to writing up a "formal" protocol spec, which
  5173. would include communications info, file naming and handling,
  5174. timing constraints (this turns out to be much more critical
  5175. than one would think, especially on small machines) and all the
  5176. other stuff I've learned over the last couple of years.  Since
  5177. all of this knowledge was gained without looking at Unix UUCP source,
  5178. I'll be happy to share it once I can put it into a coherent 
  5179. framework and I finally have some spare time.
  5180.  
  5181. ----
  5182.  
  5183. Frankly, if I had all of this work to do all over again, I probably 
  5184. wouldn't have started.  It was simply too much work and ate a substantial 
  5185. chunk out of my life.  What would I have done instead?  I'd have used an 
  5186. automated Kermit for everything.  Which is what I currently recommend to
  5187. people trying to get fancy file transfer programs going with new
  5188. machines.  I am big Kermit fan.
  5189.  
  5190. --Lauren--
  5191.  
  5192. P.S.  If you have any questions, please contact me directly.
  5193.       I'll be happy to help.  But these poor lists are already
  5194.       overflowing!  Let's try give them a break.
  5195.  
  5196. --LW--
  5197.  
  5198.  
  5199.