-
Workaround found:
This failure does not occur if there is a currently active GL context with a defined size. My app uses a class that creates a Quadric on class initialization, which may occur before creating the GLCanvas the class will eventually draw in. My test scripts don't use a drawing context at all - just import GLU and call gluNewQuadric. If I postpone creation of the Quadric until...
2009-07-02 23:56:42 UTC in PyOpenGL
-
gic888 changed the public information on the MIEN project.
2009-05-29 18:30:04 UTC in MIEN
-
Any call to gluNewQuadric now seems to cause a segmentation violation immediately on recent versions of 32 bit x86 Linux. I have tested this on Ubuntu Jaunty, and Arch Linux with pacman updates more recent than ~4/1/09. Identical code runs normally on Ubuntu 8.04, Arch versions from 2008, and any version of Mac OS X. I thus assume this is a compatibility issue with recent changes in xorg or...
2009-05-23 16:50:02 UTC in PyOpenGL
-
Spike sorter is provided by an extension block. Make sure you have the gicspikesort block installed and that it is loading correctly.
2008-05-19 17:59:02 UTC in MIEN
-
I've been using PyODE for some time now, built on both Mac OSX and Ubuntu machines. I'm using version 1.2
I use UniversalJoint objects, and I have had to hack around a bug on both platforms.
The bug is that the PyREX-generated wrapper ode_trimesh.c doesn't define some functions in the ODE API. These include, at least:
getAngle1, getAngle2, getAngleRate1, and getAngleRate2 for...
2008-05-02 19:16:23 UTC in Python-ODE Bindings
-
When I posted this, I also wondered why there wasn't a Windows binary linked to python 2.5. I got no response from the PyOpenGL project, but now I think I know why: They were busy cranking out PyOpenGL 3.0, which installs via python eggs.
The egg has win32 support, so you no longer need a compiler to install on Windows. I've installed 3.0.0a6 on XP with no hassle. I got the zip version and...
2007-06-04 01:44:51 UTC in PyOpenGL
-
This is a somewhat silly bug (failure to check for a zer-length array before trying to calculate things using it). Fixed in mienblocks revision 42.
Note that this is actually a bug in an extension block. Extension block code is intended to be a lot more rough-and-ready, and special purpose, than core mien code. This turns out to be a real bug, and I'm happy to fix it, since that's one of my...
2007-04-24 21:30:52 UTC in MIEN
-
This is not a bug in te current (r372) mien code. It was a bug in earlier versions of the code that wrote an unparsable mienrc file. You can resolve this in several ways. The easieset is to delete ~/.mienrc and re-run mien. If you want to keep you settings, you can also open a mien application with no file inputs and use file->preferences to re-write the configuration file.
FYI: The problem...
2007-04-24 16:27:51 UTC in MIEN
-
Hi. This isn't actually a request for support, but I didn't see any
"contribute" links.
I've been using PyOpenGL for some time in a major project, and I moved
the project to numpy1.0rc2 and python2.5, so I've had to compile
versions of PyOpenGL linked to those packages. Since I have some
windows users, I built a windows binary installer for PyOpenGL 2.0.2.01/
Py2.5/numpy1.0. It was a...
2006-10-15 00:28:47 UTC in PyOpenGL
-
gic888 registered the MIEN project.
2006-03-13 12:24:05 UTC in MIEN
