Rooba
/
ReC98
mirror of https://github.com/nmlgc/ReC98.git
1
1
Fork 0
Code Issues Packages Projects Releases Wiki Activity
ReC98/th02/zun_res1.c

117 lines
2.9 KiB
C
Raw Normal View History

[C decompilation] [th02] ZUN_RES.COM This, hands down, has been the single worst stretch of decompilation so far. Three extremely difficult functions that each still required inline assembly. And no, this didn't even work out with any of the optimization features in Borland C++ that aren't included in Turbo C++.
2015-09-16 03:02:29 +00:00
/* ReC98
* -----
* 1st part of ZUN_RES.COM. Initializes the resident structure and
[Maintenance] [th02] Split ZUN_RES.COM into three translation units Necessary to make string literals from the first one end up at their correct positions in the data segment even after the upcoming deduplication… Part of P0076, funded by [Anonymous] and -Tom-.
2020-02-21 21:10:47 +00:00
* configuration file required in order to run TH02.
[C decompilation] [th02] ZUN_RES.COM This, hands down, has been the single worst stretch of decompilation so far. Three extremely difficult functions that each still required inline assembly. And no, this didn't even work out with any of the optimization features in Borland C++ that aren't included in Turbo C++.
2015-09-16 03:02:29 +00:00
*/
#pragma inline
#include <stddef.h>
#include "th02/th02.h"
[Maintenance] Move TH02's sound functions to a separate header Oh hey, guarding declarations with complicated types via #ifdef limits the header files we additionally have to #include! Part of P0076, funded by [Anonymous] and -Tom-.
2020-02-18 18:46:34 +00:00
#include "th02/snd/snd.h"
[C decompilation] [th02] ZUN_RES.COM This, hands down, has been the single worst stretch of decompilation so far. Three extremely difficult functions that each still required inline assembly. And no, this didn't even work out with any of the optimization features in Borland C++ that aren't included in Turbo C++.
2015-09-16 03:02:29 +00:00
#pragma option -a1
char debug = 0;
[Maintenance] Use the same resident structure pointer name for every game The TH04/TH05 BGM/SE mode setup is a good example for code where different structure field offsets will vanish completely upon reverse- engineering. If we continued to use the per-game ID string as the variable name, we'd only have another game-specific "difference" there. Part of P0065, funded by Touhou Patch Center.
2019-12-30 14:48:17 +00:00
void cfg_write(seg_t resident_sgm)
[C decompilation] [th02] ZUN_RES.COM This, hands down, has been the single worst stretch of decompilation so far. Three extremely difficult functions that each still required inline assembly. And no, this didn't even work out with any of the optimization features in Borland C++ that aren't included in Turbo C++.
2015-09-16 03:02:29 +00:00
{
static const huuma_options_t opts_default = {
RANK_NORMAL, SND_BGM_FM, 3, 2, 0
};
static const char HUUMA_CFG[] = CFG_FN;
const char *fn = HUUMA_CFG;
huuma_options_t opts = opts_default;
int handle = dos_axdx(0x3D02, fn);
if(handle > 0) {
dos_seek(handle, sizeof(opts), SEEK_SET);
} else {
handle = dos_create(fn, _A_ARCH);
dos_write(handle, &opts, sizeof(opts));
}
[Maintenance] Use the same resident structure pointer name for every game The TH04/TH05 BGM/SE mode setup is a good example for code where different structure field offsets will vanish completely upon reverse- engineering. If we continued to use the per-game ID string as the variable name, we'd only have another game-specific "difference" there. Part of P0065, funded by Touhou Patch Center.
2019-12-30 14:48:17 +00:00
dos_write(handle, &resident_sgm, sizeof(resident_sgm));
[C decompilation] [th02] ZUN_RES.COM This, hands down, has been the single worst stretch of decompilation so far. Three extremely difficult functions that each still required inline assembly. And no, this didn't even work out with any of the optimization features in Borland C++ that aren't included in Turbo C++.
2015-09-16 03:02:29 +00:00
dos_write(handle, &debug, sizeof(debug));
dos_close(handle);
}
int main(int argc, const char **argv)
{
[Maintenance] Improve score data file-related type and function names So many things named `score_*`, so many things named `hiscore_*`… Let's go with `scoredat_*`, which clearly indicates that this stuff is saved into a file, while still being only 8 characters. Part of P0063, funded by -Tom-.
2019-12-26 15:07:35 +00:00
int pascal scoredat_verify(void);
[C decompilation] [th02] ZUN_RES.COM This, hands down, has been the single worst stretch of decompilation so far. Three extremely difficult functions that each still required inline assembly. And no, this didn't even work out with any of the optimization features in Borland C++ that aren't included in Turbo C++.
2015-09-16 03:02:29 +00:00
static const char MIKOConfig[] = RES_ID;
static const char LOGO[] =
"\n"
"\n"
"<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>^<5E>p<EFBFBD>@ <20>풓<EFBFBD>v<EFBFBD><76><EFBFBD>O<EFBFBD><4F><EFBFBD><EFBFBD><EFBFBD>@ZUN_RES.com Version1.01 (c)zun 1997\n";
[Maintenance] Improve score data file-related type and function names So many things named `score_*`, so many things named `hiscore_*`… Let's go with `scoredat_*`, which clearly indicates that this stuff is saved into a file, while still being only 8 characters. Part of P0063, funded by -Tom-.
2019-12-26 15:07:35 +00:00
static const char ERROR_SCOREDAT[] =
[C decompilation] [th02] ZUN_RES.COM This, hands down, has been the single worst stretch of decompilation so far. Three extremely difficult functions that each still required inline assembly. And no, this didn't even work out with any of the optimization features in Borland C++ that aren't included in Turbo C++.
2015-09-16 03:02:29 +00:00
"<EFBFBD>n<EFBFBD>C<EFBFBD>X<EFBFBD>R<EFBFBD>A<EFBFBD>t<EFBFBD>@<40>C<EFBFBD><43><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>́A<CC81><41><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>x<EFBFBD><78><EFBFBD>s<EFBFBD><73><EFBFBD>ĂˁB\n";
static const char ERROR_NOT_RESIDENT[] =
"<EFBFBD>킽<EFBFBD><EFBFBD><EFBFBD>A<EFBFBD>܂<EFBFBD><EFBFBD><EFBFBD><EFBFBD>܂<EFBFBD><EFBFBD><EFBFBD><EFBFBD>悧\n\n";
static const char REMOVED[] =
"<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>Ȃ<EFBFBD><EFBFBD>A<EFBFBD>܂<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>炢<EFBFBD><EFBFBD><EFBFBD><EFBFBD>\n\n";
static const char ERROR_UNKNOWN_OPTION[] =
"<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>ȃI<EFBFBD>v<EFBFBD>V<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>t<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>Ă<EFBFBD><EFBFBD>A<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>ł<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>\n\n";
static const char ERROR_ALREADY_RESIDENT[] =
"<EFBFBD>킽<EFBFBD><EFBFBD><EFBFBD>A<EFBFBD><EFBFBD><EFBFBD>łɂ<EFBFBD><EFBFBD>܂<EFBFBD><EFBFBD>悧\n\n";
static const char ERROR_OUT_OF_MEMORY[] =
"<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>܂<EFBFBD><EFBFBD><EFBFBD><EFBFBD>A<EFBFBD>킽<EFBFBD><EFBFBD><EFBFBD>̋<EFBFBD><EFBFBD>ꏊ<EFBFBD><EFBFBD><EFBFBD>Ȃ<EFBFBD><EFBFBD>́I\n\n";
static const char INITIALIZED[] =
"<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>ł́A<EFBFBD><EFBFBD><EFBFBD>낵<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>肢<EFBFBD><EFBFBD><EFBFBD>܂<EFBFBD>\n\n";
[Decompilation] Add a separate segment type At least wherever Turbo C++ and master.lib want us to use a non-pointer, since both use uint16_t for segment values throughout their APIs instead of the more sensible void __seg*. Maybe, integer arithmetic on segment values was widely considered more important than dereferencing?
2019-12-13 18:17:02 +00:00
seg_t sgm;
[C decompilation] [th02] ZUN_RES.COM This, hands down, has been the single worst stretch of decompilation so far. Three extremely difficult functions that each still required inline assembly. And no, this didn't even work out with any of the optimization features in Borland C++ that aren't included in Turbo C++.
2015-09-16 03:02:29 +00:00
const char *res_id = MIKOConfig;
int i;
[Maintenance] Use the same resident structure pointer name for every game The TH04/TH05 BGM/SE mode setup is a good example for code where different structure field offsets will vanish completely upon reverse- engineering. If we continued to use the per-game ID string as the variable name, we'd only have another game-specific "difference" there. Part of P0065, funded by Touhou Patch Center.
2019-12-30 14:48:17 +00:00
char far *resident;
[C decompilation] [th02] ZUN_RES.COM This, hands down, has been the single worst stretch of decompilation so far. Three extremely difficult functions that each still required inline assembly. And no, this didn't even work out with any of the optimization features in Borland C++ that aren't included in Turbo C++.
2015-09-16 03:02:29 +00:00
sgm = resdata_exist(res_id, RES_ID_STRLEN, RES_PARASIZE);
dos_puts2(LOGO);
graph_clear();
// No, I tried all permutations of command-line switches,
// gotos and returns, and no pure C solution seems to work!
[Maintenance] Improve score data file-related type and function names So many things named `score_*`, so many things named `hiscore_*`… Let's go with `scoredat_*`, which clearly indicates that this stuff is saved into a file, while still being only 8 characters. Part of P0063, funded by -Tom-.
2019-12-26 15:07:35 +00:00
if(scoredat_verify() == 1) __asm {
push offset ds:ERROR_SCOREDAT
[C decompilation] [th02] ZUN_RES.COM This, hands down, has been the single worst stretch of decompilation so far. Three extremely difficult functions that each still required inline assembly. And no, this didn't even work out with any of the optimization features in Borland C++ that aren't included in Turbo C++.
2015-09-16 03:02:29 +00:00
jmp error_puts
}
if(argc == 2) {
#define arg1_is(capital, small) \
(argv[1][0] == '-' || argv[1][0] == '/') \
&& (argv[1][1] == (capital) || argv[1][1] == (small))
if(arg1_is('R', 'r')) {
if(!sgm) {
dos_puts2(ERROR_NOT_RESIDENT);
asm jmp error_ret
}
dos_free(sgm);
dos_puts2(REMOVED);
return 0;
} else if(arg1_is('D', 'd')) {
debug = 1;
} else {
dos_puts2(ERROR_UNKNOWN_OPTION);
return 1;
}
}
if(sgm) {
dos_puts2(ERROR_ALREADY_RESIDENT);
return 1;
}
sgm = resdata_create(res_id, RES_ID_STRLEN, RES_PARASIZE);
if(!sgm) {
asm push offset ds:ERROR_OUT_OF_MEMORY
error_puts:
asm call near ptr dos_puts2
error_ret:
return 1;
}
[Maintenance] Use the same resident structure pointer name for every game The TH04/TH05 BGM/SE mode setup is a good example for code where different structure field offsets will vanish completely upon reverse- engineering. If we continued to use the per-game ID string as the variable name, we'd only have another game-specific "difference" there. Part of P0065, funded by Touhou Patch Center.
2019-12-30 14:48:17 +00:00
resident = MK_FP(sgm, 0);
[C decompilation] [th02] ZUN_RES.COM This, hands down, has been the single worst stretch of decompilation so far. Three extremely difficult functions that each still required inline assembly. And no, this didn't even work out with any of the optimization features in Borland C++ that aren't included in Turbo C++.
2015-09-16 03:02:29 +00:00
dos_puts2(INITIALIZED);
for(i = offsetof(resident_t, stage); i < sizeof(resident_t); i++) {
[Maintenance] Use the same resident structure pointer name for every game The TH04/TH05 BGM/SE mode setup is a good example for code where different structure field offsets will vanish completely upon reverse- engineering. If we continued to use the per-game ID string as the variable name, we'd only have another game-specific "difference" there. Part of P0065, funded by Touhou Patch Center.
2019-12-30 14:48:17 +00:00
resident[i] = 0;
[C decompilation] [th02] ZUN_RES.COM This, hands down, has been the single worst stretch of decompilation so far. Three extremely difficult functions that each still required inline assembly. And no, this didn't even work out with any of the optimization features in Borland C++ that aren't included in Turbo C++.
2015-09-16 03:02:29 +00:00
}
cfg_write(sgm);
return 0;
}
#pragma codestring "\x00"