opengl - OpenGL的glClear()在Windows 64中导致访问冲突(0xc0000005)

Question

This question is unlikely to help any future visitors; it is only relevant to a small geographic area, a specific moment in time, or an extraordinarily narrow situation that is not generally applicable to the worldwide audience of the internet. For help making this question more broadly applicable, visit the help center。




已关闭8年。




看一下用Go编写的这个 super 简单的小型测试用例OpenGL程序:

package main

import (
    "runtime"
    "./glfw"
    gl "github.com/chsc/gogl/gl21"
)

func onExit (err error) {
    glfw.Terminate()
    if err != nil { panic(err) }
}

func main () {
    runtime.LockOSThread()
    err := glfw.Init()
    if err != nil { panic(err) }
    err = glfw.OpenWindow(1280, 720, 0, 0, 0, 0, 0, 0, glfw.Windowed)
    if err != nil { onExit(err) }
    err = gl.Init()
    if err != nil || gl.GetError() != 0 { onExit(err) }
    for glfw.WindowParam(glfw.Opened) == 1 {
        gl.Viewport(0, 0, 1280, 720)
        gl.ClearColor(1, 0, 0, 1)
        gl.Clear(gl.COLOR_BUFFER_BIT) // THE CRASH
        gl.Begin(gl.TRIANGLES)
        gl.Color3f(1, 0, 0)
        gl.Vertex3f(-1, -1, 0)
        gl.Color3f(0, 1, 0)
        gl.Vertex3f(0, 1, 0)
        gl.Color3f(0, 0, 1)
        gl.Vertex3f(1, -1, 0)
        gl.End()
        glfw.SwapBuffers()
        if glfw.Key(glfw.KeyEsc) == 1 {
            glfw.CloseWindow()
        }
    }
    onExit(nil)
}

在带有Go 1.0.1 64位的Windows 7 64位下，这可以很好地构建。

如果您取出(或注释掉) gl.Clear(gl.COLOR_BUFFER_BIT)线，则它也可以正常工作(OpenGL绘制单个彩虹2D三角形，直到关闭窗口为止)。

但是，一旦调用gl.Clear(无论传递了什么参数)，它就会崩溃，Windows通知我“glfw-win.exe已停止工作...”，并且Windows事件查看器为我提供了以下错误日志:

Faulting application name: glfw-win.exe, version: 0.0.0.0, time stamp: 0x4f9f5ec5
Faulting module name: glfw-win.exe, version: 0.0.0.0, time stamp: 0x4f9f5ec5
Exception code: 0xc0000005
Fault offset: 0x0000000000012883
Faulting process id: 0xd4c
Faulting application start time: 0x01cd274e4c69a3d3
Faulting application path: C:\mytmp\glfw-win\glfw-win.exe
Faulting module path: C:\mytmp\glfw-win\glfw-win.exe
Report Id: 8a5bacc0-9341-11e1-911a-d067e544ad7f

现在，有几点值得注意的要点...

glfw 软件包是一个自定义软件包，它公开了与github.com/jteeuwen/glfw完全相同的API，但在内部使用LoadLibrary/GetProcAddress来使用glfw.dll，而不是在编译时进行CGO/GCC/LD链接-遗憾的是，后者不能在64位Windows上运行，不能确定应该归咎于mingw64还是gcc或cgo。通过调用LoadLibrary/GetProcAddress，我的glfw.dll的自定义64位版本可以正常工作。显然，这里的问题是调用gl软件包，而不是glfw。

gl 软件包确实只是this one，未经修改。我尝试了一些LDFLAGS修改，例如-m64 -lmingw32 -Wl，/windows/opengl32.dll等。但没有区别，只要不调用gl.Clear()，原始修改的效果就和修改的效果一样好，所以我恢复了原来的状态。当然，稍后我将继续使用OpenGL 4.2。

使用Process Explorer，我可以看到我的进程是64位的，并且所有加载的DLL也是64位的镜像(包括opengl32.dll和glfw.dll)。

“可能是gl21软件包无法为opengl32.dll导出的glClear()函数获取有效地址吗？” -不太可能:根据line 2926，如果是这种情况，我对gl.Init()的调用将失败。

GPU驱动程序问题？更不可能的。已安装最新的官方nVidia Quadro 5010M驱动程序296.35。还尝试了“性能驱动程序”，但无论如何似乎都是完全相同的驱动程序。根据nVidia控制面板的完整OpenGL 4.2支持(尽管opengl32.dll的日期为2009年-无论如何，我目前定位的目标是2.1)。另外，“Geeks3D GPU Caps Viewer”和“Shader Toy Mark”中的OpenGL着色器也可以运行，GLFW示例程序particle.exe也可以运行-它们全部也使用glClear()。

使用gl42而不是gl21时，也会发生完全相同的问题，因此也不是原因。

请注意在此示例中所有其他gl.SomeExportedFunc()调用如何不会崩溃...

怎么办，如何进行？

如果只发生在gl.Clear()上并且没有其他功能，则我可以忍受这一点-无论如何我都只能渲染具有自定义内容的全屏四边形-但是我在这里测试Win64相当早(很多gl42代码在Linux64下都可以正常工作，现在即将“移植”到Win64)，我担心以后再进行其他调用会暴露出同样的问题，因此，我现在要进行报告。我很快就会发现还有哪些其他电话受到此影响。

最佳答案

没有CGO生成的 stub ，就不能调用C函数。

关于opengl - OpenGL的glClear()在Windows 64中导致访问冲突(0xc0000005)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/10393623/

上一篇：go - 上传请求无效

下一篇：opengl - 使用 cgo 链接 Windows DLL

相关文章：

javascript - 我的立方体消失了，我不知道为什么

android - Nexus 9 中的 64 位媒体服务器

go - 在 Go 中将任意函数作为参数传递

go - Go 闭包捕获规则与 defer 有何不同？

opengl - 四元数旋转，试图围绕他的轴旋转一个对象

python - 使用 PyOpenGL 和 PyQt5 制作球体时出现问题

c++ - OpenGL glutKeyboardFunc 错误

linux - 符号、ELF 以及如何在内存中链接

Ubuntu 上的 Matlab VideoReader，quicktime 编解码器

go - v == nil 如何同时返回 false 和 reflect.ValueOf(v).IsNil() 返回 true？

Answer 1

没有CGO生成的 stub ，就不能调用C函数。