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

71 lines
2.1 KiB
NASM
Raw Normal View History

th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
;
; +-------------------------------------------------------------------------+
; | This file has been generated by The Interactive Disassembler (IDA) |
; | Copyright (c) 2009 by Hex-Rays, <support@hex-rays.com> |
; +-------------------------------------------------------------------------+
;
; Input MD5 : 2CAAD6F798E32B912A08DA327A97DDB4
; File Name : th01/FUUIN.EXE
; Format : MS-DOS executable (EXE)
; Base Address: 0h Range: 0h-147E0h Loaded length: 13ED8h
; Entry Point : 0:0
; OS type : MS DOS
; Application type: Executable 16bit
[Regression] Explicitly request 16-bit default segments when using .MODEL Whoops, turns out that the build has been broken on TASM32 version 5.3 (the one in the DevKit) ever since 7897bf1. In contrast to version 5.0 (which I use for my development), 5.3 actually defines 32-bit segments if you specify a .386 CPU before using .MODEL. That might have been the reason for the .286 workaround all along? Turns out there's the USE16 modifier, which makes this much more explicit than switching CPUs.
2021-03-29 17:16:49 +00:00
.386
[Decompilation] [th01] FUUIN.EXE: Move the final pieces of data to C land 100%. Part of P0213, funded by Ember2528 and GhostRiderCog.
2022-08-10 23:44:57 +00:00
.model use16 large
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
[Maintenance] [th01] FUUIN.EXE: Move master.lib data back to the main ASM husk Completes P0213, funded by Ember2528 and GhostRiderCog.
2022-08-11 00:45:38 +00:00
GAME = 1
Move common directives and includes to a separate include file Note that .386 needs to come before .MODEL, and is therefore not included in ReC98.inc. Causes, um, weird label errors otherwise.
2014-08-22 15:06:33 +00:00
include ReC98.inc
Include RULES.ASI from every executable's dump file. Having thought this over for a while, I've decided to stay with the "include slice" model for now, due to various bugs and other reasons. We need to compile for the 386 CPU, but this causes TASM to automatically default every segment to 32-bit mode, which of course is not what we want (and no, .MODEL USE16 sadly does not help either). Appending USE16 to every segment declaration in all included files seems to work, but for some reason, this messes up certain jump instructions. WTF? And even if it did work, we would still have to do this for every single file we include. The alternative would be to build proper libraries and let the linker merge all the code. This would add a lot of unwarranted complexity to the build process. Not to mention all the EXTERN statements we'd have to maintain. Ultimately, all of the C runtime ASM code is going to vanish anyway once we've completed the reduction step. Once we're there, we can simply link to the original version of the library. These initial dumps are not pretty, and I see no point in wasting time on making intermediary stages of development look pretty. Since including RULES.ASI from every slice seems a bit inefficient (and even potentiall harmful, considering the age of the development tools we have to work with), we'll only include it once at the top of every main dump file. [Binary change] Relocations in TH01's REIIDEN.EXE, again.
2014-08-14 06:01:36 +00:00
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
; ===========================================================================
; Segment type: Pure code
Finally use standard segment names everywhere And I guess we just have to ignore and disable that segment alignment warning for TH01. It's not like this changes anything in the binary.
2015-02-18 11:07:37 +00:00
_TEXT segment word public 'CODE' use16
assume cs:_TEXT
Let Turbo C++ link in the Borland C/C++ runtime for the main EXE files This took long enough, so we're not covering the COM files right now. Like, I can't even tell how you're supposed to work around the forced word alignment for the _TEXT segment. Guess we'll just have to decompile all of these in one go, just like we did with ZUNSOFT.COM. Also, it really seems as if we're merely trading one ugly workaround for another in our quest for identical binaries.
2015-02-19 06:46:36 +00:00
assume es:nothing, ds:_DATA, fs:nothing, gs:nothing
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
[Reduction] #230: graph_400line
2014-08-27 22:58:40 +00:00
include libs/master.lib/graph_400line.asm
[Reduction] #214: graph_clear
2014-08-27 04:03:08 +00:00
include libs/master.lib/graph_clear.asm
[Reduction] #212: graph_show ReC98, where a function consisting of 3 instructions still saves over 150 lines.
2014-08-27 03:18:17 +00:00
include libs/master.lib/graph_show.asm
[Reduction] #232: graph_start
2014-08-27 23:16:54 +00:00
include libs/master.lib/graph_start.asm
[Reduction] #392: graph_scrollup
2014-08-31 04:43:32 +00:00
include libs/master.lib/graph_scrollup.asm
[Reduction] #156: palette_show
2014-08-23 14:11:16 +00:00
include libs/master.lib/palette_show.asm
[Reduction] #157: palette_init
2014-08-23 14:18:30 +00:00
include libs/master.lib/palette_init.asm
[Reduction] #450-451: respal_exist and respal_create
2014-09-03 13:23:51 +00:00
include libs/master.lib/respal_exist.asm
[Reduction] #452: respal_free
2014-09-03 13:41:25 +00:00
include libs/master.lib/respal_free.asm
[Reduction] #484-485: resdata_exist and resdata_create Looks like the 'pal98 grb' string was merely copy-pasted from the respal module and isn't actually used by the function, which means that we don't have to work around a naming collision after all.
2014-09-07 13:47:50 +00:00
include libs/master.lib/resdata.asm
[Reduction] #365: file_read
2014-08-30 07:00:31 +00:00
include libs/master.lib/file_read.asm
[Reduction] #361-362: file_flush and file_close
2014-08-30 06:15:42 +00:00
include libs/master.lib/file_close.asm
[Reduction] #366: file_ropen
2014-08-30 07:12:17 +00:00
include libs/master.lib/file_ropen.asm
[Reduction] #367-368: file_seek and file_tell
2014-08-30 07:21:44 +00:00
include libs/master.lib/file_seek.asm
[Reduction] #370: key_sense
2014-08-30 07:56:49 +00:00
include libs/master.lib/key_sense.asm
[Reduction] #115: dos_ropen AKA "fontfile_open()", and originally kept in FONTOPEN.ASM... yeah.
2014-08-21 20:07:58 +00:00
include libs/master.lib/dos_ropen.asm
[Reduction] #106-108: PC-98 EGC setup "Enhanced Graphic Charger", hm...
2014-08-20 20:24:05 +00:00
include libs/master.lib/egc.asm
[Reduction] #379: gdc_outpw
2014-08-30 12:15:00 +00:00
include libs/master.lib/gdc_outpw.asm
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
db 0
[Reduction] #372: IRand
2014-08-30 10:13:04 +00:00
include libs/master.lib/random.asm
Finally use standard segment names everywhere And I guess we just have to ignore and disable that segment alignment warning for TH01. It's not like this changes anything in the binary.
2015-02-18 11:07:37 +00:00
_TEXT ends
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
Finally use standard segment names everywhere And I guess we just have to ignore and disable that segment alignment warning for TH01. It's not like this changes anything in the binary.
2015-02-18 11:07:37 +00:00
.data
[Reduction] #70-78: C start up code Finally! [Binary change] Order of the first three relocations in every executable. Two more relocations in the TH01 executables.
2014-08-19 20:33:43 +00:00
[Maintenance] [th01] FUUIN.EXE: Move master.lib data back to the main ASM husk Completes P0213, funded by Ember2528 and GhostRiderCog.
2022-08-11 00:45:38 +00:00
include libs/master.lib/version[data].asm
include libs/master.lib/grp[data].asm
include libs/master.lib/pal[data].asm
include libs/master.lib/respal_exist[data].asm
include libs/master.lib/resdata[data].asm
include libs/master.lib/fil[data].asm
include libs/master.lib/dos_ropen[data].asm
include libs/master.lib/clip[data].asm
include libs/master.lib/rand[data].asm
.data?
include libs/master.lib/pal[bss].asm
include libs/master.lib/fil[bss].asm
include libs/master.lib/clip[bss].asm
th01/fuuin: Initial state
2014-08-06 03:21:22 +00:00
Let Turbo C++ link in the Borland C/C++ runtime for the main EXE files This took long enough, so we're not covering the COM files right now. Like, I can't even tell how you're supposed to work around the forced word alignment for the _TEXT segment. Guess we'll just have to decompile all of these in one go, just like we did with ZUNSOFT.COM. Also, it really seems as if we're merely trading one ugly workaround for another in our quest for identical binaries.
2015-02-19 06:46:36 +00:00
end