home *** CD-ROM | disk | FTP | other *** search
/ ftp.whtech.com / ftp.whtech.com.tar / ftp.whtech.com / Geneve / 9640news / CAT23 / NOTMDOS.ARK < prev    next >
Text File  |  2006-10-19  |  3KB  |  52 lines
  1. ?
  2. The following comments come from Clint Pulley
  3. ----------------------------------------------
  4. [the transcript in question was a conversation between my self (J.STRICHERZ1)
  5.  and Jeff White (J.WHITE28) concerning the possible replacements for MDOS and
  6.  the SYSTEM/SYS loader in the Geneve eprom]
  7.  
  8. I read through your transcript and have these comments :
  9.  
  10. - I've known about SYSTEM/SYS for quite awhile. I was involved with the Geneve
  11. prototype back in '86. It had an 8k command line interpreter in SYSTEM/SYS and
  12. used external DSR's (those that worked, that is).
  13.  
  14. - I am TOTALLY opposed to using external DSR's as they now exist. The thought
  15. of going back to VDP RAM for all I/O is extremely distasteful. Also, not all
  16. on-card DSRs work properly - some interrogate the 4A's keyboard CRU lines
  17. which is a nogo on the 9640. I feel that the best part of MDOS (pre 1.14FU)
  18. is the file system in a floppy environment, although I've wondered why it is
  19. so large. I suspect that each device type has its own DSR instead of using
  20. common code for everything but physical access. As an aside, MDOS isn't that
  21. big - look at OS2!
  22.  
  23. - In my opinion, the worst things about MDOS are the video functions (slow,
  24. huge, and far too generalized - why not restrict TTY type output to text
  25. modes, for example), and the CLI (wouldn't you just die if FORMAT and
  26. DISKCOMP weren't resident!!) which eats up about 32k all by itself. Even
  27. MSDOS loads COMMAND.COM, FORMAT, etc. when needed and allows multiple
  28. copies of COMMAND.COM to run.
  29.  
  30. - My suggestion for .NOT.MDOS is to throw away the CLI, video and math parts,
  31. keeping file I/O, memory management and utilities, and possibly cleaning up
  32. the keyboard input and interrupt handling (quite inefficient - do you know
  33. that the mouse is read on each video interrupt, unconditionally?). With a
  34. modular CLI (please, not Unix-like, it's too awk-ward!!), efficient video
  35. and math, and a keyboard input that knows about ALL the keys you might have
  36. something with a reasonable effort. Then take it one more step and break the
  37. whole thing up so that SYSTEM/SYS is only a startup bootstrap and OS segments
  38. are loaded based on a user-specified config file . I don't know how much time
  39. I'd have for a project like this, but I am quite willing to adapt the c99
  40. run-time environment to whatever operating mileu you people might come up
  41. with. Anyway, enough soapboxing.
  42.  
  43. Oops, gotta get back to work.
  44.  
  45. Clint
  46. ------------------------------
  47.  
  48.  
  49. Download complete.  Turn off Capture File.
  50.  
  51.  
  52.