 | | Re: BrickDraw3D development announcement
|
|
(...) No, I just am fed up with OS X, that's all. I'd rather crash Mac OS 9 than lock up the debugger on OS X. It's a personal preference. P.S. It was spider poop. P.P.S. Does anybody know why glBegin(GL_LINES) would return GL_INVALID_OPERATION (...) (23 years ago, 5-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: BrickDraw3D development announcement
|
|
(...) Four cases that come to mind 1. as you say existing begin 2. command other than vert,color,index,nor...Co,evalPo, arrayEl,material,edg...allList(s) & Some '_EXT's if storable in begin end. Keep anything else after or before as needed. 3. Some (...) (23 years ago, 5-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: BrickDraw3D development announcement
|
|
(...) It's easy to miss OpenGL errors. Are you sure it's the glBegin causing the error, and not some previous command? Remember that successful commands don't clear the GL error state. Did you check for an error right before calling glBegin? (...) (23 years ago, 6-Feb-02, to lugnet.cad.dev)
|
| |
| | Re: BrickDraw3D development announcement
|
|
(...) Heh heh. Fixed this bug last night. err = glCheckError(); // no error! glBegin(GL_LINES); err = glCheckError(); // dies! In my zeal to add error checking everywhere to find the real error, I put glCheckError inside a lot of glBegin/glEnd (...) (23 years ago, 11-Feb-02, to lugnet.cad.dev)
|
