home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / sgi / 16646 < prev    next >
Encoding:
Internet Message Format  |  1992-11-19  |  1.5 KB
  1. Path: sparky!uunet!ornl!rsg1.er.usgs.gov!darwin.sura.net!lhc!adm!news
  2. From: zsd@axe.drea.dnd.ca (Jim Diamond)
  3. Newsgroups: comp.sys.sgi
  4. Subject: drawing a blank with blanktime
  5. Message-ID: <34156@adm.brl.mil>
  6. Date: 19 Nov 92 15:28:59 GMT
  7. Sender: news@adm.brl.mil
  8. Lines: 32
  9.  
  10. The man page for blanktime(1G) claims:
  11.      The screen of the iris will normally blank (turn black) if the system
  12.      receives no input events for 10 to 15 minutes.
  13. I have a program (which can either draw on the background (i.e., it
  14. calls imakebackground()) or be run as a screen lock) which, every 60
  15. seconds, makes some calls like:
  16.         drawmode(NORMALDRAW);
  17.         singlebuffer();
  18.         gconfig();
  19.         shademodel(FLAT);
  20.         linewidth(1);
  21. (Sometimes, it's doublebuffer() ...)
  22. If I have blanktime set to more than 60 seconds (i.e., I type
  23.     blanktime <n>
  24. for <n> > 4020) then the screen never blanks.  A quick scan of the man
  25. pages of the above functions reveals no references to screen blanking.
  26. When I run this same program in a mode where the code sequences like
  27. the one above are NOT called periodically, screen blanking works
  28. normally.
  29.  
  30. It seems to be that the actions of one of the routines above conflicts
  31. with blanktime's man page assertion that only input events affect the
  32. screen blanking.  Is a man page incomplete/wrong, is there a bug in
  33. some GL code, or am I reading the man pages poorly?
  34.  
  35. This is occurring on an Indigo Elan (r3k) running 4.0.5A.
  36.  
  37. Thanks.
  38.  
  39.             Jim Diamond
  40.             zsd@axe.drea.dnd.ca
  41.  
  42.