SDL3 builds having file i/o issues with Lua API

[DefCynodont]

Based on a bug report received for checkpoints in BtA, there is strong reason to suspect file save/loading code behaves oddly on SDl3 builds, as these checkpoints are confirmed to work normally on the regular version of the same build on the same machine.

[notimaginative]

General file loading/saving should be unchanged in those builds. However the platform-specific file indexing code was replaced by SDL3 functions, as was renaming files, deleting files, and directory creation.

A debug log when it happens would be helpful. Also a general description of what's supposed to happen would be great, to help narrow down where the issue might be hiding.

[MjnMixael]

shipsaveloadv2.zip

However the platform-specific file indexing code was replaced by SDL3 functions, as was renaming files, deleting files, and directory creation.

The script (attached) uses the CF LUA library to read/write files to specific paths with specific filenames. IIRC these are saved as .cfg files in data/players (notably not mod/data/players so that the file is available across mod versions).

[notimaginative]

Looking over that script I don't see anything in particular that would explain the issue. The only thing that jumped out at me is that it should really be using cf.fileExists(ShipSave.save_file_name, ShipSave.path_shipsave), which would be both considerably faster and ensure that the correct file is located.

I haven't found anything obvious in the cfile code either. But I'll do a practical test before releasing a RC9 build tomorrow and hopefully find the bug and include a fix.

[notimaginative]

I played a couple of BtA missions and as far as I can tell everything worked fine. The files referenced by the script in question all appeared to be read and written as expected using RC8 of the SDL3 build. The debug log also doesn't appear to indicate that there was any issue either.

I'm not quite sure what's supposed be happening, good or bad, but I don't see any sort of issue with file i/o.