home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / mac / programm / 13150 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  1.3 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!mips!swrinde!elroy.jpl.nasa.gov!lambda.msfc.nasa.gov!robichau
  2. From: robichau@lambda.msfc.nasa.gov (Paul Robichaux)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Hunting the elusive bus error
  5. Message-ID: <1992Jul29.133907.24141@lambda.msfc.nasa.gov>
  6. Date: 29 Jul 92 13:39:07 GMT
  7. Reply-To: robichau@lambda.msfc.nasa.gov
  8. Organization: New Technology, Inc.
  9. Lines: 24
  10.  
  11. When I perform a certain sequence of operations in my application
  12. twice, it falls down and goes :BOOM:, creating a rather large mess in
  13. the process.
  14.  
  15. One occasional symptom is that, after the operation is complete, calls to
  16. GetNewDialog persistently return NIL. IM I-413 says that, if
  17. GetNewDialog can't load the DLOG or DITL resources, the function
  18. result will be undefined.
  19.  
  20. However, sometimes the call to GetNewDialog works fine. So far I've
  21. gotten bus errors in _StripAddress, Think Pascal's runtime.lib, and my
  22. dialog routine.
  23.  
  24. Is there a general heuristic for hunting down bus errors? I want to
  25. become a Mighty Hunter of Annoying Exceptions, so your advice would be
  26. appreciated.
  27.  
  28. Reply via e-mail, and I'll summarize in a week or so.
  29.  
  30. TIA,
  31. -Paul
  32. -- 
  33. Paul Robichaux, KD4JZG          | I shouldn't bitch / I shouldn't cry
  34. robichau@lambda.msfc.nasa.gov   | I'd start a revolution but I don't have time.
  35.