home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sgi / apps / 10 < prev    next >
Encoding:
Text File  |  1992-12-30  |  2.1 KB  |  51 lines
  1. Newsgroups: comp.sys.sgi.apps
  2. Path: sparky!uunet!munnari.oz.au!spool.mu.edu!sgiblab!sgigate!odin!sgihub!zola!rendezvous!murgesh
  3. From: murgesh@rendezvous.esd.sgi.com (Murgesh Navar)
  4. Subject: Re: FrameMaker 3.1 Goes Crazy!
  5. Message-ID: <u8rvtp4@zola.esd.sgi.com>
  6. Sender: news@zola.esd.sgi.com (Net News)
  7. Organization: Silicon Graphics, Inc.  Mountain View, CA
  8. References: <1992Dec29.040152.18074@ringer.cs.utsa.edu> <1992Dec30.032951.4697@ringer.cs.utsa.edu>
  9. Date: Wed, 30 Dec 92 21:49:46 GMT
  10. Lines: 39
  11.  
  12.  
  13. In article <1992Dec30.032951.4697@ringer.cs.utsa.edu>, senseman@lucy.brainlab.utsa.edu writes:
  14. > In article <1992Dec29.040152.18074@ringer.cs.utsa.edu> senseman@lucy.brainlab.utsa.edu (David M. Senseman) writes:
  15. > >We have FrameMaker 3.1 running on several Indigos (XS24's)
  16. > >under Irix 4.0.5F. Overall, it's a wonderful product. However,
  17. > >now and then, for no apparent reason, the program completely
  18. > >trashes the screen (it becomes a series of cross-hatched lines
  19. > >on a grey screen). 
  20. > 
  21. > 
  22. > 
  23.  
  24. > FrameMaker 3.0 under MS Windows. In fact it was the ability 
  25. > of FrameMaker to run on SGI, IBM, Mac and SUN -- AND TO TRANSFER
  26. > THE FILES *SEAMLESSLY* BACK AND FORTH -- that lead to us to standardize
  27. > on FrameMaker. Rats....
  28.      
  29.     You should still be able to do this.
  30. > 
  31. > Everytime I open a document on my Indigo that was previously created
  32. > on the IBM I get a warning about "unavailable fonts" -- this may
  33. > (or may not) be a clue?
  34. > 
  35. > Some SGI types have suggested a possible hardware problem with the
  36. > graphics card (XS24) but I've seen this problem on three different
  37. > machines in my lab (not mention Robert van Liere's machines). 
  38. > I'll bet it's in the way Frame is handling the "unavailble fonts"
  39. > but since Frame doesn't provide source code, it's hard for a user
  40. > to tell ;-)
  41. > 
  42.  
  43.     Whatever happens, even if frame does something strange, no one
  44. should be able to kill the graphics as seen in your earlier message. I
  45. suggest that you get hold of a data-file that kills the machine when 
  46. Frame tries to open it, and file a bug report. We'd like to get any 
  47. problems with our machines fixed pronto, especially if the graphics
  48. dies. 
  49.  
  50.                         -murgesh
  51.