home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / amiga / misc / 17125 < prev    next >
Encoding:
Text File  |  1992-11-18  |  2.3 KB  |  49 lines
  1. Newsgroups: comp.sys.amiga.misc
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!ghost.dsi.unimi.it!univ-lyon1.fr!chx400!josef!avalon.physik.unizh.ch!matija
  3. From: matija@avalon.physik.unizh.ch (Matija Milostnik)
  4. Subject: Re: Why doesn't Amiga core-dump? *sigh*
  5. Message-ID: <1992Nov19.084052.12588@ifi.unizh.ch>
  6. Summary: Message passing and MP
  7. Keywords: MP, exec messages
  8. Sender: news@ifi.unizh.ch (USENET News Admin)
  9. Nntp-Posting-Host: avalon
  10. Organization: Informatik Club d. Universitaet, Zuerich
  11. References: <92323.003545BGT101@psuvm.psu.edu> <1992Nov18.133139.21744@ifi.unizh.ch> <92323.182614BGT101@psuvm.psu.edu>
  12. Date: Thu, 19 Nov 1992 08:40:52 GMT
  13. Lines: 34
  14.  
  15. >In article <92323.182614BGT101@psuvm.psu.edu> Blaise Tarr <BGT101@psuvm.psu.edu> writes:
  16. [..]
  17.  
  18. >Never say never :-).  On page 456 of the 2.0 RKRM under a description of
  19. >[..]
  20. >Anyways, message passing isn't necessarily an impossible obstacle to overcome
  21. >on the road to memory protection.  When a message is passed (or rather a
  22. >pointer to the message), the area with the message essentially belongs to
  23.                               ^^^^^^^^^^^^^^^^^^^^^
  24.                               which area?
  25. >the process receiving the message.  The MMU tables can be modified so the
  26. >receiving process has access to the message until it has sent a ReplyMsg().
  27.  
  28. This is only _half_ of the problem.
  29.  
  30. The message is only a grant to use some memory. The owner of the
  31. memory tells you with the message "Hi, I have some memory at this location,
  32. go ahead, you can use it. I will not do anything on this memory as long
  33. as you dont send me a reply'. Usually this area is bounded with the message
  34. BUT IT MUST NOT. In the message you could have a pointer to any memory 
  35. location you own. This situation CANT be protected, cause the system doesnt 
  36. know about it.
  37. Replying to a message is telling the programm 'Hi, I ve looked at your memory
  38. and found what I was looking for. Now I dont need it anymore. You are now
  39. back the only owner of your memory and do whatever you want'
  40.  
  41. >       ///  Blaise Tarr
  42.  
  43.  
  44. -- 
  45. Best regards from Matija Milostinik           : matija@avalon.ifi.unizh.ch  
  46.                                               : matija@amiga.physik.unizh.ch
  47. Therefore, use local labels in the procedures as often as possible. 
  48. Save the environment!  Recycle!  ;-)                 (Bjoern Reese)
  49.