home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / sgi / bugs / 52 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  1.8 KB
  1. Xref: sparky comp.sys.sgi.bugs:52 comp.sys.sgi:18353
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!ames!network.ucsd.edu!pacbell.com!iggy.GW.Vitalink.COM!lll-winken!fastrac!LLNL.Gov!shectman
  3. From: shectman@LLNL.Gov (Robert M. Shectman)
  4. Newsgroups: comp.sys.sgi.bugs,comp.sys.sgi
  5. Subject: rectzoom on Indigo
  6. Keywords: rectzoom Indigo
  7. Message-ID: <BzzKp0.L9u@fastrac.llnl.gov>
  8. Date: 28 Dec 92 20:24:36 GMT
  9. Sender: news@fastrac.llnl.gov
  10. Organization: Computer Systems Research Group, LLNL
  11. Lines: 25
  12.  
  13. I have a brand new Indigo 4000 Elan, running 4.0.5f and I am in the process of moving some code from a VGX to the Indigo.
  14.  
  15. I have a true color window with pixmode(PM_TTOB,1) and
  16.                                 rectzoom(4.0,4.0)
  17.  
  18. When I run this program, and do an lrectwrite to this window, I get a graphics error that wipes out the graphics server.  The SYSLOG reports:
  19.  
  20.     unix: WARNING: VDMA error : MC rev 1 (1) status 1
  21.        unix: WARNING: Gr2PixelDma graphics error
  22.        unix: WARNING: Graphics error: GE PC = 0x4045
  23.     Xsession: shectman: fatal IO error 32 (Broken pipe)
  24.  
  25. The lrectwrite is writing a 128 x 128 truecolor array into a 512 x 512 window.
  26. It is the rectzoom that is the cause of the problem.  If I comment out the
  27. rectzoom the program does not trigger the graphics error.
  28.  
  29. If I run the same program on a VGX sending the graphics to my Indigo with
  30. a rectzoom of 4x4, the program does not crash with an error.  On the other hand the rectzoom is not performed correctly either.  It appears more like a 2.5x4 zoom with the upper section of the window appearing as mostly black with an occasional random colored pixel thrown in.
  31.  
  32. Is this a known problem?  Are there any work-arounds other than not zooming?
  33.  
  34.  
  35. Robert M. Shectman
  36. Lawrence Livermore National Laboratory
  37. shectman@llnl.gov
  38.