diff -r 000000000000 -r 5ad7ad99af01 crashanalysis/crashanalyser/com.nokia.s60tools.crashanalyser.help/html/reference/code_segments.htm --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/crashanalysis/crashanalyser/com.nokia.s60tools.crashanalyser.help/html/reference/code_segments.htm Thu Feb 11 15:06:45 2010 +0200 @@ -0,0 +1,32 @@ + + + + +Code segments + + + + +

Code segments

+

The code segment list contains a list of binaries (dlls/plugins/exe) that were loaded at the time of the crash.

+ +

+

The kernel creates a code segment for a binary:

+ +

This means that in some situations the list may not contain all the dependencies of the code that was executing at the time of the exception/panic. For example, any code that is statically linked to another binary and that resides in an Execute In Place (XIP) location, such as the phone ‘ROM’, may not actually appear in the list.

+

If you expect a specific binary to be present within the list, and upon inspection you find that it is missing it may indicate that the binary has been unloaded unexpectedly. This in itself can cause an exception – for example, if a plugin is unloaded before all objects that utlize code from that plugin have been destroyed, then it may lead to an exception were the object code invoked.

+

Finally, the list is also color-coded to indicate warnings or errors. For example, items may be highlighted in pink if symbols are unavailable or if the code segment for the binary in question does not align with the code segment information provided by the kernel at the time of the crash. This may indicate that the wrong symbolics have been used to decode the crash file, resulting in incorrect data.

+

For reference information, see:

+ + + + + \ No newline at end of file