H-A-M-G-E-R

Results 106 comments of H-A-M-G-E-R

(GBA) end ".hword #0x0" for alignment isn't ignored and is treated as a difference

oops wrong screenshot ![image](https://github.com/user-attachments/assets/203b6e5b-9807-4680-abd6-d520cd2309cf)

Decompiler options: avoid gotos and instead duplicate code whenever possible, and order if/else or switch statements to the same positions as the assembly code

in other words for my second feature request: decompiled code respects assembly code order

Decompiler options: avoid gotos and instead duplicate code whenever possible, and order if/else or switch statements to the same positions as the assembly code

That means targeting a specific compiler for the decompiler

Decompiler options: avoid gotos and instead duplicate code whenever possible, and order if/else or switch statements to the same positions as the assembly code

> in other words for my second feature request: decompiled code respects assembly code order this is the only one thing ghidra needs to improve code readability

Deltarune PC "gml_Object_obj_mainchara_Step_0" infinite loop freeze between lines 286-316

how to debug the decompiler to fix the bug

Deltarune PC "gml_Object_obj_mainchara_Step_0" infinite loop freeze between lines 286-316

the decompiler can easily be fooled by unreachable sections

Deltarune PC "gml_Object_obj_mainchara_Step_0" infinite loop freeze between lines 286-316

there's unreachable assembly in gml_Object_obj_heart_Step_0 look at the line that says ":[27]" of the assembly

Deltarune PC "gml_Object_obj_mainchara_Step_0" infinite loop freeze between lines 286-316

i don't know gml assembly very well..

Deltarune PC "gml_Object_obj_mainchara_Step_0" infinite loop freeze between lines 286-316

in lines 36-55 of gml_Object_DEVICE_CHOICE_Step_0 it should decompile to this: while move { ccc = NAME[CURX, CURY] if (ccc == ">") CURX += 1 else if (ccc == "") CURX...

Deltarune PC "gml_Object_obj_mainchara_Step_0" infinite loop freeze between lines 286-316

there are unnessessary elses and continues in gml_Object_obj_heart_Step_0 that change the compiled assembly that's the problem