GLGETERROR(3G)

πŸ“¦ version 24.3.3, in opensuse-leap 16.0

πŸ’– NAME πŸ’–

glGetError β€” return error information. This is the glGetError page from the 3G manual, bestie, and we're gonna get you comfy with it. 🫢

✨ C SPECIFICATION ✨

GLenum glGetError( void )

🌸 DESCRIPTION 🌸

okay so glGetError hands you back the value of the error flag. Every detectable error gets a numeric code and a symbolic name. When an error happens, the error flag is set to the matching error code value. No other errors get recorded until glGetError is called, that error code is returned, and the flag is reset to GL_NO_ERROR. If a call to glGetError returns GL_NO_ERROR, then there has been no detectable error since the last call to glGetError, or since the GL was initialized. iconic. ✨

Because distributed implementations are a thing, there may be several error flags. If any single error flag has recorded an error, that flag's value is returned and that flag gets reset to GL_NO_ERROR when glGetError is called. If more than one flag has recorded an error, glGetError returns and clears an arbitrary error flag value. So if you want all the error flags reset, call glGetError in a loop until it returns GL_NO_ERROR. periodt. πŸ’…

Initially, all error flags are set to GL_NO_ERROR. πŸŽ€

The following errors are currently defined:

  • GL_NO_ERROR β€” no error has been recorded. The value of this symbolic constant is guaranteed to be 0. 🌸
  • GL_INVALID_ENUM β€” an unacceptable value is specified for an enumerated argument. The offending command is ignored, and has no other side effect than to set the error flag. πŸ¦‹
  • GL_INVALID_VALUE β€” a numeric argument is out of range. The offending command is ignored, and has no other side effect than to set the error flag. πŸ’œ
  • GL_INVALID_OPERATION β€” the specified operation is not allowed in the current state. The offending command is ignored, and has no other side effect than to set the error flag. 🫢
  • GL_STACK_OVERFLOW β€” this command would cause a stack overflow. The offending command is ignored, and has no other side effect than to set the error flag. 😭
  • GL_STACK_UNDERFLOW β€” this command would cause a stack underflow. The offending command is ignored, and has no other side effect than to set the error flag. πŸ™ˆ
  • GL_OUT_OF_MEMORY β€” there is not enough memory left to execute the command. The state of the GL is undefined, except for the state of the error flags, after this error is recorded. πŸ’€
  • GL_TABLE_TOO_LARGE β€” the specified table exceeds the implementation's maximum supported table size. The offending command is ignored, and has no other side effect than to set the error flag. πŸ“

When an error flag is set, the results of a GL operation are undefined only if GL_OUT_OF_MEMORY has occurred. In every other case, the command that generated the error is ignored and has no effect on the GL state or frame buffer contents. If the generating command returns a value, it returns 0. And if glGetError itself generates an error, it returns 0. no cap. πŸ”₯

πŸŽ€ NOTES πŸŽ€

Fun fact for the lore: GL_TABLE_TOO_LARGE was introduced in GL version 1.2. 🌈

πŸ’€ ERRORS πŸ’€

GL_INVALID_OPERATION is generated if glGetError is executed between the execution of glBegin and the corresponding execution of glEnd. In this case, glGetError returns 0. 😭


later bestie β€” this was the GLGETERROR page from the 3G manual section, and the footer has no separate date to spill, so that's all she wrote. πŸ«ΆπŸ’–

πŸ“¦ where this page comes from