Commit graph

27 commits

Author SHA1 Message Date
Andrei Alexeyev
e355e57fb5
make the list api require less insane casts all over the place
by sealing the spirit of insanity in its header file, that is
2017-12-24 08:16:25 +02:00
Andrei Alexeyev
29acd5f58a meson: intel intrinsics, various improvements 2017-12-21 03:58:54 +01:00
Andrei Alexeyev
7b53d9e731
redesign list api 2017-11-21 16:45:01 +02:00
Andrei Alexeyev
b61ef0bffc
more strict warnings; fixed some subtle bugs 2017-11-11 19:33:44 +02:00
Andrei Alexeyev
7702257651
wriggle ex spell changes:
* replaced the extra spell with a brand new one
    * replaced the final spell with an adapted version of formerly
    scuttle's acid rain
2017-10-16 15:28:06 +03:00
Andrei Alexeyev
de246906e0
store version info in progress file 2017-10-10 09:13:07 +03:00
Andrei Alexeyev
06a9874898 preserve game settings across restarts
this includes last picked difficulty, character, and shot mode
2017-10-10 08:23:36 +03:00
Andrei "Akari" Alexeyev
7c9e54a71d
update copyright and credits 2017-09-12 04:28:15 +03:00
Andrei "Akari" Alexeyev
12147f4486 Merge branch 'master' into vfs 2017-04-21 02:27:05 +03:00
Andrei "Akari" Alexeyev
e3da5f27f6 more correct and portable printing of size_t and fixed-width integers
previously it didn't work properly on windows
2017-04-21 02:11:53 +03:00
Andrei "Akari" Alexeyev
471f30083e WIP virtual filesystem 2017-04-20 05:02:22 +03:00
Andrei "Akari" Alexeyev
a64ef5391a fix release warnings 2017-04-08 18:38:49 +03:00
Andrei "Akari" Alexeyev
3a7fef4d9c track achieved endings
can be used later for unlockables
2017-04-07 20:34:35 +03:00
Andrei "Akari" Alexeyev
b3032d3712 played/cleared stats for stages (and by extension, spells) 2017-04-06 03:58:57 +03:00
Andrei "Akari" Alexeyev
f3b3e8b16a fix invalid allocation 2017-04-03 21:56:54 +03:00
Andrei "Akari" Alexeyev
9f95b4ce91 progress: preserve unknown commands in the file as-is for forwards compatibility 2017-03-29 23:14:04 +03:00
Andrei "Akari" Alexeyev
8e8abf1db6 Fixed a buffer overflow and prohibited sprintf 2017-03-25 03:41:10 +02:00
Andrei "Akari" Alexeyev
ceb5f6b16b Added "Hi-Score" support 2017-03-20 07:29:22 +02:00
Andrei "Akari" Alexeyev
3d5344de3b Renamed log_err to log_fatal 2017-03-13 18:03:51 +02:00
Andrei "Akari" Alexeyev
45da155cb2 Implemented a simple and consistent logging subsystem
The goal of this change is mainly to clean up Taisei's codebase and
improve its console output. I've been frustrated by files littered with
inconsistent printf/fprintf/warnx/errx calls for a long time, and now I
actually did something about it.

All the above functions are now considered deprecated and result in a
compile-time warning when used. Instead, the following macros should be
used:

    log_debug(format, ...)
    log_info(format, ...)
    log_warn(format, ...)
    log_err(format, ...)

As you can see, all of them have the same printf-like interface. But
they have different functionality and purpose:

    log_debug is intended for very verbose and specific information. It
    does nothing in release builds, much like assert(), so don't use
    expressions with side-effects in its arguments.

    log_info is for various status updates that are expected during
    normal operation of the program.

    log_warn is for non-critical failures or other things that may be
    worth investigating, but don't inherently render the program
    non-functional.

    log_err is for when the only choice is to give up. Like errx, it
    also terminates the program. Unlike errx, it actually calls abort(),
    which means the cleanup functions are not ran -- but on the other
    hand, you get a debuggable backtrace. However, if you're trying to
    catch programming errors, consider using assert() instead.

All of them produce output that contains a timestamp, the log level
identifier, the calling function's name, and the formatted message.

The newline at the end of the format string is not required -- no, it is
actually *prohibited*. The logging system will take care of the line
breaks by itself, don't litter the code with that shit.

Internally, the logging system is based on the SDL_RWops abstraction,
and may have multiple, configurable destinations. This makes it easily
extensible. Currently, log_debug and log_info are set to write to
stdout, log_warn and log_err to stderr, and all of them also to the file
log.txt in the Taisei config directory.

Consequently, the nasty freopen hacks we used to make Taisei write to
log files on Windows are no longer needed -- which is a very good thing,
considering they probably would break if the configdir path contains
UTF-8 characters. SDL_RWFromFile does not suffer this limitation.

As an added bonus, it's also thread-safe.

Note about printf and fprintf: in very few cases, the logging system is
not a good substitute for these functions. That is, when you care about
writing exactly to stdout/stderr and about exactly how the output looks.

However, I insist on keeping the deprecation warnings on them to not
tempt anyone to use them for logging/debugging out of habit and/or
laziness.

For this reason, I've added a tsfprintf function to util.c. It is
functionally identical to fprintf, except it returns void. Yes, the name
is deliberately ugly. Avoid using it if possible, but if you must, only
use it to write to stdout or stderr. Do not write to actual files with
it, use SDL_RWops.
2017-03-13 07:45:01 +02:00
Andrei "Akari" Alexeyev
41bf5e5ad0 unload libgl on exit, fix SDL_RWclose in progress_write() 2017-02-28 17:04:24 +02:00
Andrei "Akari" Alexeyev
c5c98d2324 fixed some leaks in progress.c 2017-02-28 16:57:08 +02:00
Andrei "Akari" Alexeyev
f2d385d147 Some stage-related refactoring 2017-02-26 14:17:48 +02:00
Andrei "Akari" Alexeyev
02c0b50bdb progress: add stage/difficulty unlock cmd, improve writing routine 2017-02-19 03:28:00 +01:00
Andrei "Akari" Alexeyev
347f143a54 Unlock spellcards on story mode encounter
But only when not using continues!
2017-02-19 03:28:00 +01:00
Andrei "Akari" Alexeyev
b900263611 StageProgress API 2017-02-19 03:28:00 +01:00
Andrei "Akari" Alexeyev
2643c4df01 Initial support for persistent player progress storage
Only implements unlockable stages for now, but designed to be extensible.
See comments in progress.c for detauls.
2017-02-19 03:28:00 +01:00