home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / mac / system / 10186 < prev    next >
Encoding:
Text File  |  1992-07-21  |  2.4 KB  |  56 lines
  1. Newsgroups: comp.sys.mac.system
  2. Path: sparky!uunet!sun-barr!apple!mumbo.apple.com!zardoz
  3. From: wingo@apple.com (Tony Wingo)
  4. Subject: Re: Bad F-line instruction?
  5. Sender: news@mumbo.apple.com
  6. Message-ID: <wingo-210792100047@zardoz.apple.com>
  7. Date: Tue, 21 Jul 1992 17:22:14 GMT
  8. Distribution: net
  9. References: <1992Jul19.011944.24423@smsc.sony.com> <1992Jul21.130232.1938@centerline.com>
  10. Organization: Apple Computer
  11. Followup-To: comp.sys.mac.system
  12. Lines: 42
  13.  
  14. In article <1992Jul21.130232.1938@centerline.com>, Devan F. Dewey
  15. <dewey@centerline.com> wrote:
  16. > 
  17. > 
  18. > 
  19. > >and then I got this "Bad F-line instruction" error from the Finder.  I
  20. > 
  21. > Is anyone from Apple listening?? I get this message a lot, too. It would
  22. > be nice to know what it really means.
  23.  
  24. It means that the CPU fetched and attempted to execute an op-code whose
  25. high order 4 bits were all 1's.  Such opcodes are known in the Motorola
  26. documentation as F-Line Exceptions, and are meant primarily to interface
  27. with co-processors.  When the processor attempts to execute an F-Line that
  28. doesn't correspond to an installed co-processor, it throws up it's hands
  29. and traps into the OS, saying in effect "Here, you deal with it". 
  30.  
  31. The OS, knowing that no legitimate piece of code should have undefined
  32. F-Lines in it, assumes that said code is horribly corrupted, and presents
  33. the fatal error alert.
  34.  
  35. OK, so Bad F-Line instruction means that some code is corrupted. (Actually,
  36. almost all of those cryptic fatal errors boil down to some code being
  37. corrupted).  This in turn means that either:
  38.  
  39. 1.  The copy on the disk got corrupted somehow, so that when you execute
  40. that application (or int this case the Finder) you are executing bum code. 
  41. The only thing to do in this case is to re-install the effected software. 
  42. (NOTE, if you decide that your system is corrupted, drag the system file
  43. and the finder into the trash before running the installer, to guarantee
  44. that the installer actually replaces the whole thing).
  45.  
  46. 2.  Some other application or INIT in your system is stepping on the
  47. failing application in memory.  Try running with no INITS.  If this solves
  48. the problem, start adding INITS one by one until the problem recurs.  Then
  49. trash that last INIT.  If it is not an INIT problem, then one of your
  50. applications is stepping on something it shouldn't (such as the Finder). 
  51. Experiment around until you figure out which one it is, then trash it.
  52.  
  53. -tony
  54.  
  55. >>usual disclaimer<<
  56.