WARP Function GUID Generation Not Performed When Re-Analyzing Database from UI
@emesare ya está trabajando en esto.
Desde el 14/1/2026.
Evaluación
Este issue todavía no se ha evaluado.
Descripción
Version and Platform (required):
- Binary Ninja Version: 5.2.8722-Stable
- Edition: Commercial
- OS: Ubuntu Linux
- OS Version: 24.04.1
- CPU Architecture: x64
Bug Description:
When attempting to apply a WARP signature to my database, I hit the following issue: [WARP] No function guids in database, please reanalyze the database. I can't recall if this database was ported from an earlier version of Binary Ninja, and therefore does not contain WARP function signatures by default, but when I use Analyze->Reanalyze to re-analyze the database as stated in the error message, the GUIDs are not generated and the error reoccurs.
To get around this, @emesare provided the following snippet:
from binaryninja.warp import *
for func in bv.functions:
get_function_guid(func)
Which worked accordingly, so this is not a blocker in the meantime, and is likely a corner case for those coming from earlier binja versions.
Steps To Reproduce:
Please provide all steps required to reproduce the behavior:
- Open BNDB uploaded with the reference
laser abyss persists beautifully - Attempt to import any WARP signature
- See error message
- Attempt to re-analyze database using
Analyze->Reanalyze - Attempt to apply WARP signature again
Expected Behavior:
Re-analyzing the database from the menu should apply WARP GUIDs to existing functions.
Binary:
Database was uploaded to portal and is available with reference laser abyss persists beautifully
- Lenguaje dominante
- C++
- Estrellas
- 1.3k
- Forks
- 298
- Merge medio
- 5 d 5 h
- PR fusionados (30 d)
- 19
Guía de contribución
No hay ninguna guía de contribución indexada para este repositorio
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de Vector35/binaryninja-api
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
Vector35/binaryninja-api#8540 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
Vector35/binaryninja-api#8516 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
Vector35/binaryninja-api#8503 ·
-
normalize time logs from WARP Abierto
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Vector35/binaryninja-api#8446 ·
-
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Vector35/binaryninja-api#8444 ·
Todos los issues de Vector35/binaryninja-api
Issues similares
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 92/100
autowarefoundation/autoware_universe#13413 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 88/100
-
automated-analysis bug memory-safety
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 86/100
-
Sensor initialization takes very long when `--initial-sim-time` is set to current UNIX timestamp Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
gazebosim/gz-sensors#662 · 1 comentario ·