home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / simtel / archives / cpm / 8104-1.txt < prev    next >
Text File  |  1993-02-12  |  22KB  |  576 lines
  1.  2-Apr-81 18:47:00,545;000000000000
  2. Date: Thursday, 2 April 1981  18:47-MST
  3. From: Dan at ml
  4. Sender: ___012 at ml
  5. To:   info-cpm at MIT-MC
  6. Subject: Signetics 8X300 Cross Assembler (MCCAP)
  7.  
  8. Does anyone have access to the Signetics 8X300 MCCAP cross assembler?
  9. According to Signetics, it is available through TYMNET and GE TimeSharing
  10. Network, etc.  It is written in ANSI FORTRAN.  If anyone can locate a
  11. source of this Cross Assembler, plase get back to me, as I am doing some
  12. development work on the 8X300 MicroController and the assembler would
  13. be very helpful.
  14.  
  15. Dan
  16.  3-Apr-81 23:53:00,1354;000000000000
  17. Date: Friday, 3 April 1981  23:53-MST
  18. From: FONER at MIT-AI (Leonard N. Foner)
  19. To:   INFO-MICRO at MIT-AI, Info-CPM at MIT-MC
  20. cc:   FONER at MIT-AI
  21. Subject: Floppy disk drive alignment disk needed
  22.  
  23. I have a disk drive for a TRS-80 Model I that recently got dropped
  24. rather severely.  From a preliminary diagnosis, it appears that the
  25. head is about (don't laugh!) one track or so out of *radial*
  26. alignment...  not just azmuth misalignment.  This was a serious fall
  27. or other shock, I assume (I was not there when the drive stopped
  28. working.)
  29.  
  30. What I need to avoid paying Radio Shack a bundle to repair the drive
  31. is the alignment disk that Radio Shack uses.  It is supposed to align
  32. Shugart SA-400 disk drives, which is close enough to Radio Shack's
  33. somewhat modified design, and is called the SA-124.  This is *not* a
  34. disk diagnostic; it is rather a disk that has specially encoded
  35. biphase pulses at tracks 0, 16, and 34, or something like that, that
  36. is then used with an oscilliscope to position the head properly.
  37.  
  38. So, I need this disk rather badly.  Does anyone in the Boston area
  39. have this disk that they could let me borrow?  Would anyone like to
  40. buy it from me if I find a source to buy this from?  (I won't need it
  41. when I finish with it, and I might as well resell it...)
  42.  
  43. Thanx for any help you can provide.
  44.  
  45.                         <LNF>
  46.  5-Apr-81 00:28:00,486;000000000000
  47. Date: 4 Apr 1981 (Saturday) 2328-PST
  48. From: DWS at LLL-MFE
  49. To:   Info-CPM at MIT-AI, Info-Micro at MIT-AI
  50. Subject: CP/M documentation query
  51.  
  52. The complaint was raised at a CP/M presentation at the Computer
  53. Faire that no CP/M documentation lists register and stack usage
  54. by BIOS call.  (I.e. what registers are preserved and how much
  55. stack gets used).
  56.  
  57. Does anybody know of any documentation listing the above?  If so,
  58. is it machine readable?  Reply to Info-Micro@AI.  Thanks.
  59.  5-Apr-81 22:23:00,219;000000000000
  60. Date: Sunday, 5 April 1981  22:23-MST
  61. From: Gray at UCLA-SECURITY (Terry Gray)
  62. To:   info-cpm at mc
  63. Subject: BDOS call 37
  64.  
  65. Any ideas on why BDOS call 37 (Reset Drive) might not work
  66. on my CPM 2.2??
  67.  
  68. Terry Gray
  69.  5-Apr-81 22:41:00,283;000000000000
  70. Date: Sunday, 5 April 1981  22:41-MST
  71. From: Lauren at UCLA-SECURITY (Lauren Weinstein)
  72. To:   info-cpm at ai
  73. Subject: list convergence
  74.  
  75. Is there ANYONE on info-cpm who is not also on info-micro?  If not,
  76. we might try to avoid sending to both lists when possible.
  77.  
  78. --Lauren--
  79.  6-Apr-81 00:08:00,288;000000000000
  80. Date: Monday, 6 April 1981  00:08-MST
  81. From: DAN at MIT-ML
  82. To:   info-cpm at MIT-MC
  83. Subject: Z8000 Assembler needed
  84.  
  85. Does anyone have a Z8000 assembler, preferably one that runs on an 8080/Z80
  86. under CP/M and turns out Z8000 object code in absolute or hex code.
  87.  
  88. Replies to DAN@ML
  89.  6-Apr-81 01:21:00,1588;000000000000
  90. Date: Monday, 6 April 1981  01:21-MST
  91. From: W8SDZ at MIT-MC (Keith B. Petersen)
  92. To:   GRAY at UCLA-SECURITY
  93. cc:   INFO-CPM at MIT-MC
  94.  
  95. In responce to your request for function #37 - here's all I
  96. have.  I hope it helps.  Make sure your 16-bit value is set
  97. correctly.
  98.  
  99.                              NEW CP/M 2.2
  100.                             BDOS FUNCTIONS 
  101.  
  102.  
  103. *************************************
  104. *  FUNCTION 37:   RESET DRIVE       *
  105. *************************************
  106. *  Entry Parameters:                *
  107. *      Register   C:   25H          *
  108. *      Register  DE:   Drive Vector *
  109. *                                   *
  110. *  Returned Value  :                *
  111. *      Register   A:   00H          *
  112. *************************************
  113.  
  114.  
  115. The RESET DRIVE function allows resetting of specified drive(s).
  116. The passed parameter is a 16 bit vector of drives to be reset;
  117. the least significant bit is drive A.
  118.  
  119. In order to maintain compatibility with MP/M, CP/M returns a
  120. zero value.
  121.  
  122.  
  123.  
  124.  
  125.  
  126. *************************************
  127. *  FUNCTION 40:   WRITE RANDOM WITH *
  128. *                    ZERO FILL      *
  129. *************************************
  130. *  Entry Parameters:                *
  131. *      Register   C:   28H          *
  132. *      Register  DE:   FCB Address  *
  133. *  Returned Value  :                *
  134. *      Register   A:   Return Code  *
  135. *************************************
  136.  
  137.  
  138. The WRITE RANDOM WITH ZERO FILL operation is similar to
  139. FUNCTION 34;  with the exception that a previously unallocated
  140. block is filled with zeros before the data is written.
  141.  8-Apr-81 08:58:00,615;000000000000
  142. Date: Wednesday, 8 April 1981  08:58-MST
  143. From: Gray at UCLA-SECURITY (Terry Gray)
  144. To:   info-cpm at mc
  145. Subject: CPM 2.2 bug
  146.  
  147. I heard from a software vendor at the West Coast Computer Faire 
  148. that there is a bug in CPM 2.2 that Digital Research has sent
  149. a patch to their OEMs to correct.
  150.  
  151. The symptom is that if the last thing you do to a file before
  152. closing it is a random write to the first record, the buffer
  153. will not be flushed, and the modified record will not be written to disk.
  154.  
  155. The patch is aupposed to be just a few bytes in MOVCPM.
  156.  
  157. Has anyone got confirmation or more information on this?
  158.  8-Apr-81 21:21:00,761;000000000000
  159. Date: Wednesday, 8 April 1981  21:21-MST
  160. From: DAN at MIT-ML (Daniel J. Blumenfeld)
  161. To:   info-cpm at MIT-MC
  162. Subject: Get those Intel manuals out...
  163.  
  164. I've obtained a bunch of Intel memory boards, and I am trying to determine
  165. which Intel memory system they are from.  The number on the board is:
  166.  
  167.     Memory Unit  MU-780
  168.  
  169. and they have 112 2147's on them for a total of 56K by 8 bits.  I have
  170. both the Intel Component manual and the Intel Systems manual, but the
  171. board (or the system that the board fits in) is not listed anywhere;
  172. however, I believe that the board is not a custom job.  The main problem
  173. is that there seems to be no "global" Intel manual which lists "everything"
  174. that they manufacture.  Replies directly to DAN@ML...  Thanx  - Dan
  175.  8-Apr-81 21:38:00,644;000000000000
  176. Date: Wednesday, 8 April 1981  21:38-MST
  177. From: RGF at MIT-MC (Ronald G. Fowler)
  178. To:   gray at UCLA-SECURITY
  179. cc:   INFO-CPM at MIT-MC
  180.  
  181.   I have uploaded a file for your perularusal into mt:cpm;22cpm doc
  182. that contains a field change notice published by DR  .  This should
  183. be the information you need.
  184.   Note that although the file contains references only to systems
  185. employing the DIgitigital Research deblocking algorythnms,hms, it actually
  186. applies to all systems employing anyANY deblocking algorthms.
  187.   Please forgive my use of backspace in this message, hope it doesn't
  188. cause any problems on your termiannal.
  189.  9-Apr-81 02:35:00,2908;000000000000
  190. Date: Thursday, 9 April 1981  02:35-MST
  191. From: W8SDZ at MIT-MC (Keith B. Petersen)
  192. To:   INFO-CPM at MIT-MC, INFO-MICRO at MIT-MC
  193. Subject: CP/M random write buffer flush
  194.  
  195. My appologies to those who get this message twice.  I thought
  196. it important enough to pass along to as many people as possible.
  197.  
  198. If your CBIOS uses any kind of deblocking to interface between
  199. CP/M's 128-byte sectors and your disk's actual physical sector
  200. size, the following patch MUST be done to your system.  The
  201. addresses shown are for standard distribution CP/M.  Those who
  202. have Morrow systems will find the patch area at 23D2 instead of
  203. the 1CD2 shown.  Early issues of Morrow's CP/M 2.2 did not have
  204. this patch.  After you make the patch, if you are using Morrow,
  205. you can delete the "CALL FLUSH" statements in your console input
  206. and output routines, thus cutting down on the amount of disk
  207. accesses when running WordStar or other similar text editors that
  208. scroll through a disk file.
  209.  
  210. DIGITAL RESEARCH CP/M [R] 2.2 FIELD SOFTWARE CHANGE
  211.          Copyright (c) 1980   Digital Research
  212.  
  213. ID# CPM22-0001    PROGRAM: BDOS     ISSUE DATE: 02/19/80
  214.  
  215.  
  216. ERROR DESCRIPTION:  The following change affects only those CP/M
  217. systems which are using the optional blocking and deblocking al-
  218. gorithms listed in Appendix G of the CP/M Alteration Guide.  If
  219. you are in doubt as to the applicability of this field change,
  220. please contact Digital Research or your CP/M distributor.
  221.  
  222. PATCH PROCEDURE:  Ensure you have an archive copy of the distri-
  223. buted MOVCPM.COM file.  Make changes to a version of MOVCPM>COM
  224. by carefully following the steps shown below:  MOVCPM.COM is
  225. loaded into memory using DDT and the changes are made using the
  226. Assemble (A) and Set (S) commands.  After making the changes,
  227. return to the console command processor using the Go (G) command,
  228. and SAVE the altered memory image on disk.  The memory image on
  229. tracks 0 and 1 must also be updated.  This can be accomplished
  230. by executing the new MOVCPM program, as described in the CP/M
  231. Alteration Guide, and integrating your customized I/O system.
  232.  
  233.  
  234.                      ddt movcpm.com
  235.                      DDT VERS 2.0
  236.                      NEXT PC 
  237.                      2700 0100
  238.                      -a1cd2
  239.                      1CD2 nop
  240.                      1CD3 nop
  241.                      1CD4 lxi h,0
  242.                      1CD7
  243.  
  244.  
  245.                      G0
  246.   
  247.                      save 38 movcpm.com
  248.  
  249.  
  250. NOTE:  This Field Software change is not installed in the CP/M
  251. version 2.2.  It must be installed in all systems which use the
  252. deblocking algorithms listed in Appendix G of the CP/M Alteration
  253. Guide.
  254.  
  255. END OF FIELD CHANGE NOTICE.
  256.  
  257. The code you are replacing is:
  258.     DCR    C
  259.     DCR    C
  260.     JNZ    (ADDRESS)
  261.  
  262. The patch effectively nullifies that code, causing CP/M to properly
  263. instruct your CBIOS to update the last sector written.
  264. 12-Apr-81 12:37:00,531;000000000000
  265. Date: Sunday, 12 April 1981  12:37-MST
  266. From: W8SDZ at MIT-MC (Keith B. Petersen)
  267. To:   INFO-CPM at MIT-MC, DAN at MIT-ML
  268. Subject: Little known CP/M calls
  269.  
  270. Dan@ML asked about BDOS calls 38 and 39 on CP/M 2.2.  These are not
  271. implemented.  A disassembly of BDOS shows that these calls will point
  272. to a RET (return) instruction, and thus have no effect.  They are
  273. reserved for use with MP/M, where they have the following meanings:
  274.  
  275. Function 38:    Access drive
  276. Function 39:    Free drive
  277.  
  278. See the MP/M manual for more details.
  279. 13-Apr-81 05:15:00,686;000000000000
  280. Date: Monday, 13 April 1981  05:15-MST
  281. From: Keith B. Petersen <W8SDZ at MIT-MC>
  282. To:   INFO-CPM at MIT-MC
  283. Subject: New AUTOMATIC Findbad program
  284.  
  285. I have uploaded a new version of FINDBAD, the program that
  286. locks out bad sectors on a CP/M disk.  The new program is
  287. totally automatic - that is, it works like DU and SD, picking
  288. up the disk parameter block and version number from your CP/M
  289. and adjusting itself accordingly.  It should work correctly
  290. with any standard 1.4 or 2.x CP/M system.  Thanks to Ron Fowler
  291. (RGF@MC) for the excellent programming.  Reports would be
  292. appreciated.  (send them to RGF@MC with CC to W8SDZ@MC).
  293. Thanks.
  294.    The file is in MC:CPM;FBAD52 ASM.
  295. 14-Apr-81 18:26:00,439;000000000000
  296. Date: Tuesday, 14 April 1981  18:26-MST
  297. From: DAN at MIT-ML (Daniel J. Blumenfeld)
  298. To:   INFO-CPM at MIT-ML
  299. Subject: AMDOS on Advanced Micro Devices AMSYS 8/8... compatable with CP/M?
  300.  
  301. Does anyone own or have access to an Advanced Micro Devices (or more 
  302. accurately, Advanced Micro Computers) AMSYS 8/8?  I was wondering if their
  303. AMDOS Operating System is just another flavor of CP/M (I've heard rumors that
  304. this is true).
  305.  
  306. Dan
  307. 20-Apr-81 19:22:00,479;000000000000
  308. Date: Monday, 20 April 1981  19:22-MST
  309. From: Paul L. Kelley <PLK at MIT-MC>
  310. To:   INFO-CPM at MIT-MC
  311. Subject: MODEM527.ASM
  312.  
  313.     MODEM527.ASM now exists on the CPM directory as MODEM 527.
  314.  
  315.     I have renamed MODEM2 ASM as MODEM 926.
  316.  
  317.     According to Keith Petersen MODEM527.ASM is, if I correctly
  318. remember what he said, close to Ward's original version of MODEM2 and
  319. has less unnecessary frills than MODEM926.ASM. It was uploaded with
  320. LMODEM at 1200 baud in about 9 minutes.
  321. 20-Apr-81 21:45:00,226;000000000000
  322. Date: Monday, 20 April 1981  21:45-MST
  323. From: Paul L. Kelley <PLK at MIT-MC>
  324. To:   INFO-CPM at MIT-MC
  325. Subject: SIG/M Newsletter for April
  326.  
  327.     The SIG/M Newsletter for April is now on the CPM directory
  328. as:
  329.     
  330.     SIG/M    APR81
  331. 21-Apr-81 07:01:00,274;000000000000
  332. Date: Tuesday, 21 April 1981  07:01-MST
  333. From: JSWAIN at BBNA
  334. To:   info-cpm at MIT-MC
  335. Subject: Location of source of XMODEM.ASM
  336.  
  337.     Could any-one please tell me where I could pick up a copy
  338. of the source for the XMODEM.asm file?  Thank-you.
  339.  
  340.     John Swain  JSWAIN@BBNA
  341. 22-Apr-81 11:30:00,194;000000000000
  342. Date: Wednesday, 22 April 1981  11:30-MST
  343. From: Paul L. Kelley <PLK at MIT-MC>
  344. To:   INFO-CPM at MIT-MC
  345. Subject: XMODEM ASM
  346.  
  347.     XMODEM version 4.1 is now on the CPM directory as XMODEM ASM.
  348. 24-Apr-81 11:53:00,368;000000000000
  349. Date: Friday, 24 April 1981  11:53-MST
  350. From: MOORE at USC-ISIB
  351. To:   info-cpm at AI
  352. cc:   moore at USC-ISIB
  353. Subject: sort program wanted
  354.  
  355. I have a ~100K file of names & addresses, etc.  I need to sort by zip
  356. and name -- what sorts are available which can handle this in some reasonable
  357. manner (Public domain preferred, of course).
  358.  
  359. Jim Moore (moore @ isib)
  360. 24-Apr-81 13:18:00,360;000000000000
  361. Date: Friday, 24 April 1981  13:18-MST
  362. From: Jim Moore <MOORE at USC-ISIB>
  363. To:   info-cpm at MIT-MC
  364. Subject: sort wanted ...
  365.  
  366. I have a ~100K cp/m file of names & addresses, etc.  I need to sort by zip
  367. and name -- what sorts are available which can handle this in some reasonable
  368. manner (Public domain preferred, of course).
  369.  
  370. Jim Moore (moore @ isib)
  371. 24-Apr-81 22:20:00,1663;000000000000
  372. Date: Friday, 24 April 1981  22:20-MST
  373. From: Robert E. Spivack <PHOTOG at MIT-MC>
  374. To:   INFO-MICRO at MIT-MC, INFO-CPM at MIT-MC, FJW at MIT-MC,
  375.       W8SDZ at MIT-MC, BLUE at MIT-MC, CHUCKG at MIT-MC,
  376.       RAIDER at MIT-MC, CSTACY at MIT-MC
  377.  
  378. Need urgent help with Ithaca Intersystems dps-2 mainframe.
  379. I am in r.i. installing an intahaca system for my Dad's company.
  380. We thought it would plug in and run mujust like the other
  381. s-100 systems i have brought up in thepast, well, we were wrong.
  382. we found lots of problems and cannot determine if it is hardware
  383. failure, or even if all the 10,0001 jumpers on the itahhaca boards
  384. are wrong, we have chec with the manulals, and will re-check again.
  385. commentary---Itaca intersystems are the first s-100 boards I have ever
  386. see that actually have those little bitty 'kludge' wires on the
  387. circuit side of the board--guess the are too cheap to re-do the
  388. board until the number of blue wires to install justifes the cost.
  389. aywa, the problem is, that i am out here in r.i wit abut only
  390. four 4 days to get this sytem up.  what we really need is for sme
  391. kind soul in the ri or ma area who has an 
  392. ithaca intersystems running to volumnteer to play musica boards with
  393. usor help us solve our prolbme.  the syste is brand new out of
  394. tje bpx adhe box and the non-computer tpes at the company are VERY
  395. disillusoned wit all computers right now!!!!!!!
  396. call bob spivack at either 401-828-4550 or
  397. 401-8885-1563 please respond before the end of the weekend if possible.
  398. thank you.
  399. bob spivack---very humbled micro-computnging hacker par fair??????
  400. (please excuse the poor typing [401-885-1563]
  401. 25-Apr-81 02:36:00,1054;000000000000
  402. Date: Saturday, 25 April 1981  02:36-MST
  403. From: Keith B. Petersen <W8SDZ at MIT-MC>
  404. To:   INFO-MICRO at MIT-MC, INFO-CPM at MIT-MC
  405. cc:   W8SDZ at MIT-MC
  406. Subject: [W8SDZ: Northstar/modem conflict]
  407.  
  408. Date: 25 April 1981 04:32-EST
  409. From: Keith B. Petersen <W8SDZ>
  410. To:   MMD at SU-AI
  411. cc:   BUG-MTN, W8SDZ
  412. Re:   Northstar/modem conflict
  413.  
  414. This is not an "official answer" from BUG-MTN, but I noticed your
  415. message there and wanted to pass along a bit of info you may find
  416. useful.  If you are using a Horizon mainframe, you cannot use port C0H
  417. for the PMMI modem.  The reason is that that port is used by the
  418. mother board for some sort of parity business with Northstar memory.
  419. Everyone I know who has a Horizon II has had this problem.  It doesn't
  420. seem to matter whether you have the parity option on your memory
  421. boards or not.  The symptom is unexplained bombing of programs used
  422. with the modem.  Anytime the program does an output to port C0H, it
  423. messes up the system memory.
  424.    Around here, Horizon owners have standaradized on port B0H.
  425. 25-Apr-81 03:04:00,1111;000000000000
  426. Date: Saturday, 25 April 1981  03:04-MST
  427. From: Max Diaz <MMD at SU-AI>
  428. To:   info-cpm at MIT-MC
  429. Subject: MTN and N*    
  430.  
  431. In N* port 0C0H is used to "arm the parity logic" in all RAM boards.
  432. Actually MTN worked all right in terminal mode for a while after the
  433. following patch:
  434.  
  435.     18-Apr-81  0058       Frank J. Wancho <FJW at MIT-MC>  MTN21 fix   
  436.    Date: 18 April 1981 03:58-EST
  437.    From: Frank J. Wancho <FJW at MIT-MC>
  438.    To: MMD at SU-AI
  439.    cc: FJW at MIT-MC
  440.  
  441.    ...Do the following patch to a copy of the MTN21.COM file:
  442.  
  443.    13A0 -> 00
  444.    13A1 -> 00
  445.    13B5 -> 00
  446.    13B6 -> 00
  447.    1669 -> 00
  448.    166A -> 00
  449.  
  450.    This will start you up using BDOS console I/O instead of BIOS console
  451.    I/O.  When you get to the part that offers you a choice of method of
  452.    console I/O, you will only have two real choices, BDOS, or "Direct".
  453.  
  454.    The reason behind this is that your BIOS uses registers H and L
  455.    without saving them - and MTN doesn't either.
  456.  
  457. HOWEVER I now have a parity problem in one of my boards, and am
  458. wondering whether it was somehow damaged beacuse of that...(???)
  459. 28-Apr-81 23:09:00,1789;000000000000
  460. Date: Tuesday, 28 April 1981  23:09-MDT
  461. From: Frank J. Wancho <FJW at MIT-MC>
  462. To:   INFO-CPM at MIT-MC
  463. Subject: New Files in MC:CPM;
  464.  
  465. There are several new files in the CPM directory on MC:, namely:
  466.  
  467. MC:CPM;CPMNET MAR81
  468. MC:CPM;CPMNET APR81
  469. MC:CPM;CPMNET MAY81
  470.  
  471. There are others.  For those of you on any of the ITS machines, just
  472. type:
  473.  
  474. :PRINT MCDIR:CPM;CDATE DOWN
  475.  
  476. to get a list of files in reverse creation date order.
  477.  
  478. For those of you elsewhere on the net, use FTP and connect to MC.
  479. Then type:
  480.  
  481. ASCII
  482. GET DIR:CPM;CDATE DOWN
  483.  
  484. Remember to type TENEX to return to binary transfers.
  485.  
  486. You should also be able to use wildcarding:
  487.  
  488. From an ITS machine:
  489.  
  490. :FIND MC:CPM;xxxxxx yyyyy
  491.  
  492. where xxxxxx and/or yyyyyy may be any combination of characters with
  493. the asterisk (*) as the wildcard.
  494.  
  495. Using FTP:
  496.  
  497. ASCII
  498. GET DIR:CPM;FIRST xxxxxx
  499.  
  500. ====================
  501.  
  502. Thanks to Ed Barton (EB@AI), those of us on some of the ITS machines
  503. can now reliably up and down load both ASCII and COM files using the
  504. MODEM program on our micros and LMODEM on the ITS end.  LMODEM
  505. implements the MODEM2 protocol (see MC:CPM;MODEM2 PROTO for a writeup
  506. of the protocol).  Hopefully, one or more people might be willing to
  507. volunteer to implement the same protocol on their home machine in a
  508. transportable version (C, MIDAS, and FAIL are the most likely
  509. candidates).  Why?  Well, in less than a year my office will have a
  510. host of our own on the net and there should be plenty of room to hold
  511. all of the CPMUG and SIG/M libraries and then some online and
  512. available for MODEMing during the offhours.  To do that, we will need
  513. a non-ITS program similar to LMODEM...initially.  Volunteer hackers
  514. are urged to get a copy of the writeup and keep in touch with me.
  515.  
  516. --Frank
  517. 29-Apr-81 13:08:00,652;000000000000
  518. Date: Wednesday, 29 April 1981  13:08-MDT
  519. From: Frank J. Wancho <FJW at MIT-MC>
  520. To:   INFO-CPM at MIT-MC
  521. cc:   FJW at MIT-MC
  522. Subject: MODEM2 on the net
  523.  
  524. The term "home computer" in my last message was a poor choice of
  525. words.  What I meant was the mainframe on the net where you "live".
  526. It was also pointed out that there is a BDS-C version of the MODEM2
  527. protocol in MC:CPM;CMODEM C, and MC:CPM;DCH H, sitting there waiting
  528. for some C wizard to convert to run on the mainframe end(s).  Such a
  529. version could be used on the PDP 11/70's running UNIX, as well as
  530. several TOPS-20 and TENEX machines which have equivalent C compilers.
  531.  
  532. --Frank
  533. 29-Apr-81 16:04:00,1028;000000000000
  534. Date: Wednesday, 29 April 1981  16:04-MDT
  535. From: MOORE at USC-ISIB
  536. To:   info-cpm at AI
  537. cc:   moore at USC-ISIB
  538. Subject: looking for a program ...
  539.  
  540. Does anyone out there have (access to) a cp/m-compatible program to do
  541. resource-desired/resource-available matching (E.g.: car pooling).  That
  542. is, a file is maintained of participants, and for each, features of self
  543. and desired features of "match".  For Car pooling:
  544.     Self-features            Desired features of match
  545.        leaving (x,y)           leaving (x', y')
  546.        lv. 8a.m. +/- 5           arr. < 9a.m.
  547.        like rock music           non-smoker 
  548. The intent is that for a particular participant, a set of acceptable matches
  549. are discovered between his entry and those already on file.  Ideally, there
  550. would be both mandatory matching (must accommodate wheelchair) and preference
  551. matching (walk less than 3 blocks either end).  
  552.  
  553. No doubt, many such programs exist already-- I don't know if they've made it
  554. to the Micro-world yet.
  555.  
  556. Thanks for any pointers.
  557.  
  558. Jim Moore (moore @ isib)
  559. 30-Apr-81 00:50:00,734;000000000000
  560. Date: Thursday, 30 April 1981  00:50-MDT
  561. From: Steven T. Kirsch <SK at MIT-MC>
  562. To:   INFO-CPM at MIT-MC
  563.  
  564. What I have is an RS-232 port to a big machine.  I would like to make
  565. it look like the RS232/big machine combination is a file-server to my
  566. CP/M machine, i.e., CP/M treats the rs232 port like a "B" disk.  I am
  567. willing to write the protocol at the other end.
  568.  
  569. I understand CP/Net does what I want in the way I expected.  However,
  570. since I only need the slave portion (SNIOS and BNDOS), the master
  571. portion (MP/M and the NWRK stuff) is useless.  Digital Research won't
  572. sell the slave portion alone.
  573.  
  574. Has anyone done a comparable thing using public domain software, or do
  575. I just buy the software and trash half of it?
  576.