Include Some Indication of Which File / Analysis an Error Belongs To In a Project

Open
#7,821 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

Assessment

Difficulty
4/5
Estimated time
3-5 days
Newbie friendliness
42/100
Issue type
Feature
Clarity
Mostly clear
Activity status
Stale
Tech stack
cpp

Research direction

Start by tracing how errors from simultaneously processed project files are collected and displayed, using the reported Itanium RTTI failure as the example. Done means each error includes enough file or analysis identification for a user to determine which project input caused it without reopening files individually.

Written by the indexing model from the issue text.

Description

UI: Logs

What is the feature you'd like to have?
If you open more than one file at the same time to get them all simultaneously processing from a project, and one has an important failure that you may want to look more carefully at, please include somewhere in the error information that will help the user figure out which file it was that caused the error.

Is your feature request related to a problem?
I am seeing one or two Itanium RTTI failures when opening a set of files from a project. And I can't easily tell which file caused the error without closing them all and then opening them one by one to isolate the problem.

Additional Information:

Image
Dominant language
C++
Stars
1.3k
Forks
298
Avg merge
5d 5h
Merged PRs (30d)
19

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

More from Vector35/binaryninja-api

All issues in Vector35/binaryninja-api

Similar issues

More C++ issues

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.