You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
Usually, "pre-comments" seem to show - as expected - in the respective decompiled code view.
I specifically like to use them when I want to put some kind of reminder in the decompiled code so that I will find it again in the exported C/C++ program code.
Unfortunately there seem to be scanarios (the rationale behind which totally escapes me) where respective "pre comments" (or any other comment for that matter) just DO NOT show in the decompiled code view. Usability wise this is a total clusterfuck and I strongly hope that it is just a bug and not by design.
The decompiled code here is obviously acting on a memory location that actually contains a double and what it means to do is: (double)((int)&uStack5608 + iVar11) = -1.0;
To remind me of the respective "todo" to cleanup that code manually later I click on the 1st line and enter a respective "pre comment". Interestingly the comment does show in the corresponding Listing view - where it is absolutely useless to me - but NOT in the decompiled code view:
The mapping from ASM ops to decompiled C statements seems to be rather 1:1 here.. so why does that comment not show in the decompiled code?!
PS: I tried "pre" and "plate" comments on both of the above lines and none of those show in the "Decompile" view - regardless of how many checkboxes I activate in the respective "show comments" preferences..
Expected behavior
Pre-comments should always show in the respective decompiled code view. (or there should be at least some type of comment that always shows - I don't really care). It just sucks not being able to edit ANY comment that will actually show in the decompiled code. Usability wise it should be obvious that when a user clicks in the "decompiled code view" and uses the "Comment ->Set.." functionality, then that functionality should default to something that actually creates a visible comment entry at that selected location!
Environment (please complete the following information):
OS: Win10
Ghidra Version: 10.1.1
The text was updated successfully, but these errors were encountered:
I have the same problem with the latest Ghidra release as of the moment of writing. Comments show up in disassembly, but not in the decompiled C code.
Despite enabling all types of comments as suggested above!
To add some information to this: I had this happen to a function, then later wiped the project the function was in and re-analyzed everything with a different set of analysis settings. The new project (and newly-analyzed function) accepted my comments.
(I had turned off these analyzers because they were finding way too many false positives in the ARM GBA code I was looking at)
Describe the bug
Usually, "pre-comments" seem to show - as expected - in the respective decompiled code view.
I specifically like to use them when I want to put some kind of reminder in the decompiled code so that I will find it again in the exported C/C++ program code.
Unfortunately there seem to be scanarios (the rationale behind which totally escapes me) where respective "pre comments" (or any other comment for that matter) just DO NOT show in the decompiled code view. Usability wise this is a total clusterfuck and I strongly hope that it is just a bug and not by design.
Example:
The decompiled code here is obviously acting on a memory location that actually contains a double and what it means to do is: (double)((int)&uStack5608 + iVar11) = -1.0;
To remind me of the respective "todo" to cleanup that code manually later I click on the 1st line and enter a respective "pre comment". Interestingly the comment does show in the corresponding Listing view - where it is absolutely useless to me - but NOT in the decompiled code view:
The mapping from ASM ops to decompiled C statements seems to be rather 1:1 here.. so why does that comment not show in the decompiled code?!
PS: I tried "pre" and "plate" comments on both of the above lines and none of those show in the "Decompile" view - regardless of how many checkboxes I activate in the respective "show comments" preferences..
Expected behavior
Pre-comments should always show in the respective decompiled code view. (or there should be at least some type of comment that always shows - I don't really care). It just sucks not being able to edit ANY comment that will actually show in the decompiled code. Usability wise it should be obvious that when a user clicks in the "decompiled code view" and uses the "Comment ->Set.." functionality, then that functionality should default to something that actually creates a visible comment entry at that selected location!
Environment (please complete the following information):
The text was updated successfully, but these errors were encountered: