glDrawElements EXC_BAD_ACCESS VBO的

Question

我在与VBO的，我真的不明白这个问题。我的问题是通过意外更改glVertexAttribPointer方法调用中的最后一个参数来解决的。所以，我正在寻找一个答案，为什么这突然工作或者为什么我以前的代码不工作了。 （只是为了让OpenGL的更好的理解）

结构：

typedef struct 
{ 
    float position[3]; 
    float color[4]; 
} Vertex; 

没有维也纳组织：

// Get pointers to the data 
GLsizei stride = sizeof(Vertex); 
const GLvoid *pCoords = &squareVertices[0].position[0]; 
const GLvoid *pColors = &squareVertices[0].color[0]; 

// Setup pointers to positions and colors 
glVertexAttribPointer(positionSlot, 3, GL_FLOAT, GL_FALSE, stride, pCoords); 
glVertexAttribPointer(colorSlot, 4, GL_FLOAT, GL_FALSE, stride, pColors); 

// Draw 
glDrawArrays(GL_TRIANGLES, 0, sizeof(squareVertices)/sizeof(Vertex)); 

随着维也纳组织（这给了我一个EXC_BAD_ACCESS）

// Stide 
GLsizei stride = sizeof(Vertex); 

// Setup pointers to positions and colors 
glVertexAttribPointer(positionSlot, 3, GL_FLOAT, GL_FALSE, stride, 0); 
glVertexAttribPointer(colorSlot, 4, GL_FLOAT, GL_FALSE, stride, (GLvoid*) (sizeof(float) * 3)); 

// Draw 
glDrawElements(GL_TRIANGLES, sizeof(squareIndices)/sizeof(squareIndices[0]), GL_UNSIGNED_BYTE, 0); 

所以，实际上不同的唯一的事情就是glVertexAttribPointer调用其中有一个数据指针现在已固定电话号码。任何人都可以详细说明这一点？提前致谢。

Answer 1

当VBO是活动的，以glVertexAttribPointer的最后一个参数是不是一个真正的指针，但顶点缓存对象类型转换为指针内的偏移量。这就是VBOs的工作原理：数据已被复制到由图形驱动程序管理的某些内存中，但您不知道其地址。事实上，当它存储在图形卡的某个地方时，甚至可能没有正常的地址。

其余是欺骗围绕C/C++类型系统。类型系统远不够聪明，以至于当VBO处于活动状态时，glVertexAttribPointer的最后一个参数应该是指针大小的整数偏移量，否则应该是指针大小的整数偏移量。所以在C++编译器，这有看起来像一个指针所有的时间，因为那是多么glVertexAttribPointer（或者更确切地说，它的前辈glVertexPointer和朋友），其中最初定义。当它只是一个数字时，我们只是使用类型转换来欺骗编译器。