The default rendering of an integer data varible should consider its type information

[bb33bb]

Version and Platform (required):

• Binary Ninja Version: 4.2.6262-dev Personal (5c271eff)
• OS: manjaro Latest x64
• OS Version: Linux version 6.10.13-3-MANJARO (builduser@fv-az1246-770) (gcc (GCC) 14.2.1 20240910, GNU ld (GNU Binutils) 2.43.0) use Caches folder on OS X for download cache to prevent backups #1 SMP PREEMPT_DYNAMIC Tue Oct 8 03:24:49 UTC 2024
• CPU Architecture: x64

Bug Description:

simplescreenrecorder-2024-10-23_15.49.53.mp4

as u can see , we expect the number to be like 0xffffffffxxxxxxxx
but it is not go as we expected

[psifertex]

Right now the display type of the variable is mostly separate from the type system type of the variable. You can fix this by right clicking the integer itself and changing the display type.

That said, I agree the experience would be better if the display type for signedness was influenced by the actual type. Leaving the issue open to track that.

[bb33bb]

Right now the display type of the variable is mostly separate from the type system type of the variable. You can fix this by right clicking the integer itself and changing the display type.

That said, I agree the experience would be better if the display type for signedness was influenced by the actual type. Leaving the issue open to track that.

we can only use interaction method maybe.
I tried the api, also not successed.

[xusheng6]

Thanks for the bug report! I have actually ran into this myself a few times, but I was busy working on other things and just let it slip. I should have noticed that we are ignoring the type information. Apparently we should consider the type info when the rendering type is set to default

[CouleeApps]

This seems like a duplicate of #6044 which was fixed recently. Closing as fixed for now but can reopen if this is actually something else.