Josh F

Results 62 comments of Josh F

This is improved again in `4.2.6250.dev`, most new cases likely fall under https://github.com/Vector35/binaryninja-api/issues/5991

Can you share the type definitions of `wait_queue_head` and whatever type the `lock` field is?

What version of binja? On what I think is a close approximation of the binary I'm seeing this: ![image](https://github.com/user-attachments/assets/6c7472be-c559-4c86-8dc6-3f7a040ca611) If you can share the exact binary I can see if...

This was due to us failing to correctly handle an invalid string table when resolving section names. Fixed in `4.2.6073-dev`

Are you able to share the .bndb? Or the type definition?

Most operations on a variable without a type will fail - the real bug is that you were able to get a variable with no type associated

For some reason we're resolving `DW_AT_name` to `DebugStrRef(DebugStrOffset(0))` for the only `DW_TAG_subprogram` entry in that sample, when it should be `DebugStrRef(DebugStrOffset(56))`

This was fixed with https://github.com/Vector35/binaryninja-api/issues/7480 in `5.2.8406-dev` with https://github.com/Vector35/binaryninja-api/commit/b6740d03abd22441e2e79e1d6a13c474e3fcba90

We're create `_FXCLI_DebugDispatch` at `0x57eb80` instead of `0x57db80`

The symbol table entry for `_FXCLI_DebugDispatch` has storage class `IMAGE_SYM_CLASS_EXTERNAL`, and it's stated [here](https://learn.microsoft.com/en-us/windows/win32/debug/pe-format#storage-class): >"If the section number is not zero, then the Value field specifies the offset within the...