Describe the bug
DecompileResults doesn't respect the HASH: storage class for the variable names resulted from the "Rename Variable" task, when HighSymbols has isUniqueStorage() . I.e. Rename Local Variable doesn't work in case of temporary compiler variables.
To Reproduce
Steps to reproduce the behavior:
Open the strong.exe from the eponymous 1993 DOS game;
Go to the StartExit routine in the code from the C0L.OBJ;
In the decompiler try renaming the variable holding the startup priority, which resulted from the decompiler merging CF from the two cmp's into a single variable;
The rename task correctly maps storage from the unique space to the HASH: space, but the follow up decompilations ignore it.
Expected behavior
Variable gets rename correctly and following decompilations of that function showing a helpful name instead of some bVar2.
Screenshots
If applicable, add screenshots to help explain your problem.
Attachments
If applicable, please attach any files that caused problems or log files generated by the software.
Environment (please complete the following information):
OS: Windows 11 version 23H2
Java Version: Java(TM) SE Runtime Environment (build 17.0.7+8-LTS-224)
Describe the bug DecompileResults doesn't respect the
HASH:
storage class for the variable names resulted from the "Rename Variable" task, when HighSymbols has isUniqueStorage() . I.e. Rename Local Variable doesn't work in case of temporary compiler variables.To Reproduce Steps to reproduce the behavior:
Expected behavior Variable gets rename correctly and following decompilations of that function showing a helpful name instead of some bVar2.
Screenshots If applicable, add screenshots to help explain your problem.
Attachments If applicable, please attach any files that caused problems or log files generated by the software.
Environment (please complete the following information):
Additional context Temporary fix for people who just want it working: