Now that the project has no errors and builds correctly, we can turn our attention to uncovering exactly how our application fits in memory and how to navigate around it.
Using Project Explorer features
The Project Explorer is the central focus for arranging your source code into projects, and it's a good place to show ancillary information gathered when CrossStudio builds your applications. This section will cover the features that the Project Explorer offers to give you an overview of your project.
Project code and data sizes
Developers are always interested in how much memory their applications take up, and with small embedded microcontrollers this is especially true. The Project Explorer can display the code and data sizes for each project and individual source file that is successfully compiled. To do this, click the Options dropdown on the Project Explorer tool bar and make sure that Statistics Display is checked.
Once checked, the Project Explorer displays two additional columns, Code and Data.
The Code column displays the total code space required for the project and the Data column displays the total data space required. The code and data sizes for each C and assembly source file are estimates, but good estimates nontheless. Because the linker removes any unreferenced code and data and performs a number of optimizations, the sizes for the linked project may not be the sum of the sizes of each individual file. The code and data sizes for the project, however, are accurate. As before, your numbers may not match these exactly.
Dependencies
The Project Explorer is very versatile: not only can you display the code and data sizes for each element of a project and the project as a whole, you can also configure the Project Explorer to show the dependencies for a file. As part of the compilation process, CrossStudio finds and records the relationships between files—that is, it finds which files are dependent upon other files. CrossStudio uses these relationships when it comes to build the project again so that it does the minimum amount of work to bring the project up to date.
To show the dependencies for a project, click the Options button on the Project Explorer tool bar once again and ensure that either Dependencies Under Node or Dependencies In Folder are checked in the menu. Once checked, dependent files are shown as sub-nodes of the file which depends upon them.
In this case, main.c is dependent upon cross_studio_io.h because it it includes it with a #include directive. It is also dependent on __crossworks.h because that is included by cross_studio_io.h. You can open the files in an editor by double clicking on them, so having dependencies turned on is an effective way of navigating to and summarising the files that a source file includes.
Output files
Another useful piece of information is knowing the output files when compiling and linking the application, CrossStudio can display this information too. To turn on output file display, click the Options button on the Project Explorer tool bar and ensure that Show Output Files is checked in the menu. Once checked, output files are shown in an Output Files folder underneath the node that generates them.
In the above figure, we can see that the object files fact.hzo and main.hzo are object files produced by compiling their corresponding source files; the map file Tutorial.map and the linked executable Tutorial.hzx are produced by the linker. As a convenience, double clicking an object file or a linked executable file in the Project Explorer will open an editor showing the disassembled contents of the file.
Disassembling a project or file
You can disassemble a project either by double clicking the corresponding file as described above, or you can use the Disassemble tool to do it.
To disassemble a project or file, do one of the following:
- Right click the appropriate project or file in the Project Explorer view.
- From the popup menu, click the Disassemble.
CrossStudio opens a new read-only editor and places a disassembled listing into it. If you change your project and rebuild it, causing a change in the object or executable file, the disassembly updates to keep the display up-to-date with the file on disk.
Using Memory Usage Window features
The Memory Usage Window can be used to display a graphical summary of how memory has been used in each memory segment of a linked application.
Displaying the Memory Usage Window
To display the Memory Usage Window if it is hidden, do one of the following:
- From the View menu, click Memory Usage.
—or—
- Type Ctrl+Alt+Z.
The Tutorial project shows this in the Memory Usage Window:
From this you can see:
- The RAM segment is located at 0200, is 2 KB in length and has 1.9 KB of unused memory.
- The FLASH segment is located at 1110, is 59.7 KB in length and has 59.4 KB of unused memory.
If you expand the FLASH segment, CrossStudio will display the program sections contained within the segment:
From this you can see that the the CODE section is located at
Using Symbol Browser features
If you need a more detailed view of how your application is laid out in memory than the Memory Usage Window provides, you can use the Symbol Browser. The Symbol Browser allows you to navigate your application, see which data objects and functions have been linked into your application, what their sizes are, which section they are in, and where they are placed in memory.
Displaying the Symbol Browser
To display the Symbol Browser window if it is hidden, do one of the following:
- From the Tools menu, click Symbol Browser.
—or—
- Type Ctrl+Alt+Y.
Drilling down into the application
The Tutorial project shows this in the Symbol Browser:
From this you can see that the CODE section is 215 bytes in size and is placed in memory between address 114B and 1221 inclusive. Similarly, the zeroed data section UDATA0 is 2 bytes in size and is placed between 0202 and 0203, the CONST section that holds string constants and read-only data is 25 bytes in size between 1132 and 114A. You can click the header to order sections by their address by clicking on Range and by their size by clicking Size.
To drill down, open the CODE node by double clicking it: CrossStudio displays the individual functions that have been placed in memory and their sizes:
Here, we can see that main is 34 bytes in size and is placed in memory between addresses 114C and 116D inclusive and that factorial is 30 bytes and occupies addresses 116E through 118B. Just as in the Project Explorer, you can double click a function and CrossStudio moves the cursor to the line containing the definition of that function, so you can easily navigate around your application using the Symbol Browser.
Printing Symbol Browser contents
You can print the contents of the Symbol Browser by focusing the Symbol Browser window and selecting Print from the File menu, or Print Preview if you want to see what it will look like before printing. CrossStudio prints only the columns that you have selected for display, and prints items in the same order they are displayed in the Symbol Browser, so you can choose which columns to print and how to print symbols by configuring the Symbol Browser display before you print.
We have touched on only some of the features that the Symbol Browser offers; to find out more, refer to Symbol browser where it is described in detail.