与glPopMatrix的Segfault(Segfault with glPopMatrix)

 我在运行Pidora的Raspberry Pi上移植/测试我的代码，全部更新。 
 
 该测试是一个非常简单的OpenGL程序，在其他两台计算机上运行良好。 我将问题缩小到glPopMatrix调用，这会导致段错误。 问题的简单再现（整个绘图功能）是： 
 
glClear(GL_COLOR_BUFFER_BIT|GL_DEPTH_BUFFER_BIT);

glViewport(0,0,200,200);

float d1=0.0f, d2=0.1f;

glPushMatrix(); //gratuitous push/pop pair to demonstrate
glBegin(GL_TRIANGLES);
glColor4f(1.0f,0.0f,0.0f,0.5f); glVertex3f( 0.00f, 1.0f,d1);
glColor4f(0.0f,1.0f,0.0f,0.5f); glVertex3f( 0.87f,-0.5f,d1);
glColor4f(0.0f,0.0f,1.0f,0.5f); glVertex3f(-0.87f,-0.5f,d1);
glColor4f(1,0,0,1);
glVertex3f(0,0,d2);
glVertex3f(1,0,d2);
glVertex3f(0,1,d2);
glColor4f(1,0,1,1);
glVertex3f( 0, 0,-d2);
glVertex3f(-1, 0,-d2);
glVertex3f( 0,-1,-d2);
glEnd();
glPopMatrix(); //segfault here!
 
 我能找到的唯一参考是2011年的错误报告 ，该报告有效地描述了同样的问题。 到目前为止，似乎他们只有一个解决方法： 
 
export GALLIUM_DRIVER=softpipe
export DRAW_USE_LLVM=no
 
 我发现只有第一行是必要的。 但是，如上所述，看起来可能迫使操作系统使用软件回退。 表明。 程序（如上所示绘制三个三角形）以大约10Hz运行。 
 
 众所周知，OpenGL矩阵堆栈已弃用，但上述简单的用例对测试很有用。 我希望glPopMatrix至少不会崩溃，如果它存在的话。 有没有办法可以获得硬件加速但仍然使用它？ 

I'm porting/testing my code on a Raspberry Pi running Pidora, all updated.
 
The test is a very simple OpenGL program, which works fine on two other computers. I narrowed down a problem to a glPopMatrix call, which causes a segfault. A trivial reproduction of the problem (the entire draw function) is:
 
glClear(GL_COLOR_BUFFER_BIT|GL_DEPTH_BUFFER_BIT);

glViewport(0,0,200,200);

float d1=0.0f, d2=0.1f;

glPushMatrix(); //gratuitous push/pop pair to demonstrate
glBegin(GL_TRIANGLES);
glColor4f(1.0f,0.0f,0.0f,0.5f); glVertex3f( 0.00f, 1.0f,d1);
glColor4f(0.0f,1.0f,0.0f,0.5f); glVertex3f( 0.87f,-0.5f,d1);
glColor4f(0.0f,0.0f,1.0f,0.5f); glVertex3f(-0.87f,-0.5f,d1);
glColor4f(1,0,0,1);
glVertex3f(0,0,d2);
glVertex3f(1,0,d2);
glVertex3f(0,1,d2);
glColor4f(1,0,1,1);
glVertex3f( 0, 0,-d2);
glVertex3f(-1, 0,-d2);
glVertex3f( 0,-1,-d2);
glEnd();
glPopMatrix(); //segfault here!
 
The only reference I could find was this 2011 bug report, which describes effectively the same problem. So far, it seems they only have a workaround:
 
export GALLIUM_DRIVER=softpipe
export DRAW_USE_LLVM=no
 
I found only the first line was necessary. However, as suggested by the above, it looks like it might be forcing the OS to use a software fallback. It shows. The program (which as above draws three triangles) runs at about 10Hz.
 
It's common knowledge that the OpenGL matrix stack is deprecated, but simple usage cases like the above are useful for testing. I would expect glPopMatrix to at least not crash if it's present. Is there a way I can get hardware acceleration but still use this?

原文：https://stackoverflow.com/questions/20808320