home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / simtel / archives / cpm / 8011-1.txt < prev    next >
Text File  |  1993-02-12  |  24KB  |  584 lines
  1.  5-Nov-80 03:47:00,7939;000000000000
  2. Date: Wednesday, 5 November 1980  03:47-MST
  3. From: Frank J. Wancho <FJW at MIT-MC>
  4. To:   INFO-CPM at MIT-MC
  5. Subject: The SIG/M Report
  6.  
  7.                         The SIG/M Report
  8.                           November 1980
  9.                             edited by
  10.                    Bruce Ratoff and Bill Chin
  11.  
  12.      SIG/M has now been in full operation for the past two months 
  13. and  things  are really starting to happen.  As Sol announced  in 
  14. this  column  last  month,  our  first  three  software  volumes, 
  15. containing  source and object of two souped-up  Adventure  games, 
  16. are now available.  Since that announcement, we have collected an 
  17. additional four volumes of software,  which will be available for 
  18. the first time at the November meeting of SIG/M (at the 808X/Z80, 
  19. CP/M,  N*,  TRS-80 users' meeting) at UCTI on Friday, November 7.  
  20. The new volumes are:
  21.  
  22.          SIG/M004 - miscellaneous CP/M utilities
  23.          SIG/M005 - 8080/8085 diagnostics package
  24.          SIG/M006 - 6502 monitor and simulator (on Z80!)
  25.          SIG/M007 - modem and BBS utilities
  26.  
  27.      Another  disk  of  games has been started but does  not  yet 
  28. contain sufficient material for release.  Expected future volumes 
  29. include more CP/M utilities, and a set of cross-development tools 
  30. for the TI9900 processor.   These and all future volumes will  be 
  31. announced  in  this column,  and on our participating BBS's  (see 
  32. below).
  33.  
  34.      We  are  of  course  always  seeking  software contributions  
  35. in all areas of interest.    Remember that the "quickie" that you 
  36. threw  together to solve some  minor problem may be  a  lifesaver 
  37. for  another user, no matter how trivial you may consider it.
  38.  
  39.      For those who have not yet heard about SIG/M, its purpose is 
  40. to promote the exchange of programs and information on/about CP/M 
  41. and  related systems.  It is our goal to provide this exchange in 
  42. as open and non-commercial an environment as  possible.   Besides 
  43. providing  software exchange,  we would like to serve as a  forum 
  44. for  sharing ideas/comments on CP/M related topics.  This is your 
  45. organization, and can only succeed with everyone's participation. 
  46. SIG/M was jointly founded by CP/M proponents in ACGNJ and the New 
  47. York Amateur Computer Club (NYACC).
  48.  
  49.  
  50.                         WHERE TO FIND US
  51.  
  52.      There are many ways to contact/locate SIG/M for  information 
  53. or  to  exchange software.  We can always be found at the  "first 
  54. Friday"  ACGNJ  users'  group  meeting at  UCTI  or  the  "second 
  55. Tuesday"  NYACC  users' group meeting at  Computer  Emporium  (in 
  56. NYC). You may also contact one of the four coordinators directly.  
  57. We are:
  58.  
  59.            Bruce Ratoff   Iselin, NJ      201-283-2724
  60.            Bill Chin      Clifton, NJ     201-778-5140
  61.            Marty Nichols  Dover, NJ       201-361-7180
  62.            Henry Kee      Flushing, NY    212-539-3202
  63.  
  64.      Written correspondence and diskettes may be mailed to:
  65.  
  66.                               SIG/M
  67.                            P.O. Box 97
  68.                         Iselin, NJ  08830
  69.  
  70.      If  you  have  a modem at your disposal,  you  may  wish  to 
  71. contact  us  and/or  obtain programs by  calling  Bruce  Ratoff's 
  72. Remote  Iselin  Bulletin  Board System (RIBBS).  In  addition  to 
  73. normal BBS functions,  it is possible to go into CP/M and send or 
  74. receive programs using the Ward Christensen MODEM program.  Plans 
  75. are currently underway,  although not yet implemented, to support 
  76. Apple CP/M and TRS-80 CP/M on this system.  To reach the  system, 
  77. dial Bruce's number (listed above), let it ring once, hang up and 
  78. call  back within 40 seconds.  The system will answer the  second 
  79. call.  A number of other BBS owners and potential BBS owners have 
  80. expressed  interest  in  providing  the  same  service  on  their 
  81. systems.  Their  numbers will be published in future columns.  We 
  82. are especially looking for participants in other regions (both in 
  83. and  out  of  the  NY/NJ  area).   Contact  us  if  you  wish  to 
  84. participate.
  85.  
  86.  
  87.                        LOCAL COORDINATORS
  88.  
  89.      We  are looking for people to coordinate local  distribution 
  90. of  the  SIG/M  software collection.  This is in  line  with  our 
  91. general  policy  of keeping both user costs and club costs  to  a 
  92. minimum.   If  you  are the 8080 or CP/M coordinator of  a  local 
  93. club,  or  wish to act as the "dropping off point" for the  other 
  94. CP/M  users in your area,  please contact us.   The point of  all 
  95. this  is  to minimize the number of disk copies that we  have  to 
  96. produce,  while providing the widest possible distribution of the 
  97. software  collection.  Clubs  and area  coordinators  may  obtain 
  98. copies  of  the SIG/M volumes for a donation of $4 per  diskette, 
  99. plus  $2  to  cover mailing costs.   These diskettes  are  to  be 
  100. redistributed locally on a non-profit basis.  Funds collected  by 
  101. the  local  coordinator  should go back into the support  of  the 
  102. local  club or group.  All commercial use of these diskettes  and 
  103. their contents is expressly forbidden.
  104.  
  105.  
  106.                         PROGRAM SUBMITTAL
  107.  
  108.      All programs/files for submittal to SIG/M should be provided 
  109. on 8" single-density  soft-sectored "standard CP/M" format, along 
  110. with our standard  submittal form.   A copy of this form  appears 
  111. on  each  SIG/M  volume  as  the  file  SIG/M.LIB.   It  is  also 
  112. reproduced  in this issue of the newsletter.   Contributions  and 
  113. forms  may also be sent via modem to a participating BBS,  but  a 
  114. signed  copy  of the submittal form must be received  before  the 
  115. program  can  be  distributed.   This  protects all  of  us  from 
  116. copyright  problems,  and assures a consistent method of  program 
  117. documentation and cataloging.
  118.  
  119.  
  120.                         UPCOMING RELEASES
  121.  
  122.      The  NYACC S-100 users' group has published a  directory  of 
  123. public-domain  software.   It contains the catalogs and abstracts 
  124. from  all  current CPMUG and SIG/M releases.   The  directory  is 
  125. available for $5 (subject to change) from NYACC.
  126.  
  127.      Digital  Research has released the first version of  CP/NET, 
  128. their distributed-processing system.   This release allows up  to 
  129. 16  modified CP/M systems to share disks and printers residing on 
  130. an MP/M system.   Each disk drive may be either locally supported 
  131. or mapped into the network (controlled by the MP/M system).   The 
  132. communication method is left up to the installer,  making this  a 
  133. very  general  and powerful  tool for applications requiring  too 
  134. much "crunch" per terminal to be served with a single  processor.  
  135. The  cost  is $200,  and the license is linked to a  single  MP/M 
  136. system license.
  137.  
  138.      A  new  version of MP/M is scheduled for release before  the 
  139. end of the year.   The main enhancement will be the inclusion  of 
  140. file interlocks between users, making multi-terminal file updates 
  141. much  easier   to  implement.   This version of  MP/M  will  also 
  142. support the next release of CP/NET, which allows the inclusion of 
  143. slave  processors that do not contain any local disk storage.   A 
  144. further update of MP/M and CP/NET,  which allows MP/M systems  to 
  145. function  as  slaves to other MP/M systems,  is expected  at  the 
  146. beginning of next year.
  147.  
  148.      Questions about the much-delayed release of CP/M-86 were met 
  149. with a reply that it should be released "any week now".   It will 
  150. consist  of 8086/8088-resident versions of all the standard  CP/M 
  151. programs, plus a cross-assembler that will allow the installer to 
  152. use an existing 8-bit CP/M system to bring up the 16-bit system.
  153.  
  154.  
  155.                       CP/M TIP-OF-THE-MONTH
  156.  
  157.      This "department" will hopefully appear on a regular  basis.  
  158. Its  purpose is to provide answers to common technical  questions 
  159. about CP/M and MP/M.   Please send your questions, ideas and tips 
  160. to Bruce for inclusion in this column.
  161.  5-Nov-80 21:22:00,1081;000000000000
  162. Date: 5 Nov 1980 at 2222-CST
  163. From: wilcox at UTEXAS-11
  164. To:   info-cpm at mit-mc
  165. Subject: USER x
  166.  
  167. Digital Research has done an excellant job of creating a 'standard' system
  168. for micros, but when the added the USER feature for 2.x they missed the boat.
  169. All they did was set up an otherwise unused field in the FCB for a user number.
  170. But that means a users normally sees ONLY his one files.  What ever happened
  171. to the concept of SYSTEM files.
  172.  
  173. What I feel should have been done is to make a small mod to BDOS such that
  174. if the initial file search fails, it makes a new search with the USER number
  175. set to 0 (or F as we choose).  We then declare that number (0 or F, whichever)
  176. to be the SYSTEM account.  Just like the big systems do! References are first
  177. satisfied in our own account, and then if necessary, by the system files.
  178.  
  179. Problem?  No source to make even these relatively simple patches.  Does anyone
  180. have (or sell) a source (listing, not necessarily machine readable) to BDOS
  181. and CCP (ver. 2.2 preferrably) that is not too expensive?
  182.  
  183.                --Jim
  184.  9-Nov-80 13:35:00,1698;000000000000
  185. Date: Sunday, 9 November 1980  13:35-MST
  186. From: Frank J. Wancho <FJW at MIT-MC>
  187. To:   INFO-CPM at MIT-MC
  188. Subject: [W8SDZ: BDOS-PAT.ASM]
  189.  
  190. Date: 11/09/80 13:56:12
  191. From: W8SDZ
  192. Re:   BDOS-PAT.ASM
  193.  
  194.     title    'BDOS patch for CP/M 2.2 to make USER 0 public'
  195. ;
  196. ;5/15/80
  197. ;
  198. ;patch courtesy of Andy Johnson-Laird
  199. ;
  200. ;******************************CAUTION******************************
  201. ;
  202. ;This patch is for grown-ups who know what they are doing.
  203. ;Note that if files of the same name are present on both USER 0 and
  204. ;the logged-in USER number, the OPEN, SEARCH for FIRST, SEARCH for NEXT
  205. ;and READ SEQUENTIAL functions will match directory entries on a first-come
  206. ;first-served basis.  This will cause exciting results if multiple extent
  207. ;files of the same name are present on both USER 0 and logged-in USER.
  208. ;
  209. ;Recommended use:
  210. ;
  211. ;    1) Keep on USER 0 only commonly used programs (Files.COM)
  212. ;    2) Set these programs to $SYS to reduce directory clutter.
  213. ;    3) Set these programs to $R/O to avoid accidental erasure of
  214. ;       invisible programs.
  215. ;    4) NEVER place on any other USER number programs of the same name.
  216. ;    5) Have turn-key applications cold-boot directly into the assigned
  217. ;       USER number.  The USER number is the high nibble of address 4.
  218. ;
  219. ;
  220. msize    equ    20        ;set your memory size here
  221. ;
  222. bdos    equ    (msize-20)*1024+3C00h
  223. ;
  224. patch$area    equ    ??????    ;this will depend on YOUR system, and
  225.                 ;should probably be in your BIOS area
  226. ;
  227.     org    bdos+075eh
  228.     jmp    patch        ;overlays:    mov    a,b
  229. ;                        cpi    0dh
  230. ;
  231. ;
  232.     org    patch$area
  233. patch:    mov    a,b
  234.     ora    a
  235.     jnz    patch2
  236.     ldax    d
  237.     cpi    0e5h
  238.     jz    patch2
  239.     mov    a,m
  240.     ora    a
  241.     jz    bdos+077ch
  242. patch2:    mov    a,b
  243.     cpi    0dh
  244.     jmp    bdos+0761h
  245. ;
  246.     end
  247. 12-Nov-80 02:42:00,2435;000000000000
  248. Date: Wednesday, 12 November 1980  02:42-MST
  249. From: Frank J. Wancho <FJW at MIT-MC>
  250. To:   INFO-CPM at MIT-MC
  251. Subject: A (temporary) home for CPMUG files
  252.  
  253. CP/M, CPMUG files, and micros are very closely related to my official
  254. work.  Thus, to cut the clutter in my directory, I have asked for a
  255. CPM directory to be created on MC and have moved all my CPM files to
  256. that directory, including the archive file for this mailing list.
  257.  
  258. In that directory (which can be accessed via FTP without login) there
  259. are a number of HEX, ASM, and ASMPAT files, courtesy of Keith Petersen
  260. (W8SDZ@MC).  All of the HEX files have been successfully downloaded
  261. and LOADed into COM files and checked by either running them or
  262. matching the CRCs.  Most of these files are short, except for MTN HEX,
  263. which is 28K bytes.  All HEX files have, or will have text at the
  264. front (which LOAD will ignore) indicating what the CRC of the COM file
  265. produced from that HEX file should be.  Of course, to get the CRC, you
  266. should download CRCK HEX, LOAD it, and run it on itself.  Its CRC is
  267. 2D47.
  268.  
  269. Here is a short abstract of what is current in CPM:
  270.  
  271.  ASMPAT ASM    The UPPER/lower case patch for ASM on CPM 1.4 patched
  272.  BBS    NOS    The latest list (as of 11/04/80)
  273.  BDOS22 PATCH    ASM Patch file for using USER 0 as "system" files
  274.  CP/M   AUTO    A Babyl file of replies to the AUTO startup query
  275.  CP/M   LIST    A Babyl file of requests to be added to INFO-CPM
  276.  CPM    ARCHIV    The INFO-CPM archives
  277.  CPM    DOC    A re-edit of the two-part msg on CP/M internals
  278.  CRCK   HEX    Produces 16-bit CRChecksums of files (CRC: 2D 47)
  279.  FAST   DOC    How to install FAST and SPEED
  280.  FMAP   HEX    FMAP updated for use under CP/M 2.x (CRC: 1A 2C)
  281.  MAKSUB ASM    Source for a SUBMIT-like program, MAKESUB.
  282.  MENU   MAC    Z80 source fore a working MENU program
  283.  MTN    DOC    Lastest DOC for MicroTELNET (1.3)
  284.  MTN13  HEX    MicroTELNET 1.3, an intelligent terminal program for
  285.         Z80's only (sorry)  (CRC: A1 53)
  286.  RSPEED ASM    Source for RSPEED (see FAST DOC)
  287.  RSPEED HEX    HEX for RSPEED - checks skew factors (CRC: )
  288.  SKEW2  ASMPAT    Sample patch file for FAST
  289.  SKEW3  ASMPAT    Sample patch file for FAST
  290.  UNLOAD ASM    Source for UNLOAD... in HEX format
  291.  UNLOAD HEX    Converts ANY file to HEX  (CRC:  )
  292.  UNLOD2 ASM    Source for UNLOAD2
  293.  UNLOD2 HEX    HEX for UNLOAD2 (presumably the same as UNLOAD)
  294.  XD     HEX    Another directory lister  (CRC: C7 B7)
  295.  
  296. Comments to the list, please.
  297.  
  298. --Frank
  299. 13-Nov-80 00:46:00,1174;000000000000
  300. Date: Thursday, 13 November 1980  00:46-MST
  301. From: Frank J. Wancho <FJW at MIT-MC>
  302. To:   INFO-CPM at MIT-MC
  303. Subject: Another file in CPM;
  304.  
  305. This time it is the documentation file that goes with MTN13.  The file
  306. is MC:CPM;MTNMSG HEX and is very long (44K), but reduces to 16K after
  307. LOADing.  The resulting COM file must be renamed to MTNMSGS.OVR to be
  308. used by MTN13.  CRC of the .OVR file is 8B F6.
  309.  
  310. Perhaps I should have made it clear that the CPM directory on MC is
  311. NOT proposed to be the permanant net home for the entire CPMUG
  312. library.  There just simply isn't that much room available for all of
  313. the files themselves, nor is there enough room to hold all of the
  314. directory entries for that many files.
  315.  
  316. However, selected files of general and popular interest should
  317. eventually find their way to this home.  I would hope that at least
  318. the ABSTRACT files for each of the CPMUG disks will eventually get
  319. uploaded and live in an INFO-formatted file for quick lookup.
  320.  
  321. (For those of you outside of the EMACS/TECO community, INFO is an
  322. TECO-based program which reads tree-structured sequential files which
  323. are usually menu-ized and footnoted.)
  324.  
  325. --Frank
  326. 19-Nov-80 23:17:00,434;000000000000
  327. Date: Wednesday, 19 November 1980  23:17-MST
  328. From: Frank J. Wancho <FJW at MIT-MC>
  329. To:   INFO-CPM at MIT-MC
  330. Subject: New Mailing Lists
  331.  
  332. There is now a BUG-MTN and INFO-MTN (both at MIT-MC) for mail
  333. concerning MicroTELNET.  Right now, BUG-MTN mail goes to me and
  334. MC:CPM;MTN BUGS, INFO-MTN goes to a list of known users of MTN and
  335. MC:CPM;MTN INFO.  If you wish to be added to either list (or both),
  336. send a msg to me.  --Frank
  337. 23-Nov-80 19:48:00,238;000000000000
  338. Date: Sunday, 23 November 1980  19:48-MST
  339. From: Gray at UCLA-SECURITY (Terry Gray)
  340. To:   info-cpm at mc
  341. Subject: SPEED/FAST for CPM 2.2?
  342.  
  343. Are SPEED and FAST applicable to CPM 2.2?
  344. If so, has anyone done the work yet?
  345.  
  346. Terry Gray
  347. 23-Nov-80 19:51:00,516;000000000000
  348. Date: Sunday, 23 November 1980  19:51-MST
  349. From: Gray at UCLA-SECURITY (Terry Gray)
  350. To:   info-cpm at mc
  351. Subject: Bigger BIOS
  352.  
  353. CPM 1.4 allows 9 sectors for BIOS;
  354. CPM 2.2 allows 6 sectors for BIOS.
  355.  
  356. When I tried to incorporate a driver for a TDL video board (with
  357. software scrolling and cursor positioning) in my CPM 1.4 BIOS,
  358. I found I had exceeded the 9 sector limit.  And I was thinking
  359. of going to 2.2 soon.  Any way to get around these limits
  360. (other than putting the drivers in ROM) ??
  361.  
  362. Terry Gray
  363. 24-Nov-80 14:16:00,1007;000000000000
  364. Date: Monday, 24 November 1980  14:16-MST
  365. From: Frank J. Wancho <FJW at MIT-MC>
  366. To:   INFO-CPM at MIT-MC
  367. Subject: New Files in MC:CPM;
  368.  
  369. There are two new files in the CPM directory, courtesy of Keith
  370. Petersen (W8SDZ@MC).
  371.  
  372. The first is the previously mentioned MBOOT ASM program to get you
  373. started downloading files using the MODEM2 program on the remote host.
  374. The idea here is to keyin this code, tailoring it to suit, and then
  375. use it to download MODEM2.  MODEM2 is used from then on to exchange
  376. files between systems.  (Hopefully, some industrious soul will
  377. volunteer to code up a mainframe version of MODEM2, suitable for use
  378. on TOPS-20, TENEX, and ITS machines - DEVON@MC is working on a Lisp
  379. version... - the specs can be made available upon request.)
  380.  
  381. The second program is an UNLOADed (HEX) copy of SD.COM (MC:CPM;SD HEX)
  382. and is similar to XD, which in turn is similar to LIST.  Comments on
  383. it are at the front of the file, including the CRC of the resulting
  384. COM file.
  385.  
  386. --Frank
  387. 25-Nov-80 21:34:00,1391;000000000000
  388. Date: Tuesday, 25 November 1980  21:34-MST
  389. From: Frank J. Wancho <FJW at MIT-MC>
  390. To:   INFO-CPM at MIT-MC
  391. Subject: BDOS Question
  392.  
  393. The following situation occurs with both CP/M 1.45 and 2.2 and I want
  394. to know why:
  395.  
  396. LOOP:    CALL    RDTIME        ; Reads clock ports and displays time
  397.                 ; using direct I/O to the console
  398.                 ; serial port.
  399.     CALL    CONST        ; Checks console input status only
  400.     CALL    NZ,GKC        ; If input, read console for command
  401.     JR    LOOP
  402.  
  403. GKC:    CALL    CONIN        ; Gets the pending character and does
  404.                 ; nothing with it.
  405.     CALL    PRINT        ; Prints a msg using BDOS
  406.     CALL    GNC        ; Waits for a response
  407.                 ; then jumps to appropriate subroutine
  408.                 ; based on character
  409.  
  410. The subroutine in question prints another message and waits for
  411. confirmation, and then prints another prompt and waits for string
  412. input using the READ BUFFER BDOS call.
  413.  
  414. Now here is the strange part:  it takes TWO characters (not one) to
  415. break out of the LOOP, and that first character shows up in the read
  416. buffer.  It can even be edited!
  417.  
  418. How did it end up in the read buffer?
  419.  
  420. Any clues to this mystery would be appreciated.
  421.  
  422. --Frank
  423.  
  424. (I have this sinking feeling that, as usual, I'm doing something
  425. wrong, but I can't figure it out for the life of me.  If so, I
  426. apologize for taking up your time.  If not, and it turns out to be a
  427. bug in CP/M - however obscure, I think we should all know.)
  428. 26-Nov-80 05:18:00,894;000000000000
  429. Date: Wednesday, 26 November 1980  05:18-MST
  430. From: Frank J. Wancho <FJW at MIT-MC>
  431. To:   INFO-CPM at MIT-MC
  432. Subject: [W8SDZ: BDOS PROBLEM]
  433.  
  434. Date: 11/26/80 06:34:05
  435. From: W8SDZ
  436.  
  437. Frank, the problem is caused by mixing direct console input with BDOS
  438. console output.  CP/M tests for console input during all BDOS console
  439. outputs to allow CTL-S and CTL-C pause and abort.  In the process of
  440. doing this, it cancels any pending keyboard character.  The solution
  441. is to use direct console output to print your messages.
  442.    Further re CP/M's printing via BDOS - when it sees a character
  443. typed, it sets a reminder byte inside CP/M itself which says that the
  444. console status is true, and attempts to fetch that character without
  445. first doing another status test.  Because you have already fetched the
  446. character in your loop, there is none, and it just sits there waiting
  447. for the next one.
  448. 26-Nov-80 22:41:00,241;000000000000
  449. Date: Wednesday, 26 November 1980  22:41-MST
  450. From: Frank J. Wancho <FJW at MIT-MC>
  451. To:   INFO-CPM at MIT-MC
  452. Subject: SPEED Files Available
  453.  
  454. Courtesy of LAUREN, there are two more new files in MC:CPM;
  455.  
  456. SPEED DOC
  457. SPEED HEX
  458.  
  459. --Frank
  460. 27-Nov-80 01:42:00,639;000000000000
  461. Date: Thursday, 27 November 1980  01:42-MST
  462. From: Lauren at UCLA-SECURITY (Lauren Weinstein)
  463. To:   INFO-CPM at MC
  464. Subject: speed deleted
  465.  
  466. SPEED.HEX has been deleted from MC:CPM; -- while this appears on
  467. a CP/M user's group disk which claims it is public domain, I have
  468. my doubts, and have decided that it is not appropriate for 
  469. open access on MC.  If there was someway to verify people's CP/M
  470. licenses... but there isn't.  I don't think that MC wants to
  471. take responsibility for such verifications, so I think this
  472. is better for everyone concerned.  SPEED is available on CP/M
  473. User's Group disk #38, by the way.
  474.  
  475. --Lauren--
  476. 28-Nov-80 22:07:00,657;000000000000
  477. Date: Friday, 28 November 1980  22:07-MST
  478. From: Frank J. Wancho <FJW at MIT-MC>
  479. To:   INFO-CPM at MIT-MC
  480. Subject: More files
  481.  
  482. Again courtesy of Keith Petersen (W8SDZ@MC):
  483.  
  484. MC:CPM; SD   ASM  - source for SD, a sorted directory program
  485. MC:CPM; D    DOC  - Doc for D below
  486. MC:CPM; D    HEX
  487. MC:CPM; MOVE ASM - like FILECOPY and PIP for multiple files.
  488.                    Difference is that it asks to copy or skip.
  489.  
  490. Now a question:  anybody besides Lauren and myself downloading these
  491. files and using them?  What's holding you up?  No software to download
  492. or the programs are not what you're looking for (if not what then), or
  493. what?
  494.  
  495. --Frank
  496. 29-Nov-80 14:59:00,1256;000000000000
  497. Date: Saturday, 29 November 1980  14:59-MST
  498. From: Frank J. Wancho <FJW at MIT-MC>
  499. To:   INFO-CPM at MIT-MC
  500. Subject: More Files
  501.  
  502. More from W8SDZ:
  503.  
  504. A new SD.ASM - the old one has been replaced: MC:CPM;SD ASM.
  505.  
  506. COPYFILE.ASM - this is the one that I mistakenly described as MOVE.
  507. (MOVE does single file copies like FILECOPY, but may be to more than
  508. one disk, ala SYSGEN.)
  509.  
  510.     ;This program will copy files of any length from one drive to
  511.     ;another, with up to 16k buffering.  It was created for very
  512.     ;long files (megabyte length), which are not properly handled
  513.     ;by CP/M 2.x PIP.  This version offers selective copying of
  514.     ;files - something not available with PIP.  The destination
  515.     ;files will have NO attributes set, which is useful for
  516.     ;copying from CP/M 2.x to 1.4 disks.
  517.  
  518. This is in MC:CPM;CPYFIL ASM.
  519.  
  520. And finally, there is an edited collection of CBBS messages commenting
  521. on various user's experiences with several disk controllers in
  522. MC:CPM;DSKCMP DOC.  (After reading that, I am glad I have a "stock"
  523. system!)
  524.  
  525. --Frank
  526.  
  527. P.S.  For those of you looking to download (only) to get started, a
  528. simple-minded ASCII capture program is forth-coming, one that will be
  529. short enough to key in.  Stay tuned!
  530. 30-Nov-80 16:06:00,802;000000000000
  531. Date: Sunday, 30 November 1980  16:06-MST
  532. From: Frank J. Wancho <FJW at MIT-MC>
  533. To:   INFO-CPM at MIT-MC, NORTH-STAR-USERS at MIT-MC
  534. Subject: N* Skew Table for FAST and SPEED
  535.  
  536. The patch file I use for FAST on a NorthStar is in MC:CPM;NSSKEW ASM.
  537. It was derived using a modified version of RSPEED which accessed my
  538. Mountain Computer Clock card to give the relative timings for the
  539. various skews.  It is interesting to note that the static timing for
  540. the normal CP/M skew table supplied from Lifeboat is 1.3 seconds; no
  541. skew, as in NS DOS, is 2.2; and the table in that file is 0.4!  What
  542. this means, I guess, is that the one derived by Lifeboat is indeed
  543. better than DOS', but it is not the best that could have been...
  544.  
  545. (Startup timings were 2.5, 3.4, and 1.4, respectively.)
  546.  
  547. --Frank
  548. 30-Nov-80 23:06:00,1290;000000000000
  549. Date: Sunday, 30 November 1980  23:06-MST
  550. From: MITTON at MIT-AI
  551. To:   Info-CPM at MIT-MC
  552. Subject: Cp/M Users Group Software
  553.  
  554. I have Vols 1-42 of the CP/M UG on a DEC RK06 in my office.
  555. I also have a few Fortran programs that allowed me to archive this stuff
  556. and to create copies back to floppies.  I will be offering copies under
  557. the auspice of the New England Computer Society.  There will probably
  558. be a 25 or 50 cent coping charge to keep the requests resonable and to
  559. finance further acqusitions.
  560.  
  561. HOWEVER, I am willing to try to arrange to give away a copy of the entire
  562. collection to anyone that can read it in its current form.  It is on a
  563. DEC RK06 written under Files-11 on RSX-11M-Plus.  The diskettes are stored
  564. as Fixed length (128 byte records in squential order (all disk interleaving
  565. as been un-interleaved.  I could write it to mag tape, but it would be
  566. DEC DOS, "ANSI standard" or other more obscure DEC formats.
  567. I could also arrange to transfer it over the DEC DECnet Engineering Network,
  568. if someone in Marlboro is willing to work with it.
  569.  
  570. Anyone who is serious about picking this stuff up, Please contact me direct.
  571. My turn-around on this mailing list is about once a month!
  572. Dave Mitton, 617-493-9362 work, 876-8718 home, 864-3819 CBBS/Cambridge.
  573. 30-Nov-80 23:13:00,297;000000000000
  574. Date: Sunday, 30 November 1980  23:13-MST
  575. From: ELMO at MIT-MC (Eliot R. Moore)
  576. To:   INFO-MICRO at MIT-MC, INFO-CPM at MIT-MC
  577. Subject: Losing
  578.  
  579. Is there a way (does someone have software on-line) to make ITS work
  580. with standard handshaking? (X-On, X-Off)
  581. Thanks--
  582. Eliot Moore
  583. (Elmo @ MC)
  584.