Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Configuration files directory differs from Vanilla Doom #1655

Open
Henrique194 opened this issue Dec 31, 2023 · 4 comments
Open

Configuration files directory differs from Vanilla Doom #1655

Henrique194 opened this issue Dec 31, 2023 · 4 comments

Comments

@Henrique194
Copy link
Contributor

Background

Version of Chocolate Doom: 3.0.1

Operating System and version: Windows CE or any OS different than Windows

Game: (Doom/Heretic/Hexen/Strife/other): All

Any loaded WADs and mods (please include full command line): No WADs or mods

Bug description

Observed behavior:
Under Windows CE or any OS different than Windows, configuration files are saved in a directory specified by SDL, instead of saving them in the same directory as the executables.

Expected behavior:
Behave as Vanilla Doom for any OS, saving configuration files in the same directory as the executables.

@fabiangreffrath
Copy link
Member

Expected behavior: Behave as Vanilla Doom for any OS, saving configuration files in the same directory as the executables.

That'd be /usr/bin in Linux or any other unixoid OS and that directory is generally not writable for everyone, for good reasons.

@Henrique194
Copy link
Contributor Author

@fabiangreffrath Good point. Maybe we can allow Windows CE to behave as Vanilla then? It would only require us to remove the defined(_WIN32_WCE) from this line.

@fabiangreffrath
Copy link
Member

Is this really about Windows CE or is it about the principle?

@Henrique194
Copy link
Contributor Author

It is more about simplifying the code and bringing Window CE behavior closer to the original Doom.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants