octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #49083] demo camlight fails using qt graphics_


From: Markus Mützel
Subject: [Octave-bug-tracker] [bug #49083] demo camlight fails using qt graphics_toolkit
Date: Wed, 14 Sep 2016 16:20:52 +0000 (UTC)
User-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:49.0) Gecko/20100101 Firefox/49.0

Follow-up Comment #4, bug #49083 (project octave):

After reading the code again, I guess that for some reason a GL error occured
before "get_maxlight" is called.
Atm, I am cross-building with the following change in gl-render.cc:

@@ -603,6 +603,8 @@
 
   static int max_lights = 0;
 
+  std::cout << "GL error: " << glGetError () << std::endl;
+
   // Check actual maximum number of lights possible
   if (max_lights == 0)
     {


That should reset a possible GL error and print the error number. Maybe that
could give a hint as to what is going on here.

However, it might take some time before I have any results because
cross-building is just so tedious...

@Rik: I guess something is wrong with how we are initializing OpenGL for
Windows or we cause an error very early after initialization. We do not call
glGetError as often as we probably should. I have also seen problems with
"texturemap" on Windows on my system (see bug #46997). As far as I can see,
that is the only place that glGetError was called before. That error in
texturemaps disappeared for me. I guess that is because the GL error is now
reset earlier in "get_maxlights" (causing problems here).

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?49083>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]