Jon Leech wrote:
> 
> On Thu, Nov 04, 1999 at 05:49:45PM -0700, Brett Johnson wrote:
> > What's wrong with setting GL_INVALID_OPERATION?
> 
>     To quote what I've said several times before in different ways, with
> added emphasis (sorry if I'm sounding a bit testy here, but I'm getting
> tired of repeating myself, and am wondering if there's something unclear
> about what I'm saying):
> 
>     > No useful runtime error behavior is possible given that the pointers
>     > may be to any of GL, GLX, or perhaps GLU functions. GL and GLU calls
>     > would raise a GL_INVALID_OPERATION error, while GLX would generate an X
>     > error. As none of the existing GLX error codes describe this situation,
>     > we'd have to create a new one.
>     >
>     > Which is it supposed to be for a function identified by a string
>     > name which is not known to be of either category, and which the
>     > implementation has no idea how the application intends to use? IT'S
>     > IMPOSSIBLE TO MANDATE RAISING A GL ERROR WHEN THERE MAY BE NO CURRENT
>     > CONTEXT, but no application is likely to query for GLX errors in the
>     > middle of its rendering loop."

I kinda feel like I'm repeating myself too.  e-mail is a difficult medium for
effective communication isn't it?

I think we're looking at this from different perspectives, and that's the root
of the miscommunication.  As I see it, the function pointer returned by a
context independent GetProcAddress is explicitly *not* a pointer to a GL, GLX,
or GLU function.  Instead, it is a pointer to a context independent piece of
code that will do The Right Thing when called in the appropriate context.  If
this code stub is called in an inappropriate context, it is an error, and it
doesn't matter whether the code that would be called if the context was
appropriate belongs to GL or GLX.

I think it's perfectly valid for a call to one of these functions to generate
a GL error when a non supported context is bound, and generate no error if no
context at all is bound.  So this is the behavior I propose.

Cheers!
-- 
Brett Johnson <[EMAIL PROTECTED]>
Workstation Systems Lab
Hewlett-Packard Company

"Politicians, like diapers, should be changed regularly,
 and for the same reason."

Reply via email to