Project : Compiling Vanilla-Conquer (C&C) for AmigaOS4 - Help needed

@all

Regarding VanillaConquer, I have progressed to a point where I can compile Apollo port succesfully.

I am also able to run the executeable and it runs however with a black screen.

When I run Snoopy to find out the problem, I noticed that there are some unusual characters in the paths. (highlighted with bold)

Any ideas about what I am doing wrong ?

I have uploaded the my source code archive to

https://drive.google.com/file/d/160Wgq ... maSfbXm_/view?usp=sharing

FAIL = Open("covertops/Ê°)è]#²ðSCM18EA.INI",OLD) = [0x00000000] [126uS]
02465 : vanillatd : FAIL = Lock(".",SHARED) [38uS]
02466 : vanillatd : FAIL = Open("SCM18EA.INI",OLD) = [0x00000000] [61uS]
02467 : vanillatd : FAIL = Lock(".",SHARED) [40uS]
02468 : vanillatd : FAIL = Open("SCM19EA.INI",OLD) = [0x00000000] [58uS]
02469 : vanillatd : FAIL = Lock(".",SHARED) [39uS]
02470 : vanillatd : FAIL = Open("SCM19EA.INI",OLD) = [0x00000000] [57uS]
02471 : vanillatd : FAIL = Lock(".",SHARED) [39uS]
02472 : vanillatd : o.k. = Lock("covertops/",SHARED) [81uS]
02473 : vanillatd : o.k. = ExamineObject([LK] "COVERTOPS") [75uS]
02474 : vanillatd : o.k. = ObtainDirContext(ctx=0x6F68AFD8 dflags=0x1FFFF) = [0x6F68AFD8] [260uS]
02475 : vanillatd : ReleaseDirContext(0x6F68AFD8) [78uS]
02476 : vanillatd : FAIL = Open("covertops/Ê°)è]#²ðSCM19EA.INI",OLD) = [0x00000000] [149uS]

@SinanSam460

Char arrays should always end with char value 0, to terminate strings.

If it does have char 0, at end memory garbage is assumed to be part of string, that’s until hits a 0 in memory.

So need to look at code where path is added to ini file, figure out if the char arrays are 0 terminated, then if they are, are buffers the right size, did it allocate memory correct, it can also be something wrong with path and how its initalized, or bug in clib2 / newlib, copy and paste write small test case, try figure out what’s going on.


When allocating memory for char array, it should be x number of char for the string, +1 for the zero termination.

For exsample:

dest = malloc(strlen(src) +1 );
memcpy(dest,src,strlen(src)); // copy the text
dest[strlen(src)]=0; // set value after array to 0. (string is stored in index 0 to index string len-1);

ofcouse you should use strdup() or strndup(), but this just a exsample

@SinanSam460

trying to compile/build on my SAM460ex (so it will take time X-P )

Some questions:
1)I should use afxgroup's clib2(-beta)?
2)On makefile why are you using -gdwarf-2 (instead of -gstabs)? ¿:-/
3)Tried to build SDL2 with clib2(-beta), but I got:
...
In file included from /SDK/local/common/include/proto/minigl.h:31,
from src/video/amigaos4/SDL_os4opengl.c:30:
/SDK/local/common/include/interfaces/minigl.h:33:76: error: unknown type name 'MGLScreenModeCallback'
33 | GLint APICALL (*GetSupportedScreenModes)(struct MiniGLIFace *Self, MGLScreenModeCallback CallbackFn);
| ^~~~~~~~~~~~~~~~~~~~~
/SDK/local/common/include/interfaces/minigl.h:57:68: error: unknown type name 'MGLLockInfo'
57 | GLboolean APICALL (*LockBack)(struct GLContextIFace *Self, MGLLockInfo *info);
| ^~~~~~~~~~~
src/video/amigaos4/SDL_os4opengl.c: In function 'OS4_GL_CreateContext':
src/video/amigaos4/SDL_os4opengl.c:208:25: error: 'MGLCC_PrivateBuffers' undeclared (first use in this function)
208 | MGLCC_PrivateBuffers, 2,
| ^~~~~~~~~~~~~~~~~~~~
src/video/amigaos4/SDL_os4opengl.c:208:25: note: each undeclared identifier is reported only once for each function it appears in
src/video/amigaos4/SDL_os4opengl.c:209:25: error: 'MGLCC_FrontBuffer' undeclared (first use in this function)
209 | MGLCC_FrontBuffer, data->glFrontBuffer,
| ^~~~~~~~~~~~~~~~~
src/video/amigaos4/SDL_os4opengl.c:210:25: error: 'MGLCC_BackBuffer' undeclared (first use in this function)
210 | MGLCC_BackBuffer, data->glBackBuffer,
| ^~~~~~~~~~~~~~~~
src/video/amigaos4/SDL_os4opengl.c:211:25: error: 'MGLCC_Buffers' undeclared (first use in this function
...

maybe there are new/updated mingl.h header or what I'm missing?


4)If I use "normal" SDL2 static lib will it work or must I use clib(.-beta) SDL2 static lib?

@jabirulo

First of all I can compile this on a cross-compiler.
Until now, my attemps to build this on native SDK failed.
However I haven't tried with latest SDK beta yet on native Amiga.

1) Yes I am using afxgroup clib2 beta..But afaik you have to build on cross-compiler

2) You are right. I have switched to gstabs.

3) I don't think Vanilla-Conquer requires MiniGL

@SinanSam460

1)Or I can dl from his github https://github.com/afxgroup/clib2/releases


2)ok, just courosity.

3)Is not Vanlilla-Conquer, it'swhen trying to build SDL2 (https://github.com/AmigaPorts/sdl2-amigaos4/releases) with clib2(-beta)


So what I need is to build SDL2 (static lib) with clib(-beta) so I can link it to all compiled objects I already have.


thx for answers.

@LiveForIt

The original code uses strdup()..
This code compiles on Apollo and MOS..

I wonder if I found a bug ?.

Could be a bug on clib2. I've changed the entirely function for printf core to accept also wide chars and something could be broken. Can you tell me which function is used to create the INI filename?
Are you using the latest released version of clib2?

i've downloaded the source code.
There are something that seems not correct.
For example:

in PathsClass::Program_Path()

the __amigaos4__ part is not defined and this can cause a problem because char buffer[PATH_MAX]; is not filled but returned.

In const char* PathsClass::User_Path() you return "" but it is better to return "PROGDIR:" or "CURRDIR:"

I'm checking to see if something else could be a problem

I've found the bug in clib2. Let me fix it. Unlucky mixing old and new code is not so easy..

@afxgroup

Thanks for your efforts and thanks for corrections.

I'll try again when clib2 is updated.

Any news about this port?
I would be very happy about a porting of Vanilla Conquer for OS4.1.

Greetings
Jürgen

@afxgroup

With latest clib2 beta, problem seems fixed..

Thank you.

@Evillord68

Yesterday night I was able to compile a very alpha version that can display the game menu without a crash..But it is not possible to start the game yet.

If someone would like to help, I can upload the latest source that I modified somwhere.

Thanks.

I suspect that endianess is the main problem. As I wrote somewhere i've tried to run it but it has a lot of endian problems when read files. So you have to swap everything is needed to load game files

@afxgroup
Quote:

If original soures is used , then yes. But there are source code for 68k port, where all the stuff about endianes dealet with, and based on this port morphos version were done too. So it's matter of found what wrong with it on amigaos4, and if those 68k port sources are used, then issues is not endianes

@kas1e

I have used the big endian port (for MOS and Apollo). Currently I have disabled audio (openal) and also using SDL2 build

I think the problem maybe related to

- Keyboard - joypad routines.
- C&C video playback. (I also disabled them)
- Other OS3.x code in the Amiga port.

I will upload my sources tonight. Maybe an experienced AmigaOS4 developer / user can fix these issues.

@all

I have progressed a little bit, now after C&C launches, it plays the intro video, comes with menu screen.

On the menu screen, only "J" and "Enter" works. The fake mouse pointer doesn't move but native hidden amiga native mouse pointer moves and I can click things..

C&C plays the mission video and then a warning requester comes saying out of memory. I can skip the warning.. Gameplay screen comes and moves to the left top of map.

And when I click the mouse, it crashes.

I recorded a brief video that shows what is happening.

https://www.youtube.com/watch?v=dpSoGdtgj4A


And these are the free data files that I use:
https://www.moddb.com/games/cc-gold/do ... er-gold-free-game-gdi-iso

Please note that I am using latest beta of clib2 (from afxgroup's github)

If someone is interested and wants to help, here are the sources that I modified (as of 10.08.2022)

https://drive.google.com/file/d/16yD9L ... 6Ab1FSZT/view?usp=sharing

@SinanSam460

1.
If you want to know where it crashes, you don’t run stripped executable.
when you strip a executable, the debug symbols are removed, this makes your stack trace useless.
2.

When porting things from MorphOS.

look for:
#ifdef __morphos__
or
#if defined(__morphos__)

change that to:
#if defined(__morphos__) || defined(__amigaos4__)

Put in warnings, so know what defines are used.
#warning “this part is used”

Did it really run out of memory, or did just fail to load or allocate memory?

Find that code, fill the game with printf’s if you must.
printf("%s:%s:%d\n",__FILE__,__FUNCTION__,__LINE__);

@LiveForIt

There are no MorphOS sources, I am using the Apollo/m68k sources.

"beworld
29 Jun 2022
16:35@Sinan Gürkan
Yeah, you can use Arczi sources, i just create my own makefile for MorphOS (sorry i hate cmake lol), but source has same as Arczi."

For MorphOS they are using -noixemul switch.

@Sinan
Artur wasn't able to post there anymore as his account seems deactivated (dunno why), but that what he ask me to repost for you:

Quote: