home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / mac / system / 10177 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  2.2 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!sdd.hp.com!wupost!gumby!yale!news.wesleyan.edu!eagle.wesleyan.edu!jlawrence
  2. Newsgroups: comp.sys.mac.system
  3. Subject: Re: Bad F-line instruction?
  4. Message-ID: <1992Jul21.100232.1@eagle.wesleyan.edu>
  5. From: jlawrence@eagle.wesleyan.edu
  6. Date: 21 Jul 92 10:02:32 EDT
  7. References: <1992Jul19.011944.24423@smsc.sony.com> <Brn7q0.MC@news.cso.uiuc.edu> 
  8.  <1992Jul19.180509.23246@news.columbia.edu> <jeroen.711661581@groucho.phil.ruu.nl>
  9. Organization: Wesleyan University
  10. Nntp-Posting-Host: eagle.wesleyan.edu
  11. Lines: 41
  12.  
  13. In article <jeroen.711661581@groucho.phil.ruu.nl>, jeroen@phil.ruu.nl (Jeroen Scheerder) writes:
  14. > gmw1@cunixa.cc.columbia.edu (Gabe M Wiener) writes:
  15. > 
  16. >>In article <Brn7q0.MC@news.cso.uiuc.edu> ct54143@uxa.cso.uiuc.edu (Chris Trimble) writes:
  17. >>>
  18. >>>David - I have been using a Mac IIfx with the tuned up system 7 and it does
  19. >>>this all the time.
  20. > 
  21. >>I've seen this "Bad F-line instruction" bomb on many macs over the past
  22. >>few months, especially in the finder.  I saw it on an SE/30 the other
  23. >>day whenever someone tried to format HD disks.
  24. > 
  25. >>I suspect it is a genuine system bug.
  26. > 
  27. > That might be the case. I've experienced the very same error on quite a
  28. > few System 7 Macs recently. However, I have established a relation between
  29. > the frequency of the "Bad F-Line instruction" (and, alternating with this,
  30. > "Finder Address error") and the memory set aside for some 'daemonic'
  31. > applications.
  32. > I am under the distinct impression that increasing the memory for PrintMonitor
  33. > increases the system's stability greatly. So does not having too much
  34. > fileservers mounted.
  35. > 
  36. > Yet it would be nice to have the _real_ culprit pinned down. From the
  37. > information I get with TMON Pro, the active app when crashing is almost
  38. > always the Finder. But let's not jump to conclusions, please.
  39. > 
  40. > Just my $0.01.
  41. > 
  42.  
  43.  
  44. I may be getting in this a little late, but I am working on a project that uses
  45. a multimedia program Authorware. The machine we use crashes ALL the time when
  46. using it,(iisi, 7.0.1 tuned-up) and it happens mostly when doing file I/O. 
  47. Just thought Id throw that in.  Maybe Authorware can do something about it (and
  48. maybe a lot of other things that would make it MUCH nicer to work with,
  49. too.:))
  50.  
  51. My $.02.
  52.  
  53. jamie 
  54.