home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / mac / programm / 18768 < prev    next >
Encoding:
Text File  |  1992-11-21  |  1.4 KB  |  35 lines
  1. Newsgroups: comp.sys.mac.programmer
  2. Path: sparky!uunet!decwrl!apple!mumbo.apple.com!gallant.apple.com!wintermute.apple.com!user
  3. From: ksand@apple.com (Kent Sandvik )
  4. Subject: Re: Bad F-line instruction
  5. Sender: news@gallant.apple.com
  6. Message-ID: <ksand-211192233646@wintermute.apple.com>
  7. Date: Sun, 22 Nov 1992 07:38:17 GMT
  8. References: <BxoCp1.JyE@inews.Intel.COM>
  9. Organization: Apple
  10. Followup-To: comp.sys.mac.programmer
  11. Lines: 22
  12.  
  13. In article <BxoCp1.JyE@inews.Intel.COM>, dmills@accvio.intel.com (Dave
  14. Mills) wrote:
  15. > I'm useing THINK C 5.0.3, System 7.0.1, Mac II.  When I build an application,
  16. > it always crashes with the message "Sorry, a system error occured 'Program'
  17. > bad F-line instruction".  The program runs fine from within the THINK
  18. > environment.
  19.  
  20. The 68 F-line was a 'spurious interrupt' vector until Omega-SANE
  21. started to use this vector for handling FPU instructions not
  22. present in the 040 built-in FPU.
  23.  
  24. In your case you have a Mac II, so I would personally suspect something
  25. more strange like writing code that overrides the low memory vectors
  26. with bogus values. Check if you by mistake write into low memory
  27. inside your program. Anyway, that'a guess. If you use Think C 5.0.3
  28. it should have the new debugger that should know about the F-line
  29. use.
  30.  
  31. Kent
  32. -------------------
  33. Kent Sandvik (UUCP: ....!apple!ksand; INTERNET: ksand@apple.com)
  34. DISCLAIMER: Private activities on the Net.
  35.