在編制和Ubuntu下運行基於我GLFW-C程序(9.04),它試圖在打開的窗口(它編譯罰款,已經安裝了最新的GLFW)失敗。我嘗試了各種分辨率,最低300x300,並將比特深度設置爲零,希望默認值能夠得到滿足。GLFW窗口無法打開(Ubuntu的)
的代碼中的相關部分讀取(直接從我的主要文件的頂部剪斷,基於示例文件gears.c
):
// File: main.c
#include <math.h>
#include <stdlib.h>
#include <stdio.h>
#include <GL/glfw.h>
#ifndef PI
#define PI 3.141592654
#endif
int main(int argc, char* argv[])
{
// Initialize GLFW:
glfwInit();
if (!glfwOpenWindow(300, 300, 0, 0, 0, 0, 0, 0, GLFW_WINDOW)) // Yo failure!
{
printf("Window open failed.\n");
glfwTerminate();
return 0;
}
glfwSetWindowTitle("...");
...
// Clean up:
glfwTerminate();
return 0;
}
其他值得關注的事實是:
- 運行Ubuntu裏面VirtualBox的3.0.2,config'd W/512 MB RAM,啓用3D加速,64 MB VRAM,客戶添置安裝成功
glxgears
正常工作,甚至> 300 FPS- 內置GLFW使用
make-x11
生成文件的命令行:
gcc `pkg-config --cflags libglfw` main.c -o program `pkg-config --libs libglfw` -lglfw -lGLU -lGL -lm
馬克在C - GLFW window doesn't open on Debian提示似乎並沒有緩解的情況下
編輯:
是否有任何方式來提取更加奇特的錯誤信息?任何getLastErrorDesc()
或調試日誌文件?
您是否檢查了文檔以備份關於位深度的事實?因爲它明確指出0 =>默認深度。我最初使用每通道8位,然後切換到0,看看GLFW是否可以確定更好的設置。不過,我會研究libglfw-dev和librandr。 – 2009-10-23 07:58:04
這很奇怪,我確定0是一個無效值。我會把它留在這裏,以便您的評論有意義。你確實是對的。 – LiraNuna 2009-10-23 09:20:43
我試過16位(5,6,5)和其他組合。我認爲這可能是虛擬化的問題,所以我會看看Mesa。 – 2009-10-24 14:41:18