I know about that ordering issue and fixed a few problems myself with the help of said guide.

Unfortunately that's not the cure for this problem

@Raziel

BSzili is correct, SdlAudioCDManager is part of ScummVM itself. So it's not a case of missing libraries. Is the makefile not building that part? Maybe the configuration script messed up.

Hans

@Hans

Yes, i'm searching for the reason now,b ut so far no change does anything to cure it.


Though i found an oddity, while the SDL2 stuff is installed in local/newlib/include, SDL1 is in local/common/include.

Could that maybe be it?
It tries to pick it up from another place?

edit: Nope, makes no difference

@Raziel

Have you tried to clean the build? You can also check if you have sdl-audiocd.o in the build dir and its content (with "nm"). If file doesn't have symbols, remove it and compile again. Possibly some dependency is not working properly when you are switching between SDL versions. I had to deal with similar issues earlier and I had to remove manually some object files to sort it out.

@Capehill

Thank you, i learned something new today

There is an object file, but it hasn't been updated since August 2017, so it's not getting picked up at all while compiling, it seems.
Also:


There is a lot of DefaultAudioCDManager in there (that's the one from SDL2 iiuc), but only three instances of SDLAudioCDManager.
I don't know how it should look like if it's correct, but obviously the file is too old or even mixed with two SDL versions.

Unfortunately removing that object file, doesn't make it being created new

I also keep forgetting about "clean", thank you for reminding me, will try that next.

@Raziel

Additional tip: you can "demangle" the C++ symbols. Try with "nm -C file.o" and output should become more clear.

Or you could pipe the "nm" output for "c++filt".

@Capehill

Even after a clean sdlaudiocd is not built (no objects file)

Need to find the list of objects file, maybe i can add it manually to the build process?

@Raziel

https://github.com/scummvm/scummvm/blo ... 5/backends/module.mk#L150

Double-check that you don't have USE_SDL2 enabled.

Any idea how to deal with lseek() method?
I need to offset filepointer by bytes to create new file with specific amount in size but the lseek result ends up with -1.

If I don't specify offset bytes, the file is created correctly but the size is incorrect as it needs to be

this is from lseek() method specs:
Quote:

@NoCache
I ended up creating my own wrapper function to do this:

The fputc loop could be replaced with fwrite, but I wrote this as a quick workaround for NX Engine.

Edit: I just noticed that my example uses FILE pointers, but it can be rewritten to use lseek/write for file descriptors. I have a version for C++ iostreams too that I used in Arx Libertatis.

@NoCache

Quote:

Just link the program with -lunix. By default lseek() will only allow seeking up to EOF, just like AmigaDOS. Enabling UNIX semantics changes this.

Apparently I had to comment out the line in SDK:newlib/include/math.h (I'm not saying you should!) that begins #define log2x(x) , in order to compile. If the end result seems to work, you'll see it at the friendly software distribution site soon.

edit: Done linking but program fails right at the start.

@Capehill

I did the double check and i completely removed that part of code AND amended the sdl-audiocd.o that was missing, but then the error simply changes towards a missing reference from the default-audiocd.o.

It's stupid, illogical and i'm lost

@Raziel

Did you reconfigure ScummVM for SDL1 or how is it supposed to be done? Can you send/paste (s)git diff about the changes?

@Capehill

Yes, i did a reconfigure. It always picked up SDL2, no matter what i tried and ended up with changing a line in configure so it finally used SDL1, but i guess that isn't enough.

I added this line temporarily:

to configure after line 2478


Which makes configure use (or at least it says so) SDL1.2.13, but maybe i have to change something else at another place as well?

I probably have nightmares about editing configure scripts. Cmake is better, but not by much.

@Thematic

Heh, i slowly start to getting the hang of it.

CMake (makefiles) is too different and i keep ripping them apart and creating a "normal" makefile out of it.

Were you able to work with CMake on AmigaOS4?

I haven't tried for some time but iirc it broke (crashed?) in the configuration process back when i tried to use it

@Raziel

1) I fetched the latest ScummVM sources from master, built it with my old configuration and it is using SDL2.

2) Since I couldn't find a configure switch to use SDL1, I hacked config.mk, commenting out whole "USE_SDL2= " line.

3) Then I modified include and linker line for SDL1 in config.mk.

4) Make clean + make

5) There was some compiler error regarding Image::writePNG - I simply removed USE_PNG temporarily because have no time to investigate that (could be my GCC4 or something else).

6) I also removed SDL_NET usage but just because I don't have the SDK installed currently.

Please try steps 1-4.

@Raziel

Common problem with both systems is that a library check fails. I must have tried to force a configure script to accept one, but do not remember success and would not try it again. But for cmake it's pretty simple, even if the -i(nteractive) doesn't quite do it.

@Capehill

Just to wrap it up here aswell.

Thanks for the steps, working now