home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / amiga / applicat / 6228 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  2.3 KB

  1. Path: sparky!uunet!dtix!darwin.sura.net!jvnc.net!yale.edu!ira.uka.de!chx400!josef!blatter
  2. From: blatter@ifi.unizh.ch (Martin A. Blatter)
  3. Newsgroups: comp.sys.amiga.applications
  4. Subject: Re: Virtual Memory for the Amiga?
  5. Message-ID: <1992Jul27.162827.1752@ifi.unizh.ch>
  6. Date: 27 Jul 92 16:28:27 GMT
  7. References: <1992Jul27.101544.3547@mpifr-bonn.mpg.de> <1992Jul27.123455.8577@pixel.kodak.com>
  8. Organization: University of Zurich, Department of Computer Science
  9. Lines: 43
  10.  
  11. In article <1992Jul27.123455.8577@pixel.kodak.com> jeh@raster.kodak.com (Ed Hanway) writes:
  12. >Would someone with this virtual memory system care to try the following
  13. >program?
  14. [...`buf' has previously been allocated as virtual memory...]
  15. >            Disable();
  16. >            buf[addr]++;
  17. >            Enable();
  18. [...]
  19.  
  20. There's no need to check that program because it *will* not work with
  21. virtual memory (the reason should be pretty clear, see below). However, 
  22. the program could nevertheless be used on a system with GigaMem, since
  23. the supplied preferences editor allows you to individually remove or add
  24. programs from/to the list of VMem-compatible programs. As my experience
  25. shows, there's almost no commercial application which has problems
  26. with Virtual Memory. By the way: GigaMem will not crash your machine
  27. in such cases but rather pop up a `Software Error' requester...
  28.  
  29. The following lines are from the documentation of the vmem.library
  30. where the author describes some restrictions which are caused by the
  31. nature of virtual memory (and not this specific implementation):
  32.  
  33. 2) Memory allocated via any call of vmem.library MUST NOT be accessed      
  34.    while Disable(), Forbid() or made available to any task other than      
  35.    the one which did the allocation. This includes message ports,
  36.    semaphores, public lists or list entries, IO requests, interrupt
  37.    structures etc.
  38.  
  39. ...and this one's from the Disable() autodoc:
  40.  
  41. DO NOT USE THIS CALL WITHOUT GOOD JUSTIFICATION.  THIS CALL IS
  42. VERY DANGEROUS!
  43.  
  44. Think twice before using Disable(), then think once more.
  45. After all that, think again.
  46.  
  47. >Ed Hanway --- jeh@raster.kodak.com
  48.  
  49. -- 
  50. -------------------------------------------------------------------------
  51. Martin A. Blatter                           blatter@amiga.physik.unizh.ch
  52. Any sufficiently advanced bug is indistinguishable from a feature.
  53.                                                          -- Rich Kulawiec
  54.