Open GWRon opened 3 months ago
According to @davecamp this solves the "functionality" part - but I still am unsure why the gdb-information generation had an effect regarding the EAV (...not EAVing).
Global IsAeroEnabled:Int(pfEnabled:Int Var)"Win32"
(only 32bit builds care for the "win32"-extension)
Hotcakes at discord mentioned having an issue with some "old" function Grey Alien Games had in his "publicdomain.bmx":
I extracted that functionality and made a sample.bmx out of it (keeping the BlitzMaz intact :p):
Compile this on Windows as x86 debug build. Compile a "normal debug build" and it EAVs. Compile a "gdb"-debug-build and it runs.
Maybe of help The EAV comes up AFTER the "delay()" - so not right when accessing the function. Maybe something is cleaning up where it should not clean up - but why does it work though with the GDB info at hand (isnt this just a "code comment"?)
I am not sure if the code is even "correct" - the function normally returns a HRESULT - so I also tried different ways of including thw "dwmapi" but they failed already during linking state:
While the normal "imports" fail with undefined references, the "raw c code"-one fails with some unallowed stuff in class error indicating that I did incorrect again.
But this is just "side information" (there is the EAV - and there is the functionality I guess Hotcakes or someone else wanted to have).