Re: [PyOpenGL-Users] crash on import on Mac OS X after xml-generation merge explained

[rndblnch <rnd...@gm...>]

Mike C. Fletcher <mcfletch <at> vrplumber.com> writes:

> I've eliminated a couple of other name-pollution issues, but there's 
> still a dozen or so "shouldn't be there" names in the final import 
> namespace for GL.  Unfortunately, using __all__ rather bloats the 
> modules (there's a *lot* of names in the namespaces). So I've been doing 
> that cleanup one-by-one with renames to _ prefixed names.
> 
> I'll need to re-run the Linux tests, as those changes have modified 
> *hundreds* of files, and then I still need to get the basic Win32 tests 
> done to do the beta 1 release.

great, thanks!

on my side, everything is ok on MacOSX 10.9.1, python2.7 & python3.3.

the only regression i found now is when using pypy-2.1 or pypy3-2.1, but
they are related to pypy's implementation of ctypes, and i am not sure that
the pypy devs have any interest in fixing it as they are strongly supporting
cffi now.
i will report my finding to them anyway.
by the way, pypy has never sped any of my opengl code...

one example is the ctypes.c_char_p wrapper used in raw.GLUT:

    Python 2.7.3 (480845e6b1dd, Jul 31 2013, 10:58:28)
    [PyPy 2.1.0 with GCC 4.2.1 Compatible Clang Compiler] on darwin
    Type "help", "copyright", "credits" or "license" for more information.
    And now for something completely different: ``random bugs in random (not a
    funny joke)''
    >>>> from ctypes import c_char_p
    >>>> class STRING( c_char_p ):
    ....     @classmethod
    ....     def from_param( cls, value ):
    ....         if isinstance( value, unicode ):
    ....             value = value.encode( 'utf-8' )
    ....         return super( STRING, cls ).from_param( value )
    .... 
    >>>> STRING.from_param("titi")
    Traceback (most recent call last):
      File "<stdin>", line 1, in <module>
      File "<stdin>", line 6, in from_param
    AttributeError: 'super' object has no attribute 'from_param'

> 
> Thanks,
> Mike
>