Can you compile a blank game? It might be the shaders - although it looks to be stopped at timeline or objects names.. so you might want to check those also to see if they are all 'normal looking'.

Is this a gmx file you've loaded? If so gmx has only recently been added so there might still be some technical problems with it.

I fixed a while ago, you just need to update.

Paste your env paths here, also try temporarily clearing them of everything that might conflict.

Also try moving ENIGMA into C:/ if you're not currently running it from there, see if that helps.

As I said, it doesn't work either.

edit: This is what I get when I remove all mingw/msys/gnu tools from my PC, delete ENIGMA and install only from the ENIGMAPortable.exe. I launch it, it downloads from git, and then errors with this after launching LGM:

Java Version: 10700 (1.7.0_25)
Loading lib files in E:\ENIGMA\enigma-dev\lateralgm.jar
01_move.lgl 02_main1.lgl 03_main2.lgl 04_control.lgl
05_score.lgl 06_extra.lgl 07_draw.lgl
Calling `mingw32-make.exe eTCpath="null"`
> mingw32-make.exe -j 3 -C CompilerSource
> Access denied - .
> File not found - -NAME
> File not found - -AND
> File not found - !
> File not found - -NAME
> mingw32-make.exe[1]: Entering directory `E:/ENIGMA/enigma-dev/CompilerSource'
> mingw32-make.exe[1]: *** No rule to make target `.eobjs/----------', needed by `../compileEGMf.dll'.  Stop.
> mingw32-make.exe[1]: Leaving directory `E:/ENIGMA/enigma-dev/CompilerSource'
> mingw32-make.exe: *** [ENIGMA] Error 2
2
Process terminated

So it doesn't work for me either from source or from the .zip.

Previously I could compile the .dll myself using the C::B project. Now it doesn't work as for some reason it finds some ambiguous overload.

That's the original error you had.

Harri use the mingw from inside the windows zip.

This has nothing to do with the warnings...

It's sending values of -1 with a blank game as well. -Oh because LGM sets them to -1 also in order to be compatible with GM. But LGM should set them all boolean before sending to the plugin.

Check the output of settings or room array in preprocessor whenever ever there is a boolean variable that's set to true it's printed as -1.

Speaking of something related. Does anybody know why the plugin is passing all true booleans as -1 instead of 1? It's not making any difference to the outcome but it's rather dodgy and throws warnings everywhere. It's doing it in all the game settings and room settings and such.

There's always endless warnings that crop up when compiling. I think as developers we should have a new mandate that instead of ignoring them we should resolve them whenever we see one instead of just always ignoring them. This is the only way I think they will get weeded out of the source.

More specifically these apps are required:

https://app.box.com/files/0/f/72770310/1/f_9958374962

That res error your getting is from not having sh.exe

So we're going to include those file in our mingw folder, and robert has also added the git path to make doubly sure.

0. You technically are helping the development by helping with the wiki because that frees up time that current developers could spend documenting things
1. C++ for ENIGMA, Java for LGM
2. If you're on Windows you can get by without learning git. In any case I advise crossing that bridge when you actually come to it
3. Just copy the existing coding practices you see in the ENIGMA source, people will review your code and tell you if it can be improved
4. Windows is fine, there are a number of devs on Windows (myself included)
5. My advice is to just jump in and get started, then deal with things you don't know as you arrive at them.

The "" wouldn't set it to where gmk is.

The set_working_directory() function I added in already sets it to the gmk position but it needs to be altered to the .exe position for when it's not run from LGM. But all I was saying is the add an argument to that function to allow setting it to a new directory in the gmk/exe directory.

Just add a string argument to the set_working_directory() function to allow it to set to a directory folder, but leave the option of using an empty "" string to set to where the gmk is. LGM can then pass whatever string it likes to this as an option.

Download it as a zip and replace the JDI folder in the source. Then after if doesn't work we can complain to Josh : p