OGL编程中的错误处理汇总和优化编码流程感悟-持续更新

OGL编程错误处理汇总

在处理OGL编码错误时候，大部分是调用不一致导致的（代码参数不一致，检查上下文和查看官方文档，弄清楚参数含义；头文件和库文件不一致，需要工具检查）。

OGL8编译错误：

layout无法识别，原因是驱动太旧，更换独立显卡执行，或者升级显卡驱动（升级OGL）即可解决。

函数和枚举值不识别，包含拓展库即可：

#include <GL/glew.h>
#pragma  comment(lib, "glew32d.lib")

OGL错误处理

建议在出现问题的地方调用下该函数：

void PrintErrInfo()

{

GLenum errCode;

const GLubyte *errString;

while( (errCode=glGetError()) != GL_NO_ERROR) // glGetError是有上下文记录的，记录从开始或上一次调用glGetError到现在的错误

{

errString = gluErrorString(errCode); // 返回的errString不能修改也不能释放内存

fprintf(stderr, "OpenGL Error:%s \n", errString);

}

}

优化编码流程感悟

在解决这些问题时候，需要敏锐的观察，分析，google, 更好的是提取出工作流程，例如Google C++编码规范中对构造和析构的宏定义，对于容易不一致的提供统一调用封装接口检查，统一的书写方式，如果是Lib库文件应该让库文件自行检查它需要的版本(被调用者保证，而不是交给调用者负责）。