Changes between Version 1 and Version 2 of WaveformDeveloperGuide

Show
Ignore:
Timestamp:
02/13/10 21:04:42 (15 years ago)
Author:
ismael (IP: 62.57.1.15)
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • WaveformDeveloperGuide

    v1 v2  
    11= ALOE Waveform Developer Guide = 
    2 [[BR]] '''WARNING''': This page is under heavy construction, be careful when following instructions found here. [[BR]] 
    32 
    43Here you will find information on how to design, debug and test Software Radio applications for ALOE. 
     
    5352 
    5453== Debugging Waveforms with Eclipse (or gdb) == 
     54 
    5555Once 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: 
    5656 
     
    5858 
    5959{{{ 
    60  runph phal-repositories -d 1 
     60 runph phal-repositories --debug 
    6161}}} 
     62 
    62632. On the prompt, as usual, load your waveform 
    6364 
     
    6566 runph$: phload my_app 
    6667}}} 
     68 
    67693. Create or open an Eclipse project for your component. 
    6870 
    69 4. Place a break-point on every component you want to debug, in the INIT or in the RUN phase (or in both) 
     714. Place a break-point on every component you want to debug, in the INIT or in the RUN phase 
    7072 
    71735. Right-click in the binary (left-frame, "Project Explorer") and select debug 
     
    7880 runph$: phinit my_app 
    7981}}} 
    80 8. If you placed a breakpoin thte 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: 
     82 
     838. 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: 
    8184 
    8285{{{ 
    8386 runph$: phstep my_app 
    8487}}} 
     88 
    85899. 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: 
    8690 
     
    8892 runph$: phrun my_app 100 
    8993}}} 
    90   To run 100 timeslots. 
     94 
     95To run 100 timeslots. 
    9196 
    9297