使用glGetString()和linux下的pthreads进行分段错误

我们使用的堆栈是Linux上的C/C++,使用gcc进行编译.我们正在使用OpenGL,GLUT和GLEW.我们一直在使用libSOIL进行纹理加载.

最终,使用libSOIL启动纹理加载失败,因为它遇到导致段错误的glGetString()调用.为了缩小问题范围,我编写了一个非常简单的OpenGL应用程序来重现行为.下面的代码示例不应该“做任何事情”,但它也不应该是段错误.如果我知道它为什么会这样做,我理论上可以重写libSOIL,以便它在一个pthreaded环境中运行.

void *glPthreadTest( void* arg ) {

  glGetString( GL_EXTENSIONS ); //SIGSEGV
  return NULL;

}

int main( int argc,char **argv ) {

  glutInit( &argc,argv );
  glutInitDisplayMode( GLUT_RGBA | GLUT_DOUBLE | GLUT_DEPTH );

  glewInit();

  glGetString( GL_EXTENSIONS ); // Does not cause SIGSEGV 

  pthread_t id;
  if (pthread_create( &id,NULL,glPthreadTest,(void*)NULL ) != 0)
    fprintf( stderr,"phtread_create glPthreadTest failed.n" );

  glutMainLoop();
  return EXIT_SUCCESS;

}

来自gdb的此应用程序的示例堆栈跟踪如下所示：

#0  0x00000038492f86e9 in glGetString () from /usr/lib64/nvidia/libGL.so.1
No symbol table info available.
#1  0x0000000000404425 in glPthreadTest (arg=0x0) at sf.cpp:168
No locals.
#2  0x0000003148e07d15 in start_thread (arg=0x7ffff7b36700) at pthread_create.c:308
        __res = <optimized out>
        pd = 0x7ffff7b36700
        now = <optimized out>
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737349117696,-5802871742031723458,1,211665686528,140737349117696,5802854601940796478,-5829171783283899330},mask_was_saved = 0}},priv = {pad = {0x0,0x0,0x0},data = {prev = 0x0,cleanup = 0x0,canceltype = 0}}}
        not_first_call = 0
        pagesize_m1 = <optimized out>
        sp = <optimized out>
        freesize = <optimized out>
#3  0x00000031486f246d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114
No locals.

您会注意到我正在使用nvidia libGL实现,但这也与Ubuntu用于Intel HD显卡的mesa libgl相同.

可能出现问题的任何提示,或者如何进一步调查以了解发生了什么？

编辑：以下是我的示例测试的#includes和编译字符串：

#include <SOIL.h>
#include <GL/glew.h>
#include <GL/freeglut.h>
#include <GL/freeglut_ext.h>
#include <signal.h>
#include <pthread.h>
#include <cstdio>

g -Wall -pedantic -I /usr/include / SOIL -O0 -ggdb -o sf sf.cpp -lSOIL -pthread -lGL -lGLU -lGLEW -lglut -lX11