home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / mac / programm / 22320 < prev    next >
Encoding:
Text File  |  1993-01-28  |  1.5 KB  |  37 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!pageworks.com!world!eff!sol.ctr.columbia.edu!news.unomaha.edu!cwis.unomaha.edu!salmon
  3. From: salmon@cwis.unomaha.edu (David Salmon)
  4. Subject: Re: What does 0xB6DB6DB6 mean to you?
  5. Message-ID: <1993Jan28.100231.570@news.unomaha.edu>
  6. Sender: news@news.unomaha.edu (UNO Network News Server)
  7. Organization: University of Nebraska at Omaha
  8. References: <1993Jan28.072816.20649@hobbes.kzoo.edu>
  9. Date: Thu, 28 Jan 1993 10:02:31 GMT
  10. Lines: 25
  11.  
  12. k044477@hobbes.kzoo.edu  writes:
  13. > I have an extremely puzzling heap-corruption bug that I've been actively
  14. > tracking down for days.  I don't have many clues.
  15. > 
  16. > One clue that I do have is, the hex bytes B6 DB 6D seem to get written
  17. > over blocks of mine occasionally.  They rarely (never?) get written 
  18. > outside blocks, so the heap is (often) not corrupted.  Anyone know what
  19. > might be doing this?
  20. > 
  21. > I would guess it's some kind of debugging tool;  the binary
  22. > representation is ...110110110110110110... but I can't figure out who
  23. > might be reponsible...
  24.  
  25. I believe that the code B6DBB6DB... occurrs in unused ROM space. The 
  26. chances are high that you have an uninitialize pointer and are copying
  27. this into your own data. Otherwise, check for improper arguments to
  28. Toolbox trap. The only time I ever get B6DB6DB6... is when I do something
  29. wrong with the Toolbox. One possibility is that you are calling InvalRect
  30. or InvalRgn without setting the port. This always seems to cause some 
  31. memory problems.
  32.  
  33. Hope this helps.
  34. -- 
  35. David C. Salmon
  36. salmon@unomaha.edu
  37.