User-compiled arch plugins ignored by bundled platform plugins
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 52/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- cpp
- Domain
- reverse-engineering
Research direction
Start by reproducing the missing linux-aarch64 platform with corePlugins.architectures.aarch64 disabled and a user-installed arch/arm64 plugin. Trace the loading order for arch_arm64 and the platform_linux/platform_windows plugins, then verify that Platform["linux-aarch64"] succeeds without compiling platform plugins manually.
Written by the indexing model from the issue text.
Description
Version and Platform (required):
- Binary Ninja Version: 6.0.10526-dev
- Edition: Ultimate
- OS: macOS
- OS Version: 26.6
- CPU Architecture: arm64
Bug Description:
I compiled the arch_arm64 plugin standalone and installed it into BN_USER_DIR/plugins, and now none of the aarch64 platforms have been registered. It seems that platform_linux/_windows/etc are loaded before my user arch_arm64 and therefore load without considering it and don't create platforms for it.
Steps To Reproduce:
- Disable
corePlugins.architectures.aarch64 - Compile
arch/arm64and install the plugin as normal - Open binja
- Console:
Platform["linux-aarch64"] - Observe:
KeyError: "'linux-aarch64' is not a valid platform"
Expected Behavior:
I expected the Platform to load with my user plugin override.
Additional Information:
This is a regression from 5.3 stable.
Workaround: Compile all of the platform plugins manually and install them as user plugins, too.
- Dominant language
- C++
- Stars
- 1.3k
- Forks
- 298
- Avg merge
- 4d 13h
- Merged PRs (30d)
- 20
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Vector35/binaryninja-api
-
Difficulty 1/5 1-3 hours Newbie friendliness 88/100
Vector35/binaryninja-api#8540 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 88/100
Vector35/binaryninja-api#8446 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 88/100
Vector35/binaryninja-api#8444 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Vector35/binaryninja-api#8441 · 3 comments ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
Vector35/binaryninja-api#8404 ·
All issues in Vector35/binaryninja-api
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
flutter-webrtc/flutter-webrtc#2206 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
google-ai-edge/LiteRT-LM#3739 ·
-
Component: GLib
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 65/100
brave/brave-browser#59300 ·
-
Mute ydb/tests/functional/dstool/test_canonical_requests.py.Test.test_group_take_snapshot in main Openai_reviewed
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
ydb-platform/ydb#53974 · 3 comments ·