Quite a bit more work on the array-handling code in OpenGL-ctypes. It seems to be working properly now, and the number of OpenGLContext demos that are running is growing substantially (even have the first bitmap-based demo working (though it's a pretty simple demo, no PIL involved)).
Something wonky is going on with the GLUT bitmap font pointers. Under the covers these are actually c_void_p values retrieved from the DLL, but for some silly reason using the values is causing a core dump.
Also found a weird case where glRenderMode is returning 0 if a select rendermode pass fails. Not sure if this is a problem with OpenGLContext trying to call glRenderMode( GL_RENDER ) when in GL_RENDER or OpenGL-ctypes doing something wonky. Oh well.
Biggest thing I still want to do with the auto-generation is to provide a way to easily declare an argument "output". That should simplify and reduce a lot of code in the various modules. The wrapper code is already written to support this kind of operation, it's just a matter of factoring the common pattern out.
After that, the next biggest item to tackle is image handling. Brian is going to be looking at the extension loading/handling. GLU is still pretty broken; tessellation and nurbs don't work at all. GLE hasn't even been auto-wrapped yet, let alone tested.
Anyway, think I'm done for the night. Though I've had so much sugar I probably need to do some exercise to work it off before I try to sleep.
Comments
2010-07-25 14:02
> and would have no Trac integ ration The trac-bzr plugin[ 1] seems to provide good integ ration between bzr and t [...]
2010-07-13 21:47
I've always been fascinated wi th the Asterisk AMI interface. So much so that I married tha t fascination with the [...]
2010-07-03 21:32
Yes, only references in dicti onaries are replaced, so hold ing references in lists, tuple s, etceteras keeps them alive.
2010-07-03 11:18
They hold references to remove and install?
2010-06-24 08:34
There's higher-level objects w hich are tracking what is repl aced (the actual Mock objects) . They hold references [...]
2010-06-24 08:23
I haven't tried it, but it see ms to me like this approach ha s one fundamental problem: If you replace all refs o [...]
2010-06-24 08:22
That's the "magic" that made m e go "ooh shiny"
2010-06-24 06:03
That's even more evil than the mock patch decorator...
2010-06-06 18:33
blush Oh.
2010-06-06 11:07
That's what the module does (a utomatically), but on a per-te st-run basis, and only for the process being tested (i [...]
2010-06-06 02:43
Maybe I'm missing something im portant here, but why not just write small scripts to mimic whatever dangerous utili [...]
2010-06-05 15:17
I thought about stubbing out t he python call to the process in the current process, but I want something which stu [...]
2010-06-05 14:47
Hmm... if Mock isn't flexibl e enough to handle mocking pro cesses adequately then I'd lik e to know how it could b [...]
2010-05-19 10:27
Hey, maybe it's a stupid new bie question, but where and ho w exactly should the patching of the core take place? [...]
2010-05-04 14:36
I used Qemu and VirtualBox pre tty extensively back when I wa s working for the OLPC, but mo st of the stuff we were [...]