简单的 OpenGL 代码总是会导致分段错误（Ubuntu 上的 C++，虚拟机）

Question

我刚开始尝试在 C++ 中将 OpenGL 用于一个类（我之前在 Java 中使用过很多次）。我开始尝试写一些实质性的东西，但我无法阻止 Seg 故障，所以我写了这段小代码，几乎是红皮书第一章示例中的一行复制代码。它还有 Seg 故障。我的问题是为什么。我已经尝试过 eclipse 和 netbeans，我的项目中都链接了 glut.h 库，我在使用 VMWare 的虚拟机上运行 64 位 ubuntu 10.4，都安装了 gcc 和 freeglut，netbeans 和 eclipse 都会运行我编写的常规（非 OpenGL）C++ 代码，而不会出现段错误。

这里是代码：

#include <stdlib.h>
#include <GL/freeglut.h>
#include <stdio.h>

void init(){
    glClearColor(0.0, 0.0, 0.0, 0.0);
    glMatrixMode(GL_PROJECTION);
    glLoadIdentity();
    glOrtho(0.0, 1.0, 0.0, 1.0, -1.0, 1.0);

}
void display(){
    glClear(GL_COLOR_BUFFER_BIT);
    glColor3f(1.0,1.0,1.0);
    glBegin(GL_POLYGON);
        glVertex3f(0.25, 0.25, 0.0);
        glVertex3f(0.75,0.25,0.0);
        glVertex3f(0.75,0.75, 0.0);
        glVertex3f(0.25, 0.75, 0.0);
        glEnd();
    glFlush();
}
int main(int argc, char** argv) {
    glutInit(&argc, argv);
    glutInitDisplayMode(GLUT_SINGLE | GLUT_RGB);
    glutInitWindowSize(250,250);    //if I comment out this line,
    glutInitWindowPosition(100,100);
    glutCreateWindow(argv[0]);  //this line,
    init();  //this line and the glut main loop line it runs without any errors, but why wouldn't it? It's not doing anything now!
    glutDisplayFunc(display);
    glutMainLoop();    //if I comment out just this line I get illegal instruction instead of segfault but I need this line
    return 0;
}

线程 [1] 28944（暂停：信号：SIGSEGV：分段错误）
XF86DRIQueryVersion() 在 0x7ffff7e7412e XF86DRIQueryExtension() 在 0x7ffff7e742c9 0x7ffff7e73c70 0x7ffff7e53ff8 glXGetFBConfigs() 在 0x7ffff7e4c71e glXChooseFBConfigSGIX() 在 0x7ffff7e4cd97
fgChooseFBConfig() at freeglut_window.c:205 0x7ffff794a8c7
fgOpenWindow() at freeglut_window.c:768 0x7ffff794aac8
fgCreateWindow() 在 freeglut_structure.c:106 0x7ffff7948f62 glutCreateWindow() at freeglut_window.c:1,183 0x7ffff794a2a2 main() 在线程 [1] 28944（暂停：信号：SIGSEGV：分段错误） XF86DRIQueryVersion() 在 0x7ffff7e7412e XF86DRIQueryExtension() 在 0x7ffff7e742c9 0x7ffff7e73c70 0x7ffff7e53ff8 glXGetFBConfigs() 在 0x7ffff7e4c71e glXChooseFBConfigSGIX() 在 0x7ffff7e4cd97
fgChooseFBConfig() at freeglut_window.c:205 0x7ffff794a8c7
fgOpenWindow() at freeglut_window.c:768 0x7ffff794aac8
fgCreateWindow() 在 freeglut_structure.c:106 0x7ffff7948f62 glutCreateWindow() at freeglut_window.c:1,183 0x7ffff794a2a2 main() 在（这里的项目资料）：54 0x40100b

Answer 1

可以帮助： 在 glutInitDisplayMode 中添加 GLUT_DEPTH 对我有用这个标志，而不是没有（glutCreateWindow 的段错误）

Answer 2

虚拟机内部有硬件加速吗？使用 glxinfo 检查。 DRI 内部的崩溃表明您不这样做。

Answer 3

我在使用不同的代码并从 Mac OS X 10.6 远程使用 Debian 6.0 时遇到了类似的问题。有问题的机器使用的是 Radeon HD 5670 卡（尽管这应该不相关）。

仔细检查后，似乎 OpenGL 本身的某些东西无法正常工作，因为不仅是我的代码失败了。

我遇到的一些症状包括：

• 使用 OpenGL 的程序在 XF86DRIQueryVersion() 处使用 SIGSEGV 崩溃
• glxinfo/glxgears 也会与 SIGSEGV 一起崩溃

对我来说，解决方案是删除 Radeon fglrx 驱动程序（删除所有具有 aptitude 能力的软件包）并安装“radeon”驱动程序。然后运行 ​​'sudo Xorg -configure' 生成新配置，使用 'sudo X -config /root/xorg.conf.new' 对其进行测试并将其复制到您的默认 xorg.conf 位置。

之后程序不再因 SIGSEGV 崩溃，虽然我得到了一个不同的错误：

• glxinfo 给出：得到错误：找不到 RGB GLX 视觉或 fbconfig
• glxgears 给出：错误：无法获得 RGB、双缓冲视觉效果

这似乎与直接渲染 (DRI) 带来的麻烦有关。对此的解决方案是通过设置“export LIBGL_ALWAYS_INDIRECT=yes”来禁用直接渲染。另一种方法是删除用于 DRI 的库（在我的例子中是 libgl1-mesa-dri）。

我仍然不太相信这是整个 解决方案，因为当从远程终端仅使用 glxinfo 和 glxgears 时，fglxr 驱动程序应该无关紧要。我怀疑删除 fglxr 并安装 radeon 以某种方式解决了配置中的问题。

我使用的一些参考资料包括：

• http://forum.parallels.com/showthread.php?p=382913#post382913
• http://wiki.debian.org/AtiHowTo
• https://discussions.apple.com/message/10140344#10140344
• http://forums.debian.net/viewtopic.php?f=7&t=63730

Answer 4

我的预感是，如果您编译以下精简示例，您仍然会遇到分段错误：

#include <stdlib.h>
#include <GL/freeglut.h>
#include <stdio.h>

int main(int argc, char** argv) {
    glutInit(&argc, argv);
    glutInitDisplayMode(GLUT_SINGLE | GLUT_RGB);
    glutInitWindowSize(250,250);
    glutInitWindowPosition(100,100);
    glutCreateWindow("test window");
    return 0;
}

因为您的分段错误发生在：

fgCreateWindow() at freeglut_structure.c:106 0x7ffff7948f62 glutCreateWindow()

换句话说，它不能创建一个窗口（不管里面有什么）。我的猜测是，按照@Matias 的回答，您需要在您的虚拟机中启用 3D 加速？但这可能是显示驱动程序问题，32 位与 64 位，或者更险恶的问题，例如 freeglut 和您的 OpenGL 版本之间的不匹配——因此是我之前提出的一系列问题。你能重新编译这个精简版并发布结果吗？