错误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即可