[PyOpenGL-Devel] [ pyopengl-Bugs-441873 ] glMultiTexCoord2*ARB failure

[SourceForge.net <no...@so...>]

Bugs item #441873, was opened at 2001-07-16 22:14
Message generated for change (Comment added) made by bourriquet42
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105988&aid=441873&group_id=5988

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: GL
Group: v2.0
Status: Closed
Resolution: Fixed
Priority: 5
Private: No
Submitted By: Mike C. Fletcher (mcfletch)
Assigned to: Tarn Weisner Burton (twburton)
Summary: glMultiTexCoord2*ARB failure

Initial Comment:
glMultiTexCoord2dARB doesn't seem to want to be called 
between glBegin and glEnd, seems as though there might 
be some GL function getting called in the wrapper that 
shouldn't be called there.

See OpenGLContext/tests/multitexture_1.py for testing 
code.  Far as I can see that's properly structured.

----------------------------------------------------------------------

Comment By: bourriquet42 (bourriquet42)
Date: 2010-10-08 08:22

Message:
The new bug has been opened here.
https://sourceforge.net/tracker/?func=detail&aid=2817196&group_id=5988&atid=105988

----------------------------------------------------------------------

Comment By: bourriquet42 (bourriquet42)
Date: 2010-10-07 18:39

Message:
It seems to not work anymore on latest versions.
I tried your code Nehe/lesson6-multi.py with PyOpenGL 3.0.1 and I keep
having the "invalid operation" message.

Jeremy

----------------------------------------------------------------------

Comment By: Tarn Weisner Burton (twburton)
Date: 2001-07-19 22:37

Message:
Logged In: YES 
user_id=21784

glBegin/glEnd extension problem fixed with new extension 
init functions.  Multitexture functionality verified to 
work with NeHe/lesson6-multi.py

----------------------------------------------------------------------

Comment By: Tarn Weisner Burton (twburton)
Date: 2001-07-17 08:56

Message:
Logged In: YES 
user_id=21784

Changed the name of the init function to 
glInitMultitextureARB to maintain naming consistency.

----------------------------------------------------------------------

Comment By: Tarn Weisner Burton (twburton)
Date: 2001-07-17 02:08

Message:
Logged In: YES 
user_id=21784

Initial fix is in CVS.  Only works on glActiveTextureARB 
and glMultiTexCoord2dARB.  Will require a bit more work to 
for rest of the extensions.

New proto added:

GL.ARB.multitexture.init_GL_ARB_multitexture()

which needs to be called to load GL_ARB_multitexture into 
the current context.

Also updated multitexture_1



----------------------------------------------------------------------

Comment By: Mike C. Fletcher (mcfletch)
Date: 2001-07-17 00:21

Message:
Logged In: YES 
user_id=34901

http://msdn.microsoft.com/library/default.asp?
url=/library/en-us/opengl/hh/opengl/ntopnglr_6yer.asp  Says 
that you only need a lookup table per pixel-format (not 
much better, really).

----------------------------------------------------------------------

Comment By: Tarn Weisner Burton (twburton)
Date: 2001-07-17 00:01

Message:
Logged In: YES 
user_id=21784

This is serious.  WGL docs don't make any mention about 
wglGetProcAddress not being called in between glBegin and 
glEnd.  This is apparently the cause of the "invalid 
operation."  This is confirmed by GLX docs saying that GLX 
calls are not allowed between glBegin and glEnd.  In order 
to get around this I'm going to have to figure out a way to 
call wglGetProcAddress outside of glBegin/glEnd and store 
the address.  Since proc addresses are potentially context 
dependent this probably means I'll have to create a lookup 
table for each context.  Ugh!

Tarn 

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=105988&aid=441873&group_id=5988