"Attempt to retrieve context when no valid context" when calling glVertexAttribPointer in GL ES 2
JP LeBreton <[email protected]> Tue, 2 Jan 2018 01:33:44 -0600
| Newsgroups | gmane.comp.python.opengl.user |
|---|---|
| Message-ID | <CAEBBUWhEXds5N7wsrtZqXOqsnpdkASp2Y1rN4azq_=MhXVQCSg@mail.gmail.com> |
--===============1579248750732240462== Content-Type: multipart/alternative; boundary="001a114418f870542b0561c61ebb" --001a114418f870542b0561c61ebb Content-Type: text/plain; charset="UTF-8" I have a program (http://vectorpoem.com/playscii) that's been running nicely with PyOpenGL on x86 Linux, macOS, and Windows for a few years now, and I'm now attempting to get it running on a Raspberry Pi 3 (using the Raspbian OpenGL driver). Until now this process was pretty straightforward, tweaking shaders and providing a render path for non-VAO hardware, but I've now hit a crash I don't understand and can't figure out how to debug. Deep into program initialization, I'm setting up some vertex buffers, and get a crash whose final line is "OpenGL.error.Error: Attempt to retrieve context when no valid context" when calling glVertexAttribPointer. See the full log here; my program first logs info about the hardware and the OpenGL context it creates (via PySDL2), followed by the crash: https://gist.github.com/JPLeBreton/782b92872380ee6ab3b11b3954ca56cd The OpenGL render context is definitely present; I tried logging stuff about it just before the glVertexAttribPointer call and as far as I can tell it's valid right up until that point. For what it's worth that call does appear to be the first (of many) in the program's execution. Happy to provide more info as needed. Thanks. --001a114418f870542b0561c61ebb Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"auto"><div dir=3D"ltr">I have a program (<a href=3D"http://vect= orpoem.com/playscii" target=3D"_blank">http://vectorpoem.com/<wbr>playscii<= /a>) that's been running nicely with PyOpenGL on x86 Linux, macOS, and = Windows for a few years now, and I'm now attempting to get it running o= n a Raspberry Pi 3 (using the Raspbian OpenGL driver). Until now this proce= ss was pretty straightforward, tweaking shaders and providing a render path= for non-VAO hardware, but I've now hit a crash I don't understand = and can't figure out how to debug.<br><br>Deep into program initializat= ion, I'm setting up some vertex buffers, and get a crash whose final li= ne is "OpenGL.error.Error: Attempt to retrieve context when no valid c= ontext" when calling glVertexAttribPointer. See the full log here; my = program first logs info about the hardware and the OpenGL context it create= s (via PySDL2), followed by the crash:<br><br><a href=3D"https://gist.githu= b.com/JPLeBreton/782b92872380ee6ab3b11b3954ca56cd" target=3D"_blank">https:= //gist.github.com/<wbr>JPLeBreton/<wbr>782b92872380ee6ab3b11b3954ca56<wbr>c= d</a><br><br>The OpenGL render context is definitely present; I tried loggi= ng stuff about it just before the glVertexAttribPointer call and as far as = I can tell it's valid right up until that point. For what it's wort= h that call does appear to be the first (of many) in the program's exec= ution.<br></div><div dir=3D"ltr"><br></div><div dir=3D"ltr">Happy to provid= e more info as needed. Thanks.</div></div> --001a114418f870542b0561c61ebb-- --===============1579248750732240462== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot --===============1579248750732240462== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ PyOpenGL Homepage http://pyopengl.sourceforge.net _______________________________________________ PyOpenGL-Users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/pyopengl-users --===============1579248750732240462==--