home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / std / cplus / 2141 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  1.3 KB
  1. Path: sparky!uunet!europa.eng.gtefsd.com!emory!sol.ctr.columbia.edu!spool.mu.edu!uwm.edu!linac!att!att!allegra!alice!ark
  2. From: ark@alice.att.com (Andrew Koenig)
  3. Newsgroups: comp.std.c++
  4. Subject: Re: Use of nested functions
  5. Message-ID: <24738@alice.att.com>
  6. Date: 28 Jan 93 18:30:42 GMT
  7. Article-I.D.: alice.24738
  8. 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> <dak.728225605@cip-s03>
  9. Reply-To: ark@alice.UUCP ()
  10. Distribution: world
  11. Organization: AT&T Bell Laboratories, Murray Hill NJ
  12. Lines: 15
  13.  
  14. In article <dak.728225605@cip-s03> dak@cip-s03.informatik.rwth-aachen.de (David Kastrup) writes:
  15. > One problem with trampolines and self-modifying code is that there
  16. > is no longer a separate, read only code space.
  17.  
  18. Sure there is; is just doesn't contain the trampolines.  Moreover, I don't
  19. think anyone is talking about self-modifying code -- we're talking
  20. about code that generates other code and then later executes it.
  21. Once generated, the code is never modified.
  22.  
  23. My main problem with the technique, though, is that sometimes the
  24. read-only code space is the *only* code space, especially in
  25. secure applications.
  26. -- 
  27.                 --Andrew Koenig
  28.                   ark@europa.att.com
  29.