[Scummvm-cvs-logs] SF.net SVN: scummvm:[51554] tools/branches/gsoc2010-decompiler/decompiler/ scummv6/disassembler.cpp
pidgeot at users.sourceforge.net
pidgeot at users.sourceforge.net
Sat Jul 31 23:47:56 CEST 2010
Revision: 51554
http://scummvm.svn.sourceforge.net/scummvm/?rev=51554&view=rev
Author: pidgeot
Date: 2010-07-31 21:47:56 +0000 (Sat, 31 Jul 2010)
Log Message:
-----------
Add FIXME/TODO comment to beginOverride
Modified Paths:
--------------
tools/branches/gsoc2010-decompiler/decompiler/scummv6/disassembler.cpp
Modified: tools/branches/gsoc2010-decompiler/decompiler/scummv6/disassembler.cpp
===================================================================
--- tools/branches/gsoc2010-decompiler/decompiler/scummv6/disassembler.cpp 2010-07-31 21:42:17 UTC (rev 51553)
+++ tools/branches/gsoc2010-decompiler/decompiler/scummv6/disassembler.cpp 2010-07-31 21:47:56 UTC (rev 51554)
@@ -164,6 +164,11 @@
OPCODE_MD(0x94, "getVerbFromXY", kSpecial, -1, "", "rpp");
OPCODE_BASE(0x95)
OPCODE_BODY("beginOverride", kSpecial, 0, "", "");
+ // FIXME/TODO: beginOverride skips the following jump - that jump is instead to a "finally" handler
+ // To simulate this, we simply skip the jump instruction, so the sequential order appears the same.
+ // Semantically, it would probably be more correct to model this as a conditional jump,
+ // but since precious little time remains of GSoC and that might not play very nice with the rest of the code,
+ // this is the simplest way to handle the issue right now. Eventually, it should probably be fixed more properly.
_f.seek(3, SEEK_CUR);
_address += 3;
OPCODE_END;
This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site.
More information about the Scummvm-git-logs
mailing list