opengl编程错误及解决方案

错误1：如下蓝色部分表示：这是变量的定义位置不正确造成的，需要把变量name定义在函数的开头部分。因为有些编译器要求变量必须定义在函数 的开头。

2.使用glGetString(GL_VERSION)函数的返回值是null，原因是在使用opengl函数之前，要先初始化渲染的上下文（rending text），在这里的解决方法是，在调用此函数前，要先调用glutInit()和glutCreateWindow()函数。

错误3：error C2381: ‘exit’ : redefinition; __declspec(noreturn) differs
solution:

#include "stdlib.h"//(请把 " 号换成破折号)
#include "glut.h"//(请把 " 号换成破折号)

出现error的原因可能是以下几种

i） 少了stdlib.h
ii） 顺序倒了

错误4：Error: argument of type ‘const char*’ is incompatible with parameter of type ‘LPCWSTR’
即：const char to LPCTSTR不能转化问题，以前在写DX时，好像也遇到过
Visual C++ 2008里cannot convert parameter 1 from ‘const char [13]‘ to ‘LPCTSTR’造成不能运行的原因主要是2005和2008中增加了一些参数类型的安全性检查，所以通常在6.0没有问题的LPCTSTR与 const char之间的转换到了这里就玩不转。微软给出的解决办法有两个：

Change your project configuration to use multibyte strings. Press ALT+F7 to open the properties, and navigate to Configuration Properties > General. Switch Character Set to “Use Multi-Byte Character Set”.
Indicate that the string literal, in this case “Hello world!” is of a specific encoding. This can be done through either prefixing it with L, such as L”Hello world!”, or surrounding it with the generic _T(“Hello world!”) macro. The latter will expand to the L prefix if you are compiling for unicode (see #1), and nothing (indicating multi-byte) otherwise.
但是如果是变量，不是常量字符串的话，就还是会有问题。最痛快的办法就是在建立工程时，直接选不用那个Use Unicode libraries ，这样就不会再遇到这个问题了。

错误5：MSVCRTD.lib(crtexew.obj) : error LNK2019: unresolved external symbol _WinMain@16 referenced in function ___tmainCRTStartup
原因是我把 int WINAPI WinMain 写成了int WINAPI winMain，即WinMain小写了，于是链接库找不到启动入口函数。
原来在windows编程中，WinMain 是大小写都定死的函数死，这一点与win32汇编不同，呵呵。

错误6：error LNK2019: unresolved external symbol _auxDIBImageLoadA@4 referenced in function “struct _AUX_RGBImageRec * __cdecl LoadBMP(char *)” (?LoadBMP@@YAPAU_AUX_RGBImageRec@@PAD@Z)
原因是auxDIBImageLoad方法是由glaux.lib库提供的，并由glaux.h声明。
解决方法：下载全的库，然后在工程中显式链接这个库
project->property->Linker->Input->Add Dependencies 添加OPENGL32.LIB;GLU32.LIB;glut.lib;glaux.lib

错误7：Win32窗口无法显示出来？
90% 是 LRESULT CALLBACK wndProc(HWND hWnd, UINT uMsg, WPARAM wParam, LPARAM lParam); 函数的消息处理分支逻辑不正确，比如：(当这种情况发生时，最快的排错法子是：用beyong compare来比较文本)

...
    case  WM_SIZE: {

        resizeGLScence(LOWORD(lParam),HIWORD(lParam));
        return 0;
        }
    }
    return DefWindowProc(hWnd,uMsg,wParam,lParam);
}

写成了：

...
    case  WM_SIZE: {

        resizeGLScence(LOWORD(lParam),HIWORD(lParam));
        return 0;
        }
     return DefWindowProc(hWnd,uMsg,wParam,lParam);
    }
}

8.无法定位程序输入点_glewInit@0于动态链接库glew32.dll

在使用cmake编译freetype-gl后，使用vs2010运行程序出现”无法定位程序输入点_glewInit@0于动态链接库glew32.dll“,原因是cmake使用程序中带的glew32.lib库进行链接，但是运行时用的是windows中的动态链接库glew32.dll进行链接。而这个是我自己下载的glew32.dll，不是程序中带有的glew32.dll，由于两个版本不相同。导致了定位错误。将程序中的glew32.lib对应的glew32.dll替换system32/systemW64中的glew32.dll即可