diff -r 000000000000 -r fb279309251b core/com.nokia.carbide.cpp.doc.user/html/tasks/debugger/run_mode_debug_04.htm --- /dev/null Thu Jan 01 00:00:00 1970 +0000 +++ b/core/com.nokia.carbide.cpp.doc.user/html/tasks/debugger/run_mode_debug_04.htm Fri Apr 03 23:33:03 2009 +0100 @@ -0,0 +1,43 @@ + + + + + + +Debugger Settings + + + +

Run Mode On-Device Debugging

+

To implement run mode on-device debugging the following tasks need to be completed.

+
    +
  1. Install device connection software
    2. +
  2. Install Perl
    3. +
  3. Install an SDK
    4. +
  4. Setup environment variables
    5. +
  5. Setup a virtual drive for Techview and Cust Kits
    6. +
  6. Set the default kit in Devices.xml
    7. +
  7. Install the SISX file on the target device
    8. +
  8. Configure TRK connection on the device
    9. +
  9. Create a launch configuration
    10. +
+
+

Setup a Virtual Drive for Techview and Cust Kits

+

Techvew Kits and cust kits have kernel components, kernel extensions and device drivers that are typically built on a virtual drive. So if you want to debug them the debugger will need to load files from the virtual drive that the binaries were built on. If you do not know the virtual drive the kit was built on you should first pick a drive letter randomly.

+
    +
  1. To subst a drive, type on a command line:
    + > subst drive_letter: path_to_kit
    +     For example:
    +> subst M: C:\Symbian\S60_3_0_200626
    2. +
  2. On the command line type:
    +>subst
    +

    You should see the new virtual drive pointing to your kit. If the debugger tries to load a file it can’t find, it will look for it on the virtual drive. You can see this in the stack crawl. The stack crawl should give the full path of the file on the virtual drive the file was built on. The debugger will not be able to load the file until the correct virtual drive is specified.

    +

    If this happens you can redo the virtual drive to use the drive specified in the stack crawl or navigate to the file using the existing virtual drive. From that point the IDE will add that path and recursively check folders for files it needs.

    +
    3. +
  3. Make sure when you set up your default SDK in the Carbide IDE that you use the virtual drive.
    4. +
+
+ + + +