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
When using a structure containing a 'type description value' followed by a union of possible structures (representing those types) using the Force Field option to correct Ghidra's choice is sometimes ignored.
To Reproduce
Steps to reproduce the behavior:
Load in the enclosed function (from the Decompile:Panels Debug Function Decompilation menu)
Goto case 41a: and try to coerce the datatype used in the line pszName = (pDataToCopy->u).d402.szName + 8; to be (pDataToCopy->u).d41a (line 318)
See no change
Expected behavior
If the user wishes to correct the datatype, Ghidra should accept and use it.
Also, in case 0x402, the actual use of the union type is missing from nLen = _strlen((char *)&pDataToCopy->u); and memcpy(g_szBringUpGroupName,&pDataToCopy->u,nLen + 1); and cannot be forced as the option isn't available!
Describe the bug
When using a structure containing a 'type description value' followed by a union of possible structures (representing those types) using the
Force Field
option to correct Ghidra's choice is sometimes ignored.To Reproduce
Steps to reproduce the behavior:
Decompile:
PanelsDebug Function Decompilation
menu)case 41a:
and try to coerce the datatype used in the linepszName = (pDataToCopy->u).d402.szName + 8;
to be(pDataToCopy->u).d41a
(line 318)Expected behavior
If the user wishes to correct the datatype, Ghidra should accept and use it.
Screenshots
N/A
Attachments
dgndmn32_ProcessRPCRequest.zip
Environment (please complete the following information):
Additional context
N/A
The text was updated successfully, but these errors were encountered: