home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / os / mswindo / programm / misc / 1322 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  1.2 KB
  1. From: martin@hpopd.pwd.hp.com (Martin Wink)
  2. Date: Thu, 13 Aug 1992 18:33:09 GMT
  3. Subject: Re: DLL trashing App's Data Segment?
  4. Message-ID: <-150959997@hpopd.pwd.hp.com>
  5. Organization: Hewlett-Packard ISG-SBU-PWD, UK.
  6. Path: sparky!uunet!usc!sdd.hp.com!hpscdc!hplextra!otter.hpl.hp.com!hpopd!martin@hpopd.pwd.hp.com
  7. Newsgroups: comp.os.ms-windows.programmer.misc
  8. References: <1992Aug12.145332.24382@ods.com>
  9. Lines: 19
  10.  
  11. Scott...
  12.  
  13. It's nothing as simple as the DLL using a lot of stack space for its
  14. local variables, & writing past the bottom of your application's stack.
  15. This would trash your application's static/global variables for you.
  16. A giveaway would be if the damaged memory locations appear to the end
  17. of your static data in the map file.  Depending on how the DLL uses its
  18. local variables, it wouldn't necessarily trash contiguous chunks of
  19. memory, it could hit just the odd byte.
  20.  
  21. Since DLL's don't work with stack checking you don't get the warnings
  22. that you would if your application's code overflows the stack.  I only
  23. spotted this with one of our apps by stepping through the DLL & noticing
  24. that the stack suddenly expanded.
  25.  
  26. suggestively yours........ 
  27.    martin wink............
  28.       HP Pinewood, UK.....
  29.  
  30.