Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fix aai percentage issue #6576

Closed
radare opened this issue Jan 25, 2017 · 16 comments
Closed

Fix aai percentage issue #6576

radare opened this issue Jan 25, 2017 · 16 comments

Comments

@radare
Copy link
Collaborator

radare commented Jan 25, 2017

to show the % of code analyzed (considering data and basic blocks ranges) inside the current section (or just .text?)

@radare radare added this to the 1.3.0 milestone Jan 25, 2017
@radare
Copy link
Collaborator Author

radare commented Jan 25, 2017

related to #2958

@Maijin
Copy link
Contributor

Maijin commented Feb 5, 2017

Isn't this aai ?

image

@radare
Copy link
Collaborator Author

radare commented Feb 5, 2017

I dont see any % in this output

@Maijin
Copy link
Contributor

Maijin commented Mar 4, 2017

image

@radare
Copy link
Collaborator Author

radare commented Mar 6, 2017 via email

@xarkes
Copy link
Contributor

xarkes commented Mar 7, 2017

Can you detail what you want ?

@radare
Copy link
Collaborator Author

radare commented Mar 7, 2017

The output of the command aai shows a bigger percentage than 100%, so there's a wrong computation here. this issue should track to fix that thing and p-% lgtm already

@Maijin
Copy link
Contributor

Maijin commented Mar 7, 2017

p-% lgtm already
p-% doesn't exist, should aai be replaced by p-% ?

@radare
Copy link
Collaborator Author

radare commented Mar 7, 2017 via email

@Maijin
Copy link
Contributor

Maijin commented Mar 8, 2017

@radare
Copy link
Collaborator Author

radare commented Mar 8, 2017 via email

@radare radare changed the title Implement p-% Fix aai percentage issue Mar 9, 2017
@radare radare modified the milestones: 1.4.0, 1.3.0 Mar 13, 2017
@radare radare closed this as completed in 19ab070 Mar 13, 2017
@alvarofe alvarofe reopened this Mar 14, 2017
@alvarofe
Copy link
Contributor

Just testing since yesterday I couldn't (forgot)

air:pe alvaro$ r2 /bin/ls
Module version mismatch /Users/alvaro/.config/radare2/plugins/io_frida.dylib (1.3.0-git) vs (1.4.0-git)
 -- Use hasher to calculate hashes of portion blocks of a file
[0x100001174]> aaa
[x] Analyze all flags starting with sym. and entry0 (aa)
[x] Analyze len bytes of instructions for references (aar)
[x] Analyze function calls (aac)
[ ] [*] Use -AA or aaaa to perform additional experimental analysis.
[x] Constructing a function name for fcn.* and sym.func.* functions (aan))
[0x100001174]> aai
fcns    107
xrefs   1178
calls   0
strings 108
symbols 90
imports 76
covrage 0
codesz  16742
percent 0%

@xarkes
Copy link
Contributor

xarkes commented Mar 14, 2017

Here's mine

 -- May the segfault be with you.
[0x00404030]> aaa
[x] Analyze all flags starting with sym. and entry0 (aa)
[x] Analyze len bytes of instructions for references (aar)
[x] Analyze function calls (aac)
[ ] [*] Use -AA or aaaa to perform additional experimental analysis.
[x] Constructing a function name for fcn.* and sym.func.* functions (aan))
[0x00404030]> aai
fcns    246
xrefs   6470
calls   76
strings 414
symbols 117
imports 109
covrage 109682
codesz  195549
percent 56%

@xarkes
Copy link
Contributor

xarkes commented Mar 14, 2017

Actually the compute_coverage function does not work with Mach-O ls

@alvarofe
Copy link
Contributor

maybe it doesn't work with mach0 since s->rwx iirc in is expressed in another way so s->rwx & 1 it fails.

@alvarofe
Copy link
Contributor

so we should ensure the same flags throughout all sections

Maijin pushed a commit that referenced this issue Mar 16, 2017
@Maijin Maijin closed this as completed Mar 16, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants