Package org.lwjgl.egl

Interface EGLDebugMessageKHRCallbackI

    • Method Detail

      • address

        default long address()
        Description copied from interface: Pointer
        Returns the raw pointer address as a long value.
        Specified by:
        address in interface Pointer
        Returns:
        the pointer address
      • callback

        default void callback(long args)
        Description copied from interface: CallbackI.V
        Will be called by native code.
        Specified by:
        callback in interface CallbackI.V
        Parameters:
        args - pointer to a DCArgs iterator
      • invoke

        void invoke(int error,
                    long command,
                    int messageType,
                    long threadLabel,
                    long objectLabel,
                    long message)
        Will be called when a debug message is generated.
        Parameters:
        error - will contain an EGL error code, or SUCCESS, as applicable
        command - will contain a pointer to a string. Example "eglBindApi".
        messageType - will contain one of the debug message types
        threadLabel - will contain the label attached to the current thread. The threadLabel will be NULL if not set by the application. If the message is from an internal thread, the label will be NULL.
        objectLabel - will contain the label attached to the primary object of the message; Labels will be NULL if not set by the application. The primary object should be the object the function operates on, see table 13.2 which provides the recommended mapping between functions and their primary object. This objectLabel may be NULL even though the application labeled the object. This is because it is possible an error was raised while executing the command before the primary object was validated, therefore its label can not be included in the callback.
        message - will contain a platform specific debug string message; This string should provide added information to the application developer regarding the condition that generated the message. The format of a message is implementation-defined, although it should represent a concise description of the event that caused the message to be generated. Message strings can be NULL and should not be assumed otherwise.