Uploaded image for project: 'Jenkins'
  1. Jenkins
  2. JENKINS-15201

Add support for the track-origins valgrind option

    • Icon: Bug Bug
    • Resolution: Fixed
    • Icon: Minor Minor
    • valgrind-plugin
    • None

      Our Valgrind testing uses the option "track-origins". Can support be added to the Valgrind viewer to parse this information for each failure?

          [JENKINS-15201] Add support for the track-origins valgrind option

          David Ritter added a comment -

          Just as an example this data in the XML output:

            <auxwhat>Address 0x4ade13c is not stack'd, malloc'd or (recently) free'd</auxwhat>
            <auxwhat>Uninitialised value was created by a stack allocation</auxwhat>
            <stack>
              <frame>
                <ip>0x8049D9C</ip>
                <obj>/build/ritter/tests/core/debug/footest_int</obj>
                <fn>FooBar::testSplit()</fn>
                <dir>/nfs/devco/ritter/main/tests/tools/core</dir>
                <file>footest_int.cpp</file>
                <line>180</line>
              </frame>
            </stack>
          

          Might result in text in the viewer page for the related error (where the stack trace is) that looks like this:

          Origin of Uninitialised value was created by a stack allocation:
              Address 0x4ade13c is not stack'd, malloc'd or (recently) free'd
          
              0x8049D9C: FooBar::testSplit() tests/core/debug/footest_int.cpp:180
          

          This is just my take on how the data could be rendered.

          David Ritter added a comment - Just as an example this data in the XML output: <auxwhat> Address 0x4ade13c is not stack 'd, malloc' d or (recently) free'd </auxwhat> <auxwhat> Uninitialised value was created by a stack allocation </auxwhat> <stack> <frame> <ip> 0x8049D9C </ip> <obj> /build/ritter/tests/core/debug/footest_int </obj> <fn> FooBar::testSplit() </fn> <dir> /nfs/devco/ritter/main/tests/tools/core </dir> <file> footest_int.cpp </file> <line> 180 </line> </frame> </stack> Might result in text in the viewer page for the related error (where the stack trace is) that looks like this: Origin of Uninitialised value was created by a stack allocation: Address 0x4ade13c is not stack'd, malloc'd or (recently) free'd 0x8049D9C: FooBar::testSplit() tests/core/debug/footest_int.cpp:180 This is just my take on how the data could be rendered.

          thanks for the example, i am working on something

          Johannes Ohlemacher added a comment - thanks for the example, i am working on something

          Hi David,
          i am a bit confused by the two auxwhat elements in your xml output and by the way they are related to each other. Could you post the full xml code of the error?

          Johannes Ohlemacher added a comment - Hi David, i am a bit confused by the two auxwhat elements in your xml output and by the way they are related to each other. Could you post the full xml code of the error?

          David Ritter added a comment -

          I have attached a snippet of our XML output. I trimmed it down to just the entire <error> element for the <auxwhat> block that I included in my first comment.

          David Ritter added a comment - I have attached a snippet of our XML output. I trimmed it down to just the entire <error> element for the <auxwhat> block that I included in my first comment.

          Thanks.
          I added support for those auxiliary information (and for --track-origin option) with version 0.15.
          Each <auxwhat> element can be followed by a complete stacktrace (with multiple stack frames) and is displayed individually after the regular stacktrace.
          A summary of the auxiliary information (just the messages, no stacktraces) is shown at the top of the page.

          Johannes Ohlemacher added a comment - Thanks. I added support for those auxiliary information (and for --track-origin option) with version 0.15. Each <auxwhat> element can be followed by a complete stacktrace (with multiple stack frames) and is displayed individually after the regular stacktrace. A summary of the auxiliary information (just the messages, no stacktraces) is shown at the top of the page.

            existence Johannes Ohlemacher
            dritter29 David Ritter
            Votes:
            0 Vote for this issue
            Watchers:
            2 Start watching this issue

              Created:
              Updated:
              Resolved: