rizinorg / cutterdrcov Goto Github PK

See details at https://github.com/nccgroup/Cartographer/blob/main/EZCOV.md:

The EZCOV ("Easy Coverage") format was created to simplify the formatting of coverage data and to provide Ghidra-specific functionality in Cartographer.

Below is an example of the EZCOV format.

EZCOV VERSION: 1
0x00101000,       20, [  ]
0x00101016,        5, [  ]
0x00201251,        6, [ MAIN ]
0x00201257,       22, [ MAIN ]
0x00101160,        9, [ OVR1 ]

The problem is that there are some inaccuracies in dynamo block size, to my best knowledge the block in dynamo rio always terminated with jmp or return ... which isn't the case for r2 ... that isn't the problem the real problem is that DynamoRIO calculates the sizes of blocks in wrong way which leads to graphs as the following one:

notepad-cov.tar.gz

Name from drcov is "C:\Windows\notepad.exe", Filename from r2 is "notepad.exe".
getModuleIdx() will not match them together and return None, which will lead to an exception:

Traceback (most recent call last):
  File "/home/florian/.local/share/RadareOrg/Cutter/plugins/python/CutterDRcov/cutterplugin.py", line 57, in dropFile
    self.loadcov(fileName)
  File "/home/florian/.local/share/RadareOrg/Cutter/plugins/python/CutterDRcov/cutterplugin.py", line 74, in loadcov
    analyse(self.config)
  File "/home/florian/.local/share/RadareOrg/Cutter/plugins/python/CutterDRcov/covTable.py", line 58, in analyse
    entry, hits = analyse_function(function, config['bbs'][idx])
TypeError: list indices must be integers or slices, not NoneType

Bug description:
After loading the coverage file into the plugin's field nothing happens. The problem occurs only on Linux.

Info:
Cutter version: 2.1.2
DrMemory build: cronbuild-2.5.19232

Attached files in .zip file:
Binary
Binary's drcov log
Binary's source code
test.zip

probably by making that row bold or something similar

Since the last commit of CutterDRcov, drcov has updated and drcov log files now have a new version.

Please add compatability with the latest drcov. The log file format might have changed only little making the implementation of a parser for the latest drcov straightforward.

DRCOV VERSION: 3
DRCOV FLAVOR: drcov-64
Module Table: version 5