sysperfana/perfinvestigator/com.nokia.carbide.cpp.pi.doc.user/html/reference/profiler/ITT_trace.htm
changeset 2 b9ab3b238396
child 5 844b047e260d
equal deleted inserted replaced
1:1050670c6980 2:b9ab3b238396
       
     1 <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"
       
     2 "http://www.w3.org/TR/html4/loose.dtd">
       
     3 <html>
       
     4 <head>
       
     5 	<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
       
     6 	<title>DLL Support Trace</title>
       
     7     <link href="../../../book.css" rel="stylesheet" type="text/css">
       
     8 </head>
       
     9 
       
    10 <body>
       
    11 <h2>Dynamic Binary Support Trace</h2>
       
    12 <p>During sampling, the dynamic binary support trace records the full path names, starting locations, and lengths of binaries loaded on the target device. That data is used to determine which binaries and functions are associated with address/thread trace samples taken in dynamic binaries.</p>
       
    13 <p>Dynamic binary support trace is needed only if you had dynamic binaries present in the device during the use case. In practice, this is if you were using applications that were installed after you flashed the device, or if the device uses ROFS. For the importer to perform dynamic binary support trace analysis, you MUST have the binaries that were actually executed on the device. In addition, you MUST have correct .map files produced during their compilation. Each binary file and its corresponding .map file has to be found by the importer in the same directory.</p>
       
    14 <p>When you import a Profiler data file (*.dat) that contains dynamic binary support trace information, the importer needs to locate the compiled dynamic binary files. The importer relies on .pkg, .oby, and .iby files for mapping the fullpath binary names on the target device to the compiled dynamic binaries.</p>
       
    15 <p>If you specified a Carbide.c++ project for importing, the associated .pkg file will be automatically added. On the other hand, you may have a .oby or .iby file, such as the ROFS .oby file, that contains a list of binaries to be included. If an oby/iby file is added to the list, the importer automatically leaves out files that are known not to be binary executable data.   If you specified a Carbide.c++ project or EPOCROOT, the importer will try to help you find oby/iby files to add.</p>
       
    16 <p>If you have custom files in your oby/iby file that are not binary executables and should not take part in the analysis, you might consider removing them from the oby/iby before continuing with the analysis. If those files are very large, processing might take longer.</p>
       
    17 <div id="footer">Copyright &copy; 2009 Nokia Corporation and/or its subsidiary(-ies). All rights reserved. <br>License: <a href="http://www.eclipse.org/legal/epl-v10.html">http://www.eclipse.org/legal/epl-v10.html</a></div>
       
    18 </body>
       
    19 </html>