home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / oop / macapp3 / 620 < prev    next >
Encoding:
Internet Message Format  |  1993-01-27  |  1.5 KB
  1. Path: sparky!uunet!pageworks.com!world!eff!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!ames!agate!stanford.edu!apple!applelink.apple.com
  2. From: DAVEG@APPLE.COM
  3. Newsgroups: comp.sys.mac.oop.macapp3
  4. Subject: MethTables segment
  5. Message-ID: <9301270052.AA05054@apple.com>
  6. Date: 27 Jan 93 00:52:00 GMT
  7. Sender: daemon@Apple.COM
  8. Organization: AppleLink Gateway
  9. Lines: 28
  10.  
  11. From: Dave Green <daveg@apple.com>
  12. To: MACAPP3TECH$@AppleLink.Apple.COM
  13.  
  14. I appreciated your Linker trivia.  and wanted to bounce something off of
  15. you.
  16.  
  17. The %_Methtables segment contains the dispatching information only for
  18. functions which use PASCAL calling conventions, correct?
  19.  
  20. So, could one take an application which was into the model -far case
  21. and bring it back under the limits by making non-macapp methods of
  22. the hierarchy use C++ calling conventions?
  23.  
  24. Even if the above paragraph is technically correct, is there some
  25. reason other than support for object pascal to avoid this strategy?
  26.  
  27. I have an application that overextended the bounds recently and
  28. still has a ways to go in development.  If I can get it to compile without
  29. using modelf -far at ship time, it would be excellent (bettter performance).
  30.  
  31. one last question:
  32. In segmenting an application (black magic), it would be useful if there
  33. were a spell for detecting cross segment function calls.  Can anyone
  34. offer a suggestion on how to illumate these?  (incantations, runes to be
  35. etched on nearby surfaces... etc.)
  36.  
  37. hoping to tune up my hoggish application,
  38. Dave
  39.