VVVVVV/desktop_version/src/FileSystemUtils.h

#ifndef FILESYSTEMUTILS_H
#define FILESYSTEMUTILS_H

#include <string>
#include <vector>

#include "tinyxml.h"

int FILESYSTEM_init(char *argvZero, char* baseDir, char* assetsPath);
void FILESYSTEM_deinit();

char *FILESYSTEM_getUserSaveDirectory();
char *FILESYSTEM_getUserLevelDirectory();

void FILESYSTEM_loadFileToMemory(const char *name, unsigned char **mem,
                                 size_t *len, bool addnull = false);
void FILESYSTEM_freeMemory(unsigned char **mem);
bool FILESYSTEM_saveTiXmlDocument(const char *name, TiXmlDocument *doc);
bool FILESYSTEM_loadTiXmlDocument(const char *name, TiXmlDocument *doc);

std::vector<std::string> FILESYSTEM_getLevelDirFileNames();

bool FILESYSTEM_openDirectoryEnabled();
bool FILESYSTEM_openDirectory(const char *dname);

#endif /* FILESYSTEMUTILS_H */
Hello WWWWWWorld! 2020-01-01 21:29:24 +01:00			`#ifndef FILESYSTEMUTILS_H`
			`#define FILESYSTEMUTILS_H`

			`#include <string>`
			`#include <vector>`

Replace TiXmlDocument load and save functions by PHYSFS The TinyXml functions to load and save files don't properly support unicode file paths on Windows, so in order to support that properly, I saw no other option than to do the actual loading and saving via PHYSFS (or to use the Windows API on Windows and retain doc.LoadFile and doc.SaveFile on other OSes, but that'd be more complicated and unnecessary, we already have PHYSFS, right?). There are two new functions in FileSystemUtils: bool FILESYSTEM_saveTiXmlDocument(const char name, TiXmlDocument doc) bool FILESYSTEM_loadTiXmlDocument(const char name, TiXmlDocument doc) Any instances of doc.SaveFile(<FULL_PATH>) have been replaced by FILESYSTEM_saveTiXmlDocument(<VVVVVV_FOLDER_PATH>, &doc), where <FULL_PATH> included the full path to the saves or levels directory, and <VVVVVV_FOLDER_PATH> only includes the path relative to the VVVVVV directory. When loading a document, a TiXmlDocument used to be created with a full path in its constructor and doc.LoadFile() would then be called, now a TiXmlDocument is constructed with no path name and FILESYSTEM_loadTiXmlDocument(<VVVVVV_FOLDER_PATH>, &doc) is called. 2020-01-12 15:17:39 +01:00			`#include "tinyxml.h"`

Add -basedir option to specify base user directory (#154) Useful for maintaining multiple save files or for debugging 2020-02-09 00:49:03 +01:00			`int FILESYSTEM_init(char argvZero, char baseDir, char* assetsPath);`
Hello WWWWWWorld! 2020-01-01 21:29:24 +01:00			`void FILESYSTEM_deinit();`

			`char *FILESYSTEM_getUserSaveDirectory();`
			`char *FILESYSTEM_getUserLevelDirectory();`

Add a null terminator to loaded TinyXML files (#117) * Add a null terminator to loaded TinyXML files The TinyXML parse() function expect a C-like string, including terminator. When xml loading was changed, it loaded the file, but included no such thing. Thus, we load the file, then reallocate the memory so that we can insert a null terminator to it, before passing it to parse(). * Tweak TinyXML file loading Instead of first loading the file content into memory, then reallocate it to add a null pointer, add an argument to the file load function for whether to append a null terminator or not, defaulting to false. It still returns the length without the null pointer in case a length ptr is passed. 2020-01-24 21:35:46 +01:00			`void FILESYSTEM_loadFileToMemory(const char name, unsigned char *mem,`
			`size_t *len, bool addnull = false);`
Hello WWWWWWorld! 2020-01-01 21:29:24 +01:00			`void FILESYSTEM_freeMemory(unsigned char **mem);`
Replace TiXmlDocument load and save functions by PHYSFS The TinyXml functions to load and save files don't properly support unicode file paths on Windows, so in order to support that properly, I saw no other option than to do the actual loading and saving via PHYSFS (or to use the Windows API on Windows and retain doc.LoadFile and doc.SaveFile on other OSes, but that'd be more complicated and unnecessary, we already have PHYSFS, right?). There are two new functions in FileSystemUtils: bool FILESYSTEM_saveTiXmlDocument(const char name, TiXmlDocument doc) bool FILESYSTEM_loadTiXmlDocument(const char name, TiXmlDocument doc) Any instances of doc.SaveFile(<FULL_PATH>) have been replaced by FILESYSTEM_saveTiXmlDocument(<VVVVVV_FOLDER_PATH>, &doc), where <FULL_PATH> included the full path to the saves or levels directory, and <VVVVVV_FOLDER_PATH> only includes the path relative to the VVVVVV directory. When loading a document, a TiXmlDocument used to be created with a full path in its constructor and doc.LoadFile() would then be called, now a TiXmlDocument is constructed with no path name and FILESYSTEM_loadTiXmlDocument(<VVVVVV_FOLDER_PATH>, &doc) is called. 2020-01-12 15:17:39 +01:00			`bool FILESYSTEM_saveTiXmlDocument(const char name, TiXmlDocument doc);`
			`bool FILESYSTEM_loadTiXmlDocument(const char name, TiXmlDocument doc);`
Hello WWWWWWorld! 2020-01-01 21:29:24 +01:00
			`std::vector<std::string> FILESYSTEM_getLevelDirFileNames();`

Add FILESYSTEM_openDirectory() and _openDirectoryEnabled() Have to add some includes and put these behind some ifdefs, of course. I'm pretty sure FreeBSD and OpenBSD and Haiku are POSIX enough that the "open" command will work on them, too. I would've loved to make FILESYSTEM_openDirectoryEnabled a simple bool instead of a function, but I ran into issues with putting it in the FileSystemUtils header file, so I'll just make it a function and call it a day. 2020-04-18 03:48:55 +02:00			`bool FILESYSTEM_openDirectoryEnabled();`
			`bool FILESYSTEM_openDirectory(const char *dname);`

Hello WWWWWWorld! 2020-01-01 21:29:24 +01:00			`#endif /* FILESYSTEMUTILS_H */`