home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / mac / programm / 20127 < prev    next >
Encoding:
Text File  |  1992-12-21  |  1.7 KB  |  36 lines

  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!gumby!kzoo!k044477
  3. From: k044477@hobbes.kzoo.edu (Jamie R. McCarthy)
  4. Subject: I will kill or die for this tool
  5. Message-ID: <1992Dec21.043540.20183@hobbes.kzoo.edu>
  6. Organization: Kalamazoo College
  7. Date: Mon, 21 Dec 1992 04:35:40 GMT
  8. Lines: 26
  9.  
  10. (Not that it would help me much if I were dead, I guess...)
  11.  
  12. Might some enterprising developer want to write a Macsbug dcmd that will
  13. keep track of the state of a handle/resource?  It would trap _HLock,
  14. _HUnlock, _HPurge, _HNoPurge, _AddResource, _DetachResource,
  15. _ReleaseResource, and _DisposHandle, oh yeah and _HSetState too.  You
  16. tell it to keep track of a certain handle, and to drop into Macsbug when
  17. its state changes a certain way.
  18.  
  19. See, I have this resource, and the code goes through some incredible
  20. gyrations to keep it locked when necessary and unlocked when not, and
  21. it's screwing up somewhere between function X and function Y.  If I
  22. could just break into Macsbug at X, find the resource, tell this dcmd to
  23. keep its eye out for any calls that unlock it, and continue, I'd be home
  24. free.  I've been trying to track it down, and after several hours and
  25. thousands of lines of code (one at a time), I'm not any closer.
  26.  
  27. Does anything like this exist already?  Can it be done with a macro
  28. (break on these a-traps, check the state byte, continue iff the locked
  29. bit is set)?  Does anyone with lots of free time want to write it?
  30. Or should I tack this onto my Things I'd Really Like To Write list?
  31. -- 
  32.  Jamie McCarthy      Internet: k044477@kzoo.edu      AppleLink: j.mccarthy
  33.  "As you should know by now, we're strong believers in the Apple II
  34.   and always will be.  But we can't ignore reality forever."
  35.     - Tom Weishaar
  36.