This section only applies to the SBSv1 (abld) build system. If you are using the Raptor (SBSv2) build system Carbide does not perform any build system modifications to optimize dependency tracking.
+
Carbide has made some performance improvements over command-line builds when performing incremental builds. Once a project has been built, many users invoke 'abld build' on their project, not knowing that their makefiles are regenerated each time, taking a large performance hit. Although a command-line user can invoke 'abld target' to improve incremental build performance, Carbide invokes each build stage independently for a full incremental build (including the 'abld makefile' stage). In order to get around this performance hit from the IDE, Carbide manages the source and resource dependencies in separate .d (dependency) files generated under the build system. Then Carbide makes a small modification to each component's (MMP) makefile under the \epoc32\build\ directory by including the generated .d files as dependency includes. This performance modification makes incremental builds faster from Carbide.
+
Normally, you do not need to know the details of dependency management unless you first build from the command-line and then try to build their project from the IDE. When this happens, Carbide will prompt you with the Project rebuild notification dialog when you initiate a build from the IDE.
+
+
Figure 1 -Dependency Tracking dialog
+
It is recommended you choose the Improve Carbide build times option if you plan to continue building in Carbide. However, be cautious of this as Carbide will remove all the object code and build everything from scratch.
+
If you choose the option Do not update dependencies, Carbide disables the option to manage dependencies under the Carbide Project Settings, SBSv1 tab.
To access the New Launch Configurtion Wizard click the Debug icon (). If no launch configuration exists for the build target the wizard is launched. If a launch configuration already exists, then that launch configuration is launched and not the wizard.
-For emulator targets, the New Launch Configuration Wizard automatically gathers all the information it needs from the project, so clicking Debug just launches the debug session.
Figure 1 - Build Target selection list
Category Types
@@ -68,7 +75,7 @@
Figure 3 - Launch Type page
Build Options Selection
-
Use the Build Options Selection page to define if the launch configuration uses auto build or not. Choices include using the global auto built setting (default), enable or disable auto build for the launch configuration. You can also set the global option using the Configure Workspace Settings... to open the Launching preference panel.
+
Use the Build Options Selection page to define if the launch configuration uses automatic build or not. Choices include using the global automatic built setting (default), enable or disable automatic build for the launch configuration. You can also set the global option using the Configure Workspace Settings... to open the Launching preference panel.
The Debug or launch configuration window's Installation pane specifies the .sis file to install on the target device when using Application TRK. This is required when using the TRK debug agent with 9.x based SDK’s.
-
-
Figure 1 - Debug window's Installation pane
-
Table 1. Installation pane —items
-
-
-
Item
-
Explanation
-
-
-
Installation file
-
-
Enter the complete path to the .sis or .pkg file to install on the target device or click Browse to use the standard file selection dialog.
-
-
-
-
Download directory
-
The directory on the target device to download the file into before installing it. The default directory value is C:\data\.
-
-
-
Install each launch even if installer file has not changed
-
Enable this option to force an update of the installed file even if no changes have been detected. This ensures a clean program install for each debug session.
-
-
-
Do not show installer UI on the phone
-
Use this option to specify if the installer UI on the target device is shown when installing the file. Disabling this option may require interaction with the installer UI on the target device, slowing down the install process. The default setting is on.
-
-
-
Install to drive
-
A list of common drives where files may be installed to. The default drive setting is C.
-
-
-
-
-
To access the Installation Pane
-
-
Select the Run > Debug... menu item
-
The Debug window appears.
-
Select a Symbian OS Application TRK configuration in the Configurations list
The Debug or launch configuration windows Installation pane specifies the .sis file to install on the target device when using Application TRK. This is required when using the TRK debug agent with 9.x based SDK’s.
+
+
Figure 1 - Debug windows Installation pane
+
Table 1. Installation pane —items
+
+
+
Item
+
Explanation
+
+
+
Installation file
+
+
Enter the complete path to the .sis or .pkg file to install on the target device or click Browse to use the standard file selection dialog.
+
+
+
+
Download directory
+
The directory on the target device to download the file into before installing it. The default directory value is C:\data\.
+
+
+
Install each launch even if installer file has not changed
+
Enable this option to force an update of the installed file even if no changes have been detected. This ensures a clean program install for each debug session.
+
+
+
Do not show installer UI on the phone
+
Use this option to specify if the installer UI on the target device is shown when installing the file. Disabling this option may require interaction with the installer UI on the target device, slowing down the install process. The default setting is on.
+
+
+
Install to drive
+
A list of common drives where files may be installed to. The default drive setting is C.
+
+
+
+
+
To access the Installation Pane
+
+
Select the Run > Debug... menu item
+
The Debug window appears.
+
Select a Symbian OS Application TRK configuration in the Configurations list
The Debug/Run window's Debugger pane provides control entry point breaks and which consoles are active to show logs.
-
-
Figure 1 - Debug window's Debugger tab
-
Table 1. Debugger pane —items
-
-
-
Item
-
Explanation
-
-
-
Break at entry point
-
Select to halt program execution at a specified
- function or address. Enter the desired function
- name or address in the corresponding field. If you
- enter an address, ensure that it is correct and within
- your program.
-
-
-
View program output
-
Enable to direct standard output messages to the Emulation Program Output Console in the Console view.
-
NOTE In the epoc.ini file the option LogToFile must also be set to 1.
-
-
-
View emulator output
-
Enable to output emulator messages to the Emulator Output Console in the Console view.
-
NOTE In the epoc.ini file the option LogToDebugger must also be set to 1.
-
-
-
View Windows system messages
-
Enable to output Windows system messages to the Windows System Messages Console in the Console view.
The Debug/Run windows Debugger pane provides control entry point breaks and which consoles are active to show logs.
+
+
Figure 1 - Debug windows Debugger tab
+
Table 1. Debugger pane —items
+
+
+
Item
+
Explanation
+
+
+
Break at entry point
+
Select to halt program execution at a specified
+ function or address. Enter the desired function
+ name or address in the corresponding field. If you
+ enter an address, ensure that it is correct and within
+ your program.
+
+
+
View program output
+
Enable to direct standard output messages to the Emulation Program Output Console in the Console view.
+
NOTE In the epoc.ini file the option LogToFile must also be set to 1.
+
+
+
View emulator output
+
Enable to output emulator messages to the Emulator Output Console in the Console view.
+
NOTE In the epoc.ini file the option LogToDebugger must also be set to 1.
+
+
+
View Windows system messages
+
Enable to output Windows system messages to the Windows System Messages Console in the Console view.
The Debug/Run window's x86 Exceptions pane lists all the exceptions that the debugger is able to catch. If you want the debugger to catch all the exceptions, enable all of the options in this view. However, if you prefer to handle only certain exceptions, enable only those options that reflect the exceptions you prefer to handle.
-
-
Figure 1 - x86 Exceptions pane
-
Table 1. x86 Exceptions pane —items
-
-
-
Item
-
Explanation
-
-
-
Check All
-
Enables catching all exceptions.
-
-
-
Clear All
-
Disables catching all exceptions.
-
-
-
-
To access the x86 Exceptions pane
-
-
Select the Run > Run... or Run > Debug... menu item
The Debug/Run windows x86 Exceptions pane lists all the exceptions that the debugger is able to catch. If you want the debugger to catch all the exceptions, enable all of the options in this view. However, if you prefer to handle only certain exceptions, enable only those options that reflect the exceptions you prefer to handle.
+
+
Figure 1 - x86 Exceptions pane
+
Table 1. x86 Exceptions pane —items
+
+
+
Item
+
Explanation
+
+
+
Check All
+
Enables catching all exceptions.
+
+
+
Clear All
+
Disables catching all exceptions.
+
+
+
+
To access the x86 Exceptions pane
+
+
Select the Run > Run... or Run > Debug... menu item
The emulator Main pane defines the process to be launched by the emulator.
-
The behavior that occurs when launching a debug session varies based upon the SDK. Normally, starting a debug session launches the emulator (epoc.exe) and you must then navigate to your application and open it. However, starting a debug session for an .exe file will, in most cases, launch the .exe directly. This starts the emulator and then opens your application automatically. Note that some SDKs do not support this behavior. In those cases you must still open your application in the emulator manually.
-
-
Figure 1 - Debug window's emulator's Main tab
-
Table 1. Emulator Main pane —items
-
-
-
Item
-
Explanation
-
-
-
Project
-
The project to associate with this debug launch configuration. Click Browse to select a different project.
-
-
-
Process to launch
-
The path to the emulator or executable to launch. For Symbian OS 9.1 the emulator path is required. For Symbian OS 9.2 and later the path to the executable should be used. Click Browse to select a different emulator.
-
-
-
-
-
To access the Main Pane
-
-
Select the Run > Debug... menu item
-
The Debug window appears.
-
Select a Symbian OS System emulator configuration in the Configurations list
The emulator Main pane defines the process to be launched by the emulator.
+
The behavior that occurs when launching a debug session varies based upon the SDK. Normally, starting a debug session launches the emulator (epoc.exe) and you must then navigate to your application and open it. However, starting a debug session for an .exe file will, in most cases, launch the .exe directly. This starts the emulator and then opens your application automatically. Note that some SDKs do not support this behavior. In those cases you must still open your application in the emulator manually.
+
+
Figure 1 - Debug windows emulator's Main tab
+
Table 1. Emulator Main pane —items
+
+
+
Item
+
Explanation
+
+
+
Project
+
The project to associate with this debug launch configuration. Click Browse to select a different project.
+
+
+
Process to launch
+
The path to the emulator or executable to launch. For Symbian OS 9.1 the emulator path is required. For Symbian OS 9.2 and later the path to the executable should be used. Click Browse to select a different emulator.
+
+
+
+
+
To access the Main Pane
+
+
Select the Run > Debug... menu item
+
The Debug window appears.
+
Select a Symbian OS System emulator configuration in the Configurations list
The Connection pane specifies the method used to transfer files to the target device. Once a Serial Port type is chosen, the remaining options contain default values for the specific connection type. Users can change these remaining options to match the target device's communication specifications.
-
-
Figure 1 - Debug window's Connection pane
-
Table 1. Connection pane —items
-
-
-
Item
-
Explanation
-
-
-
Serial Port
-
Select the serial port option to use for this launch or launch configuration. Once set, this port will be used for all subsequent launch configurations until it is set again. Note that for USB and BT can be dynamically assigned, so its critical that the port ID assigned here matches the one the system is using to communicate with the target device.
-
If you are using a USB connection, the connected phone's name should appear in the menu to help identify which port is being used.
-
-
-
Baud Rate
-
Use the Baud Rate option to select the baud rate for communication. The default baud rate value is 115200 bits per second (bps).
-
-
-
Data Bits
-
Use the Data Bits option to select a common data bits size (4, 5, 6, 7, and 8). The default data bits value is 8.
-
-
-
Parity
-
Use the Parity option to select the parity setting (None, Odd, or Even). The default parity value is None.
-
-
-
Stop Bits
-
Use the Stop Bits option to select the stop bits setting (1, 1.5, 2). The default stop bits value is 1.
-
-
-
Flow Control
-
Use the Flow Control option to select the flow control setting (None, Hardware (RTS/CTS), and Software (XON/XOFF)). The default flow control value is None.
-
-
-
-
-
To access the Connection Pane
-
-
Select the Run > Debug... menu item
-
The Debug window appears.
-
Select a Symbian OS Application TRK configuration in the Configurations list
The Connection pane specifies the method used to transfer files to the target device. Once a Serial Port type is chosen, the remaining options contain default values for the specific connection type. Users can change these remaining options to match the target device's communication specifications.
+
+
Figure 1 - Debug windows Connection pane
+
Table 1. Connection pane —items
+
+
+
Item
+
Explanation
+
+
+
Serial Port
+
Select the serial port option to use for this launch or launch configuration. Once set, this port will be used for all subsequent launch configurations until it is set again. Note that for USB and BT can be dynamically assigned, so its critical that the port ID assigned here matches the one the system is using to communicate with the target device.
+
If you are using a USB connection, the connected phone's name should appear in the menu to help identify which port is being used.
+
+
+
Baud Rate
+
Use the Baud Rate option to select the baud rate for communication. The default baud rate value is 115200 bits per second (bps).
+
+
+
Data Bits
+
Use the Data Bits option to select a common data bits size (4, 5, 6, 7, and 8). The default data bits value is 8.
+
+
+
Parity
+
Use the Parity option to select the parity setting (None, Odd, or Even). The default parity value is None.
+
+
+
Stop Bits
+
Use the Stop Bits option to select the stop bits setting (1, 1.5, 2). The default stop bits value is 1.
+
+
+
Flow Control
+
Use the Flow Control option to select the flow control setting (None, Hardware (RTS/CTS), and Software (XON/XOFF)). The default flow control value is None.
+
+
+
+
+
To access the Connection Pane
+
+
Select the Run > Debug... menu item
+
The Debug window appears.
+
Select a Symbian OS Application TRK configuration in the Configurations list
The Executables pane specifies which executables to debug with your project based on the chosen rule. The Executables pane gives you project level control over the executables associated with it. The pane shows all the executables in the workspace or those imported into the Executables view from outside the workspace that can be debugged by this project. See the Executables view for information on controlling executables from the workspace.
-
-
Figure 1 - Debug window's Executables pane
-
Table 1. Executable pane —items
-
-
-
Item
-
Explanation
-
-
-
Load symbols for these executables and target them for debugging
-
Select the rule which govern the executable support used by this project for debugging purposes. The options include:
-
-
Executables in the workspace from this SDK — shows all executables in the workspace built using the specified SDK. This is the default setting.
-
Executables built by this project — shows only the executables built by this project using the specified SDK
-
Executables selected below — shows only the executables chosen by the user. Initial list display uses the All Executables listing.
-
All executables (slows launch) — shows all the executables in the workspace regardless of which SDK created them. Selecting this option will slow down Carbide launches as the list is populated.
-
-
-
-
-
Executables list
-
Shows all the executables associated with this project.
-
-
-
Add...
-
Opens the Select an executable file dialog which can locate and select executable files and add them to the project's executables list.
-
-
-
Select All
-
Enables all the executables in the list for debugging.
-
-
-
Unselect All
-
Disables all the executables in the list from debugging.
-
-
-
-
To access the Executables Pane
-
-
Select the Run > Open Debug Dialog... menu item
-
The Debug window appears.
-
Select a Symbian OS Application TRK configuration in the Configurations list
The Executables pane specifies which executables to debug with your project based on the chosen rule. The Executables pane gives you project level control over the executables associated with it. The pane shows all the executables in the workspace or those imported into the Executables view from outside the workspace that can be debugged by this project. See the Executables view for information on controlling executables from the workspace.
+
+
Figure 1 - Debug windows Executables pane
+
Table 1. Executable pane —items
+
+
+
Item
+
Explanation
+
+
+
Load symbols for these executables and target them for debugging
+
Select the rule which govern the executable support used by this project for debugging purposes. The options include:
+
+
Executables in the workspace from this SDK — shows all executables in the workspace built using the specified SDK. This is the default setting.
+
Executables built by this project — shows only the executables built by this project using the specified SDK
+
Executables selected below — shows only the executables chosen by the user. Initial list display uses the All Executables listing.
+
All executables (slows launch) — shows all the executables in the workspace regardless of which SDK created them. Selecting this option will slow down Carbide launches as the list is populated.
+
+
+
+
+
Executables list
+
Shows all the executables associated with this project.
+
+
+
Add...
+
Opens the Select an executable file dialog which can locate and select executable files and add them to the project's executables list.
+
+
+
Select All
+
Enables all the executables in the list for debugging.
+
+
+
Unselect All
+
Disables all the executables in the list from debugging.
+
+
+
+
To access the Executables Pane
+
+
Select the Run > Open Debug Dialog... menu item
+
The Debug window appears.
+
Select a Symbian OS Application TRK configuration in the Configurations list
+
+
+
\ No newline at end of file
diff -r 55ef76a19104 -r 539b1b65d45f core/com.nokia.carbide.cpp.doc.user/html/reference/launch_configs/page_file_transfer.htm
--- a/core/com.nokia.carbide.cpp.doc.user/html/reference/launch_configs/page_file_transfer.htm Mon Jul 06 14:53:12 2009 -0500
+++ b/core/com.nokia.carbide.cpp.doc.user/html/reference/launch_configs/page_file_transfer.htm Mon Jul 06 14:59:19 2009 -0500
@@ -1,85 +1,85 @@
-
-
-
-
-
-
-TRK File Transfer Pane
-
-
-
-
File Transfer Pane
-
The File Transfer pane displays an auto-populated list of files for System TRK that the IDE transfers to the target device at the start of each launch. Users can add, edit, or delete files in the list. By default, any file added is automatically checked for downloading to the device. Users can uncheck a file to remove it from the download list without removing the file itself. Any missing files are marked with a warning icon and a message appears describing the issue making it easy to see potential file problems prior to attempting a download.
-
System TRK users can use this panel to download any type of file, like bitmaps, HTML, sounds, and more, to the phone and applicable to Application TRK for transfering any files outside of the installation file.
-
-
Figure 1 - Debug window's File Transfer pane
-
Table 1. File Transfer pane —items
-
-
-
Item
-
Explanation
-
-
-
File transfer list
-
The File transfer list displays the project files that are moved to the target device for launch and debugging purposes. It contains these columns:
-
-
Enabled—a checkmark indicates that the IDE should transfer the specified file to the target directory. If unchecked, do not transfer the file.
-
File to transfer—the path and filename to a file on the host machine to be transfered
-
Target path—the path to the target directory where transfered files are placed on the device
-
-
-
-
Add
-
Click to add a file to the file transfer list.
-
-
-
Edit...
-
Click to edit the selected file in the file transfer list.
-
-
-
Remove
-
Click to remove the selected file from the file transfer list.
-
-
-
Select All
-
Click to select all the files in the file transfer list.
-
-
-
Deselect All
-
Click to unselect all the files in the file transfer list.
-
-
-
-
-
To access the File Tansfer Pane
-
-
Select the Run > Debug... menu item
-
The Debug window appears.
-
Select a Symbian OS Application TRK configuration in the Configurations list
The File Transfer pane displays an auto-populated list of files for System TRK that the IDE transfers to the target device at the start of each launch. Users can add, edit, or delete files in the list. By default, any file added is automatically checked for downloading to the device. Users can uncheck a file to remove it from the download list without removing the file itself. Any missing files are marked with a warning icon and a message appears describing the issue making it easy to see potential file problems prior to attempting a download.
+
System TRK users can use this panel to download any type of file, like bitmaps, HTML, sounds, and more, to the phone and applicable to Application TRK for transfering any files outside of the installation file.
+
+
Figure 1 - Debug windows File Transfer pane
+
Table 1. File Transfer pane —items
+
+
+
Item
+
Explanation
+
+
+
File transfer list
+
The File transfer list displays the project files that are moved to the target device for launch and debugging purposes. It contains these columns:
+
+
Enabled—a checkmark indicates that the IDE should transfer the specified file to the target directory. If unchecked, do not transfer the file.
+
File to transfer—the path and filename to a file on the host machine to be transfered
+
Target path—the path to the target directory where transfered files are placed on the device
+
+
+
+
Add
+
Click to add a file to the file transfer list.
+
+
+
Edit...
+
Click to edit the selected file in the file transfer list.
+
+
+
Remove
+
Click to remove the selected file from the file transfer list.
+
+
+
Select All
+
Click to select all the files in the file transfer list.
+
+
+
Deselect All
+
Click to unselect all the files in the file transfer list.
+
+
+
+
+
To access the File Tansfer Pane
+
+
Select the Run > Debug... menu item
+
The Debug window appears.
+
Select a Symbian OS Application TRK configuration in the Configurations list
In run-mode you can control message handling and instruction sets.
-
-
Figure 1 - Debug window's Debugger pane for run mode debugging
-
Table 1. Debugger pane — run-mode options
-
-
-
Item
-
Explanation
-
-
-
Break at entry point
-
-
When checked, break at the specified entry point entered into the text field. For .EXE targets, the default entry point is set to E32Main. By default, the Break at entry point option is unchecked for all other target types.
-
-
-
View program output
-
When checked, show the contents of any program output in the TRK Progam Output Console in a Console view.
-
-
-
View messages between Carbide and debug agent
-
When checked, show the communications between Carbide and the target device in the TRK Communication Log Console of the Console view.
-
NOTE You can pin the TRK Communication Log view so that it does not lose focus.
-
-
-
Message retry delay (ms)
-
Enter the delay time in milliseconds (ms) between 100 and 10000 the debugger should wait for a response. The default Message Retry Delay value is 2000.
-
-
-
Default Instructon Set
-
-
Specifies the default instruction set to use if the debugger cannot determine the processor mode in order to set breakpoints and to disassemble code. The options are:
-
-
Auto (examine code at current PC location)
-
ARM (32-bit)
-
THUMB (16-bit)
-
-
By default the Instruction Set option uses ARM 32-bit.
-
-
-
-
Stop-mode Debugger pane
-
In stop-mode use the Startup Options to attach to a target and debug or run from the specified start address. Then use Target Options to specify the target's processor type, and set which initialization and memory configuration files to use in the debug session.
When checked, break at the specified entry point entered into the text field. For .EXE targets, the default entry point is set to E32Main. By default, the Break at entry point option is unchecked for all other target types.
-
-
-
Soft attach
-
Enable the Soft attach option to attach a debug session to a target and debug from the specified start address instead of the target's default start address. When enabled the downloaded image option is ignored.
-
-
-
Debug from start address
-
Enable the Debug from start address option to debug from the target's default start address.
-
-
-
Run from start address
-
Enable the Run from start address option to run from the target's default start address.
-
-
-
Start address (hex)
-
Enter in hexidecimal format (0x0) the starting address to use during the debug session.
-
-
-
Reset target at the start of each debug session
-
Forces the Carbide IDE to reset the target at the start of each debug session. This ensures that the debugging session uses the most up-to-date program code.
-
-
-
Target Processor
-
A drop down with a list of all supported processors. The process selection should help in determining the memory model. This will in turn help determine the base address and the offsets for the Symbian OS kernel aware information.
-
-
-
Target initialization file
-
Check this box to have the debugger run an initialization script when the debug session starts. For example, if a target device requires initialization for the debugger to be able to read and write memory or registers, you can specify an initialization script here.
-
Click Browse to select a script file using a standard file selection dialog box. When using T32, most of the initialization is done in the CMM script file. With other debug protocols like Sophia, you can specify the initialization file, which can be run after connecting to the target.
-
-
-
Memory configuration file
-
Controls whether the debugger uses a memory configuration file when a debug session starts. The Carbide debugger uses this configuration file to know which memory is accessible, readable, and writable on the target.
-
-
-
-
-
To access the Debugger Pane
-
-
Select the Run > Debug... menu item
-
The Debug window appears.
-
Select a Symbian OS Application TRK configuration in the Configurations list
In run-mode you can control message handling and instruction sets.
+
+
Figure 1 - Debug windows Debugger pane for run mode debugging
+
Table 1. Debugger pane — run-mode options
+
+
+
Item
+
Explanation
+
+
+
Break at entry point
+
+
When checked, break at the specified entry point entered into the text field. For .EXE targets, the default entry point is set to E32Main. By default, the Break at entry point option is unchecked for all other target types.
+
+
+
View program output
+
When checked, show the contents of any program output in the TRK Progam Output Console in a Console view.
+
+
+
View messages between Carbide and debug agent
+
When checked, show the communications between Carbide and the target device in the TRK Communication Log Console of the Console view.
+
NOTE You can pin the TRK Communication Log view so that it does not lose focus.
+
+
+
Message retry delay (ms)
+
Enter the delay time in milliseconds (ms) between 100 and 10000 the debugger should wait for a response. The default Message Retry Delay value is 2000.
+
+
+
Default Instructon Set
+
+
Specifies the default instruction set to use if the debugger cannot determine the processor mode in order to set breakpoints and to disassemble code. The options are:
+
+
Auto (examine code at current PC location)
+
ARM (32-bit)
+
THUMB (16-bit)
+
+
By default the Instruction Set option uses ARM 32-bit.
+
+
+
+
Stop-mode Debugger pane
+
In stop-mode use the Startup Options to attach to a target and debug or run from the specified start address. Then use Target Options to specify the target's processor type, and set which initialization and memory configuration files to use in the debug session.
+
+
Figure 2 - Debug windows Debugger pane for stop mode debugging
+
Table 2. Debugger pane — stop-mode options
+
+
+
Item
+
Explanation
+
+
+
Break at entry point
+
When checked, break at the specified entry point entered into the text field. For .EXE targets, the default entry point is set to E32Main. By default, the Break at entry point option is unchecked for all other target types.
+
+
+
Soft attach
+
Enable the Soft attach option to attach a debug session to a target and debug from the specified start address instead of the target's default start address. When enabled the downloaded image option is ignored.
+
+
+
Debug from start address
+
Enable the Debug from start address option to debug from the target's default start address.
+
+
+
Run from start address
+
Enable the Run from start address option to run from the target's default start address.
+
+
+
Start address (hex)
+
Enter in hexidecimal format (0x0) the starting address to use during the debug session.
+
+
+
Reset target at the start of each debug session
+
Forces the Carbide IDE to reset the target at the start of each debug session. This ensures that the debugging session uses the most up-to-date program code.
+
+
+
Target Processor
+
A drop down with a list of all supported processors. The process selection should help in determining the memory model. This will in turn help determine the base address and the offsets for the Symbian OS kernel aware information.
+
+
+
Target initialization file
+
Check this box to have the debugger run an initialization script when the debug session starts. For example, if a target device requires initialization for the debugger to be able to read and write memory or registers, you can specify an initialization script here.
+
Click Browse to select a script file using a standard file selection dialog box. When using T32, most of the initialization is done in the CMM script file. With other debug protocols like Sophia, you can specify the initialization file, which can be run after connecting to the target.
+
+
+
Memory configuration file
+
Controls whether the debugger uses a memory configuration file when a debug session starts. The Carbide debugger uses this configuration file to know which memory is accessible, readable, and writable on the target.
+
+
+
+
+
To access the Debugger Pane
+
+
Select the Run > Debug... menu item
+
The Debug window appears.
+
Select a Symbian OS Application TRK configuration in the Configurations list
The Main pane defines the project and the process to launch on the target device.
-
-
Figure 1 - Debug window's Main pane
-
Table 1. Main pane —items
-
-
-
Item
-
Explanation
-
-
-
Project
-
The project to associate with this launch configuration. Click Browse to select a different project.
-
-
-
Remote process to launch
-
The absolute path of the remote executable to launch on the target device. The binary to debug may be stored on one of several memory locations, the most common are:
-
-
RAM (default) — programs running in RAM are launched from c:\sys\bin\
-
ROM — programs running in ROM are launched from z:\sys\bin\
-
Memory cards — programs running on a memory card are launched from e:\sys\bin\
-
-
In the event a program is not launching, verify that thepath is correct for the memory location where the binary resides.
-
-
-
-
-
-
To access the Main Pane
-
-
Select the Run > Debug... menu item
-
The Debug window appears.
-
Select a Symbian OS Application TRK configuration in the Configurations list
The Main pane defines the project and the process to launch on the target device.
+
+
Figure 1 - Debug windows Main pane
+
Table 1. Main pane —items
+
+
+
Item
+
Explanation
+
+
+
Project
+
The project to associate with this launch configuration. Click Browse to select a different project.
+
+
+
Remote process to launch
+
The absolute path of the remote executable to launch on the target device. The binary to debug may be stored on one of several memory locations, the most common are:
+
+
RAM (default) — programs running in RAM are launched from c:\sys\bin\
+
ROM — programs running in ROM are launched from z:\sys\bin\
+
Memory cards — programs running on a memory card are launched from e:\sys\bin\
+
+
In the event a program is not launching, verify that thepath is correct for the memory location where the binary resides.
+
+
+
+
+
+
To access the Main Pane
+
+
Select the Run > Debug... menu item
+
The Debug window appears.
+
Select a Symbian OS Application TRK configuration in the Configurations list
Use the ABLD menu option to invoke an specific abld command on the selected project or file. ABLD is available under Project > ABLD or by right-clicking a project or file in the Project Explorer or Symbian Project Navigator views and choosing ABLD > command. When executed any arguments specified in the Carbide Build Configurations pane for the command are passed to the selected tool.
-
-
Figure 1 - Available ABLD actions
-
The available commands include:
-
-
target — creates the main executable and also the resources
-
export — copies the exported files to their destinations
-
cleanexport — removes files created by abld export
-
resource — creates resources files and bitmaps
-
final — allows extension makefiles to execute final commands
-
tidy — removes executables which need not be released
Use the ABLD menu option to invoke an specific abld command on the selected project or file. ABLD is available under Project > ABLD or by right-clicking a project or file in the Project Explorer or Symbian Project Navigator views and choosing ABLD > command. When executed any arguments specified in the Carbide Build Configurations pane for the command are passed to the selected tool.
+
+
Figure 1 - Available ABLD actions
+
The available commands include:
+
+
target — creates the main executable and also the resources
+
export — copies the exported files to their destinations
+
cleanexport — removes files created by abld export
+
resource — creates resources files and bitmaps
+
final — allows extension makefiles to execute final commands
+
tidy — removes executables which need not be released
+
test — similar commands that act on test components
Select a .pkg file in a project′s sis folder in the Project Explorer or C/C++ Projects view and right-click to display the context menu. Select Build PKG File to build the package file and create the .sis installation file. This option is also available from an editor view when the file is open. The makesis tool uses the package file and packs all the required resources together into a SIS installation file. The Console view will display the processing output. The .sis and .sisx files will appear in the sis folder.
Select a .pkg file in a project′s sis folder in the Project Explorer or C/C++ Projects view and right-click to display the context menu. Select Build PKG File to build the package file and create the .sis installation file. This option is also available from an editor view when the file is open. The makesis tool uses the package file and packs all the required resources together into a SIS installation file. The Console view will display the processing output. The .sis and .sisx files will appear in the sis folder.
Select a .mmp or .mk file in the Project Explorer, C/C++ Projects, or Symbian Project Navigator view, then right-click and select Build Symbian Component (CTRL+ALT+P) to build the selected component file or makefile. You can also right-click the file in an editor view and select Build Symbian Component to also build the file.
Select a .mmp or .mk file in the Project Explorer, C/C++ Projects, or Symbian Project Navigator view, then right-click and select Build Symbian Component (CTRL+ALT+P) to build the selected component file or makefile. You can also right-click the file in an editor view and select Build Symbian Component to also build the file.
You can s elect a .mmp or .mk file in the Project Explorer, C/C++ Projects, or Symbian Project Navigator view and right-click to display the context menu. Select Clean Symbian Component (CTRL+ALT+X) to clean the selected MMP project file or makefile. You can also right-click the file in an editor view to see the same option. The cleaning process removes the object and make files, and output files. The files that are removed by this command include all the intermediate files created during compilation and all the executables and import libraries created by the linker.
You can select a MMP or MK file in the Project Explorer, C/C++ Projects, or Symbian Project Navigator view and right-click to display the context menu. Select Clean Symbian Component (CTRL+ALT+X) to clean the selected MMP project file or makefile. You can also right-click the file in an editor view to see the same option. The cleaning process removes the object and make files, and output files. The files that are removed by this command include all the intermediate files created during compilation and all the executables and import libraries created by the linker.
The Debug or launch configuration window's x86 Exceptions pane lists all the exceptions that the debugger is able to catch. If you want the debugger to catch all the exceptions, enable all of the options in this view. However, if you prefer to handle only certain exceptions, enable only those options that reflect the exceptions you prefer to handle.
The Debug or launch configuration windows x86 Exceptions pane lists all the exceptions that the debugger is able to catch. If you want the debugger to catch all the exceptions, enable all of the options in this view. However, if you prefer to handle only certain exceptions, enable only those options that reflect the exceptions you prefer to handle.
Do not offer to track dependencies for projects build on command-line
+
If you build a project from the command-line (with 'abld build') and then import the project into Carbide and attempt to build, Carbide will prompt you if you would like Carbide to manage source dependencies for you. Enabling this option insures Carbide will not ask you to manage dependencies (they will be done as normally done via 'abld build' command).
On the device make sure the Bluetooth port is turned on
-
On the phone launch TRK.
-
The location of the TRK on-device debug agent will vary based on the phone. On some phones it will be in the Installed folder, on others it may be in the My Own folder.
-
TRK will ask which host you want to pair with. When requested, select your computer from the available Bluetooth devices list.
-
After the host and phone are paired, TRK should be connected. Verify that TRK is running.
-
On the PC:
-
-
Right click on the Bluetooth icon in the System tray and select Advanced Configuration
-
Click the Local Services tab
-
Write down the Bluetooth COM Port number from the Local Services tab (Figure 1).
-
The Port number will be used when configuring the TRK launch configuration. The Bluetooth COM Port number in the Local Services tab should match the COM port used in the Connections tab of the TRK launch configuration.
-
Click OK to close the Bluetooth Configuration window
-
-
Figure 1. Bluetooth Configuration window's Local Services panel
-
-
-
-
Connecting with PC Suite
-
-
-
Connect the USB cable to the PC and then to the target device
-
On the device select PC suite from the USB mode list
-
Launch the TRK agent
-
The location of the TRK on-device debug agent will vary based on the phone. On some phones it will be in the Installed folder, on others it may be in My Own folder.
-
Halt the Bluetooth device search by pressing Cancel
-
Click Options > Settings > Connection
-
Change Connection type to USB and set connection options (Figure 2)
-
Select Back and start the TRK again and you should be connected
-
-
Figure 2. USB Connection Settings
-
On the PC
-
-
Open Window's Computer Management by right-clicking My Computer and select Manage from the context menu to open the Computer Management window.
-
Select System Tools > Device Manager > Ports (COM & LPT) to display all active ports
-
Locate the S60 Phone USB (COMxx) item in the list
-
-
-
Figure 3. Device Manager - Ports
-
-
Write down the port ID and Communication Port Properties.
-
The COM Port number in the Device Manager window should match the COM port used in the Connections tab of the TRK launch configuration.
-
Close the Device Manager window
-
-
-
-
-
-
-
+
+
+
+
+
+
+Debugger Settings
+
+
+
+
Run Mode On-Device Debugging
+
To implement run mode on-device debugging the following tasks need to be completed.
On the device make sure the Bluetooth port is turned on
+
On the phone launch TRK.
+
The location of the TRK on-device debug agent will vary based on the phone. On some phones it will be in the Installed folder, on others it may be in the My Own folder.
+
TRK will ask which host you want to pair with. When requested, select your computer from the available Bluetooth devices list.
+
After the host and phone are paired, TRK should be connected. Verify that TRK is running.
+
On the PC:
+
+
Right click on the Bluetooth icon in the System tray and select Advanced Configuration
+
Click the Local Services tab
+
Write down the Bluetooth COM Port number from the Local Services tab (Figure 1).
+
The Port number will be used when configuring the TRK launch configuration. The Bluetooth COM Port number in the Local Services tab should match the COM port used in the Connections tab of the TRK launch configuration.
+
Click OK to close the Bluetooth Configuration window
+
+
Figure 1. Bluetooth Configuration windows Local Services panel
+
+
+
+
Connecting with PC Suite
+
+
+
Connect the USB cable to the PC and then to the target device
+
On the device select PC suite from the USB mode list
+
Launch the TRK agent
+
The location of the TRK on-device debug agent will vary based on the phone. On some phones it will be in the Installed folder, on others it may be in My Own folder.
+
Halt the Bluetooth device search by pressing Cancel
+
Click Options > Settings > Connection
+
Change Connection type to USB and set connection options (Figure 2)
+
Select Back and start the TRK again and you should be connected
+
+
Figure 2. USB Connection Settings
+
On the PC
+
+
Open Windows Computer Management by right-clicking My Computer and select Manage from the context menu to open the Computer Management window.
+
Select System Tools > Device Manager > Ports (COM & LPT) to display all active ports
+
Locate the S60 Phone USB (COMxx) item in the list
+
+
+
Figure 3. Device Manager - Ports
+
+
Write down the port ID and Communication Port Properties.
+
The COM Port number in the Device Manager window should match the COM port used in the Connections tab of the TRK launch configuration.
To communicate between the Carbide.c++ debugger and the on-device debug agent or protocol interface you must define a debug launch configuration. The Debug window is where you define the type of debug launch configuration to use when debugging programs on the target device (Figure 4).
-
-
Figure 4. Debug Window
-
Select either a Symbian OS Application TRK or Symbian OS System TRK configuration type for on-device debugging and click New
-
For debug launch configurations using the TRK debug agent, the following pages require review and possible option settings:
-
-
Main - defines the project to be launched on the target device
-
Arguments (Eclipse) - defines the arguments to be passed to the application and to the virtual machine
-
Debugger - provides control over entry points, message handling, and instruction set default settings
-
Connection - specifies the method used to transfer files to the target device
-
File Transfer - files transfered to the target device at the start of each launch
-
Installation - specifies the .sis or .pkg file to install on the target device
-
Executables - specifies which executables are debugged by your project
-
Source (Eclipse) - defines the location of source files used to display source when debugging
-
Common (Eclipse) - defines general information about the launch configuration
-
-
Click Debug after all the preference panels have been set. The Debug window closes and the Carbide.c++ debugger begins a debugging session using the new configuration. The next time you click the Debug icon, this debug launch configuration is used to start a debug session.
-
-
Main Tab
-
The Main pane defines the project to be launched on the target device. Table 1 defines the fields.
-
-
Figure 5. Debug window - Main Tab
-
Table 1. Main pane
-
-
-
Item
-
Explanation
-
-
-
Project
-
The project to associate with this debug launch configuration. Click Browse to select a different project.
-
-
-
Remote process to launch
-
The absolute path of the remote process to launch on the target device.
-
-
-
-
Debugger Tab
-
The Debug or launch configuration window's Debugger pane provides control over entry points, message handling, and instruction set default settings.
-
-
Figure 6. Debug window's Debugger Pane
-
Table 2. Debugger pane
-
-
-
Item
-
Explanation
-
-
-
Break at entry point
-
When checked, break at the specified entry point entered in the text field. For .EXE targets, the default entry point is set to E32Main. By default, the Break at entry point option is unchecked for all other target types.
-
-
-
View program output
-
When checked, show the contents of any unframed messages from the communications port in a Console view.
-
-
-
View messages between Carbide and debug agent
-
When checked, show the communications between the PC and the target device in a Console view when the TRK Communciation message log is visible.
-
NOTE You can pin the TRK Communication message log view so that it does not lose focus.
-
-
-
Message retry delay (ms)
-
Enter the delay time in milliseconds (ms) between 100 and 10000 that the debugger should wait for a response. The default Message retry delay value is 2000.
-
-
-
Default Instructon Set
-
Specifies the default instruction set to use if the debugger cannot determine the processor mode in order to set breakpoints and to disassemble code. The options are:
- Auto (examine code at current PC location)
- ARM (32-bit)
- THUMB (16-bit)
-
- By default the Instruction Set option uses ARM 32-bit.
-
-
-
-
Connection Tab
-
Select the Connection tab that is available for TRK. Specify the Serial port for your configuration. The Connection pane specifies the method used to transfer files to the target device. Once the Current Connection to Target type is selected, the remaining options contain default values for the specific connection type. You can change these options to match the target device's communication specifications.
-
-
Figure 7. Debug window's Connection pane using PC Suite
-
Table 3. Connection pane
-
-
-
Item
-
Explanation
-
-
-
Current Connection to Target
-
Choose the connection type to use when communicating with a device.
-
-
-
Serial Port
-
Select the serial port option to use for the launch configuration. Once set, this port will be used for all subsequent launch configurations until it is set again.
-
NOTE USB and Bluetooth can be dynamically assigned, so its critical that the port ID assigned here matches the one the system is using to communicate with the target device.
-
-
-
Baud Rate
-
Use the Baud Rate option to select the baud rate for communication. The default baud rate value is 115200 bits per second (bps).
-
-
-
Data Bits
-
Use the Data Bits option to select a common data bits size (4, 5, 6, 7, and 8). The default data bits value is 8.
-
-
-
Parity
-
Use the Parity option to select the parity setting (None, Odd, or Even). The default parity value is None.
-
-
-
Stop Bits
-
Use the Stop Bits option to select the stop bits setting (1, 1.5, 2). The default stop bits value is 2.
-
-
-
Flow Control
-
Use the Flow Control option to select the flow control setting (None, Hardware (RTS/CTS), and Software (XON/XOFF)). The default flow control value is None.
-
-
-
Installation Tab
-
For Application TRK select the Installation tab. The Installation pane specifies the .sis file to install on the target device. This is used by Application TRK because Application TRK downloads all files via a SIS file. This is required when using the TRK debug agent with 9.x based SDK’s.
-
-
Figure 8. Debug window's Installation pane
-
Table 4. Installation pane
-
-
-
Item
-
Explanation
-
-
-
Installation file
-
Browse to and select the file to be installed.
-
-
-
Download directory
-
Specify directory to receive download.
-
-
-
Install each launch even if installer file has not changed
-
Check this option to always install the .sis file.
-
-
-
Do not show installer UI on the phone
-
Check this option to hide the installer interface on the phone.
-
-
-
Install to drive:
-
Select drive on phone to install the .sis file.
-
-
-
File Transfer Tab
-
For System TRK select the File Transfer pane. The File Transfer pane displays a list of files the Carbide IDE transfers to the target device at the start of each launch. By default, any file added is automatically checked for downloading to the device.
-
NOTE If debugging a DLL from an application and using System TRK, ensure that the DLL is included so that it is deployed to the device with the application. It is not added by default.
-
-
Figure 9. Debug window's File Transfer pane
-
-
-
-
-
+
+
+
+
+
+
+Debugger Settings
+
+
+
+
Run Mode On-Device Debugging
+
To implement run mode on-device debugging the following tasks need to be completed.
To communicate between the Carbide.c++ debugger and the on-device debug agent or protocol interface you must define a debug launch configuration. The Debug window is where you define the type of debug launch configuration to use when debugging programs on the target device (Figure 4).
+
+
Figure 4. Debug Window
+
Select either a Symbian OS Application TRK or Symbian OS System TRK configuration type for on-device debugging and click New
+
For debug launch configurations using the TRK debug agent, the following pages require review and possible option settings:
+
+
Main - defines the project to be launched on the target device
+
Arguments (Eclipse) - defines the arguments to be passed to the application and to the virtual machine
+
Debugger - provides control over entry points, message handling, and instruction set default settings
+
Connection - specifies the method used to transfer files to the target device
+
File Transfer - files transfered to the target device at the start of each launch
+
Installation - specifies the .sis or .pkg file to install on the target device
+
Executables - specifies which executables are debugged by your project
+
Source (Eclipse) - defines the location of source files used to display source when debugging
+
Common (Eclipse) - defines general information about the launch configuration
+
+
Click Debug after all the preference panels have been set. The Debug window closes and the Carbide.c++ debugger begins a debugging session using the new configuration. The next time you click the Debug icon, this debug launch configuration is used to start a debug session.
+
+
Main Tab
+
The Main pane defines the project to be launched on the target device. Table 1 defines the fields.
+
+
Figure 5. Debug window - Main Tab
+
Table 1. Main pane
+
+
+
Item
+
Explanation
+
+
+
Project
+
The project to associate with this debug launch configuration. Click Browse to select a different project.
+
+
+
Remote process to launch
+
The absolute path of the remote process to launch on the target device.
+
+
+
+
Debugger Tab
+
The Debug or launch configuration windows Debugger pane provides control over entry points, message handling, and instruction set default settings.
+
+
Figure 6. Debug windows Debugger Pane
+
Table 2. Debugger pane
+
+
+
Item
+
Explanation
+
+
+
Break at entry point
+
When checked, break at the specified entry point entered in the text field. For .EXE targets, the default entry point is set to E32Main. By default, the Break at entry point option is unchecked for all other target types.
+
+
+
View program output
+
When checked, show the contents of any unframed messages from the communications port in a Console view.
+
+
+
View messages between Carbide and debug agent
+
When checked, show the communications between the PC and the target device in a Console view when the TRK Communciation message log is visible.
+
NOTE You can pin the TRK Communication message log view so that it does not lose focus.
+
+
+
Message retry delay (ms)
+
Enter the delay time in milliseconds (ms) between 100 and 10000 that the debugger should wait for a response. The default Message retry delay value is 2000.
+
+
+
Default Instructon Set
+
Specifies the default instruction set to use if the debugger cannot determine the processor mode in order to set breakpoints and to disassemble code. The options are:
+ Auto (examine code at current PC location)
+ ARM (32-bit)
+ THUMB (16-bit)
+
+ By default the Instruction Set option uses ARM 32-bit.
+
+
+
+
Connection Tab
+
Select the Connection tab that is available for TRK. Specify the Serial port for your configuration. The Connection pane specifies the method used to transfer files to the target device. Once the Current Connection to Target type is selected, the remaining options contain default values for the specific connection type. You can change these options to match the target device's communication specifications.
+
+
Figure 7. Debug windows Connection pane using PC Suite
+
Table 3. Connection pane
+
+
+
Item
+
Explanation
+
+
+
Current Connection to Target
+
Choose the connection type to use when communicating with a device.
+
+
+
Serial Port
+
Select the serial port option to use for the launch configuration. Once set, this port will be used for all subsequent launch configurations until it is set again.
+
NOTE USB and Bluetooth can be dynamically assigned, so its critical that the port ID assigned here matches the one the system is using to communicate with the target device.
+
+
+
Baud Rate
+
Use the Baud Rate option to select the baud rate for communication. The default baud rate value is 115200 bits per second (bps).
+
+
+
Data Bits
+
Use the Data Bits option to select a common data bits size (4, 5, 6, 7, and 8). The default data bits value is 8.
+
+
+
Parity
+
Use the Parity option to select the parity setting (None, Odd, or Even). The default parity value is None.
+
+
+
Stop Bits
+
Use the Stop Bits option to select the stop bits setting (1, 1.5, 2). The default stop bits value is 2.
+
+
+
Flow Control
+
Use the Flow Control option to select the flow control setting (None, Hardware (RTS/CTS), and Software (XON/XOFF)). The default flow control value is None.
+
+
+
Installation Tab
+
For Application TRK select the Installation tab. The Installation pane specifies the .sis file to install on the target device. This is used by Application TRK because Application TRK downloads all files via a SIS file. This is required when using the TRK debug agent with 9.x based SDK’s.
+
+
Figure 8. Debug windows Installation pane
+
Table 4. Installation pane
+
+
+
Item
+
Explanation
+
+
+
Installation file
+
Browse to and select the file to be installed.
+
+
+
Download directory
+
Specify directory to receive download.
+
+
+
Install each launch even if installer file has not changed
+
Check this option to always install the .sis file.
+
+
+
Do not show installer UI on the phone
+
Check this option to hide the installer interface on the phone.
+
+
+
Install to drive:
+
Select drive on phone to install the .sis file.
+
+
+
File Transfer Tab
+
For System TRK select the File Transfer pane. The File Transfer pane displays a list of files the Carbide IDE transfers to the target device at the start of each launch. By default, any file added is automatically checked for downloading to the device.
+
NOTE If debugging a DLL from an application and using System TRK, ensure that the DLL is included so that it is deployed to the device with the application. It is not added by default.
The on-device debug agent software supports the use of Bluetooth to debug programs running on a target device. To enable communication with a Bluetooth device, a connection must be established between the PC and the device. The on-device debug agent requires a dedicated COM port in order to talk with the device. In some cases, other programs that use the same COM port number will interfere with the TRK debug agent, essentially "fighting" over control of the COM port. Follow the steps below to setup a Bluetooth connection with the Bluetooth enabled device.
-
NOTE Ensure that no other program has commandeered the Bluetooth connection. For example, some phone connectivity programs will not release a COM port unless specifically told to do so.
-
NOTE Most problems with on-target debugging setup occur here, so be careful when performing each of these steps.
-
-
Setting up a Bluetooth Connection for On-device Debugging
-
NOTE This example shows how to setup a Bluetooth connection on a PC running Windows XP SP2 with an internal Bluetooth device. The actions to setup Bluetooth connections may be different on your version of Windows. Refer to the OS documentation for information on configuring Bluetooth connections. Ensure that the correct Bluetooth drivers are installed.
-
-
Open the Bluetooth Configuration window (Start > Settings > Control Panel > Bluetooth Configuration)
-
Verify the following settings in the Accessibility tab (Figure 1):
-
-
The option "Let other Bluetooth devices discover this computer" is checkmarked
-
The option "Allow" is set to "All Devices"
-
-
-
-
Figure 1. Bluetooth Configuration window's Accessibility panel
-
Write down the Bluetooth COM Port number from the Local Services tab (Figure 2) for later use
-
The Bluetooth COM Port number in the Local Services tab
- should match the COM port used in the Connections tab of the TRK launch
- configuration.
-
-
Figure 2. Bluetooth Configuration window's Local Services panel
-
Click OK to close the Bluetooth Configuration window
-
Download the Application TRK or System TRK SISX file to the device
The on-device debug agent software supports the use of Bluetooth to debug programs running on a target device. To enable communication with a Bluetooth device, a connection must be established between the PC and the device. The on-device debug agent requires a dedicated COM port in order to talk with the device. In some cases, other programs that use the same COM port number will interfere with the TRK debug agent, essentially "fighting" over control of the COM port. Follow the steps below to setup a Bluetooth connection with the Bluetooth enabled device.
+
NOTE Ensure that no other program has commandeered the Bluetooth connection. For example, some phone connectivity programs will not release a COM port unless specifically told to do so.
+
NOTE Most problems with on-target debugging setup occur here, so be careful when performing each of these steps.
+
+
Setting up a Bluetooth Connection for On-device Debugging
+
NOTE This example shows how to setup a Bluetooth connection on a PC running Windows XP SP2 with an internal Bluetooth device. The actions to setup Bluetooth connections may be different on your version of Windows. Refer to the OS documentation for information on configuring Bluetooth connections. Ensure that the correct Bluetooth drivers are installed.
+
+
Open the Bluetooth Configuration window (Start > Settings > Control Panel > Bluetooth Configuration)
+
Verify the following settings in the Accessibility tab (Figure 1):
+
+
The option "Let other Bluetooth devices discover this computer" is checkmarked
+
The option "Allow" is set to "All Devices"
+
+
+
+
Figure 1. Bluetooth Configuration windows Accessibility panel
+
Write down the Bluetooth COM Port number from the Local Services tab (Figure 2) for later use
+
The Bluetooth COM Port number in the Local Services tab
+ should match the COM port used in the Connections tab of the TRK launch
+ configuration.
+
+
Figure 2. Bluetooth Configuration windows Local Services panel
+
Click OK to close the Bluetooth Configuration window
+
Download the Application TRK or System TRK SISX file to the device
On-device debugging supports the use of USB to debug programs running on a target device. To enable communication with a USB device, a connection must be established between the PC and the device. Doing that requires one of the following USB connectivity cables to physically connect the PC to the device:
-
-
DKU-2
-
CA-53
-
-
-
Setting up a USB Connection for On-device Debugging
-
-
Install the latest USB connectivity software, for example, S60 devices use Nokia PC Suite
-
Connect the USB connectivity cable to your PC and then the target device
-
For S60 devices, select PC-Suite from the USB Mode list when the target device is connected
-
Download the Application TRK or System TRK SISX file to the device
-
On the PC
- (optional)
-
-
-
-
Open the Window's Computer Management (Windows XP)
-
Right-click My Computer and select Manage from the context menu to open the Computer Management window. Select System Tools > Device Manager > Ports (COM & LPT) to display all active ports.
-
Locate the S60 Phone USB (COMx) item in the list (Figure 2)
On-device debugging supports the use of USB to debug programs running on a target device. To enable communication with a USB device, a connection must be established between the PC and the device. Doing that requires one of the following USB connectivity cables to physically connect the PC to the device:
+
+
DKU-2
+
CA-53
+
+
+
Setting up a USB Connection for On-device Debugging
+
+
Install the latest USB connectivity software, for example, S60 devices use Nokia PC Suite
+
Connect the USB connectivity cable to your PC and then the target device
+
For S60 devices, select PC-Suite from the USB Mode list when the target device is connected
+
Download the Application TRK or System TRK SISX file to the device
+
On the PC
+ (optional)
+
+
+
+
Open the Windows Computer Management (Windows XP)
+
Right-click My Computer and select Manage from the context menu to open the Computer Management window. Select System Tools > Device Manager > Ports (COM & LPT) to display all active ports.
+
Locate the S60 Phone USB (COMx) item in the list (Figure 2)
+
+
+
+
diff -r 55ef76a19104 -r 539b1b65d45f core/com.nokia.carbide.cpp.doc.user/intro/whatsnew_IntroExt.xml
--- a/core/com.nokia.carbide.cpp.doc.user/intro/whatsnew_IntroExt.xml Mon Jul 06 14:53:12 2009 -0500
+++ b/core/com.nokia.carbide.cpp.doc.user/intro/whatsnew_IntroExt.xml Mon Jul 06 14:59:19 2009 -0500
@@ -31,7 +31,7 @@
See Symbian API Reference information appear when you hover over a Symbian symbol in C/C++ editors.
diff -r 55ef76a19104 -r 539b1b65d45f core/com.nokia.carbide.cpp.doc.user/tocCarbide.xml
--- a/core/com.nokia.carbide.cpp.doc.user/tocCarbide.xml Mon Jul 06 14:53:12 2009 -0500
+++ b/core/com.nokia.carbide.cpp.doc.user/tocCarbide.xml Mon Jul 06 14:59:19 2009 -0500
@@ -28,20 +28,35 @@
+
-
+
+
+
+
+
+
+
+
+
+
+
+
+
+
-
+
+
@@ -124,6 +139,7 @@
+
diff -r 55ef76a19104 -r 539b1b65d45f core/com.nokia.carbide.cpp.sdk.core/META-INF/MANIFEST.MF
--- a/core/com.nokia.carbide.cpp.sdk.core/META-INF/MANIFEST.MF Mon Jul 06 14:53:12 2009 -0500
+++ b/core/com.nokia.carbide.cpp.sdk.core/META-INF/MANIFEST.MF Mon Jul 06 14:59:19 2009 -0500
@@ -15,7 +15,8 @@
com.nokia.carbide.cpp.epoc.engine,
org.eclipse.update.core,
com.nokia.carbide.templatewizard,
- org.eclipse.core.filesystem
+ org.eclipse.core.filesystem,
+ com.nokia.cpp.utils.ui;bundle-version="1.0.0"
Bundle-ActivationPolicy: lazy
Export-Package: com.nokia.carbide.cpp.internal.api.sdk,
com.nokia.carbide.cpp.internal.sdk.core.model;x-friends:="com.nokia.carbide.cpp.sdk.core.test",
diff -r 55ef76a19104 -r 539b1b65d45f core/com.nokia.carbide.cpp.sdk.core/src/com/nokia/carbide/cpp/internal/api/sdk/SymbianBuildContext.java
--- a/core/com.nokia.carbide.cpp.sdk.core/src/com/nokia/carbide/cpp/internal/api/sdk/SymbianBuildContext.java Mon Jul 06 14:53:12 2009 -0500
+++ b/core/com.nokia.carbide.cpp.sdk.core/src/com/nokia/carbide/cpp/internal/api/sdk/SymbianBuildContext.java Mon Jul 06 14:59:19 2009 -0500
@@ -21,6 +21,7 @@
import com.nokia.carbide.cpp.epoc.engine.model.sbv.ISBVView;
import com.nokia.carbide.cpp.epoc.engine.preprocessor.*;
import com.nokia.carbide.cpp.internal.sdk.core.model.SymbianMissingSDKFactory;
+import com.nokia.carbide.cpp.internal.sdk.core.model.SymbianSDK;
import com.nokia.carbide.cpp.sdk.core.*;
import com.nokia.carbide.internal.api.cpp.epoc.engine.preprocessor.BasicIncludeFileLocator;
import com.nokia.carbide.internal.api.cpp.epoc.engine.preprocessor.MacroScanner;
@@ -378,6 +379,17 @@
List macros = new ArrayList();
Map namedMacros = new HashMap();
File prefixFile = getSDK().getPrefixFile();
+
+ if (prefixFile == null){
+ // Check that the prefix file may have become available since the SDK was scanned last.
+ // This can happen, for e.g., if the user opens the IDE _then_ does a subst on a drive that already has an SDK entry.
+ IPath prefixCheck = ((SymbianSDK)getSDK()).getPrefixFromVariantCfg();
+ if (prefixCheck != null){
+ prefixFile = prefixCheck.toFile();
+ getSDK().setPrefixFile(prefixCheck);
+ }
+ }
+
if (prefixFile != null) {
// add any BSF/SBV includes so the headers are picked up from the correct location
diff -r 55ef76a19104 -r 539b1b65d45f core/com.nokia.carbide.cpp.sdk.core/src/com/nokia/carbide/cpp/internal/sdk/core/model/SDKManager.java
--- a/core/com.nokia.carbide.cpp.sdk.core/src/com/nokia/carbide/cpp/internal/sdk/core/model/SDKManager.java Mon Jul 06 14:53:12 2009 -0500
+++ b/core/com.nokia.carbide.cpp.sdk.core/src/com/nokia/carbide/cpp/internal/sdk/core/model/SDKManager.java Mon Jul 06 14:59:19 2009 -0500
@@ -14,6 +14,7 @@
import java.io.*;
import java.net.*;
+import java.text.MessageFormat;
import java.util.*;
import javax.xml.parsers.*;
@@ -25,6 +26,7 @@
import org.eclipse.core.resources.ResourcesPlugin;
import org.eclipse.core.runtime.*;
import org.eclipse.emf.common.util.EList;
+import org.eclipse.jface.dialogs.ErrorDialog;
import org.eclipse.jface.dialogs.MessageDialog;
import org.eclipse.osgi.service.datalocation.Location;
import org.eclipse.swt.widgets.Shell;
@@ -41,8 +43,9 @@
import com.nokia.carbide.cpp.internal.sdk.core.xml.DevicesLoader;
import com.nokia.carbide.cpp.sdk.core.*;
import com.nokia.carbide.cpp.sdk.core.ICarbideInstalledSDKChangeListener.SDKChangeEventType;
-import com.nokia.cpp.internal.api.utils.core.FileUtils;
+import com.nokia.cpp.internal.api.utils.core.*;
import com.nokia.cpp.internal.api.utils.core.ListenerList;
+import com.nokia.cpp.internal.api.utils.ui.WorkbenchUtils;
import com.sun.org.apache.xpath.internal.XPathAPI;
public class SDKManager implements ISDKManager, ISDKManagerInternal {
@@ -50,11 +53,13 @@
private static List sdkList = new ArrayList();
private HashMap missingSdkMap = new HashMap();
- public final String SYMBIAN_COMMON_REG_PATH="SOFTWARE\\Symbian\\EPOC SDKs\\";
- public final String SYMBIAN_COMMON_PATH = "CommonPath";
+ private static final String SYMBIAN_COMMON_REG_PATH = "SOFTWARE\\Symbian\\EPOC SDKs\\";
+ private static final String SYMBIAN_COMMON_PATH = "CommonPath";
- public final String WINDOWS_SYSTEM_ROOT_REG = "SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\";
- public final String WINDOWS_SYSTEM_ROOD_KEY = "SystemRoot";
+ private static final String WINDOWS_SYSTEM_ROOT_REG = "SOFTWARE\\Microsoft\\Windows NT\\CurrentVersion\\";
+ private static final String WINDOWS_SYSTEM_ROOT_KEY = "SystemRoot";
+
+ private static final String EMPTY_DEVICES_XML_CONTENT = "";
private static final String CARBIDE_SDK_CACHE_FILE_NAME = "carbideSDKCache.xml";
private static final String SDK_CACHE_ID_ATTRIB = "id";
@@ -217,7 +222,7 @@
}
- public void updateSDK(ISymbianSDK sdk){
+ public void updateSDK(ISymbianSDK sdk) {
try {
File devicesFile = getDevicesXMLFile();
@@ -225,23 +230,28 @@
DevicesLoader.updateDevice(sdk, devicesFile.toURL());
updateCarbideSDKCache();
- } catch (MalformedURLException e) {
- e.printStackTrace();
- } catch (URISyntaxException e) {
- e.printStackTrace();
- } catch (IOException e) {
- e.printStackTrace();
+ } catch (Exception e) {
+ // must catch and rethrow as unchecked exception this
+ // because no throws clause in API method
+ throw new RuntimeException(e);
}
}
public void addSDK(ISymbianSDK sdk) {
synchronized(sdkList)
{
- updateSDK(sdk);
- sdkList.add(sdk);
- SDKManagerInternalAPI.removeMissingSdk(sdk.getUniqueId());
- // tell others about it
- fireInstalledSdkChanged(SDKChangeEventType.eSDKAdded);
+ try {
+ updateSDK(sdk);
+ sdkList.add(sdk);
+ SDKManagerInternalAPI.removeMissingSdk(sdk.getUniqueId());
+ // tell others about it
+ fireInstalledSdkChanged(SDKChangeEventType.eSDKAdded);
+ }
+ catch (Exception e) {
+ logError("Could not add SDK", e);
+ String message = "Could not add this SDK. Your devices.xml file may be corrupt. If you remove the file from its current location and then rescan SDKs, Carbide will offer to create a new one.";
+ Logging.showErrorDialog(WorkbenchUtils.getSafeShell(), null, message, Logging.newSimpleStatus(1, e));
+ }
}
}
@@ -323,41 +333,30 @@
return true;
}
- /**
- * Read the devices.xml locaiton from the local machine registry.
- * @return String with full path to file if it exists. Empty string File (may be null) if file does not exist or regisry not read.
- */
- private File getDevicesXMLFromRegistry(){
- WindowsRegistry wr = WindowsRegistry.getRegistry();
- String regPath = wr.getLocalMachineValue(SYMBIAN_COMMON_REG_PATH, SYMBIAN_COMMON_PATH);
- boolean devicesFileExists = true;
+ // Read the devices.xml locaiton from the local machine registry.
+ // return IPath with absolute path to file if it exists or null if file does not exist or registry entry not found.
+ private IPath getDevicesXMLFromRegistry(){
+ String regValue = WindowsRegistry.getRegistry().getLocalMachineValue(SYMBIAN_COMMON_REG_PATH, SYMBIAN_COMMON_PATH);
+ IPath regPath = regValue != null ? new Path(regValue) : null;
- if (regPath == null || !new File(regPath).exists()){
+ if (regPath == null){
// No registry entry found...
- String errMsg = "Could not read registry for local machine key: " + SYMBIAN_COMMON_REG_PATH + " Cannot get devices.xml for installed SDKs.";
- ResourcesPlugin.getPlugin().getLog().log(new Status(IStatus.ERROR, SDKCorePlugin.getPluginId(), IStatus.ERROR, errMsg, null));
- devicesFileExists = false;
+ String errMsg = MessageFormat.format(
+ "Could not read registry for local machine key: {0} Cannot get devices.xml for installed SDKs.",
+ SYMBIAN_COMMON_REG_PATH);
+ logError(errMsg, null);
+ return null;
+ }
+
+ // registry entry exists, check existence of file
+ regPath = regPath.append(DEVICES_FILE_NAME);
+ if (!regPath.toFile().exists()){
+ String errMsg = MessageFormat.format("Devices.xml does not exist at: {0}", regPath);
+ logError(errMsg, null);
+ return null;
}
- if (devicesFileExists){
- // path exists, not try to check for fullpath + file
- int len = regPath.length();
- if (regPath.charAt(len-1) != '\\'){
- regPath += "\\";
- }
- regPath += "devices.xml";
- if (!new File(regPath).exists()){
- String errMsg = "Devices.xml does not exist at: " + regPath;
- ResourcesPlugin.getPlugin().getLog().log(new Status(IStatus.ERROR, SDKCorePlugin.getPluginId(), IStatus.ERROR, errMsg, null));
- devicesFileExists = false;
- }
- }
-
- if (!devicesFileExists){
- regPath = "";
- }
-
- return new File(regPath);
+ return regPath;
}
private void scanCarbideSDKCache(){
@@ -572,29 +571,19 @@
}
public File getDevicesXMLFile() {
- File devicesFile = getDevicesXMLFromRegistry();
+ IPath devicesPath = getDevicesXMLFromRegistry();
- if (!devicesFile.exists()) {
- // Not in registry, get the OS drive from the windows registry
- WindowsRegistry wr = WindowsRegistry.getRegistry();
- String regPath = "";
- if (wr != null) {
- regPath = wr.getLocalMachineValue(WINDOWS_SYSTEM_ROOT_REG,
- WINDOWS_SYSTEM_ROOD_KEY);
- }
-
- String osDriveSpec;
- if (regPath.length() > 2 && regPath.substring(1, 2).equals(":")) {
- osDriveSpec = regPath.substring(0, 2);
- } else {
- osDriveSpec = DEFAULT_DEVICES_DRIVE_SPEC; // Just use the default drive spec, some problem reading the registry
- }
-
- devicesFile = new File(osDriveSpec + DEFAULT_DEVICES_XML_DIR
- + DEVICES_FILE_NAME);
+ if (devicesPath != null && devicesPath.toFile().exists()) {
+ return devicesPath.toFile();
}
- return devicesFile;
+ // Not in registry, get the OS drive from the windows registry
+ String regValue = WindowsRegistry.getRegistry().getLocalMachineValue(WINDOWS_SYSTEM_ROOT_REG, WINDOWS_SYSTEM_ROOT_KEY);
+
+ String osDriveSpec = regValue != null ? new Path(regValue).getDevice() : DEFAULT_DEVICES_DRIVE_SPEC;
+
+ IPath deviceDirPath = new Path(osDriveSpec, DEFAULT_DEVICES_XML_DIR);
+ return deviceDirPath.append(DEVICES_FILE_NAME).toFile();
}
public String getCSLArmToolchainInstallPathAndCheckReqTools() throws SDKEnvInfoFailureException{
@@ -712,7 +701,7 @@
}
}
catch (IOException e) {
- // armcc isnt' in this directory, ignore....
+ // armcc isn't in this directory, ignore....
}
}
@@ -729,50 +718,38 @@
}
- private boolean checkDevicesXMLExistAndCreate(){
- boolean fileCreated = false;
- ISDKManager sdkMgr = SDKCorePlugin.getSDKManager();
- if (sdkMgr == null){
- return false;
- }
-
- IWorkbenchWindow window = PlatformUI.getWorkbench().getActiveWorkbenchWindow();
- Shell shell = null;
- if (window != null) {
- shell = window.getShell();
- } else {
- return false;
- }
-
- File devicesFile = sdkMgr.getDevicesXMLFile();
+ public boolean checkDevicesXMLExistAndCreate() {
+ Shell shell = WorkbenchUtils.getSafeShell();
+ File devicesFile = getDevicesXMLFile();
if (!devicesFile.exists()){
- if (true == MessageDialog.openQuestion(shell, "Cannot find devices.xml.", "Cannot find devices.xml under:\n\n" + DEFAULT_DEVICES_XML_DIR + DEVICES_FILE_NAME + "\n or \nRegistry: HKEY_LOCAL_MACHINE\\SOFTWARE\\Symbian\\EPOC SDKs\\\n\nThis file is required for Carbide.c++ use.\n\nDo you want Carbide to create this file?\n\n")){
+ if (MessageDialog.openQuestion(shell, "Devices.xml Not Found",
+ "Carbide.c++ requires a valid devices.xml file to manage SDKs.\n\nDo you want Carbide to create this file?")) {
try {
// First check to make sure the directory exists....
- File devicesPath = new File(DEFAULT_DEVICES_XML_DIR);
- if (!devicesPath.exists()){
- devicesPath.mkdirs();
+ if (!devicesFile.getParentFile().exists()){
+ devicesFile.getParentFile().mkdirs();
}
- devicesFile = new File(DEFAULT_DEVICES_XML_DIR + DEVICES_FILE_NAME);
devicesFile.createNewFile();
+
FileWriter fw = new FileWriter(devicesFile);
- fw.write("");
+ fw.write(EMPTY_DEVICES_XML_CONTENT);
fw.close();
- fileCreated = true;
- MessageDialog.openInformation(shell, "Devices.xml added", "Devices.xml was created successfully. Please add an SDK under the SDK Preferences page with the \"Add\" button before you attempt to create a project.");
-
+
+ MessageDialog.openInformation(shell, "Devices.xml File Created",
+ MessageFormat.format(
+ "{0} was created successfully. Please add an SDK under the SDK Preferences page with the \"Add\" button before you attempt to create a project.",
+ devicesFile.getAbsolutePath()));
+ return true;
} catch (IOException e){
- MessageDialog.openError(shell, "Cannot create file.", "Could not create file: " + devicesFile.toString());
- e.printStackTrace();
+ String message = "Could not create file: " + devicesFile.getAbsolutePath();
+ MessageDialog.openError(shell, "Cannot Create File", message);
+ logError(message, e);
}
-
- } else {
- MessageDialog.openError(shell, "File not created.", "Devices.xml not created. You will be unable to create projects in Carbide.c++ until this file exists.");
}
}
- return fileCreated;
+ return false;
}
protected void checkPerlInstallation(){
@@ -936,4 +913,8 @@
return true;
}
}
+
+ private void logError(String message, Throwable t) {
+ SDKCorePlugin.getDefault().getLog().log(new Status(IStatus.ERROR, SDKCorePlugin.getPluginId(), message, t));
+ }
}
diff -r 55ef76a19104 -r 539b1b65d45f core/com.nokia.carbide.cpp.sdk.core/src/com/nokia/carbide/cpp/internal/sdk/core/model/SymbianSDK.java
--- a/core/com.nokia.carbide.cpp.sdk.core/src/com/nokia/carbide/cpp/internal/sdk/core/model/SymbianSDK.java Mon Jul 06 14:53:12 2009 -0500
+++ b/core/com.nokia.carbide.cpp.sdk.core/src/com/nokia/carbide/cpp/internal/sdk/core/model/SymbianSDK.java Mon Jul 06 14:59:19 2009 -0500
@@ -1071,7 +1071,7 @@
* Get the full path to the prefix file defined under \epoc32\tools\variant\variant.cfg
* @return A path object, or null if the variant.cfg does not exist. This routine does not check to see if the returned path exists.
*/
- protected IPath getPrefixFromVariantCfg(){
+ public IPath getPrefixFromVariantCfg(){
File epocRoot = new File(getEPOCROOT());
File variantCfg;
variantCfg = new File(epocRoot, SPP_VARIANT_CFG_FILE);
diff -r 55ef76a19104 -r 539b1b65d45f core/com.nokia.carbide.cpp.sdk.core/src/com/nokia/carbide/cpp/sdk/core/ISDKManager.java
--- a/core/com.nokia.carbide.cpp.sdk.core/src/com/nokia/carbide/cpp/sdk/core/ISDKManager.java Mon Jul 06 14:53:12 2009 -0500
+++ b/core/com.nokia.carbide.cpp.sdk.core/src/com/nokia/carbide/cpp/sdk/core/ISDKManager.java Mon Jul 06 14:59:19 2009 -0500
@@ -132,8 +132,10 @@
public List getPlatformList();
/**
- * Get the full path to the devices.xml file. This scans first the windows registry under 'SOFTWARE\Symbian\EPOC SDKs\CommonPath'.
- * If CommonPath is not defined then the system drive spec is used with the folder location at '\Program Files\Common Files\Symbian'.
+ * Get the absolute path to the devices.xml file.
+ * This first scans the windows registry under 'SOFTWARE\Symbian\EPOC SDKs\CommonPath'.
+ * If CommonPath is not defined then the system drive spec is used with the folder location at:
+ * '\Program Files\Common Files\Symbian'.
* @return File object. Clients should check File.exists() to make sure the file exists on disk.
*/
public File getDevicesXMLFile();
diff -r 55ef76a19104 -r 539b1b65d45f core/com.nokia.carbide.cpp.sdk.ui/src/com/nokia/carbide/cpp/internal/sdk/ui/SDKPreferencePage.java
--- a/core/com.nokia.carbide.cpp.sdk.ui/src/com/nokia/carbide/cpp/internal/sdk/ui/SDKPreferencePage.java Mon Jul 06 14:53:12 2009 -0500
+++ b/core/com.nokia.carbide.cpp.sdk.ui/src/com/nokia/carbide/cpp/internal/sdk/ui/SDKPreferencePage.java Mon Jul 06 14:59:19 2009 -0500
@@ -33,6 +33,7 @@
import org.eclipse.swt.widgets.*;
import org.eclipse.ui.*;
+import com.nokia.carbide.cpp.internal.sdk.core.model.SDKManager;
import com.nokia.carbide.cpp.sdk.core.*;
import com.nokia.carbide.cpp.sdk.ui.SDKUIPlugin;
import com.nokia.carbide.cpp.sdk.ui.shared.AddSDKDialog;
@@ -100,7 +101,7 @@
GRAY = shell.getDisplay().getSystemColor(SWT.COLOR_WIDGET_BACKGROUND);
// check that devices.xml actually exists
- checkDevicesXMLExist();
+ ((SDKManager) sdkMgr).checkDevicesXMLExistAndCreate();
Composite content = new Composite(parent, SWT.NONE);
setControl(content);
@@ -533,36 +534,4 @@
protected ISDKManager getSDKManager(){
return sdkMgr;
}
-
- private void checkDevicesXMLExist(){
- if (sdkMgr == null){
- return;
- }
-
- File devicesFile = sdkMgr.getDevicesXMLFile();
- if (!devicesFile.exists()){
- if (true == MessageDialog.openQuestion(shell, "Cannot find devices.xml.", "Devices.xml is required for Carbide.c++ use. Do you want to create this file?\n\n" + ISDKManager.DEFAULT_DEVICES_XML_DIR + ISDKManager.DEVICES_FILE_NAME)){
- try {
- //First check to make sure the directory exists....
- File devicesPath = new File(ISDKManager.DEFAULT_DEVICES_XML_DIR);
- if (!devicesPath.exists()){
- devicesPath.mkdirs();
- }
-
- devicesFile = new File(ISDKManager.DEFAULT_DEVICES_XML_DIR + ISDKManager.DEVICES_FILE_NAME);
- devicesFile.createNewFile();
- FileWriter fw = new FileWriter(devicesFile);
- fw.write("");
- fw.close();
- } catch (IOException e){
- MessageDialog.openError(shell, "Cannot create file.", "Could not create file: " + devicesFile.toString());
- e.printStackTrace();
- }
- } else {
- MessageDialog.openError(shell, "File not created.", "File not created. You will be unable to create project in Carbide.c++.");
- }
-
- }
- }
-
}
\ No newline at end of file
diff -r 55ef76a19104 -r 539b1b65d45f core/com.nokia.carbide.cpp.sysdoc.hover/resources/help context/dl_hover/html/setup.html
--- a/core/com.nokia.carbide.cpp.sysdoc.hover/resources/help context/dl_hover/html/setup.html Mon Jul 06 14:53:12 2009 -0500
+++ b/core/com.nokia.carbide.cpp.sysdoc.hover/resources/help context/dl_hover/html/setup.html Mon Jul 06 14:59:19 2009 -0500
@@ -45,11 +45,8 @@
New versions of the Developer Library plug-in are published regularly.
You can configure Hover Help to use a new version as follows:
-
-
-
- Obtain the latest Developer Library plug-in from the
- Symbian Foundation website,
+
Obtain the latest Developer Library plug-in from the
+ Forum Nokia > Symbian/C++ Documentation website,
and copy the new plug-in into Carbide’s plugins directory.
NOTE If you experience problems connecting to the site, verify that the connection settings are correct in the Network Connections preference panel before trying again. This is especially important if a proxy setting is required to connect to the internet.
@@ -58,19 +55,16 @@
- Restart Carbide.
-
-
+ Restart Carbide.
- From the Window > Preferences > Carbide.c++ > Hover Help preferences panel, make sure the new added Developer Library
- is selected. If not, select it from the Developer Libraries drop-down box.
-
-
+ From the Window > Preferences > Carbide.c++ > Hover Help preferences panel, make sure the added Developer Library
+ is selected. If not, select it from the Developer Libraries drop-down box.
-
+
+