home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / simtel / archives / cpm / 9111-1.txt < prev    next >
Text File  |  1993-02-19  |  79KB  |  2,290 lines

  1.  6-Nov-91 17:35:43-MST,6641;000000000000
  2. Mail-From: W8SDZ created at  6-Nov-91 17:26:35
  3. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  4. Date: Wed,  6 Nov 91 17:26:33 MST
  5. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  6. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  7. Subject: INFO-CPM Digest V91 #183
  8. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  9. Message-ID: <911106172636.V91N183@WSMR-SIMTEL20.ARMY.MIL>
  10.  
  11. INFO-CPM Digest             Wed,  6 Nov 91       Volume 91 : Issue  183
  12.  
  13. Today's Topics:
  14.                   8080-SIM.LZH documents look odd..
  15.                          CP/M Is Here To Stay
  16.                         Help on cp/m dianostic
  17.                          Kaypro Floppy Drives
  18.                        Qterm for TRS-80 Model 4
  19.                        Re: Sayer's UP/M program
  20.                   Re: Xerox something-or-other help?
  21. ----------------------------------------------------------------------
  22.  
  23. Date: Sun, 27 Oct 91 12:22:33 EST
  24. From: mbeck@ai.mit.edu
  25. Subject: 8080-SIM.LZH documents look odd..
  26. Message-ID: <9110271722.AA09348@rice-chex>
  27.  
  28. I pulled a copy of the 8080-SIM.LZH file from hopf (lost the exact
  29. hostname) and started looking through the documentation.
  30.  
  31. Interesting.. Now I'm looking for a clean ASCII set of the
  32. documentation files.  Pointers appreciated.
  33.  
  34. Regards,
  35. Mark
  36. +-----------------------------------------------+-----------------------+
  37. | Mark Becker                    | .signature under    |
  38. | Internet: mbeck@ai.mit.edu            |    construction    |
  39. +-----------------------------------------------+-----------------------+
  40.  
  41. ------------------------------
  42.  
  43. Date: 23 Oct 91 21:17:38 GMT
  44. From: ogicse!cvedc!gss.com!joelt@ucsd.edu  (Joel Thorson)
  45. Subject: CP/M Is Here To Stay
  46. Message-ID: <1991Oct23.211738.29370@gss.com>
  47.  
  48. Sung to the tune of "Rock'N'Roll Is Here To Stay:"
  49.  
  50.  
  51.     CP/M is here to stay;
  52.     It will never die.
  53.     It was meant to be that way,
  54.     Though I don't know why.
  55.     I don't care what people say --
  56.     CP/M is here to stay!
  57.  
  58.  
  59.                     -- Joel Thorson
  60.                        joelt@gss.com
  61.  
  62.  
  63. -- 
  64. +-------------------+---------------------------------------------------------+
  65. |   Joel Thorson    |    My employer doesn't speak for me and vice versa.     |
  66. +-------------------+---------------------------------------------------------+
  67. |       "Support Neo-Radicalistic Narco-Syndicalism, the only terrorist       |
  68.  
  69. ------------------------------
  70.  
  71. Date: 23 Oct 91 19:36:34 GMT
  72. From: agate!spool.mu.edu!samsung!caen!usenet.coe.montana.edu!milton!raven.alaska.edu!acad2.alaska.edu!axmap@ucbvax.Berkeley.EDU
  73. Subject: Help on cp/m dianostic
  74. Message-ID: <1991Oct23.153634.1@acad2.alaska.edu>
  75.  
  76. I am trying to write a program on the imsai 8080 that will prompt the user to
  77. input a 4 digit hex starting address and a 4 diget ending address.
  78.  
  79. The program should then test the memory between those two addresses. To test
  80. the memory the program should write to the location, read the value back from
  81. the location and compare the two values to test for an error. The program must
  82. test each location with the following 4 values: ffh, 00h, aah and 55h.
  83.  
  84. If an error is found the program should output to the crt the following info:
  85.  
  86. 1.    The address where the error occured.
  87. 2.    The data written to the location.
  88. 3.    The data read from the location.
  89.  
  90. When the ending address has been tested, the program shouild output to the crt
  91. a statement indicating the test was complete.
  92.  
  93. Any ideas?
  94.  
  95. ------------------------------
  96.  
  97. Date: 24 Oct 91 06:36:00 GMT
  98. From: coyote!bbs@noao.edu  (harry kight)
  99. Subject: Kaypro Floppy Drives
  100. Message-ID: <Hu7aaB6w163w@coyote.datalog.com>
  101.  
  102. To Phillip Arny:
  103.  
  104. Any "IBM-Compatible" 360K floppy drives, either full-height or half-height, 
  105. will work perfectly in a Kaypro-4.
  106.  
  107. ---Gramps
  108.  
  109. gramps@coyote.datalog.com
  110.  
  111. ------------------------------
  112.  
  113. Date: 24 Oct 91 06:19:09 GMT
  114. From: coyote!bbs@noao.edu  (harry kight)
  115. Subject: Qterm for TRS-80 Model 4
  116. Message-ID: <e36aaB4w163w@coyote.datalog.com>
  117.  
  118. The current "state of the art" term program for the TRS-80 Model 4, is 
  119. FastTerm-II ver. 458, which should be available on your local 
  120. Tandy-Supportive BBS. Qterm is obsolete, IMO. FastTerm is a superlative 
  121. program which is a quantum-leap in the right direction. If you can't locate 
  122. it, send mail & I'll arrange to get it to you. FTII458 includes true 
  123. YModem-Batch transfers and scripting, in addition to a phone-log and VT-100 
  124. emulation.
  125.  
  126. ---Gramps
  127.  
  128. gramps@coyote.datalog.com
  129.  
  130. ------------------------------
  131.  
  132. Date: 24 Oct 91 16:55:21 GMT
  133. From: mentor.cc.purdue.edu!hopf.math.purdue.edu!wilker@purdue.edu  (Clarence Wilkerson)
  134. Subject: Re: Sayer's UP/M program
  135. Message-ID: <23281@mentor.cc.purdue.edu>
  136.  
  137. By the way, I've put the original sources up on
  138. hopf.math.purdue.edu for anonymous FTP.
  139. it'll be in ~ftp/pub/cpm as "sayerupm.lzh".
  140. That directory also has the 8080 emulator that
  141. runs on hopf if you rlogin in as "cpm".
  142. Clarence Wilkerson
  143.  
  144. ------------------------------
  145.  
  146. Date: 23 Oct 91 10:47:33 GMT
  147. From: bobsbox!gnat!cmcewen@rutgers.edu  (Chris McEwen)
  148. Subject: Re: Xerox something-or-other help?
  149. Message-ID: <yTN002w164w@gnat.rent.com>
  150.  
  151. floden@ssd.dl.nec.com (Fred Loden) writes:
  152. > I believe Chris is incorrect in the statement made above. What you have is
  153. > a hard/floppy disk system. The floppy is probably a Shugart 851 8" double
  154. > sided double density drive but it could be a Shugart 801 8" single sided
  155. > double density drive. The hard drive is (was) a Shugart 1004. The 1004 is 
  156. > an 8" 10 megabyte drive that requires a DTC controller board. If you had a
  157. > dual 8" floppy assembly you could plug it into the back of the floppy/hard 
  158. > drive assembly and have a total 3 floppies and 1 hard drive.
  159. > If interested, I have 2 or 3 1004s to sell. I would like to get $50.00 plus
  160. > shipping each.
  161.  
  162. Fred, I think you may be right here. The original poster did not mention 
  163. the size of the disk drives and the Xerox 16/8 came with either 8" or 
  164. 5.25". When equipped with the 5.25", it was alternately referred to as 
  165. the DEM-II (Disk Expansion Module). Both had one floppy and one hard 
  166. disk. Looking back on the original message, the 8" system is indicated.
  167.  
  168. _______________________________________________________________________
  169. Chris McEwen    Internet: cmcewen@gnat.rent.com | The Computer Journal
  170. Editor, TCJ  uucp: ..!att!nsscmail!gnat!cmcewen | PO Box 12
  171.                       GEnie: c.mcewen -or- TCJ$ | S Plainfield NJ 07080
  172. The Spirit of the Individual Made This Industry | (908) 755-6186
  173.  
  174. ------------------------------
  175.  
  176. End of INFO-CPM Digest V91 Issue #183
  177. *************************************
  178.  9-Nov-91 05:07:12-MST,8827;000000000000
  179. Mail-From: W8SDZ created at  9-Nov-91 04:59:17
  180. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  181. Date: Sat,  9 Nov 91 04:59:17 MST
  182. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  183. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  184. Subject: INFO-CPM Digest V91 #184
  185. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  186. Message-ID: <911109045917.V91N184@WSMR-SIMTEL20.ARMY.MIL>
  187.  
  188. INFO-CPM Digest             Sat,  9 Nov 91       Volume 91 : Issue  184
  189.  
  190. Today's Topics:
  191.                   CP/M login on Hopf is not disabled
  192.                        GSX for Amstrad PCW 8512
  193.                     re. ZCPR33 documentation ....
  194.                 Re: GSX for Amstrad PCW 8512 (2 msgs)
  195.                       Xerox 820-1 on 50 HZ power
  196. ----------------------------------------------------------------------
  197.  
  198. Date: Thu, 7 Nov 91 13:57:42 EST
  199. From: wilker@hopf.math.purdue.edu (Clarence Wilkerson)
  200. Subject: CP/M login on Hopf is not disabled
  201. Message-ID: <9111071857.AA00197@hopf.math.purdue.edu>
  202.  
  203. There have been a rash of unauthorized entries of computers around the
  204. country. Some were traced through Hopf. I am suspending all external
  205. logins for the present. Clarence Wilkerson
  206.  
  207. ------------------------------
  208.  
  209. Date: 28 Oct 91 21:06:38 GMT
  210. From: eru!hagbard!sunic!liuida!isy!isy.liu.se!mvh@bloom-beacon.mit.edu (Martin V. Howard)
  211. Subject: GSX for Amstrad PCW 8512
  212. Message-ID: <MVH.91Oct28220638@lysator.isy.liu.se>
  213.  
  214. I have an Amstrad 8512 and on the Dr Logo disk there is a resident
  215. system extension file called GSX, which I have understood I can
  216. somehow use to make my programs produce graphic output.  How, I ask
  217. and turn to the manuals, only to find:
  218.  
  219. 'This topic is beyond the scope of this manual and is covered no
  220. further',
  221.  
  222. or something to that effect.  Great!
  223.  
  224. So, does anyone know how I add this to my programs?  Can I use it with
  225. Turbo Pascal?  Would I have to hack a MC interface?  How do I use the
  226. routines in the GSX?  What routines are there? etc., etc., etc.
  227.  
  228. /mvH
  229.  
  230. --
  231. Programming isn't a science,        | Foo:    mvh@lysator.liu.se
  232. it's an art.                        | Bar:    d89marho@odalix.ida.liu.se
  233. Why is it called common sense,      | Fubar:  Martin_Howard:d89:lith@xns.liu.se
  234. when so few possess it ?            | Voice:  Int +46 (0)13 261 283 (GMT + 1h)
  235.  
  236. ------------------------------
  237.  
  238. Date: Thu, 7 Nov 91 17:02:28 GMT
  239. From: jj@dcs.leeds.ac.uk
  240. Subject: re. ZCPR33 documentation ....
  241. Message-ID: <2801.9111071702@csunb6.scs.leeds.ac.uk>
  242.  
  243. I think I'm being thick! I've browsed round SIMTEL20 in the ZCPR33
  244. directory and can't figure out where ZCPR33 documentation is.
  245.  
  246. Any clues, hints, pointers?
  247.  
  248. many thanks for any help
  249.  
  250. cheers
  251. Jim Jackson
  252. =======================================================================
  253. Jim Jackson                                  Email :
  254. School of Computer Studies            UK - JANET : jj@uk.ac.leeds.dcs
  255. Leeds University                          Internet : jj@dcs.leeds.ac.uk
  256. Leeds    LS2 9JT
  257. UK                                           Phone :     +44 532 335451
  258. =======================================================================
  259.      Opinions! What Opinions? I just wield the brush round here.
  260.  
  261. ------------------------------
  262.  
  263. Date: 29 Oct 91 20:34:05 GMT
  264. From: mcsun!uknet!ukc!mucs!lilleyc@uunet.uu.net  (Chris Lilley)
  265. Subject: Re: GSX for Amstrad PCW 8512
  266. Message-ID: <3341@m1.cs.man.ac.uk>
  267.  
  268. In article <MVH.91Oct28220638@lysator.isy.liu.se> mvh@lysator.isy.liu.se (Martin V. Howard) writes:
  269.  
  270. >
  271. >I have an Amstrad 8512 and on the Dr Logo disk there is a resident
  272. >system extension file called GSX, which I have understood I can
  273. >somehow use to make my programs produce graphic output...
  274. >
  275. >So, does anyone know how I add this to my programs?  Can I use it with
  276. >Turbo Pascal?  Would I have to hack a MC interface?  How do I use the
  277. >routines in the GSX?  What routines are there? etc., etc., etc.
  278.  
  279. Yes you can use it.  I did, about 1987 when I got my PCW 8512.
  280. You can use it from Turbo pascal, assembler, C etc as long as you can do a
  281. BDOS call (its an RSX, so you call it just like the rest of the operating
  282. system.  Or, if you have CBASIC you get some cute bolted on keywords to do
  283. it a bit more pleasantly.
  284.  
  285. My advice is - STEER CLEAR OF GSX !!!
  286.  
  287. It is ultra buggy. It was developed for Digital Research by anothe company,
  288. way back when.  The other company never finished it. DR released it anyhow.
  289. They later abandoned it and no applications are available other than the
  290. original 2 - DR Graph (which is OK when it works) or DR Draw (which has
  291. more bugs than a nest of cockroaches and falls over all the time).
  292.  
  293. GSX is a minimal implementation of GKS (the 2-D version) as of about 1982.
  294. It is dependant on suitable drivers: Amstrad in their infinite wisdom
  295. provided
  296. teeny drivers that do nothing.  For example, there are no input devices - a
  297. bit of a problem there.  And, doing a filled area on the screen gives
  298. you... an outline. No filling supported.
  299.  
  300. To be fair, you get better drivers with the 2 aforementioned DR programs.
  301. DR had to bundle drivers because the Amstrad versions were so poor that the
  302. DR programs couldn't run with them.
  303.  
  304. Oh, and on a 2.8 MHz (effective...) Z80, software which does lots of
  305. floating point maths and is written in a very old version of ratfor (!)
  306. tends to be, how shall I put this, a bit slow.
  307.  
  308. It can't selectively update the screen, either, it has to redraw the lot.
  309. The DR programs use it for all their user interface....
  310.  
  311. If this still hasn't put you off, go ahead !!
  312.  
  313. Some of the old magazines ran articles about using GSX - however I gave
  314. away my old collection of PCW file, 8000 Plus, PCW user etc (dating back to
  315. 87) when I moved house ... sorry .
  316.  
  317.     Chris
  318.  
  319. ------------------------------
  320.  
  321. Date: 7 Nov 91 16:57:28 GMT
  322. From: eru!hagbard!sunic!dkuug!ambra!andrew@bloom-beacon.mit.edu  (Leif Andrew Rump)
  323. Subject: Re: GSX for Amstrad PCW 8512
  324. Message-ID: <1991Nov7.165728.3497@ambra.dk>
  325.  
  326. lilleyc@cs.man.ac.uk (Chris Lilley) writes:
  327. >In article <MVH.91Oct28220638@lysator.isy.liu.se> mvh@lysator.isy.liu.se (Martin V. Howard) writes:
  328. >>I have an Amstrad 8512 and on the Dr Logo disk there is a resident
  329. >>system extension file called GSX, which I have understood I can
  330. >>somehow use to make my programs produce graphic output...
  331. >>
  332. >>So, does anyone know how I add this to my programs?  Can I use it with
  333. >>Turbo Pascal?  Would I have to hack a MC interface?  How do I use the
  334. >>routines in the GSX?  What routines are there? etc., etc., etc.
  335. >
  336. >My advice is - STEER CLEAR OF GSX !!!
  337.  
  338. I agree with Chris, but here is some information anyway if you
  339. are still interested.
  340.  
  341. The Amstrad PCW book 1 (User Guide - CP/M, Logo & WordProcessor
  342. Manual) refer on page 60 to Soft 971: A Guide to CP/M Plus.
  343.  
  344. Also I found an old book - sob sob  :-)
  345.  
  346. The Amstrad CP/M Plus
  347. David Powys-Lylbe & Andrew R. M. Clarke
  348. M.M.L. Systems
  349. 11 Sun Street
  350. London
  351. EC2M 2PS
  352.  
  353. ISBN 1 869910 05 2 (paper)
  354. ISBN 1 869910 00 1 (ring)
  355.  
  356. It's from '86 and contains 50 pages with GSX calls.
  357.  
  358. Andrew
  359.  
  360. The only thing I got when I returned from SAS was this lousy signature...
  361.  
  362. Leif Andrew Rump, AmbraSoft A/S, Stroedamvej 50, DK-2100 Copenhagen OE, Denmark
  363. UUCP: andrew@ambra.dk, phone: +45 39 27 11 77
  364.  
  365. ------------------------------
  366.  
  367. Date: Wed, 6 Nov 91 20:05:51 EST
  368. From: gentges@itd.nrl.navy.mil (Frank Gentges)
  369. Subject: Xerox 820-1 on 50 HZ power
  370. Message-ID: <9111070105.AA05295@itd.nrl.navy.mil>
  371.  
  372. I have several Xerox 820-1 computers I want to send over to the Russian
  373. republic for their use.  They can convert their voltage to 120 volts but
  374. the power line frequency is 50 hz.  These computers have the Shugart
  375. 800 drives.  According to the Shugart manual, they will run on 50 Hz
  376. but need a different motor pulley to get the spindle speed corrected.
  377.  
  378. If we do not change the motor spindle, will the machines still work?
  379.  
  380. As I see it, if you were to format and use the disk from the beginning
  381. on 50 hz, all you would do would be to have the density on the disk go
  382. up 6/5 ths and the gap between the start of a track and the end would
  383. be longer.  This does not seem to be a problem.
  384.  
  385. If you put a disk that has been formatted at 60 hz and data put on at
  386. 60 hz. into a machine running on 50 hz, will the disk controller chip
  387. deal with the 5/6 ths slower data rate?
  388.  
  389. Once over there, the users will have little need to move the disks back
  390. to a 60 hz machine.  Can we do a one time transfer?
  391.  
  392. Any experience on this rather obscure matter would be appreciated.  Note
  393. that the Xerox manual does not mention AC power specs :-< 
  394.  
  395.     Frank Gentges
  396.     gentges@itd.nrl.navy.mil
  397.  
  398. ------------------------------
  399.  
  400. End of INFO-CPM Digest V91 Issue #184
  401. *************************************
  402. 11-Nov-91 07:41:18-MST,9371;000000000000
  403. Mail-From: W8SDZ created at 11-Nov-91 07:30:54
  404. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  405. Date: Mon, 11 Nov 91 07:30:54 MST
  406. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  407. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  408. Subject: INFO-CPM Digest V91 #185
  409. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  410. Message-ID: <911111073054.V91N185@WSMR-SIMTEL20.ARMY.MIL>
  411.  
  412. INFO-CPM Digest             Mon, 11 Nov 91       Volume 91 : Issue  185
  413.  
  414. Today's Topics:
  415.                Infor wanted on Amaze Super Six computer
  416.                      Re: GSX for Amstrad PCW 8512
  417.                     Re: Xerox 820-1 on 50 HZ power
  418.                          Unix utils for CP/M
  419.                       Xerox 820-1 on 50 HZ power
  420. ----------------------------------------------------------------------
  421.  
  422. Date: 8 Nov 91 04:02:31 GMT
  423. From: ucsbcsl!voodoo.physics.ucsb.edu!crmeyer@ucbvax.Berkeley.EDU
  424. Subject: Infor wanted on Amaze Super Six computer
  425. Message-ID: <2450@ucsbcsl.ucsb.edu>
  426.  
  427.     In one of the university labs there are a number of Amaze Super Six
  428. computers running. They are 8085 based machines running CP/M 3.0. I am 
  429. trying to find out what floppy disk format they used so I can transfer
  430. files to my IBM-PC using 22DISK (great product + great support). No
  431. one at the University seems to know...
  432.  
  433.                             Thanks!
  434.  
  435.  
  436.                       +-----------------------------------+                    
  437.                       |         Charles R. Meyer          |                    
  438.                       |                                   |                    
  439.                       | Internet: crmeyer@voodoo.ucsb.edu |                    
  440.                       | Bitnet:   crmeyer@voodoo          |                    
  441.                       | HEPnet:   voodoo::crmeyer         |                    
  442.                       +-----------------------------------+                    
  443.  
  444. ------------------------------
  445.  
  446. Date: 10 Nov 91 14:09:30 GMT
  447. From: eru!hagbard!sunic!dkuug!ambra!andrew@bloom-beacon.mit.edu  (Leif Andrew Rump)
  448. Subject: Re: GSX for Amstrad PCW 8512
  449. Message-ID: <1991Nov10.140930.22961@ambra.dk>
  450.  
  451. mvh@lysator.isy.liu.se (Martin V. Howard) writes:
  452. >In article <3341@m1.cs.man.ac.uk> lilleyc@cs.man.ac.uk (Chris Lilley) writes:
  453. >>My advice is - STEER CLEAR OF GSX !!!
  454. >
  455. >Fine, so what _do_ I do if I want to use the monochrome grafics
  456. >capabilities of the Amstrad.  It's got a fairly high resolution
  457. >(768*256, right?) and I need to have graphical output from a program
  458. >I'm writing.
  459. >
  460. >I don't mind writing my own grafics routines, as long as someone can
  461. >tell me how to access the damn hardware.  I can't find any
  462. >documentation anywhere.  CP/M machines just aren't too hot anylonger
  463. >:)
  464.  
  465. As I wrote in a previous post the following:
  466. >The Amstrad PCW book 1 (User Guide - CP/M, Logo & WordProcessor
  467. >Manual) refer on page 60 to Soft 971: A Guide to CP/M Plus.
  468. >
  469. >Also I found an old book - sob sob  :-)
  470. >
  471. >The Amstrad CP/M Plus
  472. >David Powys-Lylbe & Andrew R. M. Clarke
  473. >M.M.L. Systems
  474. >11 Sun Street
  475. >London
  476. >EC2M 2PS
  477. >
  478. >ISBN 1 869910 05 2 (paper)
  479. >ISBN 1 869910 00 1 (ring)
  480.  
  481. As far as I remember - at least one of them describe how to access
  482. the bitmapped screen memory (yep it is always bitmappes!). It is a
  483. bit complicated but when you have the information please feel free
  484. to post me again if you have specific questions - I can't remember
  485. that much about it on hand but your questions may trigger some
  486. neurons!
  487.  
  488. Andrew
  489.  
  490. The only thing I got when I returned from SAS was this lousy signature...
  491.  
  492. Leif Andrew Rump, AmbraSoft A/S, Stroedamvej 50, DK-2100 Copenhagen OE, Denmark
  493. UUCP: andrew@ambra.dk, phone: +45 39 27 11 77
  494.  
  495. ------------------------------
  496.  
  497. Date: Mon, 11 Nov 1991 05:18:02 PST
  498. From: sprague.wbst311@xerox.com
  499. Subject: Re: Xerox 820-1 on 50 HZ power
  500. Message-ID: <"11-Nov-91  8:18:02 EST".*.Michael_D._Sprague.wbst311@Xerox.com>
  501.  
  502. > I have several Xerox 820-1 computers ... They can convert their
  503. > voltage to 120 volts but the power line frequency is 50 hz.
  504. > According to the Shugart manual, they will run on 50 Hz but need
  505. > a different motor pulley to get the spindle speed corrected.  If
  506. > we do not change the motor spindle, will the machines still work?
  507.  
  508. As I understand it, and I may be wrong, your going to need the 50 Hz spindle to
  509. make the drives work.  There is more to worry about than just data rates.  The
  510. Index hole is used by both the drive *AND* the 820 to determine if the drive is
  511. ready.  I suspect that if you used 60 Hz drives at 50 Hz, you will be forever
  512. stuck in a 'drive X not ready' fault.
  513.  
  514. You would be best off using 5.25" drives, which use DC power.  On the down
  515. side, you can store very little data on the disks.  If my own memory serves, 80
  516. Kb single sided and ~170 Kb double sided.  Also note that ROM level 1.x
  517. supports 3 single sided drives, while ROM level 2.x supports 2 single or double
  518. sided drives.
  519.  
  520. If you need any more information on the original Xerox 820 (it was not called
  521. the 820-1 :-) send me a note.  I know much more about the 820-II, but can dig
  522. up information on the 820.
  523.  
  524. > Note that the Xerox manual does not mention AC power specs
  525.  
  526. The 820 itself or the drives?
  527.  
  528.                 ~ Mike  (Sprague.Wbst311@Xerox.Com)
  529.  
  530. ------------------------------
  531.  
  532. Date: 8 Nov 91 20:30:00 GMT
  533. From: csus.edu!wupost!sdd.hp.com!swrinde!zaphod.mps.ohio-state.edu!unix.cis.pitt.edu!pitt!grgzfla!dcb@ucdavis.ucdavis.edu  (Daniel C Becker)
  534. Subject: Unix utils for CP/M
  535. Message-ID: <XX00000159@grgzfla.UUCP>
  536.  
  537. I am looking for a PD set of some common Unix utilities.
  538. Primarily, I'm hunting: cat, mv, grep, awk, yacc, lex,
  539. sed, and the ever popular vi.  Does anyone out there know 
  540. of such beasties?  If so, how can I go about aquiring a
  541. copy.
  542.  
  543. I'm not neccessarily looking for a 'better' pip/ed/dump.
  544. The Unix course I'm taking is about over, ergo so too is
  545. my access to the Unix machine.  I would like to contine
  546. practicing using these utilities.
  547.  
  548. Thanks for the help!
  549.  
  550. --
  551. dcb -- {Daniel C | Dan} Becker
  552. UUCP:  ... pitt!grgzfla!dcb    USENET:  dcb%grgzfla.UUCP@vax.cs.pitt.edu
  553.    "This [quote] intentionally left blank."
  554.  
  555. ------------------------------
  556.  
  557. Date: 9 Nov 91 15:47:26 GMT
  558. From: mcsun!uknet!jet!dba@uunet.uu.net  (dennis armstrong)
  559. Subject: Xerox 820-1 on 50 HZ power
  560. Message-ID: <1991Nov9.154726.26873@jet.uk>
  561.  
  562. To: gentges@ITD.NRL.NAVY.MIL
  563. Subject: Re: Xerox 820-1 on 50 HZ power
  564. Newsgroups: comp.os.cpm
  565. References: <9111070105.AA05295@itd.nrl.navy.mil>
  566.  
  567. In comp.os.cpm you write:
  568.  
  569. >I have several Xerox 820-1 computers I want to send over to the Russian
  570. >republic for their use.  They can convert their voltage to 120 volts but
  571. >the power line frequency is 50 hz.  These computers have the Shugart
  572. >800 drives.  According to the Shugart manual, they will run on 50 Hz
  573. >but need a different motor pulley to get the spindle speed corrected.
  574.  
  575. For 240/220 volt 50Hz supply Shugart sold drives with 240v motors.
  576. A transformer can change the voltage to 110v (dont forget the DC
  577. power supply input voltage requires changing as well!)
  578.  
  579. >If we do not change the motor spindle, will the machines still work?
  580. Yes but at a non standard disk drive speed.
  581.  
  582. >As I see it, if you were to format and use the disk from the beginning
  583. >on 50 hz, all you would do would be to have the density on the disk go
  584. >up 6/5 ths and the gap between the start of a track and the end would
  585. >be longer.  This does not seem to be a problem.
  586.  
  587. The problem is that all software cannot be read if supplyed on disks
  588. sourced from US sources (including utilitys and the boot disk!!)
  589.  
  590. >If you put a disk that has been formatted at 60 hz and data put on at
  591. >60 hz. into a machine running on 50 hz, will the disk controller chip
  592. >deal with the 5/6 ths slower data rate?
  593.  
  594. no the timing components expect data from the standard 360Hz disk speed.
  595.  
  596. >Once over there, the users will have little need to move the disks back
  597. >to a 60 hz machine.  Can we do a one time transfer?
  598.  
  599. They will then not be able to transfer data on 8 inch floppys to any other
  600. systems. They should be able to machine a new pulley and adjust the 
  601. mounting of the drive motor to allow for the different belt size. 
  602.  
  603. >Any experience on this rather obscure matter would be appreciated.  Note
  604. >that the Xerox manual does not mention AC power specs :-< 
  605.  
  606. Please email if you require further assistance, I have the Shugart manuals.
  607.  
  608. I can offer free to a good home two new 110v motors, 60hz pulleys and belts.
  609. You pay shipping from UK.
  610.  
  611. Keep CP/Ming
  612. Dennis Armstrong
  613.  
  614.  
  615. -- 
  616. __. .__________________________. ._____________________________________________
  617. __| |___.  .__.  ._____.  .____| |_____________________________________________
  618.         |  |  |  |     |  |         Dennis Armstrong,  CODAS division
  619.         |  |  |  |___. |  |         Joint European Torus 
  620.         |  |  |  :___| |  |         Abingdon, Oxfordshire,  UK 
  621.         |  |  |  |     |  |        Tel 0235 528822 Ex 4871  
  622.    |~__'  :   |  `---. |  |         dba@jet.uk
  623.    ~-----~    +------+ +--+
  624. - Disclaimer: Please note that the above is a personal view and should not 
  625.   be construed as an official comment from the JET project.
  626.  
  627. ------------------------------
  628.  
  629. End of INFO-CPM Digest V91 Issue #185
  630. *************************************
  631. 16-Nov-91 23:18:05-MST,8870;000000000000
  632. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  633. Date: Sat, 16 Nov 91 23:15:09 MST
  634. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  635. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  636. Subject: INFO-CPM Digest V91 #186
  637. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  638. Message-ID: <911116231510.V91N186@WSMR-SIMTEL20.ARMY.MIL>
  639.  
  640. INFO-CPM Digest             Sat, 16 Nov 91       Volume 91 : Issue  186
  641.  
  642. Today's Topics:
  643.             Abandonment of Digital Research's Copyright ?
  644.         CP/M emulator on Hopf ( 128.210.3.18 ) is reconnected
  645.                         Dec Rainbow questions
  646.                    Length of PUBLIC symbols in M80
  647.   Patches for Heath versions of M80 etc to run on non-Heath hardware
  648.              re: Reading CP/M files with MS-DOS (2 msgs)
  649.                        Re: Unix utils for CP/M
  650.                     Reading CP/M files with MS-DOS
  651.                           TRS Model II Help
  652.                    using MS-DOS Software on CP/M OS
  653. ----------------------------------------------------------------------
  654.  
  655. Date: 17 Nov 91 05:37:04 GMT
  656. From: agate!spool.mu.edu!mips!quack!mrapple@ucbvax.Berkeley.EDU  (Nick Sayer)
  657. Subject: Abandonment of Digital Research's Copyright ?
  658. Message-ID: <k0q8Jva@quack.sac.ca.us>
  659.  
  660. The big question: Has Digital Research abandoned their
  661. copyright on CP/M?
  662.  
  663. When I wrote upm, I was irked a bit that I couldn't pass
  664. around BDOS and CCP with it. But now I wonder...
  665.  
  666. Is anyone still distributing CP/M under a license from DR?
  667.  
  668. Has DR done any copyright enforcing on CP/M lately?
  669.  
  670. Basically, does DR still make money off CP/M?
  671.  
  672. If the answer to all these is 'no', can that be considered
  673. proof of copyright abandonment? Can we therefore stop passing
  674. it around under the table and put it on an ftp site somewhere?
  675.  
  676. -- 
  677. Nick Sayer               |  "What are we gonna do, Stimpy?"
  678. mrapple@quack.sac.ca.us  |  "We could get some work..."
  679. N6QQQ @ K3MC             |  "Work?! Have you lost your MIND?!"
  680. +1 408 249 9630 (modem)  |                             -- Ren & Stimpy
  681.  
  682. ------------------------------
  683.  
  684. Date: Tue, 12 Nov 91 06:28:22 EST
  685. From: wilker@hopf.math.purdue.edu (Clarence Wilkerson)
  686. Subject: CP/M emulator on Hopf ( 128.210.3.18 ) is reconnected
  687. Message-ID: <9111121128.AA04876@hopf.math.purdue.edu>
  688.  
  689. A: drive is READ-ONLY
  690. B: drive is small READ-WRITE drive
  691. There are no upload/download facilities.
  692. Clarence Wilkerson
  693.  
  694. ------------------------------
  695.  
  696. Date: 13 Nov 91 13:10:07 GMT
  697. From: tulane!spool.mu.edu!yale.edu!qt.cs.utexas.edu!zaphod.mps.ohio-state.edu!menudo.uh.edu!buster!blkbox!mknewman@ames.arc.nasa.gov  (Marc K. Newman)
  698. Subject: Dec Rainbow questions
  699. Message-ID: <2@blkbox.UUCP>
  700.  
  701. I have a friend who wants to upgrade his Dec Rainbow.  He says he needs a graphics card, and a larger hard drive.  Does anyone still support these things?  If
  702. not, would anyone like to buy it?
  703.  
  704. Marc
  705.  
  706. ------------------------------
  707.  
  708. Date: Fri, 15 Nov 91 07:51:39 EST
  709. From: wilker@gauss.math.purdue.edu (Clarence Wilkerson)
  710. Subject: Length of PUBLIC symbols in M80
  711. Message-ID: <9111151251.AA19846@gauss.math.purdue.edu>
  712.  
  713. In the Microsoft REL format, symbols can have length 7, since 3 bits in
  714. the bitstream are allocated for the length. I have several slightly
  715. different versions of M80. Some seem to chop all symbol names, PUBLIC
  716. and undeclared, down to 6 bytes. Others go to 7 bytes internally, but
  717. when writing the REL file, chop it down to 6. I have none that actually
  718. write 7 byte symbols to the REL file.
  719. 1) Is there some reason for this? Some constraint that I'm not aware of?
  720. 2) If not, are there some patches for M80 to enable 7 byte PUBLIC
  721.    symbols?
  722. Clarence Wilkerson
  723.  
  724. ------------------------------
  725.  
  726. Date: Fri, 15 Nov 91 07:56:04 EST
  727. From: wilker@gauss.math.purdue.edu (Clarence Wilkerson)
  728. Subject: Patches for Heath versions of M80 etc to run on non-Heath hardware
  729. Message-ID: <9111151256.AA19850@gauss.math.purdue.edu>
  730.  
  731. When putting software up on the software CP/M emulator on hopf.math.purdue.edu
  732. I was forcibly reminded that some of the Heath-Zenith versions of Microsoft
  733. language products had a hardware check to see if was really HZ equipment.
  734. At one point I had a file of patches to disable this feature. Browsing
  735. through Simtel 20 in the CPM.ASMUTL directory, I could not find these patches.
  736. Anyone have a pointer?
  737. Clarence Wilkerson
  738.  
  739. ------------------------------
  740.  
  741. Date: Wed, 13 Nov 91 09:38:02 CST
  742. From: hanscom@athens.eid.anl.gov (roger hanscom)
  743. Subject: re: Reading CP/M files with MS-DOS
  744. Message-ID: <9111131538.AA02533@athens.eid.anl.gov>
  745.  
  746. In <9859@cactus.org> crank@cactus.org (Erik Crank) asks:
  747.  
  748. > Anybody know of a MS-DOS program that reads CP/M diskettes?
  749.  
  750. Your best bet is 22DISK.  There are a number of others, including
  751. UNIFORM and Media-Master.  Be careful!  Don't spend big bux before
  752. you know for sure that the MS-DOS program can do the format you
  753. are interested in.  Single density could be a problem.  So also
  754. could diskettes written on hardware that doesn't use one of the
  755. readily available FDC chips.  I've heard that some of the Apple
  756. and Commodore written diskettes won't work with these programs.
  757. What CP/M format are you interested in reading?
  758.  
  759.          roger             hanscom@eid.anl.gov
  760.                              708/972-6519
  761.                              708/252-6519 (after 11/18)
  762.  
  763.  
  764. ------------------------------
  765.  
  766. Date: 13 Nov 91 18:45:17 GMT
  767. From: baron!baron!pnet07!donm@nosc.mil  (Don Maslin)
  768. Subject: Re: Reading CP/M files with MS-DOS
  769. Message-ID: <1991Nov13.184517.10325@baron.uucp>
  770.  
  771. crank@cactus.org (Erik Crank) writes:
  772. >Anybody know of a MS-DOS program that reads CP/M diskettes?
  773. >
  774. Sure!  Probably the two best are the commercial program UniForm by
  775. MicroSolutions of DeKalb IL, and the shareware 22DISK by Sydex of Eugene OR.
  776.  
  777.                                                 - don
  778.  
  779.  
  780. Keeper of the CP/M System Disk | UUCP: {nosc ucsd crash ncr-sd}!pnet07!donm
  781. Archives for the Dino(saur)SIG | ARPA: baron!pnet07!donm@nosc.mil
  782. - San Diego Computer Society - | INET: donm@pnet07.cts.com
  783.  
  784. ------------------------------
  785.  
  786. Date: 10 Nov 91 16:07:49 GMT
  787. From: bobsbox!gnat!ahm@rutgers.edu  (Andreas Meyer)
  788. Subject: Re: Unix utils for CP/M
  789. Message-ID: <qNe8aB2w164w@gnat.rent.com>
  790.  
  791. dcb@grgzfla.UUCP (Daniel C Becker) writes:
  792.  
  793. > I am looking for a PD set of some common Unix utilities.
  794. > Primarily, I'm hunting: cat, mv, grep, awk, yacc, lex,
  795. > sed, and the ever popular vi.  Does anyone out there know 
  796. > of such beasties?  If so, how can I go about aquiring a
  797. > copy.
  798.  
  799. Check the SIG/M volumes for a file called CRTTOOLS.LBR
  800. It contains BDS-C source code for a number of the smaller Unix-like utils.
  801. (BTW, the 'CRT' stands for the author's nym: Cynbe Ru Taren, NOT
  802. Cathode Ray Tube...)
  803.  
  804. Cheers,
  805. Andy
  806.  
  807.  Andreas Meyer, N2FYE    ahm@gnat.rent.com    {backbone}!att!nsscmail!gnat!ahm
  808.       Specializing in exploratory development for almost two decades.
  809.  
  810. ------------------------------
  811.  
  812. Date: 13 Nov 91 05:22:34 GMT
  813. From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!swrinde!cs.utexas.edu!milano!cactus.org!crank@ucbvax.Berkeley.EDU  (Erik Crank)
  814. Subject: Reading CP/M files with MS-DOS
  815. Message-ID: <9859@cactus.org>
  816.  
  817. Anybody know of a MS-DOS program that reads CP/M diskettes?
  818.  
  819. -Erik Crank
  820. crank@cactus.org
  821.  
  822. ------------------------------
  823.  
  824. Date: Saturday, 16 November 1991  14:16-MST
  825. From: AFC2S <AFC2S@sacemnet.af.mil>
  826. Subject: TRS Model II Help
  827. Message-ID: <W8SDZ.12734188629.BABYL@WSMR-SIMTEL20.ARMY.MIL>
  828.  
  829. My daughters' dance studio is using an old TRS80 Model II to keep all
  830. their records.  They have two systems, both of which are about dead.
  831. I've managed to get one working "fairly well", but we really need to
  832. transfer all the files to MS DOS disks.
  833.  
  834. Do you know of an easy way to do this?  I know we can do it with a
  835. telecom pgm and the RS232 port, but I don't have a telecom program on
  836. the TRS80.
  837.  
  838. Do you know of a program (in basic since that's the only language they
  839. have available) that will let me transfer files from the TRS80 to a
  840. DOS machine?
  841.  
  842. Please reply by e-mail since I am not on the Info-CPM mailing list.
  843.  
  844. John
  845. AFC2S@sacemnet.af.mil
  846.  
  847. ------------------------------
  848.  
  849. Date: 13 Nov 91 07:24:28 GMT
  850. From: ogicse!milton!raven.alaska.edu!acad3.alaska.edu!ftrsp@uunet.uu.net  (PARAVASTU RAMANUJAM S)
  851. Subject: using MS-DOS Software on CP/M OS
  852. Message-ID: <13NOV91162428@acad3.alaska.edu>
  853.  
  854. Dear Friends 
  855.  
  856. Does anybody know how to use all possible MS-DOS software on CP/M OS.
  857. Is it possible to convert a PC which runs on CP/M OS to MS-DOS OS?
  858. Is it is possible How ?
  859.  
  860. Please reply to FTRSP@ACAD3.ALASKA.EDU
  861.  
  862. Thanks in Advance
  863.  
  864. Ramanujam P.S.
  865.  
  866. ------------------------------
  867.  
  868. End of INFO-CPM Digest V91 Issue #186
  869. *************************************
  870. 19-Nov-91 03:19:38-MST,7979;000000000000
  871. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  872. Date: Tue, 19 Nov 91 03:15:07 MST
  873. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  874. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  875. Subject: INFO-CPM Digest V91 #187
  876. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  877. Message-ID: <911119031508.V91N187@WSMR-SIMTEL20.ARMY.MIL>
  878.  
  879. INFO-CPM Digest             Tue, 19 Nov 91       Volume 91 : Issue  187
  880.  
  881. Today's Topics:
  882.                               CDOS, BIOS
  883.                        CP/M Emulator for Unix?
  884.                       jumpers on xerox 820-II's
  885.       Re: Abandonment of Digital Research's Copyright ? (4 msgs)
  886.                          terminal to OSBORNE
  887. ----------------------------------------------------------------------
  888.  
  889. Date: 18 Nov 91 21:21:42 GMT
  890. From: mundania.CS.ORST.EDU!peterse@cs.orst.edu  (Erik Petersen)
  891. Subject: CDOS, BIOS
  892. Message-ID: <1991Nov18.212142.20042@usenet@CS.ORST.EDU>
  893.  
  894. -- 
  895. Hello, I have a Cromemco and I want to install CP/M-2.2 on it. I have
  896. a BIOS that will run four single-sided, single-density disks. Since
  897. my drives are double-sided and I have the 16FDC however, I would like
  898. to run double-sided, dual-density.
  899.  
  900. Has anyone written such a BIOS?
  901. -------------------------------------------------------------------------
  902.    Erik Petersen                                (Home Phone: 753-1829)
  903.    peterse@mist.cs.ORST.EDU
  904.    xterms, defsrc, doorknob
  905. -------------------------------------------------------------------------
  906.  
  907. ------------------------------
  908.  
  909. Date: 19 Nov 91 04:56:56 GMT
  910. From: micro-heart-of-gold.mit.edu!wupost!spool.mu.edu!munnari.oz.au!metro!ipso!dave@bloom-beacon.mit.edu  (Dave Horsfall)
  911. Subject: CP/M Emulator for Unix?
  912. Message-ID: <1991Nov19.045656.1281@ips.oz.au>
  913.  
  914. I vaguely recall that someone wrote a CP/M emulator under Unix, or was it
  915. just a Z-80 emulator?  Anyway, where would I find it (FTP access is a bit
  916. limited around here, but possible)?
  917.  
  918. -- 
  919. Dave Horsfall (VK2KFU)         VK2KFU @ VK2RWI.NSW.AUS.OC
  920. dave@ips.OZ.AU                  ...munnari!ips.OZ.AU!dave
  921.  
  922. ------------------------------
  923.  
  924. Date: 17 Nov 91 23:28:12 GMT
  925. From: cis.ohio-state.edu!magnus.acs.ohio-state.edu!ephillip%magnus.acs.ohio-state.edu@ucbvax.Berkeley.EDU  (Earl W Phillips)
  926. Subject: jumpers on xerox 820-II's
  927. Message-ID: <CMM.0.90.2.690420492.ephillip@magnus.acs.ohio-state.edu>
  928.  
  929. I have obtained a xerox 820-II w/a 40-meg harddrive. To reformat
  930. it, I'm told that this is done by the jumper configuration at
  931. start-up. Does anyone know where one is supposed to find these
  932. jumpers?
  933.  
  934. *****************************************************************
  935. *                                    | ====@====      ///////// *
  936. * ephillip@magnus.ircc.ohio-state.edu|     ``________//         *
  937. *                                    |       `------'           *
  938. *                 -JR-               | Space;........the final  *
  939. *                                    | frontier...............  *
  940. *****************************************************************
  941.  
  942. ------------------------------
  943.  
  944. Date: 17 Nov 91 19:30:06 GMT
  945. From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!mips!atha!aunro!ersys!davem@ucbvax.Berkeley.EDU  (Dave McCrady)
  946. Subject: Re: Abandonment of Digital Research's Copyright ?
  947. Message-ID: <VomkBB1w164w@ersys.edmonton.ab.ca>
  948.  
  949. mrapple@quack.sac.ca.us (Nick Sayer) writes:
  950.  
  951. > The big question: Has Digital Research abandoned their
  952. > copyright on CP/M?
  953.   No.
  954.  
  955. > Is anyone still distributing CP/M under a license from DR?
  956.  
  957.   Yes.  Lambda Software Publishing will licence an existing bootleg CP/M 
  958. and also supplies boot disks/docs for several machines.   Their address 
  959. is 720 South Second St., San Jose,CA 95112-5820.  Ph 408/293-5176.
  960.  
  961. > Basically, does DR still make money off CP/M?
  962. > If the answer to all these is 'no', can that be considered
  963. > proof of copyright abandonment? Can we therefore stop passing
  964. > it around under the table and put it on an ftp site somewhere?
  965.  
  966. Dave McCrady              davem@ersys.edmonton.ab.ca
  967. Edmonton Remote Systems:  Serving Northern Alberta since 1982
  968.  
  969. ------------------------------
  970.  
  971. Date: 17 Nov 91 23:49:09 GMT
  972. From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!caen!b-tech!ais.org!jsr@ucbvax.Berkeley.EDU  (Jay Rouman)
  973. Subject: Re: Abandonment of Digital Research's Copyright ?
  974. Message-ID: <Y+=H14+@umcc.ais.org>
  975.  
  976. In article <VomkBB1w164w@ersys.edmonton.ab.ca> davem@ersys.edmonton.ab.ca (Dave McCrady) writes:
  977. >mrapple@quack.sac.ca.us (Nick Sayer) writes:
  978. >
  979. >> The big question: Has Digital Research abandoned their
  980. >> copyright on CP/M?
  981. >> 
  982. >  No.
  983.  
  984. One of the big-gun systems for television weather graphics runs under
  985. CP/M to this day.  Systems that are considered obsolete by computer
  986. people are often used on a daily basis by people in other fields who
  987. find them perfectly functional.  No, the graphics are not processed by
  988. a Z80 (in case you were wondering).
  989. -- 
  990. Jay S. Rouman                      | Distrust education.  Two of
  991. (jsr@ais.org or jsr@dexter.mi.org) | the three R's are misspelled.
  992.  
  993. ------------------------------
  994.  
  995. Date: 17 Nov 91 14:07:17 GMT
  996. From: bobsbox!gnat!cmcewen@rutgers.edu  (Chris McEwen)
  997. Subject: Re: Abandonment of Digital Research's Copyright ?
  998. Message-ID: <uq8JBB1w164w@gnat.rent.com>
  999.  
  1000. mrapple@quack.sac.ca.us (Nick Sayer) writes:
  1001. > The big question: Has Digital Research abandoned their
  1002. > copyright on CP/M?
  1003. No. David McGlone recently signed an agreement with DRI to distribute 
  1004. legal copies of CP/M. David publishes the Z-Letter, a newsletter that
  1005. any ZCPR user should subscribe to.
  1006.  
  1007. > When I wrote upm, I was irked a bit that I couldn't pass
  1008. > around BDOS and CCP with it. But now I wonder...
  1009. Why not distribute a PD updated version? ZCMD and the earlier ZCPR 
  1010. versions of CCP are in the public domain. I assume you aren't selling 
  1011. your work, just distributing it. Z80DOS can replace BDOS.
  1012.  
  1013. > Is anyone still distributing CP/M under a license from DR?
  1014. See above (David McGlone). There may be others that I am not aware of.
  1015.  
  1016. > Has DR done any copyright enforcing on CP/M lately?
  1017. Don't know.
  1018.  
  1019. > Basically, does DR still make money off CP/M?
  1020. Do know. Yes. I don't know _how much_, though.
  1021.  
  1022. _______________________________________________________________________
  1023. Chris McEwen    Internet: cmcewen@gnat.rent.com | The Computer Journal
  1024. Editor, TCJ  uucp: ..!att!nsscmail!gnat!cmcewen | PO Box 12
  1025.                       GEnie: c.mcewen -or- TCJ$ | S Plainfield NJ 07080
  1026. The Spirit of the Individual Made This Industry | (908) 755-6186
  1027.  
  1028. ------------------------------
  1029.  
  1030. Date: 18 Nov 91 18:17:57 GMT
  1031. From: mcsun!uknet!mucs!cs.man.ac.uk!lilleyc@uunet.uu.net  (Chris Lilley)
  1032. Subject: Re: Abandonment of Digital Research's Copyright ?
  1033. Message-ID: <3640@m1.cs.man.ac.uk>
  1034.  
  1035. DRI is currently selling a *lot* of copies of CP/M v3.1 release 14 which has been licensed by Amstrad Corp. for use in their hugely and implausibly succesful Amstrad PCW range.  There are over 2 million of these machines in Europe - more are being  sold all the time, several new models were announced a couple of months ago.
  1036.  
  1037. So yes, DRI are still making money out of CP/M.  And to judge by the fierce license terms visible through
  1038. he shrink-wrap, they intend to enforce their copyright. :)
  1039.  
  1040. And no, they gave out doing bug fixes several millenia ago :( :(
  1041.  
  1042.     Chris
  1043.  
  1044. ------------------------------
  1045.  
  1046. Date: 18 Nov 91 13:03:06 GMT
  1047. From: mcsun!uknet!pyrltd!lucifer!peteb@uunet.uu.net  (Pete Bunce)
  1048. Subject: terminal to OSBORNE
  1049. Message-ID: <1030@lucifer.UUCP>
  1050.  
  1051. I am trying to connect a 'serial' terminal ( AMPEX 219 )
  1052. type, to an OSBOUNE 1 ,( my wife uses wordstar a lot and it
  1053. would be better with a larger monitor !).
  1054. Any assistance in this would be most appreciated.
  1055.  
  1056. Thanks in advance.
  1057.  
  1058. ------------------------------
  1059.  
  1060. End of INFO-CPM Digest V91 Issue #187
  1061. *************************************
  1062. 22-Nov-91 21:19:59-MST,8901;000000000000
  1063. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  1064. Date: Fri, 22 Nov 91 21:15:18 MST
  1065. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  1066. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1067. Subject: INFO-CPM Digest V91 #188
  1068. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1069. Message-ID: <911122211519.V91N188@WSMR-SIMTEL20.ARMY.MIL>
  1070.  
  1071. INFO-CPM Digest             Fri, 22 Nov 91       Volume 91 : Issue  188
  1072.  
  1073. Today's Topics:
  1074.                                DR's GSX
  1075.                      Re: CP/M Emulator for Unix?
  1076.                              Re: DR's GSX
  1077.                        Re: terminal to OSBORNE
  1078.      SWP-MS10.ARK - Copy files between MS-DOS & CP/M disks. w/src
  1079.                          time's erratic arrow
  1080.                     Wanted: STD Bus Z80 CPU cards
  1081.                          ZCMD, ZCPR, Z80DOS?
  1082. ----------------------------------------------------------------------
  1083.  
  1084. Date: 22 Nov 91 11:01:04 GMT
  1085. From: wang!news@uunet.uu.net  (Joel Jacobsen)
  1086. Subject: DR's GSX
  1087. Message-ID: <JACOBSEN.91Nov22130104@itexjct.itex.jct.ac.il>
  1088.  
  1089. Is anyone knoes  softwares which use Digital Research's GSX (a graphic
  1090. interface)?
  1091.  
  1092.  
  1093.     Joel
  1094. -------------------------
  1095. jacobsen@itex.jct.ac.il
  1096. -------------------------
  1097. --
  1098. ----------------------------------------------------------------------------
  1099. Joel Jacobsen                           |   
  1100. Jerusalem College of Technology         |
  1101.                                         |
  1102.              jacobsen@itex.jct.ac.il    |
  1103. or           jacobsen@vms.jct.ac.il     |
  1104. ----------------------------------------------------------------------------
  1105.       
  1106.       
  1107.       
  1108.  
  1109. ------------------------------
  1110.  
  1111. Date: 20 Nov 91 14:20:09 GMT
  1112. From: agate!spool.mu.edu!think.com!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!utgpu!utzoo!telly!druid!darcy@ucbvax.Berkeley.EDU  (D'Arcy J.M. Cain)
  1113. Subject: Re: CP/M Emulator for Unix?
  1114. Message-ID: <1991Nov20.142009.4820@druid.uucp>
  1115.  
  1116. dave@ips.oz.au (Dave Horsfall) writes:
  1117. >I vaguely recall that someone wrote a CP/M emulator under Unix, or was it
  1118. >just a Z-80 emulator?  Anyway, where would I find it (FTP access is a bit
  1119. >limited around here, but possible)?
  1120.  
  1121. If it is still there my cp-emulate was on sipb.mit.edu in pub/druid.  It is
  1122. not completely finished but it does mostly work.  It emulates the Z80
  1123. processor and traps CP/M calls for handling by Unix system calls.  Let me
  1124. know if you make any improvements to it.  I haven't had time to work on it
  1125. much lately and anyway I have picked up 3 CP/M systems since starting it so
  1126. I don't have quite as much of an incentive.
  1127.  
  1128. -- 
  1129. D'Arcy J.M. Cain (darcy@druid)     |
  1130. D'Arcy Cain Consulting             |   There's no government
  1131. Toronto, Ontario, Canada           |   like no government!
  1132. +1 416 424 2871          DoD#0082  |
  1133.  
  1134. ------------------------------
  1135.  
  1136. Date: 22 Nov 91 22:14:19 GMT
  1137. From: bonnie.concordia.ca!ccu.umanitoba.ca!umthom61@uunet.uu.net  (Adam Thompson)
  1138. Subject: Re: DR's GSX
  1139. Message-ID: <1991Nov22.221419.28195@ccu.umanitoba.ca>
  1140.  
  1141. In <JACOBSEN.91Nov22130104@itexjct.itex.jct.ac.il> jacobsen@itexjct.itex.jct.ac.il (Joel Jacobsen) writes:
  1142. >Is anyone knoes  softwares which use Digital Research's GSX (a graphic
  1143. >interface)?
  1144.  
  1145. Sorry to have to break the bad news :-) ...
  1146.  
  1147. The only programs I know of that use GSX (on a Rainbow 100, right?) are 
  1148. Lotus 1-2-3 and Lotus Symphony for CP/M.  1-2-3 is version 1.3, and Symphony
  1149. is at version 1.0 ....Symphony for MS-DOS is ver.1.1, and simply uses its
  1150. own low-level interface to the Graphics card.  I believe DEC released at one
  1151. time preliminary versions of graphics software, but it never got off the ground,
  1152. even in the CP/M world.  Note that one can still obtain information on the API
  1153. (programming interface) used by GSX programs, but that information on the
  1154. actual low-level interface to the graphics card is still classed as 
  1155. 'proprietary' by DEC, and is thus unavailable.  They will, however, supply
  1156. examples of assembly interfacing in MS-DOS !! (Go figure...)
  1157.  
  1158. Adam Thompson
  1159.  umthom61@ccu.umanitoba.ca
  1160.  
  1161. -- 
  1162. = Adam Thompson   ----   Computer Engineering  ----  University of Manitoba =
  1163. = umthom61@ccu.umanitoba.ca    =  "When you have eliminated the improbable, =
  1164. = ...!uunet!decwrl!alberta!\   =    whatever is left, however impossible,   =
  1165. =    ccu.UManitoba.CA!umthom61 =    must be the answer"                     =
  1166.  
  1167. ------------------------------
  1168.  
  1169. Date: 20 Nov 91 08:17:42 GMT
  1170. From: aunro!ersys!davem@g.ms.uky.edu  (Dave McCrady)
  1171. Subject: Re: terminal to OSBORNE
  1172. Message-ID: <8JBPBB2w164w@ersys.edmonton.ab.ca>
  1173.  
  1174. peteb@eg.lucasauto.co.uk (Pete Bunce) writes:
  1175.  
  1176. > I am trying to connect a 'serial' terminal ( AMPEX 219 )
  1177. > type, to an OSBOUNE 1 ,( my wife uses wordstar a lot and it
  1178. > would be better with a larger monitor !).
  1179. > Any assistance in this would be most appreciated.
  1180.  
  1181.   One method would be to install a copy of BYE on the Osborne, marry the 
  1182. console and serial ports.  I used this approach some years ago to permit 
  1183. a blind person to use a braille terminal on his Ampro ... Wordstar and 
  1184. other full-screen editors work fine using this approach ...
  1185.  
  1186. Dave McCrady              davem@ersys.edmonton.ab.ca
  1187. Edmonton Remote Systems:  Serving Northern Alberta since 1982
  1188.  
  1189. ------------------------------
  1190.  
  1191. Date: Mon, 18 Nov 91 13:29:59 MET
  1192. From: "W.J.M. Nelis" <nelis@NLR.NL>
  1193. Subject: SWP-MS10.ARK - Copy files between MS-DOS & CP/M disks. w/src
  1194. Summary: Reposted by Keith Petersen
  1195. Message-ID: <199111181230.AA10968@nlrgup.nlr.nl>
  1196.  
  1197. I have uploaded to SIMTEL20:
  1198.  
  1199. pd2:<cpm.dskutl>
  1200. SWP-MS10.ARK    Copy files between MS-DOS & CP/M disks. w/src
  1201.  
  1202. SWP-MS10 is a utility to copy files between an MS-DOS disk and a CP/M
  1203. disk on a CP/M host.  It uses a SWEEP-like interface.  The ARK file
  1204. contains the Turbo Pascal 3.0 sources and some documentation. 
  1205.  
  1206. W.J.M. Nelis
  1207. nelis@nlr.nl
  1208.  
  1209. ------------------------------
  1210.  
  1211. Date: Thu, 21 Nov 91 11:45:43 GMT
  1212. From: Christopher Currie <c.currie@clus1.ulcc.ac.uk>
  1213. Subject: time's erratic arrow
  1214. Message-ID: <23600.9111211145@clus1.ulcc.ac.uk>
  1215.  
  1216.              FAULTS IN Z80DOS DATESTAMPING UTILITIES
  1217.  
  1218. I should be grateful for any help with date/time stamping 
  1219. utilities for Z80DOS. I use a z-system for the TRS-80 Model 4 
  1220. (without a realtime clock) which I did not put together myself 
  1221. and which includes Z80DOS 2.4. I downloaded Z80DOS10.LBR, 
  1222. SDATE10.LBR and Z8D-UTL1.LBR but could not make the utilities 
  1223. work together:
  1224.  
  1225.  Initdir sets up an additional dummy directory entry for every 
  1226. three existing entries, into which the datestamp is put. 
  1227.  
  1228. With Datereg installed, I could get SDATE10 to set the date of 
  1229. the disk volume, and TIME would display the date correctly.
  1230.  
  1231. If I set the date with TIME, however, and then read it back, I 
  1232. got a garbled result.
  1233.  
  1234. SAVESTMP saved the datestamp in a position within the dummy 
  1235. directory entry which was different from that where SDATE10 put 
  1236. it.
  1237.  
  1238. Z80DOS appears to datestamp files, as they are accessed, with the 
  1239. date set by SDATE10, but neither the TDIR-CPM nor the TDIR-Z3 
  1240. utilities would display the dates in the directory; instead, the 
  1241. computer hung.
  1242.  
  1243. I could not get any of the aliases in MODDATE to work.
  1244.  
  1245. Has anyone any suggestions on how to get these utilities to work 
  1246. correctly? Is there a different set of utilities for Z80DOS 2.4? 
  1247. If so, where can I get them from?
  1248.  
  1249.  
  1250. Christopher Currie
  1251.  
  1252. c.currie@uk.ac.ulcc.clus1 (JANET)
  1253.  
  1254. ------------------------------
  1255.  
  1256. Date: 22 Nov 91 04:04:54 GMT
  1257. From: mothra!geh@ucbvax.Berkeley.EDU  (Greg Holdren)
  1258. Subject: Wanted: STD Bus Z80 CPU cards
  1259. Message-ID: <4480009@mothra.rose.hp.com>
  1260.  
  1261. Wanted:  Z80 or related CPU family STD Bus CPU cards. Especially the cards
  1262. with 64K and serial/parallel port on the them already.       
  1263.  
  1264.  
  1265.  
  1266. TNX
  1267. Greg Holdren
  1268. geh@mothra.rose.hp.com
  1269. (916)773-5191
  1270. (916)785-7481
  1271.  
  1272. ------------------------------
  1273.  
  1274. Date: 19 Nov 91 14:13:52 GMT
  1275. From: mcsun!uknet!axion!rtf.bt.co.uk!traub@uunet.uu.net  (Michael Traub)
  1276. Subject: ZCMD, ZCPR, Z80DOS?
  1277. Message-ID: <1991Nov19.141352.28066@rtf.bt.co.uk>
  1278.  
  1279. In article <uq8JBB1w164w@gnat.rent.com> cmcewen@gnat.rent.com (Chris McEwen) writes:
  1280. >mrapple@quack.sac.ca.us (Nick Sayer) writes:
  1281. >> When I wrote upm, I was irked a bit that I couldn't pass
  1282. >> around BDOS and CCP with it. But now I wonder...
  1283. >> 
  1284. >Why not distribute a PD updated version? ZCMD and the earlier ZCPR 
  1285. >versions of CCP are in the public domain. I assume you aren't selling 
  1286. >your work, just distributing it. Z80DOS can replace BDOS.
  1287.  
  1288. As an aside can some one point me in the direction of an FTP
  1289. site that has these goodies. I am still running plain old CMP/M 2.2
  1290. and I am fed up with it!
  1291.  
  1292. -----
  1293. Michael Traub
  1294. BT Customer Systems, Brighton Systems Centre. traub@rtf.bt.co.uk
  1295.  
  1296. ------------------------------
  1297.  
  1298. End of INFO-CPM Digest V91 Issue #188
  1299. *************************************
  1300. 24-Nov-91 15:19:31-MST,9485;000000000000
  1301. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  1302. Date: Sun, 24 Nov 91 15:15:12 MST
  1303. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  1304. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1305. Subject: INFO-CPM Digest V91 #189
  1306. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1307. Message-ID: <911124151513.V91N189@WSMR-SIMTEL20.ARMY.MIL>
  1308.  
  1309. INFO-CPM Digest             Sun, 24 Nov 91       Volume 91 : Issue  189
  1310.  
  1311. Today's Topics:
  1312.                   communications software for sanyo
  1313.               DECmate II 's terminal VR 201-C connector
  1314.                      Need pinout for HP keyboard
  1315.                            Qterm on a MD-11
  1316.                      Re: CP/M Emulator for Unix?
  1317.                   TeleVideo 803, QTERM, and termcap
  1318.                              UZI280, etc.
  1319. ----------------------------------------------------------------------
  1320.  
  1321. Date: 21 Nov 91 11:29:22 GMT
  1322. From: haven.umd.edu!uflorida!mailer.cc.fsu.edu!theta.cs.fsu.edu!levitz@ames.arc.nasa.gov  (Hilbert Levitz)
  1323. Subject: communications software for sanyo
  1324. Message-ID: <1991Nov21.062922.1613@mailer.cc.fsu.edu>
  1325.  
  1326. I would be grateful if anyone could direct me to a supplier for
  1327. communications software with a good manual, one of the standard
  1328. protocols  - like kermit, and and a fairly standard terminal
  1329. emulation - like vt100.
  1330.  
  1331. Please reply directly to levitz@cs.fsu.edu
  1332.  
  1333. Thank you.
  1334.  
  1335. --
  1336.  
  1337. ------------------------------
  1338.  
  1339. Date: 24 Nov 91 01:16:08 GMT
  1340. From: eru!hagbard!sunic!news.funet.fi!kannel!messmer@bloom-beacon.mit.edu  (Willi Messmer)
  1341. Subject: DECmate II 's terminal VR 201-C connector
  1342. Message-ID: <MESSMER.91Nov24021608@kannel.lut.fi>
  1343.  
  1344. I have a DECmate II with 10mb hard...unhappely I do not have use for this
  1345. system and 'cause the case of mate is quite fitting for my AT286 project
  1346.  
  1347. I'm only interested using the Digital's terminal VR 201-C for something,
  1348.  but currently I know nothing about the ('video') connector between the 
  1349. term and host....so,
  1350.  
  1351. If somebody has ever been dealing with the cable-connector of VR 201-C
  1352. please let me know:
  1353.  
  1354. E-mail: messmer@lut.fi
  1355.   
  1356.  
  1357. ------------------------------
  1358.  
  1359. Date: 24 Nov 91 02:57:59 GMT
  1360. From: agate!spool.mu.edu!wupost!waikato.ac.nz!comp.vuw.ac.nz!cavebbs!lesley@ucbvax.Berkeley.EDU  (Lesley Walker)
  1361. Subject: Need pinout for HP keyboard
  1362. Message-ID: <1991Nov24.025759.1999@cavebbs.gen.nz>
  1363.  
  1364. I wonder if anybody can supply me with any pinout info for this
  1365. Hewlett-Packard keyboard.
  1366.  
  1367. Its product number is C1405A #ABA, and it seems to be made for
  1368. a PC rather than for a terminal, since it doesn't have the
  1369. user/system/menu keys that HP terminals have.
  1370.  
  1371. Why?  Well, I want to replace the keyboard on my Amstrad PCW,
  1372. and somebody gave me this one.
  1373.  
  1374. I realise this might turn out to involve so much work as to
  1375. make it not worth bothering, but I can't see any harm in
  1376. plugging it in to see what happens. The keyboard I am replacing
  1377. operates on 5v dc, as does the HP keyboard, so I don't think I
  1378. am going to damage anything, provided I get the pinout right.
  1379.  
  1380. Any other technical info that might help in this situation
  1381. would also be welcome.
  1382.  
  1383. Replies by email please, to the addresses below. I can post a
  1384. summary, if anybody else is interested.
  1385.  
  1386. --
  1387. The Leather Goddess   XV1000   (aka Lesley Walker)
  1388. leather@phobos.cavebbs.gen.nz  (preferred)
  1389. lesley@cavebbs.gen.nz          (a good alternative)
  1390. -- 
  1391. The Leather Goddess - DoD#258    *   leather@phobos.cavebbs.gen.nz
  1392. Wellington, NZ. Yamaha XV1000    *       lesley@cavebbs.gen.nz        
  1393. (sometimes also lesley@actrix.gen.nz, but not often)
  1394.  
  1395. ------------------------------
  1396.  
  1397. Date: 21 Nov 91 14:16:54 GMT
  1398. From: sdd.hp.com!spool.mu.edu!agate!linus!linus!mbunix.mitre.org!mamason@ucsd.edu  (Mason)
  1399. Subject: Qterm on a MD-11
  1400. Message-ID: <1991Nov21.141654.486@linus.mitre.org>
  1401.  
  1402. Is it possible to get QTERM 4.3 running on a Morrow Micro-Decision 11?
  1403.  
  1404. I applied the 4.2 patch, but the "escape to local key" seem to be offset
  1405. improperly, ie the program reports the "escape to local key" as another
  1406. key instead of escape-\. No key combination brings you back to local
  1407. mode, however.
  1408.  
  1409.  
  1410. -- 
  1411. |Marc A. Mason        | The MITRE Corporation    |
  1412. |Technical Assistant    | Burlington Road          |
  1413. |UNIX Systems        | Bedford, Massachusetts   |
  1414. |(617)-271-7506        | 01730 (mamason@mitre.org)|
  1415.  
  1416. ------------------------------
  1417.  
  1418. Date: 24 Nov 91 04:15:33 GMT
  1419. From: elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!rpi!news-server.csri.toronto.edu!torsqnt!lethe!druid!darcy@ames.arc.nasa.gov  (D'Arcy J.M. Cain)
  1420. Subject: Re: CP/M Emulator for Unix?
  1421. Message-ID: <1991Nov24.041533.4852@druid.uucp>
  1422.  
  1423. carson@point.uucp (Carson Wilson) writes:
  1424. >darcy@druid.uucp (D'Arcy J.M. Cain) writes:
  1425. >>If it is still there my cp-emulate was on sipb.mit.edu in pub/druid.  It is
  1426. >>not completely finished but it does mostly work.  It emulates the Z80
  1427. >>processor and traps CP/M calls for handling by Unix system calls.  Let me
  1428. >I spent awhile tracking down CP/M emulators also, and Cain's was 
  1429. >the most promising one I could find.  However, as mentioned above,
  1430. >cp-emulate isn't finished.  It apparently does not implement some
  1431. >Z80 opcodes and "standard" BIOS jump vectors.  I'm guessing here,
  1432. >but wouldn't be surprised if it is also choking on self-modifying
  1433. >Z80 code.
  1434.  
  1435. Which ones?  What I really need is some sort of test suite.  I started on
  1436. one to test cp-emulate but the test suite seems like more work than the
  1437. emulator itself.  The BIOS is fudged so I'm not suprised that it isn't
  1438. bullet proof but I would be interested to know where you found shortfalls.
  1439. As for self-modifying code as long as it keeps away from the BDOS and BIOS
  1440. it should work fine.
  1441.  
  1442. >I'm not proposing to fix all of this myself, but am very interested
  1443. >in CP/M (and eventually Z System) emulation under Unix and think this 
  1444. >forum might be an excellent place to continue the project.  If anyone else 
  1445. >reading this has tackled CP/M emulation, with whatever degree of success,
  1446. >please jump in.  I'll be listening.
  1447.  
  1448. As long as I get feedback I will continue to work on cp-emulate as time
  1449. permits.  Although I have no specific need any more for a CP/M emulator I
  1450. still have the interest.  In fact I think I'll pull it out and have another
  1451. look at it tonight.
  1452.  
  1453. -- 
  1454. D'Arcy J.M. Cain (darcy@druid)     |
  1455. D'Arcy Cain Consulting             |   There's no government
  1456. Toronto, Ontario, Canada           |   like no government!
  1457. +1 416 424 2871          DoD#0082  |
  1458.  
  1459. ------------------------------
  1460.  
  1461. Date: 24 Nov 91 20:28:10 GMT
  1462. From: agate!spool.mu.edu!munnari.oz.au!mel.dit.csiro.au!news@ucbvax.Berkeley.EDU  (Harold A. Miller)
  1463. Subject: TeleVideo 803, QTERM, and termcap
  1464. Message-ID: <1991Nov24.202810.3810@mel.dit.csiro.au>
  1465.  
  1466. I have a TS803 running all by itself and doing fine.  I have used David G's
  1467. QTERM a number of times quite successfully, primarily for download (SIMTEL).
  1468.  
  1469. My wife "owns" this machine, and has just discovered my Unix box.  I connected
  1470. the two permanently, showed her how to use QTERM, and off she went (vi and
  1471. rogue in particular).  Now I find that there appears to be a termcap problem.
  1472.  
  1473. I have played around with it some.  I find the tvi925 entry (as modified for
  1474. my actual 925) to work nearly perfectly.  It has one problem, for which I'm
  1475. looking around now.  Upon a clear-screen/home, in 'vi' or rogue, it eats
  1476. some characters from the first line.  Appears to be the second through
  1477. about fifth or so.  I've tried various padding, eliminating the 'ho' entry
  1478. (leaving it to use 'cm' with padding), etc.  but to no avail.
  1479.  
  1480. I have the hardware manual for the 925, but that hasn't helped.  I don't
  1481. have the manual for the 803, at least not a hardware one, listing the
  1482. cursor-control sequences.
  1483.  
  1484. Is this caused by QTERM?  Anyone have either a manual or a working termcap
  1485. entry for this combination?  All I'd need from the manual is the control
  1486. sequence listing (although DIP-switch description wouldn't hurt!).
  1487.  
  1488.  
  1489. Thanks much.  My wife thanks you too.  Sigh--another Rogue Monster.  Just
  1490. after my 8 year old daughter got started and I had to add a VT100 for her!
  1491. --
  1492. |Hal Miller, DIT, CSIRO, | Networking Environments Project               |
  1493. |723 Swanston St. Carlton| (TEL) +61 3 282 2628   (FAX) +61 3 282 2600   |
  1494. |VIC 3053, Australia     | Internet:hal@mel.dit.csiro.au                 |
  1495.  
  1496. ------------------------------
  1497.  
  1498. Date: 23 Nov 91 00:45:57 GMT
  1499. From: iWarp.intel.com|inews!cadev1!dbraun@uunet.uu.net  (Doug Braun ~)
  1500. Subject: UZI280, etc.
  1501. Message-ID: <7607@inews.intel.com>
  1502.  
  1503. For several months I have been threatening to distribute
  1504. UZI280, my hopped-up version if UZI (Unix Z80 Implementation)
  1505. for the Z280 processor.  Unfortunately, Simtel20 sppears to
  1506. be unable to receive anymore uploads, and I have not had a chance
  1507. to do as much documentation and "packaging" as I would like.
  1508.  
  1509. BUT, if you would like a copy, sent me mail, and I could FTP it
  1510. to you.  I have already done this for a couple of people.
  1511. You would get all the UZI280 stuff, plus my CP/M 3.0 BIOS
  1512. for the Z280, plus tons of other goodies.  Send mail for more information.
  1513.  
  1514.  
  1515.  
  1516.  
  1517.  Doug Braun                         Intel Design Technology
  1518.                                     408 765-4279
  1519.  
  1520.  dbraun@scdt.intel.com
  1521.  
  1522.  or maybe:
  1523.  
  1524.   / decwrl \
  1525.   | hplabs |
  1526.  -| oliveb |- !intelca!mipos3!cadev6!dbraun
  1527.   | amd    |
  1528.   \ qantel /
  1529.  
  1530. ------------------------------
  1531.  
  1532. End of INFO-CPM Digest V91 Issue #189
  1533. *************************************
  1534. 28-Nov-91 14:17:33-MST,21149;000000000000
  1535. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  1536. Date: Thu, 28 Nov 91 14:15:39 MST
  1537. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  1538. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1539. Subject: INFO-CPM Digest V91 #190
  1540. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1541. Message-ID: <911128141540.V91N190@WSMR-SIMTEL20.ARMY.MIL>
  1542.  
  1543. INFO-CPM Digest             Thu, 28 Nov 91       Volume 91 : Issue  190
  1544.  
  1545. Today's Topics:
  1546.                        File access on Simtel20
  1547.               For sale: 8" drives, controller, terminal
  1548.                              Re: DR's GSX
  1549.                        Re: LBR files on MS-DOS
  1550.                 Re: TeleVideo 803, QTERM, and termcap
  1551.                              Xerox 820/II
  1552.               Z[2]80 disassembler posted to alt.sources
  1553. ----------------------------------------------------------------------
  1554.  
  1555. Date: 23 Nov 91 04:54:49 GMT
  1556. From: netcomsv!zig@decwrl.dec.com  (John Curtis)
  1557. Subject: File access on Simtel20
  1558. Message-ID: <1991Nov23.045449.21399zig@netcom.COM>
  1559.  
  1560. How does one 'get' files from simtel20?? I finally figured out thier unique
  1561. 'cd' procedure but for the life of me I can't get it to send me a file.
  1562. Am I overlooking the obvious?
  1563.  
  1564. -- 
  1565.  ....    ... ...     .........................................................
  1566.  ....... ... ... ...........   John Curtis   ....... aka Ziig on IRC .........
  1567.  ...... .... ... ..  ....... Santa Clara, Ca .................................
  1568.  ..... ..... ... ... ....... zig@netcom.com  ......... ZCPR Lives!! ..........
  1569.  ....    ... ...     .........................................................
  1570.  
  1571. ------------------------------
  1572.  
  1573. Date: 25 Nov 91 20:45:04 GMT
  1574. From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!think.com!yale.edu!qt.cs.utexas.edu!cs.utexas.edu!swrinde!mips!dimacs.rutgers.edu!aramis.rutgers.edu!paul.rutgers.edu!moskowit@ucbvax.Berkeley.  (Len Moskowitz)
  1575. Subject: For sale: 8" drives, controller, terminal
  1576. Message-ID: <Nov.25.15.45.03.1991.1817@paul.rutgers.edu>
  1577.  
  1578. For sale:
  1579.  
  1580. 2-8" SSDD disk drives, case, and power supply.  Made by Siemens
  1581. (World).  Shugart 801 compatible.  Low hours.  In good condition.
  1582. With cable and documentation.  Heavy.  $50 or best offer plus
  1583. shipping.
  1584.  
  1585. Morrow DJDMA S-100 disk controller with 8" bios source disk.  For 8"
  1586. and 5" drives.  Can accommodate hard drives with other bios.  With
  1587. documentation.  $50 or best offer plus shipping.
  1588.  
  1589. Heath Zenith H-19 terminal.  VT-52 compatible.  B&W.  Good condition.
  1590. $50 or best offer plus shipping.
  1591.  
  1592.  
  1593. Len Moskowitz
  1594. 201-393-2915 (days)
  1595. 201-801-0812 (eves)
  1596.  
  1597. moskowit@paul.rutgers.edu
  1598.  
  1599. ------------------------------
  1600.  
  1601. Date: 25 Nov 91 20:24:10 GMT
  1602. From: snorkelwacker.mit.edu!paperboy.osf.org!paperboy.osf.org!jacobsen@bloom-beacon.mit.edu  (joel jacobsen 21-143)
  1603. Subject: Re: DR's GSX
  1604. Message-ID: <JACOBSEN.91Nov25122410@pesach.pesach.jct.ac.il>
  1605.  
  1606. Hi.
  1607. I'm using TeleVideo TS-803 which uses GSX (And not rainbow).
  1608. In the graphic demo program I've got with the computer they said that
  1609. they are more programs from DRI which use GSX..
  1610.  
  1611.   Still searching..
  1612.    Joel
  1613.  
  1614. jacobsen@itex.jct.ac.il
  1615.  
  1616. ------------------------------
  1617.  
  1618. Date: 27 Nov 91 02:54:06 GMT
  1619. From: cis.ohio-state.edu!zaphod.mps.ohio-state.edu!think.com!spool.mu.edu!munnari.oz.au!newsroom.utas.edu.au!bruny.cc.utas.edu.au!u895217@ucbvax.Berkeley.EDU  (Scott Marshall)
  1620. Subject: Re: LBR files on MS-DOS
  1621. Message-ID: <u895217.691210446@bruny>
  1622.  
  1623. arj@cam-orl.co.uk (Andy Jackson) writes:
  1624.  
  1625. >arj@cam-orl.co.uk (Andy Jackson) writes:
  1626. >: Sorry if this is the wrong place to ask.....
  1627. >: 
  1628. >: I have recently aquired some files (archives ?) in .LBR format. Is there
  1629. >: any way that I can get at the contents on a PC.
  1630. >:
  1631. >Sorry about the waste of bandwidth...
  1632.  
  1633. >    I found a copy of delbr11.exe on wuarchive.wustl.edu. This
  1634. >extracted the files, but now I have a what appear to be a number of
  1635. >compressed files. They have all had the middle letter of the extension
  1636. >converted to a Z. i.e.
  1637.  
  1638. >        AAAAAAA.ASM => AAAAAAA.AZM
  1639.  
  1640. >What do I need to extract these now ???.
  1641.  
  1642. A program to do this is following:
  1643.  
  1644. ---------------------------------CUT HERE-----------------------------------
  1645.  
  1646.  
  1647. /*----------------------------------------------------------------------------*/
  1648. /*  UNCRunch/C - LZW uncruncher compatible with Z-80 CP/M program CRUNCH 2.3  */
  1649. /*            (C) Copyright 1986 - Frank Prindle              */
  1650. /*            May be reproduced for non-profit use only              */
  1651. /*----------------------------------------------------------------------------*/
  1652. /* This program is largely based on the previous works of Steven Greenberg,   */
  1653. /* Joe Orost, James Woods, Ken Turkowski, Steve Davies, Jim McKie, Spencer    */
  1654. /* Thomas, Terry Welch, and (of course) Lempel and Ziv.                  */
  1655. /*----------------------------------------------------------------------------*/
  1656. /*  Portability related assumptions:                          */
  1657. /*    1. fopen called with "rb" or "wb" is sufficient to make getc/putc xfer  */
  1658. /*       bytes in binary, without newline or control-z translation (this is   */
  1659. /*       default for UNIX anyway, and the "b" has no effect).                 */
  1660. /*    2. size of type "long" is at least 4 bytes (for getbuf to work).        */
  1661. /*----------------------------------------------------------------------------*/
  1662. #define VERSION "2.31D"
  1663. #define DATE "11 June 1987"
  1664.  
  1665. /*#define DUMBLINKER*/    /*define this if linker makes a huge executable image*/
  1666.             /*containing mostly zeros (big tables will instead be*/
  1667.             /*allocated at run time)*/
  1668.  
  1669. #define XLAT_FN_CHARS    {'/','%'} /*FOR UNIX*/
  1670.             /*define comma separated pairs of {undesirable char,*/
  1671.             /*replacement char} for filenames - no need to include*/
  1672.             /*control characters, as these are automatically*/
  1673.             /*translated to question marks (?)*/
  1674. /*----------------------------------------------------------------------------*/
  1675.  
  1676. #include "stdio.h"
  1677.  
  1678. /*Macro definition - ensure letter is lower case*/
  1679. #define tolower(c) (((c)>='A' && (c)<='Z')?(c)-('A'-'a'):(c))
  1680.  
  1681. /*Macro definition - is character a control (non-printing) character?*/
  1682. #define iscntrl(c) (c<' ' || c=='\177')
  1683.  
  1684. #define TABLE_SIZE  4096    /*size of main lzw table for 12 bit codes*/
  1685. #define XLATBL_SIZE 5003    /*size of physical translation table*/
  1686.  
  1687. /*special values for predecessor in table*/
  1688. #define NOPRED 0x6fff        /*no predecessor in table*/
  1689. #define EMPTY  0x8000        /*empty table entry (xlatbl only)*/
  1690. #define REFERENCED 0x2000    /*table entry referenced if this bit set*/
  1691. #define IMPRED 0x7fff        /*impossible predecessor*/
  1692.  
  1693. #define EOFCOD 0x100        /*special code for end-of-file*/
  1694. #define RSTCOD 0x101        /*special code for adaptive reset*/
  1695. #define NULCOD 0x102        /*special filler code*/
  1696. #define SPRCOD 0x103        /*spare special code*/
  1697.  
  1698. #define REPEAT_CHARACTER 0x90    /*following byte is repeat count*/
  1699.  
  1700. #ifdef    DUMBLINKER
  1701.  
  1702.   /*main lzw table and it's structure*/
  1703.   struct entry {
  1704.     short predecessor;    /*index to previous entry, if any*/
  1705.     char suffix;        /*character suffixed to previous entries*/
  1706.   } *table;
  1707.  
  1708.   /*auxilliary physical translation table*/
  1709.   /*translates hash to main table index*/
  1710.   short *xlatbl;
  1711.  
  1712.   /*byte string stack used by decode*/
  1713.   char *stack;
  1714.  
  1715. #else
  1716.  
  1717.   struct entry {
  1718.     short predecessor;    /*index to previous entry, if any*/
  1719.     char suffix;        /*character suffixed to previous entries*/
  1720.   } table[TABLE_SIZE];
  1721.  
  1722.   /*auxilliary physical translation table*/
  1723.   /*translates hash to main table index*/
  1724.   short xlatbl[XLATBL_SIZE];
  1725.  
  1726.   /*byte string stack used by decode*/
  1727.   char stack[TABLE_SIZE];
  1728.  
  1729. #endif
  1730.  
  1731. /*other global variables*/
  1732. char    codlen;            /*variable code length in bits (9-12)*/
  1733. short    trgmsk;            /*mask for codes of current length*/
  1734. char    fulflg;            /*full flag - set once main table is full*/
  1735. short    entry;            /*next available main table entry*/
  1736. long    getbuf;            /*buffer used by getcode*/
  1737. short    getbit;            /*residual bit counter used by getcode*/
  1738. char    entflg;         /*inhibit main loop from entering this code*/
  1739. char    repeat_flag;        /*so send can remember if repeat required*/
  1740. int    finchar;        /*first character of last substring output*/
  1741. int    lastpr;            /*last predecessor (in main loop)*/
  1742. short    cksum;            /*checksum of all bytes written to output file*/
  1743.  
  1744. FILE     *infd;            /*currently open input file*/
  1745. FILE     *outfd;            /*currently open output file*/
  1746.  
  1747. main(argc,argv)
  1748. int argc;
  1749. char *argv[];
  1750.     {
  1751.     /*usage check*/
  1752.     if (argc-- < 2)
  1753.         {
  1754.         printf("Usage : uncr <crunched_file_name> ...\n");
  1755.         exit(0);
  1756.         }
  1757.  
  1758.     /*who am i*/
  1759.     printf("UNCRunch/C Version %s (%s)\n\n",VERSION,DATE);
  1760.  
  1761. #ifdef    DUMBLINKER
  1762.     /*allocate storage now for the big tables (keeps load short)*/
  1763.     table=(struct entry *)malloc(TABLE_SIZE*sizeof(struct entry));
  1764.     xlatbl=(short *)malloc(XLATBL_SIZE*sizeof(short));
  1765.     stack=(char *)malloc(TABLE_SIZE*sizeof(char));
  1766.     if(table==NULL || xlatbl==NULL || stack==NULL)
  1767.         {
  1768.         printf("***** not enough memory to run this program!\n");
  1769.         exit(0);
  1770.         }
  1771. #endif
  1772.  
  1773.     /*do all the files specified*/
  1774.     while(argc--) uncrunch(*++argv);
  1775.  
  1776.     /*all done all files*/
  1777.     exit(0);
  1778.     }
  1779.  
  1780.  
  1781. /*uncrunch a single file*/
  1782. uncrunch(filename)
  1783. char *filename;
  1784.     {
  1785.     int c;            
  1786.     char *p;
  1787.     char *index();
  1788.     char outfn[80];            /*space to build output file name*/
  1789.     int pred;            /*current predecessor (in main loop)*/
  1790.     char reflevel;            /*ref rev level from input file*/
  1791.     char siglevel;            /*sig rev level from input file*/
  1792.     char errdetect;            /*error detection flag from input file*/
  1793.     short file_cksum;        /*checksum read from input file*/
  1794.  
  1795.     /*filename character translation array*/
  1796.     static int xlat_fn_chars[][2] = {XLAT_FN_CHARS, {-1,-1}};
  1797.  
  1798.     /*initialize variables for uncrunching a file*/
  1799.     intram();
  1800.  
  1801.     /*open input file*/
  1802.     if ( 0 == (infd = fopen(filename,"rb")) )
  1803.         {
  1804.         printf("***** can't open %s\n", filename);
  1805.         return;
  1806.         }
  1807.  
  1808.     /*verify this is a crunched file*/
  1809.     if (getc(infd) != 0x76 || getc(infd) != 0xfe)
  1810.         {
  1811.         printf("***** %s is not a crunched file\n",filename);
  1812.         fclose(infd);
  1813.         return;
  1814.         }
  1815.  
  1816.     /*extract and build output file name*/
  1817.     printf("%s --> ",filename);
  1818.     for(p=outfn; (*p=getc(infd))!='\0'; p++)
  1819.         {
  1820.         int *q;
  1821.  
  1822.         /*translate to lower case and strip high order bit*/
  1823.         *p=tolower((*p)&0x7f);
  1824.  
  1825.         /*make any control character into a question mark*/
  1826.         if(iscntrl(*p)) *p = '?';
  1827.  
  1828.         /*translate undesirable characters in file name*/
  1829.         for(q = &xlat_fn_chars[0][0]; *q!=(-1); q+=2)
  1830.             {
  1831.             if(*p == *q)
  1832.                 {
  1833.                 *p = *(q+1);
  1834.                 break;
  1835.                 }
  1836.             }
  1837.         }
  1838.     printf("%s\n",outfn);
  1839.     *(index(outfn,'.')+4)='\0';    /*truncate non-name portion*/
  1840.     if(p=index(outfn,' ')) *p='\0';    /*truncate trailing blanks*/
  1841.  
  1842.     /*read the four info bytes*/
  1843.     reflevel=getc(infd);
  1844.     siglevel=getc(infd);
  1845.     errdetect=getc(infd);
  1846.     getc(infd); /*skip spare*/
  1847.  
  1848.     /*make sure we can uncrunch this format file*/
  1849.     /*note: this program does not support CRUNCH 1.x format*/
  1850.     if(siglevel < 0x20 || siglevel > 0x2f)
  1851.         {
  1852.         printf("***** this version of UNCR cannot process %s!\n",
  1853.             filename);
  1854.         fclose(infd);
  1855.         return;
  1856.         }
  1857.  
  1858.     /*open output file*/
  1859.     if ( 0 == (outfd =fopen( outfn,"wb")) )
  1860.         {
  1861.         printf("***** can't create %s\n",outfn);
  1862.         fclose(infd);
  1863.         return;
  1864.         }
  1865.  
  1866.     /*set up atomic code definitions*/
  1867.     initb2();
  1868.  
  1869.     /*main decoding loop*/
  1870.     pred=NOPRED;
  1871.     for(;;)
  1872.         {
  1873.         /*remember last predecessor*/
  1874.         lastpr=pred;
  1875.  
  1876.         /*read and process one code*/
  1877.         if((pred=getcode())==EOFCOD) /*end-of-file code*/
  1878.             {
  1879.             break; /*all lzw codes read*/
  1880.             }
  1881.  
  1882.         else if(pred==RSTCOD) /*reset code*/
  1883.             {
  1884.             entry=0;
  1885.             fulflg=0;
  1886.             codlen=9;
  1887.             trgmsk=0x1ff;
  1888.             pred=NOPRED;
  1889.             entflg=1;
  1890.             initb2();
  1891.             }
  1892.  
  1893.         else /*a normal code (nulls already deleted)*/
  1894.             {
  1895.             /*check for table full*/
  1896.             if(fulflg!=2)
  1897.                 {
  1898.                 /*strategy if table not full*/
  1899.                 if(decode(pred)==0)enterx(lastpr,finchar);
  1900.                 else entflg=0;
  1901.                 }
  1902.             else
  1903.                 {
  1904.                 /*strategy if table is full*/
  1905.                 decode(pred);
  1906.                 entfil(lastpr,finchar); /*attempt to reassign*/
  1907.                 }
  1908.             }
  1909.         }
  1910.  
  1911.     /*verify checksum if required*/
  1912.     if(errdetect==0)
  1913.         {
  1914.         file_cksum=getc(infd);
  1915.         file_cksum|=getc(infd)<<8;
  1916.         if((file_cksum&0xffff)!=(cksum&0xffff))
  1917.             {
  1918.             printf("***** checksum error detected in ");
  1919.             printf("%s!\n",filename);
  1920.             }
  1921.         }
  1922.  
  1923.     /*close files*/
  1924.     fclose(infd);
  1925.     fclose(outfd);
  1926.  
  1927.     /*all done this file*/
  1928.     return;
  1929.     }
  1930.  
  1931.  
  1932. /*initialize the lzw and physical translation tables*/
  1933. initb2()
  1934.     {
  1935.     register int i;
  1936.     register struct entry *p;
  1937.     p=table;
  1938.  
  1939.     /*first mark all entries of xlatbl as empty*/
  1940.     for(i=0;i<XLATBL_SIZE;i++) xlatbl[i]=EMPTY;
  1941.  
  1942.     /*enter atomic and reserved codes into lzw table*/
  1943.     for(i=0;i<0x100;i++) enterx(NOPRED,i);    /*first 256 atomic codes*/
  1944.     for(i=0;i<4;i++) enterx(IMPRED,0);    /*reserved codes*/
  1945.     }
  1946.  
  1947.  
  1948. /*enter the next code into the lzw table*/
  1949. enterx(pred,suff)
  1950. int pred;        /*table index of predecessor*/
  1951. int suff;        /*suffix byte represented by this entry*/
  1952.     {
  1953.     register struct entry *ep;
  1954.     ep = &table[entry];
  1955.  
  1956.     /*update xlatbl to point to this entry*/
  1957.     figure(pred,suff);
  1958.  
  1959.     /*make the new entry*/
  1960.     ep->predecessor = (short)pred;
  1961.     ep->suffix = (char)suff;
  1962.     entry++;
  1963.  
  1964.     /*if only one entry of the current code length remains, update to*/
  1965.     /*next code length because main loop is reading one code ahead*/
  1966.     if(entry >= trgmsk)
  1967.         {
  1968.         if(codlen<12)
  1969.             {
  1970.             /*table not full, just make length one more bit*/
  1971.             codlen++;
  1972.             trgmsk=(trgmsk<<1)|1;
  1973.             }
  1974.         else
  1975.             {
  1976.             /*table almost full (fulflg==0) or full (fulflg==1)*/
  1977.             /*just increment fulflg - when it gets to 2 we will*/
  1978.             /*never be called again*/
  1979.             fulflg++;
  1980.             }
  1981.         }
  1982.     }
  1983.  
  1984.  
  1985. /*find an empty entry in xlatbl which hashes from this predecessor/suffix*/
  1986. /*combo, and store the index of the next available lzw table entry in it*/
  1987. figure(pred,suff)
  1988. int pred;
  1989. int suff;
  1990.     {
  1991.     short *hash();
  1992.     auto int disp;
  1993.     register short *p;
  1994.     p=hash(pred,suff,&disp);
  1995.  
  1996.     /*follow secondary hash chain as necessary to find an empty slot*/
  1997.     while(((*p)&0xffff) != EMPTY)
  1998.         {
  1999.         p+=disp;
  2000.         if(p<xlatbl)p+=XLATBL_SIZE;
  2001.         }
  2002.  
  2003.     /*stuff next available index into this slot*/
  2004.     *p=entry;
  2005.     }
  2006.  
  2007.  
  2008. /*hash pred/suff into xlatbl pointer*/
  2009. /*duplicates the hash algorithm used by CRUNCH 2.3*/
  2010. short *hash(pred,suff,disploc)
  2011. int pred;
  2012. int suff;
  2013. int *disploc;
  2014.     {
  2015.     register int hashval;
  2016.     
  2017.     hashval=(((pred>>4)^suff) | ((pred&0xf)<<8)) + 1;
  2018.     *disploc=hashval-XLATBL_SIZE;
  2019.     return (xlatbl + hashval);
  2020.     }
  2021.     
  2022.  
  2023. /*initialize variables for each file to be uncrunched*/
  2024. intram()
  2025.     {
  2026.     trgmsk=0x1ff;    /*nine bits*/
  2027.     codlen=9;    /*    "    */
  2028.     fulflg=0;    /*table empty*/
  2029.     entry=0;    /*    "      */
  2030.     getbit=0;    /*buffer emtpy*/
  2031.     entflg=1;    /*first code always atomic*/
  2032.     repeat_flag=0;    /*repeat not active*/
  2033.     cksum=0;    /*zero checsum*/
  2034.     }
  2035.  
  2036.  
  2037. /*return a code of length "codlen" bits from the input file bit-stream*/
  2038. getcode()
  2039.     {
  2040.     register int hole;
  2041.     int code;
  2042.  
  2043.     /*always get at least a byte*/
  2044.     getbuf=(getbuf<<codlen)|(((long)getc(infd))<<(hole=codlen-getbit));
  2045.     getbit=8-hole;
  2046.  
  2047.     /*if is not enough to supply codlen bits, get another byte*/
  2048.     if(getbit<0)
  2049.         {
  2050.         getbuf |= ((long)getc(infd))<<(hole-8);
  2051.         getbit+=8;
  2052.         }
  2053.  
  2054.     if(feof(infd))
  2055.         {
  2056.         printf("***** Unexpected EOF on input file!\n");
  2057.         return EOFCOD;
  2058.         }
  2059.  
  2060.     /*skip spare or null codes*/
  2061.     if((code=((getbuf>>8) & trgmsk)) == NULCOD || code == SPRCOD)
  2062.         {
  2063.         return getcode();    /*skip this code, get next*/
  2064.         }
  2065.  
  2066.     return code;
  2067.     }
  2068.  
  2069.  
  2070. /*decode this code*/
  2071. decode(code)
  2072. short code;
  2073.     {
  2074.     register char *stackp;        /*byte string stack pointer*/
  2075.     register struct entry *ep;
  2076.     ep = &table[code];
  2077.  
  2078.     if(code>=entry)
  2079.         {
  2080.         /*the ugly exception, "WsWsW"*/
  2081.         entflg=1;
  2082.         enterx(lastpr,finchar);
  2083.         }
  2084.  
  2085.     /*mark corresponding table entry as referenced*/
  2086.     ep->predecessor |= REFERENCED;
  2087.  
  2088.     /*walk back the lzw table starting with this code*/
  2089.     stackp=stack;
  2090.     while(ep > &table[255]) /*i.e. code not atomic*/
  2091.         {
  2092.         *stackp++ = ep->suffix;
  2093.         ep = &table[(ep->predecessor)&0xfff];
  2094.         }
  2095.  
  2096.     /*then emit all bytes corresponding to this code in forward order*/
  2097.     send(finchar=(ep->suffix)&0xff); /*first byte*/
  2098.  
  2099.     while(stackp > stack)         /*the rest*/
  2100.         {
  2101.         send((*--stackp)&0xff);
  2102.         }
  2103.  
  2104.     return(entflg);
  2105.     }
  2106.  
  2107.  
  2108. /*write a byte to output file*/
  2109. /*repeat byte (0x90) expanded here*/
  2110. /*checksumming of output stream done here*/
  2111. send(c)
  2112. register int c;
  2113.     {
  2114.     static int savec;    /*previous byte put to output*/
  2115.  
  2116.     /*repeat flag may have been set by previous call*/
  2117.     if(repeat_flag)
  2118.         {
  2119.  
  2120.         /*repeat flag was set - emit (c-1) copies of savec*/
  2121.         /*or (if c is zero), emit the repeat byte itself*/
  2122.         repeat_flag=0;
  2123.         if(c)
  2124.             {
  2125.             cksum+=(savec)*(c-1);
  2126.             while(--c) putc(savec,outfd);
  2127.             }
  2128.         else
  2129.             {
  2130.             putc(REPEAT_CHARACTER,outfd);
  2131.             cksum+=REPEAT_CHARACTER;
  2132.             }
  2133.         }
  2134.     else
  2135.         {
  2136.         /*normal case - emit c or set repeat flag*/
  2137.         if(c==REPEAT_CHARACTER)
  2138.             {
  2139.             repeat_flag++;
  2140.             }
  2141.         else
  2142.             {
  2143.             putc(savec=c,outfd);
  2144.             cksum+=(c&0xff);
  2145.             }
  2146.         }
  2147.     }
  2148.  
  2149.  
  2150. /*attempt to reassign an existing code which has*/
  2151. /*been defined, but never referenced*/
  2152. entfil(pred,suff)
  2153. int pred;        /*table index of predecessor*/
  2154. int suff;        /*suffix byte represented by this entry*/
  2155.     {
  2156.     auto int disp;
  2157.     register struct entry *ep;
  2158.     short *hash();
  2159.     short *p;
  2160.     p=hash(pred,suff,&disp);
  2161.  
  2162.     /*search the candidate codes (all those which hash from this new*/
  2163.     /*predecessor and suffix) for an unreferenced one*/
  2164.     while(*p!=(short)EMPTY)
  2165.         {
  2166.  
  2167.         /*candidate code*/
  2168.         ep = &table[*p];
  2169.         if(((ep->predecessor)&REFERENCED)==0)
  2170.             {
  2171.             /*entry reassignable, so do it!*/
  2172.             ep->predecessor=pred;
  2173.             ep->suffix=suff;
  2174.  
  2175.             /*discontinue search*/
  2176.             break;
  2177.             }
  2178.  
  2179.         /*candidate unsuitable - follow secondary hash chain*/
  2180.         /*and keep searching*/
  2181.         p+=disp;
  2182.         if(p<xlatbl)p+=XLATBL_SIZE;
  2183.         }
  2184.     }
  2185.  
  2186. /*end of source file*/
  2187.  
  2188. ------------------------------
  2189.  
  2190. Date: 25 Nov 91 20:34:20 GMT
  2191. From: micro-heart-of-gold.mit.edu!wupost!sdd.hp.com!think.com!paperboy.osf.org!paperboy.osf.org!jacobsen@bloom-beacon.mit.edu  (joel jacobsen 21-143)
  2192. Subject: Re: TeleVideo 803, QTERM, and termcap
  2193. Message-ID: <JACOBSEN.91Nov25123420@pesach.pesach.jct.ac.il>
  2194.  
  2195. Hi
  2196. Try this:
  2197.  
  2198. 1  Turn the vt100 emulation OFF
  2199. 2  at your UN*X system do the following:
  2200.       unsetenv TERM
  2201.       setenv TERM tvi950
  2202.  
  2203.  
  2204. I hope it'll work..
  2205.  
  2206. Joel
  2207.  
  2208. ------------------------------
  2209.  
  2210. Date: Wed, 27 Nov 91 9:09:52 EST
  2211. From: Paul V. Pullen  <pvpullen@crdec2.apgea.army.mil>
  2212. Subject: Xerox 820/II
  2213.  
  2214. I am going to become an owner of a Xerox 820/II in the very near future, and
  2215. I have a question for the 820 owners out there.  What type of printers do these
  2216. units support?  I presently have a Panasonic KX-P1090 (Centronics interface) 
  2217. with an installed serial interface.  Will the unit work with that type of 
  2218. printer, or does it require a centronics interface?
  2219.  
  2220. I recall that a special cable was required when I transferred some software to
  2221. the system I am getting for its original owner several years ago.  This cable
  2222. connected to a double row male set of pins at the rear of one of the boards.  I
  2223. would assume that is a centronics parallel cable connector.  I did not get into
  2224. the printer installation at the time.  And the owner bought a printer, but has
  2225. never connected the computer to a printer.
  2226.  
  2227. Can you address a serial port for the printer, as my Kaypro does, or is it a 
  2228. strictly parallel connection.  If the cable needed (if only parallel), is it
  2229. still available or do I have to modify a cable such as the ibm (BAH HUMBUG)
  2230. to go to the centronics input on the printer.  Basicly I would build an 
  2231. adaptor from the double row connector to the 25 pin D connector.
  2232.  
  2233. Any assistance will be greatly appreciated.  
  2234.  
  2235. ----------------------------------
  2236. Paul Pullen
  2237. United States Army Chemical Research, Development and Engineering Center
  2238. pvpullen@crdec2.apgea.army.mil
  2239. (410) 671-2519 /(410) 671-4174            
  2240. ----------------------------------
  2241.  
  2242. ------------------------------
  2243.  
  2244. Date: 27 Nov 91 09:37:46 GMT
  2245. From: hoptoad!curt@ucbvax.Berkeley.EDU  (Curt Mayer)
  2246. Subject: Z[2]80 disassembler posted to alt.sources
  2247. Message-ID: <23176@hoptoad.uucp>
  2248.  
  2249. excerpted from the readme file:
  2250.  
  2251. README - readme file for Z80/Z280 disassembler
  2252. ----------------------------------------------
  2253.  
  2254. This package contains an intelligent Z80/Z280 (compile-time selectable)
  2255. disassembler for CP/M .COM files.  It is derived from an excellent dumb
  2256. disassembler by Luc Rooijakkers <lwj@cs.kun.nl>.
  2257.  
  2258. The disassembler has the following features:
  2259.     produces output capable of being assembled.
  2260.      detects code sequences by tracing jump targets
  2261.     specific addresses may be forced to be either code or data
  2262.     a starting address may be specified
  2263.     an ending address may be specified
  2264.     disassembly may be started at any byte offset into the file
  2265.     it is very,very fast.
  2266.     a Usage message is issued if no arguments are specified.
  2267. -- 
  2268.     curt mayer
  2269.         cmayer@oracle.com
  2270.         curt@hoptoad.UUCP
  2271.         415-387-0217 home
  2272.         415-506-2504 work
  2273.  
  2274. ------------------------------
  2275.  
  2276. End of INFO-CPM Digest V91 Issue #190
  2277. *************************************
  2278.