home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / misc / 17133 < prev    next >
Encoding:
Text File  |  1992-11-19  |  1.8 KB  |  38 lines

  1. Newsgroups: comp.sys.amiga.misc
  2. Path: sparky!uunet!news.smith.edu!sophia.smith.edu!jfieber
  3. From: jfieber@sophia.smith.edu (John Fieber)
  4. Subject: Re: Why doesn't Amiga core-dump? *sigh*
  5. Message-ID: <1992Nov19.142226.27864@sophia.smith.edu>
  6. Sender: root@sophia.smith.edu (Operator)
  7. Organization: Smith College
  8. References: <92323.003545BGT101@psuvm.psu.edu> <1992Nov18.133139.21744@ifi.unizh.ch> <92323.182614BGT101@psuvm.psu.edu>
  9. Date: Thu, 19 Nov 1992 14:22:26 GMT
  10. Lines: 26
  11.  
  12. In article <92323.182614BGT101@psuvm.psu.edu> Blaise Tarr <BGT101@psuvm.psu.edu> writes:
  13. >on the road to memory protection.  When a message is passed (or rather a
  14. >pointer to the message), the area with the message essentially belongs to
  15. >the process receiving the message.  The MMU tables can be modified so the
  16. >receiving process has access to the message until it has sent a ReplyMsg().
  17.  
  18. ...BUT, how is the OS going to know what memory constitues the
  19. message?  If I use a message to pass a pointer to a structure
  20. full of pointers to other bits of data, there could be dozens of
  21. little pieces of message floating around.  The only thing that
  22. can know for sure the extent of the message is the application
  23. sending it.  The receiving application can usually find out but
  24. even it has to have some pre-programmed knowledge of what to look
  25. for.
  26.  
  27. Sure, I can now use MEMF_PUBLIC when I allocate that memory but
  28. that still leaves about 99% of current programs that would fall
  29. flat on their face.  Though I will never say never, I cannot at
  30. this moment see any way to (1) make protected memory happen (2)
  31. not break existing software and (3) not take a huge performance
  32. hit in the process.  
  33.  
  34. -john
  35. -- 
  36. === jfieber@sophia.smith.edu ================================================
  37. ======================================= Come up and be a kite!  --K. Bush ===
  38.