ReC98/th02/zunerror.c

void pascal zun_error(zun_error_t err)
{
	__asm	mov ax, err;
	__asm	int 0x59
}
[C decompilation] [th02] Code segment #2 of all three executables Only one code segment left in both OP and FUUIN! its-happening.gif Yeah, that commit is way larger than I'm comfortable with, but none of these functions is particularly large or difficult to decompile (with the exception of graph_putsa_fx(), which I actually did weeks ago), and OP and MAIN have their own unique functions in between the shared ones, so… 2015-03-14 22:25:50 +00:00			`void pascal zun_error(zun_error_t err)`
			`{`
[Maintenance] Decide on __asm as the keyword for inline assembly Which works in both Borland C++, Open Watcom, and Visual C++. Not that we're about to port any of the games to these compilers, just something I noticed while evaluating 32-bit compilers for ReC98's own 32-bit pipeline tools. Modders might want to look into that though, since 100% position independence also makes it easier to change compilers. 2020-06-19 15:50:05 +00:00			`__asm mov ax, err;`
			`__asm int 0x59`
[C decompilation] [th02] Code segment #2 of all three executables Only one code segment left in both OP and FUUIN! its-happening.gif Yeah, that commit is way larger than I'm comfortable with, but none of these functions is particularly large or difficult to decompile (with the exception of graph_putsa_fx(), which I actually did weeks ago), and OP and MAIN have their own unique functions in between the shared ones, so… 2015-03-14 22:25:50 +00:00			`}`