Skip to content
GitLab
Projects Groups Snippets
  • /
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in / Register
  • D dynamorio
  • Project information
    • Project information
    • Activity
    • Labels
    • Members
  • Repository
    • Repository
    • Files
    • Commits
    • Branches
    • Tags
    • Contributors
    • Graph
    • Compare
  • Issues 1,467
    • Issues 1,467
    • List
    • Boards
    • Service Desk
    • Milestones
  • Merge requests 44
    • Merge requests 44
  • CI/CD
    • CI/CD
    • Pipelines
    • Jobs
    • Schedules
  • Deployments
    • Deployments
    • Environments
    • Releases
  • Packages and registries
    • Packages and registries
    • Package Registry
    • Infrastructure Registry
  • Monitor
    • Monitor
    • Incidents
  • Analytics
    • Analytics
    • Value stream
    • CI/CD
    • Repository
  • Wiki
    • Wiki
  • Snippets
    • Snippets
  • Activity
  • Graph
  • Create a new issue
  • Jobs
  • Commits
  • Issue Boards
Collapse sidebar
  • DynamoRIO
  • dynamorio
  • Issues
  • #2243
Closed
Open
Issue created Feb 27, 2017 by Derek Bruening@derekbrueningContributor

drcov2lcov fails to handle code in ELF segments past a gap

Xref #2213 (closed). drmodtrack now supports ELF libraries with gaps, but while drcov2lcov will now not think one library covers other libraries inside it, it will miss code present in other than the first segment. It creates a hashtable by path and stores the size, which is now just the 1st segment size. We can't simply change the table to store by start address, though, b/c we'd have to redo enumerate_line_info which walks the htable and calls drsym_enumerate_lines() on each path, passing a single bitmap. It will take some work to support multiple segments.

Assignee
Assign to
Time tracking