home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / std / cplus / 2144 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  1.2 KB
  1. Path: sparky!uunet!math.fu-berlin.de!uni-paderborn.de!urmel.informatik.rwth-aachen.de!cip-s03!dak
  2. From: dak@cip-s03.informatik.rwth-aachen.de (David Kastrup)
  3. Newsgroups: comp.std.c++
  4. Subject: Re: Use of nested functions
  5. Date: 28 Jan 93 12:53:25 GMT
  6. Organization: Rechnerbetrieb Informatik - RWTH Aachen
  7. Lines: 12
  8. Distribution: world
  9. Message-ID: <dak.728225605@cip-s03>
  10. References: <1993Jan13.174051.21288@ucc.su.OZ.AU> <9302002.3172@mulga.cs.mu.OZ.AU> <1993Jan22.081555.12027@us-es.sel.de> <1993Jan26.224107.9187@ucc.su.OZ.AU> <9302813.18482@mulga.cs.mu.OZ.AU>
  11. NNTP-Posting-Host: cip-s03.informatik.rwth-aachen.de
  12.  
  13. One problem with trampolines and self-modifying code is that there
  14. is no longer a separate, read only code space. This can complicate
  15. code sharing by demand paging (self-mod code), and be influenced by
  16. the processor's caches and prefetch queues, if self-modifying code is
  17. expected to work under all circumstances.
  18.  I know for a fact that some CPU testers find out about perfectly
  19. object-code compatible CPUs by finding out, under which circumstances
  20. in self-modifying code is the old code executed instead of the
  21. modified one.
  22.  
  23. The real problem is dealing with separate code space cache controllers,
  24. which are likely not to be designed for that purpose.
  25.