Install troubles

23 views
Skip to first unread message

Mike Lawrence

unread,
May 30, 2009, 10:10:02 AM5/30/09
to PYGGEL-dev
Hi all,

I'm running python 2.5.4 on Mac OS 10.5.7. I installed pygame, numpy,
and PyOpenGL via easy_install, PIL via the installer at
http://pythonmac.org/packages/py25-fat/index.html.

When I attempt to run PYGGEL's setup.py, I get:

mal:PYGGEL-V0.075-alpha3b mike$ python setup.py install
Fatal Python error: (pygame parachute) Bus Error
Abort trap

Any suggestions?

Mike

Mike Lawrence

unread,
May 30, 2009, 10:13:03 AM5/30/09
to PYGGEL-dev
Oops, forgot to mention I also installed psyco via easy_install.

On May 30, 11:10 am, Mike Lawrence <mike.lw...@gmail.com> wrote:
> Hi all,
>
> I'm running python 2.5.4 on Mac OS 10.5.7. I installed pygame, numpy,
> and PyOpenGL via easy_install, PIL via the installer athttp://pythonmac.org/packages/py25-fat/index.html.

RB[0]

unread,
May 30, 2009, 10:15:19 AM5/30/09
to pygge...@googlegroups.com
Hmm, the installer may not have been updated correctly for the last release - which would be my fault :S

Could you try just copying the /pyggel directory into your Lib/site-packages folder (or the equivalent on Mac)? That is all I do...

Mike Lawrence

unread,
May 30, 2009, 10:21:12 AM5/30/09
to PYGGEL-dev
Copied the pyggel directory to site-packages, when I open a python
session and try import pyggel I get that same pygame parachute error :O
(

Mike

On May 30, 11:15 am, "RB[0]" <roeb...@gmail.com> wrote:
> Hmm, the installer may not have been updated correctly for the last release
> - which would be my fault :S
>
> Could you try just copying the /pyggel directory into your Lib/site-packages
> folder (or the equivalent on Mac)? That is all I do...
>

RB[0]

unread,
May 30, 2009, 10:23:15 AM5/30/09
to pygge...@googlegroups.com
OK, this seems like the issue here:
http://code.google.com/p/pyggel/issues/detail?id=4

I don't know how we can fix it, but we are trying :S

Mike Lawrence

unread,
May 30, 2009, 10:43:15 AM5/30/09
to PYGGEL-dev
In the bug report you mention pyglet, and in the TO DO wiki page I
notice that as of "Version 0.06-alpha2 "speed" -- 100% Released!" you
note "# Look into porting to use pyglet #Done - not porting ". Any
reason you decided against the port?


On May 30, 11:23 am, "RB[0]" <roeb...@gmail.com> wrote:
> OK, this seems like the issue here:http://code.google.com/p/pyggel/issues/detail?id=4
>
> I don't know how we can fix it, but we are trying :S
>

RB[0]

unread,
May 30, 2009, 2:45:13 PM5/30/09
to pygge...@googlegroups.com
Well, when I looked through pyglet the last time before that note, I didn't really like where it was at or it's stability.
Basically, it would have required almost a complete rewrite of PYGGEL to use pyglet, and on top of that, I just really don't like the way pyglet handles most things - that is just a style preference though...

Just before pyweek, though (after deciding not to port), there was some talk again of it, so I whipped up a little mini-port, which basically just substitutes pyglet's opengl binding with the pyopengl ones.
The other parts of pyglet (such as windowing, events, resource loading, etc.) were not used...

If you are interested you can check it out here:
http://pyggel.googlecode.com/svn/branches/pyggel-pyglet/

But I doubt that will fix the problem, as it appears to be more in the way Pygame is being initialized than anything else...
If that does turn out not to work, I will try and work out a few changes for you to test (if you are willing to do it...) and see if we can't squash this bug :)

Cheers :)

Mike Lawrence

unread,
May 30, 2009, 3:26:51 PM5/30/09
to PYGGEL-dev
pyggel-pyglet seems to work. import pyggel returns a value of 32, and
the Robocalypto game runs (though the mouse isn't properly captured,
so when it escapes the bounds of the window I stop turning).

I'm definitely willing to test anything you'd care to throw my way :O)

On May 30, 3:45 pm, "RB[0]" <roeb...@gmail.com> wrote:
> Well, when I looked through pyglet the last time before that note, I didn't
> really like where it was at or it's stability.
> Basically, it would have required almost a complete rewrite of PYGGEL to use
> pyglet, and on top of that, I just really don't like the way pyglet handles
> most things - that is just a style preference though...
>
> Just before pyweek, though (after deciding not to port), there was some talk
> again of it, so I whipped up a little mini-port, which basically just
> substitutes pyglet's opengl binding with the pyopengl ones.
> The other parts of pyglet (such as windowing, events, resource loading,
> etc.) were not used...
>
> If you are interested you can check it out here:http://pyggel.googlecode.com/svn/branches/pyggel-pyglet/
>
> But I doubt that will fix the problem, as it appears to be more in the way
> Pygame is being initialized than anything else...
> If that does turn out not to work, I will try and work out a few changes for
> you to test (if you are willing to do it...) and see if we can't squash this
> bug :)
>
> Cheers :)
>

RB[0]

unread,
May 30, 2009, 7:49:15 PM5/30/09
to pygge...@googlegroups.com
Hmm, that is odd - appears to be a pyopengl thing..

RB[0]

unread,
Jun 3, 2009, 5:35:33 PM6/3/09
to PYGGEL-dev
Dang sorry, it has been a crazy couple of weeks.
And it's still gonna be kinda busy for a while, but I'll try and look
into this more when I get the chance :)

On May 30, 6:49 pm, "RB[0]" <roeb...@gmail.com> wrote:
> Hmm, that is odd - appears to be a pyopengl thing..
>

Mike Lawrence

unread,
Jun 4, 2009, 9:33:03 AM6/4/09
to pygge...@googlegroups.com
No problem. I'm pretty invested in pyglet, but if we can get pyggel
working I'd be interested in comparing the two and possibly switching.
--
Mike Lawrence
Graduate Student
Department of Psychology
Dalhousie University

Looking to arrange a meeting? Check my public calendar:
http://tr.im/mikes_public_calendar

~ Certainty is folly... I think. ~

Robert Ramsay

unread,
Jun 5, 2009, 10:26:48 PM6/5/09
to PYGGEL-dev
This is related to the "ghost segfault" issue, albeit distantly. The
setup.py loads pyggel to get it the version number which loads the
existing bug in the code and creates a segfault. I'm cooking up a
revision that should fix all of these problems. (Hint for RB0:
blank_texture)

RB[0]

unread,
Jun 5, 2009, 10:28:30 PM6/5/09
to pygge...@googlegroups.com
Ahh dang - that makes sense...
That was really hacky and meant to be fixed anyways :S
Thanks for catching that, whether it fixes this issue or not :)

RB[0]

unread,
Jun 10, 2009, 11:03:44 AM6/10/09
to PYGGEL-dev
Could you try the svn version of pyggel? Robert has fixed
(hopefully :) ) the segfault problems.
Apparently calling some OpenGL functions before a context is created
segfaults for some people, instead of just failing...

Cheers :)

On Jun 5, 9:28 pm, "RB[0]" <roeb...@gmail.com> wrote:
> Ahh dang - that makes sense...
> That was really hacky and meant to be fixed anyways :S
> Thanks for catching that, whether it fixes this issue or not :)
>

Mike Lawrence

unread,
Jun 10, 2009, 12:55:11 PM6/10/09
to PYGGEL-dev
Installs fine, but a couple errors in running the example scripts:

When running "example1-speed.py" and hitting one of the arrow keys
(all other keys are ok):

Traceback (most recent call last):
File "example1-speed.py", line 119, in <module>
main()
File "example1-speed.py", line 82, in main
event_handler.update() #get the events!
File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/
site-packages/pyggel/event.py",
line 244, in update
self.handle_event(event)
File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/
site-packages/pyggel/event.py",
line 175, in handle_event
self.keyboard.do_active_hit(event)
File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/
site-packages/pyggel/event.py",
line 28, in do_active_hit
self.hook[event.key] = str(event.unicode)
UnicodeEncodeError: 'ascii' codec can't encode character u'\uf703' in
position 0: ordinal not in range(128)

And Robocalypto crashes right away:

Traceback (most recent call last):
File "run_game.py", line 10, in <module>
main.main()
File "/Users/mike/pyggel-read-only/Robocalypto/gamelib/main.py",
line 14, in main
g = game.Game()
File "/Users/mike/pyggel-read-only/Robocalypto/gamelib/game.py",
line 136, in __init__
self.scene.add_3d(pyggel.misc.StaticObjectGroup(static))
File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/
site-packages/pyggel/misc.py",
line 197, in __init__
self.compile()
File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/
site-packages/pyggel/misc.py",
line 207, in compile
i.render()
File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/
site-packages/pyggel/geometry.py",
line 135, in render
self.texture.bind()
AttributeError: 'list' object has no attribute 'bind'

Also, every so often when I start up either one of the above scripts,
I get long errors (but even when this error appears, example1-speed.py
continues to run ok [until I hit an arrow]):

2009-06-10 13:11:13.074 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x86c560 of class NSCFString autoreleased with no pool in place
- just leaking
Stack: (0x94d69f0f 0x94c76442 0x94cc07c8 0x94cc05f8 0x94356a 0x943978
0x485acd 0x486b86 0x48771d 0x41c103 0x3fb5d3 0x3fed41 0x433062
0x454704 0x3fb1ab 0x47e159 0x485acd 0x486b86 0x48771d 0x484d9e
0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fb5d3 0x3fed41 0x453dc55
0x4542d4a 0x485acd 0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fadac
0x47fe63 0x3fad7d 0x4534735 0x961a4155 0x961a4012)
2009-06-10 13:11:13.076 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x86c1e0 of class NSURL autoreleased with no pool in place -
just leaking
Stack: (0x94d69f0f 0x94c76442 0x94356a 0x943978 0x485acd 0x486b86
0x48771d 0x41c103 0x3fb5d3 0x3fed41 0x433062 0x454704 0x3fb1ab
0x47e159 0x485acd 0x486b86 0x48771d 0x484d9e 0x48771d 0x41c103
0x3fadac 0x402aa7 0x3fb5d3 0x3fed41 0x453dc55 0x4542d4a 0x485acd
0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fadac 0x47fe63 0x3fad7d
0x4534735 0x961a4155 0x961a4012)
2009-06-10 13:11:13.077 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x2e6ecf0 of class OC_PythonString autoreleased with no pool in
place - just leaking
Stack: (0x94d69f0f 0x94c76442 0x96e326 0x9650cf 0x96863d 0x499c99
0x49b01c 0x49b26d 0x943b36 0x485acd 0x486b86 0x48771d 0x41c103
0x3fb5d3 0x3fed41 0x433062 0x454704 0x3fb1ab 0x47e159 0x485acd
0x486b86 0x48771d 0x484d9e 0x48771d 0x41c103 0x3fadac 0x402aa7
0x3fb5d3 0x3fed41 0x453dc55 0x4542d4a 0x485acd 0x48771d 0x41c103
0x3fadac 0x402aa7 0x3fadac 0x47fe63 0x3fad7d 0x4534735 0x961a4155
0x961a4012)
2009-06-10 13:11:13.078 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x86ca40 of class NSCFData autoreleased with no pool in place -
just leaking
Stack: (0x94d69f0f 0x94c76442 0x94c8ab35 0x943c9e 0x485acd 0x486b86
0x48771d 0x41c103 0x3fb5d3 0x3fed41 0x433062 0x454704 0x3fb1ab
0x47e159 0x485acd 0x486b86 0x48771d 0x484d9e 0x48771d 0x41c103
0x3fadac 0x402aa7 0x3fb5d3 0x3fed41 0x453dc55 0x4542d4a 0x485acd
0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fadac 0x47fe63 0x3fad7d
0x4534735 0x961a4155 0x961a4012)
2009-06-10 13:11:13.079 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x86ce60 of class NSCFString autoreleased with no pool in place
- just leaking
Stack: (0x94d69f0f 0x94c76442 0x94cc07c8 0x94cc05f8 0x94356a 0x943978
0x485acd 0x486b86 0x48771d 0x41c103 0x3fb5d3 0x3fed41 0x433062
0x454704 0x3fb1ab 0x47e159 0x485acd 0x486b86 0x48771d 0x484d9e
0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fb5d3 0x3fed41 0x453dc55
0x4542d4a 0x485acd 0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fadac
0x47fe63 0x3fad7d 0x4534735 0x961a4155 0x961a4012)
2009-06-10 13:11:13.079 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x86c620 of class NSURL autoreleased with no pool in place -
just leaking
Stack: (0x94d69f0f 0x94c76442 0x94356a 0x943978 0x485acd 0x486b86
0x48771d 0x41c103 0x3fb5d3 0x3fed41 0x433062 0x454704 0x3fb1ab
0x47e159 0x485acd 0x486b86 0x48771d 0x484d9e 0x48771d 0x41c103
0x3fadac 0x402aa7 0x3fb5d3 0x3fed41 0x453dc55 0x4542d4a 0x485acd
0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fadac 0x47fe63 0x3fad7d
0x4534735 0x961a4155 0x961a4012)
2009-06-10 13:11:13.081 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x2e6ecf0 of class OC_PythonString autoreleased with no pool in
place - just leaking
Stack: (0x94d69f0f 0x94c76442 0x96e326 0x9650cf 0x96863d 0x499c99
0x49b01c 0x49b26d 0x943b36 0x485acd 0x486b86 0x48771d 0x41c103
0x3fb5d3 0x3fed41 0x433062 0x454704 0x3fb1ab 0x47e159 0x485acd
0x486b86 0x48771d 0x484d9e 0x48771d 0x41c103 0x3fadac 0x402aa7
0x3fb5d3 0x3fed41 0x453dc55 0x4542d4a 0x485acd 0x48771d 0x41c103
0x3fadac 0x402aa7 0x3fadac 0x47fe63 0x3fad7d 0x4534735 0x961a4155
0x961a4012)
2009-06-10 13:11:13.081 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x86cd70 of class NSCFData autoreleased with no pool in place -
just leaking
Stack: (0x94d69f0f 0x94c76442 0x94c8ab35 0x943c9e 0x485acd 0x486b86
0x48771d 0x41c103 0x3fb5d3 0x3fed41 0x433062 0x454704 0x3fb1ab
0x47e159 0x485acd 0x486b86 0x48771d 0x484d9e 0x48771d 0x41c103
0x3fadac 0x402aa7 0x3fb5d3 0x3fed41 0x453dc55 0x4542d4a 0x485acd
0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fadac 0x47fe63 0x3fad7d
0x4534735 0x961a4155 0x961a4012)
2009-06-10 13:11:13.082 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x86cdc0 of class NSCFString autoreleased with no pool in place
- just leaking
Stack: (0x94d69f0f 0x94c76442 0x94cc07c8 0x94cc05f8 0x94356a 0x943978
0x485acd 0x486b86 0x48771d 0x41c103 0x3fb5d3 0x3fed41 0x433062
0x454704 0x3fb1ab 0x3fb229 0x47e159 0x485acd 0x486b86 0x48771d
0x484d9e 0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fb5d3 0x3fed41
0x453dc55 0x4542d4a 0x485acd 0x48771d 0x41c103 0x3fadac 0x402aa7
0x3fadac 0x47fe63 0x3fad7d 0x4534735 0x961a4155 0x961a4012)
2009-06-10 13:11:13.083 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x86c540 of class NSURL autoreleased with no pool in place -
just leaking
Stack: (0x94d69f0f 0x94c76442 0x94356a 0x943978 0x485acd 0x486b86
0x48771d 0x41c103 0x3fb5d3 0x3fed41 0x433062 0x454704 0x3fb1ab
0x3fb229 0x47e159 0x485acd 0x486b86 0x48771d 0x484d9e 0x48771d
0x41c103 0x3fadac 0x402aa7 0x3fb5d3 0x3fed41 0x453dc55 0x4542d4a
0x485acd 0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fadac 0x47fe63
0x3fad7d 0x4534735 0x961a4155 0x961a4012)
2009-06-10 13:11:13.084 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x2e6ecf0 of class OC_PythonString autoreleased with no pool in
place - just leaking
Stack: (0x94d69f0f 0x94c76442 0x96e326 0x9650cf 0x96863d 0x499c99
0x49b01c 0x49b26d 0x943b36 0x485acd 0x486b86 0x48771d 0x41c103
0x3fb5d3 0x3fed41 0x433062 0x454704 0x3fb1ab 0x3fb229 0x47e159
0x485acd 0x486b86 0x48771d 0x484d9e 0x48771d 0x41c103 0x3fadac
0x402aa7 0x3fb5d3 0x3fed41 0x453dc55 0x4542d4a 0x485acd 0x48771d
0x41c103 0x3fadac 0x402aa7 0x3fadac 0x47fe63 0x3fad7d 0x4534735
0x961a4155 0x961a4012)
2009-06-10 13:11:13.084 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x86ce00 of class NSCFData autoreleased with no pool in place -
just leaking
Stack: (0x94d69f0f 0x94c76442 0x94c8ab35 0x943c9e 0x485acd 0x486b86
0x48771d 0x41c103 0x3fb5d3 0x3fed41 0x433062 0x454704 0x3fb1ab
0x3fb229 0x47e159 0x485acd 0x486b86 0x48771d 0x484d9e 0x48771d
0x41c103 0x3fadac 0x402aa7 0x3fb5d3 0x3fed41 0x453dc55 0x4542d4a
0x485acd 0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fadac 0x47fe63
0x3fad7d 0x4534735 0x961a4155 0x961a4012)
2009-06-10 13:11:13.084 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x86cf90 of class NSCFString autoreleased with no pool in place
- just leaking
Stack: (0x94d69f0f 0x94c76442 0x94cc07c8 0x94cc05f8 0x94356a 0x943978
0x485acd 0x486b86 0x48771d 0x41c103 0x3fb5d3 0x3fed41 0x433062
0x454704 0x3fb1ab 0x3fb229 0x47e159 0x485acd 0x486b86 0x48771d
0x484d9e 0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fb5d3 0x3fed41
0x453dc55 0x4542d4a 0x485acd 0x48771d 0x41c103 0x3fadac 0x402aa7
0x3fadac 0x47fe63 0x3fad7d 0x4534735 0x961a4155 0x961a4012)
2009-06-10 13:11:13.085 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x86cda0 of class NSURL autoreleased with no pool in place -
just leaking
Stack: (0x94d69f0f 0x94c76442 0x94356a 0x943978 0x485acd 0x486b86
0x48771d 0x41c103 0x3fb5d3 0x3fed41 0x433062 0x454704 0x3fb1ab
0x3fb229 0x47e159 0x485acd 0x486b86 0x48771d 0x484d9e 0x48771d
0x41c103 0x3fadac 0x402aa7 0x3fb5d3 0x3fed41 0x453dc55 0x4542d4a
0x485acd 0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fadac 0x47fe63
0x3fad7d 0x4534735 0x961a4155 0x961a4012)
2009-06-10 13:11:13.085 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x2e6ecf0 of class OC_PythonString autoreleased with no pool in
place - just leaking
Stack: (0x94d69f0f 0x94c76442 0x96e326 0x9650cf 0x96863d 0x499c99
0x49b01c 0x49b26d 0x943b36 0x485acd 0x486b86 0x48771d 0x41c103
0x3fb5d3 0x3fed41 0x433062 0x454704 0x3fb1ab 0x3fb229 0x47e159
0x485acd 0x486b86 0x48771d 0x484d9e 0x48771d 0x41c103 0x3fadac
0x402aa7 0x3fb5d3 0x3fed41 0x453dc55 0x4542d4a 0x485acd 0x48771d
0x41c103 0x3fadac 0x402aa7 0x3fadac 0x47fe63 0x3fad7d 0x4534735
0x961a4155 0x961a4012)
2009-06-10 13:11:13.086 Python[7009:1503] *** _NSAutoreleaseNoPool():
Object 0x86cea0 of class NSCFData autoreleased with no pool in place -
just leaking
Stack: (0x94d69f0f 0x94c76442 0x94c8ab35 0x943c9e 0x485acd 0x486b86
0x48771d 0x41c103 0x3fb5d3 0x3fed41 0x433062 0x454704 0x3fb1ab
0x3fb229 0x47e159 0x485acd 0x486b86 0x48771d 0x484d9e 0x48771d
0x41c103 0x3fadac 0x402aa7 0x3fb5d3 0x3fed41 0x453dc55 0x4542d4a
0x485acd 0x48771d 0x41c103 0x3fadac 0x402aa7 0x3fadac 0x47fe63
0x3fad7d 0x4534735 0x961a4155 0x961a4012)

RB[0]

unread,
Jun 10, 2009, 1:16:28 PM6/10/09
to pygge...@googlegroups.com
I just committed a fix (hopefully) for the first two bugs.
The last looks like Python, and I don't really understand it :S
Looks like it has a leak of something, I dunno though...

Mike Lawrence

unread,
Jun 10, 2009, 1:34:05 PM6/10/09
to PYGGEL-dev
Both demos work great now, except that the robots in Robocalypto are
now sideways!

In any event, it looks like the core of pyggel is working now, so
that's sufficient for me :O)

On Jun 10, 2:16 pm, "RB[0]" <roeb...@gmail.com> wrote:
> I just committed a fix (hopefully) for the first two bugs.
> The last looks like Python, and I don't really understand it :S
> Looks like it has a leak of something, I dunno though...
>
> ...
>
> read more »

RB[0]

unread,
Jun 10, 2009, 2:51:58 PM6/10/09
to pygge...@googlegroups.com
New revision committed, fixing that bug (and others).
Basically, I had been running robocalypto against the release version of pyggel, and not the svn, so I kept wondering at why nothing ever broke in it :P


A few bugs were found once I updated that LOL :)
Thx again for the testing and reports!
Matt
Reply all
Reply to author
Forward
0 new messages