home *** CD-ROM | disk | FTP | other *** search
/ CP/M / CPM_CDROM.iso / simtel / archives / cpm / 9008-1.txt < prev    next >
Text File  |  1993-02-19  |  101KB  |  2,442 lines
  1.  1-Aug-90 06:47:07-MDT,8253;000000000000
  2. Mail-From: KPETERSEN created at  1-Aug-90 06:27:25
  3. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  4. Date: Wed,  1 Aug 90 06:27:24 MDT
  5. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  6. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  7. Subject: INFO-CPM Digest V90 #126
  8. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  9. Message-ID: <900801062725.V90N126@WSMR-SIMTEL20.ARMY.MIL>
  10.  
  11. INFO-CPM Digest             Wed,  1 Aug 90       Volume 90 : Issue  126
  12.  
  13. Today's Topics:
  14.                      Availability of Apple CPM SW
  15.                     Speed adjustment on a TM101-4
  16.            what disk for an 80tk ds dd Tandon TM101-4 drive
  17.                                Z-System
  18. ----------------------------------------------------------------------
  19.  
  20. Date: 30 Jul 90 13:47:05 GMT
  21. From: motcid!wilner@uunet.uu.net  (Corey S. Wilner)
  22. Subject: Availability of Apple CPM SW
  23. Message-ID: <4304@mint17.UUCP>
  24.  
  25. I own an Apple //e computer w/128K RAM and, of course, a Z-80 card.
  26. I used to use Wordstar until Appleworks 3.0 came out and now that I
  27. have access to the 'net', I wanted to find out about Apple CPM stuff
  28. again.  Can anyone answer a question or two for me:
  29.  
  30. 1)  What is the latest and greatest version of the operating system
  31. that I can get for the Apple.  I heard rumors way back when that said
  32. there was going to be a multitasking OS for the Apple?!  Also, where
  33. can I get the OS from?
  34.  
  35. 2)  What is a good source for Apple CPM software.  Does someone have a
  36. catalog of SW available for the Apple out there?  Does anyone even care
  37. about supporting the Apple CPM format? Anyone? Anyone?
  38.  
  39. Thanks in advance.
  40.  
  41. ***********************************************
  42. Corey S. Wilner    |  Give me a jingle:
  43. Motorola Cellular  |   ..!uunet!motcid!wilner
  44. 708-632-7206       |
  45. ***********************************************
  46. NOTE:  DO NOT MAIL TO !uunet!motcid!red!wilner
  47.                                     ^^^
  48.        We have been losing mail that way.  To
  49.        Japan I believe...no joke!
  50. ***********************************************
  51. If after 30 minutes of a card game you don't
  52. know who the rube is, you are!
  53.  
  54. McAfee's Law of Physical Material Balance:
  55. Matter can be neither created nor destroyed.
  56. However, it can be lost!
  57.  
  58. ------------------------------
  59.  
  60. Date: Tue, 31 Jul 90 14:13:56 -0400
  61. From: EUDOH%sctnve@CUNYVM.CUNY.EDU
  62. Subject: Speed adjustment on a TM101-4
  63. Message-ID: <5A071F0D35050221-SCTNVE*EUDOH@sctnve>
  64.  
  65. > Date: Fri, 20 Jul 90 19:21 CDT
  66. > From: LANCE TAGLIAPIETRA <UCSLCT@UWPLATT.EDU>
  67. > Subject: Speed adjustment on a TM101-4
  68. > Message-ID: <6081FA714D7FE01D9E@uwplatt.edu>
  69. >
  70. > Hi,
  71. >
  72. > I have an 80tkds drive, a Tandon TM101-4, which is running a bit too slow.
  73. > I cannot find a speed adjustment on this drive.  Can the speed be
  74. > adjusted on this drive? and if so, how is it done.
  75. >
  76. > Thanks,
  77. >
  78. > Lance Tagliapietra    ucslct@uwplatt.edu or ucslct@uwplatt.bitnet
  79.  
  80. hi,
  81.  
  82.   well, if you're using Montezuma Micro CP/M, you should be able to change
  83.  the drive speeds along with drive type, size, and quantity...through the
  84.  configure program that comes with MM CP/M...
  85.   it's the one before the one where you change and assign different drive
  86.  types, and the menu there is kind of overlayed....
  87.  
  88.    you select the drive A - D and it should give you another menu stating
  89.  the above spects on the drive which you can change...  it's all done by
  90.  the software...
  91.  
  92.  by the way, I have a slightly rebuilt TRS-80 Model 4P with almost anything
  93.  I could buy or build for it...
  94.  
  95.  later dude..
  96.   A 2....
  97.  ___________________________________________________________
  98. ( -->> Eudoh@sctnve.bitnet <<--   Cyber Lab Consultant      )
  99. (                                  Computer Operations      )
  100. (     //!\\       \\\\\\\\   Southern College of Technology )
  101. (    //   \\            !!                                  )
  102. (   //!!!!!\\     ////////       \\  Etop Udoh  \\          )
  103. (  //       \\    !!              \\   - A2 -    \\         )
  104. ( //         \\   \\\\\\\\                                  )
  105. (              Sometimes you just gotta say "what the f*ck" )
  106. (___________________________________________________________)
  107.  
  108. ------------------------------
  109.  
  110. Date: Tue, 31 Jul 90 13:47:44 -0400
  111. From: EUDOH%sctnve@CUNYVM.CUNY.EDU
  112. Subject: what disk for an 80tk ds dd Tandon TM101-4 drive
  113. Message-ID: <5A071F0D1F130373-SCTNVE*EUDOH@sctnve>
  114.  
  115. > > INFO-CPM Digest V90 #123
  116. > > What disk for an 80tk ds dd Tandon TM101-4 drive
  117. > >Well, the subject about says it all.  I would like to know where I can get
  118. > >disks which will work in my 96tpi 80tk ds dd Tandon TM101-4 drives which
  119. > >Montezuma Micro CP/M will format to 820K.  I just bought a box of Kodak MD"-H
  120. > >disks which are rated at 96tpi, but they do not format, every track fails
  121. > >the verify pass.  These disks are made for high density drives (1.2Meg).
  122. > >
  123. > >In the past, I have found Radio Shack 80tk 5.25" disks to work well, and also
  124. > >some brands of 48tpi disks.  What is different about the high density disks
  125. > >that they will not work properly on my drives?
  126. >
  127. > Lance Tagliapietra   ucslct@uwplatt.edu or ucslct@uwplatt.bitnet
  128.  
  129. HI,
  130.  
  131.    I started using the 80tk 5.25" drives about 4 or 5 years ago, when a friend
  132.   of mine and I bought a pair, just tto see if they would work...
  133.   We first used them with Newdos/80, Dosplus, and then finally Montezuma Micro..
  134.  
  135.   We used regular 48tpi disks, and the drives never really complained...
  136.   Generic ones are probably the best...not to put anyone down...
  137.   Note:  if you get bad tracks after formatting with MM CP/M, you can lock out
  138.         the bad tracks with the "findbad" program....and you normally just get
  139.         a handful of bad tracks.
  140.  
  141.     the only way you can really go wrong with the drive is trying to write a
  142.   another format with it, such as a 40 trk format, you can read them fine, but
  143.   it is not recommended to write to them also...  You overlay every other track
  144.   in a sense in other to be able to write the lesser format and it probably
  145.   won't do it correctly after a time, or who knows what else could happen....
  146.     Already lost one drive because of that....it's like it just slowly went out
  147.     of alignment....
  148.  
  149.  later dude...
  150.  A 2...
  151.  ___________________________________________________________
  152. ( -->> Eudoh@sctnve.bitnet <<--   Cyber Lab Consultant      )
  153. (                                  Computer Operations      )
  154. (     //!\\       \\\\\\\\   Southern College of Technology )
  155. (    //   \\            !!                                  )
  156. (   //!!!!!\\     ////////       \\  Etop Udoh  \\          )
  157. (  //       \\    !!              \\   - A2 -    \\         )
  158. ( //         \\   \\\\\\\\                                  )
  159. (              Sometimes you just gotta say "what the f*ck" )
  160. (___________________________________________________________)
  161.  
  162. ------------------------------
  163.  
  164. Date: Fri, 27 Jul 90 14:32:30 EST
  165. From: SAGE@LL.LL.MIT.EDU
  166. Subject: Z-System
  167.  
  168. After the Amstrad discuss here, Peter da Silva asked me:
  169.  
  170. >> What is the Z system? Is it available for non-Amstrad CP/M boxes?
  171.  
  172.    Z-System is an advanced CP/M-compatible operating system with such
  173. features as:
  174.  
  175.     multiple commands on a line
  176.     powerful scripting/aliasing capability
  177.     search path for requested commands and files
  178.     error trapping and recovery
  179.     Unix-like TCAP for terminal-independent full-screen operations
  180.     command processor shells including history shells
  181.     wordprocessor-like command line editing
  182.     flow control commands (multilevel IF/THEN/ELSE processing)
  183.     reloadable, user-selectable resident commands
  184.     named directories
  185.     security (great for remote-access systems)
  186.  
  187. It has been available for many years for CP/M-2.2 machines.  Only in the
  188. past two years did we figure out how to get it to run on CP/M-Plus computers
  189. as well.  We now have commercial versions that install automatically, can be
  190. reconfigured easily, and even allow the configuration to be changed on the
  191. fly.  If you send me a mailing address, I would be happy to send you some
  192. information.
  193.  
  194. -- Jay Sage
  195.  
  196.  
  197. ------------------------------
  198.  
  199. End of INFO-CPM Digest V90 Issue #126
  200. *************************************
  201.  4-Aug-90 11:33:06-MDT,14183;000000000000
  202. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  203. Date: Sat,  4 Aug 90 11:15:29 MDT
  204. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  205. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  206. Subject: INFO-CPM Digest V90 #127
  207. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  208. Message-ID: <900804111531.V90N127@WSMR-SIMTEL20.ARMY.MIL>
  209.  
  210. INFO-CPM Digest             Sat,  4 Aug 90       Volume 90 : Issue  127
  211.  
  212. Today's Topics:
  213.                            CP/M ftp sites?
  214.                    How to speed up Ampro LB+ SCSI?
  215.                           Osborne portables
  216.                        Osborne portables II...
  217.                     ZCPR 3.3 extended environment?
  218.                  ZCPR 3.3 FAST ERA/REN/PROT algorithm
  219.                       ZCPR 3.3 Named Directories
  220. ----------------------------------------------------------------------
  221.  
  222. Date: 1 Aug 90 14:55:53 GMT
  223. From: media-lab!snorkelwacker!spdcc!merk!alliant!linus!nixbur!nixpbe!peun11!josef@EDDIE.MIT.EDU  (Moellers)
  224. Subject: CP/M ftp sites?
  225. Message-ID: <josef.649522553@peun11>
  226.  
  227. In <9007301457.AA21181@thep.lu.se> magnus@THEP.LU.SE (Magnus Olsson) writes:
  228.  
  229. >Does anyone know of any ftp sites with CP/M programs? The only one I've
  230. >heard of so far is Simtel20.
  231.             ^^^^^^^^
  232. ... and still not enough??
  233.  
  234. --
  235. | Josef Moellers        |    c/o Nixdorf Computer AG    |
  236. |  USA: mollers.pad@nixbur.uucp    |    Abt. PXD-S14        |
  237. | !USA: mollers.pad@nixpbe.uucp    |    Heinz-Nixdorf-Ring    |
  238. | Phone: (+49) 5251 104662    |    D-4790 Paderborn    |
  239.  
  240. ------------------------------
  241.  
  242. Date: 31 Jul 90 16:02:55 GMT
  243. From: hpda!hpcuha!aspen!hpcc01!hpbbn!hpbbrd!hpfcmdd!hpfcso!hpldola!hp-lsd!was@ucbvax.Berkeley.EDU  (Bill Stubblebine)
  244. Subject: How to speed up Ampro LB+ SCSI?
  245. Message-ID: <8190004@hp-lsd.COS.HP.COM>
  246.  
  247. I have a question for any Ampro Little Board Z80+ BIOS hackers still left
  248. out there.
  249.  
  250. My configuration:
  251.  
  252.     Ampro LB Z80+ (w/built-in SCSI interface)
  253.     Adaptec ACB4000 (not 4000A) SCSI hard disk controller
  254.     Seagate ST-125 20 MB 40 ms hard disk drive
  255.     3M MCD-403 40 MB QIC SCSI tape drive 
  256.     NZ-COM/Z-System
  257.  
  258. I've used this system for several years.  Until recently, I've never had
  259. reason to complain about the speed of the LB+ BIOS SCSI routines talking to
  260. my hard disk because most programs and editor text load within human
  261. tolerance limits, i.e., < ~1-3 seconds.
  262.  
  263. Recently, I purchased the 3M MCD-403 SCSI tape drive to support backups.
  264. It was a good deal for $129 surplus at Halted Electronics in Sunnyvale.
  265. The tape drive works great, and the Ampro BIOS provides a convenient
  266. virtual machine for accessing the SCSI bus.  Within a very short time I was
  267. able to exercise the tape drive's basic features via SCSI.
  268.  
  269. As I started transferring real data between the hard disk and the tape
  270. drive, I discovered that I could not source or sink data from the hard disk
  271. fast enough to keep the tape drive streaming.  (Streaming means keeping the
  272. tape drive motor continuously running during data transfers.)  Without
  273. maintaining streaming operation, the tape transport stops, repositions the
  274. tape and starts up again to read or write each physical block on the tape.
  275. Because this extra positioning activity will probably reduce the life of
  276. the tape transport, it looks like I need to speed up the hard disk accesses
  277. slightly.
  278.  
  279. A few more details on the tape drive.  The tape drive reads and writes 8k
  280. byte physical blocks.  A single SCSI command can transfer multiple 8k
  281. blocks to or from the tape, but never less than one block.  To keep the
  282. tape drive streaming the host needs to request a read, write or seek
  283. operation from the tape drive within 250ms of a prior read, write or seek
  284. operation, otherwise the tape drive motor shuts down automatically.
  285.  
  286. A few more details on the disk drive and controller.  The Adaptec ACB4000
  287. controller formats the ST-125 using 18 512-byte physical sectors (or
  288. logical blocks as the controller manual refers to them) per physical track.
  289. Thus, one physical track on the disk contains 72 logical (128-byte) CP/M
  290. sectors, with four 128-byte CP/M sectors per each 512-byte SCSI logical
  291. block.  The Ampro BIOS computes CP/M sector and track numbers based on 64
  292. 128-byte sectors per track, and converts the CP/M track/sector numbers into
  293. SCSI Logical Block Addresses (LBAs) as part of processing BIOS read, write
  294. and seek requests.  I mention this so that in the following discussion when
  295. I refer to logical sectors, you will know that I am not talking about CP/M
  296. sectors and tracks, but logical 512-byte SCSI logical blocks.
  297.  
  298. The SCSI logical blocks are physically positioned in relation to each other
  299. on the track based on the interleave factor specified to the Adaptec
  300. controller at format time.  The Adaptec controller supports interleave
  301. factors from 1:1 to 9:1, i.e., the fastest interleave (1:1) is when
  302. sequential logical sectors occupy adjacent physical locations on the track,
  303. while the slowest interleave (9:1) has eight physical SCSI sectors between
  304. each logical SCSI sector.
  305.  
  306. The ST-125 spins at 3600 RPM = 60 RPS => 16.67 ms/ revolution.  Thus, the
  307. drive has a basic latency of 16.67/2=8.33 ms, i.e., the average time you
  308. need to wait before the desired physical block arrives under the head,
  309. assuming, of course that the head is positioned over the desired track.
  310.  
  311. I've spent some time characterizing the hard disk operation.  To my
  312. surprise, even with the ST-125 formatted at the slowest interleave (9:1),
  313. the BIOS cannot transfer the contents of a 512-byte SCSI logical sector in
  314. time to read the next SCSI logical sector on the same track nine sectors
  315. away.  In fact, careful measurement revealed that after reading a SCSI
  316. sector, at 9:1 interleave the the BIOS **just misses** the next available
  317. logical sector, and has to wait for the next revolution.
  318.  
  319. For example, after reading physical sector 1, the nearest physical sector
  320. that the BIOS can read on the same track during the same rotation is
  321. physical sector 11 as illustrated below:
  322.  
  323.     One track:   <--------------------- 16.67 ms -------------------->
  324.     Physical:    01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18
  325.     Logical:     01 03 05 07 09 11 13 15 17 02 04 06 08 10 12 14 16 18
  326.     One sector:  <---------- 8.33 ms ------->
  327.  
  328. I did these experiments using bona fide BIOS calls just as an application
  329. program would.  I transferred each 512-byte SCSI block to memory using four
  330. sequential CP/M sector requests starting with the CP/M sector that mapped
  331. onto the first of the four CP/M sectors in the SCSI physical block.
  332. (Believe me, that was an interesting exercise in integer programming.)  I
  333. timed the SCSI block transfer starting from just before the first CP/M
  334. sector request till just after the fourth sequential CP/M request.  These
  335. were BIOS sector reads and writes - no BDOS overhead was involved.
  336.  
  337. I realize that reading 4 CP/M sectors per SCSI sector involves overhead in
  338. the BIOS deblocking code.  I estimated the overhead of the deblocking code
  339. by measuring the time to transfer a 128 byte CP/M sector I knew was already
  340. buffered in the BIOS deblocker.  This took a little less than 1 ms per CP/M
  341. sector - not fast, but also nowhere near the 8ms+ required for the entire
  342. 512 SCSI block.  The results indicate that the BIOS is taking > ~4ms to
  343. read a measly 512 bytes per physical SCSI sector.
  344.  
  345. Overall, the net throughput of the Ampro SCSI HD interface seems lower than
  346. it should be.  The best it can do is four 128 byte CP/M sectors per 16.6 ms
  347. disk revolution, or 512 bytes/16.6ms.  Thus, even with a 1:1 interleave so
  348. that logical sector 2 is right next to logical sector 1, transferring 8k
  349. bytes requires:
  350.  
  351.     (8192/512 sectors)*16.67 ms/sector = 16*16.67 = 266.72 ms
  352.  
  353.     This equates to only 30,713 bytes per second net throughput from
  354.     the hard disk - not too impressive in my opinion.
  355.  
  356. Add to this any randomness in a file's disk allocation involving head seek
  357. time, and I'm out of the ball park for streaming.
  358.  
  359. If I could speed up the processing of a SCSI logical sector by one or two
  360. milliseconds, I could double the throughput at an interleave of 9:1,
  361. because the BIOS could transfer two SCSI logical sectors per revolution
  362. instead of 1 SCSI sector per revolution as it does now.
  363.  
  364. If you're still with me, I wonder if anyone has managed to get more than
  365. 30.7K bytes per second net throughput to/from the hard disk out of a
  366. configuration similar to mine.  I've read the Ampro BIOS source and the
  367. Adaptec technical manual several times without finding a clue to speeding
  368. things up further.  What's the trick?
  369.  
  370.                                 Bill Stubblebine
  371.                                 Hewlett-Packard Logic Systems Div.
  372.                                 was@hp-lsd.hp.com  (Internet)
  373.                                 (719) 590-5568
  374.  
  375. ------------------------------
  376.  
  377. Date: 2 Aug 90 02:09:09 GMT
  378. From: godzilla.cis.ohio-state.edu!ray@tut.cis.ohio-state.edu  (william c ray)
  379. Subject: Osborne portables
  380. Message-ID: <82631@tut.cis.ohio-state.edu>
  381.  
  382. HELP!!! 
  383.  
  384. I work for a VERY poor research lab... we hdon't have enough money to buy
  385. new machines, so we scrounge what we can from surplus... Well, I just came
  386. across 2 (supposedly functional) Osborne portable machines, which from all
  387. appearances have IEEE488 interfaces (wow!)...  Trouble is, they don't have
  388. any of the docs, or software (not even boot/OS)... We would love to get these
  389. things functional, to use as data acquisition controllers w/ the IEEE488.
  390.  
  391. So, does anyone have one of these?  Could you *Please* send me copies of
  392. manuals, software, information on these?  (I did pick the right group, right?
  393. they are CPM machines aren't they?)  We would be more than happy to pay
  394. duplication/postage/etc costs.
  395.  
  396. thanks
  397. Will Ray
  398. ray@cis.ohio-state.edu
  399. wcr@rsch.oclc.org
  400.  
  401. ------------------------------
  402.  
  403. Date: 3 Aug 90 17:34:10 GMT
  404. From: wizard.cis.ohio-state.edu!ray@tut.cis.ohio-state.edu  (william c ray)
  405. Subject: Osborne portables II...
  406. Message-ID: <82691@tut.cis.ohio-state.edu>
  407.  
  408. Thanks to the people who  have
  409. replied to my query, I now know that there are different types of
  410. osborne portables... well, it seems that I have 2 different versions of
  411. the OS-1 (actually, the  plate on the newer of the two lists  it as  an OCC-1).
  412. So, if anyone has  the software for one of these contraptions, 
  413. PLEASE (please please please be listening)  let me know.  I would very much
  414. appreciate  copies of anything that can be knownn about, or run on  the machine.
  415.  
  416. thanks Will Ray
  417. ray@cis.ohio-state.edu
  418. wcr@rsch.oclc.org
  419.  
  420. ------------------------------
  421.  
  422. Date: Thu, 2 Aug 90 08:49:18 edt
  423. From: <DAN@BSN.MCEO.DG.COM>
  424. Subject: ZCPR 3.3 extended environment?
  425. Message-ID: <9008021349.AB00031@adam.DG.COM>
  426.  
  427. CEO summary:
  428. I have an installation of ZCPR 3.3 that I am trying to get different 
  429. utilities running for.  However, with SHOW I get the message 
  430. "extended environment required" and with ZEX I get "inadequate 
  431. facilities".  I have everything implemented--RCPs, IOPs, FCPs, 
  432. external environment, termcap, named directories, external command 
  433. line, external stack, etc. etc.  First of all, what is the extended 
  434. environment--mine is based on SYSENV.LBR (which seems to be cludgey 
  435. at best), where am I supposed to get a proper environment information?
  436.  
  437. Thanks. dan_zehme@bsn.ceo.dg.com
  438.  
  439.  
  440.  
  441.  
  442. ------------------------------
  443.  
  444. Date: Thu, 2 Aug 90 09:00:26 edt
  445. From: <DAN@BSN.MCEO.DG.COM>
  446. Subject: ZCPR 3.3 FAST ERA/REN/PROT algorithm
  447. Message-ID: <9008021400.AA00042@adam.DG.COM>
  448.  
  449. CEO summary:
  450. I just recently moved from my own (very system dependent) command 
  451. processor replacement to ZCPR 3.3.  One thing that I noticed is that 
  452. commands such as ERA, REN, PROT and any other program that work to 
  453. modify the directory can be made to work a lot faster than they 
  454. already are.  From what I can tell, ERA will first scan the directory 
  455. using the search and next functions, and the delete each file 
  456. individually with the delete command.  This requires that the 
  457. directory be scaned once no matter what, and once for each file to be 
  458. deleted.  The faster way for the simple ERA would to be scan the 
  459. directory using the search and next functions, but when I directory 
  460. entry is found, print it, change the user to E5 and then to a BIOS 
  461. write.  BIOS is already set to the correct DMA, track, and sector 
  462. because of the read to get that sector there in the first place.  
  463. This way the directory is read once (very fast).  For more complex 
  464. operations such as querying for verification, read the directory 
  465. once, perform the queries, and then scan a second time, changing only 
  466. the files that the user has allowed to be changed.  Has anybody 
  467. thought to do this?  How about getting it changed (I might be able to 
  468. do it myself, but I need info on getting this tested and distributed)?
  469. Thanks. dan_zehme@bsn.ceo.dg.com
  470.  
  471.  
  472.  
  473. ------------------------------
  474.  
  475. Date: Thu, 2 Aug 90 08:53:18 edt
  476. From: <DAN@BSN.MCEO.DG.COM>
  477. Subject: ZCPR 3.3 Named Directories
  478. Message-ID: <9008021353.AA00044@adam.DG.COM>
  479.  
  480. CEO summary:
  481. I have been having problems with named directories under ZCPR 3 since 
  482. I began installing it.  The problem lies with the LDR, and I think I 
  483. have discovered where.  With the Z3BASE.LIB, I specify the number of 
  484. entries that I want (used default of 14) and the size of the buffer 
  485. is then 18*entries+1.  However, looking into the Z3LIB routines, the 
  486. information it provides is the number of 128 byte blocks that the 
  487. named directory is. What seems to be happening is that when I load 
  488. the named directory, it winds up clobbering the command line.  It 
  489. seems to me here that something is in conflict, and it is the Z3LIB 
  490. (and all programs that use it, including LDR) are wrong.  Can someone 
  491. please give me some input as to what number should be in the 
  492. environment (entries or 128 byte blocks) and how does Z3LIB get the 
  493. number of 128 byte blocks of the number of entries.
  494.  
  495. Thanks. dan_zehme@bsn.ceo.dg.com
  496.  
  497.  
  498.  
  499.  
  500. ------------------------------
  501.  
  502. End of INFO-CPM Digest V90 Issue #127
  503. *************************************
  504.  8-Aug-90 12:25:17-MDT,8970;000000000000
  505. Mail-From: KPETERSEN created at  8-Aug-90 12:16:54
  506. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  507. Date: Wed,  8 Aug 90 12:16:53 MDT
  508. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  509. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  510. Subject: INFO-CPM Digest V90 #128
  511. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  512. Message-ID: <900808121654.V90N128@WSMR-SIMTEL20.ARMY.MIL>
  513.  
  514. INFO-CPM Digest             Wed,  8 Aug 90       Volume 90 : Issue  128
  515.  
  516. Today's Topics:
  517.                            CP/M-UG Hamburg
  518.                How to speed up Ampro LB+ SCSI? (2 msgs)
  519.                           KAYPRO 10 forsale
  520.                     Z80 assembler recommendations
  521.                           zcpr 3.3 questions
  522. ----------------------------------------------------------------------
  523.  
  524. Date: 3 Aug 90 21:01:40 GMT
  525. From: usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!ira.uka.de!smurf!gopnbg!mcshh!dk3uz@ucsd.edu  (Edmund Ramm)
  526. Subject: CP/M-UG Hamburg
  527. Message-ID: <7882@mcshh.hanse.de>
  528.  
  529. Das naechste Treffen der  CP/M User Group Hamburg findet statt
  530. am Sonnabend, dem 11. August 1990 um 1500h in Torstens Rechen-
  531. zentrum, Parallelstrasse 6a, 2000 Norderstedt. Gaeste sind wie
  532. immer gern gesehen.
  533.  
  534. Edmund Ramm, DK3UZ, Anderheitsallee 24, 2000 Hamburg 71, +49 40 6425430 voice
  535.     uunet!mcsun!unido!mcshh!dk3uz    or    uunet!mcsun!unido!cosmo!dk3uz
  536. -->
  537.  
  538. Edmund Ramm, DK3UZ, Anderheitsallee 24, 2000 Hamburg 71, +49 40 6425430 voice
  539.     uunet!mcsun!unido!mcshh!dk3uz    or    uunet!mcsun!unido!cosmo!dk3uz
  540.  
  541. ------------------------------
  542.  
  543. Date: 6 Aug 90 18:29:22 GMT
  544. From: usc!zaphod.mps.ohio-state.edu!rpi!bu.edu!orc!inews!cadev6!dbraun@ucsd.edu  (Doug Braun ~)
  545. Subject: How to speed up Ampro LB+ SCSI?
  546. Message-ID: <2681@inews.intel.com>
  547.  
  548. In article <8190004@hp-lsd.COS.HP.COM> was@hp-lsd.COS.HP.COM (Bill Stubblebine) writes:
  549. >I have a question for any Ampro Little Board Z80+ BIOS hackers still left
  550. >out there.
  551. >
  552. >My configuration:
  553. >
  554. >    Ampro LB Z80+ (w/built-in SCSI interface)
  555. >    Adaptec ACB4000 (not 4000A) SCSI hard disk controller
  556. >    Seagate ST-125 20 MB 40 ms hard disk drive
  557. >    3M MCD-403 40 MB QIC SCSI tape drive 
  558. >    NZ-COM/Z-System
  559. >
  560. .
  561. .
  562. .
  563. >
  564. >If you're still with me, I wonder if anyone has managed to get more than
  565. >30.7K bytes per second net throughput to/from the hard disk out of a
  566. >configuration similar to mine.  I've read the Ampro BIOS source and the
  567. >Adaptec technical manual several times without finding a clue to speeding
  568. >things up further.  What's the trick?
  569. >
  570.  
  571. Since you are already directly accessing the SCSI bus to run the tape drive,
  572. you should do the same to access the disk.  You could then read at least
  573. 32K at a time from the disk.  In my UZI system, I swapped 32K bytes at a time.
  574. My hardware was a 4MHz Z80, a custom-built (simple) SCSI host adapter
  575. that used a Z80-DMA chip, a Shugart SCSI to ST-506 controller, and a
  576. hard disk with 8 heads.  I was able to use a 2:1 interleave.  With
  577. this setup, it takes about 4 revolutions to read 32K, which is ~68 ms.
  578. Allowing 2 ms for overhead, this gives you thruput of over 450K bytes/sec.
  579. The DMA chip allows me to read data fast enough for this.  If you have to use
  580. programmed I/O, you will not do as well, had have to use a bigger interleave.
  581.  
  582. With all these SCSI disk controllers, if you do many small reads instead
  583. of one large one, the overhead time will dominate the transfer time.
  584. I noticed on my CP/M BIOS, which uses 1K transfers (2 disk sectors at a time),
  585. that the performance is essentially independent of the disk interleave.
  586.  
  587. With your tape setup, if you read 8k from disk, and write it to tape,
  588. you might keep the drive streaming msot of the time.  If not, you could
  589. at least read 32K, and write 4 tape blocks per start/stop.
  590. Beware. If you always let almost 250 ms go by between writing tape blocks,
  591. you may have very large interrecord gaps, which will reduce your tape capacity.
  592.  
  593. I have dealt with most of these issues while interfacing a Memtec drive
  594. to my system.
  595.  
  596. Doug Braun                Intel Corp CAD
  597.                     408 765-4279
  598.  
  599.  / decwrl \
  600.  | hplabs |
  601. -| oliveb |- !intelca!mipos3!cadev4!dbraun
  602.  | amd    |
  603.  \ qantel /
  604.  
  605.  or:
  606.  
  607.  dbraun@scdt.intel.com
  608.  
  609. ------------------------------
  610.  
  611. Date: 6 Aug 90 21:52:43 GMT
  612. From: mentor.cc.purdue.edu!descartes.math.purdue.edu!wilker@purdue.edu  (Clarence Wilkerson)
  613. Subject: How to speed up Ampro LB+ SCSI?
  614. Message-ID: <12835@mentor.cc.purdue.edu>
  615.  
  616. Could you implement "scsi device to scsi device" transfer without having
  617. to go through
  618. the CPU? This is possible under some circumstances ( e.g. two disks on
  619. same controller ),
  620. but I'm not sure of the generality.
  621.  
  622. ------------------------------
  623.  
  624. Date: 6 Aug 90 21:27:39 GMT
  625. From: hpda!hpcupt1!hprnd!hprmokg!geh@ucbvax.Berkeley.EDU  (Gregory Holdren)
  626. Subject: KAYPRO 10 forsale
  627. Message-ID: <30680006@hprmokg.HP.COM>
  628.  
  629.        I have a KAYPRO 10 for sale. It is complete and is in excellent
  630.        condition.
  631.  
  632.        o 4 MHz Z80, 64k of RAM
  633.        o 390k floppy drive, 10Mb Harddrive
  634.        o Built in 9" green screen w/some graphics capabilities
  635.        o Removable keyboard (folds up to the face of the unit)
  636.        o Portable unit with handle
  637.  
  638.        o All original manuals and system disks.
  639.        o Turbo Pascal 3.30
  640.        o BDS C Compiler Ver 1.6
  641.        o NZCOM (Self installing ZCPR34) latest version as of May 90.
  642.        o KayPro software package includes: WordStar 3.3, Dbase II, Mite
  643.      others too,,, can't think of the others.
  644.  
  645.        o asking $300, you pay shipping or pick up.
  646.        o Voice number (916) 773-5191 or respond to Greg Holdren
  647.                            geh@hprmokg.HP.COM
  648.  
  649. ------------------------------
  650.  
  651. Date: 7 Aug 90 21:04:13 GMT
  652. From: stan!dancer!imp@uunet.uu.net  (Warner Losh)
  653. Subject: Z80 assembler recommendations
  654. Message-ID: <1990Aug7.210413.21843@Solbourne.COM>
  655.  
  656. I need recommendations for a Z80 assembler that handles Zilog
  657. Mnemonics.  I have a BIOS-oid (for a DEC Rainbow, if that matters)
  658. that I need to assemble.  The assembler should be able to do the
  659. following:
  660.  
  661.     1) Macro expansion
  662.  
  663.         With arguments like ?Name, ?Size
  664.  
  665.     2) Label folding
  666.  
  667.         Similar to the way that PDP-11 and VAX MACRO works.
  668.         Namely, labels that are numberic followed by a "$"
  669.         are discarded at the next non-temp label.  The
  670.         following code should work:
  671.  
  672.         foo:    ld    A,8
  673.         10$:    JP    C,20$
  674.             JP    N,10$
  675.         20$:    ld    A,(HL)
  676.             XOR    A
  677.         bar:    LD    A,(IX+1)
  678.             LD    B,(IX)
  679.             LD    C,10
  680.         10$:    OUT    (40H),A
  681.             DJNZ    10$
  682.  
  683.     3) Support for IF, TITLE and ORG
  684.  
  685.     4) Ability to produce binary image file
  686.  
  687. This can run on a Sun 4, MS-DOS (Rainbow), CP/M-80 or CP/M-86.
  688. Pointers to a writeup on all the ones available would be nice.  I know
  689. about simtel20.army.mil, but I couldn't find a writeup on what was
  690. available.  Most of the files in the PD2:<CPM.ASMUTIL> directory had
  691. the description:"No description available".
  692.  
  693. Warner
  694.  
  695. --
  696. Warner Losh        imp@Solbourne.COM
  697.  
  698. ------------------------------
  699.  
  700. Date: Mon, 06 Aug 90 13:44:58 PDT
  701. From: Bridger Mitchell <bridger%monty@rand.org>
  702. Subject: zcpr 3.3 questions
  703. Message-ID: <9008062045.AA00560@newton>
  704.  
  705. Dan,
  706.  
  707. In general, a number of the problems you are running into in
  708. installing ZCPR 3.3have been solved or superceded by the current
  709. Z-System version (3.4) and associated tools and relocatable libraries.
  710. If you check with one of these Z-Nodes you will find a wealth of
  711. current info.
  712.  
  713. 213-670-9465    (Ladera Heights, CA)
  714. 617-965-7259    (Newton Centre MA, password ='DDT')
  715.  
  716. The most extensive documentation and notes on the Z-System are to be
  717. found in issues of The Computer Journal and in specific directories on
  718. the Z-Node remote CP/M systems.  I don't have specific references
  719. at hand.
  720.  
  721. The extended environment includes addresses of the ZCPR, BDOS and
  722. BIOS; it is described in columns by both Jay Sage and myself some
  723. issues back.  In a zcpr 3.4 compatible system those addresses would
  724. either already be assembled into the ENV segment, or they would be
  725. installed when the dynamic Z-System is loaded/booted.  Also, the
  726. JetLDR tool which comes with NZCOM and Z3PLUS automatically converts
  727. an older external environment into an extended one whenever it is used
  728. to load a system segment.
  729.  
  730. ---------
  731.  
  732. It is possible to ERA, REN, PROT, and MOVE directory entries with
  733. direct BIOS writes.  However, this approach should be avoided in any
  734. general-purpose tool, and certainly in a (resident) command processor.
  735. The reason is that the host system might well mount another type of
  736. file system, such as DosDisk (which allows one to use MS-DOS disks
  737. transparently on a CP/M system).  In that case, an ERA command would
  738. likely damage some crucual part of the dos disk.  There are also some
  739. specific technicalities one needs to beware of, including multiple
  740. directory extents.
  741.  
  742. -- bridger
  743.  
  744. ------------------------------
  745.  
  746. End of INFO-CPM Digest V90 Issue #128
  747. *************************************
  748. 14-Aug-90 07:23:03-MDT,7656;000000000000
  749. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  750. Date: Tue, 14 Aug 90 07:15:10 MDT
  751. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  752. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  753. Subject: INFO-CPM Digest V90 #129
  754. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  755. Message-ID: <900814071511.V90N129@WSMR-SIMTEL20.ARMY.MIL>
  756.  
  757. INFO-CPM Digest             Tue, 14 Aug 90       Volume 90 : Issue  129
  758.  
  759. Today's Topics:
  760.                      Anyone got a CCS boot disk?
  761.                       CompuPro 8/16 curiosities
  762.               CPM utilities - Melbourne.OZ readers only
  763.                   Help needed with TeleVideo TS-804
  764.                    Kaypro 4 and 2400 Baud (2 msgs)
  765.                             Osborne help?
  766.                     SuperBrain BIOS source wanted
  767.                 Thanks and FAST ERA/REN/PROT continued
  768.                             VT220 Emulator
  769. ----------------------------------------------------------------------
  770.  
  771. Date: 8 Aug 90 20:44:25 GMT
  772. From: hpda!hpcupt1!hprnd!hprmokg!wgh@ucbvax.Berkeley.EDU  (Bill Hooper)
  773. Subject: Anyone got a CCS boot disk?
  774. Message-ID: <30680008@hprmokg.HP.COM>
  775.  
  776. I tried to respond via email but it ket bouncing. Anyway I have a CCS
  777. system and the source code you are looking for. I would be more than
  778. willing to arrange a swap for software.
  779.  
  780. Bill Hooper
  781. wgh@hprmo.hp.com
  782. (w) (916) 785-5135
  783.  
  784. ------------------------------
  785.  
  786. Date: 14 Aug 90 09:59:47 GMT
  787. From: pacbell.com!pacbell!sactoh0!ijpc!ianj@ucsd.edu  (Ian Justman)
  788. Subject: CompuPro 8/16 curiosities
  789. Message-ID: <cm2VN4w162w@ijpc.UUCP>
  790.  
  791. Just wondering, is there a Unix-type operating system for the CompuPro 8/16?
  792. If so, I would love to know about it!
  793.  
  794. Thanks in advance.
  795.  
  796. ------------------------------
  797.  
  798. Date: 13 Aug 90 06:23:46 GMT
  799. From: munnari.oz.au!goanna!minyos!rxxqva@uunet.uu.net  (Quentin van Abbe)
  800. Subject: CPM utilities - Melbourne.OZ readers only
  801. Message-ID: <5385@minyos.xx.rmit.oz>
  802.  
  803.  I'm posting this for a contact with no net access in Melbourne. Anyone
  804.  who can reply please contact him direct - Mr Walter Tiedemann
  805.                        Telephone (03) 368-3616
  806.  
  807.     He is looking for CPM utilities, in particular a general purpose
  808.     file undeletion routine, is all I can tell you.
  809.  
  810. ------------------------------
  811.  
  812. Date: 14 Aug 90 09:58:09 GMT
  813. From: pacbell.com!pacbell!sactoh0!ijpc!ianj@ucsd.edu  (Ian Justman)
  814. Subject: Help needed with TeleVideo TS-804
  815. Message-ID: <mJ2VN3w162w@ijpc.UUCP>
  816.  
  817. Sprague.WBST311@XEROX.COM writes:
  818.  
  819. > Out of curiosity, is it still possible to get MP/M?
  820.  
  821. I doubt it now.
  822.  
  823. ------------------------------
  824.  
  825. Date: 14 Aug 90 00:41:40 GMT
  826. From: ncsuvm!netoprdw@ncsuvx.ncsu.edu
  827. Subject: Kaypro 4 and 2400 Baud
  828. Message-ID: <90225.204141NETOPRDW@ncsuvm.ncsu.edu>
  829.  
  830.   I have a Kaypro 4, 1983 model and a 2400 Baud modem.  My problem is, at
  831. 2400 baud, it tends to drop characters.
  832. Thus:
  833.  
  834. Enter username>
  835.  
  836. becomes
  837.  
  838. Etsernme>
  839.  
  840. Is this a problem of software or hardware? How do I solve this problem?
  841. I have this difficulty with MODEM7+, YAMKAP, and CP4KPR.
  842.  
  843. It is silly to have to use 1200 baud when I can go much faster.
  844.  
  845. ------------------------------
  846.  
  847. Date: 14 Aug 90 10:50:52 GMT
  848. From: swrinde!zaphod.mps.ohio-state.edu!samsung!munnari.oz.au!bunyip!iceman!zlraa@ucsd.edu  (Ross Alford)
  849. Subject: Kaypro 4 and 2400 Baud
  850. Message-ID: <885@iceman.jcu.oz>
  851.  
  852. >   I have a Kaypro 4, 1983 model and a 2400 Baud modem.  My problem is, at
  853. > 2400 baud, it tends to drop characters.
  854. I also have an '83 series Kaypro 4.  It seems to cope just fine with
  855. terminal emulation using MEX at up to 4800 baud, if my memory serves
  856. me right.  Now that I think about it, though, that may be because I doubled
  857. the clock speed using the Micro Cornucopia hardware mod some years ago,
  858. so it runs at 5 Mhz.  Many old Kaypros have had this or a similar mod done,
  859. but if yours hasn't that could be one solution to the problem.  You could
  860. also try getting an interrupt-driven terminal emulator.  There is at least
  861. one on SIMTEL20, in the PD1:<CPM.KAYPRO> (might be wrong about it being PD1,
  862. could be PD2?) directory.  Micro Cornucopia used to sell one on one of their
  863. disks, but since they seem to have gone out of business, I guess that is no
  864. longer a viable source.
  865.  
  866. Ross Alford
  867. zlraa@marlin.jcu.edu.au
  868.  
  869. ------------------------------
  870.  
  871. Date: Thu, 9 Aug 90 23:31 PDT
  872. From: Steven Russell <SRUSSELL@uoneuro.uoregon.edu>
  873. Subject: Osborne help?
  874.  
  875. Not long ago, someone posted a request for an Osborne 1 boot disk.  I might
  876. be able to help, but I have lost the name and address of the author of the
  877. plea.  So, to that needy person:  If you still need help, drop me a note
  878. and I will see what I can do.
  879.  
  880. -Steven Russell
  881. srussell@uoneuro.uoregon.edu
  882.  
  883. ------------------------------
  884.  
  885. Date: 11 Aug 90 10:00:21 GMT
  886. From: usc!cs.utexas.edu!news-server.csri.toronto.edu!clyde.concordia.ca!ccu.umanitoba.ca!shad04@ucsd.edu  (Dan Fandrich)
  887. Subject: SuperBrain BIOS source wanted
  888. Message-ID: <1990Aug11.100021.16616@ccu.umanitoba.ca>
  889.  
  890. Does anyone have the soruce to the SuperBrain I BIOS?  I have half of it,
  891. but apparently Intertec didn't release the other half (the fun low-level
  892. stuff).  Of course, look where Intertec is (or isn't) today.  Serves them 
  893. right! :-)  I'd love to get ZCPR going on my machine, but without full BIOS 
  894. sources that's next to impossible.  I'd hate to disassemble my BIOS and
  895. find out it's already been done.
  896.  
  897. >>> Dan
  898. -- 
  899. CDNnet:     shad04@ccu.umanitoba.ca
  900. Compu$erve: 72365,306
  901. FidoNet:    Dan Fandrich at 1:153/511.1
  902.  
  903. ------------------------------
  904.  
  905. Date: Wed, 8 Aug 90 17:30:56 edt
  906. From: <DAN@BSN.MCEO.DG.COM>
  907. Subject: Thanks and FAST ERA/REN/PROT continued
  908. Message-ID: <9008082230.AA00041@adam.DG.COM>
  909.  
  910. CEO summary:
  911. Thanks to everyone who has given me more information about ZCPR 3.4.  
  912. I now have it up an running (although I have not used NZCOM, just 
  913. what comes from simtel20).  The funny thing, is that now that I read 
  914. some of The Computer Journal articles, I find that I had pretty much 
  915. reinvented NZCOM on my system (mine doesn't do automatic relocation, 
  916. but everything is almost the same, although mine is a little better 
  917. for QX-10s).
  918.   I finally looked back at the named directories, and making them pad 
  919. out to sector sizes worked fine.  As for the environment, I already 
  920. had the new environment, its just that the code was wrong.  Could 
  921. someone give me a summary of the environment types and what they 
  922. mean?? 
  923.   As for the FAST ERA/REN/PROT, the point that other things such as 
  924. DosDisk would have problems is a good point (lbrdisk is another one). 
  925. As far as other things go--I am fully aware about extents and the 
  926. such (I have been hacking around CP/M since ZCPR 1.0!).  A "general 
  927. purpose" utility could be written that either does things 
  928. conventionally or using this fast mode by making a check on the 
  929. drive.  Are there any suggestions on making this check (other than an 
  930. environment byte)?  Thanks.
  931.  
  932.  
  933.  
  934. ------------------------------
  935.  
  936. Date: 13 Aug 90 02:16:28 GMT
  937. From: clyde.concordia.ca!NSTN!utgpu!watserv1!vlsi!atschnei@uunet.uu.net  (Todd Schneider)
  938. Subject: VT220 Emulator
  939. Message-ID: <1990Aug13.021628.6685@vlsi.waterloo.edu>
  940.  
  941. Does anyone know where I can get a VT220 terminal emulator for a CP/M
  942. machine? Anything - freeware, shareware or commercial is acceptable.
  943. Please reply by e-mail as I am not a regular reader of this group.
  944. If there is interest I will post a summary.
  945.  
  946. Thanks,
  947. Todd.
  948. (atschnei@vlsi.waterloo.edu)
  949.  
  950. ------------------------------
  951.  
  952. End of INFO-CPM Digest V90 Issue #129
  953. *************************************
  954. 16-Aug-90 04:23:48-MDT,9801;000000000000
  955. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  956. Date: Thu, 16 Aug 90 04:15:08 MDT
  957. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  958. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  959. Subject: INFO-CPM Digest V90 #130
  960. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  961. Message-ID: <900816041509.V90N130@WSMR-SIMTEL20.ARMY.MIL>
  962.  
  963. INFO-CPM Digest             Thu, 16 Aug 90       Volume 90 : Issue  130
  964.  
  965. Today's Topics:
  966.                     86-88 MicroSys Journals Cheap
  967.                 CP/M on the C128 and secondary devices
  968.    Is there space in bank 0 that can be used for a small RAM disk?
  969.                       Kaypro 10 and Even Parity
  970.                    Kaypro 4 and 2400 Baud (3 msgs)
  971.                        SuperBrain BIOS and ZCPR
  972.                               UNZIP.LBR
  973. ----------------------------------------------------------------------
  974.  
  975. Date: Wed 15 Aug 90 09:48:44-EST
  976. From: Gern <GUBBINS@TOPS20.RADC.AF.MIL>
  977. Subject: 86-88 MicroSys Journals Cheap
  978. Message-ID: <12614006781.9.GUBBINS@TOPS20.RADC.AF.MIL>
  979.  
  980. I am looking for a good home to my collection of Sol Libes's MicroSystems/
  981. Journal magazines.  I have complete issues from JAN/FEB 86 (Vol 2 #1) to
  982. DEC 88 (VOL 4 #12) - 24 issues in all.   Say $5.00 to cover shipping to
  983. anywhere in the US to the first person who REALLY wants them.
  984.  
  985. Cheers,
  986. Gern
  987. -------
  988.  
  989. ------------------------------
  990.  
  991. Date: 15 Aug 90 19:36:15 GMT
  992. From: ogicse!zephyr.ens.tek.com!orca.wv.tek.com!pogo!rickc@decwrl.dec.com  (Rick Clements)
  993. Subject: CP/M on the C128 and secondary devices
  994. Message-ID: <9628@pogo.WV.TEK.COM>
  995.  
  996. Is there a way to access a printer and specify the secondary address?  On the
  997. printer I have, the only way to access several of the features by setting the
  998. secondary address. :-( BASIC in C64 or C128 mode is about the only way to
  999. access these features. )-:  My plotter has the same problem.
  1000. -- 
  1001. Rick Clements (RickC@pogo.WV.TEK.COM)
  1002.  
  1003. ------------------------------
  1004.  
  1005. Date: 15 Aug 90 19:28:30 GMT
  1006. From: ogicse!zephyr.ens.tek.com!orca.wv.tek.com!pogo!rickc@decwrl.dec.com  (Rick Clements)
  1007. Subject: Is there space in bank 0 that can be used for a small RAM disk?
  1008. Message-ID: <9627@pogo.WV.TEK.COM>
  1009.  
  1010. I have a C128 and would like to use any free space in bank zero as a RAM disk.
  1011. I shells that come with my two C compilers (for 128 mode) both have about 48K
  1012. available.  Does anyone know how much space is available?  Any tips on setting
  1013. it up would be appreciated.
  1014. -- 
  1015. Rick Clements (RickC@pogo.WV.TEK.COM)
  1016.  
  1017. ------------------------------
  1018.  
  1019. Date: 15 Aug 90 18:36:54 GMT
  1020. From: fed!macs2!m1tca00@uunet.uu.net  (Thomas C. Allard)
  1021. Subject: Kaypro 10 and Even Parity
  1022. Message-ID: <678@arccs2.fed.FRB.GOV>
  1023.  
  1024. Can anyone tell me how to set even parity on a Kaypro with a Incomm 2400
  1025. baud modem.  I'm running Mex+ and when I use the set parity even command
  1026. I can no longer talk to the modem port.  I suspect that this is merely
  1027. changing the way which Mex talks to the port but not the port itself. 
  1028. When I log onto the fed's netserver at no parity (it expects even) I can
  1029. still send SOME characters but half are filtered.  I can send most of
  1030. the alphabet (half uppercase, the rest lower).  I'd tell the server to
  1031. set no parity, but the equal sign is blocked.  When I use Mex+ to set
  1032. even parity I can't even issue an AT command and switching after the
  1033. connection doesn't help either.
  1034.  
  1035. rgds-- TA (fed!m1tca00)
  1036.  
  1037. ------------------------------
  1038.  
  1039. Date: 15 Aug 90 18:31:31 GMT
  1040. From: fed!macs2!m1tca00@uunet.uu.net  (Thomas C. Allard)
  1041. Subject: Kaypro 4 and 2400 Baud
  1042. Message-ID: <677@arccs2.fed.FRB.GOV>
  1043.  
  1044. In article <90225.204141NETOPRDW@ncsuvm.ncsu.edu>,
  1045. NETOPRDW@ncsuvm.ncsu.edu writes:
  1046. |>
  1047. |>  I have a Kaypro 4, 1983 model and a 2400 Baud modem.  My problem is, at
  1048. |>2400 baud, it tends to drop characters.
  1049. |>Thus:
  1050. |>
  1051. |>Enter username>
  1052. |>
  1053. |>becomes
  1054. |>
  1055. |>Etsernme>
  1056. |>
  1057. |>Is this a problem of software or hardware? How do I solve this problem?
  1058. |>I have this difficulty with MODEM7+, YAMKAP, and CP4KPR.
  1059. |>
  1060. |>It is silly to have to use 1200 baud when I can go much faster.
  1061.                
  1062. Make sure that your 25th status line is off.  When it is on the machine
  1063. has to redraw the screen when scrolling and doesn't have time to keep
  1064. up.  I think the sequence is ESC-C-7.
  1065.  
  1066. ------------------------------
  1067.  
  1068. Date: 16 Aug 90 01:19:56 GMT
  1069. From: ncsuvm!netoprdw@ncsuvx.ncsu.edu
  1070. Subject: Kaypro 4 and 2400 Baud
  1071. Message-ID: <90227.211956NETOPRDW@ncsuvm.ncsu.edu>
  1072.  
  1073. Thanks for the info.   I am still running at 2.5MHz, does anyone know
  1074. If I can get a clock speed upgrade to 5 or 8 MHz? and If so, from where
  1075. and how much It will cost me?
  1076. --------------------------------------------------------------------------
  1077. Monty: You're SURE you finished?   | BITNET:NETOPRDW AT NCSUVM
  1078. Gadget: Sure I'm sure.             | internet:netoprdw@ncsuvm.ncsu.edu
  1079. Monty: Not like the Last time?     |_____________________________________
  1080. Gadget: Oh, Monty, How many times can the wings fall off a plane?
  1081.  
  1082. ------------------------------
  1083.  
  1084. Date: 15 Aug 90 18:32:49 GMT
  1085. From: munnari.oz.au!sirius.ucs.adelaide.edu.au!levels!etrmg@uunet.uu.net
  1086. Subject: Kaypro 4 and 2400 Baud
  1087. Message-ID: <15264.26c99552@levels.sait.edu.au>
  1088.  
  1089. In article <90225.204141NETOPRDW@ncsuvm.ncsu.edu>, NETOPRDW@ncsuvm.ncsu.edu writes:
  1090. > 
  1091. >   I have a Kaypro 4, 1983 model and a 2400 Baud modem.  My problem is, at
  1092. > 2400 baud, it tends to drop characters.
  1093. > Thus:
  1094. > 
  1095. > Enter username>
  1096. > 
  1097. > becomes
  1098. > 
  1099. > Etsernme>
  1100.  
  1101. I am well aware of how this makes you feel. . .
  1102.  
  1103. > Is this a problem of software or hardware?
  1104.  
  1105. It's a hardware problem. 
  1106.  
  1107. > How do I solve this problem?
  1108.  
  1109. Get in touch with the people at Microcornucopia Magazine in Bend, OR.
  1110. They offered a complete range of new monitor ROMs that use advanced video
  1111. command sequences.  This would allow the Z80 to do less video housekeeping
  1112. (ie. more character buffering) and you'll get to keep your current setup.
  1113.  
  1114. > I have this difficulty with MODEM7+, YAMKAP, and CP4KPR.
  1115.  
  1116. I have it with ZMP, Kermit, and MDM730 (basically everything serial!)
  1117.  
  1118. > It is silly to have to use 1200 baud when I can go much faster.
  1119.  
  1120. Tell me about it!  I hear the '84 series (mine) with graphics is even slower
  1121. hence my knowledge about this.  I can't even go 1200 with my Hayes without
  1122. nulls on the BBS I'm calling!  Unfortunately, nowadays, nobody needs nulls
  1123. (but me!!!)  My MOD involved a new ROM (PRO-MAX884 = $79.00 US) and a 2MHz
  1124. 68B45 chip from Motorola.  No worries at all.  Works beautifully!  Even gives
  1125. me current time & date on the 25th line (status line) CONSTANTLY!  VT52
  1126. Terminal emulation (H89, etc.) and Screen dump, & much more. (ZCPR in ROM) 
  1127.  
  1128. If you want an address or a few more references to articles in uC, let me know
  1129. by email.
  1130.  Good luck  . . . . Ronn
  1131.  
  1132. ------------------------------
  1133.  
  1134. Date: Tue, 14 Aug 90 12:14:33 EST
  1135. From: SAGE@LL.LL.MIT.EDU
  1136. Subject: SuperBrain BIOS and ZCPR
  1137.  
  1138.    Dan Fandrich said, "I'd love to get ZCPR going on my machine, but without
  1139. full BIOS sources that's next to impossible."
  1140.  
  1141.    Not so on several accounts!  First, with NZCOM you can have a full Z-
  1142. System running in a matter of minutes on just about any CP/M-2.2 computer,
  1143. including the SuperBrain.  There is no need to tinker with the BIOS at all.
  1144.  
  1145.    Second, if you are not willing to spend the money for NZCOM and you have
  1146. MOVCPM for your machine, you can use it to create a version of CP/M with
  1147. some free memory above the top of the BIOS (relocated downward).  After
  1148. that, it is not terribly difficult to patch the BIOS coldboot code to
  1149. initialize the ZCPR buffers and to replace the CP/M CCP with ZCPR3x.  You
  1150. still won't have as flexible and configurable a system this way, but I did
  1151. this many times before Joe Wright came up with the autoinstall concept used
  1152. in NZCOM.
  1153.  
  1154.    Even if you don't have MOVCPM, there is still hope.  As the owner of the
  1155. QX-10 mentioned here recently (sorry, I did not note his name), you can
  1156. fairly easily create your own simplified version of NZCOM for your
  1157. particular installation.  You would boot CP/M and then run your own loader
  1158. program that would install the virtual BIOS some distance below the real
  1159. BIOS entry point.  I described this in some detail in a TCJ column about two
  1160. years ago.
  1161.  
  1162. -- Jay Sage
  1163.  
  1164.  
  1165. ------------------------------
  1166.  
  1167. Date: 15 Aug 90 23:06:38 GMT
  1168. From: bu.edu!snorkelwacker!spdcc!mirror!pallio!dg@uunet.uu.net  (David Goodenough)
  1169. Subject: UNZIP.LBR
  1170. Message-ID: <XX0001197d@pallio.UUCP>
  1171.  
  1172. An apology and a request.
  1173.  
  1174. Firstly, my apologies to all who have come across my original UNZIP.LBR
  1175. (the one without the source). The source is now included, and has been
  1176. uploaded to a couple of BBS's here in Boston (from whence it will
  1177. doubtless spread like wildfire :-) ). In addition UNZIP.ZY is up on GEnie
  1178. in the CP/M RT libraries, and the correct UNZIP.LBR is available from
  1179. the rna server here at pallio.
  1180.  
  1181. If you need to get at the server, send mail containing the following two
  1182. lines:
  1183.  
  1184. /send help to your_address
  1185. /send index to your_address
  1186.  
  1187. to pallio!rna, where 'your_address' gets replaced by either a valid Internet
  1188. address (user@host.domain type thing), or a bang path from a backbone site.
  1189.  
  1190. Secondly, UNZIP as it currently is only handles Shrinking, Reducing and
  1191. Imploding (i.e. PKZIP102). I gather that there is a new compression method
  1192. out there for PKZIP110, does anyone know anything about it, or (preferably)
  1193. where I can get C source for a decompressor.
  1194. -- 
  1195.     dg@pallio.UUCP - David Goodenough        +---+
  1196.                         IHS    | +-+-+
  1197.     ..... !harvard!xait!pallio!dg            +-+-+ |
  1198. AKA:    dg%pallio.uucp@xait.xerox.com              +---+
  1199.  
  1200. ------------------------------
  1201.  
  1202. End of INFO-CPM Digest V90 Issue #130
  1203. *************************************
  1204. 20-Aug-90 07:25:52-MDT,4607;000000000000
  1205. Mail-From: KPETERSEN created at 20-Aug-90 07:18:08
  1206. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  1207. Date: Mon, 20 Aug 90 07:18:08 MDT
  1208. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  1209. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1210. Subject: INFO-CPM Digest V90 #131
  1211. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1212. Message-ID: <900820071808.V90N131@WSMR-SIMTEL20.ARMY.MIL>
  1213.  
  1214. INFO-CPM Digest             Mon, 20 Aug 90       Volume 90 : Issue  131
  1215.  
  1216. Today's Topics:
  1217.                              Docs wanted
  1218.                       Kaypro 10 and Even Parity
  1219.                         Kaypro 4 and 2400 Baud
  1220. ----------------------------------------------------------------------
  1221.  
  1222. Date: 17 Aug 90 09:49:25 GMT
  1223. From: pacbell.com!pacbell!sactoh0!ijpc!ianj@ucsd.edu  (Ian Justman)
  1224. Subject: Docs wanted
  1225. Message-ID: <35k2N2w162w@ijpc.UUCP>
  1226.  
  1227. I would like documentation on the following items (or information):
  1228.  
  1229. CompuPro System Support 1
  1230. CompuPro Interfacer 3
  1231. CompuPro Disk 1A
  1232. CompuPro Disk 3 (I'll explain in a bit)
  1233. CompuPro M-Drive/H
  1234.  
  1235. For the CompuPro Disk 3, I'm having troubles using one on my Z80 S100
  1236. box, a Dynabyte DB8/1.  It's supposed to use DMA, and it doesn't seem
  1237. to be communicating to the bus properly.  If anyone has worked on any
  1238. code for the Disk 3, source (pref. in Z80 source) code would be GREATYLY
  1239. appreciated.
  1240.  
  1241. Thanks in advance.
  1242.  
  1243. Ian Justman
  1244. 6612 Whitsett Drive
  1245. North Highlands, CA  95660
  1246.  
  1247. {ames, att, sun, apple, pyramid}!pacbell!sactoh0!ijpc!ianj (My PC)
  1248. same as above, but replace "ijpc" with "ijsys" to reach my CP/M box.
  1249.  
  1250. ------------------------------
  1251.  
  1252. Date: 18 Aug 90 02:03:24 GMT
  1253. From: spdcc!mirror!pallio!dg@husc6.harvard.edu  (David Goodenough)
  1254. Subject: Kaypro 10 and Even Parity
  1255. Message-ID: <XX000119d0@pallio.UUCP>
  1256.  
  1257. In article <678@arccs2.fed.FRB.GOV> Thomas C. Allard says:
  1258. > Can anyone tell me how to set even parity on a Kaypro with a Incomm 2400
  1259. > baud modem.  I'm running Mex+ .....
  1260.  
  1261. Try QTERM. The Kaypro patch has been checked extensively, and does the
  1262. right thing when it comes to messing with the baud rate and comm mode.
  1263.  
  1264. If you want a copy, it's available on the server here: put the following
  1265. lines in mail sent to pallio!rna (rna%pallio.uucp@xait.xerox.com)
  1266.  
  1267. /send help to your_address
  1268. /send index to your_address
  1269.  
  1270. that will get sone info on the server, and this line
  1271.  
  1272. /send qterm to your_address
  1273.  
  1274. will send a copy of qterm. Note that in all cases, 'your_address' should be
  1275. replaced by either a bang path from a backbone site, or an Internet style
  1276. address (user@host.domain). If you need the kaypro patch, I can send that
  1277. out, but the general collection of patches isn't available yet since I'm
  1278. still upgrading some from the V4.1e days.
  1279. -- 
  1280.     dg@pallio.UUCP - David Goodenough        +---+
  1281.                         IHS    | +-+-+
  1282.     ..... !harvard!xait!pallio!dg            +-+-+ |
  1283. AKA:    dg%pallio.uucp@xait.xerox.com              +---+
  1284.  
  1285. ------------------------------
  1286.  
  1287. Date: 17 Aug 90 16:30:22 GMT
  1288. From: usc!samsung!munnari.oz.au!sirius.ucs.adelaide.edu.au!levels!etrmg@ucsd.edu
  1289. Subject: Kaypro 4 and 2400 Baud
  1290. Message-ID: <15269.26cc1b9f@levels.sait.edu.au>
  1291.  
  1292. In article <90227.211956NETOPRDW@ncsuvm.ncsu.edu>, NETOPRDW@ncsuvm.ncsu.edu writes:
  1293. > Thanks for the info.   I am still running at 2.5MHz, does anyone know
  1294. > If I can get a clock speed upgrade to 5 or 8 MHz? and If so, from where
  1295. > and how much It will cost me?
  1296. > --------------------------------------------------------------------------
  1297. > Monty: You're SURE you finished?   | BITNET:NETOPRDW AT NCSUVM
  1298. > Gadget: Sure I'm sure.             | internet:netoprdw@ncsuvm.ncsu.edu
  1299. > Monty: Not like the Last time?     |_____________________________________
  1300. > Gadget: Oh, Monty, How many times can the wings fall off a plane?
  1301.  
  1302. You may find all the info you need in a few old issues of MicroCornucopia.
  1303. Give them a ring at 503-382-5060 Someone may answer still (if you're lucky)
  1304. and then you can order the right issues.  Alternatively, you could send
  1305. something to POB 223; Bend, Oregon  97709.  I know uC is out of business, but
  1306. you may still get in touch (Dave Thompson is a great guy)  Also, you could
  1307. contact Microsphere in Bend too.  Dave's bro runs it & is still in business.
  1308. 503-388-1194   (Beware, these numbers are from a 1985 issue so don't get mad
  1309. if they aren't correct)
  1310.  
  1311. Of course if all this fails, send me your address and I'll send you some copies
  1312. of the pertinent articles.  They had Ram disks and video mods too so check
  1313. it out!  See you.
  1314.  
  1315. Ronn
  1316.  
  1317. ------------------------------
  1318.  
  1319. End of INFO-CPM Digest V90 Issue #131
  1320. *************************************
  1321. 22-Aug-90 07:26:14-MDT,19980;000000000000
  1322. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  1323. Date: Wed, 22 Aug 90 07:15:06 MDT
  1324. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  1325. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1326. Subject: INFO-CPM Digest V90 #132
  1327. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1328. Message-ID: <900822071507.V90N132@WSMR-SIMTEL20.ARMY.MIL>
  1329.  
  1330. INFO-CPM Digest             Wed, 22 Aug 90       Volume 90 : Issue  132
  1331.  
  1332. Today's Topics:
  1333.           22DISK:  MS/DOS <=> CP/M File transfers. (2 msgs)
  1334.                     86-88 MicroSys Journals Cheap
  1335.                    How to speed up Ampro LB+ SCSI?
  1336.                            QIC 36 interface
  1337.                                UZI-280?
  1338.                         Z80 multitask (2 msgs)
  1339. ----------------------------------------------------------------------
  1340.  
  1341. Date: 20 Aug 90 08:55:49 PDT (Monday)
  1342. From: Sprague.WBST311@Xerox.COM
  1343. Subject: 22DISK:  MS/DOS <=> CP/M File transfers.
  1344. Message-ID: <900820-100100-1669@Xerox>
  1345.  
  1346. Does anyone use the 22DISK shareware program on a PC, to transfer files to
  1347. and from Xerox 820 series disks?  At this point, I only have the shareware
  1348. verison, not the registered version.  I thought I would make sure it would
  1349. work for me, before I actually paid the registration fee.  I can *NOT* get
  1350. it to work however.
  1351.  
  1352. The shareware version supports 5 different Xerox formats, though one has
  1353. nothing to do with the 820's (perhaps it's for the Xerox 6085 workstation).
  1354. I started out trying the standard Xerox 820-II format.  It could find no
  1355. files on the 820 disk I was using, even though my 820-II said there were.
  1356. I tried formatting an 820-II disk on the PC, but the 820 could not read it.
  1357. I assume this is because my PC could not write track 0 as single density.
  1358.  
  1359. The other day, I recieved some disks through the mail, contaning some
  1360. public domain software that I had been looking for.  It had been formatted
  1361. for the 820-II 16/8 DEM.  22DISK could not read these disks either, even
  1362. though two different DEM formats (called EM-II in Uniform and 22 DISK),
  1363. including the proper one are supported.
  1364.  
  1365. The only Xerox 820 series format I have not tried is the single density 820
  1366. format.  In addition, when I looked at the Disk Definition file for 22DISK,
  1367. I think the section for the single density 820 is wrong.
  1368.  
  1369. What I would like to know before I waste any more time on 22DISK, is if
  1370. anyone else has used it with any success on one of the Xerox 820 series
  1371. computers.
  1372.  
  1373.                 ~ Mike
  1374.  
  1375. ------------------------------
  1376.  
  1377. Date: 22 Aug 90 02:46:57 GMT
  1378. From: hub.ucsb.edu!crmeyer@ucsd.edu
  1379. Subject: 22DISK:  MS/DOS <=> CP/M File transfers.
  1380. Message-ID: <6147@hub.ucsb.edu>
  1381.  
  1382. -Message-Text-Follows-
  1383. In article <900820-100100-1669@Xerox>, Sprague.WBST311@XEROX.COM writes...
  1384. > 
  1385. >Does anyone use the 22DISK shareware program on a PC, to transfer files to
  1386. >and from Xerox 820 series disks?  At this point, I only have the shareware
  1387. >verison, not the registered version.  I thought I would make sure it would
  1388. >work for me, before I actually paid the registration fee.  I can *NOT* get
  1389. >it to work however.
  1390.  
  1391.  
  1392. If all else fails, contact the folks who publish 22DISK at Sybex. I have
  1393. found them to be EXTREEMLY helpfull. I had problems with formatting 
  1394. Morrow disks (read and wrote fine). Upon contacting them, they sent
  1395. me a disk mailer to send to them a disk formatted on my Morrow. They then
  1396. sent me back a 'tweeked' configuration file that worked fine.
  1397.  
  1398.  
  1399.                       +-----------------------------------+                    
  1400.                       |         Charles R. Meyer          |                    
  1401.                       |                                   |                    
  1402.                       | Internet: crmeyer@voodoo.ucsb.edu |                    
  1403.                       | Bitnet:   crmeyer@voodoo          |                    
  1404.                       | HEPnet:   voodoo::crmeyer         |                    
  1405.                       +-----------------------------------+                    
  1406.  
  1407. ------------------------------
  1408.  
  1409. Date: 20 Aug 90 10:32:26 GMT
  1410. From: sdd.hp.com!zaphod.mps.ohio-state.edu!lavaca.uh.edu!uhnix1!lobster!urchin!Charles.Cotham@ucsd.edu  (Charles Cotham)
  1411. Subject: 86-88 MicroSys Journals Cheap
  1412. Message-ID: <1765.26CFC861@urchin.fidonet.org>
  1413.  
  1414. I would love to have the magazines. If they are still available could 
  1415. you send them  to the address below. Include a note as to how much the 
  1416. shipping is and I will get it right back to you or leave me a note here 
  1417. and I will be glad to get the money off to you as soon as I get your 
  1418. address. Thanks much for your time. 
  1419.  
  1420.           Charles Cotham
  1421.           2205 Lilac St.
  1422.           Nederland, Tex 77627
  1423.           Ph. # 409-727-6156
  1424.  
  1425. ------------------------------
  1426.  
  1427. Date: 20 Aug 90 17:35:11 GMT
  1428. From: hpfcso!hpldola!hp-lsd!was@hplabs.hpl.hp.com  (Bill Stubblebine)
  1429. Subject: How to speed up Ampro LB+ SCSI?
  1430. Message-ID: <8190005@hp-lsd.COS.HP.COM>
  1431.  
  1432. Several weeks ago, I asked for advice on how to improve throughput for bulk
  1433. data transfers from my SCSI hard disk to my SCSI QIC tape drive.  For those
  1434. who missed the original article, my configuration is:
  1435.  
  1436.     Ampro LB Z80+ (w/built-in SCSI interface)
  1437.     Adaptec ACB4000 (not 4000A) SCSI hard disk controller
  1438.     Seagate ST-125 20 MB 40 ms hard disk drive
  1439.     3M MCD-403 40 MB QIC SCSI tape drive 
  1440.     NZ-COM/Z-System
  1441.  
  1442. The 3M MCD-403 SCSI tape drive was added recently to support backups.  As I
  1443. started transferring data between the hard disk and the tape drive, I
  1444. discovered that although the SCSI disk performance was adequate for
  1445. interactive and disk-to-disk operations, the hard disk could not source or
  1446. sink data fast enough to keep the tape drive streaming during transfers.
  1447.  
  1448. Before I posted my original request, I had experimented with several disk
  1449. transfer strategies to try to increase throughput.  All of my tests
  1450. employed standard BIOS calls that transfers 128 bytes per BIOS call, based
  1451. on Ampro's BIOS deblocking algorithm that reads or writes 512-byte SCSI
  1452. logical blocks to the hard disk.  My experiments indicated that BIOS calls
  1453. could never achieve sufficient throughput to keep the cartridge tape drive
  1454. streaming, no matter what the interleave factor is on the tape drive or on
  1455. the disk drive.  With all the stopping, repositioning and restarting of the
  1456. cartridge drive, the overall throughput from disk to tape was under 3K
  1457. bytes per second, plus the agony of hearing the drive stop and start for
  1458. each 8K SCSI tape block transferred.
  1459.  
  1460. Having run out of ideas, I asked the net for advice, and was gratified by
  1461. the quantity and quality of the responses I received.  To make a long story
  1462. short, I have increased the overall throughput of disk to tape transfers
  1463. from under 3K bytes per second to 12.7K bytes per second, allowing 10
  1464. megabytes to be backed up in about 13 minutes unattended.  This is bliss
  1465. compared to the endless attended floppy disk backups I am accustomed to.
  1466.  
  1467. To assist anyone who may be facing similar system integration problems, I
  1468. decided to keep a log of my experiments, which is summarized below.  The
  1469. quadrupling of throughput from 3K bytes/sec to 12.7K bytes/sec resulted
  1470. from three categories of improvements to my configuration:
  1471.  
  1472. 1. Read or write as many bytes as possible in each SCSI command, both from
  1473.    the SCSI hard disk and the SCSI tape drive.
  1474.  
  1475. 2. Use the Z80 high-speed INIR/OTIR I/O instructions instead of software
  1476.    controlled byte-by-byte handshaking to talk to the 5380 SCSI interface
  1477.    chip on the Ampro LB+.
  1478.  
  1479. 3. Once #1 and #2 are implemented, select optimal interleave factors on
  1480.    both the hard disk and the tape drive to maximize overall throughput.
  1481.  
  1482.  
  1483. The biggest improvement came from #1.  Reading 8k from the disk in one SCSI
  1484. command more than doubled the overall throughput compared to normal BIOS
  1485. calls, providing streaming operation in the tape drive for tape interleave
  1486. factors of 6:1 or greater.
  1487.  
  1488.         HD interleave:        9:1
  1489.         HD transfer mode:    byte-by-byte
  1490.         HD transfer size:    8K x 1
  1491.         Tape interleave:    6:1
  1492.         Tape transfer mode:    byte-by-byte
  1493.         Tape transfer size:    8K x 1
  1494.         Net throughput:        6631 Kbytes/sec
  1495.  
  1496. Next, I modified the disk read routine to read 8K bytes in two 4K SCSI
  1497. commands, thereby simulating processing two distinct 4K CP/M disk
  1498. allocation groups.  The results were the same as for a single 8K SCSI
  1499. operation, i.e., the tape keeps streaming.  This experimental result
  1500. suggests that the disk-to-tape backup program should bypass the BIOS
  1501. altogether, and process CP/M allocation groups directly from the CP/M disk
  1502. directory entries, converting the (4K-byte) CP/M allocation group number
  1503. into a SCSI logical block number, then read all 4K of the allocation block
  1504. from the disk in one SCSI command.  This should be a robust strategy,
  1505. because (in the Ampro system) HD space cannot be allocated in chunks of
  1506. less than 4K bytes = 1 CP/M allocation group.
  1507.  
  1508.         HD interleave:        9:1
  1509.         HD transfer mode:    byte-by-byte
  1510.         HD transfer size:    4K x 2
  1511.         Tape interleave:    6:1
  1512.         Tape transfer mode:    byte-by-byte
  1513.         Tape transfer size:    8K x 1
  1514.         Net throughput:        6631 Kbytes/sec
  1515.  
  1516. Next, I changed the SCSI handshakng from byte-by-byte to INIR/OTIR burst
  1517. mode for both the hard disk and the MCD tape drive.  This increased the
  1518. burst transfer rate from 15us per byte to 5.25us per byte for both devices.
  1519.  
  1520. Using a scope to monitor the SCSI bus, I then experimented with bulk SCSI
  1521. transfers from hard disk at various disk interleave factors, obtaining the
  1522. following surprising results:
  1523.  
  1524.         Hard Disk    Time to transfer 
  1525.         Interleave    8192 bytes HD->memory
  1526.         ----------    ----------------
  1527.            2:1            165ms
  1528.            3:1             80ms
  1529.            4:1             95ms
  1530.            5:1            110ms
  1531.            6:1            120ms
  1532.            7:1            140ms
  1533.            8:1            120ms
  1534.            9:1            140ms
  1535.  
  1536. At an interleave of 3:1, the fastest for bulk SCSI transfers, the hard disk
  1537. supports a burst transfer rate of 5.25us per byte = 190.4K bytes/sec to the
  1538. Ampro host, and a sustained data transfer rate of 102.4K bytes/sec, not bad
  1539. for a lowly Z-80.
  1540.  
  1541. Note: The previous and new interleave factors of 2:1 and 3:1, respectively,
  1542.       have virtually identical throughput for 512-byte BIOS transfers to
  1543.       and from disk.  However, for multi-block transfers like the ones I
  1544.       intend to use for tape backups, an interleave of 3:1 produces a huge
  1545.       (i.e., >double) increase in disk throughput compared to an interleave
  1546.       factor of 2:1.
  1547.  
  1548. With the hard disk formatted with interleave factor 3:1 and with burst mode
  1549. data transfers in effect to both the hard disk and the tape drive, I then
  1550. experimented with various tape drive interleave factors.  The result is
  1551. that I now can keep the tape drive streaming at a tape interleave factor of
  1552. 4:1, which is much better than I had originally hoped.  The overall disk to
  1553. tape throughput increased to 9716 bytes/sec in this configuration.
  1554.  
  1555.         HD interleave:        3:1
  1556.         HD transfer mode:    burst
  1557.         HD transfer size:    4K x 2
  1558.         Tape interleave:    4:1
  1559.         Tape transfer mode:    burst
  1560.         Tape transfer size:    8K x 1
  1561.         Net throughput:        9716
  1562.  
  1563. Reading data from the hard disk in two 4K byte chunks takes about 80ms.  A
  1564. scope trace of SCSI bus activity indicated that a disk rotation was being
  1565. lost between reading sequential 4K chunks, even when the two chunks were
  1566. (logically) adjacent to one another on the same disk track, as is usually
  1567. the case in large sequential files.  When I repeated the experiments
  1568. reading 8K from the disk in one SCSI request, the time required to fill the
  1569. memory buffer from the disk dropped to around 60ms.  In this configuration,
  1570. the tape remained streaming at a tape interleave of 3:1, with overall
  1571. throughput from the disk to the tape increasing to 12787 bytes/sec.
  1572.  
  1573.         HD interleave:        3:1
  1574.         HD transfer mode:    burst
  1575.         HD transfer size:    8K x 1
  1576.         Tape interleave:    3:1
  1577.         Tape transfer mode:    burst
  1578.         Tape transfer size:    8K x 1
  1579.         Net throughput:        12787 Kbytes/sec
  1580.  
  1581. Getting writes to work to the tape was quite an adventure.  The same trick
  1582. that worked effectively for reads from the tape, namely setting the burst
  1583. mode for 256-byte transfers, caused writes to the tape to hang in mid SCSI
  1584. phase.  The curious thing was that the multi-block writes worked fine when
  1585. I stepped through them under manual control in the ZSID debugger, but hung
  1586. when running normally.  Figuring there was some race condition between the
  1587. disk reads and the tape writes, I fiddled around with delays everywhere to
  1588. no avail.  Because the multi-block transfers worked OK with byte-by-byte
  1589. handshaking, I finally concluded that 256 must be the wrong number of data
  1590. bytes to transfer to the tape controller in a burst during the SCSI
  1591. data-out phase.  But what was the right number?  I set the burst mode to 16
  1592. bytes per burst, which cut the byte-by-byte overhead by a factor of 16.
  1593. This worked fine, allowing writes to the tape to stream at a tape
  1594. interleave factor of 3:1, the same as for reads.
  1595.  
  1596. Note:  I still cannot explain why write transfers to the tape drive hang
  1597.        with 256 byte bursts and not with 16 byte bursts.  Reads and writes
  1598.        both transfer 8192 bytes from or to the tape controller.  This
  1599.        should loop the OTIR instruction exactly 32 times for 256 byte
  1600.        bursts and exactly 512 times for 16-byte bursts.  Moreover, the
  1601.        transfer rate in either case is only one third of the tape drive
  1602.        controller's 500Kb/sec rated SCSI burst throughput.  Maybe the
  1603.        discrepancy in the number of bytes transfered is on a 16-byte
  1604.        boundary, but I find this hard to believe.  My 16-byte burst
  1605.        solution works, but maybe I'll just RTFM one more time...)
  1606.  
  1607. None of my experiments thus far involved frequent head seeks on the hard
  1608. disk, which are bound to add some overhead to the tape transfers, and could
  1609. cause loss of streaming.  To allow some overhead for head seeks, and still
  1610. keep the tape streaming, I relaxed the tape interleave factor from 3:1 to
  1611. 4:1.
  1612.  
  1613. All in all, I'm quite happy with the results.  I know that I can do 12.7K
  1614. bytes/sec at 3:1 tape interleave, and nearly 10K bytes/sec at 4:1 tape
  1615. interleave.  Depending on the tape interleave I finally settle on, I have
  1616. either tripled or quadrupled the overall disk-to-tape throughput compared
  1617. to where I started, and learned a little about my disk drive, my tape drive
  1618. and the SCSI protocol in the process.
  1619.  
  1620. Now it's on to building a primitive file system to manage my backups on the
  1621. cartridge tape.  Since I envision the tape as just an archive of large
  1622. backups (.LBR or tar files), without alot of random access going on, I'm
  1623. inclined toward using a simple directory structure similar to the one for
  1624. Novosielski .LBR files, but based on SCSI addressing instead of CP/M tracks
  1625. and sectors.  I'm flexible though, and I'd welcome any suggestions anyone
  1626. might have regarding a file system for the cartridge tape.
  1627.  
  1628. Lastly, a small personal note:  Over the years I've had to put up with no
  1629. end of criticism from associates regarding my ongoing interest in Z80
  1630. computers.  Still, I'm continually amazed at my ability to continually push
  1631. the envelope of this friendly little OS and CPU.
  1632.  
  1633. One of my other hobbies is sailing.  I get endless pleasure from trimming
  1634. the sails, reading the wind, pushing the last 1% out of the system.  I get
  1635. the same feeling when talking to one of those so-called DOS "power users"
  1636. as I do when some muscle boat goes tearing past me on the water.  I remark
  1637. to myself "very impressive - but what do you do after the first 10 minutes
  1638. when the novelty's worn off?"
  1639.  
  1640. Thanks again for all the help.  It's nice to know there is still a group
  1641. that shares some of my opinions.  Perhaps I can return the favor one day.
  1642.  
  1643.                                 Bill Stubblebine
  1644.                                 Hewlett-Packard Logic Systems Div.
  1645.                                 Colorado Springs, CO
  1646.                                 was@hp-lsd.hp.com  (Internet)
  1647.                                 (719) 590-5568
  1648.  
  1649. ------------------------------
  1650.  
  1651. Date: Mon, 20 Aug 90 19:55:37 PDT
  1652. From: cwr@pnet01.cts.com (Will Rose)
  1653. Subject: QIC 36 interface
  1654. Message-ID: <0093B7E1BD773FE0.00001F66@dcs.simpact.com>
  1655.  
  1656. Does anyone know any *manufacturer's* id numbers for tape drives that
  1657. implement the  QIC 36 interface?  Did this standard ever catch on?  I've
  1658. got a card that will convert SCSI=>QIC 36, and my CP/M machine can handle
  1659. SCSI, so if I can only find a tape drive to put on the end of it all I
  1660. have a backup system...
  1661.  
  1662. (It's no use my asking the makers of tape drives -they'd try to sell me
  1663. a new one, spoil the whole fun of the thing!)
  1664.  
  1665. All suggestions gratefully received - Will
  1666.  
  1667. -----------------------------------------------------------------------
  1668. "You think that your career    | Will Rose
  1669.  will suffer if Dr. Kenworthy  |
  1670.  learns you have the poisoned  | UUCP:{nosc ucsd hplabs!hp-sdd}!crash!pnet01!c
  1671.  corpse of our fiancee in the  | ARPA:crash!pnet01!cwr@nosc.mil
  1672.  ice box?"                     | INET:cwr@pnet01.cts.com
  1673.  Evelyn Waugh, "The Loved One" |
  1674.  
  1675. UUCP: {nosc ucsd hplabs!hp-sdd}!crash!pnet01!cwr
  1676. ARPA: crash!pnet01!cwr@nosc.mil
  1677. INET: cwr@pnet01.cts.com
  1678.  
  1679.  
  1680. ------------------------------
  1681.  
  1682. Date: Wed, 22 Aug 90 13:09+0200
  1683. From: CPM%DMZRZU71.BITNET@CUNYVM.CUNY.EDU
  1684. Subject: UZI-280?
  1685. Message-ID: <900822110949.719125@DMZRZU71-UNI-MAINZ--GERMANY>
  1686.  
  1687. There are rumours that the programmer of UZI, Doug Brown, will release
  1688. a version of UZI for Z280. Is this true? I'd love to hear so.
  1689.  
  1690. -------------------------------------------------------------------------------
  1691. Ruediger Soerensen, University of Mainz, W. Germany
  1692.                     Dpt. of Meteorology
  1693.  
  1694. BITNET:         ROGER@DMZRZU71
  1695.                   CPM@DMZRZU71
  1696. paper mail:
  1697.                     R. Soerensen
  1698.                     Universitaet Mainz
  1699.                     Inst. f. Meteorologie
  1700.                     D-6500 Mainz 1
  1701. -------------------------------------------------------------------------------
  1702.  
  1703. ------------------------------
  1704.  
  1705. Date: 22 Aug 90 09:42:35 GMT
  1706. From: mcsun!hp4nl!ruuinf!praxis!clldomps@uunet.uu.net  (Louis van Dompselaar)
  1707. Subject: Z80 multitask
  1708. Message-ID: <3696@ruuinf.cs.ruu.nl>
  1709.  
  1710. Is there anyone who has had some experience in using multitasking
  1711. on a Z80 system? Please let me know what is, and what is not, possible...
  1712.  
  1713. Louis
  1714. clldomps@praxis.cs.ruu.nl
  1715.  
  1716. ------------------------------
  1717.  
  1718. Date: 22 Aug 90 09:20:03 GMT
  1719. From: eru!luth!sunic!mcsun!hp4nl!charon!jurjen@bloom-beacon.mit.edu  (Jurjen NE Bos)
  1720. Subject: Z80 multitask
  1721. Message-ID: <1987@charon.cwi.nl>
  1722.  
  1723. clldomps@praxis.cs.ruu.nl (Louis van Dompselaar) writes:
  1724.  
  1725. >Is there anyone who has had some experience in using multitasking
  1726. >on a Z80 system? Please let me know what is, and what is not, possible...
  1727.  
  1728. >Louis
  1729. >clldomps@praxis.cs.ruu.nl
  1730.  
  1731. Easy!  We (4 friends and me) built a multi-user Z80 systems already years
  1732. ago, featuring 512K RAM, two real floppy drives while the users thought
  1733. they had 4 floppies each (but if you wanted to read something, you had to
  1734. walk over and insert your floppy), 5 terminals, etc.
  1735. The system is still running, and today they are working on a LAN, hard disk,
  1736. and more goodies.
  1737.  
  1738. The trick is to get some coprocessors for things like key scanning, disk I/O,
  1739. and other work that tends to eat away cycles.  The CPU can then start doing
  1740. only the more useful things.  But of course, we had a lot more performance-
  1741. increasing tricks...
  1742. --
  1743. |                 | "Never imagine yourself not to be otherwise than what |
  1744. | Jurjen N.E. Bos | it might appear to others that what you were or might |
  1745. |                 | have been was not otherwise than what you had been    |
  1746. |  jurjen@cwi.nl  | would have appeared to them to be otherwise."         |
  1747.  
  1748. ------------------------------
  1749.  
  1750. End of INFO-CPM Digest V90 Issue #132
  1751. *************************************
  1752. 24-Aug-90 00:41:50-MDT,9838;000000000000
  1753. Mail-From: KPETERSEN created at 24-Aug-90 00:26:44
  1754. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  1755. Date: Fri, 24 Aug 90 00:26:43 MDT
  1756. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  1757. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1758. Subject: INFO-CPM Digest V90 #133
  1759. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1760. Message-ID: <900824002644.V90N133@WSMR-SIMTEL20.ARMY.MIL>
  1761.  
  1762. INFO-CPM Digest             Fri, 24 Aug 90       Volume 90 : Issue  133
  1763.  
  1764. Today's Topics:
  1765.                           SUBMIT replacement
  1766.                                UZI-280?
  1767.                         Z80 multitask (2 msgs)
  1768. ----------------------------------------------------------------------
  1769.  
  1770. Date: 22 Aug 90 14:43:00 GMT
  1771. From: astroatc!nicmad!madnix!deety!rat@speedy.wisc.edu  (David Douthitt)
  1772. Subject: SUBMIT replacement
  1773. Message-ID: <XX00000150@deety.UUCP>
  1774.  
  1775. I've been having some trouble with SUBMIT.COM ...
  1776.  
  1777. I'm running on a hard disk, and have my application on drive C0:, my data
  1778. files used by my application(s) on drive D1:, and of course the $$$.SUB
  1779. on drive A0:.  I run my applications while logged into D1: - since I'm
  1780. running ZCPR 3.0, I set the path to C0: --> A15: --> A0:.
  1781.  
  1782. The problem is the $$$.SUB file is being created but not run until I do
  1783. a warmstart while logged into A0:
  1784.  
  1785. Is there a direct SUBMIT.COM replacement that will do the job?  I'm running
  1786. an Apple II+ with the PCPI Applicard.  What about EX?
  1787.  
  1788.     [david]
  1789.  
  1790.  
  1791. --
  1792. ====== David Douthitt ======== aka "The Stainless Steel Rat" ====
  1793. UUCP: uwvax!astroatc!nicmad!madnix!deety!rat
  1794. InterNet: deety%rat@spool.cs.wisc.edu
  1795. <<<   Home of Mad Apple Forth and the Tiger Toolbox -- Apple II Forever!
  1796. <<<   If my next computer isn't an Apple II, it won't be a Macintosh.
  1797.  
  1798. ------------------------------
  1799.  
  1800. Date: 23 Aug 90 22:00:38 GMT
  1801. From: usc!zaphod.mps.ohio-state.edu!rpi!bu.edu!orc!inews!cadev4!dbraun@ucsd.edu  (Doug Braun ~)
  1802. Subject: UZI-280?
  1803. Message-ID: <2825@inews.intel.com>
  1804.  
  1805. Here is what's going on with UZI-280:
  1806.  
  1807. First, work is very sporadic.  I did a lot before April, and then didn't get
  1808. back to it until a few weeks ago.
  1809.  
  1810. Here is what works right now:
  1811.  
  1812. User/system address spaces:  64k user process plus 64k available
  1813. for kernel.  Kernel accesses user address space to get system call
  1814. arguments, etc.  Processes CANNOT corrupt kernel.
  1815.  
  1816. Traps are fully supported by kernel.  User processes can generate
  1817. segmentation violation, illegal I/O instruction, divide by zero, etc.
  1818. signals.  The brk and sbrk system calls set up the MMU to trap
  1819. wild pointers in user executables.  All of this is very much
  1820. like PDP-11 unix.
  1821.  
  1822. The kernel will trap itself (and panic) on kernel stack overflow, 
  1823. null pointer, etc.  The kernel does not use the user's stack
  1824. (obviously).  There is a correct and robust mechanism for processes
  1825. to catch and ignore signals.
  1826.  
  1827. The TTY driver supports stty things such as echo, cbreak, and raw mode.
  1828.  
  1829. Virtual memory and paging are basis for memory managment and multiprogramming.
  1830. Forked processes share copy-on-write pages.  The old UZI swapping to disk
  1831. is no longer done.  The command response is now much faster.
  1832.  
  1833.  
  1834. What I'm working on right now:
  1835.  
  1836. The page replacement algorithm is very crude.
  1837. Page access timestamps need to be implemented for the page replacement
  1838. algorithm.
  1839.  
  1840. What I would eventually like to do:
  1841.  
  1842. Have proper interrupt-driven disk I/O.
  1843. Support split I and D space for processes, allow 64K code plus 64K data.
  1844. This would require supporting mixed 4K and 8K page sizes.
  1845. Have the system self-supporting, which means having compiler and linker
  1846. running under UZI  (This is currently feasible).
  1847.  
  1848.  
  1849. What's going on with utulities, compiler, etc.:
  1850.  
  1851. I have modified the Q/C Z80 C compiler to generate Z280 opcodes,
  1852. changing the code generator quite a bit to do better optimization.
  1853. This is really an entirely seperate product, that can also be
  1854. used on CP/M or as a cross-compiler.
  1855. Indexed addressing is used to access all automatics, and register
  1856. BC is for a register variable now.  Alas, the Q/C compiler copyright
  1857. prevents me from distributing this.  Clever ideas to overcome this
  1858. are welcome.
  1859.  
  1860. I have ported the "Stevie" vi clone (now named "v8") to UZI-280.  Alas,
  1861. it barely fits in 64K, so it cannot edit anything more than 25 lines long.
  1862. The split I/D enhancement would cure this.  (This is how vi runs on PDP-11s).
  1863. If anyone can recommend a screen-based editor I can get source to and port,
  1864. such as VDE or VDO, that would be fantastic.
  1865.  
  1866.  
  1867. Also,  I run CP/M 3 on my system now, so if anyone wants a Z280 BIOS for CP/M 3
  1868. with memory management (all the fancy stuff), let me know.
  1869.  
  1870. Doug Braun                Intel Corp CAD
  1871.                     408 765-4279
  1872.  
  1873.  / decwrl \
  1874.  | hplabs |
  1875. -| oliveb |- !intelca!mipos3!cadev4!dbraun
  1876.  | amd    |
  1877.  \ qantel /
  1878.  
  1879.  or:
  1880.  
  1881.  dbraun@scdt.intel.com
  1882.  
  1883. ------------------------------
  1884.  
  1885. Date: 22 Aug 90 12:44:07 GMT
  1886. From: mcsun!hp4nl!sci.kun.nl!cs.kun.nl!lwj@uunet.uu.net  (Luc Rooijakkers)
  1887. Subject: Z80 multitask
  1888. Message-ID: <2108@wn1.sci.kun.nl>
  1889.  
  1890. jurjen@cwi.nl (Jurjen NE Bos) writes:
  1891.  
  1892. >clldomps@praxis.cs.ruu.nl (Louis van Dompselaar) writes:
  1893.  
  1894. >>Is there anyone who has had some experience in using multitasking
  1895. >>on a Z80 system? Please let me know what is, and what is not, possible...
  1896.  
  1897. >Easy!  We (4 friends and me) built a multi-user Z80 systems already years
  1898. >ago, featuring 512K RAM, two real floppy drives while the users thought
  1899. >they had 4 floppies each (but if you wanted to read something, you had to
  1900. >walk over and insert your floppy), 5 terminals, etc.
  1901. >The system is still running, and today they are working on a LAN, hard disk,
  1902. >and more goodies.
  1903.  
  1904. >The trick is to get some coprocessors for things like key scanning, disk I/O,
  1905. >and other work that tends to eat away cycles.  The CPU can then start doing
  1906. >only the more useful things.  But of course, we had a lot more performance-
  1907. >increasing tricks...
  1908.  
  1909. But not too many. Since I'm the creator of the Timesharing software for
  1910. that machine (Hi Jurjen!), I will give some hints. By the way, the
  1911. software is still in use and amounts to about 12,000 lines assembly language
  1912. (when I last counted it about a year ago).
  1913.  
  1914. Basically, it all boils down to avoiding busy-waiting like the plague.
  1915. So ALL I/O devices have to be interrupt-driven, and in our environment
  1916. CP/M programs that constantly sit in a console-status loop are frowned
  1917. on. Unfortunately, there are quite a lot of these (WordStar, among
  1918. others, though we don't use it very much).
  1919.  
  1920. We run multiple CP/M 2.2 systems on the system, with a *big* BIOS that
  1921. does the sharing and lots of other work. The users each have 4 drives
  1922. which they can assign to any named disk. When needed, the system asks
  1923. for the disks, which can then be plugged in in any disk drive. We also
  1924. support the use of two 5M ST506 hard disks (very old PC hard disks) which
  1925. are attached to another Z80 system with a SASI adapter. The two systems
  1926. communicate over our own home-built 500Kbit/s token bus network (built
  1927. with Z80 SIO chips). The system uses about 100K for disk caching, since
  1928. we have plenty of memory.
  1929.  
  1930. It might be worth saying that we started this project back in 1984. The
  1931. system still works very satisfactory and is in daily use.
  1932.  
  1933. As a matter of fact, our system averages about 80 percent *idle* time.
  1934. Humans are just too slow to keep any computer busy. Of course, when you
  1935. start running more than one CPU-intensive application (like an
  1936. assembler, or a compiler) then they each get their share of the
  1937. available CPU time, proportional to the number of running programs. But
  1938. other I/O-intensive programs like text editors do not suffer from this
  1939. very much.
  1940.  
  1941. We did add a little bank switching logic external to the Z80, but that
  1942. was not really difficult. It basically consists of a 16 byte memory
  1943. that translates address lines A12 to A15 from the Z80 to address lines
  1944. A12 to A18 on the bus (the 8th bit is used for write protect). For
  1945. hardware freaks, these were just two 7485 chips and a few buffers.
  1946.  
  1947. One thing not possible with our setup is a *secure* multi-user environment,
  1948. but we didn't need that. You can do this using the more modern Z280 chip,
  1949. which has the MMU built on-chip (with 3 DMA-controllers and 256 bytes of
  1950. cache memory and lots of other goodies). The instruction set is upward
  1951. compatible with the Z80, and has nice additions like divide and multiply
  1952. instructions and lots of new adressing modes (e.g. LD HL,(SP+n) ). In fact,
  1953. we have a Z280 lying in some dusty corner, but just never found the time
  1954. to change our system for it. If you start building a new system, by all
  1955. means use a Z280! (To me, it has always seemed a waste to use the Z280
  1956. only for a CP/M Plus system, which several people seem to be doing
  1957. currently. It can do so much more!)
  1958.  
  1959. Summarizing, I would say that almost *anything* is possible. It only
  1960. depends on how much effort you want to spend on it. There are no
  1961. inherent limits in the Z80 processor that would limit you.
  1962.  
  1963. --
  1964. Luc Rooijakkers                                 Internet: lwj@cs.kun.nl
  1965. Faculty of Mathematics and Computer Science     UUCP: uunet!cs.kun.nl!lwj
  1966. University of Nijmegen, the Netherlands         tel. +3180652271
  1967.  
  1968. ------------------------------
  1969.  
  1970. Date: 22 Aug 90 14:55:36 GMT
  1971. From: ns-mx!iowasp.physics.uiowa.edu!syswtr@uunet.uu.net
  1972. Subject: Z80 multitask
  1973. Message-ID: <1990Aug22.095536.780@iowasp.physics.uiowa.edu>
  1974.  
  1975. In article <3696@ruuinf.cs.ruu.nl>, clldomps@praxis.cs.ruu.nl (Louis van Dompselaar) writes:
  1976. > Is there anyone who has had some experience in using multitasking
  1977. > on a Z80 system? Please let me know what is, and what is not, possible...
  1978.  
  1979.    MP/M anyone ???
  1980.  
  1981. Bill
  1982.  
  1983. ------------------------------
  1984.  
  1985. End of INFO-CPM Digest V90 Issue #133
  1986. *************************************
  1987. 25-Aug-90 07:31:21-MDT,10030;000000000000
  1988. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  1989. Date: Sat, 25 Aug 90 07:15:10 MDT
  1990. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  1991. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1992. Subject: INFO-CPM Digest V90 #134
  1993. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  1994. Message-ID: <900825071511.V90N134@WSMR-SIMTEL20.ARMY.MIL>
  1995.  
  1996. INFO-CPM Digest             Sat, 25 Aug 90       Volume 90 : Issue  134
  1997.  
  1998. Today's Topics:
  1999.                 *** Official release of UUCP V2.1b ***
  2000.                             SUBMIT Problem
  2001.                         Z80 multitask (3 msgs)
  2002. ----------------------------------------------------------------------
  2003.  
  2004. Date: 25 Aug 90 05:00:00 GMT
  2005. From: usc!snorkelwacker!spdcc!ima!mirror!pallio!dg@ucsd.edu  (David Goodenough)
  2006. Subject: *** Official release of UUCP V2.1b ***
  2007. Message-ID: <XX00011a6f@pallio.UUCP>
  2008.  
  2009. Those that have been paying attention (or who use the uucp maps for light
  2010. bedtime reading :-) ) will be aware that pallio.UUCP is in fact a CP/M
  2011. system. The software that provides mail and news access has been in beta
  2012. test for several months, and V2.1b has now been officially released.
  2013.  
  2014. I will be posting it to GEnie, I'll try to get a copy to Keith Petersen's
  2015. Royal Oak BBS, and it can also be retrieved from the rna server here at
  2016. pallio. The last three lines of this posting (below the .sig file) when
  2017. sent to pallio!rna will get you what you need. Just change 'your-address'
  2018. to either a bang path from a backbone site, or to an Internet style FQDN
  2019. (user@host.domain type thing). And to keep bandwidth down, put all three
  2020. in one letter, the server can cope with multiple requests in one message.
  2021. -- 
  2022.     dg@pallio.UUCP - David Goodenough        +---+
  2023.                         IHS    | +-+-+
  2024.     ..... !harvard!xait!pallio!dg            +-+-+ |
  2025. AKA:    dg%pallio.uucp@xait.xerox.com              +---+
  2026.  
  2027. /send help to your-address
  2028. /send index to your-address
  2029. /send uucp to your-address
  2030.  
  2031. ------------------------------
  2032.  
  2033. Date: Fri, 24 Aug 90 16:00:05 EST
  2034. From: SAGE@LL.LL.MIT.EDU
  2035. Subject: SUBMIT Problem
  2036.  
  2037.    David Douthitt wrote:
  2038.  
  2039. >> I've been having some trouble with SUBMIT.COM ...
  2040.  
  2041.    He then described the problem that arises when the $$$.SUB file in A0:
  2042. disappears from the command processor's sight when it is logged into a user
  2043. area other than 0.
  2044.  
  2045.    There is a very simple solution.  Get rid of that obsolete ZCPR30!
  2046. Version 3.3 fixed that problem by having the CCP look always in A0: for the
  2047. $$$.SUB file.
  2048.  
  2049.    This does occasionally cause some problems, however.  Some programs
  2050. (e.g., dBase) spawn tasks by writing out a $$$.SUB file and then
  2051. terminating.  Naturally, as conventional CP/M programs, they write the file
  2052. to the current user area.  Z33 and Z34 will not see the file at all.  I
  2053. beleive that patches have been published for some of the programs to make
  2054. them write to A0:.  The ZSDOS DOS path searching facility can also solve
  2055. this problem (and probably ZCPR30's problem, as well).
  2056.  
  2057. -- Jay Sage
  2058.  
  2059.  
  2060. ------------------------------
  2061.  
  2062. Date: 23 Aug 90 17:25:03 GMT
  2063. From: cs.utexas.edu!samsung!sol.ctr.columbia.edu!emory!hubcap!ncrcae!ncr-sd!simasd!simasd!pnet07!donm@tut.cis.ohio-state.edu  (Don Maslin)
  2064. Subject: Z80 multitask
  2065. Message-ID: <1990Aug23.172503.18355@simasd.uucp>
  2066.  
  2067. Or if you really want to reach for it - OASIS
  2068.  
  2069. UUCP: {nosc ucsd crash ncr-sd}!pnet07!donm
  2070. ARPA: simasd!pnet07!donm@nosc.mil
  2071. INET: donm@pnet07.cts.com
  2072.  
  2073. ------------------------------
  2074.  
  2075. Date: 23 Aug 90 20:02:06 GMT
  2076. From: swrinde!cs.utexas.edu!hellgate.utah.edu!cc.utah.edu!cc.usu.edu!slsw2@ucsd.edu  (Roger Ivie)
  2077. Subject: Z80 multitask
  2078. Message-ID: <31349@cc.usu.edu>
  2079.  
  2080. In article <3696@ruuinf.cs.ruu.nl>, clldomps@praxis.cs.ruu.nl (Louis van Dompselaar) writes:
  2081.  
  2082. > Is there anyone who has had some experience in using multitasking
  2083. > on a Z80 system? Please let me know what is, and what is not, possible...
  2084.  
  2085. I've done two multi-tasking things on a Z80. The first is that I experimented
  2086. with MP/M on an Apple Softcard; I wrote a simple MP/M BIOS that simply called
  2087. the CP/M BIOS. I had two jobs going: one just barely large enough to load
  2088. Microsoft BASIC and the other just barely large enough to run PIP when 
  2089. BASIC was loaded in the other. It was lots of fun.
  2090.  
  2091. You might still be able to get MP/M. I bought a brand new copy about a year
  2092. ago, but still have yet to do anything with it. I intend to eventually get
  2093. it running on my NorthStar; I seem to keep collecting bankswitched memory
  2094. cards for the thing.
  2095.  
  2096. The other thing I've done with multitasking was for an embedded system. The
  2097. company I work for makes an IEEE-488 interface to the VAXBI whereon the
  2098. IEEE-488 is entirely managed by a Z80 (i.e.: the VAX politely requests that
  2099. the Z80 do the work for it. Not fast, but it did make the BI interface
  2100. very simple. Oh yeah; the Z80 knows how to translate VAX virtual addresses;
  2101. that was fun). The whole thing is written in assembler and uses a decendant
  2102. of an 8080 multi-tasking kernel originally published in BYTE back when BYTE
  2103. published that sort of thing.
  2104. -- 
  2105. ===============================================================================
  2106. Roger Ivie
  2107.  
  2108. 35 S 300 W
  2109. Logan, Ut.  84321
  2110. (801) 752-8633
  2111. ===============================================================================
  2112.  
  2113. ------------------------------
  2114.  
  2115. Date: 25 Aug 90 00:35:26 GMT
  2116. From: mcsun!hp4nl!phigate!philica!geertj@uunet.uu.net  (Geert Jan de Groot)
  2117. Subject: Z80 multitask
  2118. Message-ID: <652@philica.ica.philips.nl>
  2119.  
  2120. In article <2108@wn1.sci.kun.nl> lwj@cs.kun.nl (Luc Rooijakkers) writes:
  2121. >jurjen@cwi.nl (Jurjen NE Bos) writes:
  2122. >
  2123. >>clldomps@praxis.cs.ruu.nl (Louis van Dompselaar) writes:
  2124. >
  2125. >>>Is there anyone who has had some experience in using multitasking
  2126. >>>on a Z80 system? Please let me know what is, and what is not, possible...
  2127. >
  2128. >>Easy!  We (4 friends and me) built a multi-user Z80 systems already years
  2129. >>ago, featuring 512K RAM, two real floppy drives while the users thought
  2130. >>they had 4 floppies each (but if you wanted to read something, you had to
  2131. >>walk over and insert your floppy), 5 terminals, etc.
  2132. >>The system is still running, and today they are working on a LAN, hard disk,
  2133. >We did add a little bank switching logic external to the Z80, but that
  2134. >was not really difficult. It basically consists of a 16 byte memory
  2135. >that translates address lines A12 to A15 from the Z80 to address lines
  2136. >A12 to A18 on the bus (the 8th bit is used for write protect). For
  2137. >hardware freaks, these were just two 7485 chips and a few buffers.
  2138.  
  2139. A small correction (I am the 'hardware' member of this group, hi Jurjen,
  2140. Luc): I have had some requests earlier about how to do this, but
  2141. (yes, I'm ashamed!) lost the Email address:
  2142. We used 7489's instead of 7485's. 7489's are small, 16x4 bit wide RAMS, but
  2143. very fast (1984 standards, youth scientist's budget, i.e. remove from
  2144. scrap PCBs from a large electronics firm in Eindhoven).
  2145. A15-A12 of the Z80 are connected to the address lines of these RAMs, giving
  2146. 4Kbyte pages. The  data-out lines of these RAMS (we have 2 of them, so 8
  2147. bit) are the address lines that go to the rest of the system.
  2148. One line is reserved for write-protection, giving a 512 Kbyte addres space.
  2149. In this address space, there is some memory-mapped I/O (a number of
  2150. video displays), but there is plenty of room left for users.
  2151.  
  2152. How does one control the RAMs for address remapping? This doesn't seem easy,
  2153. but it worked out for us: fortunately, thos RAM devices have separate data-in
  2154. lines. Those data-in lines are connected to the databus.
  2155. If one uses the 'OUT (B),A' instruction, the CPU really executes
  2156. 'OUT (BC),A', thus the contents of register C are on A8-15 of the CPU,
  2157. and you can put the address of the RAM location on b4-7 of register C.
  2158. Register B contains the I/O address of the RAM chip as usual, and A
  2159. contains the new contents.
  2160. Nice and simple. We even didn't need to use an undocumented feature of the
  2161. Z80; all of this is documented and guaranteed.
  2162.  
  2163. A Nice Thing about running a multi-user system like this is that there is
  2164. always a layer 'above' your own program. If your program crashes, under
  2165. the condition it didn't scribble in the I/O devices (a big no-no for
  2166. multiuser of course), a special key combination is enough to 'reboot'
  2167. your virtual CP/M machine; no need to re-load the operating system.
  2168.  
  2169. The only problem is that all CP/M utilities don't know about the environment
  2170. they're in and don't know they can fork() and things like that. We wrote
  2171. all client-slave software ourselves, because IPC isn't defined in CP/M.
  2172. But, all of the CP/M software we know of works fine on one of the virual
  2173. machines of our multiuser system, and we don't have much non-standard
  2174. software (only for demonstration purposes).
  2175.  
  2176. Still a pleasure to work with! And because of the scrap material, it costed
  2177. only Hfl 1000,- (can't get disk drives from scratch). Physically, it is
  2178. a 19" rack more than 1.5 meter high, crammed with racks full of PCB's.
  2179. It takes at least 2 men to lift it. A real monster, but nice!
  2180.  
  2181. Why didn't we use MP/M? It was not available (as in: we didn't have a copy),
  2182. and the young scientists' budget didn't allow us to buy it.
  2183. We got CP/M via a machine which doesn't exist anymore (I think), 
  2184. and our only chance was to re-use the software that came with that machine..
  2185. Remember, this was the time that Exidy Sourcerers were Hot Machines, 
  2186. and we built the thing because the only Exidy we had was always busy.
  2187. It serves its purpose well.
  2188.  
  2189.  
  2190. Geert Jan
  2191.  
  2192.  
  2193. --8<--nip-nip---------------------------------------------------------------
  2194.  
  2195. Geert Jan de Groot,        Email: geertj@ica.philips.nl
  2196. Philips ICA,                   ..!hp4nl!philica!geertj
  2197. Weisshausstrasse,        Ham: PE1HZG 
  2198. 5100 Aachen, West-Germany
  2199.  
  2200. phone: +49 241 6003 714         "Programs are like waffles:
  2201. fax:   +49 241 6003 709         you should always throw the first one out"
  2202. [Standard disclaimers apply]     - Sutherland
  2203.  
  2204. ------------------------------
  2205.  
  2206. End of INFO-CPM Digest V90 Issue #134
  2207. *************************************
  2208. 29-Aug-90 18:24:56-MDT,9967;000000000000
  2209. Return-Path: <INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL>
  2210. Date: Wed, 29 Aug 90 18:15:17 MDT
  2211. From: INFO-CPM-REQUEST@WSMR-SIMTEL20.ARMY.MIL
  2212. Reply-To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  2213. Subject: INFO-CPM Digest V90 #135
  2214. To: INFO-CPM@WSMR-SIMTEL20.ARMY.MIL
  2215. Message-ID: <900829181520.V90N135@WSMR-SIMTEL20.ARMY.MIL>
  2216.  
  2217. INFO-CPM Digest             Wed, 29 Aug 90       Volume 90 : Issue  135
  2218.  
  2219. Today's Topics:
  2220.                            CP/M internals?
  2221.                    How to speed up Ampro LB+ SCSI?
  2222.                        kaypro II kaput (2 msgs)
  2223.                         Kaypro II needs help!
  2224.                                 submit
  2225.                                UZI-280?
  2226. ----------------------------------------------------------------------
  2227.  
  2228. Date: 29 Aug 90 22:27:38 GMT
  2229. From: eru!hagbard!sunic!sics.se!sics.se!boortz@BLOOM-BEACON.MIT.EDU  (Kent Boortz)
  2230. Subject: CP/M internals?
  2231. Message-ID: <1990Aug29.222738.4302@sics.se>
  2232.  
  2233. Could someone explain to me how a typical CP/M (8085) system is working?
  2234. What parts are there, and where are they (ROM/RAM/disk)? 
  2235. What functions do they have? How do they call each other? 
  2236. How is the memory organised? Maybe you can explain the boot process?
  2237.  
  2238. What parts of the CP/M OS can I replace with freeware/shareware alternatives?
  2239.  
  2240. Why do I ask this? I am trying to write a hardware emulator for 8085 in MC68020
  2241. assembler (just for fun) and is curious if it is possible, with not to much
  2242. work, to port a CP/M system to it. The ideal case would be a OS that used
  2243. the OUT and IN instructions for all communication with the hardware, except
  2244. the screen that could be memory mapped.
  2245.  
  2246.  
  2247. Kent Boortz
  2248. boortz@sics.se
  2249.  
  2250. ------------------------------
  2251.  
  2252. Date: 10 Aug 90 07:21:54 GMT
  2253. From: snorkelwacker!usc!sdd.hp.com!mips!prls!philabs!linus!nixbur!nixpbe!peun11!josef@tut.cis.ohio-state.edu  (Moellers)
  2254. Subject: How to speed up Ampro LB+ SCSI?
  2255. Message-ID: <josef.650272914@peun11>
  2256.  
  2257. In <12835@mentor.cc.purdue.edu> wilker@descartes.math.purdue.edu (Clarence Wilkerson) writes:
  2258.  
  2259. >Could you implement "scsi device to scsi device" transfer without having
  2260. >to go through
  2261. >the CPU? This is possible under some circumstances ( e.g. two disks on
  2262. >same controller ),
  2263. >but I'm not sure of the generality.
  2264.  
  2265. From what I know about SCSI, I'd say it depends. (This is standard
  2266. answer #75534)
  2267.  
  2268. SCSI distinguishes between initiator and target.
  2269. The initiator selects a target and then the target requests from the
  2270. initiator whatever information is needed (command block, data, message)
  2271. or sends to the initiator whatever information it holds (data, status,
  2272. message).
  2273. Usually, hosts are initiators and devices are targets.
  2274. So, in order to do a "device to device" transfer, You'll have to have
  2275. one device that can act as an initiator, communication with another
  2276. device that continues to behave as a target.
  2277. Some tape drives can do this. You just tell'em to read n blocks of data
  2278. from target x and then leave it to do it's task. If You were to look at
  2279. the SCSI bus, You'd see the tape drive selecting the disk, the drive
  2280. requesting command blocks from the tape, then sending data to the tape,
  2281. etc.
  2282. Probably one or the other controller can do a disk-to-disk-copy locally,
  2283. but that would be very controller specific.
  2284.  
  2285. --
  2286. | Josef Moellers        |    c/o Nixdorf Computer AG    |
  2287. |  USA: mollers.pad@nixbur.uucp    |    Abt. PXD-S14        |
  2288. | !USA: mollers.pad@nixpbe.uucp    |    Heinz-Nixdorf-Ring    |
  2289. | Phone: (+49) 5251 104662    |    D-4790 Paderborn    |
  2290.  
  2291. ------------------------------
  2292.  
  2293. Date: 28 Aug 90 22:25:07 GMT
  2294. From: janus.Berkeley.EDU!senderow@ucbvax.Berkeley.EDU  (Dan Senderowicz)
  2295. Subject: kaypro II kaput
  2296. Message-ID: <38499@ucbvax.BERKELEY.EDU>
  2297.  
  2298. My old kaypro II just died of old age. The cpu board works but
  2299. there is no video. The crt gun is cold, indicating probably that
  2300. the tube is bad (filament) or something is wrong with the power
  2301. supply (maybe the transformer).  I would really appreciate it if
  2302. anybody has the service manuals to lend thme to me so I can get
  2303. a better insight of the hardware. I called Kaypro but they don't
  2304. longer have anything for that machine.  Thanks.
  2305.  
  2306. Dan.
  2307.  
  2308. ------------------------------
  2309.  
  2310. Date: 29 Aug 90 07:28:35 GMT
  2311. From: ogicse!milton!blake.acs.washington.edu!callisto@ucsd.edu  (Finn)
  2312. Subject: kaypro II kaput
  2313. Message-ID: <6814@milton.u.washington.edu>
  2314.  
  2315. In article <38499@ucbvax.BERKELEY.EDU> synchrods!daniel@janus.Berkeley.EDU (Dan Senderowicz) writes:
  2316. >My old kaypro II just died of old age. The cpu board works but
  2317. >there is no video. The crt gun is cold, indicating probably that
  2318. >the tube is bad (filament) or something is wrong with the power
  2319. >supply (maybe the transformer).  I would really appreciate it if
  2320. >anybody has the service manuals to lend thme to me so I can get
  2321. >a better insight of the hardware. I called Kaypro but they don't
  2322. >longer have anything for that machine.  Thanks.
  2323.  
  2324.  
  2325. You are in luck!  The Kaypro machines are totally generic.. meaning they used
  2326. the standard stuff of the era (except for the keyboard) and much like disk
  2327. drives and PC power supplies are today, you can plug in almost anything and
  2328. have it work.
  2329.  
  2330.  Specificly, the Kaypro used the Ball monitor.  Not that they bought the
  2331. monitors from Ball, but bought whatever was cheapest that week.  You want
  2332. to look closely at the card edge plug on the monitor in your machine..
  2333. you'll see there are 10 contact points and a slot cut near one end.  Your
  2334. local computer parts supply and junque dealer may not still know what a
  2335. Ball monitor is, but if it has that same connector, it's going to work
  2336. 99 times out of a hundred.  Now the only trick is finding one the right
  2337. size for your case.. although I have built Frankenkaypros fom junk parts 
  2338. and used everything from ultra small cash machine style monitors to huge
  2339. 16 inch monitors.  Last I bought one of these things ( a couple of years
  2340. ago) the going rate was $25 for a used or grungy but workable monitor,
  2341. about $40 for new surplus stuff and real nice ones maybe as high as $65.
  2342.  
  2343.  The above is an assumption that your monitor has packed it in.. the
  2344. power supply is a simple 5 and 12 volt switching supply and it is pretty
  2345. unlikely that it would keep the motherboard and drives happy and fail to
  2346. deliver the 12 volts to the monitor only.  Just to be safe, before 
  2347. spending any money on the monitor, make sure you have +12 on pin 7 on
  2348. the monitor connector.  (The connector may not be numbered, but the
  2349. notch is between 9 and 10)  If you are interested the connector on the
  2350. monitor is as follows:
  2351.  1  Ground
  2352.  2  
  2353.  3 
  2354.  4  Brightness pot on 2 & 3 with wiper to 4
  2355.  5  Arc Gnd (often not used)
  2356.  6  Horz. Sync.
  2357.  7  + 12
  2358.  8  Video
  2359.  9  Vert. Sync.
  2360.  Notch
  2361.  10 Ground
  2362.  
  2363.  If your power supply is NOT making 5 and 12 volts, then it will also
  2364. run you $30 - $40 if you shop around.  You can use almost any reasonably
  2365. rated switching power supply that will fit into the case.  You may or 
  2366. may not have to re-do the power supply connector.  Usually the outputs
  2367. on power supplies are well labled.  It is important to get the same 
  2368. voltages into the same wires. Check everything twice, then have someone
  2369. else check it for you.  (I once toasted 2 drives at once by sending
  2370. 12 volts down a wire that turned out to want 5 volts.)
  2371.  
  2372. ------------------------------
  2373.  
  2374. Date: Tue, 28 Aug 90 10:13:01 PDT
  2375. From: rzh@lll-lcc.llnl.gov (Roger Hanscom)
  2376. Subject: Kaypro II needs help!
  2377. Message-ID: <9008281713.AA29044@lll-lcc.llnl.gov>
  2378.  
  2379. Hello All --
  2380. Any Kaypro II users out there??  I've got one that acts like someone's
  2381. leaning on the three key.  When I power it on, the "A>" prompt comes up,
  2382. but then a line and a half of threes follows.  CP/M tries to interpret
  2383. that as a command line, echoes it back (followed by a "?"), and then the
  2384. whole thing starts again.  It does this with the keyboard disconnected
  2385. also.  Once I got CP/M to come up clean, but then the first key I pressed
  2386. filled the screen ("D" from "dir").  I've got no schematic, so I haven't
  2387. much of a clue where to start to look.  Anybody seen this before??  Does
  2388. the keyboard (serial) go in via a PIO, SIO, or a TTL 8-bit serial shift
  2389. register (74LS164 ??) ?  Any comments would be appreciated.
  2390.  
  2391.               roger           rzh@lll-lcc.llnl.gov
  2392.                               rzh@icf.llnl.gov
  2393.  
  2394. ------------------------------
  2395.  
  2396. Date: 27 Aug 90 13:11:50 GMT
  2397. From: usc!samsung!munnari.oz.au!sirius.ucs.adelaide.edu.au!levels!etrmg@ucsd.edu
  2398. Subject: submit
  2399. Message-ID: <15284.26d91c17@levels.sait.edu.au>
  2400.  
  2401. In article <XX00000150@deety.UUCP>, rat@deety.UUCP (David Douthitt) writes:
  2402. > I've been having some trouble with SUBMIT.COM ...
  2403. > 
  2404.  
  2405. Yes you should try EX14.  If you want it I got it.  You could also try
  2406. SUB34.LBR in pd2:<cpm.zcpr33> on SIMTEL if you can in there.  It's for the
  2407. Z system of course.
  2408. Also, I have some stuff for the apple with the PCPI card, a ram disk soft
  2409. package and sysgen type stuff.  I believe it's Ozzie stuff so you may not
  2410. have it.  If you're interested, let me know.  I've got no use for it but upload
  2411. material.  What disk formats can you do?
  2412.  
  2413. Ronn
  2414.  
  2415. ------------------------------
  2416.  
  2417. Date: 24 Aug 90 11:45:24 GMT
  2418. From: usc!sdd.hp.com!zaphod.mps.ohio-state.edu!lavaca.uh.edu!uhnix1!sugar!ficc!peter@ucsd.edu  (Peter da Silva)
  2419. Subject: UZI-280?
  2420. Message-ID: <O4F5UP@ggpc2.ferranti.com>
  2421.  
  2422. In article <2825@inews.intel.com> dbraun@cadev4.UUCP (Doug Braun ~) writes:
  2423. > Here is what's going on with UZI-280:
  2424.  
  2425. [lots of good stuff]
  2426.  
  2427. So what's the difference between UZI and UNIX?
  2428.  
  2429. > If anyone can recommend a screen-based editor I can get source to and port,
  2430. > such as VDE or VDO, that would be fantastic.
  2431.  
  2432. There is another VI clone out there, "Elvis". Coming to alt.sources soon.
  2433. -- 
  2434. Peter da Silva.   `-_-'
  2435. +1 713 274 5180.   'U`
  2436. peter@ferranti.com
  2437.  
  2438. ------------------------------
  2439.  
  2440. End of INFO-CPM Digest V90 Issue #135
  2441. *************************************
  2442.