home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / simtel / archives / cpm / 8211-1.txt < prev    next >
Text File  |  1993-02-12  |  185KB  |  4,685 lines
  1.  1-Nov-82 04:18:00,804;000000000000
  2. Date: 1 November 1982 06:18-EST
  3. From: Jerry E Pournelle <POURNE@Mit-Mc>
  4. Subject: last message...
  5. To: info-cpm at BRL
  6. Via:  Mit-Mc; 3 Nov 82 17:45-EST
  7. Via:  Brl; 3 Nov 82 18:01-EST
  8. Via:  Brl-Bmd; 3 Nov 82 19:06-EST
  9.  
  10. Regretably this will be my last sending to this mail list.
  11. Indeed, even this one will cost me dearly.  I had over a hundred
  12. "MAIL MEMO" messages tonight; all because the mail memo demon
  13. --and demon it is--insists on telling me ALL about everyone on
  14. the list who no longer gets mail.  I am weary of learning that
  15. goldfarb doesn't get message and a copy is being returned.  Also
  16. that--well, you get the idea.  A hundred of those is too many.
  17.  
  18. I suppose I will get this one back a dozen times; as I said, it
  19. will cost me.
  20.  
  21. Surely there is a remedy?  But I do not know it.
  22.  3-Nov-82 13:33:00,1101;000000000000
  23. Date:  3 Nov 1982 1233-PST
  24. From: Ted Shapin <BEC.SHAPIN@Usc-Ecl>
  25. Subject: Big Board Magazine
  26. To: INFO-CPM at BRL
  27. Postal-address: Beckman Instruments, Inc.
  28. Postal-address: 2500 Harbor X-11, Fullerton, CA 92634
  29. Phone: (714)970-3393
  30. Via:  Usc-Ecl; 3 Nov 82 16:24-EST
  31. Via:  Brl; 3 Nov 82 16:57-EST
  32. Via:  Brl-Bmd; 3 Nov 82 18:36-EST
  33.  
  34. I am pleased with "Micro Cornucopia" a journal devoted to the
  35. "Big Board" CP/M system.  It comes out 6 times a year from
  36. PO Box 223, Bend, Oregon 97709.  Subscriptions are $16.
  37.  
  38. Issues average about 24 pages with hardware and software hints
  39. such as adding a RAM power supply protection circuit, configuring
  40. MODEM7, disk drive jumper options, etc.
  41.  
  42. So far the 8 issues have all been on the original Big Board, but the
  43. editor is building a Big Board II and I expect future issues will
  44. have articles on both.
  45.  
  46. A good article on disk drive maintenance in No. 8 saved me
  47. a lot of trouble.  I had a drive that would make errors
  48. after about track 42. ... Turned out it had lost the
  49. head load pressure pad!
  50.  
  51. Back issues are available at $3.
  52. -------
  53.  3-Nov-82 16:19:00,905;000000000000
  54. Date: 3 November 1982 18:19-EST
  55. From: Charlie Strom <CSTROM@Mit-Mc>
  56. Subject: New files on MC
  57. To: INFO-CPM at BRL
  58. Via:  Mit-Mc; 3 Nov 82 18:19-EST
  59. Via:  Brl; 3 Nov 82 18:45-EST
  60. Via:  Brl-Bmd; 3 Nov 82 19:08-EST
  61.  
  62. I have uploaded to MC the following files:
  63.  
  64.     AR20:CPM;CPYFST 43ASM
  65.          CPYFST 40DOC
  66.  
  67. COPYFAST is a very useful disk copy program. It uses RAM up to capacity
  68. to buffer data and has provision for installation using either direct
  69. calls to disk controller firmware (a few implementations are present as
  70. assembly-time conditionals) or BDOS calls. The latter option also permits
  71. several alternative run-time behaviors such as copying system tracks only,
  72. data tracks only, a specified range of tracks, etc.
  73.  
  74. Note that the program must be adapted to the number of sectors/track,
  75. number of tracks, etc. for the target system and can be fine-tuned to
  76. allow very rapid disk copying.
  77.  3-Nov-82 22:14:00,820;000000000000
  78. Date:  3 Nov 1982 at 2314-CST
  79. From: mknox at Utexas-11
  80. Subject: CP/M disk logins
  81. To: info-cpm at BRL
  82. Via:  Utexas-11; 4 Nov 82 0:31-EST
  83. Via:  Brl; 4 Nov 82 1:17-EST
  84. Via:  Brl-Bmd; 4 Nov 82 1:23-EST
  85.  
  86.  
  87. The answer to this is probably obvious, to those who know the answer.
  88.  
  89. What flag or field or whatever shows that a disk has been 'logged in'?
  90. This comes up two ways:
  91.  
  92.      o Something used by BDOS to tell it to 'login' a disk and build a 
  93.        directory check table and allocation table.
  94.  
  95.      o Some way for the BIOS to know that the disk drive has a new disk
  96.        and it needs to be checked (i.e. density, format, etc.).  Obviously
  97.        the BIOS doesn't want to do this everytime SELDSK is called.
  98.  
  99. I strongly suspect a word in the DPH table, but which one?
  100.  
  101. ??????????
  102.  
  103.   tnx
  104. -------
  105.  4-Nov-82 06:48:00,475;000000000000
  106. Date: 4 November 1982 08:48-EST
  107. From: Roger L Long <BYTE@Mit-Mc>
  108. To: LIN at Mit-Mc
  109. cc: info-micro at BRL, info-cpm at BRL
  110. Via:  Mit-Mc; 4 Nov 82 8:51-EST
  111. Via:  Brl; 4 Nov 82 9:23-EST
  112. Via:  Brl-Bmd; 4 Nov 82 9:52-EST
  113.  
  114. I've started reading my mail using BABYL, and got someone to figure out
  115. what it too to remove those blasted lines (BABYL already restructures
  116. the headers), because at 300 baud they really get in the way.  Look at
  117. MC:GUEST0;BYTE EVARS.
  118.  
  119.     -roger
  120.  4-Nov-82 09:31:00,727;000000000000
  121. Date:     4 Nov 82 12:31-EDT (Thu)
  122. From:     Robert Heller <heller.umass-coins@Udel-Relay>
  123. To:       info-vax at Sandia
  124. cc:       info-cpm at Mit-Mc
  125. Subject:  VMS disk ACPs for RT11 and CP/M 8" Floppies (RX02 drives on a VAX-11/780)
  126. Via:  UMASS-COINS; 7 Nov 82 3:59-EST
  127. Via:  Mit-Mc; 8 Nov 82 12:48-EST
  128. Via:  Brl; 8 Nov 82 16:28-EST
  129. Via:  Brl-Bmd; 8 Nov 82 17:17-EST
  130.  
  131.     I am interested in writing or getting RX02 disk ACPs for VMS to
  132. allow a VAX/VMS machine to easily read/write/etc. either RT11 or CP/M
  133. 8" floppy disks.  We have a pair of RX02 disks on one of our VAX-11/780s.
  134.  
  135.     If you have any information, please send me mail:
  136.  
  137.         heller.umass-coins@udel-relay
  138.  
  139.     thank you in advance.
  140.  
  141.                     robert heller
  142.  4-Nov-82 09:50:00,1527;000000000000
  143. Date: 4 Nov 1982 09:50 EST
  144. From: clark.wbst at Parc-Maxc
  145. Subject: Re: Godbout 8085/8088
  146. In-reply-to: goldfarb.ucf-cs's message of 28 Oct 82 20:43:50 EST  (Thu)
  147. To: Ben Goldfarb <goldfarb.ucf-cs@Udel-Relay>
  148. Cc: Info-micro at BRL, info-cpm at BRL
  149. Via:  Parc-Maxc; 4 Nov 82 10:05-EST
  150. Via:  Brl; 4 Nov 82 10:35-EST
  151. Via:  Brl-Bmd; 4 Nov 82 10:52-EST
  152.  
  153. About your 7E's...  it has been a while, but am pretty sure that 7E is the
  154. opcode of the instruction your monitor uses to do the memory fetch,
  155. probably a 'MOV A,M'.  I have had this before...  First I will explain
  156. where I have seen it; I don't see a clear match with your problem,
  157. but then I am not familiar with your hardware...
  158.  
  159. If you have a processor with no buffering, when you do the MOV A,M
  160. the opcode (7E?) gets put on the bus.  When the processor does the read
  161. the bus is tri-stated, and the opcode is still hanging around from
  162. capacitance.  Since there is no memory out there, nobody drives the
  163. bus, so you read the opcode.  If you have a running processor you
  164. can see this by writing a memory poker that uses a different instruction,
  165. like ldax b or d... then you see their opcode.
  166.  
  167. This certainly would not explain your problem with EI's etc.  Actually,
  168. not much of anything would run since on the 8080 all jumps, ret, and
  169. I think calls have the upper bit set.  Since you DID seem to get the memory
  170. dumper of some description to run, it must not drop them ALL the time.
  171.  
  172. Anyway, good luck !    I hope this helped some...
  173.  
  174.                 --Ray Clark
  175.  4-Nov-82 10:29:00,1654;000000000000
  176. Date: Thursday,  4 Nov 1982 09:29-PST
  177. To: HONEYCUTT at Mit-Mc
  178. Cc: INFO-CPM at BRL, AMETHYST-USERS at Mit-Mc
  179. Cc: bridger at Rand-Unix, Roger L Long <BYTE@Mit-Mc>
  180. Subject: Catching function key sequences
  181. From: bridger at Rand-Unix
  182. Via:  Rand-Unix; 4 Nov 82 12:49-EST
  183. Via:  Brl; 4 Nov 82 13:18-EST
  184. Via:  Brl-Bmd; 4 Nov 82 13:39-EST
  185.  
  186.     My bios CONIN has an option to enter a countdown loop when an ESC is
  187. received.  If the next char is received within that time, it assumes both
  188. the escape and the follow-on character were sent by a function key.  It then
  189. discards the ESC and sets the high bit of the follow-on character to signal
  190. the application program.  If it timesout without receiving anything, the 
  191. ESC is presumed to have been typed as the escape key and is returned.
  192.     You could have your editor patch in its own CONIN to do this while
  193. it's running, then restore the bios CONIN on exit from the editor.
  194.     The timing constant is based on the CPU speed and the baud rate for
  195. the terminal channel and presumes that the follow-on character will be sent
  196. by the terminal's ROM as soon as the baudrate permits.
  197.     Let me know if you pursue this.  On reading Roger Long's message,
  198. I see that this technique may need to be extended another character for
  199. the 3-character sequences from the H-19 alternate keypad.
  200.     A useful feature of this approach is that it allows the editor
  201. to distinguish between ESC-char sent as separate keystrokes, and a function
  202. key that transmits the same sequence.  This permits binding the function keys
  203. to anything without conflicting with bindings chosen for the separate
  204. keystroke commands.
  205.                 bridger.
  206.  4-Nov-82 13:48:53,6565;000000000000
  207. Date:     4 Nov 82 15:48:53-EST (Thu)
  208. From:     Rick Conn <rconn@BRL>
  209. To:       info-cpm at BRL, info-micro at BRL
  210. Subject:  SYSLIB
  211. Via:  Brl; 4 Nov 82 16:17-EST
  212. Via:  Brl-Bmd; 4 Nov 82 16:30-EST
  213.  
  214.         I am very pleased (yeah, and kind of proud since it WAS a
  215. lot  of  work) to announce the release of SYSLIB for CP/M 2.2.  I
  216. am sending this to both INFO-CPM and INFO-MICRO since SYSLIB  can
  217. be used to create programs which run on ANY 8080 or Z80 microcom-
  218. puter, not necessarily just CP/M, altho CP/M is  required  to  do
  219. the assembly.
  220.  
  221.         SYSLIB is an extensive set of utility subroutines,  writ-
  222. ten in 8080 assembly language.  There are over 130 subroutines in
  223. over 70 modules in the library.  The following shows the scope of
  224. the  library  by  showing you all the files which are required to
  225. contain it and its documentation.
  226.  
  227.         SYSLIB is documented in two ways.  A 100+ page  user  and
  228. reference  manual  exists  which tells you about each of the rou-
  229. tines and gives you 7 sample programs which you can study to  see
  230. how  SYSLIB  is used.  Additionally, 13 HLP (for use with my HELP
  231. program for online documentation) files are available which  con-
  232. tain the same information the routine description sections of the
  233. user and reference manual contains.  You  can  effectively  index
  234. into  the  user  and  reference  manual  quickly by using the HLP
  235. files.
  236.  
  237.         A second, following message which  is  much  longer  than
  238. this one has been prepared to tell you exactly what SYSLIB is and
  239. does.  This was done so that those not interested in SYSLIB  need
  240. not read thru all of the basic description information.
  241.  
  242.     M80.COM, L80.COM, and SYSLIB.REL are required to do SYSLIB
  243. programming.  All the other files are source and documentation.
  244.  
  245.         Information on the files making up SYSLIB follows:
  246.  
  247.  
  248.  
  249.               SYSLIB -- An Integrated Library of Assembly Language
  250.           Utility Subroutines for use with the Microsoft M80 Assembler
  251.  
  252.                Distribution Statement and Listing of SYSLIB Files
  253.  
  254.                              Distribution Statement
  255.  
  256.              SYSLIB is released to the public domain.   Anyone who wishes 
  257.         to USE it may do so with no strings attached.  The author assumes 
  258.         no  responsibility  or liability for the use of  SYSLIB.   It  is 
  259.         copyrighted by the author,  Richard Conn,  who has sole rights to 
  260.         it.   SYSLIB  and  its associated documentation may  be  sold  by 
  261.         itself  or  as an independent part of a package of programs  only 
  262.         with  the express,  written consent of the author.   The  author, 
  263.         however,  supports  the  use  of SYSLIB  by  commercial  software 
  264.         developers,  and  places no restriction on the sale  of  programs 
  265.         which  are  based  on SYSLIB and use  routines  contained  within 
  266.         SYSLIB to perform their major functions.
  267.  
  268.                          Source Files to SYSLIB Modules
  269.  
  270.         Filename.Typ Size K   Filename.Typ Size K   Filename.Typ Size K
  271.         -------- --- ------   -------- --- ------   -------- --- ------
  272.         S0FILEIO.MAC      2   SCOMP   .MAC      2   SEVAL4  .MAC      2      
  273.         S1FILEIO.MAC      2   SCOMPHD .MAC      2   SFCLOS  .MAC      2      
  274.         S2FILEIO.MAC      2   SCONDIN .MAC      2   SFDEL   .MAC      2      
  275.         S3FILEIO.MAC      2   SCOUT   .MAC      2   SFEXIST .MAC      2      
  276.         SBBLINE .MAC      4   SCPOUT  .MAC      2   SFILEIO .MAC     10      
  277.         SBDOS   .MAC      2   SCRC    .MAC      4   SFILL   .MAC      2      
  278.         SBIOS   .MAC      4   SCRC1   .MAC      4   SFMAKE  .MAC      2      
  279.         SBLINE  .MAC      4   SCRLF   .MAC      2   SFNAME  .MAC      6      
  280.         SCAPS   .MAC      2   SCST    .MAC      2   SFOPEN  .MAC      2      
  281.         SCAPSTR .MAC      2   SDIR    .MAC     34   SFREAD  .MAC      2      
  282.         SCATH   .MAC      2   SEN     .MAC      2   SFRENAME.MAC      2      
  283.         SCCOUT  .MAC      2   SEVAL   .MAC      4   SFWRIT  .MAC      2      
  284.         SCIN    .MAC      2   SEVAL1  .MAC      2   SHDR    .MAC      2      
  285.         SCLOUT  .MAC      2   SEVAL2  .MAC      2   SINITFCB.MAC      2      
  286.         SCODEND .MAC      2   SEVAL3  .MAC      2   SINLINE .MAC      6      
  287.  
  288.         SINSTR  .MAC      2   SMHL5DC .MAC      4   SSCANNER.MAC      2      
  289.         SLA2HC  .MAC      2   SMOVE   .MAC      4   SSORT   .MAC     14      
  290.         SLADC   .MAC      2   SPA2HC  .MAC      2   SUD     .MAC      2      
  291.         SLCRLF  .MAC      2   SPADC   .MAC      2   SYSTEST .MAC      4      
  292.         SLHL4HC .MAC      2   SPAUSE  .MAC      4   SYSTEST1.MAC      4      
  293.         SLHL5DC .MAC      2   SPHL4HC .MAC      2   SYSTEST2.MAC      4      
  294.         SLOUT   .MAC      2   SPHL5DC .MAC      2   SYSTEST3.MAC      4      
  295.         SLPRINT .MAC      2   SPOUT   .MAC      2   SYSTEST4.MAC      6      
  296.         SLPSTR  .MAC      2   SPRINT  .MAC      2   SYSTEST5.MAC      2      
  297.         SMA2HC  .MAC      2   SPSTR   .MAC      2   SYSTEST6.MAC      6      
  298.         SMADC   .MAC      2   SRAND   .MAC      2   SZCPR   .MAC      8      
  299.         SMATH   .MAC      6   SRIN    .MAC      2   SZFNAME .MAC     12      
  300.         SMHL4HC .MAC      2
  301.            82 Files Occupying   278K
  302.  
  303.  
  304.                              SYSLIB.REL Library File
  305.  
  306.         Filename.Typ Size K RS
  307.         -------- --- ------ --
  308.         SYSLIB  .REL     14
  309.             1 File Occupying    14K
  310.  
  311.  
  312.  
  313.                    SYSLIB Help Files for Online Documentation
  314.  
  315.         Filename.Typ Size K   Filename.Typ Size K   Filename.Typ Size K
  316.         -------- --- ------   -------- --- ------   -------- --- ------
  317.         SYSLIB  .HLP     16   SYSLIB5 .HLP      6   SYSLIB9 .HLP      8      
  318.         SYSLIB1 .HLP     14   SYSLIB6 .HLP      4   SYSLIBA .HLP      8      
  319.         SYSLIB2 .HLP      4   SYSLIB7 .HLP      6   SYSLIBB .HLP      6      
  320.         SYSLIB3 .HLP      8   SYSLIB8 .HLP      6   SYSLIBC .HLP      8      
  321.         SYSLIB4 .HLP      6      
  322.            13 Files Occupying   100K
  323.  
  324.  
  325.  
  326.            SYSLIB Document Files, Including User and Reference Manual
  327.  
  328.         Filename.Typ Size K   Filename.Typ Size K   Filename.Typ Size K
  329.         -------- --- ------   -------- --- ------   -------- --- ------
  330.         SYSLIB  .WS     104   SYSLIBI .WS      10   SYSLIBR .WS       4      
  331.         SYSLIBHD.WS      16   SYSLIBID.WS       4   SYSLIBS .WS      42      
  332.             6 Files Occupying   180K
  333.  4-Nov-82 13:50:44,15098;000000000000
  334. Date:     4 Nov 82 15:50:44-EST (Thu)
  335. From:     Rick Conn <rconn@BRL>
  336. To:       info-cpm at BRL, info-micro at BRL
  337. Subject:  SYSLIB Details
  338. Via:  Brl; 4 Nov 82 16:17-EST
  339. Via:  Brl-Bmd; 4 Nov 82 16:34-EST
  340.  
  341.     From the SYSLIB User and Reference Manual:
  342.  
  343.                         SYSLIB User and Reference Manual
  344.  
  345.  
  346.  
  347.  
  348.  
  349.               SYSLIB -- An Integrated Library of Assembly Language
  350.           Utility Subroutines for use with the Microsoft M80 Assembler
  351.  
  352.  
  353.         1.0  Introduction
  354.  
  355.         1.01 What is SYSLIB?
  356.  
  357.              SYSLIB  (SYStem LIBrary) is a collection of over 130 subrou-
  358.         tines which are designed to provide to the CP/M 8080/Z80 assembly 
  359.         language  programmer a set of functions upon which he  can  build 
  360.         his programs.  This library is intended to relieve the programmer 
  361.         of  the task of frequently "reinventing the wheel" and to provide 
  362.         him   with  an  tool  environment  which  encourages   structured 
  363.         programming at the assembly language level.
  364.  
  365.              Each  subroutine within SYSLIB can be viewed as  a  reliable 
  366.         "black box."  The subroutines in SYSLIB are completely documented 
  367.         within  this 100+ page manual and the SYSLIBx.HLP files,  and the 
  368.         programmer  is consistently provided with the following  informa-
  369.         tion:
  370.                   1.  Name of Subroutine
  371.                   2.  Function it performs
  372.                   3.  What its inputs are
  373.                   4.  What its outputs are
  374.                   5.  What registers are affected by it
  375.                   6.  What other library routines it calls upon
  376.                   7.  What errors can occur and how it handles them
  377.  
  378.              The routines within SYSLIB are designed to work together and 
  379.         complement  each other.   Parameter passing is consistent between 
  380.         the various subroutines; for instance, all routines which need to 
  381.         be  passed  a  pointer to a File Control Block  are  passed  that 
  382.         pointer in the DE register pair.   Also,  as a general rule, if a 
  383.         register is not returned as an output from the SYSLIB subroutine, 
  384.         then  its value is not affected (it has the same value  when  the 
  385.         routine is exited as it had when the routine was called).
  386.  
  387.              SYSLIB  itself  is a library of relocatable  object  modules 
  388.         created  in  the Microsoft M80 relocatable  object  format.   All 
  389.         subroutines within SYSLIB are grouped within functionally-related 
  390.         modules.   Once  a routine is referenced (by the EXT statement in 
  391.         the M80 assembly language program),  its module is loaded and  it 
  392.         is  available  to the programmer by means of a simple  subroutine 
  393.         call.   All  other subroutines within that particular module  are 
  394.         also loaded,  but they are not available to the programmer unless 
  395.         he  has also referenced them by EXT statements.   The  module  is 
  396.         loaded  only  once,  regardless of how many routines  within  the 
  397.         module  are referenced.   For this reason,  I have designed  each 
  398.         module  to contain routines which are frequently used together or 
  399.         are  called  by each other (one routine within the  module  calls 
  400.         another routine within the module).
  401.  
  402.  
  403.          1 - Introduction                                      Page 1
  404.  
  405.  
  406.  
  407.  
  408.  
  409.                         SYSLIB User and Reference Manual
  410.  
  411.  
  412.  
  413.         1.02 What is Needed to Use SYSLIB?
  414.  
  415.              You  need an 8080- or Z80-based microcomputer with at  least 
  416.         48K  bytes of contiguous memory running CP/M 2.2,  the  Microsoft 
  417.         M80  assembler tool set (specifically,  the M80 assembler and the 
  418.         L80 linker),  and the usual set of software development tools (an 
  419.         editor and, preferably, a debugger) to use SYSLIB.
  420.  
  421.  
  422.  
  423.         1.03 What Does SYSLIB Buy Me?
  424.  
  425.              The bottom line is that,  to the experienced SYSLIB program-
  426.         mer,  SYSLIB has the potential of being a significant tool  which 
  427.         enables him to:
  428.  
  429.                   1.  Solve his programming task quickly
  430.                        -- because  he spends less time writing  com-
  431.             monly-used subroutines and worrying about how his regis-
  432.             ters  are  affected by these subroutines and  more  time 
  433.             concentrating on the problem at hand
  434.  
  435.                   2.  Write space- and speed-efficient code
  436.                        -- because  all  of the SYSLIB routines  have 
  437.             been gone over time and time again to reduce their  size 
  438.             and  make  them more efficient in terms  of  speed;  for 
  439.             example,  the  SORT routine is a Shell Sort that can  be 
  440.             called to perform the sort using pointers (in which case 
  441.             it  exchanges pointers rather than records when it needs 
  442.             to do a swap) or perform the sort without using pointers 
  443.             (when space is a factor and there may not be enough room 
  444.             for a pointer table)
  445.  
  446.                   3.  Write more maintainable code
  447.                        -- because SYSLIB is designed with structured 
  448.             programming philosophy in mind; each subroutine is equi-
  449.             valent  to a process box,  having (1) only one  entrance 
  450.             and one exit,  (2) a precisely-defined function, and (3) 
  451.             a precisely-defined set of input and output  parameters; 
  452.             having  used  SYSLIB for some time now,  the author  has 
  453.             noted that his programming thought processes and program 
  454.             designs  have tended more and more toward  end-in  (top-
  455.             down from the objective point of view and bottom-up from 
  456.             the SYSLIB subroutine point of view), structured designs 
  457.             that  he  can  go back to at a later  date  and  readily 
  458.             decipher and modify
  459.  
  460.  
  461.  
  462.  
  463.  
  464.  
  465.  
  466.  
  467.  
  468.  
  469.          1 - Introduction                                      Page 2
  470.  
  471.  
  472.  
  473.  
  474.  
  475.                         SYSLIB User and Reference Manual
  476.  
  477.  
  478.  
  479.                   4.  Reduce the programming effort
  480.                        -- because  SYSLIB provides a number of  very 
  481.             involved routines which would, in themselves, take quite 
  482.             some  time to code;  for example,  the DIRF routine will 
  483.             load the directory of a disk into memory,  select a  set 
  484.             of  files  from that loaded directory as specified by  a 
  485.             File Control Block and a flag which indicates whether to 
  486.             include System or Non-System files and what user area is 
  487.             to  be examined,  packs the loaded  directory  (removing 
  488.             entries not selected from the memory buffer),  alphabet-
  489.             izes  the directory entries by file name and type or  by 
  490.             file  type and name,  and returns a pointer to the first 
  491.             entry and a count of the number of entries selected
  492.  
  493.  
  494.              In many ways,  SYSLIB brings some of the advantages of  pro-
  495.         gramming  in  a High-Order Language,  like C or  Pascal,  to  the 
  496.         assembly  language  programmer.  It  allows him to  maintain  the 
  497.         smaller code size and greater efficiency which can be realized in 
  498.         assembly  language programming and simultaneously realize  a  re-
  499.         duced  life-cycle  cost  (from development to fielding  to  post-
  500.         fielding  maintenance  and modification) over  assembly  language 
  501.         programming without a SYSLIB-like tool set.
  502.  
  503.  
  504.  
  505.         1.04 How Do I Assemble with SYSLIB?
  506.  
  507.              Each  example in Section 21 of this manual shows an assembly 
  508.         of the sample program.   I frequently use a command file, which I 
  509.         call M80.SUB,  to assemble my programs.   This command file takes 
  510.         only one parameter,  the name of the file to be assembled WITHOUT 
  511.         its type (MAC is assumed).  Warning:  The command MUST be:
  512.  
  513.                                 SUB M80 filename
  514.  
  515.         and it MUST NOT be:
  516.  
  517.                               SUB M80 filename.typ
  518.  
  519.         If  it  is of the latter form,  the source code will  be  deleted 
  520.         during the assembly process!  You may wish to remove the
  521.  
  522.                                    ERA $1.BAK 
  523.  
  524.         command in the M80.SUB file to eliminate this problem.  I only do 
  525.         this for a space savings.
  526.  
  527.  
  528.  
  529.  
  530.  
  531.  
  532.  
  533.  
  534.  
  535.          1 - Introduction                                      Page 3
  536.  
  537.  
  538.  
  539.  
  540.  
  541.                         SYSLIB User and Reference Manual
  542.  
  543.  
  544.  
  545.              My M80.SUB command file is:
  546.  
  547.         ;  M80.SUB -- MACRO-80 Assembler and Linker
  548.         M80 =$1
  549.         SUB /A  PLEASE ABORT IF ERROR(S) EXIST
  550.         ERA $1.BAK
  551.         ERA $1.COM
  552.         L80 /P:100,$1,A:SYSLIB/S,$1/N,/U,/E
  553.         ERA $1.REL
  554.         ;  ASSEMBLY COMPLETE
  555.  
  556.              I run ZCPR2 instead of the CP/M 2.2 CCP,  and I am always on 
  557.         Drive  B:  doing  my  development  work,  while  my  editors  and 
  558.         assemblers (and SYSLIB.REL) are on Drive A:.   Note that this  is 
  559.         reflected in M80.SUB, where L80 looks for A:SYSLIB for the scan.
  560.  
  561.  
  562.  
  563.         1.05 How Do I Learn to Use SYSLIB Effectively?
  564.  
  565.              This is, of course, opinion, but I feel that the best way to 
  566.         learn how to use SYSLIB would involve the following steps:
  567.  
  568.                   1.   Study  the  SYSLIB manual in an overview  fashion, 
  569.         familiarizing  yourself  with the functions  of  the  subroutines 
  570.         available
  571.  
  572.                   2.   Study in some detail the sample source programs in 
  573.         Section 21, jumping back to the main body of the manual from time 
  574.         to  time to see why the routines I selected in the programs  were 
  575.         used in the way I used them
  576.  
  577.                   3.  Try coding a couple of the routines in this manual, 
  578.         copying them verbatim and assembling them
  579.  
  580.                   4.  Try making up a few simple problems of your own and 
  581.         use SYSLIB to code them
  582.  
  583.                   5.   Apply  SYSLIB to a significant program you want to 
  584.         write
  585.  
  586.              I am a strong advocate of writing programs in order to learn 
  587.         how to program,  and I feel that it is most important to (1) gain 
  588.         as  much familiarity with the SYSLIB routines as you can and  (2) 
  589.         to write programs using these routines.
  590.  
  591.  
  592.  
  593.  
  594.  
  595.  
  596.  
  597.  
  598.  
  599.  
  600.  
  601.          1 - Introduction                                      Page 4
  602.  
  603.  
  604.  
  605.  
  606.  
  607.                         SYSLIB User and Reference Manual
  608.  
  609.  
  610.  
  611.         1.06 Who May Use SYSLIB?
  612.  
  613.              SYSLIB is hereby released to the public domain.   Anyone who 
  614.         wishes to USE it may do so with no strings attached.   The author 
  615.         assumes no responsibility or liability for the use of SYSLIB.  It 
  616.         is copyrighted by the author,  Richard Conn,  who has sole rights 
  617.         to  it.   SYSLIB and its associated documentation may be sold  by 
  618.         itself  or  as an independent part of a package of programs  only 
  619.         with  the express,  written consent of the author.   The  author, 
  620.         however, supports the use of SYSLIB by commercial software devel-
  621.         opers,  and  places no restriction on the sale of programs  which 
  622.         are  BASED on SYSLIB and use routines contained within SYSLIB  to 
  623.         perform their major functions.
  624.  
  625.  
  626.  
  627.              I  hope you enjoy using SYSLIB and find it to be as useful a 
  628.         tool as I do.
  629.  
  630.                                                 Richard Conn
  631.  
  632.  
  633.  
  634.  
  635.  
  636.  
  637.  
  638.  
  639.  
  640.  
  641.  
  642.  
  643.  
  644.  
  645.  
  646.  
  647.  
  648.  
  649.  
  650.  
  651.  
  652.  
  653.  
  654.  
  655.  
  656.  
  657.  
  658.  
  659.  
  660.  
  661.  
  662.  
  663.  
  664.  
  665.  
  666.  
  667.          1 - Introduction                                      Page 5
  668.  
  669.  
  670.  
  671.  
  672.  
  673.                         SYSLIB User and Reference Manual
  674.  
  675.  
  676.  
  677.  
  678.               SYSLIB -- An Integrated Library of Assembly Language
  679.           Utility Subroutines for use with the Microsoft M80 Assembler
  680.  
  681.                       Functional Listing of SYSLIB Routines
  682.  
  683.          2.0 Directory Manipulation Routines -  6
  684.              DIRF, DIRFS: 7  DBUFFER: 8  DPARAMS: 9
  685.              DFREE: 9        FSIZE: 10   DIRLOAD, DIRSLOAD: 11
  686.              DIRALPHA: 12    DIRSEL: 12  DIRPACK: 13  DIRNPACK: 14
  687.  
  688.          3.0 Numeric String Evaluation Routines - 15
  689.              EVAL: 15  EVAL16: 16  EVAL10: 16  EVAL8: 17  EVAL2: 17
  690.  
  691.          4.0 Byte-Oriented File Input/Output Routines (0-n-3) - 18
  692.              FIn$OPEN: 19   FOn$OPEN: 20   FIn$CLOSE: 20
  693.              FOn$CLOSE: 20  Fn$GET: 21     Fn$PUT: 21
  694.  
  695.          5.0 CP/M File Input/Output Routines - 23
  696.              F$OPEN: 23     F$MOPEN: 24    F$CLOSE: 24    F$MAKE: 25
  697.              F$DELETE: 25   F$RENAME: 26   F$EXIST: 26    F$READ: 27
  698.              F$WRITE: 27
  699.  
  700.          6.0 File Name String Parser and FCB Init - 28
  701.              FNAME: 28      INITFCB: 29
  702.  
  703.          7.0 Input Line Editors - 30
  704.              BBLINE: 31     BLINE: 31      INLINE: 32
  705.  
  706.          8.0 String Output Routines - 34
  707.              PRINT, LPRINT: 34        PSTR, LPSTR: 34
  708.  
  709.          9.0 Numeric Output Routines - 35
  710.              PHL4HC, LHL4HC: 35  MHL4HC: 35  PHL5DC, LHL5DC: 36
  711.              MHL5DC: 36     PHLDC, LHLDC: 36    MHLDC: 37
  712.              PA2HC, LA2HC: 37    MA2HC: 37      PA3DC, LA3DC: 38
  713.              MA3DC: 38   PADC, LADC: 38      MADC: 39
  714.  
  715.         10.0 String and Value Comparison Routines - 40
  716.              COMPHD: 40   COMPB, COMPBC: 40  SCANNER: 40  INSTR: 41
  717.  
  718.         11.0 Character-Oriented Input/Output Routines - 42
  719.              CRLF, LCRLF: 42     CONDIN: 42     CST: 43
  720.              CIN, RIN: 43        COUT, LOUT, POUT: 43
  721.              CCOUT, CLOUT, CPOUT: 44
  722.  
  723.         12.0 Math Routines - 45
  724.              ADDHD: 45      SUBHD: 45      MULHD: 46      DIVHD: 46
  725.              NEGH: 46       CMPH: 46       ROTLH: 47      ROTRH: 47
  726.              SHFTLH: 47     SHFTRH: 48     ANDHD: 48      ORHD: 48
  727.              XORHD: 48
  728.  
  729.         13.0 CRC Routines - 49
  730.              CRCCLR, CRC1CLR: 50      CRCUPD, CRC1UPD: 50
  731.              CRCDONE, CRC1DONE: 50    CRCK, CRC1K: 51
  732.  
  733.         14.0 Random Number Generator Routines - 52
  734.              RNDINIT: 52    RNDSEED: 52    RND: 53
  735.  
  736.         15.0 User/Disk Manipulation Routines - 54
  737.              PUTUD: 54      GETUD: 55      LOGUD: 55      RETUD: 55
  738.  
  739.         16.0 Sort Routines - 56
  740.              SSBINIT: 57    SORT: 57
  741.  
  742.         17.0 ZCPR2 Feature-Specific Routines - 58
  743.              ZINIMC: 58     ZINIEXT: 59    ZCPRSET: 59    ZCPRQ: 60
  744.              ZMCPTR: 61     ZPFIND: 61     ZFSTAT: 62
  745.  
  746.         18.0 ZCPR2-Specific Named Directory Routines - 63
  747.              ZFNINIT: 64    ZDNFIND: 64    ZFNAME: 65
  748.  
  749.         19.0 Miscellaneous Routines - 66
  750.              BDOS: 67       BIOS: 67       CAPS: 68
  751.              CAPSTR: 68     CATH: 69       CODEND: 69
  752.              EN: 69         FILLB, FILLBC, HFILB, HFILBC: 70
  753.              MOVEB, MOVEBC, HMOVB, HMOVBC: 71   PAUSE: 71
  754.  4-Nov-82 17:30:16,5381;000000000000
  755. Date:     4 Nov 82 19:30:16-EST (Thu)
  756. From:     Rick Conn <rconn@BRL>
  757. To:       info-cpm at BRL
  758. Subject:  XDIR3, Version 1.2
  759. Via:  Brl; 4 Nov 82 19:43-EST
  760. Via:  Brl-Bmd; 4 Nov 82 19:46-EST
  761.  
  762.     XDIR3, complete with its installation program (XDIR3INS) and
  763. its HLP file, are now ready for distribution on MIT-MC.  Keith will let
  764. you know where the files are when he is ready.
  765.  
  766.     Some documentation on what XDIR3 is and does follows:
  767.  
  768.                         Overview of XDIR3
  769.  
  770.      XDIR3  is an extended directory display utility designed  to 
  771. run  under CP/M 2.2 and support some of the extended features  of 
  772. ZCPR2 as well.  Any conventional CP/M 2.2 user may use XDIR3, but 
  773. he  should make sure he turns off the ZCPR2-specific features  by 
  774. running  the XDIR3 Installation Program,  XDIR3INS,  and manually 
  775. turning them off before using XDIR3.
  776.  
  777.      XDIR3  automatically  adapts to any Org-0 CP/M  2.2  system, 
  778. regardless of the size of its disks.  It reads the disk parameter 
  779. block information from the operating system to determine what the 
  780. attributes  of  the  disk it is working with  are,  and  it  then 
  781. presents its display information accordingly.
  782.  
  783.      XDIR3 runs in two basic modes:
  784.           . as a directory display utility
  785.           . as a file scanner utility (File Name Buffer Facility)
  786.  
  787.      XDIR3  is a ZCPR2 utility which supports the extended  ZCPR2 
  788. features, particularly named directories.
  789.  
  790.      As   a  directory  display  utility,   it  displays  to  you 
  791. information  about  the files on a particular disk in  all  or  a 
  792. particular user area.  It gives you the following information:
  793.           . Name of File
  794.           . Size of File (in K bytes)
  795.           . Attributes of File (R/O or System)
  796.           . Sum of Sizes of All Files Displayed
  797.           . Total Number of Files on Disk
  798.           . Amount of Space Remaining on Disk
  799.           . What Disk and What User Area you are looking at
  800.  
  801.      As a file scanner utility, it does the following:
  802.           . Logs a group of selected files to disk for later scan
  803.           . Prints the contents of such a log file
  804.           . Scans a log file and compares it with the files
  805.                selected by you, telling you what files are
  806.                missing and what files are additional
  807.  
  808.      XDIR3 is quite human-oriented,  with many built-in  features 
  809. which  provide  a  human-interface type of service to  the  user.  
  810. Some of these include:
  811.  
  812.           . Named Directories may be specified
  813.           . The file listing is alphabetized by file name and
  814.                type or file type and name, depending on user
  815.                preference
  816.           . The file listing is organized vertically or
  817.                horizontally, depending on user preference
  818.           . Output may also be send to disk or printer
  819.           . XDIR3 is designed to run quickly, having an optimum
  820.                design in its directory load and sort modules
  821.  
  822.  
  823.  
  824.                  Basic Use of XDIR3 under ZCPR2
  825.  
  826.      XDIR3 is invoked by one of the following command lines:
  827.  
  828.           XDIR afn oooo... or XDIR afn /oooo...
  829. and
  830.           XDIR /oooo...
  831.  
  832. where all elements after the XDIR command are optional.
  833.  
  834.      'afn'  is an ambiguous file reference,  as described on  the 
  835. following frames.   'o' is an option letter, which is one or more 
  836. of  the options described on the next frame.   Note that since  a 
  837. slash denotes that an option follows, an afn may not begin with a 
  838. slash.   This  can be changed by an equate in the source code  of 
  839. XDIR3 if desired.
  840.  
  841.  
  842.           Aa - Set the attributes of the files to be displayed
  843.                a=S for System Files, a=N for Non-System Files
  844.                a=A for All Files (Non-System and System)
  845.           D  - Send Output to Disk
  846.           Ff - Engage File Name Buffer Facility
  847.                f=L to Log File Names to Disk
  848.                f=P to Print Names Logged to Disk
  849.                f=S to Scan Disk for File Names and Compare to
  850.                     Log
  851.           G  - Toggle Grouping (group files by name and type or
  852.                     type and name)
  853.           H  - Toggle Horizontal or Vertical display format
  854.           I  - Inspect files selected by FL option
  855.           N  - Negate Selection; select those files which do NOT
  856.                     match the ambiguous file name
  857.           P  - Send Output to Printer
  858.  
  859.  
  860.      'afn' is an ambiguous file reference, of the general form:
  861.  
  862.           dir:filename.typ
  863.  
  864. where
  865.      filename.typ   is a conventional CP/M ambiguous file name
  866.                          (wild card characters of ? and * are OK,
  867.                          but file name must NOT start with /)
  868.      dir:           is a ZCPR2 directory specification, which may
  869.                          be one of the following forms:
  870.           d:        where 'd' is a disk letter (A-P) to indicate
  871.                          the current user area on that disk
  872.           u:        where 'u' is a user number (0-31) to indicate
  873.                          that user on the current disk; 'u' may
  874.                          be a '?', in which case all user areas
  875.                          are selected
  876.           du:       where 'du' specifies both disk and user
  877.           name:     where 'name' is the name of a directory
  878.                          (disk/user area)
  879.  4-Nov-82 19:08:00,1261;000000000000
  880. Date: 4 November 1982 21:08-EST
  881. From: Robert L Plouffe <PLOUFF@Mit-Mc>
  882. To: INFO-CPM at BRL
  883. Via:  Mit-Mc; 4 Nov 82 21:08-EST
  884. Via:  Brl; 4 Nov 82 21:12-EST
  885. Via:  Brl-Bmd; 4 Nov 82 21:25-EST
  886.  
  887. I have uploaded files to AR47:CPM; at MIT-MC that permits users
  888. of North Star CP/M vers 1.1.0 to have two additional floppy disk formats
  889. on 5 1/4 in drives.  North Star supports Octal (N drives) in that version
  890. but with 4kb directory blocks.  I have added an additional format that  gives
  891. 2kb directory blocks.  Additionally, there is an alternate format provided
  892. for Quad drives (doubleside,doubledensity) that permits 80 tracks vs the
  893. North Star 70 track support.  You can intermix diskettes and drives for
  894. the North Star supported formats as well as these (except for obvious
  895. physical constraints).
  896.  
  897. The main file is NEWFRM 11ASM which patches into your system with DDT
  898. (after assembly).  Use GENSYS 41COM instead of your SYSGEN program to
  899. write the patched system to your system tracks.  Also get the formatter
  900. and copier, NEWFMT COM and NEWCOPY COM to work with his system.
  901. GENUSR 45ASM is an extensive patch file that incorporates many user
  902. features including an extended CCP - and has the two new disk formats
  903. already built into it.            enjoy
  904.  5-Nov-82 04:15:54,844;000000000000
  905. Date:     5 Nov 82 6:15:54-EST (Fri)
  906. From:     Rick Conn <rconn@BRL>
  907. To:       Eric O Stork <STORK@Mit-Mc>
  908. cc:       info-cpm at BRL, info-micro at BRL
  909. Subject:  SYSLIB Location Yet to be Determined
  910. Via:  Brl; 5 Nov 82 6:23-EST
  911. Via:  Brl-Bmd; 5 Nov 82 6:32-EST
  912.  
  913. Eric,
  914.  
  915.     Thank you for your interest in SYSLIB.  The location of the
  916. SYSLIB routines will be posted to the net within a week.  The reason
  917. I left out where the routines are at this time is because Keith (w8sdz)
  918. is trying to find a place for them at this time.  Everyone will be
  919. informed when they are placed on the net.
  920.  
  921.     For the time being, the library itself, the HLP files, and (I hope)
  922. the user's manual will be placed on MIT-MC.  The source code, being so
  923. huge, may not necessarily be placed on MIT-MC, but it will be showing up
  924. in the SIG/M disks.
  925.  
  926.         Rick
  927.  5-Nov-82 05:26:18,1657;000000000000
  928. Date:     5 Nov 82 7:26:18-EST (Fri)
  929. From:     Keith Petersen <w8sdz@BRL>
  930. To:       Info-Micro at BRL, Info-Cpm at BRL
  931. Subject:  [Donald E. Hopki:  Cheep disks]
  932. Via:  Brl; 5 Nov 82 7:36-EST
  933. Via:  Brl-Bmd; 5 Nov 82 7:50-EST
  934.  
  935. Appologies to those who get duplicate copies.  The info
  936. is so useful I couldn't resist forwarding.
  937.  
  938. ----- Forwarded message # 1:
  939.  
  940. Date: 5 November 1982 00:07-EST
  941. From: Donald E. Hopkins <A2DEH at MIT-MC>
  942. Subject:    Cheep disks
  943. To: INFO-APPLE at MIT-MC
  944. Via:  Mit-Mc; 5 Nov 82 0:16-EST
  945.  
  946.     I've found a very good source for Control Data disks. A box
  947. of 12 5-1/4" (or 10 8" disks) costs only $19.90... There is a $3
  948. P&H charge for 1 to 4 boxes, and a $4 charge for 5 or more (no
  949. limit). They are error free, have a 1 year warranty, and come with
  950. hub rings installed. I ordered a box, and they arrived promptly.
  951. They seem like good disks. I haven't given them extensive tests
  952. yet, as I've just recently gotten them, but none of them have
  953. zonked out (I've had that happen to me with other brand new disks).
  954. Overall, it seems like a good deal. For all interested in trying
  955. some, here are the phone numbers that were listed on the sheet:
  956.  
  957. 1-800-521-5700 (Everywhere but:)
  958. 1-800-482-4770 (Michigan)
  959.   313-557-3036 (Detroit)
  960.   312-992-0076 (Chicago)
  961.   614-221-1788 (Columbus)
  962.   513-621-1518 (Cincinnati)
  963. Telex: 810-224-4646
  964. (Yes, I proofread the numbers, and there are no typos (any more))
  965.  
  966. Well, I must terminate this messagge, as my rabbit, Spike, is
  967. nibbling on phone cord, and I must chase her out of the room...
  968. "Share and Enjoy."
  969.     -Don
  970.  
  971. yy~~y&_^?^?<Click>
  972.  
  973.  
  974. ----- End of forwarded messages
  975.  5-Nov-82 07:05:00,467;000000000000
  976. Date:  5 Nov 1982 0805-CST
  977. From: G.TI.DAK at Utexas-20
  978. Subject: VT180 used with a Vax
  979. To: info-vax at Sandia, info-cpm at BRL
  980. Via:  Utexas-20; 5 Nov 82 9:09-EST
  981. Via:  Brl; 5 Nov 82 9:20-EST
  982. Via:  Brl-Bmd; 5 Nov 82 10:14-EST
  983.  
  984.     I would like to find out who is using a VT180 with a Vax.  We have
  985.     resently purchased some VT180 and would like to file out WHO has and
  986.     WHAT used the VT180 are being used for.
  987.  
  988.     Thanks,    Don Kassebaum(G.TI.DAK@UTexas)
  989. -------
  990.  5-Nov-82 07:36:11,2299;000000000000
  991. Date:     5 Nov 82 9:36:11-EST (Fri)
  992. From:     Rick Conn <rconn@BRL>
  993. To:       info-cpm at BRL
  994. cc:       info-micro at BRL
  995. Subject:  SYSLIB Files Now on MIT-MC
  996. Via:  Brl; 5 Nov 82 9:51-EST
  997. Via:  Brl-Bmd; 5 Nov 82 10:44-EST
  998.  
  999.     The SYSLIB and XDIR3 files are now on MIT-MC in the CP/M
  1000. archives.  All files except the SYSLIB source are available now.
  1001. We are currently debating as to if the source should be placed
  1002. there as well, largely because of its excessive size.
  1003.  
  1004.     Thanks to Keith Petersen for doing the legwork in creating
  1005. the archives without blowing away the CP/M directory.
  1006.  
  1007.     Enjoy!
  1008.  
  1009.         Rick
  1010.  
  1011. :listf ar19:cpm
  1012.  
  1013. The SYSLIB?.HLP files are in ASCII text, source form.
  1014. The SYSLIB.REL file is in relocatable object form (binary).
  1015. The SYSLIB??.WQ files (manual) are WordStar-formatted files which have
  1016.   been SQueezed by the SQ program to reduce their storage space.  You
  1017.   will have to run USQ on them after downloading in order to get the
  1018.   original text back.  Be sure to LMODEM these files as COM files.
  1019.  
  1020. MC  ARMTE  AR19   SYSLIB
  1021.   0   DEBUG  MAC    Outdated SYSLIB Debug Package -- Will be Upgraded Later
  1022.   0   SYSLB  HLP    Root Node of SYSLIB Help Tree
  1023.   0   SYSLB  WQ     Main Body of SYSLIB Manual
  1024.   0   SYSLB1 HLP    \
  1025.   0   SYSLB2 HLP     \
  1026.   0   SYSLB3 HLP      \
  1027.   0   SYSLB4 HLP       \
  1028.   0   SYSLB5 HLP        \
  1029.   0   SYSLB6 HLP         \ SYSLIB Help Files
  1030.   0   SYSLB7 HLP         / Lower Nodes of the SYSLIB Help Tree
  1031.   0   SYSLB8 HLP        /
  1032.   0   SYSLB9 HLP       /
  1033.   0   SYSLBA HLP      /
  1034.   0   SYSLBB HLP     /
  1035.   0   SYSLBC HLP    /
  1036.   0   SYSLBH WQ     Table of Contents, Indexes of SYSLIB Manual
  1037.   0   SYSLBS WQ     Section 21: Sample Programs Section of SYSLIB Manual
  1038.   0   SYSLIB REL    SYSLIB Relocatable Library File
  1039.  
  1040.  
  1041. :listf ar23:cpm
  1042.  
  1043. XDIR3.MAC and XDIR3INS.MAC are written using SYSLIB, and SYSLIB is
  1044. required for any reassembly.  The Installation Program, XDIR3INS,
  1045. eliminates the need for reassembly for customization purposes, by and
  1046. large.
  1047.  
  1048. MC  CPM    AR23   DIRUT2
  1049.   0   XDIR3  COM    Object to XDIR3
  1050.   0   XDIR3  HLP    Help File for XDIR3
  1051.   0   XDIR3  MAC    Source to XDIR3
  1052.   0   XDIR3I COM    Object to XDIR3INS (XDIR3 Installation Pgm)
  1053.   0   XDIR3I MAC    Source to XDIR3INS (XDIR3 Installation Pgm)
  1054.  5-Nov-82 17:22:00,317;000000000000
  1055. Date: 5 November 1982 19:22-EST
  1056. From: Frank J Wancho <FJW@Mit-Mc>
  1057. Subject:  CIO.C for OSBORNE
  1058. To: INFO-CPM at Mit-Mc
  1059. Via:  Mit-Mc; 5 Nov 82 19:24-EST
  1060. Via:  Brl; 5 Nov 82 19:30-EST
  1061. Via:  Brl-Bmd; 5 Nov 82 19:42-EST
  1062.  
  1063. Has anybody converted CIO.C to work with an OSBORNE?  If so, please
  1064. let me know.
  1065.  
  1066. --Frank
  1067.  5-Nov-82 23:41:00,628;000000000000
  1068. Date: 6 November 1982 01:41-EST
  1069. From: Michael C Adler <MADLER@Mit-Ml>
  1070. Subject: JRT Pascal file I/O bug?
  1071. To: Info-cpm at BRL
  1072. Via:  Mit-Ml; 6 Nov 82 1:43-EST
  1073. Via:  Brl; 6 Nov 82 1:56-EST
  1074. Via:  Brl-Bmd; 6 Nov 82 2:10-EST
  1075.  
  1076. Whenever I attempt to do sequential I/O in text mode with JRT Pascal, I
  1077. am unable to read a character at a time.  Whenever I read 1 character, the
  1078. next character returned by a word request is the first character after
  1079. the next space.  Thus, two read requests on the string "THIS WORD" in
  1080. a file would return T and W.
  1081.  
  1082. The same code on another system produced "THIS WORD".  Any fixes?
  1083. -Michael
  1084.  6-Nov-82 09:49:00,362;000000000000
  1085. Date:  6 Nov 1982 1149-EST
  1086. From: Andrew Scott Beals <RMS.G.BANDY.MIT-OZ@BRL>
  1087. Subject: Re: CIO.C for OSBORNE
  1088. To: FJW at Mit-Mc
  1089. cc: INFO-CPM at Mit-Mc
  1090. In-Reply-To: Your message of 6-Nov-82 0157-EST
  1091. Via:  Mit-Mc; 8 Nov 82 12:25-EST
  1092. Via:  Brl; 8 Nov 82 13:04-EST
  1093. Via:  Brl-Bmd; 8 Nov 82 17:09-EST
  1094.  
  1095. yes, I have. if you want, i'll upload it to mc.
  1096. -------
  1097.  6-Nov-82 16:37:00,398;000000000000
  1098. Date: 6 November 1982 18:37-EST
  1099. From: Charlie Strom <CSTROM@Mit-Mc>
  1100. Subject: LU file
  1101. To: INFO-CPM at BRL
  1102. Via:  Mit-Mc; 8 Nov 82 12:37-EST
  1103. Via:  Brl; 8 Nov 82 13:09-EST
  1104. Via:  Brl-Bmd; 8 Nov 82 17:14-EST
  1105.  
  1106. I have just uploaded AR29:CPM;LUDEF DOC to MC. This text file is
  1107. from the author of LU and specifies the format of LU-created library
  1108. files so that they can be used by other programs.
  1109.  6-Nov-82 23:22:21,930;000000000000
  1110. Date: 6-Nov-82 22:22:21-PST (Sat)
  1111. From: UCBARPA.dag at Ucb-C70 (David Allen Gewirtz)
  1112. Subject: Morrow Terminal
  1113. Message-Id: <8210070622.28862@UCBARPA.BERKELEY.ARPA>
  1114. Received: by UCBARPA.BERKELEY.ARPA (3.224 [10/16/82])
  1115.     id A28861; 6-Nov-82 22:22:22-PST (Sat)
  1116. Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  1117.     id A01726; 8-Nov-82 14:56:52-PST (Mon)
  1118. To: info-cpm at BRL
  1119. Via:  Ucb-C70; 9 Nov 82 7:28-EST
  1120. Via:  Brl; 9 Nov 82 7:50-EST
  1121. Via:  Brl-Bmd; 9 Nov 82 8:55-EST
  1122.  
  1123.  
  1124. Hi,
  1125.  
  1126. I have the Morrow terminal on loan for evaluation and I am
  1127. trying to configure it for WordStar.  Documentation is very
  1128. sparse.  I have it configured as an ADM-31, which was the
  1129. way it was configured in a local computer store.  Are there
  1130. any special patches that should be made to wordstar to make
  1131. the thing work right?  Any patches to anything else...I am
  1132. using 3.0 of wordstar.
  1133.  
  1134. Thanks in advance,
  1135. David
  1136.  7-Nov-82 08:10:00,1149;000000000000
  1137. Date:  7 Nov 1982 0710-PST
  1138. From: BHUBER at Usc-Ecl
  1139. Subject: JRT Pascal multiplication fix
  1140. To:   INFO-CPM at BRL, INFO-APPLE at Mit-Mc
  1141. cc:   BHuber at Usc-Ecl
  1142. Via:  Usc-Ecl; 8 Nov 82 11:58-EST
  1143. Via:  Brl; 8 Nov 82 12:24-EST
  1144. Via:  Brl-Bmd; 8 Nov 82 17:07-EST
  1145.  
  1146. I was discussing a small documentation problem with the JRT folks in San
  1147. Francisco via telephone last week.  Upon completion of the main part of
  1148. our discussion, I mentioned a rather nastily worded rebuttal to the
  1149. benefits of JRT Pascal which was contained in last week's Infoworld.  It
  1150. seems that under certain circumstances JRT Pascal could not correctly
  1151. multiply a number times zero and come up with zero.  I was immediately
  1152. provided with the fix.
  1153.  
  1154. Use DDT on EXEC.COM.  Change an "ED" (echo delta) code in location 563C
  1155. (five six three charlie) to "EB" (echo bravo).  After exiting DDT, then
  1156. savethe modified version with SAVE 90 EXEC.COM.
  1157.  
  1158. I have little experience (so far) with JRT Pascal, but am learning slowly.
  1159. I have found the JRT people to be very helpful in the three conversations
  1160. that I have had over the last six weeks.
  1161.  
  1162. Hope this helps,
  1163. Bud
  1164. -------
  1165.  7-Nov-82 11:26:02,440;000000000000
  1166. Date: 7-Nov-82 10:26:02-PST (Sun)
  1167. From: UCBVAX.decvax!goutal at Ucb-C70
  1168. Subject: LCHECK.C
  1169. Message-Id: <8210071826.12342@UCBVAX.BERKELEY.ARPA>
  1170. Received: by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  1171.     id A12340; 7-Nov-82 10:26:05-PST (Sun)
  1172. To: ucbvax!C70: info-cpm at Ucb-C70
  1173. Via:  Mit-Ai; 8 Nov 82 12:28-EST
  1174. Via:  Brl; 8 Nov 82 13:06-EST
  1175. Via:  Brl-Bmd; 8 Nov 82 17:12-EST
  1176.  
  1177. Would it be inappropriate to post LCHECK.C to net.sources?
  1178.  8-Nov-82 01:39:55,803;000000000000
  1179. Date: 8-Nov-82 00:39:55-PST (Mon)
  1180. From: UCBARPA.dag at Ucb-C70 (David Allen Gewirtz)
  1181. Subject: getting rid of header lines...
  1182. Message-Id: <8210080839.28078@UCBARPA.BERKELEY.ARPA>
  1183. Received: by UCBARPA.BERKELEY.ARPA (3.224 [10/16/82])
  1184.     id A28075; 8-Nov-82 00:39:57-PST (Mon)
  1185. Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  1186.     id A02967; 8-Nov-82 15:40:11-PST (Mon)
  1187. To: LIN at Mit-Mc, info-cpm at BRL, info-micro at BRL
  1188. Via:  Ucb-C70; 9 Nov 82 7:25-EST
  1189. Via:  Brl; 9 Nov 82 7:48-EST
  1190. Via:  Brl-Bmd; 9 Nov 82 7:58-EST
  1191.  
  1192. I cheat.  I run the mail through a filter that sees things like
  1193. via: and deletes the line.  Since its a Unix system I am on, such
  1194. filtering works real well with pipes.  You may have to do something
  1195. rather grotesque in ITS.
  1196.  
  1197. Good Luck,
  1198. David
  1199.  8-Nov-82 11:11:04,418;000000000000
  1200. Date:  8 Nov 1982 11:11:04 CST (Monday)
  1201. From: Mike Meyer <mwm@Okc-Unix>
  1202. Subject: ZCPR2
  1203. To: info-cpm at BRL
  1204. Cc: mwm at Okc-Unix
  1205. Via:  Okc-Unix; 8 Nov 82 12:15-EST
  1206. Via:  Brl; 8 Nov 82 12:56-EST
  1207. Via:  Brl-Bmd; 8 Nov 82 17:08-EST
  1208.  
  1209. I finally get around to bringing up ZCPR, when I start hearing about
  1210. another version. Can somebody tell me where I can get a copy of this
  1211. mysterious creature?
  1212.  
  1213.     Thanx,    
  1214.     <mike
  1215.  8-Nov-82 14:26:00,590;000000000000
  1216. Date: 8 Nov 1982 14:26 PST
  1217. From: Fenchel.ES at Parc-Maxc
  1218. Subject: Vector Graphics <->  Centronics Printer Interface
  1219. To: Info-CPM at BRL
  1220. cc: Info-Printers at Mit-Mc
  1221. Via:  Parc-Maxc; 8 Nov 82 17:29-EST
  1222. Via:  Brl; 8 Nov 82 17:52-EST
  1223. Via:  Brl-Bmd; 8 Nov 82 18:05-EST
  1224.  
  1225. I'm looking to interface an Epson printer to a Vector Graphics
  1226. System B using the parallel port on the BitStreamer I board.
  1227. The hitch is, the data path must be 8 bits wide.  That is, all
  1228. 8 bits must be able to be transmitted from the computer to the
  1229. printer.  Has anyone done this?  Any advice?
  1230.  
  1231. Thanks,
  1232. Bob
  1233.  8-Nov-82 18:02:53,3247;000000000000
  1234. Date:     8 Nov 82 20:02:53-EST (Mon)
  1235. From:     Rick Conn <rconn@BRL>
  1236. To:       Bomberger at Office-2
  1237. cc:       info-cpm at BRL, info-micro at BRL
  1238. Subject:  SYSLIB, Copying Files, the ACG-NJ, and SIG/M
  1239. Via:  Brl; 8 Nov 82 20:24-EST
  1240. Via:  Brl-Bmd; 8 Nov 82 20:27-EST
  1241.  
  1242. Alan,
  1243.  
  1244.         No, I don't like to get into the  distribution  business.
  1245. If  I  do, I end up spending all my time copying files for people
  1246. and not getting any work done.  That's why we use MIT-MC like  we
  1247. do.  The designer does not have to spend a lot of time doing such
  1248. tasks, and those who want the files need only make the investment
  1249. in time to get them.
  1250.  
  1251.         SIG/M, who will be receiving all of SYSLIB, is set up  to
  1252. do  the  copying for you.  Their charge, if you supply the disks,
  1253. is only $1/disk, and the money goes to the Amateur Computer Group
  1254. of  NJ to support SIG/M and club activities further.  They charge
  1255. $4/disk if they have to supply the disk.  Typically, you have  to
  1256. be a club member to use SIG/M, and this costs only $14/year, and,
  1257. with ACG-NJ being over 1100 members strong and putting out a very
  1258. nice 20-page newsletter every month, I think it is well worth it.
  1259.  
  1260.         The ACG-NJ is also a major sponsor of the Trenton Comput-
  1261. er  Festival,  which  typically is held in April and includes a 5
  1262. acre flea market and many talks by various people in  the  micro-
  1263. computer community.  Sol Libes, who has a monthly column in Byte,
  1264. is a very active member of the ACG-NJ, and the festival also  in-
  1265. cludes talks by him and others, such as Gary Kildall.
  1266.  
  1267.         The club is by no means devoted to CP/M,  altho  all  the
  1268. SIG/M  disks  are.   The following user groups are present within
  1269. the club:
  1270.  
  1271.                 SIG/M, CP/M
  1272.                 TRS-80
  1273.                 SIG68, 680x
  1274.                 Apple
  1275.                 PET
  1276.                 6502
  1277.                 North Star
  1278.  
  1279. as well as the following software libraries:
  1280.  
  1281.                 SIG/M
  1282.                 North Star
  1283.                 TRS-80 Disk
  1284.                 Apple
  1285.  
  1286. and special interest groups:
  1287.  
  1288.                 Pascal
  1289.                 1802
  1290.                 Heath
  1291.                 POLY-88
  1292.                 S-100
  1293.                 Atari
  1294.                 IBM-PC
  1295.  
  1296.         If you wish to find out more about SIG/M and the  ACG-NJ,
  1297. the address is:
  1298.  
  1299.                 Amateur Computer Group of New Jersey
  1300.                 % Union County Technical Institute - Scotch Plains Campus
  1301.                 1776 Raritan Rd
  1302.                 Scotch Plains, NJ  07076
  1303.  
  1304.         I greatly perfer SIG/M to CP/M UG because (1) it  is  de-
  1305. finitely  a not-for-profit organization and you don't end up pay-
  1306. ing a company for public domain software and (2) the  prices  are
  1307. much  more reasonable.  The ACG-NJ will ship the entire SIG/M li-
  1308. brary (now up to 75 8" disks) to any  valid  computer  club,  and
  1309. they  may  distribute  to their members absolutely free of charge
  1310. (which is the way public domain software SHOULD  be  handled,  as
  1311. opposed to selling it, in my opinion).  All the computer club has
  1312. to do is pay for the disks.  SIG/M has a published  catalog,  and
  1313. their  disks include, among other things, the old CP/M 1.4 SYSLIB
  1314. and ZCPR1.
  1315.  
  1316.                 Rick
  1317.  8-Nov-82 18:08:51,552;000000000000
  1318. Date:     8 Nov 82 20:08:51-EST (Mon)
  1319. From:     Rick Conn <rconn@BRL>
  1320. To:       Keith Petersen <w8sdz@BRL>
  1321. cc:       Info-Micro at BRL, Info-Cpm at BRL
  1322. Subject:  Re:  [Donald E. Hopki: Cheep disks]
  1323. Via:  Brl; 8 Nov 82 20:24-EST
  1324. Via:  Brl-Bmd; 8 Nov 82 20:29-EST
  1325.  
  1326.     One thing I forgot to mention about the ACG-NJ:  they frequently
  1327. put together group purchases on things, such as disk drives, disks, etc,
  1328. and with 1100 members, if you get 1-10% involved, you have a LOT of buying
  1329. power, which frequently results in very nice prices.
  1330.  
  1331.         Rick
  1332.  9-Nov-82 03:06:22,811;000000000000
  1333. Date: 9-Nov-82 02:06:22-PST (Tue)
  1334. From: UCBARPA.dag at Ucb-C70 (David Allen Gewirtz)
  1335. Subject: morrow terminal
  1336. Message-Id: <8210091006.25644@UCBARPA.BERKELEY.ARPA>
  1337. Received: by UCBARPA.BERKELEY.ARPA (3.224 [10/16/82])
  1338.     id A25641; 9-Nov-82 02:06:25-PST (Tue)
  1339. Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  1340.     id A17344; 9-Nov-82 02:09:24-PST (Tue)
  1341. To: info-cpm at BRL
  1342. Via:  Ucb-C70; 9 Nov 82 7:29-EST
  1343. Via:  Brl; 9 Nov 82 7:52-EST
  1344. Via:  Brl-Bmd; 9 Nov 82 9:00-EST
  1345.  
  1346.  
  1347. I have found the answer to my initialization problem.
  1348. It seems that the morrow terminal acts like an adm-31, with a
  1349. single exception...the row and column cursor commands are reversed.
  1350.  
  1351. By making a patch to a designated address in wordstar, this
  1352. problem was reasonably avoided.
  1353.  
  1354. Thanks,
  1355.  
  1356. David
  1357.  9-Nov-82 03:08:50,815;000000000000
  1358. Date: 9-Nov-82 02:08:50-PST (Tue)
  1359. From: UCBARPA.dag at Ucb-C70 (David Allen Gewirtz)
  1360. Subject: modem77
  1361. Message-Id: <8210091008.25673@UCBARPA.BERKELEY.ARPA>
  1362. Received: by UCBARPA.BERKELEY.ARPA (3.224 [10/16/82])
  1363.     id A25672; 9-Nov-82 02:08:51-PST (Tue)
  1364. Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  1365.     id A17251; 9-Nov-82 02:06:14-PST (Tue)
  1366. To: info-cpm at BRL
  1367. Via:  Ucb-C70; 9 Nov 82 7:27-EST
  1368. Via:  Brl; 9 Nov 82 7:49-EST
  1369. Via:  Brl-Bmd; 9 Nov 82 8:46-EST
  1370.  
  1371.  
  1372. I have brought up modem version 7.70 to do transfers between
  1373. two local machines.  The protocol seems to work reasonably well
  1374. at 1200 baud, but doesn't seem to be able to sync at 9600
  1375. baud. Is there any way to cause modem to work with itself
  1376. at higher baud rates without a complete rewrite?
  1377.  
  1378. Thanks,
  1379.  
  1380. David
  1381.  9-Nov-82 08:41:00,2760;000000000000
  1382. Date:  9 Nov 1982 (Tuesday) 1141-EDT
  1383. From: PLATTS at Wharton-10 (Steve Platt)
  1384. Subject: when to log-in a new disk?
  1385. To:   mknox at Utexas-11
  1386. cc:   info-cpm at BRL
  1387. Via:  Wharton-10; 9 Nov 82 20:40-EST
  1388. Via:  Brl; 9 Nov 82 21:04-EST
  1389. Via:  Brl-Bmd; 9 Nov 82 21:09-EST
  1390.  
  1391. When to (physically) log in a new disk?  I've been using CP/M for
  1392. 6 years now, and haven't seen a good answer.  My new system, a US MICRO
  1393. XOR (S100-12) system [side-note: excellent system, literally "plug it
  1394. in and run", well worth the $$] has a BIOS which does disk format
  1395. selection as follows:
  1396.    Upon warm-start, each disk is marked "unaccessed".
  1397.    The first time a disk is used (from the BIOS's point of view),
  1398. a "format-check" operation is performed: track 0 sector 1 is read: this
  1399. will *always* have 128 bytes -- and the last byte is checked for format
  1400. information... E5 means SSSD 8", 1A means SSDD 8", etc.
  1401.    Unfortunately, the log-in of a disk from the BDOS's (and hence the
  1402. program's) point of view is seperated completely from the BIOS login;
  1403. so if you insert a new disk and do a BDOS(RELOG_DISK), the BDOS will
  1404. note (for its use) that this is a new disk, the block-table must be
  1405. recomputed, etc.  The BIOS never hears of this... if the disk formats
  1406. don't match (see program SWEEP, for instance), the system tends to
  1407. die when accessing is attempted.  This is an inherent flaw in the
  1408. way *this particular BIOS* was designed -- I've seen BIOSs which
  1409. use the timeout-overflow standard to check for disk format change.
  1410.    How did I get around this?  I haven't, yet.  I have planned out
  1411. a solution, and will implement it when time allows.  The solution is
  1412. rather hacky, some of you out there may appreciate more than I:
  1413. I assume that when a new disk is inserted, the first operation will
  1414. be one which accesses the directory, starting at the beginning.  This
  1415. may be a directory search, DIR, file-open, whatever.  So every time I
  1416. go to do a READ, I check the TRACK/SECTOR combination to see if it is
  1417. the combination which means "beginning-of-directory".  (This can be
  1418. precomputed for any and all disk formats based on the DPB.)  If I
  1419. *am* seeking the begin-dir., I over-seek to track 0 sector 1, read it
  1420. in, and double-check the format.
  1421.  
  1422.    If this seems overly gross to you, try instead this:  trace out in
  1423. the BDOS to find the sequence of operations performed to login a disk...
  1424. at some point, it will mark the disk (in the BDOS logged-in vector)
  1425. as "unused" -- insert a call at this point to your routine in the BIOS
  1426. which will perform the same operation, keeping its own version of
  1427. the LOGIN_VECTOR.  Then, when SELDSK is called, check it and....
  1428.  
  1429. Ain't CP/M wonderful?  Isn't the concept of multiple-densities well
  1430. handled?
  1431.  
  1432.             -Steve
  1433.  9-Nov-82 13:08:24,1624;000000000000
  1434. Date: 9 Nov 1982 12:08:24-PST
  1435. From: Cory.cc at Ucb-C70
  1436. To: human-nets at Rutgers, info-cpm at Mit-Mc, info-micro at BRL, 
  1437.     info-pc at Usc-Eclb, ucbvax.net-general at Ucb-C70, 
  1438.     ucbvax.net-misc at Ucb-C70, ucbvax.net-wanted at Ucb-C70
  1439. Subject: Request for donations
  1440. Via:  Mit-Mc; 9 Nov 82 18:55-EST
  1441. Via:  Brl; 9 Nov 82 19:19-EST
  1442. Via:  Brl-Bmd; 9 Nov 82 19:25-EST
  1443.  
  1444.     We, the Computer Science Undergraduate Association (CSUA) of the 
  1445. University of California at Berkeley, are launching a hardware drive
  1446. to acquire equipment to provide the students of UCB with a varied
  1447. computing environment.  We are a part of the Associated Students of the
  1448. University of California, and as such are a non-profit organization.
  1449. We would be happy to write out a receipt for any and all computer
  1450. equipment donated to us so it can be claimed as a tax exemption, and
  1451. provided the equipment is received before the end of the year, it can
  1452. be claimed as a deduction for this year.
  1453.  
  1454.     We are in need of terminals, lineprinters, modems, disk drives,
  1455. and any other peripherals.  We would accept any type of computing
  1456. equipment, ranging from a Vax 11/780 running VMUnix to a 6800 system
  1457. running Flex.  We would also accept just the PC boards, or a full system.
  1458. Anything would be greatly appreciated.  In addition, we would especially
  1459. like to acquire 16 bit processors capable of running Unix, since almost all
  1460. the students here program on Unix systems.  
  1461.  
  1462.     If you or your company can donate equipment, or if you know someone
  1463. who might be able to help us, please reply to:
  1464.  
  1465.             csua@berkeley    (ARPA)
  1466.             ucbvax!csua    (UUCP)
  1467.  9-Nov-82 19:11:00,387;000000000000
  1468. Date: 9 November 1982 21:11-EST
  1469. From: Keith Petersen <W8SDZ@Mit-Mc>
  1470. Subject: HEXified SYSLIB.REL
  1471. To: Info-Cpm at BRL
  1472. Via:  Mit-Mc; 9 Nov 82 21:20-EST
  1473. Via:  Brl; 9 Nov 82 21:32-EST
  1474. Via:  Brl-Bmd; 9 Nov 82 21:47-EST
  1475.  
  1476. There have been several requests for HEXifying SYSLIB.REL.
  1477. That has been done so that those who cannot FTP COM files may
  1478. get it.  It's in AR19:CPM;SYSLIB RELHEX
  1479.  9-Nov-82 19:15:00,410;000000000000
  1480. Date: 9 November 1982 21:15-EST
  1481. From: Charlie Strom <CSTROM@Mit-Mc>
  1482. Subject: New LU doc file
  1483. To: info-cpm at BRL
  1484. Via:  Mit-Mc; 9 Nov 82 21:21-EST
  1485. Via:  Brl; 9 Nov 82 21:33-EST
  1486. Via:  Brl-Bmd; 9 Nov 82 21:48-EST
  1487.  
  1488. Gary Novosielski, the author of LU (Library Utility), has revised (actually
  1489. corrected) the file documenting the structure of LU library files. The
  1490. new file is on MC - AR29:CPM;LUDEF1 DOC.
  1491.  9-Nov-82 19:56:00,2117;000000000000
  1492. Date: 9 November 1982 21:56-EST
  1493. From: Paul L Kelley <PLK@Mit-Mc>
  1494. Subject: MODEM781
  1495. To: INFO-CPM at BRL
  1496. cc: W8SDZ at Mit-Mc, FJW at Mit-Mc, PLOUFFE at Mit-Mc, RGF at Mit-Mc, 
  1497.     CSTROM at Mit-Mc, STORK at Mit-Mc, RIZZI at Usc-Isib
  1498. Via:  Mit-Mc; 10 Nov 82 7:13-EST
  1499. Via:  Brl; 10 Nov 82 9:35-EST
  1500. Via:  Brl-Bmd; 10 Nov 82 10:20-EST
  1501.  
  1502.     
  1503.     The directory JCAF; on MIT-MC contains the following files:
  1504.  
  1505.         MODEM 781ASM
  1506.         MODEM 781COM
  1507.         MODEM 781HEX
  1508.         MODEM 78LIB
  1509.         MODEM 781HIS
  1510.         MCNFG 781ASM
  1511.         MNUM  781ASM
  1512.  
  1513. This version of MODEM7 has not been put in AR61:CPM; since Keith is
  1514. going to upload another version for me to combine with the present
  1515. version. In the meantime some of you may want to use this version.
  1516. A description of the changes follows:
  1517.  
  1518. ;11/10/82  Combined MODEM771 and MODEM780 as follows:
  1519. ;
  1520. ;         1. Used erase file function in 780,
  1521. ;         2. Used 780 code to make display of error count start at 1
  1522. ;         and changed display to decimal,
  1523. ;         3. Used 780 idea for throttled output on terminal mode
  1524. ;         transfer of text file to remote but wrote new routines
  1525. ;         including one for user to set speed,
  1526. ;         4. Moved disk reset to DIR routine as in 780,
  1527. ;         5. Used 780 code to give kbytes free on DIR command but
  1528. ;         modified to give kbytes free on requested drive instead
  1529. ;         of default drive.
  1530. ;
  1531. ;       Made the following changes:
  1532. ;
  1533. ;         1. Eliminated IMSAI front panel routines,
  1534. ;         2.    Changed so PMMI control-D (disconnect) checks for file
  1535. ;         open on returning to menu mode,
  1536. ;         3. Fixed file display on bulk transfer so that spaces are
  1537. ;         eliminated and period is inserted if required,
  1538. ;         4. Changed M(enu) to H(elp) command,
  1539. ;         5. Added code to allow echo mode to use optional toggling of
  1540. ;         send linefeed after carriage return,
  1541. ;         6. Added toggling of Checksum/CRC modes on file receive,
  1542. ;         7. Added optional code to clear to end of screen on next line
  1543. ;         from current cursor position when returning from terminal
  1544. ;         mode, this eliminates jumbled screen when working remote
  1545. ;         which positions cursor.
  1546. ;                                ;P.L.Kelley
  1547. 10-Nov-82 02:54:29,618;000000000000
  1548. Date:     10 Nov 82 02:54:29 EST  (Wed)
  1549. From:     Ben Goldfarb <goldfarb.ucf-cs@Udel-Relay>
  1550. Subject:  Re:  CP/M disk logins
  1551. To:       mknox at Utexas-11, info-cpm at BRL
  1552. Via:  UCF-CS; 10 Nov 82 3:53-EST
  1553. Via:  Udel-Relay; 10 Nov 82 7:05-EST
  1554. Via:  Brl; 10 Nov 82 9:34-EST
  1555. Via:  Brl-Bmd; 10 Nov 82 10:13-EST
  1556.  
  1557. The BDOS asks the BIOS to log in a disk by passing a flag in the E register
  1558. when calling SELDSK.  As to how the BDOS knows that a log in is necessary,
  1559. I can only surmise that the directory checksum is verified before any disk
  1560. write, but I have nothing with which to back that up.
  1561.                     Ben Goldfarb
  1562. 10-Nov-82 06:58:54,369;000000000000
  1563. Date:     10 Nov 82 8:58:54-EST (Wed)
  1564. From:     Rick Conn <rconn@BRL>
  1565. To:       info-cpm at BRL
  1566. cc:       info-micro at BRL
  1567. Subject:  SYSLIB.REL Hex File
  1568. Via:  Brl; 10 Nov 82 10:08-EST
  1569. Via:  Brl-Bmd; 10 Nov 82 11:34-EST
  1570.  
  1571. The CP/M SYSLIB AR on MIT-MC now contains a HEX file of SYSLIB.REL for
  1572. those who can't download binary, thanks to Keith.  Enjoy.
  1573.  
  1574.     Rick
  1575. 10-Nov-82 17:53:56,1682;000000000000
  1576. Date:     10 Nov 82 19:53:56-EST (Wed)
  1577. From:     Rick Conn <rconn@BRL>
  1578. To:       info-cpm at BRL
  1579. cc:       info-micro at BRL
  1580. Subject:  SYSLIB Index
  1581. Via:  Brl; 10 Nov 82 20:01-EST
  1582. Via:  Brl-Bmd; 10 Nov 82 20:13-EST
  1583.  
  1584.     At the request of some users, an index of the SYSLIB files
  1585. now on MIT-MC in AR19:CPM is available.  This file will be placed
  1586. in AR19:CPM shortly, but for current reference, here it is:
  1587.  
  1588.         **** SYSLIB Files on MIT-MC in AR19:CPM ****
  1589.  
  1590. The SYSLIB?.HLP files are in ASCII text, source form.
  1591. The SYSLIB.REL file is in relocatable object form (binary).
  1592. The SYSLIB??.WQ files (manual) are WordStar-formatted files which have
  1593.   been SQueezed by the SQ program to reduce their storage space.  You
  1594.   will have to run USQ on them after downloading in order to get the
  1595.   original text back.  Be sure to LMODEM these files as COM files.
  1596.  
  1597.  DEBUG  MAC    Outdated SYSLIB Debug Package -- Will be Upgraded Later
  1598.  INDEX  SYSLIB This index to the files
  1599.  SYSLB  HLP    Root Node of SYSLIB Help Tree
  1600.  SYSLB  WQ     Main Body of SYSLIB Manual
  1601.  SYSLB1 HLP    \
  1602.  SYSLB2 HLP     \
  1603.  SYSLB3 HLP      \
  1604.  SYSLB4 HLP       \
  1605.  SYSLB5 HLP        \
  1606.  SYSLB6 HLP         \ SYSLIB Help Files
  1607.  SYSLB7 HLP         / Lower Nodes of the SYSLIB Help Tree
  1608.  SYSLB8 HLP        /
  1609.  SYSLB9 HLP       /
  1610.  SYSLBA HLP      /
  1611.  SYSLBB HLP     /
  1612.  SYSLBC HLP    /
  1613.  SYSLBH WQ     Table of Contents, Indexes of SYSLIB Manual
  1614.  SYSLBS WQ     Section 21: Sample Programs Section of SYSLIB Manual
  1615.  SYSLIB REL    SYSLIB Relocatable Library File
  1616.  SYSLIB RELHEX SYSLIB Relocatable Library File in Hex Form (ASCII
  1617.             text) so people who can't download binary files
  1618.             can get to SYSLIB
  1619. 10-Nov-82 18:53:00,458;000000000000
  1620. Date: 10 Nov 1982 2053-EST
  1621. From: Andrew Scott Beals <RMS.G.BANDY.MIT-OZ@Mit-Mc>
  1622. Subject: Re: JRT Pascal file I/O bug?
  1623. To: MADLER at Mit-Ml
  1624. cc: Info-cpm at BRL
  1625. In-Reply-To: Your message of 10-Nov-82 2000-EST
  1626. Via:  Mit-Mc; 10 Nov 82 20:53-EST
  1627. Via:  Brl; 10 Nov 82 21:19-EST
  1628. Via:  Brl-Bmd; 10 Nov 82 21:24-EST
  1629.  
  1630. what do you expect for $29.95?
  1631.  
  1632. then again, what do you expect from (ugh!) pascal? use C, and you'll sleep
  1633. easier.
  1634.                     -andy
  1635. -------
  1636. 10-Nov-82 22:52:00,587;000000000000
  1637. Date: 10 Nov 1982 at 2352-CST
  1638. From: mknox at Utexas-11
  1639. Subject: CP/M disk logins in BIOS
  1640. To: info-CPM at BRL
  1641. Via:  Utexas-11; 11 Nov 82 11:19-EST
  1642. Via:  Brl; 11 Nov 82 11:37-EST
  1643. Via:  Brl-Bmd; 11 Nov 82 11:59-EST
  1644.  
  1645.  
  1646. My thanks to Ben Goldfarb for pointing out the secret.  An undocumented feature
  1647. in BDOS provides that the LSB of the E-register is a 0 if this is the first
  1648. time (i.e. after a cold or warm boot) that SELDSK has been called to select
  1649. the disk specified in the C-register.  Calls for a disk which has been 
  1650. previously logged in all have that LSB set.
  1651.  
  1652. -------
  1653. 11-Nov-82 02:31:52,354;000000000000
  1654. Date:     11 Nov 82 4:31:52-EST (Thu)
  1655. From:     Richard Conn (CENTACS CSSD) <rconn@BRL>
  1656. To:       info-cpm at BRL
  1657. cc:       info-micro at BRL
  1658. Subject:  SYSLIB INDEX FIle
  1659. Via:  Brl-Bmd; 11 Nov 82 11:24-EST
  1660.  
  1661.     An index to the available SYSLIB files is on MIT-MC in AR10:CPM
  1662. as INDEX SYSLIB.  This explains what the files in AR19:CPM are.
  1663.  
  1664.         Rick
  1665. 11-Nov-82 14:36:38,500;000000000000
  1666. Date:     11 Nov 82 16:36:38-EST (Thu)
  1667. From:     Rick Conn <rconn@BRL>
  1668. To:       Mike Meyer <mwm@Okc-Unix>
  1669. cc:       info-cpm at BRL, mwm at Okc-Unix
  1670. Subject:  Re:  ZCPR2
  1671. Via:  Brl; 11 Nov 82 16:51-EST
  1672. Via:  Brl-Bmd; 11 Nov 82 17:00-EST
  1673.  
  1674.     ZCPR2 and its utilities are currently in beta testing.  Alpha
  1675. testing results are quite positive (to be exact, I'm running ZCPR2 at
  1676. this moment), and I expect to release ZCPR2 by Christmas.  ZCPR2 is
  1677. not yet released to the public domain.
  1678.  
  1679.         Rick
  1680. 11-Nov-82 17:35:00,401;000000000000
  1681. Date: 11 November 1982 19:35-EST
  1682. From: Charlie Strom <CSTROM@Mit-Mc>
  1683. Subject:  modem77
  1684. To: UCBARPA.dag at Ucb-C70
  1685. cc: Info-CPM at BRL
  1686. Via:  Mit-Mc; 12 Nov 82 10:40-EST
  1687. Via:  Brl; 12 Nov 82 11:04-EST
  1688. Via:  Brl-Bmd; 12 Nov 82 11:30-EST
  1689.  
  1690. David,
  1691. Try running MODEM770 in the quiet transfer mode. Doing this prevents
  1692. display of the console messages and ought to enable you to run at 9600
  1693. baud.
  1694. 11-Nov-82 17:52:00,686;000000000000
  1695. Date: 11 November 1982 19:52-EST
  1696. From: Gail Zacharias <GZ@Mit-Mc>
  1697. Subject:  getting rid of header lines...
  1698. To: UCBARPA.dag at Ucb-C70
  1699. cc: LIN at Mit-Mc, info-cpm at BRL, info-micro at BRL
  1700. Via:  Mit-Mc; 12 Nov 82 10:40-EST
  1701. Via:  Brl; 12 Nov 82 11:05-EST
  1702. Via:  Brl-Bmd; 12 Nov 82 11:32-EST
  1703.  
  1704. On ITS or Twenex, you don't need to do anything nearly as grotesque as running
  1705. your mail through another program. BABYL filters out any header lines you wish,
  1706. Via: or anything else, all you have to do is tell it what header fields you
  1707. don't care to see.
  1708.  
  1709. (Golly gee, I sure do hope your filter didn't screw up your mail just because
  1710. I had a line beginning with "Via:" in the text)
  1711. 11-Nov-82 18:18:00,556;000000000000
  1712. Date: 11 Nov 1982 2018-EST
  1713. From: Andrew Scott Beals <RMS.G.BANDY.MIT-OZ@Mit-Mc>
  1714. Subject: Re: modem77
  1715. To: UCBARPA.dag at Ucb-C70
  1716. cc: info-cpm at BRL
  1717. In-Reply-To: Your message of 11-Nov-82 1722-EST
  1718. Via:  Mit-Mc; 12 Nov 82 10:41-EST
  1719. Via:  Brl; 12 Nov 82 11:06-EST
  1720. Via:  Brl-Bmd; 12 Nov 82 12:08-EST
  1721.  
  1722. i've been using modem2 (orig wc version) at 9600 baud VERY reliable
  1723. for 6 mos now...your problem is that modem7 is a toatal crock
  1724. of <insert your favorite obscene noun here, mine has to deal with
  1725. excrement>, and is written VERY poorly!
  1726. -------
  1727. 11-Nov-82 21:28:51,621;000000000000
  1728. Date: 11-Nov-82 20:28:51-PST (Thu)
  1729. From: UCBARPA.dag at Ucb-C70 (David Allen Gewirtz)
  1730. Subject: modem77
  1731. Message-Id: <8210120428.1590@UCBARPA.BERKELEY.ARPA>
  1732. Received: by UCBARPA.BERKELEY.ARPA (3.224 [10/16/82])
  1733.     id A01586; 11-Nov-82 20:28:57-PST (Thu)
  1734. Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  1735.     id A07002; 11-Nov-82 20:26:05-PST (Thu)
  1736. To: CSTROM at Mit-Mc, UCBARPA.dag at Ucb-C70
  1737. Cc: Info-CPM at BRL
  1738. Via:  Ucb-C70; 12 Nov 82 10:43-EST
  1739. Via:  Brl; 12 Nov 82 11:11-EST
  1740. Via:  Brl-Bmd; 12 Nov 82 12:09-EST
  1741.  
  1742. Thanks... I will try it and let you know how it turns out.
  1743.  
  1744. David
  1745. 12-Nov-82 00:30:07,912;000000000000
  1746. Date: 11-Nov-82 23:30:07-PST (Thu)
  1747. From: UCBARPA.dag at Ucb-C70 (David Allen Gewirtz)
  1748. Subject: Morrow terminal
  1749. Message-Id: <8210120730.3459@UCBARPA.BERKELEY.ARPA>
  1750. Received: by UCBARPA.BERKELEY.ARPA (3.224 [10/16/82])
  1751.     id A03458; 11-Nov-82 23:30:09-PST (Thu)
  1752. Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  1753.     id A11385; 11-Nov-82 23:27:07-PST (Thu)
  1754. To: info-cpm at BRL
  1755. Via:  Ucb-C70; 12 Nov 82 10:44-EST
  1756. Via:  Brl; 12 Nov 82 11:11-EST
  1757. Via:  Brl-Bmd; 12 Nov 82 12:11-EST
  1758.  
  1759.  
  1760. I have found the answer to my question about the morrow terminal.
  1761. To correct some confusion however, it was not information about
  1762. how to install things into wordstar, but the peculiarities
  1763. of the morrow terminal.  The thing came with no documentation at
  1764. all, so all of the control sequences had to be worked out by trial
  1765. and error (and a call to Morrow).  Thanks for all the help.
  1766.  
  1767. David
  1768. 12-Nov-82 09:46:00,437;000000000000
  1769. Date: 12 Nov 1982 1046-CST
  1770. From: John Otken <CC.Otken@Utexas-20>
  1771. Subject: JRT Pascal
  1772. To: info-cpm at BRL
  1773. Via:  Utexas-20; 12 Nov 82 11:48-EST
  1774. Via:  Brl; 12 Nov 82 12:04-EST
  1775. Via:  Brl-Bmd; 12 Nov 82 12:31-EST
  1776.  
  1777. Prospective JRT buyers might want to read the review of it in Dr. Dobbs
  1778. a month or so back.  Their opinion was that it was too unstandard and
  1779. too unstable even for 29.95.  I have never used it myself.  John.
  1780. -------
  1781. 12-Nov-82 11:23:00,598;000000000000
  1782. Date: 12 Nov 1982 1323-EST
  1783. From: Chuck Perilli <PERILLI@Afsc-Hq>
  1784. Subject: Re: morrow terminal
  1785. To: UCBARPA.dag at Ucb-C70
  1786. cc: Info-CPM at BRL
  1787. Postal-address: HQ AFSC/ACDPV, Andrews AFB, DC  20334
  1788. Phone: (301)981-2155;   AUTOVON: 858-2155
  1789. In-Reply-To: Your message of 9-Nov-82 0506-EST
  1790. Via:  Afsc-Hq; 12 Nov 82 13:32-EST
  1791. Via:  Brl; 12 Nov 82 13:34-EST
  1792. Via:  Brl-Bmd; 12 Nov 82 13:42-EST
  1793.  
  1794.  
  1795. You are absolutely correct.  The CBIOS in the Micro Decision is
  1796. kluged to accomodate this "feature".  When other terminals are
  1797. used on the MD, the kluge must be patched out.
  1798.  
  1799. ---Chuck
  1800. -------
  1801. 12-Nov-82 15:09:00,965;000000000000
  1802. Date: 12 Nov 1982 1709-EST
  1803. From: Bob Clements <CLEMENTS@Bbna>
  1804. Sender: CLEMENTS at Bbna
  1805. Subject: when to log-in a new disk?
  1806. To:   PLATTS at Wharton-10
  1807. Cc:   mknox at Utexas-11, info-cpm at BRL
  1808. Via:  Bbna; 12 Nov 82 17:11-EST
  1809. Via:  Brl; 12 Nov 82 17:16-EST
  1810. Via:  Brl-Bmd; 12 Nov 82 17:21-EST
  1811.  
  1812. In response to your message of 12 Nov 1982 1628-EST
  1813.  
  1814. Either I misunderstand your question, or the answer is much simpler
  1815. than Steve's suggestion.
  1816.  
  1817. Whenever the BDOS calls the SELDSK entry of BIOS, it supplies
  1818. its idea of whether the drive is new. Bit 0 of register E is a 1
  1819. if the drive is already logged, and a 0 if it's new, as determined
  1820. by the "logged disks" vector. So your BIOS should check that bit
  1821. and do any needed setup only when the bit is zero.
  1822. So if you go through the warm boot routine (by typing ^C)
  1823. when you change media, you're all set. If you're trying
  1824. to detect changed disks WITHOUT a warm boot, I can't help you.
  1825.  
  1826. /Rcc
  1827. -------
  1828. 12-Nov-82 22:30:00,913;000000000000
  1829. Date: 13 November 1982 00:30-EST
  1830. From: Ronald G Fowler <RGF@Mit-Mc>
  1831. Subject:  [RGF: when to log-in a new disk?]
  1832. To: info-cpm at BRL
  1833. Via:  Mit-Mc; 13 Nov 82 0:31-EST
  1834. Via:  Brl; 13 Nov 82 0:35-EST
  1835. Via:  Brl-Bmd; 13 Nov 82 0:38-EST
  1836.  
  1837.  
  1838. Date: 13 November 1982 00:24-EST
  1839. From: Ronald G. Fowler <RGF>
  1840. To:   PLATTS at WHARTON-10
  1841. cc:   RGF, mknox at UTEXAS-11
  1842. Re:   when to log-in a new disk?
  1843.  
  1844.    Steve, your BIOS should relog a disk whenever its SELDSK entry is
  1845. called with a 0 in the E register; this bit is actually the "login
  1846. vector"
  1847.  rotated such that the requested drive's bit is in DE
  1848. least-significant-bit. This is not documented in the system Alteration
  1849. guide but is supported for all SELDSK calls in both CP/M 2.x, MP/M II
  1850. and CP/M III (so I'm told).  If DR had bothered to mention this in the
  1851. original documentation, disk-relogging problems like this would never
  1852. have come about.            --Ron
  1853. 12-Nov-82 22:31:00,620;000000000000
  1854. Date: 13 November 1982 00:31-EST
  1855. From: Ronald G Fowler <RGF@Mit-Mc>
  1856. Subject:  [RGF: CP/M disk logins]
  1857. To: info-cpm at BRL
  1858. Via:  Mit-Mc; 13 Nov 82 0:32-EST
  1859. Via:  Brl; 13 Nov 82 0:49-EST
  1860. Via:  Brl-Bmd; 13 Nov 82 1:02-EST
  1861.  
  1862.  
  1863. Date: 13 November 1982 00:27-EST
  1864. From: Ronald G. Fowler <RGF>
  1865. To:   goldfarb.ucf-cs at UDEL-RELAY
  1866. cc:   RGF, mknox at UTEXAS-11
  1867. Re:   CP/M disk logins
  1868.  
  1869.   In fact, once accessed, a disk is considered logged until the
  1870. next warm-boot, even if it has changed.  The bit passed in E is
  1871. actually the login vector rotated such that e reg bit 0 has the
  1872. requested login vector bit.            --Ron
  1873. 13-Nov-82 10:45:00,449;000000000000
  1874. Date: 13 November 1982 12:45-EST
  1875. From: Charlie Strom <CSTROM@Mit-Mc>
  1876. Subject: New Epson files
  1877. To: info-cpm at BRL
  1878. cc: INFO-PRINTERS at Mit-Mc
  1879. Via:  Mit-Mc; 16 Nov 82 2:35-EST
  1880. Via:  Brl; 16 Nov 82 6:41-EST
  1881. Via:  Brl-Bmd; 16 Nov 82 9:33-EST
  1882.  
  1883. I have uploaded the following Epson setup files to MC:
  1884.  
  1885.     AR70:CPM;PRINTR C
  1886.              PRINTR COM
  1887.  
  1888. This is a nicely written utility that should be easily adapted to
  1889. printers other than the MX80.
  1890. 13-Nov-82 12:53:00,734;000000000000
  1891. Date: 13 November 1982 14:53-EST
  1892. From: Keith Petersen <W8SDZ@Mit-Mc>
  1893. Subject:  Using MODEM7xx at high baud rates
  1894. To: Info-Cpm at BRL
  1895. Via:  Mit-Mc; 16 Nov 82 2:36-EST
  1896. Via:  Brl; 16 Nov 82 6:41-EST
  1897. Via:  Brl-Bmd; 16 Nov 82 9:35-EST
  1898.  
  1899. Date: 12 November 1982 00:33-EST
  1900. From: Keith Petersen <W8SDZ@Mit-Mc>
  1901. Subject:  modem77
  1902. To: UCBARPA.dag at Ucb-C70
  1903.  
  1904. The secret of running MODEM2 and MODEM7 at high baud rates is to use
  1905. the "Q" (quiet) mode option.  This prevents the console status
  1906. messages from being printed.  It's that delay that causes it to fail.
  1907. If console status messages are never needed, consider XMODEM.  It
  1908. ALWAYS runs in the quiet mode, which is nice because you don't have to
  1909. remember to type that option.
  1910. 13-Nov-82 12:59:00,587;000000000000
  1911. Date: 13 November 1982 14:59-EST
  1912. From: Keith Petersen <W8SDZ@Mit-Mc>
  1913. Subject:  when to log-in a new disk?
  1914. To: PLATTS at Wharton-10
  1915. cc: Info-Cpm at BRL, mknox at Utexas-11
  1916. Via:  Mit-Mc; 16 Nov 82 2:36-EST
  1917. Via:  Brl; 16 Nov 82 6:41-EST
  1918. Via:  Brl-Bmd; 16 Nov 82 9:38-EST
  1919.  
  1920. Put your density check routine in the CBIOS "HOME" routine.  CP/M does
  1921. a "HOME" (usually translated to a track 0 seek or "restore") before
  1922. doing directory operations, in order to assure proper re-calibration
  1923. of the drive.  If this works for you, please tell Info-Cpm.  If not,
  1924. tell me.  Thanks.
  1925. --Keith
  1926. 13-Nov-82 20:49:00,1866;000000000000
  1927. Return-path: RIZZI@USC-ISIB
  1928. Date: 13 Nov 1982 1949-PST
  1929. From: Bill Rizzi <RIZZI@Usc-Isib>
  1930. Subject: in defense of modem7
  1931. To: info-cpm at BRL
  1932. Via:  Usc-Isib; 16 Nov 82 0:15-EST
  1933. Via:  Brl; 16 Nov 82 6:30-EST
  1934. Via:  Brl-Bmd; 16 Nov 82 7:32-EST
  1935.  
  1936.  
  1937.     Really now, modem7 isn't quite as bad as it has been made out to be
  1938. in a recent flame to this list.  While a size of 52 sectors might be
  1939. considered a bit hefty by some, its advantages far outweigh its bulk, even
  1940. when one is limited (such as I) to 241K bytes per disk.  I use it every day
  1941. as a remote terminal and especially for file transfer.  While I am aware
  1942. that older versions had their problems, I find the the latest (modem770+) work quite 
  1943. nicely.  The user interface is improved with each version, allowing 
  1944. on-the-fly and initial setting of a variety of parameters that allow provide a
  1945. customized version.  In addition, it is very easy to tailor for any sort
  1946. of 8080/Z80 hrdand communications hardware.  The only machine dependancy in`then    
  1947. the code is the data/status port number and the receive/send bit number.
  1948. It handles CRC/checksum, wild-card file transfer (eg. *.*), dir and era
  1949. functions.  It has an on-line phone number library and provides a total
  1950. environment as opposed to modem2 which is a one mode-per-sho-per-shot deal.
  1951. I have been able to transfer from an IBM PC running modem2 to a Z80 CP/M
  1952. machine running modem7 at 9600 baud using a null modem cable.  I did not
  1953. even need to use quiet mode.
  1954.  
  1955. **DISCLAIMER**
  1956.     I have been somewhat involved in the development and testing of
  1957. the most recent versions of modem7 and can be expected to be somewhat
  1958. partial to it.  While not overly familiar with the code I have used most
  1959. of the options and find that they work as advertised in the online menu.
  1960.  
  1961.     Bill Rizzi (RIZZI @ ISIB)
  1962.  
  1963. -------
  1964. 14-Nov-82 02:25:00,531;000000000000
  1965. Date: 14 November 1982 04:25-EST
  1966. From: Jerry E Pournelle <POURNE@Mit-Mc>
  1967. Subject: JRT Pascal
  1968. To: CC.Otken at Utexas-20
  1969. cc: INFO-CPM at Mit-Mc
  1970. Via:  Mit-Mc; 16 Nov 82 4:23-EST
  1971. Via:  Brl; 16 Nov 82 7:10-EST
  1972. Via:  Brl-Bmd; 16 Nov 82 11:55-EST
  1973.  
  1974. My view of JRT is that it is worth $29.95 but not much more.
  1975. The error messages are not Pascal and the language is not
  1976. Pascal; and the eextensions are not all that good.  But that is
  1977. my view, and perhaps I'm wrong.
  1978.     I say that because I am weary of peopl e who say it for me.
  1979. 14-Nov-82 06:56:00,640;000000000000
  1980. Date: Sunday, 14 November 1982  08:56-EST
  1981. Sender: X.GYRO.MIT-OZ at BRL
  1982. From: X.GYRO at Mit-Mc
  1983. To:   PLATTS at Wharton-10 (Steve Platt)
  1984. Cc:   info-cpm at BRL
  1985. Subject: when to log-in a new disk?
  1986. In-reply-to: The message of 9 Nov 1982 () 1141-EDT from PLATTS at Wharton-10 (Steve Platt)
  1987. Via:  Mit-Mc; 16 Nov 82 4:23-EST
  1988. Via:  Brl; 16 Nov 82 7:10-EST
  1989. Via:  Brl-Bmd; 16 Nov 82 11:57-EST
  1990.  
  1991. There is a well-defined (though perhaps not documented; I forget) way
  1992. for the BIOS to know about BDOS disk resets.  When the BDOS calls
  1993. SELDSK, bit 0 of E is 0 if the BDOS thinks the disk is being accessed
  1994. the first time, else 1.
  1995.  
  1996. -- Scott
  1997. 14-Nov-82 20:22:00,3122;000000000000
  1998. Date: 14 Nov 1982 (Sunday) 2322-EDT
  1999. From: PLATTS at Wharton-10 (Steve Platt)
  2000. Subject: An open letter to Andrew Scott Beals
  2001. To:   rms.g.bandy.mit-oz at Mit-Mc, info-cpm at BRL
  2002. Via:  Wharton-10; 16 Nov 82 15:46-EST
  2003. Via:  Brl; 16 Nov 82 16:16-EST
  2004. Via:  Brl-Bmd; 16 Nov 82 16:40-EST
  2005.  
  2006.  
  2007. Dear Mr. Beals,
  2008.   In the course of the past 5 days, you have transmitted the following 
  2009. three letters across the 'net.  The first was to me personally, the latter 
  2010. two CC:'ed to the entire INFO-CPM community.  The tone existing in each of 
  2011. the three letters is, in my opinion, not befitting to the mature group of 
  2012. individuals sharing these resources.
  2013.   I take personal offense to the first letter:  it (my letter) was in 
  2014. response to a request for information;  admittedly I was wrong, out of my 
  2015. own ignorance  (I have used CP/M and similar OS's for quite a long time, 
  2016. but had never had the actual need to use this particular feature).  As to 
  2017. the first letter:
  2018.  
  2019.     Date: 13 Nov 1982 0056-EST
  2020.     From: Andrew Scott Beals <RMS.G.BANDY at MIT-OZ at MIT-MC>
  2021.     Subject: Re: when to log-in a new disk?
  2022.     To: PLATTS at WHARTON-10
  2023.  
  2024.     if you don't liek it.k, don't use it, you pirate!!!
  2025.     -------
  2026.  
  2027.     I do not like the tone of the letter;  furthermore, the implication of 
  2028. the last phrase is a blatant lie (CP/M license 168-703).  As to your second 
  2029. two letters:
  2030.  
  2031.     Date: 10 Nov 1982 2053-EST
  2032.     From: Andrew Scott Beals <RMS.G.BANDY.MIT-OZ@Mit-Mc>
  2033.     Subject: Re: JRT Pascal file I/O bug?
  2034.     To: MADLER at Mit-Ml
  2035.     cc: Info-cpm at BRL
  2036.     
  2037.     what do you expect for $29.95?
  2038.     
  2039.     then again, what do you expect from (ugh!) pascal? use C, and you'll sleep
  2040.     easier.
  2041.                                         -andy
  2042.     -------
  2043.  
  2044.     Date: 11 Nov 1982 2018-EST
  2045.     From: Andrew Scott Beals <RMS.G.BANDY.MIT-OZ@Mit-Mc>
  2046.     Subject: Re: modem77
  2047.     To: UCBARPA.dag at Ucb-C70
  2048.     cc: info-cpm at BRL
  2049.  
  2050.     i've been using modem2 (orig wc version) at 9600 baud VERY reliable
  2051.     for 6 mos now...your problem is that modem7 is a toatal crock
  2052.     of <insert your favorite obscene noun here, mine has to deal with
  2053.     excrement>, and is written VERY poorly!
  2054.     -------
  2055.  
  2056. They further indicate a total lack of tolerance of anything different by 
  2057. yourself;  in fact, you seem to desire to aggresively destroy anything you 
  2058. you are not currently enraptured with.  Such an attitude is not conductive 
  2059. to harmonious existance, nor towards the development and propagation of 
  2060. knowledge and information.  (I know for one, if you were to put out a 
  2061. request for information or some product I had written, I would hesitate to 
  2062. answer, knowing that if it does not fit YOUR purposes exactly you might 
  2063. very well proceed to describe it to others as... well, I will let the 
  2064. latter two letters speak for themselves.)
  2065.   In summary, Mr. Beals, I can only say that I hope you were having an 
  2066. "off" few days when these letters were written and sent; and I hope you 
  2067. will be more considering of your actions in the future.
  2068.  
  2069.                                         Stephen M. Platt
  2070. 15-Nov-82 23:55:22,2190;000000000000
  2071. Date:     16 Nov 82 1:55:22-EST (Tue)
  2072. From:     Rick Conn <rconn@BRL>
  2073. To:       TBOWERMAN at Office-10
  2074. cc:       info-cpm at BRL
  2075. Subject:  Assemblers
  2076. Via:  Brl; 16 Nov 82 6:38-EST
  2077. Via:  Brl-Bmd; 16 Nov 82 7:48-EST
  2078.  
  2079. Tom,
  2080.  
  2081. The CP/M assembler business IS somewhat confusing  with  all  the
  2082. similar  names  and different capabilities for the various assem-
  2083. blers out there.  Here is a  quick  summary  which  I  hope  will
  2084. answer some of your questions:
  2085.  
  2086.  
  2087. ASM (I call it ASM2) -- this is the  assembler  that  comes  with
  2088. CP/M  2.2;  what  I call ASM is the assembler that came with CP/M
  2089. 1.4, and the major difference is that with ASM,  quoted  text  is
  2090. always  capitalized  while  ASM2  allows lower-case to pass thru;
  2091. ASM and ASM2 have no macro capability, but do support conditional
  2092. assembly, SET, and a few nice operations in the operand field
  2093.  
  2094. MAC -- this is DR's upgrade to ASM and ASM2 (DR=Digital Research,
  2095. who wrote CP/M); this is basically the same assembler, but it can
  2096. use macros and macro libraries; it still generates just HEX files
  2097. as output
  2098.  
  2099. M80/L80 -- this is Microsoft's assembler, which is used to assem-
  2100. ble  programs  requiring SYSLIB; M80 is the assembler, which sup-
  2101. ports nice features found in MAC, such as  macros,  AND  supports
  2102. relocatable  libraries (which MAC does not); the output of M80 is
  2103. a REL file, NOT a HEX file, and this output  is  then  passed  to
  2104. L80; L80 can take a number of REL files and put them together and
  2105. generate a HEX or a COM file or both; M80 also supports both  In-
  2106. tel  and Zilog mnemonics, while MAC and ASM/ASM2 just support In-
  2107. tel mnemonics, altho there is a Z80  macro  library  which  comes
  2108. with  MAC  to allow you to assemble for the Z80-specific instruc-
  2109. tions, but does not allow Zilog mnemonics
  2110.  
  2111. Other assemblers are available, but these are the main ones I use
  2112. and  know  about.   I use M80/L80 for most of the ZCPR2 work, but
  2113. MAC is required to assemble ZCPR2  itself  (and  ZCPR1  for  that
  2114. matter).   A  big difference is that MAC allows longer names than
  2115. M80 (M80 is limited to 6 chars in my version).
  2116.  
  2117. Hope this helps.  Feel free to write if you still have questions.
  2118.  
  2119. Rick
  2120. 16-Nov-82 12:26:00,1089;000000000000
  2121. Date: 16 Nov 1982 1126-PST
  2122. From: Bill Rizzi <RIZZI@Usc-Isib>
  2123. Subject: C file package wanted
  2124. To: info-cpm at BRL, info-micro at BRL
  2125. Via:  Usc-Isib; 16 Nov 82 14:27-EST
  2126. Via:  Brl; 16 Nov 82 15:05-EST
  2127. Via:  Brl-Bmd; 16 Nov 82 15:21-EST
  2128.  
  2129.  
  2130.     I am looking for a file management package accessible from 
  2131. a language like C.  Ideally, it would consist of individual loader
  2132. modules which could be linked in with an application written in C.
  2133. It might also contain separate command language modules.  It would
  2134. be nice to have the source available, particularly if it is C code.
  2135. A package close to what I am looking for is BT-80 from Microsoft.
  2136. This package supports b-tree record indexing, however it is written
  2137. primarily for use with PLI/80, which is required for running BT-80.
  2138.  
  2139. As interest in such a package has been expressed by several people
  2140. I have contacted, I will summarize results of any replies which
  2141. are made directly to me, however I think the topic is of broad enough
  2142. interest to be discussed on-line.
  2143.  
  2144. Thanks for any information,
  2145.     Bill (RIZZI@ISIB)
  2146.  
  2147.  
  2148. -------
  2149. 16-Nov-82 14:20:00,618;000000000000
  2150. Date: 16 Nov 1982 1620-EST
  2151. From: ELIOT at Mit-Dms (Eliot Scott Ramey)
  2152. To: info-cpm at BRL
  2153. Subject: PSET.SRC
  2154. Message-id: <[MIT-DMS].249509>
  2155. Via:  Mit-Dms; 16 Nov 82 16:18-EST
  2156. Via:  Brl; 16 Nov 82 17:16-EST
  2157. Via:  Brl-Bmd; 16 Nov 82 17:33-EST
  2158.  
  2159.     The file PSET.SRC (.SRC = Pascal/MT+) is on AR31:CPM;
  2160. PSET is a printer option selection program.  As is, it is set up
  2161. for the OKIDATA series of printers.  Anybody with Pascal/MT+ and
  2162. a little pascal knowledge can easily modify it for an EPSON.
  2163. This is NOT a menu driven program.  All options are entered on the
  2164. command-line.  Enjoy!
  2165.                         -Eliot at Mit-DM
  2166. 16-Nov-82 19:55:00,1560;000000000000
  2167. Date: 16 November 1982 21:55-EST
  2168. From: Charlie Strom <CSTROM@Mit-Mc>
  2169. Subject: Cache/Q
  2170. To: info-cpm at BRL
  2171. Via:  Mit-Mc; 16 Nov 82 22:41-EST
  2172. Via:  Brl; 16 Nov 82 22:44-EST
  2173. Via:  Brl-Bmd; 16 Nov 82 22:51-EST
  2174.  
  2175.     I feel that I must warn potential purchasers of the disk buffering
  2176. program called Cache/Q that it has serious bugs and is an unacceptable
  2177. product in my opinion. This program is currently being heavily advertised
  2178. in Infoworld. The bugs I found about 8 weeks ago are that the feature of
  2179. specification of file type to buffer does not work (it is an all or nothing
  2180. choice now) and even more seriously, the author forgot to include a
  2181. BDOS disk reset upon warm boot. The result is that one cannot switch disks
  2182. under the buffering program. It appears that development was performed on
  2183. a hard disk and there were no beta tests using floppies!
  2184.     I have spoken to the author at least four times since I discovered
  2185. these bugs and have gotten a different excuse each time; my next (and
  2186. last verbal effort) will be for a request for the source code so I can fix
  2187. the problems myself, an immediate replacement or a refund. I am not
  2188. sanguine to say the least.
  2189.     The design of the program, which allows the use of bank-switched
  2190. memory (a nice feature) is to buffer on a file rather than a track basis -
  2191. a big mistake.
  2192.     I see in the latest Infoworld ad that Tecne Software will be at the
  2193. L.A. Computer Showcase Expo Nov. 18-20. Are there any souls
  2194. interested in calling this guy on the defective software he is peddling?
  2195.  
  2196.                         Charlie Strom
  2197. 16-Nov-82 20:10:19,2684;000000000000
  2198. Date: 16-Nov-82 19:10:19-PST (Tue)
  2199. From: UCBARPA.dag at Ucb-C70 (David Allen Gewirtz)
  2200. Subject: CHDIR, NOCLR, and BDS C 1.5
  2201. Message-Id: <8210170310.22528@UCBARPA.BERKELEY.ARPA>
  2202. Received: by UCBARPA.BERKELEY.ARPA (3.224 [10/16/82])
  2203.     id A22526; 16-Nov-82 19:10:21-PST (Tue)
  2204. Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  2205.     id A00484; 16-Nov-82 19:08:27-PST (Tue)
  2206. To: info-cpm at BRL
  2207. Via:  Ucb-C70; 17 Nov 82 0:59-EST
  2208. Via:  Brl; 17 Nov 82 1:15-EST
  2209. Via:  Brl-Bmd; 17 Nov 82 1:21-EST
  2210.  
  2211.  
  2212.     I have uploaded the file CPM;NOCLR C to MC.
  2213.  
  2214. NOCLR contains a function called noclrex() which is used
  2215. to perform a hack on programs like CHDIR, when compiled with
  2216. version 1.50 of the BDS C Compiler.  IT appears that Leor's
  2217. newest version has the runtime system (C.CCC) clear out the
  2218. external data area before actually executing the compiled
  2219. program.  
  2220.  
  2221. Now this is all well and good for nearly all of the programs
  2222. written.  One program that does not work well when the externals
  2223. are initialized is Rick Conn's CHDIR.C program.  What CHDIR does
  2224. is create directory names and place them in tables that are
  2225. external variables to the compiler.  When the user is done entering
  2226. names, CHDIR writes itself back out to disk, including the external
  2227. data, so that the next time it runs, it is already initialized.
  2228.  
  2229. The problem is that when a compiled program is run, before any
  2230. of the user-written code is executed, it performs a number of
  2231. initializations, including clearing external data.
  2232.  
  2233. NOCLR is used to cause the run-time package to skip the stage
  2234. where it clears the external data by poking a jump instruction
  2235. into memory.  When CHDIR is executed initially, the external
  2236. data is cleared.  The, when noclrex() is called, a jump instruction
  2237. is used to bypass the segment that clears the externals.  Finally,
  2238. when the program is written out with changes, this bypass is left
  2239. in so the externals won't be cleared the next time through.
  2240.  
  2241. Because some people do not like to have their programs hacked up
  2242. and because this only affects those using version 1.5 of the 
  2243. compiler, I have not made any changes to CHDIR.C.  SHould
  2244. you need to bypass the phase that clears externals, simply
  2245. poke a JMP XXXX into the runtime space or use NOCLR.C.
  2246. A call of noclrex() early on in the program (any time before
  2247. write-out) will solve the problem.
  2248.  
  2249. If, for some reason, it doesn't work, check the addresses in NOCLR
  2250. and C.CCC.  My version of C.CCC comes from a pre-release version
  2251. of BDS C 1.5 and may not be the same as yours.
  2252.  
  2253. Finally, I would appreciate it if someone would move NOCLR to
  2254. a proper archive directory.
  2255.  
  2256. Enjoy,.
  2257. David
  2258. 17-Nov-82 05:46:00,414;000000000000
  2259. Date: 17 Nov 1982 0746-EST
  2260. From: Andrew Scott Beals <RMS.G.BANDY.MIT-OZ@Mit-Ml>
  2261. Subject: modem at high baud rates
  2262. To: w8sdz at Mit-Mc, ucbarpa.dag at Ucb-C70, info-cpm at BRL
  2263. Via:  Mit-Ml; 17 Nov 82 7:49-EST
  2264. Via:  Brl; 17 Nov 82 8:51-EST
  2265. Via:  Brl-Bmd; 17 Nov 82 8:57-EST
  2266.  
  2267. i've used it just fine at 9600 baud WITHOUT running it in quiet
  2268. mode. (i think that the console was running at 19.2kbaud)
  2269. -------
  2270. 17-Nov-82 12:50:00,727;000000000000
  2271. Date: 17 Nov 1982 (Wednesday) 1450-EST
  2272. From: MARON at Lll-Mfe
  2273. Subject: Big Board II request
  2274. To:   info-cpm at BRL
  2275. Via:  Lll-Mfe; 17 Nov 82 17:48-EST
  2276. Via:  Brl; 17 Nov 82 18:19-EST
  2277. Via:  Brl-Bmd; 17 Nov 82 18:34-EST
  2278.  
  2279. I have gotten my BBII up. Im still building a house for it but when done,
  2280. maybe this weekend it will have a 5mB Shugart 600 drive hooked on. I built
  2281. the kit form. I suggest that the anxiety is not worth the savings. Buy
  2282. a A&T version. The kit is definitely for the very experienced.
  2283.  
  2284. The point of this query: someone said that they had some software for
  2285. the PROM programmer feature of the board. I am looking for that software
  2286. so please respond if you have something running for the BBII.--Neil
  2287. 17-Nov-82 14:12:00,347;000000000000
  2288. Date: 17 Nov 1982 1312-PST
  2289. From: SWG.LPRESS at Usc-Isi
  2290. Subject: change of address
  2291. To: info-cpm at Mit-Mc
  2292. Via:  Mit-Mc; 17 Nov 82 17:45-EST
  2293. Via:  Brl; 17 Nov 82 18:16-EST
  2294. Via:  Brl-Bmd; 17 Nov 82 18:33-EST
  2295.  
  2296. could you please chnage my distribution address from isisw.moore at rutgers 
  2297. to swg.lpress at isi?  Thanks
  2298.  
  2299. larry press
  2300. -------
  2301. 17-Nov-82 16:37:00,522;000000000000
  2302. Date: 17 November 1982 18:37-EST
  2303. From: Charlie Strom <CSTROM@Mit-Mc>
  2304. Subject: New LU support files
  2305. To: INFO-CPM at BRL
  2306. Via:  Mit-Mc; 17 Nov 82 18:44-EST
  2307. Via:  Brl; 17 Nov 82 18:53-EST
  2308. Via:  Brl-Bmd; 17 Nov 82 19:03-EST
  2309.  
  2310. I have uploaded the following files to MC:
  2311.  
  2312.     AR29:CPM;LDIR C
  2313.              LDIR MSG
  2314.              LDIR COM
  2315.  
  2316. These files allow a directory function on a .LBR file (produced by LU.COM)
  2317. and is particularly useful for a remote CP/M system if one does not want
  2318. to leave LU.COM publicly accessible.
  2319. 18-Nov-82 02:25:00,669;000000000000
  2320. Date: 18 November 1982 04:25-EST
  2321. From: Jerry E Pournelle <POURNE@Mit-Mc>
  2322. Subject: Cache/Q
  2323. To: CSTROM at Mit-Mc
  2324. cc: INFO-CPM at Mit-Mc
  2325. Via:  Mit-Mc; 18 Nov 82 4:22-EST
  2326. Via:  Brl; 18 Nov 82 4:38-EST
  2327. Via:  Brl-Bmd; 18 Nov 82 4:49-EST
  2328.  
  2329. CACHE/Q I never tried, but MicroCache from England looks to be
  2330. an excellent cache system making use of bank switch memory.
  2331. MicroCache works essentially invisibly and can be as small as a
  2332. few K or up to about 8 megabytes for cache memory.  Naturally
  2333. the thing most often accessed is kept; with small memory that is
  2334. likley to be the directory of the disk most often written to.
  2335. Even then it speeds things up nicely.
  2336.  
  2337. JEP
  2338. 18-Nov-82 06:02:08,1569;000000000000
  2339. Date:     18 Nov 82 8:02:08-EST (Thu)
  2340. From:     Rick Conn <rconn@BRL>
  2341. To:       David Allen Gewirtz <UCBARPA.dag@Ucb-C70>
  2342. cc:       info-cpm at BRL
  2343. Subject:  Re:  CHDIR, NOCLR, and BDS C 1.5
  2344.           26; 16-Nov-82 19:10:21-PST (Tue)
  2345.           84; 16-Nov-82 19:08:27-PST (Tue)
  2346. Via:  Brl; 18 Nov 82 8:14-EST
  2347. Via:  Brl-Bmd; 18 Nov 82 8:31-EST
  2348.  
  2349.         Sorry about the inconvenience with CHDIR.  I have  really
  2350. considered  the  need  of  CHDIR to write itself back out to disk
  2351. somewhat of a cludge, and have already designed a new CHDIR which
  2352. runs in the ZCPR2 environment.  Am really hoping to get ZCPR2 out
  2353. before Christmas, and, unlike ZCPR1, ZCPR2 is coming with a whole
  2354. set  of  utility programs (probably 30 or 40 before I'm finished)
  2355. which are intimately linked to each  other.   CHDIR  and  CD  are
  2356. parts  of  the  heart of the system, and CHDIR now creates a file
  2357. containing the directory names rather than storing them internal-
  2358. ly.
  2359.  
  2360.         The reason for this is that ALL of  the  ZCPR2  utilities
  2361. will be supporting a named directory structure, based on the file
  2362. created by CHDIR.  Examples:
  2363.  
  2364.                 XDIR JEFF:*.COM
  2365.  
  2366.                 ERASE ASM:*.TMP,MYWORK:*.ASM,HELP:*.*
  2367.  
  2368.                 MCOPY BACKUP:=WORK1:*.SRC
  2369.  
  2370.         As you can see, ZCPR2 offers quite a  difference.   Also,
  2371. anywhere  you  can  use  a  named directory, you can also use the
  2372. disk/user form:
  2373.  
  2374.                 XDIR B5:
  2375.  
  2376.         For those considering using CHDIR, you may wish  to  wait
  2377. until after the ZCPR2 release.
  2378.  
  2379.                 Rick
  2380. 18-Nov-82 14:36:00,363;000000000000
  2381. Date: 18 November 1982 16:36-EST
  2382. From: Eliot Scott Ramey <ELIOT@Mit-Mc>
  2383. Subject: New Epson files
  2384. To: CSTROM at Mit-Mc
  2385. cc: Info-CPM at BRL
  2386. Via:  Mit-Mc; 18 Nov 82 16:34-EST
  2387. Via:  Brl; 18 Nov 82 17:00-EST
  2388. Via:  Brl-Bmd; 18 Nov 82 17:34-EST
  2389.  
  2390.      They may be nicely written utilities, but you didn't mention the
  2391. important thing:  What is it that they do?
  2392. 18-Nov-82 17:29:00,432;000000000000
  2393. Date: 18 November 1982 19:29-EST
  2394. From: Charlie Strom <CSTROM@Mit-Mc>
  2395. Subject:  New Epson files
  2396. To: ELIOT at Mit-Mc
  2397. cc: CSTROM at Mit-Mc, INFO-CPM at BRL
  2398. Via:  Mit-Mc; 18 Nov 82 19:28-EST
  2399. Via:  Brl; 18 Nov 82 19:44-EST
  2400. Via:  Brl-Bmd; 18 Nov 82 19:48-EST
  2401.  
  2402. Sorry about the omission regarding the new Epson files in AR70:CPM on
  2403. MC. The program, written in C, initializes the multitude of formatting
  2404. options on the MX80/100.
  2405. 18-Nov-82 17:49:00,593;000000000000
  2406. Date: 18 Nov 1982 1949-EST
  2407. Sender: WAGREICH at Bbna
  2408. Subject: Ibm 3270 tErminal Emulator for Apple II+
  2409. From: WAGREICH at Bbna
  2410. To: Info-MIcro at BRL, Info-CPM at BRL
  2411. Message-ID: <[BBNA]18-Nov-82 19:49:55.WAGREICH>
  2412. Via:  Bbna; 18 Nov 82 19:45-EST
  2413. Via:  Brl; 18 Nov 82 20:05-EST
  2414. Via:  Brl-Bmd; 18 Nov 82 20:12-EST
  2415.  
  2416.  
  2417. Does  anyone  out  there  know of any IBM 3270 Terminal emulators
  2418. that can be used with the Apple II+ micro (either with CPM or DOS
  2419. 3.3  or  Apple Pascal operating systems)?  I would appreciate any
  2420. information or leads you may have.
  2421.  
  2422. Thanks.
  2423.  
  2424. --Barbara Wagreich
  2425. 19-Nov-82 02:21:00,425;000000000000
  2426. Date: 19 November 1982 04:21-EST
  2427. From: Robert Elton Maas <REM@Mit-Mc>
  2428. Subject: pcnet
  2429. To: INFO-CPM at Mit-Mc
  2430. cc: BYTE at Mit-Mc
  2431. Via:  Mit-Mc; 19 Nov 82 4:18-EST
  2432. Via:  Brl; 19 Nov 82 4:22-EST
  2433. Via:  Brl-Bmd; 19 Nov 82 4:49-EST
  2434.  
  2435. Does anybody have software for converting an 8080/z80 assembly
  2436. language program between CROSS and Microsoft-assembler syntax?
  2437. (Both directions are needed, although either will be useful.)
  2438. 19-Nov-82 21:56:00,4572;000000000000
  2439. Date: 19 November 1982 23:56-EST
  2440. From: Paul L Kelley <PLK@Mit-Mc>
  2441. Subject: MODEM792
  2442. To: INFO-CPM at BRL
  2443. cc: W8SDZ at Mit-Mc, PLOUFF at Mit-Mc, STORK at Mit-Mc, ELIOT at Mit-Mc, 
  2444.     CSTROM at Mit-Mc, RIZZI at Usc-Isib
  2445. Via:  Mit-Mc; 19 Nov 82 23:59-EST
  2446. Via:  Brl; 20 Nov 82 2:03-EST
  2447. Via:  Brl-Bmd; 20 Nov 82 2:31-EST
  2448.  
  2449.  
  2450.     The following files are now available on MIT-MC in AR61:CPM;
  2451.  
  2452.         MCNFG    792ASM
  2453.         MNUM    792ASM
  2454.         MODEM    768DOC
  2455.         MODEM    792ASM
  2456.         MODEM    792COM
  2457.         MODEM    792HEX
  2458.         MODEM    792HIS
  2459.         MODEM    792INF
  2460.         MODEM    792LIB
  2461.  
  2462. MODEM 792SET should be available soon. MODEM 768DOC will be updated soon
  2463. to MODEM 792DOC by one of the authors, Eric Stork. Thanks to Eric, Bill
  2464. Rizzi, Keith Peterson, and Bob Plouffe for helpful suggestions and comments.
  2465.  
  2466.     The following describes recent changes:
  2467.  
  2468. ;11/18/81  Combined 11/10/82 and 11/11/82.
  2469. ;
  2470. ;       Made the following changes:
  2471. ;
  2472. ;         1.    Added optional routine to overlay file to clear screen
  2473. ;         and home cursor on paging of menu etc.,
  2474. ;         2. Changed printer toggle to terminal mode command and made
  2475. ;         optional with overlay file,
  2476. ;         3. Changed routines to set MSPEED when changing buad rate with
  2477. ;         SET command,
  2478. ;         4. Added more information to display of current settings
  2479. ;         and used calls to save space,
  2480. ;         5. Fixed and shortened bytes free routine,
  2481. ;         6. Shortened and separated LIB SENDTIME routine into two parts
  2482. ;         so that it can be used in display of current settings,
  2483. ;         7. Made echo mode part of normal terminal mode to save space
  2484. ;         and make all terminal mode commands available in echo mode,
  2485. ;         8. Fixed PMMI BYE routine so that it works with overlay file,
  2486. ;         9. Eliminated F command as redundant, DIR FOO (where FOO is a
  2487. ;         nonexistent file) accomplishes the same thing.
  2488. ;                                ;P.L.Kelley
  2489.  
  2490.  
  2491. ;11/11/82  Made the following changes:
  2492. ;
  2493. ;         1. Fixed PMMI dialing routines,
  2494. ;         2.    Added menu command to display current settings
  2495. ;         including bytes remaining in memory buffer,
  2496. ;         3. Added menu command to change default drive,
  2497. ;         4. Added menu command for local echo in terminal mode,
  2498. ;         5. Added menu command to toggle printer on/off,
  2499. ;         6. Fixed PMMI BYE so warm boots.
  2500. ;                            - Irv Hoff
  2501.  
  2502. ;11/10/82  Combined MODEM771 and MODEM780 (F. Gaude) as follows:
  2503. ;
  2504. ;         1. Used erase file function in 780,
  2505. ;         2. Used 780 code to make display of error count start at 1
  2506. ;         and changed display to decimal,
  2507. ;         3. Used 780 idea for throttled output on terminal mode
  2508. ;         transfer of text file to remote but wrote new routines
  2509. ;         including one for user to set speed,
  2510. ;         4. Moved disk reset to DIR routine as in 780,
  2511. ;         5. Used 780 code to give kbytes free on DIR command but
  2512. ;         modified to give kbytes free on requested drive instead
  2513. ;         of default drive.
  2514. ;
  2515. ;       Made the following changes:
  2516. ;
  2517. ;         1. Eliminated IMSAI front panel routines,
  2518. ;         2.    Changed so PMMI control-D (disconnect) checks for file
  2519. ;         open on returning to menu mode,
  2520. ;         3. Fixed file display on bulk transfer so that spaces are
  2521. ;         eliminated and period is inserted if required,
  2522. ;         4. Changed M(enu) to H(elp) command,
  2523. ;         5. Added code to allow echo mode to use optional toggling of
  2524. ;         send linefeed after carriage return,
  2525. ;         6. Added toggling of Checksum/CRC modes on file receive,
  2526. ;         7. Added optional code to clear to end of screen on next line
  2527. ;         from current cursor position when returning from terminal
  2528. ;         mode, this eliminates jumbled screen when working remote
  2529. ;         which positions cursor.
  2530. ;                                ;P.L.Kelley
  2531.  
  2532. ;11/02/82  Shows the time to send a file.  (Routine was placed in
  2533. ;        MODEM791.LIB).  Set MSPEED to the speed you normally use.
  2534. ;        Currently set at 300 Baud.  Can reset at any time using the
  2535. ;        menu.                    - Irv Hoff
  2536.  
  2537. ;10/20/82  Made the following changes:
  2538. ;
  2539. ;        1. New 'F' command shows free disk space on default drive
  2540. ;        and resets drive to prevent R/O errors when attempting
  2541. ;        to upload to default disk.
  2542. ;        2. Requesting DIR also shows free disk space and resets the
  2543. ;        current drive. (From F. Gaude's 780).
  2544. ;        3. Heading automatically tells if set for PMMI Modem or not.
  2545. ;        (Previously always indicated it was PMMI-only.)
  2546. ;        4. Grouped all TRUE/FALSE statements together.
  2547. ;        5. Put 'PMMIBYTE' immediately after ORG 0100H.
  2548. ;        6. Increased checksum timeout to original value (10 seconds)
  2549. ;        to agree with CRC timeout.  This should allow adequate
  2550. ;        time for slow disk systems to write.
  2551. ;                            - Irv Hoff
  2552. 20-Nov-82 00:01:00,866;000000000000
  2553. Date: 20 November 1982 02:01-EST
  2554. From: Herb Lin <LIN@Mit-Mc>
  2555. Subject: diagnostics for new computers, fresh out of box
  2556. To: info-cpm at BRL, info-micro at BRL
  2557. Via:  Mit-Mc; 20 Nov 82 3:42-EST
  2558. Via:  Brl; 20 Nov 82 3:47-EST
  2559. Via:  Brl-Bmd; 20 Nov 82 4:03-EST
  2560.  
  2561. can anyone tell me about what i should do in the way of diagnostics
  2562. when i actually open the box that a new computer comes in?  it seems
  2563. there should be diagnostics that could give the system a workout
  2564. BEFORE marginal components fail when out-of-warranty.  any suggestions
  2565. for (a) home-programmed tests, (b) diagnostic packages, (c) hardware
  2566. diddling, (d) anything else?  how long should these things be run?
  2567.  
  2568. also, what is the "recommended" factory burn-in time for components in
  2569. testing?  clearly 200 hours is better than 48, but how much better?
  2570.  
  2571. i'll post answers to the list.
  2572.  
  2573. thanks.
  2574. 20-Nov-82 00:03:00,298;000000000000
  2575. Date: 20 November 1982 02:03-EST
  2576. From: Herb Lin <LIN@Mit-Mc>
  2577. To: info-cpm at BRL
  2578. Via:  Mit-Mc; 20 Nov 82 2:21-EST
  2579. Via:  Brl; 20 Nov 82 2:34-EST
  2580. Via:  Brl-Bmd; 20 Nov 82 2:51-EST
  2581.  
  2582. can anyone tell me about the graphics facilities of CP/M 3.0, which I 
  2583. think i've heard things about?
  2584.  
  2585. tnx.
  2586. 20-Nov-82 00:16:00,281;000000000000
  2587. Date: 20 November 1982 02:16-EST
  2588. From: Paul L Kelley <PLK@Mit-Mc>
  2589. Subject: MODEM 792SET
  2590. To: INFO-CPM at BRL
  2591. Via:  Mit-Mc; 20 Nov 82 2:22-EST
  2592. Via:  Brl; 20 Nov 82 2:34-EST
  2593. Via:  Brl-Bmd; 20 Nov 82 2:52-EST
  2594.  
  2595.  
  2596.     The file MODEM 729SET is now available in AR61:CPM; on MIT-MC.
  2597. 20-Nov-82 00:19:00,1570;000000000000
  2598. Date: 20 November 1982 02:19-EST
  2599. From: Herb Lin <LIN@Mit-Mc>
  2600. Subject: GODBOUT/COMPUPRO questions...
  2601. To: info-micro at BRL, info-cpm at BRL
  2602. Via:  Mit-Mc; 20 Nov 82 2:23-EST
  2603. Via:  Brl; 20 Nov 82 2:34-EST
  2604. Via:  Brl-Bmd; 20 Nov 82 2:55-EST
  2605.  
  2606. I'm looking for certain information on GODBOUT/COMPUPRO systems...
  2607.  
  2608. (1) is there error-correcting circuitry available? (or parity checking?)
  2609.  
  2610. (2) they market an 8086/8087 board, but they claim that the 8086 is restricted to running at 5 MHz "with the 8087", vs. a 10 MHz speed without it. 
  2611.  
  2612.     (a) how come?
  2613.  
  2614.     (b) does this mean that the simple existence of the 8087
  2615.     inhibits 10 Mhz operation, regardless of whether the 8087 is actually
  2616.     in use, or can the 8086 run in 10 Mhz mode while the 8087 is either
  2617.     not in use or somewho disabled?  can it be disabled at all?
  2618.  
  2619. (3) can the 8087 be accessed while running 8 bit software?  For
  2620. example, if I had a fortran program wanting to do number
  2621. crunchingwhich was running on another card (e.g., their CPU Z card),
  2622. could I get at the 8087? Or is the 8087 a 16 bit job?
  2623.  
  2624. (4) how does the 8087 work anyway?  does the cpu see it as an I/O
  2625. device, or what?
  2626.  
  2627. (5) can anyone recommend a good hard disk (preferably with an
  2628. integrated tape back-up) which runs well with Godbout/Compupro
  2629. controllers?
  2630.  
  2631. (6) I've seen a few ads specifying particlar all-Godbout/Compupro
  2632. configurations, but for my needs, none of these are just what I need.
  2633. Does anyone do custom integration by mail?  if so, are they reliable,
  2634. etc...?
  2635.  
  2636. I will share all replies...
  2637.  
  2638. many thanks.
  2639. 20-Nov-82 00:24:00,211;000000000000
  2640. Date: 20 November 1982 02:24-EST
  2641. From: Herb Lin <LIN@Mit-Mc>
  2642. To: info-cpm at BRL
  2643. Via:  Mit-Mc; 20 Nov 82 2:27-EST
  2644. Via:  Brl; 20 Nov 82 2:35-EST
  2645. Via:  Brl-Bmd; 20 Nov 82 2:56-EST
  2646.  
  2647. What's BIG BOARD?  tnx.
  2648. 20-Nov-82 07:00:00,819;000000000000
  2649. Date: 20 November 1982 09:00-EST
  2650. From: Charlie Strom <CSTROM@Mit-Mc>
  2651. Subject: RAMDISK files
  2652. To: INFO-CPM at BRL
  2653. Via:  Mit-Mc; 20 Nov 82 9:02-EST
  2654. Via:  Brl; 20 Nov 82 9:13-EST
  2655. Via:  Brl-Bmd; 20 Nov 82 9:40-EST
  2656.  
  2657. I have uploaded the following files to MC:
  2658.  
  2659.     AR71:CPM;RAMDSK ASM
  2660.              RAMDSK DOC
  2661.              PRLMOV ASM
  2662.  
  2663. These files are from Mike Karas' article in Lifelines of a couple of months
  2664. ago; the programs implement a ram disk by reserving 20K of memory thereby
  2665. reducing the TPA size. Note that RMAC, LINK, and DISKDEF.LIB (from the CP/M 2.2
  2666. distribution disk) are required for assembly.
  2667. If there are any souls out there brave enough to modify the program to
  2668. use bank switched/extended addressed memory, please do so! This would be
  2669. a significant contribution to the public domain CP/M world!
  2670. 20-Nov-82 08:13:00,738;000000000000
  2671. Date: Saturday, 20 November 1982  10:13-EST
  2672. Sender: X.GYRO.MIT-OZ at BRL
  2673. From: X.GYRO at Mit-Mc
  2674. To:   Ronald G Fowler <RGF@Mit-Mc>
  2675. cc:   info-cpm at BRL
  2676. Subject: [RGF: CP/M disk logins]
  2677. In-reply-to: The message of 13 Nov 1982  00:31-EST from Ronald G Fowler <RGF at Mit-Mc>
  2678. Via:  Mit-Ml; 20 Nov 82 10:34-EST
  2679. Via:  Brl; 20 Nov 82 10:44-EST
  2680. Via:  Brl-Bmd; 20 Nov 82 11:03-EST
  2681.  
  2682.     Date: 13 November 1982 00:27-EST
  2683.     From: Ronald G. Fowler <RGF>
  2684.     Re:   CP/M disk logins
  2685.  
  2686.       In fact, once accessed, a disk is considered logged until the
  2687.     next warm-boot, even if it has changed.        --Ron
  2688.  
  2689. Not strictly true.  There is a "Reset disk subsystem" BDOS call that
  2690. will un-log all disks without warm booting.
  2691.  
  2692. -- Scott
  2693. 20-Nov-82 08:30:00,1271;000000000000
  2694. Date: 20 Nov 1982 0730-PST
  2695. Sender: BILLW at Sri-Kl
  2696. Subject: Re: GODBOUT/COMPUPRO questions...
  2697. From: BILLW at Sri-Kl
  2698. To: LIN at Mit-Mc
  2699. Cc: info-micro at BRL, info-cpm at BRL
  2700. Message-ID: <[SRI-KL]20-Nov-82 07:30:52.BILLW>
  2701. In-Reply-To: Your message of 20 November 1982 02:19-EST
  2702. Via:  Sri-Kl; 20 Nov 82 10:59-EST
  2703. Via:  Brl; 20 Nov 82 10:59-EST
  2704. Via:  Brl-Bmd; 20 Nov 82 11:18-EST
  2705.  
  2706. The 8087 is a co-processor.  When the 8086 want to do floating point
  2707. operations, it uses the various ESC opcodes.  The 8087 reads this
  2708. from the bus, and by watching the status lines of the 8086, is able to
  2709. determine when tey are executed.  It then can read an operand from the
  2710. bus (which the 8086 fetches and discards durring the ESC operation).
  2711. I dont know wgether the 8087 can also control the bus itself, but I
  2712. assume it must (otherwise  it would take several ESC instructions
  2713. to load a full floating point number...)  All this means that there
  2714. is little chance of getting at the 8087 from another processor.
  2715.  
  2716. Presumably, the 8087 will only run at 5MHz because is is not as far
  2717. along the learning curve as the 8086.  The first 8086s were 5Mhz too.
  2718. Due to the above outlined tight coupling between the 86 and 87, they
  2719. must both run at the same clock speed.
  2720.  
  2721. BillW
  2722. 20-Nov-82 12:51:00,718;000000000000
  2723. Date: 20 November 1982 14:51-EST
  2724. From: Charlie Strom <CSTROM@Mit-Mc>
  2725. Subject: Poor Peoples' Speller
  2726. To: info-cpm at BRL
  2727. Via:  Mit-Mc; 20 Nov 82 15:02-EST
  2728. Via:  Brl; 20 Nov 82 15:12-EST
  2729. Via:  Brl-Bmd; 20 Nov 82 15:25-EST
  2730.  
  2731. I have uploaded the Poor Peoples' Speller, a spelling program originally
  2732. appearing in Dr. Dobbs and subsequently converted to CP/M operation
  2733. (in Z80 code) to MC:
  2734.  
  2735.     AR72:CPM;SPELL 11ASM
  2736.          SPELL 11COM
  2737.          SPELL 11DOC
  2738.          SPELED 3COM
  2739.          SPELED DOC
  2740.  
  2741. The former three files comprise the speller proper; the latter two are
  2742. a recent addition allowing marking of the misspelled words in the text file
  2743. for later correction, addition of correct words to the dictionary
  2744. (LEX) file, etc.
  2745. 20-Nov-82 20:17:00,600;000000000000
  2746. Date: 20 Nov 1982 1917-PST
  2747. Sender: TBOWERMAN at Office-10
  2748. Subject: Re: Poor Peoples' Speller
  2749. From: TBOWERMAN at Office-10
  2750. To: CSTROM at Mit-Mc
  2751. Cc: info-cpm at BRL
  2752. Message-ID: <[OFFICE-10]20-Nov-82 19:17:10.TBOWERMAN>
  2753. In-Reply-To: Your message of 20 November 1982 14:51-EST
  2754. Via:  Office-10; 20 Nov 82 22:23-EST
  2755. Via:  Brl; 20 Nov 82 22:26-EST
  2756. Via:  Brl-Bmd; 20 Nov 82 22:53-EST
  2757.  
  2758. Excellent job, Charlie. I had it downloaded and working in less than an
  2759. hour, counting the time it took to read your message. My first spell
  2760. program that works, and it does a good job.
  2761.  
  2762. Thanks much.
  2763.  
  2764. Tom
  2765. 20-Nov-82 23:47:00,1063;000000000000
  2766. Date: 21 November 1982 01:47-EST
  2767. From: Greg Heise <AUTHOR@Mit-Mc>
  2768. To: INFO-CPM at Mit-Mc
  2769. Via:  Mit-Mc; 21 Nov 82 2:04-EST
  2770. Via:  Brl; 21 Nov 82 2:04-EST
  2771. Via:  Brl-Bmd; 21 Nov 82 2:14-EST
  2772.  
  2773.     Has anyone had any experience with the LU program set with
  2774. libraries over 256k?  It seems to be fouling up somehow on the directory:
  2775. some directory programs report a file length as (true length) mod 256K.
  2776.     I've modified the filefind program so it searches ALL 4 or 16 drives
  2777. of a cp/m system rather than ending at the first non-existent drive --who
  2778. should this be reported to?
  2779.     I feel that dirty linen like the recent message set between PLATT
  2780. and BANDY ought not to be aired; I'm not taking sides -- I just feel that
  2781. I have better things to do then listen to this nonsense.  If you object
  2782. to someone's behavior, say so *privately*, or ignore it.  The only saving
  2783. grace of twits is that they *eventually* go away if you ignore them.  If
  2784. you just can't take it, then remove the name from the list or take some
  2785. other pointed action.  End of flame.
  2786.     --Greg
  2787. 21-Nov-82 00:28:00,440;000000000000
  2788. Date: Sunday, 21 November 1982  02:28-EST
  2789. Sender: RG.JMTURN.MIT-OZ at BRL
  2790. From: RG.JMTURN at Mit-Mc
  2791. To:   info-cpm at BRL
  2792. Via:  Mit-Mc; 21 Nov 82 2:50-EST
  2793. Via:  Brl; 21 Nov 82 2:57-EST
  2794. Via:  Brl-Bmd; 21 Nov 82 3:14-EST
  2795.  
  2796. Someone on CompuServe claims that someone on INFO-MICRO claimed that
  2797. the Morrow MicroDecision wouldn't talk to certain terminals. Is this
  2798. so, and can the Z19 talk to it? Also, add me tto INFO-CPM.
  2799.                     James
  2800. 21-Nov-82 02:00:30,1221;000000000000
  2801. Date: 21-Nov-82 01:00:30-PST (Sun)
  2802. From: UCBARPA.dag at Ucb-C70 (David Allen Gewirtz)
  2803. Subject: GODBOUT/COMPUPRO questions...
  2804. Message-Id: <8210210900.11883@UCBARPA.BERKELEY.ARPA>
  2805. Received: by UCBARPA.BERKELEY.ARPA (3.224 [10/16/82])
  2806.     id A11882; 21-Nov-82 01:00:31-PST (Sun)
  2807. Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  2808.     id A19732; 21-Nov-82 00:57:14-PST (Sun)
  2809. To: LIN at Mit-Mc, info-cpm at BRL, info-micro at BRL
  2810. Via:  Ucb-C70; 21 Nov 82 4:03-EST
  2811. Via:  Brl; 21 Nov 82 4:12-EST
  2812. Via:  Brl-Bmd; 21 Nov 82 4:26-EST
  2813.  
  2814. As far as I can tell, G & G Engineering is the best Godbout
  2815. integration house around.  They seem to know there stuff when
  2816. it comes to system integration.  Since they have Compupros
  2817. stamp of approval for integration work, it seems that they
  2818. may be what you want.  I spoke with them once and was
  2819. impressed by their knowledge.  (however, they have grown
  2820. considerably in the half year since then).  For your information
  2821. they are in San Leandro and San Francisco CA, in the 415 area.
  2822. I believe that their ads are in a number of the trade mags.  I
  2823. also believe they will do stuff by mail.  
  2824.  
  2825. Be forwarned however, they are not cheap.
  2826.  
  2827. Good Luck,
  2828. David
  2829. 21-Nov-82 02:42:00,504;000000000000
  2830. Date: 21 November 1982 04:42-EST
  2831. From: "James Lewis Bean, Jr." <BEAN@Mit-Mc>
  2832. Subject:  Large Files
  2833. To: INFO-CPM at Mit-Mc
  2834. Via:  Mit-Mc; 21 Nov 82 5:19-EST
  2835. Via:  Brl; 21 Nov 82 5:30-EST
  2836. Via:  Brl-Bmd; 21 Nov 82 5:45-EST
  2837.  
  2838.  
  2839. Mabey files loaded to the CPM directory should be squeezed before
  2840. sending them to MC.  Doing this would increase the speed of transfers
  2841. to and from the machine as well as decreasing the ammount of
  2842. disk space taken up by these files.
  2843.  
  2844.                         lewis
  2845.                         bean at mit-mc
  2846. 21-Nov-82 08:14:00,1132;000000000000
  2847. Date: 21 Nov 1982 0714-PST
  2848. Sender: BILLW at Sri-Kl
  2849. Subject: Re:  Large Files
  2850. From: BILLW at Sri-Kl
  2851. To: BEAN at Mit-Mc
  2852. Cc: INFO-CPM at Mit-Mc
  2853. Message-ID: <[SRI-KL]21-Nov-82 07:14:32.BILLW>
  2854. In-Reply-To: Your message of 21 November 1982 04:42-EST
  2855. Via:  Mit-Mc; 21 Nov 82 10:21-EST
  2856. Via:  Brl; 21 Nov 82 10:23-EST
  2857. Via:  Brl-Bmd; 21 Nov 82 10:30-EST
  2858.  
  2859.     Files in CPM; should be compressed.
  2860.  
  2861. Please dont.  Some of us like to look at the program/whatever
  2862. BEFORE we download it, if it ever gets downloaded at all.  I
  2863. frequently run a program from CPM though a translation process
  2864. and assemble using a cross assembler...  It is particurally
  2865. annoying, for example, that the documentation for SYSLIB, which
  2866. is applicable to more than just CPM systems, is essentially
  2867. unusable without a rather specific cpm environment. (Not that
  2868. Im complaining - beggars can't be choosy!).  The ideal solution
  2869. would be to write versions of SQUEZE/UNSQUEZE for various large
  2870. computers (it might even be useful in its own right!).  For
  2871. example, does anyone have it running under UNIX (this should
  2872. be relatively easy...).
  2873.  
  2874. Bill Westfield
  2875. 21-Nov-82 10:35:00,1011;000000000000
  2876. Date: 21 November 1982 12:35-EST
  2877. From: Frank J Wancho <FJW@Mit-Mc>
  2878. Subject:  Mainframe CP/M Utilities
  2879. To: INFO-CPM at BRL
  2880. Via:  Mit-Mc; 21 Nov 82 13:05-EST
  2881. Via:  Brl; 21 Nov 82 13:12-EST
  2882. Via:  Brl-Bmd; 21 Nov 82 13:20-EST
  2883.  
  2884. For those of you who may not be aware, other than various varieties of
  2885. MODEM, we have several other utilities available for the CP/M hacker
  2886. for use on certain mainframes:
  2887.  
  2888. Ian Mackey's CRC - the ITS and TOPS-20 equivalent of Keith Petersen's
  2889. CRCK.  Contact GREN@MC for availability of the sources, written in
  2890. MIDAS.
  2891.  
  2892. Gail Zacharias' COMIFY and HEXIFY, which convert HEX files to COM
  2893. files, and vice-versa.  Contact GZ@MC.  Sources are also in MIDAS as I
  2894. recall - for ITS...
  2895.  
  2896. As the space availability on MC:CPM; dwindles, and as Bill Westfield
  2897. points out, utilities such as mainframe versions of SQ, USQ, and TSQ
  2898. would certainly be welcome additions to the mainframe world in their
  2899. own right.  And UNIX machines do not hold a monopoly on C compilers...
  2900.  
  2901. --Frank
  2902. 21-Nov-82 10:38:00,1227;000000000000
  2903. Date: 21 Nov 1982 at 1138-CST
  2904. From: mknox at Utexas-11
  2905. Subject: squeezing MC CPM files
  2906. To: info-cpm at BRL
  2907. Via:  Utexas-11; 21 Nov 82 13:32-EST
  2908. Via:  Brl; 21 Nov 82 13:42-EST
  2909. Via:  Brl-Bmd; 21 Nov 82 14:06-EST
  2910.  
  2911.  
  2912. Another vote for NOT squeezing files on MC;CPM...AT THIS TIME.
  2913.  
  2914. Reason against:  It has the unfortunate feature of turning text files
  2915. into binary files, which a still large number of us are not set up to
  2916. handle.  It is already a problem with the .COM files on MC;CPM.  Many
  2917. of them need to be .COMs, because of space requirements; but then the
  2918.  .HEX unloaded version is needed too, taking up even more space due to
  2919. the duplication.  Not to mention needing some kind sole to unload the
  2920. files each time.
  2921.  
  2922. Possible solution:  A mechanism for performing the UNLOAD function on
  2923. the MIT machine.  This would allow the transfer of binary files, both
  2924.  .COM and .xSx types, by anyone; in the more efficient binary form  if
  2925. the user had the capability, as clear text if not.  An alternate sol-
  2926. ution would of course involve UNLOAD programs for the remote sites,
  2927. with the advantage of improved ARPANET transmission times, but  would
  2928. then require a large and diverse number of such programs.
  2929. -------
  2930. 21-Nov-82 12:13:00,1264;000000000000
  2931. Date: 21 Nov 1982 1113-PST
  2932. From: Dick <Mead@Usc-Eclb>
  2933. Subject: Re: Large Files
  2934. To: BEAN at Mit-Mc
  2935. cc: info-cpm at BRL
  2936. In-Reply-To: Your message of 21-Nov-82 0142-PST
  2937. Via:  Usc-Eclb; 21 Nov 82 15:11-EST
  2938. Via:  Brl; 21 Nov 82 15:12-EST
  2939. Via:  Brl-Bmd; 21 Nov 82 15:33-EST
  2940.  
  2941. Mail-from: ARPANET site USC-ECL rcvd at 21-Nov-82 0335-PST
  2942. Mail-from: ARPANET site BRL rcvd at 21-Nov-82 0331-PST
  2943. Date: 21 November 1982 04:42-EST
  2944. From: "James Lewis Bean, Jr." <BEAN@Mit-Mc>
  2945. Subject:  Large Files
  2946. To: INFO-CPM at Mit-Mc
  2947. Via:  Mit-Mc; 21 Nov 82 5:19-EST
  2948. Via:  Brl; 21 Nov 82 5:30-EST
  2949. Via:  Brl-Bmd; 21 Nov 82 5:45-EST
  2950.  
  2951.  
  2952. Mabey files loaded to the CPM directory should be squeezed before
  2953. sending them to MC.  Doing this would increase the speed of transfers
  2954. to and from the machine as well as decreasing the ammount of
  2955. disk space taken up by these files.
  2956.  
  2957.                         lewis
  2958.                         bean at mit-mc
  2959.  
  2960.  
  2961.  
  2962.  
  2963. It is a nice idea. But, unfortunately, I, and perhaps many
  2964. others, would not be able to transfer squeezed files. I am only
  2965. able to grab text files intact, and need non-text files Hexed,
  2966. which, of course, takes up time and room. However, as long as
  2967. there are helpful people who don't mind requests to hexify some
  2968. files, I won't mind too much.
  2969. -------
  2970. 21-Nov-82 12:29:32,745;000000000000
  2971. Date:     21 Nov 82 14:29:32-EST (Sun)
  2972. From:     Keith Petersen <w8sdz@BRL>
  2973. To:       Info-Cpm at BRL
  2974. Subject:  CP/M 2.2 for TRS-80 model II
  2975. Via:  Brl; 21 Nov 82 14:30-EST
  2976. Via:  Brl-Bmd; 21 Nov 82 14:57-EST
  2977.  
  2978. A friend is considering buying a Model II system but wants to run CP/M
  2979. instead of TRSDOS.  I am aware of Pickles & Trout's CP/M for that
  2980. machine, but there are some things I don't like about their
  2981. implementation (such as not providing source for the CBIOS, putting
  2982. serial number checks into several of their utilities which makes it
  2983. almost impossible to use ZCPR because it has no serial number, etc).
  2984.  
  2985. Is there another source for CP/M 2.2 for that machine?  Alternately has
  2986. anyone solved the problems I mentioned above?
  2987. 21-Nov-82 13:09:13,721;000000000000
  2988. Date: 21-Nov-82 12:09:13-PST (Sun)
  2989. From: csuf!csuf!bytebug at Ucb-C70
  2990. Subject: Re: CP/M disk logins
  2991. Message-Id: <8210212009.2414@UCBVAX.BERKELEY.ARPA>
  2992. Received: by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  2993.     id A02395; 21-Nov-82 12:09:21-PST (Sun)
  2994. To: ucivax!ucbvax!info-cpm at BRL
  2995. Cc: ucivax!ucbvax!goldfarb.ucf-cs at Udel-Relay, 
  2996.     ucivax!ucbvax!mknox at Utexas-11
  2997. Via:  Ucb-C70; 21 Nov 82 15:24-EST
  2998. Via:  Brl; 21 Nov 82 15:29-EST
  2999. Via:  Brl-Bmd; 21 Nov 82 15:46-EST
  3000.  
  3001. The new CP/M 2.2 documentation defines the SELDSK routine, adding the
  3002. following statement:
  3003.  
  3004.     "The least significant bit of register E is zero if this is
  3005.      the first occurrence of the drive select since the last cold
  3006.      or warm start."
  3007. 21-Nov-82 15:44:00,3269;000000000000
  3008. Date: 21 November 1982 17:44-EST
  3009. From: Frank J Wancho <FJW@Mit-Mc>
  3010. Subject:  Large Files
  3011. To: Mead at Usc-Eclb
  3012. cc: INFO-CPM at BRL
  3013. Via:  Mit-Mc; 21 Nov 82 17:46-EST
  3014. Via:  Brl; 21 Nov 82 17:44-EST
  3015. Via:  Brl-Bmd; 21 Nov 82 18:07-EST
  3016.  
  3017. As I mentioned in my previous message, there are several mainframe
  3018. implementations of MODEM, and there are two working versions that run
  3019. on TOPS-20 machines: Bill Westfield's MODEM and Max Diaz' XMODEM.
  3020. Sources to both are kept in MC:AR60:.  MODEM works on TOPS-20 only and
  3021. also works through an ARPANET connection using a TIP or TAC, NCP or
  3022. TCP.  XMODEM works on TOPS-20 direct only, and on TENEX either direct
  3023. or through an ARPANET connection using a TIP or TAC, NCP or TCP.
  3024.  
  3025. Downloading using either program works at any speed.  Uploading works
  3026. at any speed in direct mode, and through a TIP up to 1200.  TACs have
  3027. an inherent design flaw (a fixed-size 64-byte input buffer) which
  3028. prevents or severely inhibits uploading at speeds greater than 300.
  3029.  
  3030. Both uploading and downloading using either program properly handle
  3031. both text and binary files, including those binary files uploaded to
  3032. MC via LMODEM which contain a special header word as the first word of
  3033. the file to indicate that it is a binary file since ITS sites do not
  3034. have FDBs to indicate file type.  Thus, you should no longer need
  3035. files in HEX or text-only form unless you cannot FTP from MC.
  3036.  
  3037. Note to UNIX sites: UMODEM is available and does work with both text
  3038. and binary files in your environment.  The trick is to get FTP to
  3039. transfer the binary files correctly...someone else can tell us how
  3040. they do that.
  3041.  
  3042. Further comment on SQueezed vs text vs binary files: binary files are
  3043. stored as 4 bytes per PDP-10 36-bit word; text files are stored as 5
  3044. bytes per PDP-10 word.  Storing a text file as a binary file takes up
  3045. 25% more disk space.  Squeezing that file first yields a typical 40%
  3046. reduction and takes up 15% less disk space.  That 15% helps, but that
  3047. alone is not quite enough justification - converting several files to
  3048. Library format is.  The reason: each file takes up directory entry
  3049. space, limiting the combined total amount of space for both the files
  3050. themselves and the directory entry space.  By packing several related
  3051. files into Library format, already a binary file at that point, and
  3052. then SQueezing the resulting file, we can make *much* more space
  3053. available for the many files which should have been uploaded by now
  3054. and haven't, due to that space crunch.
  3055.  
  3056. I can appreciate Bill Westfield's desire to leave text files alone so
  3057. that he can manipulate them online, but that is a luxury we can no
  3058. longer afford.  The principal intent of a CPM directory on MC is to
  3059. have a repository for public domain files of interest to the CP/M
  3060. community which they can, in turn, download to their micros by
  3061. whatever means available to them.  At first, uploading and downloading
  3062. was limited to those who had access to MC.  Since then, programs like
  3063. Bill's own MODEM have sprung up to provide similar capabilities to
  3064. other mainframes.  I suspect that it won't be too long before someone
  3065. converts SQ, USQ, TYPESQ, and LU to mainframe versions of those
  3066. utilities we have found so handy on our micros...
  3067.  
  3068. --Frank
  3069. 21-Nov-82 16:05:00,2397;000000000000
  3070. Date: 21 Nov 1982 at 1705-CST
  3071. From: mknox at Utexas-11
  3072. Subject: Model-II
  3073. To: info-cpm at BRL
  3074. Via:  Utexas-11; 21 Nov 82 18:32-EST
  3075. Via:  Brl; 21 Nov 82 18:42-EST
  3076. Via:  Brl-Bmd; 21 Nov 82 19:07-EST
  3077.  
  3078.  
  3079. There are a number of CP/M implementations for the Model-II.  Briefly, (and
  3080. in my own humble opinion):
  3081.  
  3082. o  P&T -- I agree with your complaints, but feel that theirs is the best
  3083.     overall product for the price.  The provide very good documentation
  3084.     (a rare bird indeed).  They support a variety of disk drives, both
  3085.     hard and soft.  They provide a good supply of useful, well written
  3086.     utilities.  And they provide good customer support (except for certain
  3087.     policies like not providing source).  Only one other complaint;  the
  3088.     double density disk format they chose is a little strange, 16 sectors
  3089.     of 512 bytes  (most use 15 x 512).  This does provide more storage
  3090.     than others, but is very hard to read on other machines.
  3091.  
  3092. o  Lifeboat -- The other current major supplier.  Not as good an implementation
  3093.     as P&T, and with the usual Lifeboat support (one customer I know of is
  3094.     still waiting for an answer to his question after 2 years!).  Does
  3095.     support 8 x 1k disk sectors.  
  3096.  
  3097. o  CPU SHOP and FMG -- sold a lot of copies early on, but have mostly faded
  3098.     away, at least as a CP/M Model-II supplier.  More expensive.
  3099.  
  3100. o  ATON -- one of the best jobs of fully utilizing the Model-II hardware that
  3101.     I have seen.  Only a little more expensive.  Fair documentations,
  3102.     actually quite good for a hacker, not near as good as P&T if you are
  3103.     a business turnkey type.  The ATON version(s) support disk caching
  3104.     through extra memory cards, and also concurrent operations using
  3105.     multiple banked memory cards.  I have no direct experience running
  3106.     the system (called JOBSTREAM), but careful review of the manuals
  3107.     makes it look like it was done by a hacker who knows his way around
  3108.     a system.  ATON has only had it out a few months.
  3109.  
  3110. Conclusion:  I'd still go with the P&T.  Most products now support it (Word-
  3111.     star, dBASE, etc.), where some of the other implementations may require
  3112.     some effort to install application packages.  [Side note:  the P&T
  3113.     makes full use of the CRT capabilities, much better than Lifeboat]
  3114.     I am recommending P&T to those who ask me; and using it as a base
  3115.     for a Model-16 or Model-II Enhanced CP/M-68K implementation.
  3116.  
  3117.  
  3118.                     
  3119. -------
  3120. 21-Nov-82 18:12:00,508;000000000000
  3121. Date: 21 November 1982 20:12-EST
  3122. From: Keith Petersen <W8SDZ@Mit-Mc>
  3123. Subject:  squeezing MC CPM files
  3124. To: mknox at Utexas-11
  3125. cc: Info-Cpm at BRL
  3126. Via:  Mit-Mc; 21 Nov 82 21:01-EST
  3127. Via:  Brl; 21 Nov 82 21:12-EST
  3128. Via:  Brl-Bmd; 21 Nov 82 21:27-EST
  3129.  
  3130. We have a HEXIFY utility on MIT-MC, thanks to Gail <GZ@MC>.  Anyone
  3131. who needs a .COM file turned into a .HEX file may do so on MC if they
  3132. have an account there, or alternatively have Frank or myself make one
  3133. (send requests to Info-Cpm-Request@Brl).
  3134. 21-Nov-82 21:16:00,662;000000000000
  3135. Date: 21 November 1982 23:16-EST
  3136. From: Leor Zolman <LEOR@Mit-Mc>
  3137. Subject: clearing externals with BDS C v1.5
  3138. To: info-cpm at BRL
  3139. Via:  Mit-Mc; 21 Nov 82 23:17-EST
  3140. Via:  Brl; 21 Nov 82 23:24-EST
  3141. Via:  Brl-Bmd; 21 Nov 82 23:34-EST
  3142.  
  3143. The actual release version of v1.5 (which still hasn't been finalized) will
  3144. have a new CLINK option which inhibits the clearing of external data, like
  3145. Dave Gewirtz's NOCLEAR program does.
  3146. I'll probably be sending a "final" v1.50 to the User's Group for general
  3147. distribution this week. The new User's Guide is 200 pages long, all run
  3148. off on my Diablo and much more coherent than the previous patchwork guide...
  3149.     -leor
  3150. 21-Nov-82 21:50:00,362;000000000000
  3151. Date: 21 November 1982 23:50-EST
  3152. From: Herb Lin <LIN@Mit-Mc>
  3153. Subject:  LOGO on CP/M?
  3154. To: info-cpm at BRL
  3155. Via:  Mit-Mc; 22 Nov 82 0:20-EST
  3156. Via:  Brl; 22 Nov 82 0:28-EST
  3157. Via:  Brl-Bmd; 22 Nov 82 0:36-EST
  3158.  
  3159. DOes anyone know if such a beast is or will be likely to happen?
  3160. (Yes, I know CPM doesn't usually support graphics, but I hear that
  3161. CP/M 3.0 will.)
  3162. 21-Nov-82 21:57:00,727;000000000000
  3163. Date: 21 November 1982 23:57-EST
  3164. From: Herb Lin <LIN@Mit-Mc>
  3165. Subject:  [RMS.G.BANDY: diagnostics for new computers, fresh out of box]
  3166. To: info-cpm at BRL, info-mirco at BRL
  3167. Via:  Mit-Mc; 22 Nov 82 0:21-EST
  3168. Via:  Brl; 22 Nov 82 0:28-EST
  3169. Via:  Brl-Bmd; 22 Nov 82 0:37-EST
  3170.  
  3171. Date: 20 Nov 1982 0755-EST
  3172. From: Andrew Scott Beals <RMS.G.BANDY at MIT-OZ>
  3173. To:   LIN
  3174. Re:   diagnostics for new computers, fresh out of box
  3175.  
  3176. well, memory tests.
  3177. disk read/write tests. i had a simple little program written
  3178. in mbasic that would fill up the disk, kill the file it
  3179. just filled up the disk with, then do it again - i used
  3180. this to test my osborne when i originally got it. the best
  3181. way to test a computer is through hard use.
  3182. 21-Nov-82 21:58:00,1628;000000000000
  3183. Date: 21 November 1982 23:58-EST
  3184. From: Herb Lin <LIN@Mit-Mc>
  3185. Subject:  [CSTROM: diagnostics for new computers, fresh out of box]
  3186. To: info-cpm at BRL, info-micro at BRL
  3187. Via:  Mit-Mc; 22 Nov 82 0:21-EST
  3188. Via:  Brl; 22 Nov 82 0:28-EST
  3189. Via:  Brl-Bmd; 22 Nov 82 0:38-EST
  3190.  
  3191. Date: 20 November 1982 08:31-EST
  3192. From: Charlie Strom <CSTROM>
  3193. To:   LIN
  3194. Re:   diagnostics for new computers, fresh out of box
  3195.  
  3196. Sudden infant mortality is surely a very common occurrence in the
  3197. microcomputer field. Memoery tests are very useful; the best I have
  3198. seen is called the Rasmussen Memory test (MEMR2) from Lifeboat and is
  3199. most likely available from them for a modest fee. There are also a
  3200. plethora of public domain memory tests available in the public domain
  3201. and they are generally useful for "hard" errors only; I have seen
  3202. several instances of bad memory where the mory tests insist that all
  3203. is well. Those that exercise the memory at full speed are the best.
  3204. Look at one called WORM and another called UMPIRE (both in the public
  3205. domain.) I did just have ocassion to repair a CCS 16K static board on
  3206. which a 2114 went bad after about 18 months of almost daily use. This
  3207. is the exception.
  3208. The best way to burn in the system is to use it in normal operation
  3209. intensively for a while. I find that the real life conditions will
  3210. show up any faults much more effectively than the so-called test
  3211. programs. If your machine runs WordStar for example, chances are that
  3212. there are no problems.
  3213. I will leave comments re disk drives and other components to others
  3214. who are more knowledgeable about them.
  3215.                         Regards,
  3216.                         Charlie
  3217. 22-Nov-82 04:37:40,663;000000000000
  3218. From: TENNEY at Mit-Ai
  3219. Date: 11/22/82 04:37:40
  3220. Subject: Large files + SQ
  3221. Via:  Mit-Mc; 22 Nov 82 4:38-EST
  3222. Via:  Brl; 22 Nov 82 4:53-EST
  3223. Via:  Brl-Bmd; 22 Nov 82 5:06-EST
  3224.  
  3225. TENNEY@MIT-AI 11/22/82 04:37:40 Re: Large files + SQ
  3226. To: info-cpm at MIT-MC
  3227. Really, the ideal would be:
  3228. The files are kept SQ'ed; there was a TYPESQ equiv.; MODEMxxx would
  3229. hexify on the fly if needed.  Result: everyone benefits!
  3230. If TYPESQ were difficult, then keep files UNSQ'ed and let MODEMxxx
  3231. SQ them on the fly (a bit much, but...).  I do think that MODEMxxx should
  3232. have the hexify option built-in for those of you that can't use 8-bit.
  3233. Well, enuf for dreaming.     Glenn
  3234. 22-Nov-82 10:01:55,381;000000000000
  3235. Date: 22 Nov 1982 10:01:55 CST (Monday)
  3236. From: Mike Meyer <mwm@Okc-Unix>
  3237. Subject: Your Bios
  3238. To: pourne at Mit-Mc
  3239. Cc: info-cpm at BRL, mwm at Okc-Unix
  3240. Via:  Okc-Unix; 22 Nov 82 11:11-EST
  3241. Via:  Brl; 22 Nov 82 11:24-EST
  3242. Via:  Brl-Bmd; 22 Nov 82 11:36-EST
  3243.  
  3244. What are the chances of us non-godbout people getting to look
  3245. at the insides of the BIOS you are running?
  3246.  
  3247.  
  3248.     <mike
  3249. 22-Nov-82 10:37:00,532;000000000000
  3250. Date: 22 Nov 1982 0937-PST
  3251. From: STERNLIGHT at Usc-Ecl
  3252. Subject: TRS-80 Mod II/16 and ZCPR
  3253. To:   Info-cpm at BRL
  3254. cc:   w8sdz at BRL
  3255. Via:  Usc-Ecl; 22 Nov 82 12:38-EST
  3256. Via:  Brl; 22 Nov 82 13:23-EST
  3257. Via:  Brl-Bmd; 22 Nov 82 13:38-EST
  3258.  
  3259.  
  3260. I have been using zcpr with both the TRS-80 Model II and
  3261. Model 16 running Pickles and Trout CP/M without any
  3262. problems since it came out.  If anyone is interested in
  3263. installation instructions, which use BDLOC and DU or DUU,
  3264. please let me know, and I'll send them.  --david--
  3265. -------
  3266. 22-Nov-82 12:56:00,866;000000000000
  3267. Date: 22 Nov 1982 1456-EST (Monday)
  3268. From: dudley at Nadc
  3269. Subject: Assembly source conversion
  3270. To: INFO-CPM at Mit-Mc
  3271. cc: REM at Mit-Mc
  3272. Via:  Mit-Mc; 22 Nov 82 15:05-EST
  3273. Via:  Brl; 22 Nov 82 15:19-EST
  3274. Via:  Brl-Bmd; 22 Nov 82 15:32-EST
  3275.  
  3276.         What is CROSS?  Is it anything like XITAN mnemonics for the
  3277. 8080/Z80?  If it is, boy, have I got a deal for you.
  3278.         I have a set of TECO macros to convert  XITAN  source  to
  3279. M80  source.   They  actually run under Small System Design's TED
  3280. which is an (excellent) TECO imitation running on CPM.  The  only
  3281. limitation  is  that the source file to be converted must not al-
  3282. ready  have  any  Z80  mnemonics  in  it.   (i.e.  must  be  pure
  3283. Intel/Xitan).
  3284.         If you have any interest let me know and  I'll  find  out
  3285. how to transfer stuff out.
  3286.                                 Bill Dudley
  3287. -------
  3288. 22-Nov-82 15:37:09,1396;000000000000
  3289. Date: Mon Nov 22 1982 15:37:09 PST
  3290. From: Lauren Weinstein <vortex!lauren@Lbl-Unix>
  3291. Subject: no graphics on CP/M 3.0
  3292. To: lbl-unix!INFO-CPM at BRL
  3293. Via:  Lbl-Unix; 22 Nov 82 19:56-EST
  3294. Via:  Brl; 22 Nov 82 20:04-EST
  3295. Via:  Brl-Bmd; 22 Nov 82 22:40-EST
  3296.  
  3297. I'd sure like to know where these rumors about "graphics support"
  3298. under 3.0 are coming from!  In all of my discussions with persons
  3299. about 3.0, and in all of the literature I've seen on the subject, there
  3300. has been no mention of any kind of graphics.  I can't even see
  3301. how such a thing would be implemented... What KIND of graphics?  For
  3302. what kind of graphics devices?  Barring convincing evidence to the
  3303. contrary, I would brand these rumors as hogwash.
  3304.  
  3305. In fact, everything I've learned so far about 3.0 leads me to expect
  3306. it will be about as exciting as a new assembler for the IBM 360.
  3307. Digital Research seems to have no interest in supporting 3.0 for
  3308. other than large OEM's with turnkey-type systems.  The "advances"
  3309. of 3.0 all sound pretty dubious, and I understand that the documentation
  3310. isn't even up to D.R.'s usual low standards.  Given that D.R. plans
  3311. to continue to "support" 2.2, it appears that 3.0 is an attempt
  3312. to squeeze some bucks out of the "higher-end" Z80 machines currently
  3313. on the market.  I'm not against new software for 8080/Z80's, but
  3314. I view 3.0 with a considerable lack of interest.  
  3315.  
  3316. --Lauren--
  3317. 22-Nov-82 22:33:19,418;000000000000
  3318. Date:     22 Nov 82 22:33:19 EST  (Mon)
  3319. From:     Ben Goldfarb <goldfarb.ucf-cs@Udel-Relay>
  3320. Subject:  Re:  Your Bios
  3321. To:       pourne at Mit-Mc
  3322. Cc:       mwm at Okc-Unix, info-cpm at BRL
  3323. Via:  UCF-CS; 23 Nov 82 1:30-EST
  3324. Via:  Udel-Relay; 23 Nov 82 1:53-EST
  3325. Via:  Brl; 23 Nov 82 1:59-EST
  3326. Via:  Brl-Bmd; 23 Nov 82 2:17-EST
  3327.  
  3328. If there is a chance that you will let us in on your BIOS, I'd like to
  3329. see it, too.
  3330. 23-Nov-82 02:06:04,1143;000000000000
  3331. Date: 23-Nov-82 01:06:04-PST (Tue)
  3332. From: UCBARPA.dag at Ucb-C70 (David Allen Gewirtz)
  3333. Subject: micro decision
  3334. Message-Id: <8210230906.10356@UCBARPA.BERKELEY.ARPA>
  3335. Received: by UCBARPA.BERKELEY.ARPA (3.224 [10/16/82])
  3336.     id A10355; 23-Nov-82 01:06:06-PST (Tue)
  3337. Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  3338.     id A17243; 23-Nov-82 08:29:23-PST (Tue)
  3339. To: RG.JMTURN.MIT-OZ at BRL, info-cpm at BRL
  3340. Via:  Ucb-C70; 23 Nov 82 15:20-EST
  3341. Via:  Brl; 23 Nov 82 15:43-EST
  3342. Via:  Brl-Bmd; 23 Nov 82 16:30-EST
  3343.  
  3344.  
  3345. I think I know what they are refering to.
  3346.  
  3347. Morrow uses his own terminal (an adm-20) with the
  3348. micro decision.  It tends to act like an adm31 with
  3349. the absolute cursor addressing reversed.
  3350.  
  3351. The adm-31 does an ESC = Y X to goto a position, while
  3352. morrows terminal does an ESC = X Y.
  3353.  
  3354. Morrow therefore has put a hack in the bios that checks for
  3355. ESC followed by '='.  It then intercepts the next two characters
  3356. and reverses them.
  3357.  
  3358. I suspect that this is the protential incompatibility
  3359. problem.  Worst case solution for the h19 is re-hacking
  3360. the BIOS supplied with the micro-decision.
  3361.  
  3362. David
  3363. 23-Nov-82 02:10:03,638;000000000000
  3364. Date: 23-Nov-82 01:10:03-PST (Tue)
  3365. From: UCBARPA.dag at Ucb-C70 (David Allen Gewirtz)
  3366. Subject: CP/M 2.2 for TRS-80 model II
  3367. Message-Id: <8210230910.10382@UCBARPA.BERKELEY.ARPA>
  3368. Received: by UCBARPA.BERKELEY.ARPA (3.224 [10/16/82])
  3369.     id A10380; 23-Nov-82 01:10:05-PST (Tue)
  3370. Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  3371.     id A16655; 23-Nov-82 08:11:10-PST (Tue)
  3372. To: Info-Cpm at BRL, w8sdz at BRL
  3373. Via:  Ucb-C70; 23 Nov 82 11:27-EST
  3374. Via:  Brl; 23 Nov 82 11:40-EST
  3375. Via:  Brl-Bmd; 23 Nov 82 11:52-EST
  3376.  
  3377. I believe omicron has a CP/M for the TRS-80 II.
  3378.  
  3379. I know no more about it than that.
  3380.  
  3381. David
  3382. 23-Nov-82 04:22:00,1192;000000000000
  3383. Date: 23 November 1982 06:22-EST
  3384. From: Charlie Strom <CSTROM@Mit-Mc>
  3385. Subject:  no graphics on CP/M 3.0
  3386. To: vortex!lauren at Lbl-Unix
  3387. cc: INFO-CPM at BRL
  3388. Via:  Mit-Mc; 23 Nov 82 6:54-EST
  3389. Via:  Brl; 23 Nov 82 7:00-EST
  3390. Via:  Brl-Bmd; 23 Nov 82 7:07-EST
  3391.  
  3392. The "graphics support" everyone seems to be taking for granted
  3393. consists of a couple of BIOS calls to do cursor addressing, clear
  3394. screen and the like, according to what I have been told. It would make
  3395. applications programming a little easier, but I strongly suspect that
  3396. most developers of CP/M software will elect to stay 2.2 compatible. I
  3397. see 3.0 as a hacker's joy and wonder if it will make much of a dent in
  3398. the 2.2 installed user base.
  3399. Running with bank switched memory and deblocking in the BDOS rather
  3400. than the BIOS, time stamping of files, and the like seem to be the
  3401. main attractions of 3.0. My understanding is that the current version
  3402. still has a couple of bugs. D.R. in their infinite(?) wisdom elected
  3403. not to make 3.0 available to individuals (probably because the doc is
  3404. up to usual standards of illegibility); I intend to get it as soon as
  3405. possible, but no way do I see throwing out 2.2.
  3406.                             Charlie
  3407. 23-Nov-82 05:39:31,1075;000000000000
  3408. Date:     23 Nov 82 7:39:31-EST (Tue)
  3409. From:     Rick Conn <rconn@BRL>
  3410. To:       info-cpm at BRL, info-micro at BRL
  3411. Subject:  [Sol Libes:  SYSLIB, Copying Files, the ACG-NJ, and SIG/M]
  3412. Via:  Brl; 23 Nov 82 7:49-EST
  3413. Via:  Brl-Bmd; 23 Nov 82 7:52-EST
  3414.  
  3415. Sol has some good info to add to my message re SIG/M and the ACG-NJ.
  3416. Thought you would like to see it.
  3417.  
  3418.     Rick
  3419.  
  3420. ----- Forwarded message # 1:
  3421.  
  3422. Date: 22 November 1982 22:47-EST
  3423. From: Sol Libes <SLIBES at MIT-MC>
  3424. Subject:  SYSLIB, Copying Files, the ACG-NJ, and SIG/M
  3425. To: rconn at BRL
  3426. cc: SLIBES at MIT-MC, Bomberger at OFFICE-2
  3427. Via:  Mit-Mc; 22 Nov 82 23:48-EST
  3428.  
  3429. Dear Rick:
  3430.     Thanks for the plug for SIG/M and ACG-NJ.  I wish to just
  3431. correct you on one thing.  One does not have to be a member of ACG-NJ
  3432. to order or copy SIG/M disks.  This service is offered to both members
  3433. and non-members at no extra charge.  Also, SIG/M has now released
  3434. 85 volumes.  A copy of our printed catalog is $1 or $1.50 via mail.
  3435. It can be ordered from: SIG/M, Box 97, Iselin NJ 08830.
  3436.  
  3437.  
  3438. ----- End of forwarded messages
  3439. 23-Nov-82 05:59:00,870;000000000000
  3440. Date: 23 November 1982 07:59-EST
  3441. From: bbtp at Mit-Ml
  3442. Sender: ___014 at Mit-Ml
  3443. Subject: microsoft's wimpy copy protection in the Osobrne distributed version of bascom
  3444. To: info-cpm at BRL
  3445. cc: decvax!microsof!root at Ucb-C70, decvax!microsof!gordonl at Ucb-C70
  3446. Via:  Mit-Ml; 23 Nov 82 8:17-EST
  3447. Via:  Brl; 23 Nov 82 8:34-EST
  3448. Via:  Brl-Bmd; 23 Nov 82 8:58-EST
  3449.  
  3450. early on in the initialization code, this
  3451. is some osborne dependant code to swap in a set
  3452. of roms (from 000 to 1ff) and then procede to try
  3453. to write to them...if it fails, the sucker just
  3454. warm boots, and if it doesn't, then you're ok.
  3455. here's the patch so anyone can use it:
  3456.  
  3457. location 4436h is the starting location of the 
  3458. `anti piracy' code. just insert
  3459.     JMP 4457
  3460. with DDT (then `save 128 bascom.com' will give you a copy
  3461. of bascom that will work on anything!
  3462.                     Black Beard, The Pirate
  3463. 23-Nov-82 20:51:00,1495;000000000000
  3464. Date: 23 Nov 1982 2251-EST
  3465. From: Tony <Li@Rutgers>
  3466. Subject: CP/M 3.0 and graphics
  3467. To: info-cpm at BRL
  3468. Via:  Rutgers; 24 Nov 82 2:54-EST
  3469. Via:  Brl; 24 Nov 82 9:10-EST
  3470. Via:  Brl-Bmd; 24 Nov 82 10:25-EST
  3471.  
  3472.  
  3473. Let me put some rumors to rest.
  3474.  
  3475. (* Disclaimer *)
  3476. I am a former DR employee, and possibly a future employee. I was a
  3477. summer-intern in the graphics group. My total time spent hacking CP/M
  3478. totals only about 3 months. For one of those, I was priviledged
  3479. enough to be a beta-test for CP/M 3.0. The following information
  3480. should not be taken as an ad for DR or as any statement of the
  3481. functions of future DR products.
  3482. (* End Disclaimer *)
  3483.  
  3484. 1) Graphics:
  3485. The new graphics package that DR will come out with will (at last
  3486. report) be 2.2 compatible. I am not a liberty to discuss the details
  3487. of implementation, but I can say that there is more to it then Mr.
  3488. Weinstein suggests. 
  3489.  
  3490. The new graphics subroutine package will support some form of the new
  3491. GKS graphics standard, level 1B. Again, at last report, it will be
  3492. accessible from Pl/I, Fortran, and Pascal. CB-80 is also a
  3493. possibility.
  3494.  
  3495. I will divulge further info on this as soon as the product hits the
  3496. market.
  3497.  
  3498. 2) CP/M 3.0:
  3499. Again, I was using an early beta test version, but I do think that
  3500. CP/M 3.0 is a significant upgrade over 2.2 FOR SOME SYSTEMS. In
  3501. particular, if you are privileged enough to have banked memory, or a
  3502. hard disk, you might be interested.
  3503.  
  3504. Tony Li    [Li @ Rutgers]     ;-)
  3505. -------
  3506. 23-Nov-82 21:59:00,2000;000000000000
  3507. Date: 23 November 1982 23:59-EST
  3508. From: Roger L Long <BYTE@Mit-Mc>
  3509. Subject: WordStar and the IDS 480 (Micro Prism)
  3510. To: info-cpm at BRL, info-micro at BRL
  3511. Via:  Mit-Mc; 24 Nov 82 0:19-EST
  3512. Via:  Brl; 24 Nov 82 8:50-EST
  3513. Via:  Brl-Bmd; 24 Nov 82 10:20-EST
  3514.  
  3515. I've recently been trying to configure WordStar for an IDS 480 printer.
  3516. As long as I only tell WordStar that it's a dumb tty-like printer,
  3517. things work pretty well.  But not satisfied with leaving well enough
  3518. alone, I've been trying to configure it so that it makes use of the
  3519. proportional spaceing features.  Here's where I get into trouble.
  3520.  
  3521. First of all, the escape sequences on the 480 are NOT binary.  For 
  3522. instance, the sequence to space over 15/120ths of an inch would be:
  3523.     <esc><U><,><1><5><,><$>
  3524. In other words, for each character you write on the paper, you end up
  3525. sending eight.  Not quite...  make that nine, because the printer has
  3526. already spaced past the character it just printed, so you have to send
  3527. a backspace, and then the foobar sequence above.  As you might expect,
  3528. WordStar driving the IDS in this mode ends up printing slower than a
  3529. teletype.
  3530.  
  3531. The second half of the problem is the prism's automatic proportional
  3532. spacing and justification mode.  In order for this to work, you send
  3533. the printer a stream of text without carriage returns, and the printer
  3534. decides how and where to split it into lines.  When you finally
  3535. send a carriage return, that ends the paragraph.  Try to tell WordStar
  3536. how to do that!
  3537.  
  3538. Does anyone have any bright ideas?  Another thought might be to redo
  3539. the internal printer firmware, so that it accepted the QUME or DIABLO
  3540. escape sequences.  Does anyone know what processor lies in the inards
  3541. of this beast?  Also what type of prom for the firmware, and also what
  3542. kind of prom/character generator for the fonts?  (Obviously I haven't
  3543. taken this one apart yet, since it isn't mine, and I'm not that 
  3544. desparate...  yet...)
  3545.  
  3546. Thanks in advance for any info.
  3547.  
  3548.     -roger
  3549. 23-Nov-82 22:57:08,729;000000000000
  3550. Date:     23 Nov 82 22:57:08 EST  (Tue)
  3551. From:     Ben Goldfarb <goldfarb.ucf-cs@Udel-Relay>
  3552. Subject:  Poly 88 / N* problem
  3553. To:       info-cpm at BRL
  3554. Via:  UCF-CS; 24 Nov 82 4:54-EST
  3555. Via:  Udel-Relay; 24 Nov 82 20:03-EST
  3556. Via:  Brl; 24 Nov 82 20:12-EST
  3557. Via:  Brl-Bmd; 24 Nov 82 20:25-EST
  3558.  
  3559. This may be old stuff to some of you, but I thought I'd post it anyway
  3560. since it could save considerable time if you don't know about it.  Two
  3561. people here spent a lot of time trying to get the old N* single density
  3562. disk controller to work with the Polymorphic 8813 CPU with frustrating
  3563. results.  The problem is that the clock interrupt on the CPU card must
  3564. be disabled for the N* controller to work properly.
  3565.                     Ben Goldfarb
  3566. 24-Nov-82 01:53:00,1814;000000000000
  3567. Date: 24 November 1982 03:53-EST
  3568. From: Frank J Wancho <FJW@Mit-Mc>
  3569. Subject:  [PLEHN: forwarded]
  3570. To: INFO-CPM at BRL
  3571. Via:  Mit-Mc; 24 Nov 82 4:29-EST
  3572. Via:  Brl; 24 Nov 82 9:20-EST
  3573. Via:  Brl-Bmd; 24 Nov 82 10:27-EST
  3574.  
  3575. Although other high level languages are to be encouraged, Al makes a
  3576. fair case below for a BASIC software collection.  If anyone has
  3577. authored, or knows of public domain software that can be contributed,
  3578. please submit your files via mail to INFO-CPM-REQUEST@BRL or FTP them
  3579. to either MC:FJW; or MC:W8SDZ; with a follow-up message to the same
  3580. address.  As long a space permits, we will move the file(s) to
  3581. MC:AR30: and let you know.  You can then send your own message to the
  3582. list briefly describing the program.  No games, please.  --Frank
  3583. --------------------
  3584.  
  3585. Date: 11/22/82 00:20:58
  3586. From: PLEHN
  3587.  
  3588. Do you know of any on-line depository of programs in MBASIC (or other
  3589. BASICs)?  Nobody seems to admit to using BASIC but I find it very
  3590. useful and, when compiled, fast.  I know that lots of good scientific
  3591. type BASIC programs exist but I would like to avoid typing the source.
  3592. For example: statistics, navigation, path profiles & propagation loss
  3593. etc. etc.  I don't see much interest in BASIC on the part of the
  3594. INFO-CPM correspondants.  Maybe you know of another host that has a
  3595. BASIC interest group??  There are lots of programs available for
  3596. Northstar BASIC thru the user groups but I have found that the
  3597. programs have bugs or limitations.  They are often the contributions
  3598. of gross amateurs who assume particular system configurations, like
  3599. POKEs to N* DOS (at an assumed location).
  3600.  
  3601. A network depository of BASIC programs is, I feel, likely to have
  3602. well written and reliable programs with continuous user refinement.
  3603.  
  3604. Know of any such network resource??  Al
  3605. 24-Nov-82 03:26:15,720;000000000000
  3606. Date:     24 Nov 82 03:26:15 EST  (Wed)
  3607. From:     Ben Goldfarb <goldfarb.ucf-cs@Udel-Relay>
  3608. Subject:  Re:  microsoft's wimpy copy protection in the Osobrne distributed version of bascom
  3609. To:       bbtp at Mit-Ml, info-cpm at BRL
  3610. Cc:       decvax!microsof!root at Ucb-C70, decvax!microsof!gordonl at Ucb-C70
  3611. Via:  UCF-CS; 24 Nov 82 5:00-EST
  3612. Via:  Udel-Relay; 24 Nov 82 20:05-EST
  3613. Via:  Brl; 24 Nov 82 20:19-EST
  3614. Via:  Brl-Bmd; 24 Nov 82 20:27-EST
  3615.  
  3616. I'd rather not see this kind of thing coming through info-cpm.  But then by
  3617. drawing attention to it I suppose I am reacting as the anonymous author
  3618. hopes we will.
  3619.  
  3620. Speaking of wimpy things, bbtp@Mit-ml, I bet you don't have the guts to
  3621. tell us your real name.
  3622. 24-Nov-82 09:41:00,412;000000000000
  3623. Date: 24 November 1982 1141-EST (Wednesday)
  3624. From: Ed.DeHart at Cmu-Cs-A
  3625. To: info-cpm at BRL
  3626. Subject: cp/net cp/nos
  3627. Message-Id: <24Nov82 114117 ED80@CMU-CS-A>
  3628. Via:  Cmu-Cs-A; 24 Nov 82 11:56-EST
  3629. Via:  Brl; 24 Nov 82 12:15-EST
  3630. Via:  Brl-Bmd; 24 Nov 82 12:53-EST
  3631.  
  3632. I would to find someone that has used CP/NOS or CP/NET.  If you have tried
  3633. either of these products, please send mail to me.
  3634.  
  3635. Thanks,
  3636. Ed
  3637. 24-Nov-82 20:18:41,5876;000000000000
  3638. Date: Wed Nov 24 1982 20:18:41 PST
  3639. From: Lauren Weinstein <vortex!lauren@Lbl-Unix>
  3640. Subject: CP/M 3.0, continued.
  3641. To: lbl-unix!info-cpm at BRL
  3642. Via:  Lbl-Unix; 25 Nov 82 19:46-EST
  3643. Via:  Brl; 25 Nov 82 19:57-EST
  3644. Via:  Brl-Bmd; 25 Nov 82 20:03-EST
  3645.  
  3646. I appreciate Tony's message about 3.0, but it leads me to suspect there
  3647. is still alot of confusion about 3.0 flowing around.  First of all,
  3648. the D.R. Graphics PACKAGE is, as far as I know, a completely separate
  3649. offering from CP/M itself, and in fact does conform to certain
  3650. graphics standards.  The rumors I was addressing were the ones
  3651. that said "... and CP/M 3.0 will support graphics".  This implies that
  3652. a graphics package is PART of 3.0, which I have no reason to believe
  3653. to be true.  In fact, Tony DID say that the graphics package was 2.2
  3654. compatible.  So I guess we've laid *that* rumor to rest.
  3655.  
  3656. Let's review what we know about CP/M 3.0 to date:
  3657.  
  3658. (I do not claim this to be an unbiased view, as will rapidly become
  3659. clear):
  3660.  
  3661. 1) Provides more "menu-oriented" features/help command.  
  3662.    -- probably good for SOME OEM's but probably inadequate for most
  3663.       users, or at least unwanted by many.  Probably aimed at the
  3664.       turnkey business market.
  3665.  
  3666. 2) Automatic searching of USER 0 if program not found on current
  3667.    user area.  
  3668.    -- what an advance!  ZCPR has provided this sort of functionality,
  3669.       and MUCH, MUCH more, for free, for a long time.
  3670.  
  3671. 3) Disk blocking/deblocking moved to BDOS.
  3672.    -- this is a feature???  D.R. only claims "functional" compatibility
  3673.       between 2.2 and 3.0.  I suspect there are some assumptions about
  3674.       the sophistication of your programs -- I'd bet any reasonable
  3675.       amount that ALOT of heavily used programs will not work without
  3676.       modification under 3.0.  
  3677.  
  3678. 4) Some sort of date/time stamping.
  3679.    -- reasonable I suppose.  Most other systems have provided such
  3680.    a feature all along.  Whether it is sophisticated enough for
  3681.    easy interfacing to different sorts of clocks, etc. is another
  3682.    matter.  See, I am TRYING to be fair!
  3683.  
  3684. 5) Some sort of file I/O redirection.  Gee, just what Microshell
  3685.    does now!  Why do I get the feeling that there will be some
  3686.    sort of restrictions to redirection, like, maybe only BDOS
  3687.    output (not BIOS output) will work properly with redirection?
  3688.    (We had to do both for MARC and it was a PAIN.)
  3689.  
  3690. 6) Memory Usage.  Now we get to the real nitty gritty.  Supposedly there
  3691.    will be two versions of CP/M 3.0.  One for people without bank-
  3692.    switched memory and one for people with additional memroy.  If you
  3693.    are running a simple 64K system, the *other* features of CP/M apparently
  3694.    take up at least another 4K from standard 2.2.  (We know that these
  3695.    features must be coming from somewhere, and obviously you can no
  3696.    longer overlay that portion of the BDOS which has the disk blocking/
  3697.    deblocking code unless you a running a very simple program.
  3698.    
  3699.    If you have more than 64K memory, and someone to figure out how
  3700.    to interface it with your new 3.0 bios (apparently D.R. has NO
  3701.    interest in helping other than large, turnkey-type OEM's with
  3702.    such support), you can let the system reside in a different
  3703.    bank of memory, and give yourself a larger TPA.  Also, apparently
  3704.    you use the additional memory in such a manner as to provide the
  3705.    same "sort" of functionality that FAST/SPEED have provided under
  3706.    1.4 and 2.2 to do reasonable disk buffering.  How well this works
  3707.    under the D.R. implementation, or how difficult it is to interface,
  3708.    remains to be same.  I'll bet that > 64K memory bioses are a real
  3709.    PAIN to get working right, and will be very highly system dependent.
  3710.  
  3711.    The idea of having a larger TPA sounds nice at first, unless you
  3712.    consider having any sort of compatibility with 2.2 to be
  3713.    important!  If you plan to write programs that will still run under
  3714.    2.2, you will still be restricted to the "standard" size TPA's,
  3715.    and there are one hell of alot of 2.2's out there!
  3716.  
  3717. I claim that the bottom line remains the same -- 3.0 has been oriented
  3718. almost totally toward the OEM who plans to run many "identical"
  3719. systems (or nearly so), and doesn't mind a very complex bios since
  3720. there is only one hardware configuration to worry about.  The fact
  3721. that D.R. has told non-OEM's to "go away" when it comes to 3.0 is
  3722. highly suspicious.  I won't even drag up the issue of documentation
  3723. quality again... we all know about that.  The issue of CP/M 2.2
  3724. compatibility is also less important to such OEM's since, often they
  3725. will just be running their own collection of programs on their hardware,
  3726. and won't even try to distribute their software more widely.
  3727.  
  3728. ---
  3729.  
  3730. In answer to a number of questions I've received, I'm hoping to get
  3731. MARC out in some form quite early in '83, and I will take a look
  3732. at the issues of CP/M 3.0 compatiblity.  But, frankly, I don't
  3733. consider it to be a priority task.  In fact, I don't know if I really
  3734. want to take the time to get my complex hard disk/floppy bios running
  3735. under 3.0!  If I use the bank-switched version, I've got system
  3736. dependencies again, and if I use the the non-banked version, I lose
  3737. 4K off the top!  Neither of these options is particularly appealing.
  3738. For now, MARC will be a 2.2 compatible product, period.
  3739.  
  3740. By the way, I've been "warned" that there will be some sort of review
  3741. of MARC in the December BYTE (apparently as a text "box" included in the
  3742. review of two other software products).  The person who wrote the
  3743. article is one of the beta test sites -- though he has not had the
  3744. most up-to-date version of the system or utilities by any means.
  3745. I think he wrote the article about eight months ago and it has 
  3746. taken until now to get into print!  Anyway, it might be amusing
  3747. reading.  I *hope* it's amusing...
  3748.  
  3749. --Lauren--
  3750. 25-Nov-82 02:42:00,415;000000000000
  3751. Date: 25 November 1982 04:42-EST
  3752. From: Keith Petersen <W8SDZ@Mit-Mc>
  3753. Subject: XMODEM58 available
  3754. To: Info-Cpm at BRL
  3755. Via:  Mit-Mc; 25 Nov 82 4:59-EST
  3756. Via:  Brl; 25 Nov 82 5:11-EST
  3757. Via:  Brl-Bmd; 25 Nov 82 5:23-EST
  3758.  
  3759. The latest version of XMODEM, the remote CP/M version of
  3760. Ward Christensen's MODEM2 program, is now available on MC as
  3761. AR63:CPM;XMODEM 58ASM  and  AR63:CPM;XMODEM 58HIS (the history
  3762. file).
  3763. 25-Nov-82 07:46:00,2140;000000000000
  3764. Date: 25 November 1982 09:46-EST
  3765. From: Roger L Long <BYTE@Mit-Mc>
  3766. Subject: Small-C Compiler v.2
  3767. To: info-micro at BRL, info-cpm at BRL
  3768. Via:  Mit-Mc; 25 Nov 82 11:03-EST
  3769. Via:  Brl; 25 Nov 82 11:17-EST
  3770. Via:  Brl-Bmd; 25 Nov 82 11:22-EST
  3771.  
  3772. For those interested and who don't subscribe, I just though I'd
  3773. mention that the December-82 issue of DR. DOBB'S JOURNAL has the
  3774. first half of a listing of Small-C V.2.  The second half will be
  3775. published in the January-83 issue.  (And hopefully someone will
  3776. upload it to MC:)
  3777.  
  3778. I haven't looked at the compiler in detail, however the article
  3779. states that it differs from V.1 in the following ways:
  3780.  
  3781. 1. Code optimization has been added.  Programs are now typically
  3782.    15 to 30 percent smaller than before.
  3783.  
  3784. 2. Data initialization is supported for global variables, arrays,
  3785.    and pointers.  Uninitialized objects default to binary zero.
  3786.  
  3787. 3. Constant expressions are now evaluated at compile time.  They
  3788.    may also be used as array dimensions, data initializers, and in 
  3789.    "case" statements.
  3790.  
  3791. 4. the #ifdef, #ifndef, #else, and #endif statements are supported 
  3792.    with nesting.
  3793.  
  3794. 5. The "extern" storage class is supported for global variable,
  3795.    array pointer, and function declarations.  The effect is to
  3796.    declare them as external references to the assembler.
  3797.  
  3798. 6. A mechanism for passing an argument count to called functions is
  3799.    provided.
  3800.  
  3801. 7. The following new statements are now supported:
  3802.    a. for
  3803.    b. do/while
  3804.    c. switch/case/default
  3805.    d. goto
  3806.    
  3807. 8. Lists of expressions are now permitted.
  3808.  
  3809. 9. The assignment operators |=, ^=, &=, +=, -=, *=, /=, %=, >>=,
  3810.    and <<= are now supported.
  3811.  
  3812. 10. The logical operators || and && are supported.  Testing proceeds
  3813.     left to right and ceases when the outcome is known.
  3814.  
  3815. 11. The operators ~ and ! are now supported
  3816.  
  3817. 12. Local variables are now local to the block rather than the
  3818.     whole function.
  3819.  
  3820. 13. The back-slash escape sequences for character and string constants
  3821.     have been added (per DDJ #56).
  3822.  
  3823. There is more, but I think this gives you an idea what has been done.
  3824.  
  3825.     -roger
  3826. 25-Nov-82 09:03:00,1070;000000000000
  3827. Date: 25 November 1982 11:03-EST
  3828. From: Charles L Jackson <CLJ@Mit-Mc>
  3829. Subject: Random House Thesarus
  3830. To: info-cpm at BRL
  3831. Via:  Mit-Mc; 25 Nov 82 11:19-EST
  3832. Via:  Brl; 25 Nov 82 11:30-EST
  3833. Via:  Brl-Bmd; 25 Nov 82 11:34-EST
  3834.  
  3835. This product, advertised in Byte, is excellent  -- at least based on a week's experience.
  3836. It is a thesarus which can be accessed directly 
  3837. or from inside Wordstar!  It's extremely fast (for a
  3838. floppy disc/z80).  Much faster in the look-up mode than The Word, for example.
  3839.  
  3840. It allows one to put the cursor on a word,
  3841. hit escape twice, and quickly see the thesarus entry
  3842. for that word. You can then select a word from the 
  3843. thesarus list,  it will move the selected word into
  3844. your text and drop the original word. It gets capitalization right most of the time.
  3845.  
  3846.  
  3847. Two problems. 
  3848.  Price  $150  which is reasonable.
  3849.  It uses about 200k of disk space.
  3850.  
  3851. If you write a lot in wordstar, it's a very handy
  3852. tool.
  3853.  
  3854. Regards
  3855. Clj
  3856. Ps it's avaliable from Dictronics -- I don't have their address here  I'll post it to the net saturday.
  3857. 25-Nov-82 11:03:00,685;000000000000
  3858. Date: 25 Nov 1982 1003-PST
  3859. Sender: SCHNUR at Usc-Isi
  3860. Subject: nec7700q/wstar
  3861. From: SCHNUR at Usc-Isi
  3862. To: info-cpm at BRL
  3863. Message-ID: <[USC-ISI]25-Nov-82 10:03:26.SCHNUR>
  3864. Via:  Usc-Isi; 25 Nov 82 13:16-EST
  3865. Via:  Brl; 25 Nov 82 13:24-EST
  3866. Via:  Brl-Bmd; 25 Nov 82 14:20-EST
  3867.  
  3868. I am looking for patches for wordstar and a nec 7700Q printer.  I
  3869. need to access the extra 32 characters.  To interface with the ws
  3870. program properly i must choose the qume option which does not
  3871. have the proper sequences for the extra characters.  The nec5500
  3872. does of course but will not drive the 7700 q properly since the
  3873. printer uses the qume control and wire sequences.  Any help?
  3874. Joel (NRL-)
  3875. 25-Nov-82 11:09:00,857;000000000000
  3876. Date: 25 Nov 1982 1009-PST
  3877. Sender: SCHNUR at Usc-Isi
  3878. Subject: data transfer
  3879. From: SCHNUR at Usc-Isi
  3880. To: info-cpm at BRL
  3881. Message-ID: <[USC-ISI]25-Nov-82 10:09:19.SCHNUR>
  3882. Via:  Usc-Isi; 25 Nov 82 13:12-EST
  3883. Via:  Brl; 25 Nov 82 13:18-EST
  3884. Via:  Brl-Bmd; 25 Nov 82 14:19-EST
  3885.  
  3886. WE are trying to down load data from a nuclear data multichannel
  3887. analyzer to a chromemco.  The data is in 24 bit numbers.  It
  3888. leaves the nuclear data machine thru a rs232 port as a sequence
  3889. of 4 byte words the lowest 6 bits are the data the highest 2 tell
  3890. the order of that particular word.  Has anybody written a
  3891. program to convert the sequence to an ascii real number . Help in
  3892. this area would be appreciated.  The efficiency of the program is
  3893. of importance sincere are trying to obtain real time graphics on a
  3894. tektronix 4025 of the data from the experiment.  Joel
  3895. 25-Nov-82 16:41:00,1046;000000000000
  3896. Date: 25 Nov 1982 at 1541-PST
  3897. To: Charles L Jackson <CLJ@Mit-Mc>
  3898. cc: info-cpm at BRL, fylstra.tsca at Sri-Tsc
  3899. Subject: Re: Random House Thesarus
  3900. In-reply-to: Your message of 25 November 1982 11:03-EST.
  3901. From: fylstra.tsca at Sri-Tsc
  3902. Via:  Sri-Tsca; 25 Nov 82 15:51-PST
  3903. Via:  Sri-Tsc; 25 Nov 82 19:09-EST
  3904. Via:  Brl; 25 Nov 82 19:15-EST
  3905. Via:  Brl-Bmd; 25 Nov 82 19:40-EST
  3906.  
  3907. I too read about the RH Thesarus and was impressed by the description.
  3908. There are other useful programs such as spelling checkers that interface
  3909. to Wordstar in a similar way.
  3910.  
  3911. Let's suppose I prefer Mince over Wordstar and would like to interface
  3912. it to the Thesarus.  This is reasonable considering that I (like all
  3913. Amethyst users) have the C sources to the outer (command interpreter)
  3914. portion of Mince.  Is there a specification for how such external
  3915. packages get loaded (e.g. as overlays) and how they interact with the
  3916. text buffer and screen?  Is it useful enough to form a general purpose
  3917. standard for editors in the CP/M environment?
  3918.  
  3919. Dave Fylstra
  3920. 26-Nov-82 11:35:00,859;000000000000
  3921. Date: 26 Nov 1982 at 1235-CST
  3922. From: mknox at Utexas-11
  3923. Subject: CP/M 3.0 larger TPA
  3924. To: info-cpm at BRL
  3925. Via:  Utexas-11; 26 Nov 82 13:47-EST
  3926. Via:  Brl; 26 Nov 82 13:56-EST
  3927. Via:  Brl-Bmd; 26 Nov 82 14:14-EST
  3928.  
  3929.  
  3930. Actually, there are some good cases for a larger TPA.  Microsoft (and probably
  3931. others) seem not to have heard of a virtual memory loader.  The L80 program
  3932. requires that it be able to fit both the loader AND the program in memory
  3933. at the same time.  Couple that to the fact that the loader keeps growing with
  3934. each version, and that BLANK COMMON takes up room even during load.
  3935.  
  3936. What you have left is programs that you have to squeeze over and over to make
  3937. load, but which have lots of memory left free when they are executed.
  3938.  
  3939. Conclusion:  My system needs more memory (at present) than the person who  
  3940. runs a .COM file.
  3941.  
  3942. -------
  3943. 26-Nov-82 14:00:37,761;000000000000
  3944. Date:     26 Nov 82 14:00:37 EST  (Fri)
  3945. From:     Ben Goldfarb <goldfarb.ucf-cs@Udel-Relay>
  3946. Subject:  BYE79 bug
  3947. To:       info-cpm at BRL
  3948. Via:  UCF-CS; 26 Nov 82 20:24-EST
  3949. Via:  Udel-Relay; 26 Nov 82 23:13-EST
  3950. Via:  Brl; 26 Nov 82 23:16-EST
  3951. Via:  Brl-Bmd; 26 Nov 82 23:35-EST
  3952.  
  3953. There is a bug in the routine that prints the day of the week in the
  3954. conditionally assembled routine for the Godbout System Support 1 real
  3955. time clock.  I don't know whether it has been reported before.  As the
  3956. code was distributed, it always prints 'Sunday' for the day of the week.
  3957. This is because the routine is reading a zero byte in the MSM5832 by
  3958. outputting CREAD+6 to the command port.  This should be CREAD+7 to 
  3959. return the 'days one' digit.
  3960.                     Ben Goldfarb
  3961. 26-Nov-82 21:02:00,933;000000000000
  3962. Date:  26 November 1982 21:02 cst
  3963. From:  Weinstein.MK541 at Hi-Multics
  3964. Subject:  Bye Program for Model 16 RADIO SHACK Wanted/Model 16 Serial Port Info
  3965. To:  info-cpm at BRL
  3966. cc:  info-micro at BRL
  3967. Via:  Hi-Multics; 26 Nov 82 22:07-EST
  3968. Via:  Brl; 26 Nov 82 22:15-EST
  3969. Via:  Brl-Bmd; 26 Nov 82 22:44-EST
  3970.  
  3971. I have been trying to get BYE79 up and running on the RADIO SHACK Model
  3972. 16 and have little information about the serial ports. I know that the
  3973. Status Port is F6H and the data port is F4H and have gotten the
  3974. MSTAT,MINPUT,MOUTPUT routines to work ok...my problem is in detecting
  3975. the carrier. I noticed that if you keep reading F6H....the status
  3976. lies...  there must be something else to do..
  3977.  
  3978. I am using a Hayes Smartmodem on the Model 16's Serial Port A.
  3979.  
  3980. Can someone provide me with the information on the serial ports or...
  3981.  
  3982. Does anyone have BYE up on the Model 16?
  3983.  
  3984. Any inputs would be appreciated!    Dennis
  3985. 26-Nov-82 21:28:00,962;000000000000
  3986. Date: 26 November 1982 23:28-EST
  3987. From: Charles L Jackson <CLJ@Mit-Mc>
  3988. Subject: Thesarus (RHT) add info
  3989. To: fylstra.tsca at Sri-Tsc, info-cpm at BRL, jeffrey at Office-2
  3990. Via:  Mit-Mc; 27 Nov 82 0:54-EST
  3991. Via:  Brl; 27 Nov 82 1:01-EST
  3992. Via:  Brl-Bmd; 27 Nov 82 1:07-EST
  3993.  
  3994. Two additional points:
  3995. (1) The Random House Thesarus is available from
  3996.     Dictronics Publishing Inc.
  3997.     362 Fifth Avenue
  3998.     New York, N.Y. 10001
  3999.  
  4000.     Dictronics Customer Service 
  4001.         (505) 281-5444
  4002.         Tijeras New Mexico
  4003.  
  4004. I'm not sure that that number is correct for ordering.
  4005.  
  4006. (2) Two people asked me it this program RHT could
  4007. be run from inside Mince or other non-Wordstar Editors.
  4008. As far as I can tell, the answer is no.
  4009. The RHT has a standalone mode.  The computer will
  4010. look up words in the thesarus for you.  It's not nearly as convenient
  4011. as using the thesarus inside the word processor!
  4012. (But, it's faster than a paper, ink, fingers, mind thesarus processor).
  4013. Regards
  4014. Chuck
  4015. 26-Nov-82 22:28:37,1801;000000000000
  4016. Date:     27 Nov 82 0:28:37-EST (Sat)
  4017. From:     Rick Conn <rconn@BRL>
  4018. To:       info-cpm at BRL
  4019. cc:       info-micro at BRL
  4020. Subject:  New SYSLIB Version 2.1 Files
  4021. Via:  Brl; 27 Nov 82 0:34-EST
  4022. Via:  Brl-Bmd; 27 Nov 82 1:05-EST
  4023.  
  4024.     The following files are now in AR19:CPM on MC.  They reflect
  4025. the current state of the SYSLIB documentation and SYSLIB itself as
  4026. released to date.
  4027.  
  4028. T> SYSLB  1NP    3  11/26/82
  4029. T> SYSLB  2NP    4  11/26/82
  4030. T> SYSLB  3NP    2  11/27/82
  4031.    SYSLB  HLP    3  11/04/82
  4032.    SYSLB1 HLP    3  11/04/82
  4033.    SYSLB2 HLP    1  11/04/82
  4034.    SYSLB3 HLP    2  11/04/82
  4035.    SYSLB4 HLP    2  11/04/82
  4036.    SYSLB5 HLP    2  11/04/82
  4037.    SYSLB6 HLP    1  11/04/82
  4038.    SYSLB7 HLP    2  11/04/82
  4039. T> SYSLB8 HLP    2  11/26/82
  4040. T> SYSLB9 HLP    2  11/26/82
  4041.    SYSLBA HLP    2  11/04/82
  4042.    SYSLBB HLP    1  11/04/82
  4043. T> SYSLBC HLP    2  11/26/82
  4044. B> SYSLIB 21HDWQ 3  11/26/82
  4045. B> SYSLIB 21REL  4  11/26/82
  4046.    SYSLIB 21SWQ  7  11/05/82
  4047. B> SYSLIB 21WQ   17 11/26/82
  4048.  
  4049.     The indicator T> indicates new Text Files (ASCII); the
  4050. B> indicates new Binary (COM) Files.  The COM files have the following
  4051. CRCs:
  4052.  
  4053.         SYSLIB 21HDWQ -- 0FFD
  4054.         SYSLIB 21REL  -- 4D42
  4055.         SYSLIB 21WQ   -- B6A1
  4056.  
  4057.     To eliminate the need for those with the SYSLIB manual (now 21WQ)
  4058. to download it again, the ?NP files are the pages in the manual which
  4059. have changed.  The new HLP files also reflect these changes.
  4060.  
  4061.     This new SYSLIB fixes a bug in the CAPSTR function and reflects
  4062. several ZCPR2 design changes (which should not affect the public in
  4063. general).
  4064.  
  4065.     The new manual pages are 1-6, 58-66, and 71-75.
  4066.  
  4067.     I hope that SYSLIB will stay stable for some time now.  Sorry
  4068. for any inconvenience this change may have caused.  A new XDIR3 will come
  4069. out shortly which reflects the new SYSLIB.
  4070.  
  4071.         Rick
  4072. 27-Nov-82 20:43:00,471;000000000000
  4073. Date: 27 November 1982 22:43-EST
  4074. From: Michael C Adler <MADLER@Mit-Ml>
  4075. Subject: Thesaurus internals
  4076. To: info-cpm at BRL
  4077. Via:  Mit-Ml; 27 Nov 82 22:44-EST
  4078. Via:  Brl; 27 Nov 82 22:49-EST
  4079. Via:  Brl-Bmd; 27 Nov 82 22:53-EST
  4080.  
  4081. Can anybody describe how the thesaurus works, technically?  It would be
  4082. great if I could make Spell do something similar!
  4083. -Michael
  4084.  
  4085. i.e.  How is it loaded, how does it get the pointer to the word, how
  4086. does it not destroy text in ram...
  4087. 28-Nov-82 03:00:15,488;000000000000
  4088. Date:     28 Nov 82 03:00:15 EST  (Sun)
  4089. From:     Ben Goldfarb <goldfarb.ucf-cs@Udel-Relay>
  4090. Subject:  ALLEGED BYE79 BUG
  4091. To:       info-cpm at BRL
  4092. Via:  UCF-CS; 28 Nov 82 7:26-EST
  4093. Via:  Udel-Relay; 28 Nov 82 11:22-EST
  4094. Via:  Brl; 28 Nov 82 11:37-EST
  4095. Via:  Brl-Bmd; 28 Nov 82 11:45-EST
  4096.  
  4097.  
  4098. Please disregard my previous comment about the supposed bug in BYE79.
  4099. I must have been seeing things.  The code for the day of the week
  4100. routine is correct as distributed.
  4101.                     Ben Goldfarb
  4102. 28-Nov-82 04:11:16,716;000000000000
  4103. Date: 28-Nov-82 03:11:16-PST (Sun)
  4104. From: UCBARPA.dag at Ucb-C70 (David Allen Gewirtz)
  4105. Subject: CP/M 3.0 larger TPA
  4106. Message-Id: <8210281111.13578@UCBARPA.BERKELEY.ARPA>
  4107. Received: by UCBARPA.BERKELEY.ARPA (3.224 [10/16/82])
  4108.     id A13577; 28-Nov-82 03:11:18-PST (Sun)
  4109. Received: from UCBARPA.BERKELEY.ARPA by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  4110.     id A23818; 28-Nov-82 11:38:13-PST (Sun)
  4111. To: info-cpm at BRL, mknox at Utexas-11
  4112. Via:  Ucb-C70; 28 Nov 82 14:47-EST
  4113. Via:  Brl; 28 Nov 82 14:58-EST
  4114. Via:  Brl-Bmd; 28 Nov 82 15:23-EST
  4115.  
  4116. There are a whole lot of reasons for a larger TPA..that's why
  4117. bigger micros are so nice.  The main problem is one of compatibility..
  4118. what should software developers support?
  4119. 26-Nov-82 14:23:52,7041;000000000000
  4120. Date: Fri Nov 26 1982 14:23:52 PST
  4121. From: Lauren Weinstein <vortex!lauren@Lbl-Unix>
  4122. Subject: CP/M 3.0 (possible message repeat)
  4123. To: INFO-CPM at BRL
  4124. Via:  Lbl-Unix; 28 Nov 82 19:20-EST
  4125. Via:  Brl; 28 Nov 82 19:33-EST
  4126. Via:  Brl-Bmd; 28 Nov 82 19:45-EST
  4127.  
  4128. The following is largely a repeat of a message I sent recently to INFO-CPM.
  4129. I've been getting a multitude of bizarre error messages back from various
  4130. network gateways, and I have no way to know if this message reached
  4131. the majority of intended recipients, thusly this rerun.
  4132.  
  4133. I will add a couple of comments here in reference to a message I got
  4134. from someone who *did* receive my message.  While I agree that having
  4135. a big TPA would be nice for development in some cases, my biggest
  4136. concern is that we will still see more and more programs that will
  4137. REQUIRE that sort of TPA for program *usage* later on, not just
  4138. for development.  I would suggest that this will lead to a
  4139. (potentially serious) fragmentation between those with "normal"
  4140. TPAs and those with "extended" TPAs via unique bank-switched memory
  4141. schemes.  The fact that some linkers, for example, don't efficiently
  4142. use the available memory is the fault of lazy software designers,
  4143. and not necessarily the sort of problem at which we should simply
  4144. "throw more memory" .  Enough on that, here's the original message.
  4145. My apologies to those of you who may have already seen it...
  4146.  
  4147. ---
  4148.  
  4149. I appreciate Tony's message about 3.0, but it leads me to suspect there
  4150. is still alot of confusion about 3.0 flowing around.  First of all,
  4151. the D.R. Graphics PACKAGE is, as far as I know, a completely separate
  4152. offering from CP/M itself, and in fact does conform to certain
  4153. graphics standards.  The rumors I was addressing were the ones
  4154. that said "... and CP/M 3.0 will support graphics".  This implies that
  4155. a graphics package is PART of 3.0, which I have no reason to believe
  4156. to be true.  In fact, Tony DID say that the graphics package was 2.2
  4157. compatible.  So I guess we've laid *that* rumor to rest.
  4158.  
  4159. Let's review what we know about CP/M 3.0 to date:
  4160.  
  4161. (I do not claim this to be an unbiased view, as will rapidly become
  4162. clear):
  4163.  
  4164. 1) Provides more "menu-oriented" features/help command.  
  4165.    -- probably good for SOME OEM's but probably inadequate for most
  4166.       users, or at least unwanted by many.  Probably aimed at the
  4167.       turnkey business market.
  4168.  
  4169. 2) Automatic searching of USER 0 if program not found on current
  4170.    user area.  
  4171.    -- what an advance!  ZCPR has provided this sort of functionality,
  4172.       and MUCH, MUCH more, for free, for a long time.
  4173.  
  4174. 3) Disk blocking/deblocking moved to BDOS.
  4175.    -- this is a feature???  D.R. only claims "functional" compatibility
  4176.       between 2.2 and 3.0.  I suspect there are some assumptions about
  4177.       the sophistication of your programs -- I'd bet any reasonable
  4178.       amount that ALOT of heavily used programs will not work without
  4179.       modification under 3.0.  
  4180.  
  4181. 4) Some sort of date/time stamping.
  4182.    -- reasonable I suppose.  Most other systems have provided such
  4183.    a feature all along.  Whether it is sophisticated enough for
  4184.    easy interfacing to different sorts of clocks, etc. is another
  4185.    matter.  See, I am TRYING to be fair!
  4186.  
  4187. 5) Some sort of file I/O redirection.  Gee, just what Microshell
  4188.    does now!  Why do I get the feeling that there will be some
  4189.    sort of restrictions to redirection, like, maybe only BDOS
  4190.    output (not BIOS output) will work properly with redirection?
  4191.    (We had to do both for MARC and it was a PAIN.)
  4192.  
  4193. 6) Memory Usage.  Now we get to the real nitty gritty.  Supposedly there
  4194.    will be two versions of CP/M 3.0.  One for people without bank-
  4195.    switched memory and one for people with additional memroy.  If you
  4196.    are running a simple 64K system, the *other* features of CP/M apparently
  4197.    take up at least another 4K from standard 2.2.  (We know that these
  4198.    features must be coming from somewhere, and obviously you can no
  4199.    longer overlay that portion of the BDOS which has the disk blocking/
  4200.    deblocking code unless you a running a very simple program.
  4201.    
  4202.    If you have more than 64K memory, and someone to figure out how
  4203.    to interface it with your new 3.0 bios (apparently D.R. has NO
  4204.    interest in helping other than large, turnkey-type OEM's with
  4205.    such support), you can let the system reside in a different
  4206.    bank of memory, and give yourself a larger TPA.  Also, apparently
  4207.    you use the additional memory in such a manner as to provide the
  4208.    same "sort" of functionality that FAST/SPEED have provided under
  4209.    1.4 and 2.2 to do reasonable disk buffering.  How well this works
  4210.    under the D.R. implementation, or how difficult it is to interface,
  4211.    remains to be same.  I'll bet that > 64K memory bioses are a real
  4212.    PAIN to get working right, and will be very highly system dependent.
  4213.  
  4214.    The idea of having a larger TPA sounds nice at first, unless you
  4215.    consider having any sort of compatibility with 2.2 to be
  4216.    important!  If you plan to write programs that will still run under
  4217.    2.2, you will still be restricted to the "standard" size TPA's,
  4218.    and there are one hell of alot of 2.2's out there!
  4219.  
  4220. I claim that the bottom line remains the same -- 3.0 has been oriented
  4221. almost totally toward the OEM who plans to run many "identical"
  4222. systems (or nearly so), and doesn't mind a very complex bios since
  4223. there is only one hardware configuration to worry about.  The fact
  4224. that D.R. has told non-OEM's to "go away" when it comes to 3.0 is
  4225. highly suspicious.  I won't even drag up the issue of documentation
  4226. quality again... we all know about that.  The issue of CP/M 2.2
  4227. compatibility is also less important to such OEM's since, often they
  4228. will just be running their own collection of programs on their hardware,
  4229. and won't even try to distribute their software more widely.
  4230.  
  4231. ---
  4232.  
  4233. In answer to a number of questions I've received, I'm hoping to get
  4234. MARC out in some form quite early in '83, and I will take a look
  4235. at the issues of CP/M 3.0 compatiblity.  But, frankly, I don't
  4236. consider it to be a priority task.  In fact, I don't know if I really
  4237. want to take the time to get my complex hard disk/floppy bios running
  4238. under 3.0!  If I use the bank-switched version, I've got system
  4239. dependencies again, and if I use the the non-banked version, I lose
  4240. 4K off the top!  Neither of these options is particularly appealing.
  4241. For now, MARC will be a 2.2 compatible product, period.
  4242.  
  4243. By the way, I've been "warned" that there will be some sort of review
  4244. of MARC in the December BYTE (apparently as a text "box" included in the
  4245. review of two other software products).  The person who wrote the
  4246. article is one of the beta test sites -- though he has not had the
  4247. most up-to-date version of the system or utilities by any means.
  4248. I think he wrote the article about eight months ago and it has 
  4249. taken until now to get into print!  Anyway, it might be amusing
  4250. reading.  I *hope* it's amusing.. .
  4251.  
  4252. --Lauren--
  4253. 28-Nov-82 14:33:00,1690;000000000000
  4254. Date: Sunday, 28 November 1982, 16:33-EST
  4255. From: Vinayak Wallace <Gumby.MIT-OZ@Mit-Mc>
  4256. Reply-to: Gumby at Mit-Mc
  4257. Subject: Using CP/M 3.0
  4258. To: Lauren Weinstein <vortex!lauren@Lbl-Unix>
  4259. Cc: info-cpm at BRL, gumby at Mit-Mc
  4260. Via:  Mit-Mc; 28 Nov 82 17:11-EST
  4261. Via:  Brl; 28 Nov 82 17:17-EST
  4262. Via:  Brl-Bmd; 28 Nov 82 17:48-EST
  4263.  
  4264. This is just off the top of my head; I know nothing of its logistics or
  4265. feasability, etc, but..
  4266.  
  4267.     Date: Wed Nov 24 1982 20:18:41 PST
  4268.     From: Lauren Weinstein <vortex!lauren@Lbl-Unix>
  4269.     Subject: CP/M 3.0, continued.
  4270.     To: lbl-unix!info-cpm at BRL
  4271.  
  4272.     I claim that the bottom line remains the same -- 3.0 has been oriented
  4273.     almost totally toward the OEM who plans to run many "identical"
  4274.     systems (or nearly so), and doesn't mind a very complex bios since
  4275.     there is only one hardware configuration to worry about.  The fact
  4276.     that D.R. has told non-OEM's to "go away" when it comes to 3.0 is
  4277.     highly suspicious.  I won't even drag up the issue of documentation
  4278.     quality again... we all know about that.
  4279.  
  4280. What's wrong with a bunch of people getting together (say, 25 or 30 -- a
  4281. club, perhaps), buying an OEM license, and then helping each other
  4282. configure similar copies of 3.0 with ZCPR and any other features they
  4283. want? Perhaps a bunch from the net can get together and un-hair most of
  4284. the interfacing code -- standardising the parts we use which are the
  4285. same.
  4286.  
  4287. I've always wondered what extra info an OEM got on CPM anyway, and as a
  4288. member of a corporation like this, I would be able to see. I wouldn't be
  4289. ablle to show other people, but that's about what it's like these days
  4290. with other software packages.
  4291. 28-Nov-82 17:19:06,1613;000000000000
  4292. Date: Sun Nov 28 1982 17:19:06 PST
  4293. From: Lauren Weinstein <vortex!lauren@Lbl-Unix>
  4294. Subject: 3.0
  4295. To: GUMBY at Mit-Mc
  4296. CC: INFO-CPM at BRL
  4297. Via:  Lbl-Unix; 29 Nov 82 18:06-EST
  4298. Via:  Brl; 29 Nov 82 18:12-EST
  4299. Via:  Brl-Bmd; 29 Nov 82 18:50-EST
  4300.  
  4301. Offhand, I can see a few potential problems with your
  4302. proposed idea...
  4303.  
  4304. 1) The way D.R. operates these days, I doubt if 20 or 25 people is
  4305.    what they're thinking of when they're talking about OEM's!  I suspect
  4306.    they are thinking much larger numbers.
  4307.  
  4308. 2) I have reason to believe that the INFO-CPM readership probably
  4309.    represents about the MOST diverse collection of CP/M hardware to
  4310.    be found anywhere -- a real cross-section.  This means that it
  4311.    is unlikely that many of us will have identical hardware configurations,
  4312.    particularly in the area of disks, memory, I/O, and the other
  4313.    parameters that can make BIOSes a pain.  Anyone out there want
  4314.    to write a 3.0 BIOS for Persci floppies, a Morrow 10 Meg drive,
  4315.    and circa 1979 Microbyte memory boards?  Fat chance.
  4316.  
  4317. 3) Given the additional memory apparently required for 3.0, and the
  4318.    presumed complexity of new BIOSes, it is not clear how many of
  4319.    us would WANT to go to 3.0 even if it were made easier.  Many of
  4320.    us have programs that would most likely need substantial modification
  4321.    to run under 3.0, and some people really don't have an urge to throw
  4322.    more money down the CP/M rathole this late in the game.
  4323.  
  4324. --Lauren--
  4325.  
  4326. P.S.  I wouldn't stop using MARC in any case.  Every time I pop down
  4327.       to CP/M I feel like I've stepped back 10 years.
  4328.  
  4329. --LW--
  4330. 28-Nov-82 18:10:00,852;000000000000
  4331. Date: 28 November 1982 20:10-EST
  4332. From: Keith Petersen <W8SDZ@Mit-Mc>
  4333. Subject:  Using CP/M 3.0
  4334. To: GUMBY at Mit-Mc
  4335. cc: Info-Cpm at BRL
  4336. Via:  Mit-Mc; 28 Nov 82 20:13-EST
  4337. Via:  Brl; 28 Nov 82 20:14-EST
  4338. Via:  Brl-Bmd; 28 Nov 82 20:33-EST
  4339.  
  4340. Sol Libes says that Dave Hardy and Bruce Ratoff are both working on
  4341. articles which will detail how to set up a CBIOS for CP/M 3.0.  The
  4342. articles are supposed to be published very soon in "Microsystems"
  4343. magazine and the source code may be made available to the RCPM
  4344. community so people can call and download them instead of having to
  4345. type it all into their editors.  I will keep everyone informed on this
  4346. through Info-Cpm.  It may be possible to make these files available to
  4347. the Arpanet community for those who have FTP capability.  In the
  4348. meantime, watch "Microsystems" for the articles to appear.
  4349. 28-Nov-82 19:46:00,332;000000000000
  4350. Date: 28 November 1982 21:46-EST
  4351. From: Keith Petersen <W8SDZ@Mit-Mc>
  4352. Subject: XMODEM58 bug
  4353. To: INFO-CPM at BRL
  4354. Via:  Mit-Mc; 28 Nov 82 21:52-EST
  4355. Via:  Brl; 28 Nov 82 22:03-EST
  4356. Via:  Brl-Bmd; 28 Nov 82 22:09-EST
  4357.  
  4358. XMODEM58.ASM has been withdrawn due to an error in the file.
  4359. It will be made available again when it's fixed.
  4360. 28-Nov-82 20:08:00,1344;000000000000
  4361. Date: 28 Nov 1982 at 2108-CST
  4362. From: mknox at Utexas-11
  4363. Subject: CP/M 3.0 comments
  4364. To: info-cpm at BRL
  4365. Via:  Utexas-11; 28 Nov 82 22:33-EST
  4366. Via:  Brl; 28 Nov 82 22:42-EST
  4367. Via:  Brl-Bmd; 28 Nov 82 22:48-EST
  4368.  
  4369.  
  4370. A few comments concerning Gumby's msg.  The idea of a club getting together
  4371. and purchasing an OEM agreement is probably quite reasonable.  The minimum
  4372. number of copies for a reasonable discount is usually 25, and the discount
  4373. is usually about 60% of list.  I see no reason for DR to not agree to this.
  4374.  
  4375. As for what extra info OEMers get; virtually nothing.  Just a little earlier
  4376. and a little more unreadable.  However, they are for certain on the list
  4377. for the mailout of fixes, which a good deal of them then do NOT pass on.
  4378. (Note: P&T is one of the few I know of who send out fixes, both from them-
  4379. selves and DR, as they come out.)
  4380.  
  4381. About ZCPR and 3.0.  The OEM agreement prevents the OEMer from modifying
  4382. the BDOS and CCP (or other included processors).  He can add additional
  4383. processors (FORMAT, MEMTEST, FOOBAR, that sort of thing), but he cannot
  4384. sell CP/M cum ZCPR as CP/M.  A legally fine point?  It might be permissable
  4385. to distribute the original CP/M 3.0, unmodified, and with a copy of ZCPR
  4386. and instructions (or an auto-install program).  That might meet the needs
  4387. of the ARPA community.
  4388.  
  4389. -------
  4390. 28-Nov-82 21:55:00,1005;000000000000
  4391. Date: 28 November 1982 23:55-EST
  4392. From: Roger L Long <BYTE@Mit-Mc>
  4393. Subject: SQ/USQ wildcards?
  4394. To: info-cpm at BRL
  4395. Via:  Mit-Mc; 28 Nov 82 23:57-EST
  4396. Via:  Brl; 29 Nov 82 0:08-EST
  4397. Via:  Brl-Bmd; 29 Nov 82 0:24-EST
  4398.  
  4399. I recently downloaded SQ-16 and USQ-19 from the MC-CPM archives.  The
  4400. documentation seems to be the old version 15 documentation, and without
  4401. going through the source (I only downloaded the COMs), I can't seem
  4402. to get wildcards to work in the manner that I expect they should.
  4403. Could someone please help me out and tell me what I'm assuming 
  4404. incorrectly?  The command that I'm giving that's causing an error is:
  4405.  
  4406.     A>usq b: b:*.doc
  4407.  
  4408. Now I assume that will squeeze all the .DOC files on B:, placing the
  4409. resultant .DQC files on B:.  It finds the first file, goes through
  4410. the analysis, and says "S not found" or some such error.  I'm
  4411. assuming (hoping) from the comments in the front of SQ-16 and USQ-19
  4412. that they will properly handle wildcards, so I don't need FLS.
  4413.  
  4414.     -roger
  4415. 29-Nov-82 02:32:29,342;000000000000
  4416. Date:     29 Nov 82 02:32:29 EST  (Mon)
  4417. From:     Ben Goldfarb <goldfarb.ucf-cs@Udel-Relay>
  4418. Subject:  Re:  XMODEM58 bug
  4419. To:       Keith Petersen <W8SDZ@Mit-Mc>, INFO-CPM at BRL
  4420. Via:  UCF-CS; 29 Nov 82 4:58-EST
  4421. Via:  Udel-Relay; 29 Nov 82 5:04-EST
  4422. Via:  Brl; 29 Nov 82 5:10-EST
  4423. Via:  Brl-Bmd; 29 Nov 82 5:16-EST
  4424.  
  4425. Aha!  I thought so!
  4426. 29-Nov-82 02:36:00,711;000000000000
  4427. Date: 29 November 1982 04:36-EST
  4428. From: Keith Petersen <W8SDZ@Mit-Mc>
  4429. Subject: SQ/USQ files replaced
  4430. To: Info-Cpm at BRL
  4431. Via:  Mit-Mc; 29 Nov 82 4:53-EST
  4432. Via:  Brl; 29 Nov 82 4:57-EST
  4433. Via:  Brl-Bmd; 29 Nov 82 5:03-EST
  4434.  
  4435. Several people have reported problems with SQ and USQ as
  4436. supplied from AR51:CPM.  I checked and found the CRCs
  4437. did not read correctly.  I have replaced both files and
  4438. made new HEX files for those who cannot FTP COM files.
  4439.    AR51:CPM;USQ-19 COM   CRC=2E 55
  4440.    AR51:CPM;SQ-16 COM    CRC=F7 95
  4441. The HEX files are in AR13:CPM;
  4442.  
  4443. For those who do not know, these are the same as
  4444. SQ-15 and USQ-15 except they now accept wild cards, which
  4445. means that FLS should no longer be needed.
  4446. 29-Nov-82 07:57:00,733;000000000000
  4447. Date: Monday, 29 November 1982  09:57-EST
  4448. Sender: RG.JMTURN.MIT-OZ at BRL
  4449. From: RG.JMTURN at Mit-Mc
  4450. To:   info-cpm at BRL
  4451. Via:  Mit-Mc; 29 Nov 82 10:02-EST
  4452. Via:  Brl; 29 Nov 82 10:15-EST
  4453. Via:  Brl-Bmd; 29 Nov 82 10:42-EST
  4454.  
  4455. I have found an infintely wrong behavior in the TMODEM V 3.0
  4456. porgram (on MIT-OZ). It does not take the last ^Z encountered in
  4457. the stream as EOF, but rather the first ^Z. This means you can't send
  4458. a file with a control-Z in it. The right thing to do is to have it
  4459. keep each packet until it sees if the next character is EOT or SOH, and
  4460. if it is EOT, go back and remove the ^Zs at the end of the last packet.
  4461. Do I have to fix the problem, or can someone more proficient at C do
  4462. it?
  4463.  
  4464.                     James
  4465. 29-Nov-82 15:45:00,544;000000000000
  4466. Date: 29 Nov 1982 15:45 PST
  4467. From: MKrigel.ES at Parc-Maxc
  4468. Subject: Re: CP/M 3.0 comments
  4469. In-reply-to: mknox's message of 28 Nov 1982 at 2108-CST
  4470. To: mknox at Utexas-11
  4471. cc: info-cpm at BRL
  4472. Reply to: MKrigel.es
  4473. Via:  Parc-Maxc; 29 Nov 82 18:57-EST
  4474. Via:  Brl; 29 Nov 82 19:08-EST
  4475. Via:  Brl-Bmd; 29 Nov 82 19:15-EST
  4476.  
  4477. Hay.  If you guys are serious, I've got OEM agreements with several companies
  4478. and, (if your serious enough to commit to buying CPM 3.0), would be more than
  4479. willing to get one with DR and pass on the goodies.
  4480.  
  4481. Marc 
  4482. 29-Nov-82 16:59:30,937;000000000000
  4483. Date: 29 Nov 1982 15:59:30-PST
  4484. From: CCVAX.revc at Nosc-Cc
  4485. To: info-cpm at BRL
  4486. Subject: RCP/M help
  4487. Cc: CCVAX.revc at Nosc-Cc
  4488. Via:  Nosc-Cc; 29 Nov 82 19:05-EST
  4489. Via:  Brl; 29 Nov 82 19:17-EST
  4490. Via:  Brl-Bmd; 29 Nov 82 19:28-EST
  4491.  
  4492.     The San Diego Computer Society is planning to
  4493. build a software exchange system based on the RCP/M
  4494. software packages.  We would appreciate the following
  4495. information.  
  4496.     1) Is there a central clearing house for the latest
  4497. 'official' versions of the software?  (Non-Arpa)
  4498.     2) Are any of the packages proprietary, and if so, who
  4499. do we contact?
  4500.     3) Has anyone implemented a multi-user RCP/M?  We are
  4501. looking at a Discovery multi-processor unit configured 
  4502. for a minimum of four dial-in lines.
  4503.     4) We may have to run a 'Show-and-Tell' program on
  4504. a large monitor on public display.  Have you seen anything
  4505. that would be good for this?
  4506.     Thanx - Bob Van Cleef
  4507.         revc@NOSC:CCVAX
  4508. 29-Nov-82 17:50:00,458;000000000000
  4509. Date: 29 November 1982 19:50-EST
  4510. From: Michael C Adler <MADLER@Mit-Ml>
  4511. Subject: To:  whomever wrote MCAR41:CPM;MODEMA OSBORN
  4512. To: Info-cpm at BRL
  4513. Via:  Mit-Ml; 29 Nov 82 20:21-EST
  4514. Via:  Brl; 29 Nov 82 20:32-EST
  4515. Via:  Brl-Bmd; 29 Nov 82 20:39-EST
  4516.  
  4517. I am going to help a friend load files on his Osborne.  Contrary to the
  4518. documentation at the beginning of the program, does this run on one without
  4519. modification with a dumb modem?
  4520.  
  4521. thanks,
  4522. -Michael
  4523. 29-Nov-82 18:48:00,1195;000000000000
  4524. Date: 29 November 1982 20:48-EST
  4525. From: Charlie Strom <CSTROM@Mit-Mc>
  4526. Subject: More on CP/M Plus
  4527. To: INFO-CPM at BRL
  4528. Via:  Mit-Mc; 29 Nov 82 20:51-EST
  4529. Via:  Brl; 29 Nov 82 21:20-EST
  4530. Via:  Brl-Bmd; 29 Nov 82 21:54-EST
  4531.  
  4532. CP/M Plus (it has already had a name change! formerly CP/M 3.0) will
  4533. be officially announced at Comdex this week according to a friend of
  4534. mine at D.R. His comments have also led me to believe that they have had
  4535. second thoughts about supporting end-users; the manuals are readable!
  4536. (so he claims) and designed for the hacker to be able to bring the
  4537. system up without need for valium.
  4538.  
  4539. D.R. has also announced a CBBS for supporting their products. I have not
  4540. tried it myself yet, but my friend tells me you need a valis serial number
  4541. to log in! He also says that their Vax has lost a lot of the older serial
  4542. numbers, so don't be all that surprised if you have trouble accessing
  4543. the CBBS (I won't even try out my Imsai CP/M 1.3 serial number!)
  4544.  
  4545. I get the feeling (maybe its just hope) that D.R. is making a greater
  4546. effort to support the CP/M community. I hope so.
  4547.  
  4548.                             Charlie Strom
  4549.  
  4550. Yipes - I almost forgot the CBBS number! - 408-649-5186 (300 baud)
  4551. 30-Nov-82 00:04:50,415;000000000000
  4552. Date: 29-Nov-82 23:04:50-PST (Mon)
  4553. From: UCBVAX.npois!harpo!decvax!goutal at Ucb-C70
  4554. Subject: MARC
  4555. Message-Id: <8210300704.10023@UCBVAX.BERKELEY.ARPA>
  4556. Received: by UCBVAX.BERKELEY.ARPA (3.227 [10/22/82])
  4557.     id A10016; 29-Nov-82 23:04:55-PST (Mon)
  4558. To: harpo!npois!ucbvax!C70: info-cpm at Ucb-C70
  4559. Via:  Mit-Ai; 30 Nov 82 2:14-EST
  4560. Via:  Brl; 30 Nov 82 2:16-EST
  4561. Via:  Brl-Bmd; 30 Nov 82 2:42-EST
  4562.  
  4563. What IS it?
  4564. 30-Nov-82 00:57:00,758;000000000000
  4565. Date: 29 November 1982 23:57-PST (Monday)
  4566. From:  Allan M Schiffman <Schiffman@Sri-Kl>
  4567. Subject: IBM PC and ITS
  4568. To: info-cpm at Mit-Mc
  4569. Via:  Mit-Mc; 30 Nov 82 6:56-EST
  4570. Via:  Brl; 30 Nov 82 7:12-EST
  4571. Via:  Brl-Bmd; 30 Nov 82 7:22-EST
  4572.  
  4573. I have a friend with an IBM PC and the Microstuf, Inc. program
  4574. "Crosstalk" (which is a program for communicating with a serial line).
  4575. He uses it, of course, to connect to his modem.
  4576.  
  4577. Does anyone know what terminal this program emulates, if any?  Is
  4578. there a standard set of control character sequences for the PC?
  4579.  
  4580. Is there any ITS CRTSTY options set up that would make my friend's
  4581. life more wonderful?
  4582.  
  4583. Is there some other list I should send this message to?
  4584. What happened to Info-Micro?
  4585.  
  4586. Thanks,
  4587. -Allan
  4588. 30-Nov-82 10:13:00,725;000000000000
  4589. Date: 30 Nov 1982 10:13 PST
  4590. From: DBrown at Parc-Maxc
  4591. Subject: DIGITAL RESEARCH -- CBBS
  4592. To: INFO-CPM at BRL
  4593. cc: DBrown at Parc-Maxc
  4594. Via:  Parc-Maxc; 30 Nov 82 13:17-EST
  4595. Via:  Brl; 30 Nov 82 13:36-EST
  4596. Via:  Brl-Bmd; 30 Nov 82 13:55-EST
  4597.  
  4598. I called the number (408-649-5186) and found out it works. The hardware they
  4599. are using is:   Altos 8000-10 microcomputer;
  4600.                  (running CP/M 2.2(4FO));
  4601.                  single 8" floppy drive;
  4602.                  single 8" Shugart 10 M-byte hard disk;
  4603.                  Racal-Vadic VA3450P external modem.
  4604. Its nice to know you don't have to call during normal working hours. Now I'm
  4605. able leave a message when I have a problem, not the next working day.
  4606.  
  4607.     Darrah
  4608. 30-Nov-82 18:07:00,1432;000000000000
  4609. Date: 30 Nov 1982 18:07 EST
  4610. From: clark.wbst at Parc-Maxc
  4611. Subject: What is MARC?
  4612. To: info-cpm at Mit-Mc, decvax!goutal at Ucb-C70
  4613. Via:  Mit-Mc; 1 Dec 82 3:17-EST
  4614. Via:  Brl; 1 Dec 82 3:40-EST
  4615. Via:  Brl-Bmd; 1 Dec 82 4:08-EST
  4616.  
  4617. MARC looks very much like V6 UNIX to the user.  It runs on any micro
  4618. that runs cp/m, and comes up by absorbing the cp/m bios from the existing
  4619. system.  It is not a multitasking system, so you can't fork things off to run
  4620. in the background, or do anything that implies two things going on at once.
  4621. An exception is that pipes from the shell are implemented with intermediate
  4622. files.  MARC has a version of BDS C that is custom made for it, I think with
  4623. floating point.  It also has a version of MINCE (an editor similar to emacs) 
  4624. for it.  It has a CP/M emulator so that all but the very largest CP/M software
  4625. will run under it.  I think anything that fits in a 48K TPA will work. 
  4626.  
  4627. I have a many page question and answer type blurb on it along with a
  4628. sample terminal session that I can send to whoever asks.  The material I have is
  4629. half a year old, and half several years old (When I talked to him 2 or 3 years
  4630. ago he was surprised it was still around!).  I saw it working last July; it
  4631. really does work!  In fact, uucp site "vortex" is a z80 running MARC!
  4632.  
  4633. vortex!lauren (Lauren Weinstein) is in charge of getting MARC to market.
  4634.  
  4635. Is that a fair description Lauren?
  4636.  
  4637. --Ray Clark
  4638. 30-Nov-82 22:16:00,1198;000000000000
  4639. Date: 30 Nov 1982 22:16:00 CST (Tuesday)
  4640. From: Mike Meyer <mwm@Okc-Unix>
  4641. Subject: MPM 2 bug
  4642. To: info-cpm at Okc-Unix
  4643. Cc: mwm at Okc-Unix
  4644. Via:  Okc-Unix; 30 Nov 82 23:25-EST
  4645. Via:  Brl; 30 Nov 82 23:38-EST
  4646. Via:  Brl-Bmd; 30 Nov 82 23:46-EST
  4647.  
  4648. About 6 months ago, I ran into a (rather nasty) MPM 2.0 bug. While discussing
  4649. DRI's software support with someone, this came up again. Somebody suggested
  4650. posting it here, both as a warning, and on the off chance that sombody
  4651. knows of a fix.
  4652.  
  4653. The problem is that MPM does NOT reinitialize page zero in a when a process
  4654. exits, unless page zero of the partition is also page zero for a bank.
  4655.  
  4656. This is a problem if you have a program that twists things in page zero. Any
  4657. of the `CCP replacements' (microshell, etc) or a menu-driven system that
  4658. uses program chainging (Magic Wand II) will trip over this. The sympton is
  4659. that, after running such a program, you get the thing back the very next time
  4660. something exits, IF you took a hard (^C or whatever) exit.
  4661.  
  4662. When I talked to DRI about it, they said `send us a disk with software that
  4663. displays the problem, and we may look at it.' Just one of the many reasons
  4664. that I hate DRI.
  4665.  
  4666.     <mike
  4667. 30-Nov-82 23:08:00,484;000000000000
  4668. Date: 1 December 1982 01:08-EST
  4669. From: "James Lewis Bean, Jr." <BEAN@Mit-Mc>
  4670. Subject:  Wordstar's character width table.
  4671. To: INFO-CPM at Mit-Mc
  4672. Via:  Mit-Mc; 1 Dec 82 1:21-EST
  4673. Via:  Brl; 1 Dec 82 1:35-EST
  4674. Via:  Brl-Bmd; 1 Dec 82 1:43-EST
  4675.  
  4676.  
  4677. This is the table that wordstar uses to calculate the size of
  4678. all of the characters that need to be printed on the printer.
  4679.  
  4680. Does anyone know the address within WS.COM that this exists?
  4681.  
  4682.                 thanks,
  4683.                 lewis
  4684.                 Bean at Mit-Mc
  4685.