ERROR: preprocessing APPEND_EARLY [EET/compile/d/cleansod.d]: Failure("resource [BDDEEP.DLG] not found for 'ADD_TRANS_TRIGGER'")

[maxt9572]

I have this issue on linux Installing DLG files...

Copying and patching 1 file ...
Compiling 1819 dialogue files ...

[action list near line 39, column 2 of EET/temp/patch/d/menda4.d] PARSE WARNING at line 39 column 1-56
Near Text: )
[ApplySpell] argument [bERESH_CHANGE] not found in [spell.IDS]

[action list near line 65, column 2 of EET/temp/patch/d/menda4.d] PARSE WARNING at line 65 column 1-56
Near Text: )
[ApplySpell] argument [bERESH_CHANGE] not found in [spell.IDS]

I have this error on linux

ERROR locating resource for 'ADD_TRANS_TRIGGER'
Resource [bDDEEP.DLG] not found in KEY file:
[./chitin.key]
ERROR: preprocessing APPEND_EARLY [EET/compile/d/cleansod.d]: Failure("resource [bDDEEP.DLG] not found for 'ADD_TRANS_TRIGGER'")
Stopping installation because of error.

BLAD podczas instalacji [Core EET (game importation)], powrot do poprzedniego stanu
Will uninstall 9987 files for [EET_CORE.TP2] component 0.
Uninstalled 9987 files for [EET_CORE.TP2] component 0.
ERROR: Failure("resource [bDDEEP.DLG] not found for 'ADD_TRANS_TRIGGER'")
PROSZE, wyslij plik SETUP-EET_CORE.DEBUG do K4thos (swit)
Automatically Skipping [Core EET (game importation)] because of error.
Using Language [Polski (Polish)]
[./lang/en_us/dialog.tlk] created, 271377 string entries
[./lang/en_us/dialogf.tlk] created, 271377 string entries

https://github.com/K4thos/EET/files/722030/setup-eet_core.debug.zip

Link to issue in polish https://github.com/K4thos/EET/issues/8

[K4thos]

looks like you don't have LUA installed on your system. Either install LUA and ffmpeg manually or try installing EET with the file attached to this post (overwrite the one in EET/lib) since external unix tools are already in the package but not referenced in the code yet. The reason for this is that included LUA is a 64bit binary which doesn't work for 32bit systems.

 

If someone would be kind enough to compile LUA 5.3.3 32bit for linux using the source code than external tools usage for unix will be implemented by default.

EET_core.tp2

[argent77]

You can find precompiled Lua binaries for all major platforms (including 32-bit Linux) there: https://sourceforge.net/projects/luabinaries/files/5.3.3/Tools%20Executables/

[K4thos]

You can find precompiled Lua binaries for all major platforms (including 32-bit Linux) there: https://sourceforge.net/projects/luabinaries/files/5.3.3/Tools%20Executables/

thanks, new release that uses external unix LUA and ffmpeg binaries has been pushed on Github.

[maxt9572]

On version 8.2b i have the same problem

[K4thos]

On version 8.2b i have the same problem

strange, that would mean LUA is still not working even though binary for both 32bit and 64bit unix systems are included in the package and referenced in the code. You are using case insensitive partition on linux, right? What CPU are you using - 32 or 64 bit? Please try to run EET/bin/unix/lua (and EET/bin/unix/x86_64/lua if it's 64bit system) from terminal and see what happens.

 

edit: what is printed if you paste this code into terminal?:

echo $(uname -m)

[maxt9572]

NOTE: on 64 bit linux it uses 32 binary 32 requied libs was not installed

/mnt/modbox/bg2ee/game/eet/bin/unix$ ldd ./lua

linux-gate.so.1 (0xf773e000)

libdl.so.2 => /lib/i386-linux-gnu/libdl.so.2 (0xf7708000)

libreadline.so.6 => not found

libm.so.6 => /lib/i386-linux-gnu/libm.so.6 (0xf76b3000)

libc.so.6 => /lib/i386-linux-gnu/libc.so.6 (0xf74fc000)

/lib/ld-linux.so.2 (0x565ac000)

[maxt9572]

now it works

[K4thos]

NOTE: on 64 bit linux it uses 32 binary 32 requied libs was not installed

 

what exactly is printed if you type this in the terminal:

echo $(uname -m)

if the printed message doesn't have "AMD64" anywhere in it (that's how current code check which lua file should be used) than do you know what terminal code could be reliably used to check if system is 64bit?

[maxt9572]

x86_64

[argent77]

On 64-bit Linux "uname -m" should always return x86_64. I'm checking for this variable quite successfully in the GET_SYSTEM_ARCH function of my own a7_tools.tpa library.

[K4thos]

 

x86_64

 

On 64-bit Linux "uname -m" should always return x86_64. I'm checking for this variable quite successfully in the GET_SYSTEM_ARCH function of my own a7_tools.tpa library.

 

huh, that makes far more sense than AMD64 RC8.2c pushed on github.

[maxt9572]

Now segmentation fault i must copy ~EET/bin/unix/* to ~/EET/bin/unix/x86-64

[K4thos]

what do you mean by "segmentation"?

[maxt9572]

https://pl.wikipedia.org/wiki/Naruszenie_ochrony_pami%C4%99ci