Setting up debug, FRC_UserProgram_StartupLibraryInit

[carrud]

To troubleshoot a problem I'm trying to run debug in WindRiver Workbench v3.3.1. Following the Debugging A Robot doc I have done this...

right-click on project name
Select Debug Kernel Task
Typed a Name, and selected the connection to use.
Tried to set Entry Point

But I don't see the FRC_UserProgram_StartupLibraryInit entry that I'm supposed to select.

What am I missing?

Many Thanks, Clark

[carrud]

Further info to my original post...

When browsing to select the entry point, I do see my .out file and it's associated entries. But not the one the doc says to select.

Thanks, Clark

[carrud]

Sorry, further more... we are running Workbench v3.0.1 (Eclipse v3.3.1) and not Workbench 3.3.1 as was originally posted.

[RufflesRidge]

Further info to my original post...

When browsing to select the entry point, I do see my .out file and it's associated entries. But not the one the doc says to select.

Thanks, Clark

How many entries do you see when you click the arrow next to your .out? There should be quite a few.

Did you use one of the templates (Simple Robot, Iterative Robot) to start writing your code?
Does your code show that it's inheriting from that template at the top of the class definition?
Does your code still have this line at the bottom of the file: "START_ROBOT_CLASS(CLASS_NAME);" where CLASS_NAME is the name of your class?

[carrud]

Thanks for the reply...

1) I see tons of entries. I get the msg "too many symbols, use filter...", so I use the filter.

2) It was created by someone else, I'm not sure.

3) "...inheriting from that template..." I don't know how to see this. Is this what you mean... I see "class TestCode : public IterativeRobot" in the code, where TestCode is my project name and main .cpp

4) Yes, it does.

[carrud]

Additional info...

I just tried the debug steps on a diff project and with that one I was able to see the FRC_UserProgramStartupLibrary.

I don't know what the diff is, and why I don't see it in the other project.

Thanks, Clark