|This page is primarily intended for the developers of the CIF simulator, and not its end users.|
The CIF simulator generates highly optimized code for the specification, to speed up the simulation. By enabling the Debug the generated code (by writing it to disk) option (Output category), the generated code can be written to disk, for further debugging.
If the simulation is performed from within Eclipse, and a project named
org.eclipse.escet.cif.simulator.debug exists, is not closed, and has a
src directory, the generated code will be written to that
src directory. Otherwise, the generated code will be written to the directory containing the input specification file.
Regardless, the code is also always written to a
cifcode sub-directory. If this sub-directory does not yet exist, it is created. If it already exists, all relevant existing files, such as
.java files, are removed from the sub-directory first, before the newly generated code is written.
This results in several files being written to the
cifcode directory. One of these files is
DebugSimulator.java, which contains the simulation options that were used and always shows the option dialog. The working directory for the simulation performed via
DebugSimulator.java is the same working directory as the original simulation. This allows additional files, such as configuration files, to be found.
org.eclipse.escet.cif.simulator.debug project contains a launch file (
debug-cif-simulator-generated-code.launch) that can be used to reproduce the simulation implemented by the generated code. This launch configuration assumes that the code was generated in the
src folder of the
org.eclipse.escet.cif.simulator.debug project and was compiled to the
target/classes folder of that project.
To use this feature, follow these steps:
Start an Eclipse ESCET development environment.
Make sure your workspace is automatically rebuilt, by enabling the Build Automatically option in the Project menu.
Start a sub-Eclipse application, by clickingor , and selecting escet-product and clicking Run.
In the sub-Eclipse that opens, make sure the CIF specification (the
.ciffile) that you like to simulate is available in the workspace.
In the sub-Eclipse, import the
Simulate the CIF specification, and make sure you enable the Debug the generated code (by writing it to disk) option.
Continue simulation, if desired.
Once the simulation has terminated, switch back to the main Eclipse.
Set breakpoints in the generated Java code, or in the simulator code, as desired.
org.eclipse.escet.cif.simulator.debugproject, and choose .
Debug the simulation, with the generated code, as you would any Java program.
The launch configuration that is used, uses the Load debug code option (Simulator category). Using this option, the classpath (directory) where the already generated code is located, is specified. By specifying it, the simulator knows from where to load it.
Simulations not started from this launch configuration, generally don’t use this option. They load the input specification, validate it, generate fresh code, and compile the code in-memory, or use compiled code files.
Simulations using the generated code ignore all options related to repeated simulations. That is, the Load debug code option takes priority over the Compile only option (Compiler category), and simulating with compiled code files.
A warning is printed to the console if the generated code was generated with a different version of the simulator than the one used to simulate it. Ignoring the warning may lead to unexpected simulation results, or even simulator crashes.