Any problems with Vandal Parts?

Badger on 2008/04/07 10:08 of Vandal Parts

Cause we got 36% DNW last time, just want to know in advance here.

(log in to comment)

Comments

HanClinto on 2008/04/09 02:14:

Running with Python2.4 on Intel Mac OSX 10.4:

Traceback (most recent call last): File "run_game.py", line 18, in ?
import main
File "/Users/clint/Desktop/pyweek6-games_04-07-2008/VandalParts-v1.0/lib/main.py", line 8, in ?
import game
File "/Users/clint/Desktop/pyweek6-games_04-07-2008/VandalParts-v1.0/lib/game.py", line 9, in ?
import gui
File "/Users/clint/Desktop/pyweek6-games_04-07-2008/VandalParts-v1.0/lib/gui.py", line 7, in ?
from tdgl import lighting,objpart,part,texturefont,texture
File "/Users/clint/Desktop/pyweek6-games_04-07-2008/VandalParts-v1.0/lib/tdgl.zip/tdgl/objpart.py", line 12, in ?
File "/Users/clint/Desktop/pyweek6-games_04-07-2008/VandalParts-v1.0/lib/tdgl.zip/tdgl/texture.py", line 16, in ?
ImportError: cannot import name GLUError

Any clues?

claxo on 2008/04/09 02:22:

Same here, win xp, python 2.4, pygame 1.7.1, pyopenGL 2.0.2.01 I suspect you (the authors) are using pyopenGL 3.

adam on 2008/04/09 10:45:

I get a totally different error!

  File "C:\...\VandalParts-v1.0\lib\levels.py", line 3, in 
      import blocks,resource
  ImportError: No module named resource

on WinXP, Python 2.5, PyGame 1.7.1, PyOpenGL 3.0.0a6.

ServalKatze on 2008/04/09 11:09:

I get this one with Python 2.5, PyOpenGL-3.0.0a6 and Pygame 1.7.1 on "Linux":

 import map
ImportError: Bad magic number in /home/serval/VandalParts-v1.0/lib/map.pyc

And I only have a map.pyc, so I can't look into the map.py source..

ServalKatze on 2008/04/09 15:36:

I tried to run it under WinX and got the same error as adam. Which OS and libraries (+version?) do you use, Badger?

RB[0] on 2008/04/09 16:48:

The problem is the pyc's - they should never be distributed!
Besides - they aren't source...

pyc's only work for the specific version of python they are generated with.

richard on 2008/04/09 22:01:

If you use skellington this isn't an issue... yet another reason why it exists :)

scav on 2008/04/10 19:52:

Sorry everyone, we were in a hurry and just tarred the directory. If you delete all the .pyc you should be OK on a version of Python other than 2.4.

@ServalKatze : there is no way you should not have map.py, but erm, I see what we did wrong there. Does map.py~ work if you rename it to map.py?

We've really made an arse of it this time. [hangs head in shame]

scav on 2008/04/10 20:19:

Damn. Uh, well. I suppose this leaves us pretty much screwed for rankings. Hoping that the people that it worked for got some enjoyment out of it.

HanClinto on 2008/04/10 20:24:

@scav: Don't feel too bad -- we bombed many parts of our game as well! I certainly understand -- we're all in this together. I'll try deleting the .pyc files and renaming map.py~ to map.py and see if all that works.

adam on 2008/04/12 18:51:

Changed the line in levels.py from 'import blocks,resource' to just 'import blocks' and now the game starts. However, once I get to the level, clicking on any of the robots doesn't seem to do anything (although lots of output was printed to the console which I saw afterwards which implies something was going on, clicking the big button didn't make anything happen).

scav on 2008/04/16 20:02:

@adam: I am going to have to give Badger a severe beating, I think. The resource module isn't needed in levels.py. But, clicking on the robots should definitely do something: you should get a display with the robot's name and scores, and if it's one of your robots, you should be able to enter a program for it.

Sounds like we are doing something when picking with the mouse that somehow fails for your version of PyGame.

Oh well, give us a DNW, and whatever charity points you can spare for what little of the game works for you.