Where am I missing?

[ametist]

I don't know what to do now, have tried to get this to work but no luck so I would really appreciate if someone could look at my scripting and hopefully spot the error!
I have this object with a subworld that have an animation. I have created a SDLfile and a pythonfile for it. The animation runs fine by itself, but I can't trigger it. The logfile tells me there are no python or SDLfiles?

Here is part of my alscript:

Show Spoiler

RgnEnter:
type: region
regiontype: subworld
region:
subworld: SubworldTR

RgnExit:
type: region
regiontype: subworld
region:
onexit: 1
physical:
subworld: SubworldTR

swing:
physical:
subworld: SubworldTR
logic:
modifiers:
- tag: AutoClick
cursor: poised
flags:
- localelement
activators:
- type: objectinvolume
remote: RgnExit
triggers:
- any
conditions:
- type: activator
activators:
- type: picking
- type: objectinbox
satisfied: true
actions:
- type: pythonfile
ref: $BoolToggle
actions:
- type: pythonfile
tag: BoolToggle
pythonfile:
file: xAgeSDLBoolToggle
parameters:
- type: activator
ref: logicmod:$AutoClick
- type: string
value: Moving
- type: skip
- type: skip
- type: string
value: Moving
- type: pythonfile
tag: BoolRespond
pythonfile:
file: xAgeSDLBoolRespond
parameters:
- type: string
value: Moving
- type: responder
ref: $AnimMoving
- type: bool
value: false
- type: bool
value: true
- type: responder
tag: AnimMoving
responder:
states:
- cmds:
- type: animcmdmsg
params:
receivers:
- 006D:SubworldTR
animname: Moving
cmds:
- continue
waiton: -1
nextstate: 1
waittocmd: 0
curstate: 0
flags:
- detecttrigger

Avstigning:
physical:
subworld: SubworldTR

SubworldTR:
type: subworld
animations:
- name: Moving
autostart: 0
loop: 0

TRhead:
physical:
subworld: SubworldTR

TRbody:
physical:
subworld: SubworldTR

Here is the pythonfile:

Show Spoiler

Here is the SDLfile:

Show Spoiler

Here is the logfile:

Show Spoiler

[diafero]

Did you remove the age state file from the "sav" directory?

[D'Lanor]

The first thing to check is the agesdlhook in your Book text in Blender and make sure it is set to True.

Code: Select all

config:
    agesdlhook: True

Then make sure that you are using the latest version of Plasmashop. I already spotted one old Plasmashop bug in your Python file. class newcret2(ptResponder): should be class newcret2(ptResponder,): and I bet there are errors like that in the glue section as well.

[ametist]

Thanks guys! Yes diafero I deleted the .sav file , that was something I learned early in this endeavour , but it's always something to check!

The Book -text is allright, just checked.
D'Lanor, when you say new PlasmaShop, you mean version3 I guess? Because you're right I don't have that version! I'm on to that ASAP!!

[diafero]

PlasmaShop 3 does not yet support Python files, so I bet he speaks about version 2.2.6 - see the Wiki

[D'Lanor]

All I know is that Zrax fixed those tuple errors some time ago. I don't use PlasmaShop for Python.

You can fix it yourself by adding the comma I pointed out and then copy the glue section of a working Python file.

[Christian Walther]

class newcret2(ptResponder): should be class newcret2(ptResponder,):

Can you explain this to someone who thought himself fluent in Python? Even when I try this in Python 2.2 (outside of Plasma), I see no difference at all between defining a class with or without a comma after the superclass. I'm not even sure there are any tuples involved here, the grammar just talks about an expression_list, and it seems to me that only free-standing expression_lists are turned into tuples, while the class syntax snatches the list before that. At least I can't define a class by passing an actual tuple (class B((A,)): pass).

I think you might be treating this as a "false positive" of the actual tuple bug where (some versions of?) decompyle wrongly outputted 1-tuples as (x) instead of (x,). But perhaps I'm wrong and would love to be enlightened.

[D'Lanor]

That is just how it appears to be done in Cyan's files, or rather how the files are reconstructed by UruPython which has always worked flawlessly with Uru ABM/CC Python 2.2. So from a practical point of view my recommendation is simply: let's stick with whatever works.

[Christian Walther]

OK, case closed. Source code with or without comma produces the same bytecode, and the comma is an artifact of the fixed decompyle that comes with UruPython:

Code: Select all

buia:~ cwalther$ mkdir comma nocomma
buia:~ cwalther$ cat > nocomma/test.py
class A: pass
class B(A): pass
thisisatuple = (3,)
buia:~ cwalther$ cat > comma/test.py
class A: pass
class B(A,): pass
thisisatuple = (3,)
buia:~ cwalther$ touch comma/test.py nocomma/test.py
buia:~ cwalther$ cd comma                                 
buia:~/comma cwalther$ python2.2 -c "import test"
buia:~/comma cwalther$ cd ../nocomma/
buia:~/nocomma cwalther$ python2.2 -c "import test"
buia:~/nocomma cwalther$ cd ..
buia:~ cwalther$ cmp comma/test.pyc nocomma/test.pyc && echo y || echo n
y
buia:~ cwalther$ decompyle nocomma/test.pyc
Fri Jan  1 14:32:20 2010
# emacs-mode: -*- python-*-
class A:
    __module__ = __name__

class B(A,):
    __module__ = __name__

thisisatuple = (3,)

# local variables:
# tab-width: 4
+++ okay decompyling nocomma/test.pyc
decompyled 1 files: 1 okay, 0 failed, 0 verify failed
Fri Jan  1 14:32:20 2010
buia:~ cwalther$ rm -r comma nocomma

[D'Lanor]

Ok, point taken. The main case however is still open because if this isn't the problem then what else could be wrong? SDL file encryption?

I don't think there is much more to say until we get feedback from ametist.