Runtime Panic using v2.1/gl

[Noofbiz]

Original issue here EngoEngine/engo#520

Related to: f8cee0f

If we use eafa86a everything works perfectly. It looks like it comes from the change to GlowGetProcAddress_gl21; before it returned a value and now it's not, so when ClearColor is called it gets to here in package.go:

func ClearColor(red float32, green float32, blue float32, alpha float32) {
	C.glowClearColor(gpClearColor, (C.GLfloat)(red), (C.GLfloat)(green), (C.GLfloat)(blue), (C.GLfloat)(alpha))
}

When it tries to get gpClearColor = (C.GPCLEARCOLOR)(getProcAddr("glClearColor")) it segfaults.

[dmitshur]

Thank you for reporting this. This is clearly a bug and shouldn't happen. We need to investigate what is different about ClearColor in new XML data.

[dmitshur]

@Noofbiz Since you're able to reproduce this (I can't yet), is it possible for you to make a smaller repro sample?

github.com/go-gl/example/gl21-cube works okay for me despite using ClearColor. Does it work for you too?

[dmitshur]

When I compare v2.1/gl/package.go before and after that commit, there is no change related to ClearColor. I suspect the issue is not tied to that particular function, but rather it just happened to be the first one called.

[dmitshur]

I tried the hud demo from EngoEngine/engo#520. I got the same crash. I tried it again with eafa86a, and got the same crash. It doesn't seem to be an issue with go-gl/gl.

[Noofbiz]

Thank you for checking that out so throughly and quickly. Sorry for any inconveniences

[dmitshur]

No problem, thanks anyway!