home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / mac / programm / 13931 < prev    next >
Encoding:
Internet Message Format  |  1992-08-13  |  2.0 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!samsung!transfer!ceylon!choffman.gte.com!user
  2. From: chuck@gte.com (Chuck Hoffman)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Re: Help!  System error #28
  5. Message-ID: <chuck-130892084411@choffman.gte.com>
  6. Date: 13 Aug 92 12:49:44 GMT
  7. References: <chuck-120892123052@choffman.gte.com>
  8. Sender: news@ceylon.gte.com
  9. Followup-To: comp.sys.mac.programmer
  10. Organization: GTE Laboratories
  11. Lines: 35
  12.  
  13. In article <chuck-120892123052@choffman.gte.com>, chuck@gte.com (Chuck
  14. Hoffman) wrote:
  15. > 
  16. > SystemErrors DA says "stack has moved into application heap."  Is this
  17. > simply a memory management problem, or is it really something else
  18. > masquerading as a memory problem with a bogus return?
  19.  
  20. In article <chuck-120892141258@choffman.gte.com>, chuck@gte.com (Chuck
  21. Hoffman) wrote:
  22. > 
  23. > Arrrrgggghhhh!!!!  I changed the program SIZE parameter and the error
  24. > changed to #25 (out of memory).  Something is definitely running amok.
  25.  
  26. Problem solved.
  27.  
  28. I got some very interesting and helpful information about stack management
  29. from John Wallace at TRW.  Thanks much, John.  I appreciate it.
  30.  
  31. The problem turned out to be a dumb error masquerading as a memory
  32. management problem, though.  I had passed an int to FSRead for the number
  33. of bytes to read.  It was expecting a long, so FSRead thought the few bytes
  34. ahead of my int were the upper half of a long word with a VERY large value.
  35.  Naturally, the read overflowed the buffer in the stack and manifested
  36. itself as error #28 or #25.
  37.  
  38. This kind of problem would have been much easier to debug at the assembly
  39. level with MacsBug, rather than at the source level with THINK C Debugger. 
  40. I'm a very experienced programmer using IBM System/370 Assembly Language
  41. (mainframe).  I simply must learn 680x0 assembly language.  Any
  42. recommendations for textbook, course, or assembler software?
  43.  
  44. -Chuck Hoffman
  45.  
  46. I'm not sure why we're here, but I am sure that while we're here we're
  47. supposed to help each other.
  48.