#128 Can't compile scripts on neveredit 0.8 on linux

[Pyrates]

Here is the console output (I used the module
http://www.pipsfrank.de/public_files/Halblinge02.mod )

INFO __init__: Platform: linux2
INFO __init__: Python version: 2.3.4 (#1, Oct 26 2004,
16:42:40)
[GCC 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)]
INFO __init__: Python comand:
/home/pips/bin/neveredit/neveredit
INFO __init__: Python path:
['/home/pips/bin/neveredit/neveredit',
'/home/pips/bin/neveredit']
INFO __init__: wxPython version: 2.5.3.1
INFO __init__: numarray version: 1.1.1
INFO __init__: pyopengl version: 2.0.1.09
could not import nsscompiler - install from nwntools
package
INFO __init__: Adding help_nwnlexicon.zip...
initializing resource manager from " /home/pips/bin/nwn
" . . .
INFO __init__: empty prop for "Mod_Hak"
INFO __init__: empty prop for "Mod_HakList"
INFO __init__: empty prop for "Mod_OnCutsnAbort"
INFO __init__: empty prop for "Mod_OnPlrEqItm"
INFO __init__: empty prop for "Mod_OnPlrUnEqItm"
Traceback (most recent call last):
File "ScriptEditor.py", line 449, in OnCompile
File "ScriptEditor.py", line 530, in compile
TypeError: unpack non-sequence
Traceback (most recent call last):
File "ScriptEditor.py", line 449, in OnCompile
File "ScriptEditor.py", line 530, in compile
TypeError: unpack non-sequence

Tried 2 different scripts. I see that there is "could
not import nsscompiler - install from nwntools
package", is that the problem? Shouldn't that thing
come with the distribution? I'm on gentoo, kernel
2.6.10, running the binary distribution.

Cheers
Philipp

[Sumpfork]

Logged In: YES
user_id=688907

That's bad. I'll check it out asap.

For the next release, can I put you on a list of people who sanity-check
the packaged distribution before I release, so this doesn't happen?

Thanks.

[Pyrates]

Logged In: YES
user_id=1086976

Sure, I'd be flattered :)

Cheers
Philipp

[Sumpfork]

Logged In: YES
user_id=688907

I just downloaded the linux binary (again) and successfully compiled a
script with it. Maybe there's a conflict between the (binary) script
compiler extension and some library on your distro? Yes, the script
compiler not loading properly is definitely a problem. I'll make that error
message more informative for next time round.

[Holly Bostick]

Logged In: YES
user_id=789502

I seem to be getting the same error under SuSE 9.2, also with the
2.6.10 kernel.

Output is from neverscript, but the same thing happens with
neveredit:

$ ./neverscript
could not import nsscompiler - install from nwntools package
initializing resource manager from " /home/holly/games/nwn " . . . .
/home/holly/games/nwn/nwedit/neverscript
Traceback (most recent call last):
File "ScriptEditor.py", line 449, in OnCompile
File "ScriptEditor.py", line 530, in compile
TypeError: unpack non-sequence

neveredit gives me:

$ ./neveredit
INFO __init__: Platform: linux2
INFO __init__: Python version: 2.3.4 (#1, Oct 26 2004, 16:42:40)
[GCC 3.4.2 20041017 (Red Hat 3.4.2-6.fc3)]
INFO __init__: Python
comand: /home/holly/games/nwn/nwedit/neveredit/neveredit
INFO __init__: Python path:
['/home/holly/games/nwn/nwedit/neveredit/neveredit',
'/home/holly/games/nwn/nwedit/neveredit']
INFO __init__: wxPython version: 2.5.3.1
INFO __init__: numarray version: 1.1.1
INFO __init__: pyopengl version: 2.0.1.09
could not import nsscompiler - install from nwntools package
INFO __init__: Adding help_nwnlexicon.zip...
initializing resource manager from " /home/holly/games/nwn " . . . .
INFO __init__: empty prop for "Mod_Hak"
Traceback (most recent call last):
File "NeverEditMainApp.py", line 584, in OnScriptAdded
UnboundLocalError: local variable 'reselect' referenced before
assignment
Traceback (most recent call last):
File "ScriptEditor.py", line 449, in OnCompile
File "ScriptEditor.py", line 530, in compile
TypeError: unpack non-sequence

Now, unfortunately, I can't get NWNTools to compile (so I can't
extract the binary from it), and I can't use the nwnnsscomp Mac
binary. So I'm pretty much stuck unless I can get a Windows version
(of the toolset or the script compiler) to work under Wine.

Could this possibly be a kernel issue of some sort (as the OP and I
only have a kernel version in common)?

Holly