LIBGL: Using Warp3DNova.library v1 revision 62 LIBGL: Using OGLES2.library v1 revision 22 LIBGL: OGLES2 Library and Interface open successfuly [TEST] : before made a call to IDOS->Delay
I just cant get what can cause any call to dos library fail, when call it from barony binary. Its always DAR 0x00000000, like pointer to iface looses somewhere.
And what twice strange it works on all beta setups, and crashes onky on public ones. Maybe new gcc ? Maybe bug in old dos ?
@Capehill Yes its all looks like IDOS is null, but why on public, and not on beta .. Will check now if it NULL indeed, but strange how it disappear somehow on public version of OS
@Capehill Initially it is calls from 2 libs, physfs and openall. I tried to get rid of both of them, and just put to game's binary directly IDOS call and it crashes.
For making dos works i just do #include <proto/dos.h> , and even without -lauto it compiles and works (seems it opens in libc ?).
Maybe from C++ code when used native threading and all that stuff, something different there for public version of OS..
LIBGL: Using Warp3DNova.library v1 revision 62 LIBGL: Using OGLES2.library v1 revision 22 LIBGL: OGLES2 Library and Interface open successfuly IDOS NULL [TEST] : before made a call to IDOS->Delay
Ok so , IDOS indeed NULL on public version of OS there, but not only there, but everywhere : in the other link libraries too. And that is from Barony only, which are full of c++11 and all that stuff.
Now question is : wtf. I have #include <proto/dos.h> for sure (either it won't compiles). But still IDOS looses somewhere..
LIBGL: Using Warp3DNova.library v1 revision 62 LIBGL: Using OGLES2.library v1 revision 22 LIBGL: OGLES2 Library and Interface open successfuly IDOS OK [TEST] : before made a call to IDOS->Delay [TEST] : IDOS->Delay ok, now let's try IDOS->Lock [TEST] : IDOS->Lock to PROGDIR: was ok too! LIBGL: OGLES2 Library and Interface closed
LIBGL: Using Warp3DNova.library v1 revision 62 LIBGL: Using OGLES2.library v1 revision 22 LIBGL: OGLES2 Library and Interface open successfuly [11-40-18] Data path is PROGDIR: [11-40-18] Output path is PROGDIR:.barony LIBGL: OGLES2 Library and Interface closed
[11-40-18] Output path is PROGDIR:.barony LIBGL: OGLES2 Library and Interface closed
There should be a lot of other info, even, without data files. There should be initialisation of LIBGL with all the stuff.
Recheck plz, maybe you just copy output from another console, from another test. There should be about 30 lines with [LIBGL] words after "Output path is PROGDIR:.barony".
LIBGL: Initialising gl4es LIBGL: v1.1.1 built on Dec 20 2018 17:02:06 LIBGL: Using GLES 2.0 backend LIBGL: Using Warp3DNova.library v1 revision 58 LIBGL: Warning, your Warp3DNovaBase.library is too old, minimum is v1.62, please update! LIBGL: Using OGLES2.library v1 revision 22 LIBGL: OGLES2 Library and Interface open successfuly LIBGL: Targeting OpenGL 2.0 LIBGL: Forcing NPOT support by disabling MIPMAP support for NPOT textures LIBGL: Current folder is:sfs2:barony_no_datafiles [06-52-34] Data path is PROGDIR: [06-52-34] Output path is PROGDIR:.barony LIBGL: Hardware test on current Context... LIBGL: Hardware Limited NPOT detected and used LIBGL: FBO are in core, and so used LIBGL: PointSprite are in core, and so used LIBGL: CubeMap are in core, and so used LIBGL: BlendColor is in core, and so used LIBGL: Blend Substract is in core, and so used LIBGL: Blend Function and Equation Separation is in core, and so used LIBGL: Texture Mirrored Repeat is in core, and so used LIBGL: Extension GL_OES_element_index_uint detected and used LIBGL: Extension GL_EXT_texture_format_BGRA8888 detected and used LIBGL: Extension GL_OES_texture_float detected and used LIBGL: high precision float in fragment shader available and used LIBGL: Extension GL_EXT_frag_depth detected and used LIBGL: Max vertex attrib: 16 LIBGL: Max texture size: 16384 LIBGL: Max Varying Vector: 32 LIBGL: Texture Units: 8(8), Max lights: 8, Max planes: 6 LIBGL: Extension GL_EXT_texture_filter_anisotropic detected and used LIBGL: Max Anisotropic filtering: 16 LIBGL: Hardware vendor is A-EON Technology Ltd. Written by Daniel 'Daytonta675x' MьЯener @ GoldenCode.eu LIBGL: OGLES2 Library and Interface closed
Downgraded to 1.58 but still not getting anything else .
LIBGL: Using Warp3DNova.library v1 revision 58 LIBGL: Warning, your Warp3DNovaBase.library is too old, minimum is v1.62, please update! LIBGL: Using OGLES2.library v1 revision 22 LIBGL: OGLES2 Library and Interface open successfuly [12-04-40] Data path is PROGDIR: [12-04-40] Output path is PROGDIR:.barony LIBGL: OGLES2 Library and Interface closed