home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / amiga / programm / 12435 < prev    next >
Encoding:
Text File  |  1992-08-18  |  2.3 KB  |  48 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!sdd.hp.com!hp-cv!hp-pcd!hpmcaa!hpmcaa!bryanf
  3. From: bryanf@hpmcaa (Bryan Ford)
  4. Subject: Re: Speculations: Amiga and Mach?
  5. Message-ID: <1992Aug18.155138.6399@hpmcaa.mcm.hp.com>
  6. Sender: news@hpmcaa.mcm.hp.com (News Administrator)
  7. Nntp-Posting-Host: hpmcaa.mcm.hp.com
  8. Organization: HP Cardiology Business Unit - McMinnville, OR
  9. X-Newsreader: Tin 1.1 PL4
  10. References: <64173@cup.portal.com>
  11. Date: Tue, 18 Aug 1992 15:51:38 GMT
  12. Lines: 34
  13.  
  14. Tony-Preston@cup.portal.com (ANTHONY FRANCIS PRESTON) writes:
  15. > Having worked with "porting" applications into the Mach environment
  16. > I would say that moving Amigados to Mach(similar to what I did with
  17. > a different Real time system in Ada) would be a mistake.  Mach documentation
  18. > makes the RKM and other Amiga documentation look like a set of 
  19. > detailed instructions!  My vote is to say aways from Mach at this time!
  20.  
  21. You must have a different set of documentation than I do, or you don't have
  22. all of it.  The set of four manuals, printed on normal paper, is about as
  23. big as the 1.1 RKM: Libraries and Devices was, maybe bigger, and it documents
  24. ONLY the microkernel, the rough equivalent of Exec.  I've read through the
  25. whole thing, and it seemed very clear - although of course many of the concepts
  26. can be difficult at first for people not used to object-oriented programming.
  27.  
  28. Besides, even if the Mach documentation wasn't good, the point was already
  29. made that anybody can get source code for Mach, and source code for example
  30. servers and clients.  (Downloading the February snapshot of the Hurd from
  31. alpha.gnu.ai.mit.edu and scrounging through it helped me get a feel for the
  32. way things are done in Mach, even though most of that code doesn't work yet.)
  33.  
  34. BTW, I have a hacked-up version of Mach running on my machine non-preemptively
  35. (I haven't figured out the interrupt system yet :-) ) and without much to do
  36. (no device drivers or servers, so it doesn't get much farther than the
  37. bootstrap routine) but fully in VM and otherwise in good shape.  I had only
  38. the "bad" Mach documentation to learn from.
  39.  
  40.                 Bryan
  41.  
  42. (P.S. Don't even ask for my semi-port of Mach - I did it in order to get
  43. familiar with it, so it's completely "hackerware". :-)  Somebody else is 
  44. doing the real port; can't remember the name right now but I think
  45. he's on this group.)
  46.  
  47.  
  48.