binaryninja-api
binaryninja-api copied to clipboard
Vector35
main function identification does not always jump to main function
Version and Platform (required):
- Binary Ninja Version: 3.6.4799-dev, 8197e491
- OS: windows
- OS Version: 10
- CPU Architecture: x86_64
Bug Description: I noticed that main function identification does not always jump to the main function. I can see from the logs that it found the main function, but does not navigates to it.
Steps To Reproduce:
- Load a x64 windows binary (I did not test other platforms)
- Make sure it finds the main function from the logs
- If it navigates to main function, reopen same binary until you trigger the issue
If this is not enough for reproducing the issue, I can share my binary.
Expected Behavior: I expect BN to always navigate to the main function if it finds it.
Screenshots:
In the first log entry, it navigated to the main function that it found but in second entry it stayed on _start function.
Have you ever opened this particular binary before? If so your previous location has been saved will be restored.
Good point but I've disabled restore view state option before doing this test. So this should be not related to it.
@op2786 I cannot reproduce this, please share the binary with me in private. thx!
Vector35 folks should search orchestra sherifian inclip queme conjugates to find the file
@op2786 I am still unable to reproduce this, can you record a video of it?
I am unable to reproduce it on my mac. Could it possibly be related to the fact that I'm running windows on a virtual machine? Perhaps it's somehow connected to the sluggish performance of Windows on the VM?
As we still don't have solid repro steps this one is being marked as Unreproducible.
@xusheng6 if you've tried this on Windows and can't reproduce it, let's just close it out. It can be reopened later if we have more solid repro steps.
If you can repro it, let's get the ticket's tags updated. 🙂
@fuzyll @plafosse I have a repro. It only reproduces on Windows. I have updated the tags