I should mention this has nothing to do with Dunk's glew patch.

On Thu, 2005-03-31 at 19:06 -0800, Sean Lynch wrote:
> On Fri, 2005-04-01 at 00:36 +0100, dunk wrote:
> > here is a patch to use glew: glew.sf.net 
> > 
> > this resolves all my multitexturing problems and removes the need for
> > advanced_opengl.c. so imho a very beneficial prospect?
> 
> I'm very excited about this patch and anything that simplifies Soya,
> even if it adds a dependency.
> 
> My testing hasn't turned up any problems, however, I discovered that
> anything that uses cal3d is now segfaulting in
> CalCoreModel::getCoreMeshCount(). Here's a backtrace:
> 
> #0  0xb7990707 in CalCoreModel::getCoreMeshCount ()
>    from /usr/lib/libcal3d.so.10
> No symbol table info available.
> #1  0xb7987ff6 in CalModel_AttachMesh () from /usr/lib/libcal3d.so.10
> No symbol table info available.
> #2  0xb7d26649 in __pyx_f_5_soya_12_Cal3dVolume__attach_all (
>     __pyx_v_self=0x839e07c) at _soya.c:59481
>         __pyx_v_i = 0
>         __pyx_1 = 1
>         __pyx_2 = (PyObject *) 0x0
>         __pyx_3 = (PyObject *) 0x0
>         __pyx_4 = 1
>         __pyx_5 = (PyObject *) 0x0
> #3  0xb7d2508c in __pyx_f_5_soya_12_Cal3dVolume_set_shape (
>     __pyx_v_self=0x839e07c, __pyx_args=0x0, __pyx_kwds=0x0) at
> _soya.c:59026
>         __pyx_v_shape = (struct __pyx_obj_5_soya__Cal3dShape *)
> 0xb7e4c6bc
>         __pyx_v_attached_meshes = (PyObject *) 0x8118160
>         __pyx_v_i = 1
>         __pyx_v_nb = 1
>         __pyx_r = (PyObject *) 0x8118160
>         __pyx_2 = 135364960
>         __pyx_3 = (PyObject *) 0x8118160
>         __pyx_4 = (PyObject *) 0xb7d6b320
> ---Type <return> to continue, or q <return> to quit---
>         __pyx_5 = (PyObject *) 0xb7e03ccc
>         __pyx_argnames = {0xb7d4fa9e "shape", 0xb7d4deee
> "attached_meshes",
>   0x0}
> #4  0x080fdede in PyCFunction_Call ()
> No symbol table info available.
> #5  0x0805b989 in PyObject_Call ()
> No symbol table info available.
> #6  0x080ab5c7 in PyEval_CallObjectWithKeywords ()
> No symbol table info available.
> #7  0x0805b94e in PyObject_CallObject ()
> No symbol table info available.
> #8  0xb7d249d3 in __pyx_f_5_soya_12_Cal3dVolume___init__ (
>     __pyx_v_self=0x839e07c, __pyx_args=0x0, __pyx_kwds=0x0) at
> _soya.c:58827
>         __pyx_v_parent = (struct __pyx_obj_5_soya__World *) 0x81ed024
>         __pyx_v_shape = (struct __pyx_obj_5_soya__Cal3dShape *)
> 0xb7e4c6bc
>         __pyx_v_attached_meshes = (PyObject *) 0x8118160
>         __pyx_r = -1217651924
>         __pyx_1 = (PyObject *) 0xb76c1b2c
>         __pyx_2 = (PyObject *) 0x0
>         __pyx_3 = (PyObject *) 0xb76c1b2c
>         __pyx_4 = 0
>         __pyx_argnames = {0xb7d4dd25 "parent", 0xb7d4fa9e "shape",
>   0xb7d4deee "attached_meshes", 0x0}
> ---Type <return> to continue, or q <return> to quit---
> #9  0x080899b5 in _PyObject_SlotCompare ()
> No symbol table info available.
> #10 0x0805b989 in PyObject_Call ()
> No symbol table info available.
> #11 0x080aba52 in PyEval_CallObjectWithKeywords ()
> No symbol table info available.
> #12 0x080ab6b9 in PyEval_CallObjectWithKeywords ()
> No symbol table info available.
> #13 0x080a9bee in Py_MakePendingCalls ()
> No symbol table info available.
> #14 0x080aa77c in PyEval_EvalCodeEx ()
> No symbol table info available.
> #15 0x080acf79 in PyEval_EvalCode ()
> No symbol table info available.
> #16 0x080d90db in PyRun_FileExFlags ()
> No symbol table info available.
> #17 0x080d885f in PyRun_SimpleFileExFlags ()
> No symbol table info available.
> #18 0x08054e95 in Py_Main ()
> No symbol table info available.
> #19 0x080549eb in main ()
> No symbol table info available.
> 

Attachment: signature.asc
Description: This is a digitally signed message part



Reply via email to