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
Is your feature request related to a problem? Please describe.
When Ghidra produces a C-like expressions involving the x86 assembly instruction SUB, the subracted value is replaced with a + -val instead of just - val as in the following example: *(char *)address = cbuffer[0] + *address * 10 + -0x30;
This means you cannot simply convert the 0x30 into its character representation as the -'ve is taken into account producing '\xd0' instead of '0'.
Describe the solution you'd like
An option to keep subtracted values positive and change the sign in the resulting expression. Maybe even on a case by case basis.
Describe alternatives you've considered
Can't think of any presently!
Additional context
Below is the pcode for the expression above:
Interestingly, only the assembly at the addresses below is highlighted (indicating their involvement) as the C expression's constituent parts!
1000913f
10009141
1000914a
1000914c
10009155
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem? Please describe.
When Ghidra produces a C-like expressions involving the x86 assembly instruction
SUB
, the subracted value is replaced with a+ -val
instead of just- val
as in the following example:*(char *)address = cbuffer[0] + *address * 10 + -0x30;
This means you cannot simply convert the
0x30
into its character representation as the -'ve is taken into account producing'\xd0'
instead of'0'
.Describe the solution you'd like
An option to keep subtracted values positive and change the sign in the resulting expression. Maybe even on a case by case basis.
Describe alternatives you've considered
Can't think of any presently!
Additional context
Below is the pcode for the expression above:
Interestingly, only the assembly at the addresses below is highlighted (indicating their involvement) as the C expression's constituent parts!
1000913f
10009141
1000914a
1000914c
10009155
The text was updated successfully, but these errors were encountered: