Thread: [PyOpenGL-Users] Any OS-X users able to do some testing with bzr head?
Brought to you by:
mcfletch
Menu
▾
▴
pyopengl-users
|
From: Mike C. F. <mcf...@vr...> - 2014-01-02 07:59:47
|
Hi guys, I've just landed the changes from the (rather long-running) xml-generation branch in PyOpenGL head. The biggest billed feature there being that the raw hierarchy is now generated directly from the xml descriptions that Khronos uses to manage the specs. It also (as part of those changes) restructures the type declarations and some of the extension handling, and as a result, changes some of the platform mechanisms (in only very minor ways, but there are changes). There were also some Python 3.x fixes added during testing. I have no OS-X machine on which to test the changes, so I'm wondering if someone who *does* have OS-X could check out bzr-head and run tests/test_core.py as a smoke test. bzr branch lp:pyopengl cd pyopengl python setup.py develop cd OpenGL_accelerate python setup.py develop cd ../tests python test_core.py You can skip the accelerate module if you don't have a compiler setup handy. Much appreciated, Mike -- ________________________________________________ Mike C. Fletcher Designer, VR Plumber, Coder http://www.vrplumber.com http://blog.vrplumber.com |
|
From: Nicolas R. <Nic...@in...> - 2014-01-02 09:19:21
|
Here is my output on OSX 10.9.1 (Mavericks) using:
Python 2.7.6 (default, Nov 23 2013, 22:18:00)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)] on darwin
and pygame 1.9.1release
---
..EE..................OpenGL 1.2 support
......E...............
======================================================================
ERROR: test_buffer_api_basic (__main__.Tests)
----------------------------------------------------------------------
Traceback (most recent call last):
File "test_core.py", line 1030, in test_buffer_api_basic
buf = _buffers.Py_buffer.from_object( object, _buffers.PyBUF_STRIDES|_buffers.PyBUF_FORMAT )
AttributeError: type object 'Py_buffer' has no attribute 'from_object'
======================================================================
ERROR: test_bytearray_support (__main__.Tests)
----------------------------------------------------------------------
Traceback (most recent call last):
File "test_core.py", line 1055, in test_bytearray_support
glColor3fv( color )
File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/latebind.py", line 45, in __call__
return self._finalCall( *args, **named )
File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/wrapper.py", line 570, in wrapperCall
pyArgs = tuple( calculate_pyArgs( args ))
File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/wrapper.py", line 355, in calculate_pyArgs
yield converter(args[index], self, args)
File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/arrays/arrayhelpers.py", line 111, in asArraySize
handler = typ.getHandler( incoming )
File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/arrays/arraydatatype.py", line 52, in __call__
typ, repr(value)[:50]
TypeError: ("No array-type handler for type <type 'bytearray'> (value: bytearray(b'\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x) registered", <function asArraySize at 0x10ff22398>)
======================================================================
ERROR: test_memoryview_support (__main__.Tests)
----------------------------------------------------------------------
Traceback (most recent call last):
File "test_core.py", line 1059, in test_memoryview_support
glColor3fv( mem )
File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/latebind.py", line 45, in __call__
return self._finalCall( *args, **named )
File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/wrapper.py", line 570, in wrapperCall
pyArgs = tuple( calculate_pyArgs( args ))
File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/wrapper.py", line 355, in calculate_pyArgs
yield converter(args[index], self, args)
File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/arrays/arrayhelpers.py", line 111, in asArraySize
handler = typ.getHandler( incoming )
File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/arrays/arraydatatype.py", line 52, in __call__
typ, repr(value)[:50]
TypeError: ("No array-type handler for type <type 'memoryview'> (value: <memory at 0x10fface90>) registered", <function asArraySize at 0x10ff22398>)
----------------------------------------------------------------------
Ran 45 tests in 15.505s
FAILED (errors=3)
xenon ~/tmp/pyopengl/tests
On 02 Jan 2014, at 08:59, Mike C. Fletcher <mcf...@vr...> wrote:
> Hi guys,
>
> I've just landed the changes from the (rather long-running)
> xml-generation branch in PyOpenGL head. The biggest billed feature there
> being that the raw hierarchy is now generated directly from the xml
> descriptions that Khronos uses to manage the specs. It also (as part of
> those changes) restructures the type declarations and some of the
> extension handling, and as a result, changes some of the platform
> mechanisms (in only very minor ways, but there are changes). There were
> also some Python 3.x fixes added during testing.
>
> I have no OS-X machine on which to test the changes, so I'm wondering if
> someone who *does* have OS-X could check out bzr-head and run
> tests/test_core.py as a smoke test.
>
> bzr branch lp:pyopengl
> cd pyopengl
> python setup.py develop
> cd OpenGL_accelerate
> python setup.py develop
> cd ../tests
> python test_core.py
>
> You can skip the accelerate module if you don't have a compiler setup handy.
>
> Much appreciated,
> Mike
>
> --
> ________________________________________________
> Mike C. Fletcher
> Designer, VR Plumber, Coder
> http://www.vrplumber.com
> http://blog.vrplumber.com
>
>
> ------------------------------------------------------------------------------
> Rapidly troubleshoot problems before they affect your business. Most IT
> organizations don't have a clear picture of how application performance
> affects their revenue. With AppDynamics, you get 100% visibility into your
> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
> _______________________________________________
> PyOpenGL Homepage
> http://pyopengl.sourceforge.net
> _______________________________________________
> PyOpenGL-Users mailing list
> PyO...@li...
> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
|
|
From: Mike C. F. <mcf...@vr...> - 2014-01-02 20:51:43
|
On 14-01-02 04:19 AM, Nicolas Rougier wrote:
> Here is my output on OSX 10.9.1 (Mavericks) using:
>
> Python 2.7.6 (default, Nov 23 2013, 22:18:00)
> [GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)] on darwin
>
> and pygame 1.9.1release
Hi Nicolas, wondering if you could do a tiny bit of follow up for me
(you will need to pull bzr head again with `bzr pull` in pyopengl, as
there were some bug-fixes from my attempts to recreate these errors):
> ======================================================================
> ERROR: test_buffer_api_basic (__main__.Tests)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
> File "test_core.py", line 1030, in test_buffer_api_basic
> buf = _buffers.Py_buffer.from_object( object, _buffers.PyBUF_STRIDES|_buffers.PyBUF_FORMAT )
> AttributeError: type object 'Py_buffer' has no attribute 'from_object'
This is just *weird*, the code (a class-method named from_object) is
definitely there in the _buffers module in bzr. Could you do the following:
from OpenGL.arrays import _buffers
print dir( _buffers.Py_buffer )
and send me the output?
> ======================================================================
> ERROR: test_bytearray_support (__main__.Tests)
> ----------------------------------------------------------------------
> Traceback (most recent call last):
> File "test_core.py", line 1055, in test_bytearray_support
> glColor3fv( color )
> File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/latebind.py", line 45, in __call__
> return self._finalCall( *args, **named )
> File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/wrapper.py", line 570, in wrapperCall
> pyArgs = tuple( calculate_pyArgs( args ))
> File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/wrapper.py", line 355, in calculate_pyArgs
> yield converter(args[index], self, args)
> File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/arrays/arrayhelpers.py", line 111, in asArraySize
> handler = typ.getHandler( incoming )
> File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/arrays/arraydatatype.py", line 52, in __call__
> typ, repr(value)[:50]
> TypeError: ("No array-type handler for type <type 'bytearray'> (value: bytearray(b'\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x) registered", <function asArraySize at 0x10ff22398>)
For the other two errors, could you re-run the test-suite, as I've added
code to report the module and name rather than the repr of the type
(it's module+name used to lookup the type).
Thanks,
Mike
FAILED (errors=3) xenon ~/tmp/pyopengl/tests On 02 Jan 2014, at 08:59,
Mike C. Fletcher <mcf...@vr...> wrote:
>> Hi guys,
>>
>> I've just landed the changes from the (rather long-running)
>> xml-generation branch in PyOpenGL head. The biggest billed feature there
>> being that the raw hierarchy is now generated directly from the xml
>> descriptions that Khronos uses to manage the specs. It also (as part of
>> those changes) restructures the type declarations and some of the
>> extension handling, and as a result, changes some of the platform
>> mechanisms (in only very minor ways, but there are changes). There were
>> also some Python 3.x fixes added during testing.
>>
>> I have no OS-X machine on which to test the changes, so I'm wondering if
>> someone who *does* have OS-X could check out bzr-head and run
>> tests/test_core.py as a smoke test.
>>
>> bzr branch lp:pyopengl
>> cd pyopengl
>> python setup.py develop
>> cd OpenGL_accelerate
>> python setup.py develop
>> cd ../tests
>> python test_core.py
>>
>> You can skip the accelerate module if you don't have a compiler setup handy.
>>
>> Much appreciated,
>> Mike
>>
>> --
>> ________________________________________________
>> Mike C. Fletcher
>> Designer, VR Plumber, Coder
>> http://www.vrplumber.com
>> http://blog.vrplumber.com
>>
>>
>> ------------------------------------------------------------------------------
>> Rapidly troubleshoot problems before they affect your business. Most IT
>> organizations don't have a clear picture of how application performance
>> affects their revenue. With AppDynamics, you get 100% visibility into your
>> Java,.NET, & PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
>> http://pubads.g.doubleclick.net/gampad/clk?id=84349831&iu=/4140/ostg.clktrk
>> _______________________________________________
>> PyOpenGL Homepage
>> http://pyopengl.sourceforge.net
>> _______________________________________________
>> PyOpenGL-Users mailing list
>> PyO...@li...
>> https://lists.sourceforge.net/lists/listinfo/pyopengl-users
--
________________________________________________
Mike C. Fletcher
Designer, VR Plumber, Coder
http://www.vrplumber.com
http://blog.vrplumber.com
|
|
From: Nicolas R. <Nic...@in...> - 2014-01-03 08:26:04
|
On 02 Jan 2014, at 21:51, Mike C. Fletcher <mcf...@vr...> wrote:
> On 14-01-02 04:19 AM, Nicolas Rougier wrote:
>> Here is my output on OSX 10.9.1 (Mavericks) using:
>>
>> Python 2.7.6 (default, Nov 23 2013, 22:18:00)
>> [GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.2.79)] on darwin
>>
>> and pygame 1.9.1release
> Hi Nicolas, wondering if you could do a tiny bit of follow up for me (you will need to pull bzr head again with `bzr pull` in pyopengl, as there were some bug-fixes from my attempts to recreate these errors):
Yep, sure.
>
>> ======================================================================
>> ERROR: test_buffer_api_basic (__main__.Tests)
>> ----------------------------------------------------------------------
>> Traceback (most recent call last):
>> File "test_core.py", line 1030, in test_buffer_api_basic
>> buf = _buffers.Py_buffer.from_object( object, _buffers.PyBUF_STRIDES|_buffers.PyBUF_FORMAT )
>> AttributeError: type object 'Py_buffer' has no attribute 'from_object'
>
> This is just *weird*, the code (a class-method named from_object) is definitely there in the _buffers module in bzr. Could you do the following:
>
> from OpenGL.arrays import _buffers
> print dir( _buffers.Py_buffer )
>
> and send me the output?
['__class__', '__ctypes_from_outparam__', '__delattr__', '__dict__', '__doc__', '__enter__', '__exit__', '__format__', '__getattribute__', '__hash__', '__init__', '__len__', '__module__', '__new__', '__reduce__', '__reduce_ex__', '__repr__', '__setattr__', '__setstate__', '__sizeof__', '__str__', '__subclasshook__', '__weakref__', '_b_base_', '_b_needsfree_', '_fields_', '_objects', 'buf', 'dim_strides', 'dims', 'format', 'from_object', 'internal', 'itemsize', 'len', 'ndim', 'obj', 'readonly', 'shape', 'smalltable', 'strides', 'suboffsets']
>
>> ======================================================================
>> ERROR: test_bytearray_support (__main__.Tests)
>> ----------------------------------------------------------------------
>> Traceback (most recent call last):
>> File "test_core.py", line 1055, in test_bytearray_support
>> glColor3fv( color )
>> File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/latebind.py", line 45, in __call__
>> return self._finalCall( *args, **named )
>> File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/wrapper.py", line 570, in wrapperCall
>> pyArgs = tuple( calculate_pyArgs( args ))
>> File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/wrapper.py", line 355, in calculate_pyArgs
>> yield converter(args[index], self, args)
>> File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/arrays/arrayhelpers.py", line 111, in asArraySize
>> handler = typ.getHandler( incoming )
>> File "/usr/locaL/Cellar/python/2.7.6/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site-packages/OpenGL/arrays/arraydatatype.py", line 52, in __call__
>> typ, repr(value)[:50]
>> TypeError: ("No array-type handler for type <type 'bytearray'> (value: bytearray(b'\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x00\\x) registered", <function asArraySize at 0x10ff22398>)
>
> For the other two errors, could you re-run the test-suite, as I've added code to report the module and name rather than the repr of the type (it's module+name used to lookup the type).
I pulled pyopengl but now I'm unable to start tests. I got:
Fatal Python error: (pygame parachute) Segmentation Fault
Abort trap: 6
After little debug, the "faulty" line is:
>>> from OpenGL.GL import *
Segmentation fault: 11
Nicolas
|
|
From: rndblnch <rnd...@gm...> - 2014-01-15 20:45:14
|
Mike C. Fletcher <mcfletch <at> vrplumber.com> writes: > I have no OS-X machine on which to test the changes, so I'm wondering if > someone who *does* have OS-X could check out bzr-head and run > tests/test_core.py as a smoke test. I do not have pygame installed, however, I have got a bunch of opengl code to test. With revision 639, my code segfault at startup. I can do testing using both 10.8 and 10.9, with python 2.7/3.3 I have code that covers OpenGL 1/2/3.2core Do not hesitate to ask me for specific tests/more info, etc. renaud |
|
From: rndblnch <rnd...@gm...> - 2014-01-15 21:45:33
|
rndblnch <rndblnch <at> gmail.com> writes: > > Mike C. Fletcher <mcfletch <at> vrplumber.com> writes: > > > I have no OS-X machine on which to test the changes, so I'm wondering if > > someone who *does* have OS-X could check out bzr-head and run > > tests/test_core.py as a smoke test. > > I do not have pygame installed, however, I have got a bunch of opengl code > to test. > With revision 639, my code segfault at startup. more precisely: blanch% python Python 2.7.2 (default, Oct 11 2012, 20:14:37) [GCC 4.2.1 Compatible Apple Clang 4.0 (tags/Apple/clang-418.0.60)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> from OpenGL import GL Segmentation fault and the crash log: Process: Python [3980] Path: /System/Library/Frameworks/Python.framework/Versions/2.7/ Resources/Python.app/Contents/MacOS/Python Identifier: Python Version: 2.7.2 (2.7.2) Code Type: X86-64 (Native) Parent Process: tcsh [3968] User ID: 501 Date/Time: 2014-01-15 22:37:56.714 +0100 OS Version: Mac OS X 10.8.5 (12F45) Report Version: 10 Interval Since Last Report: 1753025 sec Crashes Since Last Report: 67 Per-App Crashes Since Last Report: 40 Anonymous UUID: 65705B44-CC97-1F2B-712E-DE99C82E4CFA Crashed Thread: 0 Dispatch queue: com.apple.main-thread Exception Type: EXC_BAD_ACCESS (SIGSEGV) Exception Codes: KERN_INVALID_ADDRESS at 0x00000000000003b0 VM Regions Near 0x3b0: --> __TEXT 000000010461e000-000000010461f000 [ 4K] r-x/rwx SM=COW /System/Library/Frameworks/Python.framework/Versions/2.7/ Resources/Python.app/Contents/MacOS/Python Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0 libGL.dylib 0x000000010590b8b5 glGetString + 15 1 libffi.dylib 0x0000000104b12de4 ffi_call_unix64 + 76 2 libffi.dylib 0x0000000104b13619 ffi_call + 853 3 _ctypes.so 0x0000000105770ffc _ctypes_callproc + 785 4 _ctypes.so 0x000000010576b06a 0x105768000 + 12394 5 org.python.python 0x00000001046326c6 PyObject_Call + 97 6 org.python.python 0x000000010463c78d PyEval_EvalFrameEx + 9728 7 org.python.python 0x0000000104640869 0x104623000 + 120937 ... 69 org.python.python 0x00000001046399b3 PyEval_EvalCode + 54 70 org.python.python 0x0000000104675c70 0x104623000 + 339056 71 org.python.python 0x0000000104675ae9 PyRun_InteractiveOneFlags + 518 72 org.python.python 0x0000000104675578 PyRun_InteractiveLoopFlags + 206 73 org.python.python 0x0000000104675414 PyRun_AnyFileExFlags + 63 74 org.python.python 0x0000000104699e27 Py_Main + 2715 75 libdyld.dylib 0x0000000104b7a7e1 start + 1 hope this helps renaud |
Thanks for helping keep SourceForge clean.
X