Changes between Version 2 and Version 3 of WaveformDeveloperGuide

Show
Ignore:
Timestamp:
02/13/10 21:07:12 (16 years ago)
Author:
ismael (IP: 62.57.1.15)
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • WaveformDeveloperGuide

    v2 v3  
    5151[[BR]] 
    5252 
    53 == Debugging Waveforms with Eclipse (or gdb) == 
     53== Debugging Waveforms == 
    5454 
    55 Once your ALOE is running, and just after loading the application, you can attach to the running process using your favourite debugger (gdb, ddd, eclipse, etc.). The following steps lead you to debug a waveform component: 
     55Once your ALOE is running, and just after loading the application, you can attach to the running process using your favourite debugger (gdb, ddd, eclipse, etc.). The following steps explain how to debug a waveform component: 
    5656 
    57 1. Launch ALOE with a positive debug level (this will prevent the components to be killed when stopped by the debugger: 
     571. Launch ALOE with the debug option argument. This will prevent the components to be killed when stopped by the debugger: 
    5858 
    5959{{{ 
     
    6767}}} 
    6868 
    69 3. Create or open an Eclipse project for your component. 
     693. Open your debugger and attach to the component process.  
    7070 
    71 4. Place a break-point on every component you want to debug, in the INIT or in the RUN phase 
    72  
    73 5. Right-click in the binary (left-frame, "Project Explorer") and select debug 
    74  
    75 6. Select the first item of the left (Attach to Process) and click the ''New'' icon of the icon's menu. Click ''Debug''. 
    76  
    77 7. Back to the runph prompt, type: 
     714. Back to the runph prompt, type: 
    7872 
    7973{{{ 
     
    8175}}} 
    8276 
    83 8. If you placed a breakpoint in the initialization phase, you will see how the program stops on it. You can continue the execution (step by step or free running) until the component arrives to the Status() call. At that point, you can begin to debug the RUN phase. We recommended using  step-by-step execution, so you can place a breakpoint anywhere in the RUN piece of code and you will see how the program stops on every timeslot. In the runph prompt type: 
     775. If you placed a breakpoint in the initialization phase, you will see how the program stops on it. You can continue the execution (step by step or free running) until the component arrives to the Status() call. At that point, you can begin to debug the RUN phase. We recommended using  phstep execution, because you can place a breakpoint anywhere in the RUN piece of code and you will see how the program stops on every timeslot. In the runph prompt type: 
    8478 
    8579{{{ 
     
    8781}}} 
    8882 
    89 9. Leave the component in free-run (in Eclipse), it will fall to idle, until the next step, so, go back to runph prompt and type ''phstep'' again. Remember that you also have the option to remove breakpoints and run a finite number of steps, you can do so by typing, in the runph prompt: 
     836. Leave the component in free-run, it will fall to idle, until the next step, so, go back to runph prompt and type ''phstep'' again. Remember that you also have the option to remove breakpoints and run a finite number of steps, you can do so by typing, in the runph prompt: 
    9084 
    9185{{{