home *** CD-ROM | disk | FTP | other *** search
/ Oakland CPM Archive / oakcpm.iso / cpm / zcpr33 / nzcom.msg < prev    next >
Encoding:
Text File  |  1987-12-28  |  4.6 KB  |  95 lines
  1. Msg #8381 posted 12/19/87 at 10:46 am by Jim Thale
  2. To: Rich Jacobson     About: stuff & msg (10 lines)
  3.  
  4. Hi there! Politics is heating up and so was my system 'til the Hard
  5. disk crashed.  Belated thanks for the lecture on the value of Backing-
  6. up early-and-often.  The folks at CompuPro were incredibly helpful with
  7. help requests from a 'lowly CP/M user'. Reformatting and new Z-system
  8. & BYE510 are all in the works now that I can start from scratch....
  9.  
  10. Is NZCOM a salable product yet? Might be worthwhile, so many things don't
  11. work with BG and datestamper installed. Trading off RCP for BG sounds good.
  12. Kevin Parker promises a Z280 S-100 CPU with half-to-two Meg. in the first
  13. quarter of '88, gotta work on the Z80DOS/ZRDOS crowd for multitasking
  14. support, thanks     bye        j.
  15.  
  16. Msg #8395 posted 12/21/87 at  6:45 am by Richard Jacobson
  17. To: ALL USERS     About: NZCOM (14 lines)
  18.  
  19. Have had a number of inquiries about NZCOM, the upcoming replacement
  20. for auto-install ZCPR3/3.  It should be out in first quarter of '88.
  21. I have used it in beta form and it is superb.  Superb is too mundane
  22. a word.  It makes obsolete all manual installs and will  be the
  23. Z-System of choice for all users.  Why?  Taking almost no more space
  24. than an optimized manual install, it will permit you to resize your
  25. system on the fly, from the command line, through an alias.  No more
  26. lock-in as far as TPA goes.  If you need more room for a particular
  27. application, just access it via an alias that removes some of the
  28. system segments and associated buffers, increasing TPA.  The alias
  29. can have an exit command that puts all the segments and buffers back.
  30. In short, maximum control of the operating system will be yours.
  31. Once again, nothing beats working in a mature operating system
  32. environment.
  33.  
  34. Msg #8398 posted 12/21/87 at  5:13 pm by Steve Cohen
  35. To: Richard Jacobson     About: NZCOM (2 lines)
  36.  
  37. ALL users?  Even us XBIOS users?  PULLEEZE don't tell me I need to switch
  38. again?
  39.  
  40. Msg #8427 posted 12/25/87 at  6:49 pm by Steve Cohen
  41. To: Richard Jacobson     About: NZCOM (7 lines)
  42.  
  43. Malcom said that XBIOS lacks one important feature of NZCOM
  44. which he plans to add in the next version.  Actually, it owuld
  45. be nice if the two could be kept as compatible as possible.
  46. NZCOM sounds so nice it will probably sweep the vanilla Z-world
  47. and it would be a drag if things started diverging at this point.
  48. NZCOM might even tempt me to put it on my Kaypro, which in terms
  49. of anything new, has been atrophied in time since I got the SB180.
  50.  
  51. Msg #8441 posted 12/27/87 at  7:10 am by Richard Jacobson
  52. To: Steve Cohen     About: NZCOM (7 lines)
  53.  
  54. Yes, NZCOM allows dynamic modification of system size.  As I
  55. understand, what Malcom plans will cover that in the next release
  56. of XBIOS.  Compatibility is not and never has been an issue.
  57. What you really mean to refer to is the question of whether all
  58. the features of NZCOM will exist in XBIOS.  The answer is obviously
  59. yes, in terms of the only feature that counts - dynamic resizing of
  60. system.
  61.  
  62. Msg #8411 posted 12/23/87 at  3:53 am by Fred Haines
  63. To: Steve Cohen     About: NZCOM and XBIOS (18 lines)
  64.  
  65. Why not both NZCOM and XBIOS? Now that Z system has picked up on the
  66. CONIX idea of a dynamically readjustable system/tpa balance, the next
  67. thing will be to look at the XBIOS idea of using banked memory for the
  68. system. If the BIOS can reside in banked memory, why not the rest of
  69. the system as well? With XBIOS we're already warm booting from banked
  70. memory, and BGii keeps its command line history processor over there
  71. until it reloads on warm boot. Why shouldn't almost all of banked
  72. memory be used for the system? I gather that the idea of the "hyperspace"
  73. Z system for the Deep Thought 42 does something of the kind. Whichever
  74. way this goes, I have the feeling that what Rich calls a "mature
  75. operating system" is going to go on maturing and that we'll be
  76. regenerating our systems a few more times before we all switch over to
  77. the Z280.
  78.  
  79.    Anybody who is particularly interested in the OS Scott Moore is
  80. developing for Zedux can contact him on Glendale Littera RCPM/QBBS at
  81. 818/956-6164. You can also call him voice at his office, but I seem to have
  82. misplaced the number. He posted it in a recent message on Littera
  83. though, and you'll easily find it there.
  84.  
  85. Msg #8423 posted 12/25/87 at  6:33 pm by Steve Cohen
  86. To: Fred Haines     About: NZCOM and XBIOS (6 lines)
  87.  
  88. EXACTLY.  When Richard said "mature operating system", plenty of
  89. Humphs went through my head.
  90.  
  91. Amazing, isn't it, that in our "dead" OS, such improvements are
  92. not only contemplated but cranked out.  Whereas Misbegotten-DOS
  93. has 384K of addressable memory hardwired for system uses
  94. and they complain about lack of memory.
  95.