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

95 lines
2.3 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
*/
#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);
}
[Decompilation] [th02] Get zun_res1.c right 4½ years after aa56a7c, it turns out that the correct decompilation involves… no-ops generated by assigning variables that just happen to be in registers to themselves?! Which does get optimized out, but only after TCC folded identical tail code in all branches of a function, thus effectively functioning as an optimization barrier. The initial attempt used register pseudovariables, but this definitely is the best possible way this could work – portable, and doesn't unnecessarily shred the code into tiny inlined functions pieces. The mindblowing thing here is that ZUN could have actually written this to have additional, albeit unnecessary, lines to place breakpoints on. But that means he must have chosen those two local variables in SI and DI completely by chance… 🤯 The best thing though? ~#pragma inline is gone~ Part of P0076, funded by [Anonymous] and -Tom-.
2020-02-21 21:21:20 +00:00
#define LOGO \
"<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"
[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
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
[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;
[Decompilation] [th02] Get zun_res1.c right 4½ years after aa56a7c, it turns out that the correct decompilation involves… no-ops generated by assigning variables that just happen to be in registers to themselves?! Which does get optimized out, but only after TCC folded identical tail code in all branches of a function, thus effectively functioning as an optimization barrier. The initial attempt used register pseudovariables, but this definitely is the best possible way this could work – portable, and doesn't unnecessarily shred the code into tiny inlined functions pieces. The mindblowing thing here is that ZUN could have actually written this to have additional, albeit unnecessary, lines to place breakpoints on. But that means he must have chosen those two local variables in SI and DI completely by chance… 🤯 The best thing though? ~#pragma inline is gone~ Part of P0076, funded by [Anonymous] and -Tom-.
2020-02-21 21:21:20 +00:00
const char *res_id = RES_ID;
[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
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);
[Decompilation] [th02] Get zun_res1.c right 4½ years after aa56a7c, it turns out that the correct decompilation involves… no-ops generated by assigning variables that just happen to be in registers to themselves?! Which does get optimized out, but only after TCC folded identical tail code in all branches of a function, thus effectively functioning as an optimization barrier. The initial attempt used register pseudovariables, but this definitely is the best possible way this could work – portable, and doesn't unnecessarily shred the code into tiny inlined functions pieces. The mindblowing thing here is that ZUN could have actually written this to have additional, albeit unnecessary, lines to place breakpoints on. But that means he must have chosen those two local variables in SI and DI completely by chance… 🤯 The best thing though? ~#pragma inline is gone~ Part of P0076, funded by [Anonymous] and -Tom-.
2020-02-21 21:21:20 +00:00
dos_puts2("\n\n" LOGO "\n");
[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
graph_clear();
[Decompilation] [th02] Get zun_res1.c right 4½ years after aa56a7c, it turns out that the correct decompilation involves… no-ops generated by assigning variables that just happen to be in registers to themselves?! Which does get optimized out, but only after TCC folded identical tail code in all branches of a function, thus effectively functioning as an optimization barrier. The initial attempt used register pseudovariables, but this definitely is the best possible way this could work – portable, and doesn't unnecessarily shred the code into tiny inlined functions pieces. The mindblowing thing here is that ZUN could have actually written this to have additional, albeit unnecessary, lines to place breakpoints on. But that means he must have chosen those two local variables in SI and DI completely by chance… 🤯 The best thing though? ~#pragma inline is gone~ Part of P0076, funded by [Anonymous] and -Tom-.
2020-02-21 21:21:20 +00:00
if(scoredat_verify() == 1) {
dos_puts2("<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");
return 1;
[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
}
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) {
[Decompilation] [th02] Get zun_res1.c right 4½ years after aa56a7c, it turns out that the correct decompilation involves… no-ops generated by assigning variables that just happen to be in registers to themselves?! Which does get optimized out, but only after TCC folded identical tail code in all branches of a function, thus effectively functioning as an optimization barrier. The initial attempt used register pseudovariables, but this definitely is the best possible way this could work – portable, and doesn't unnecessarily shred the code into tiny inlined functions pieces. The mindblowing thing here is that ZUN could have actually written this to have additional, albeit unnecessary, lines to place breakpoints on. But that means he must have chosen those two local variables in SI and DI completely by chance… 🤯 The best thing though? ~#pragma inline is gone~ Part of P0076, funded by [Anonymous] and -Tom-.
2020-02-21 21:21:20 +00:00
dos_puts2("<EFBFBD>킽<EFBFBD><EFBFBD><EFBFBD>A<EFBFBD>܂<EFBFBD><EFBFBD><EFBFBD><EFBFBD>܂<EFBFBD><EFBFBD><EFBFBD><EFBFBD>悧\n\n");
return 1;
[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_free(sgm);
[Decompilation] [th02] Get zun_res1.c right 4½ years after aa56a7c, it turns out that the correct decompilation involves… no-ops generated by assigning variables that just happen to be in registers to themselves?! Which does get optimized out, but only after TCC folded identical tail code in all branches of a function, thus effectively functioning as an optimization barrier. The initial attempt used register pseudovariables, but this definitely is the best possible way this could work – portable, and doesn't unnecessarily shred the code into tiny inlined functions pieces. The mindblowing thing here is that ZUN could have actually written this to have additional, albeit unnecessary, lines to place breakpoints on. But that means he must have chosen those two local variables in SI and DI completely by chance… 🤯 The best thing though? ~#pragma inline is gone~ Part of P0076, funded by [Anonymous] and -Tom-.
2020-02-21 21:21:20 +00:00
dos_puts2("<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>Ȃ<EFBFBD><EFBFBD>A<EFBFBD>܂<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>炢<EFBFBD><EFBFBD><EFBFBD><EFBFBD>\n\n");
[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
return 0;
} else if(arg1_is('D', 'd')) {
debug = 1;
} else {
[Decompilation] [th02] Get zun_res1.c right 4½ years after aa56a7c, it turns out that the correct decompilation involves… no-ops generated by assigning variables that just happen to be in registers to themselves?! Which does get optimized out, but only after TCC folded identical tail code in all branches of a function, thus effectively functioning as an optimization barrier. The initial attempt used register pseudovariables, but this definitely is the best possible way this could work – portable, and doesn't unnecessarily shred the code into tiny inlined functions pieces. The mindblowing thing here is that ZUN could have actually written this to have additional, albeit unnecessary, lines to place breakpoints on. But that means he must have chosen those two local variables in SI and DI completely by chance… 🤯 The best thing though? ~#pragma inline is gone~ Part of P0076, funded by [Anonymous] and -Tom-.
2020-02-21 21:21:20 +00:00
dos_puts2("<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");
sgm = sgm; /* optimization barrier #1 */
[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
return 1;
}
}
if(sgm) {
[Decompilation] [th02] Get zun_res1.c right 4½ years after aa56a7c, it turns out that the correct decompilation involves… no-ops generated by assigning variables that just happen to be in registers to themselves?! Which does get optimized out, but only after TCC folded identical tail code in all branches of a function, thus effectively functioning as an optimization barrier. The initial attempt used register pseudovariables, but this definitely is the best possible way this could work – portable, and doesn't unnecessarily shred the code into tiny inlined functions pieces. The mindblowing thing here is that ZUN could have actually written this to have additional, albeit unnecessary, lines to place breakpoints on. But that means he must have chosen those two local variables in SI and DI completely by chance… 🤯 The best thing though? ~#pragma inline is gone~ Part of P0076, funded by [Anonymous] and -Tom-.
2020-02-21 21:21:20 +00:00
dos_puts2("<EFBFBD>킽<EFBFBD><EFBFBD><EFBFBD>A<EFBFBD><EFBFBD><EFBFBD>łɂ<EFBFBD><EFBFBD>܂<EFBFBD><EFBFBD>悧\n\n");
argv = argv; /* optimization barrier #2 */
[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
return 1;
}
sgm = resdata_create(res_id, RES_ID_STRLEN, RES_PARASIZE);
if(!sgm) {
[Decompilation] [th02] Get zun_res1.c right 4½ years after aa56a7c, it turns out that the correct decompilation involves… no-ops generated by assigning variables that just happen to be in registers to themselves?! Which does get optimized out, but only after TCC folded identical tail code in all branches of a function, thus effectively functioning as an optimization barrier. The initial attempt used register pseudovariables, but this definitely is the best possible way this could work – portable, and doesn't unnecessarily shred the code into tiny inlined functions pieces. The mindblowing thing here is that ZUN could have actually written this to have additional, albeit unnecessary, lines to place breakpoints on. But that means he must have chosen those two local variables in SI and DI completely by chance… 🤯 The best thing though? ~#pragma inline is gone~ Part of P0076, funded by [Anonymous] and -Tom-.
2020-02-21 21:21:20 +00:00
dos_puts2("<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>܂<EFBFBD><EFBFBD><EFBFBD><EFBFBD>A<EFBFBD>킽<EFBFBD><EFBFBD><EFBFBD>̋<EFBFBD><EFBFBD>ꏊ<EFBFBD><EFBFBD><EFBFBD>Ȃ<EFBFBD><EFBFBD>́I\n\n");
[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
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);
[Decompilation] [th02] Get zun_res1.c right 4½ years after aa56a7c, it turns out that the correct decompilation involves… no-ops generated by assigning variables that just happen to be in registers to themselves?! Which does get optimized out, but only after TCC folded identical tail code in all branches of a function, thus effectively functioning as an optimization barrier. The initial attempt used register pseudovariables, but this definitely is the best possible way this could work – portable, and doesn't unnecessarily shred the code into tiny inlined functions pieces. The mindblowing thing here is that ZUN could have actually written this to have additional, albeit unnecessary, lines to place breakpoints on. But that means he must have chosen those two local variables in SI and DI completely by chance… 🤯 The best thing though? ~#pragma inline is gone~ Part of P0076, funded by [Anonymous] and -Tom-.
2020-02-21 21:21:20 +00:00
dos_puts2("<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>ł́A<EFBFBD><EFBFBD><EFBFBD>낵<EFBFBD><EFBFBD><EFBFBD><EFBFBD><EFBFBD>肢<EFBFBD><EFBFBD><EFBFBD>܂<EFBFBD>\n\n");
[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
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"