This really has nothing to do with Orbiter per se, but I'm kind of afraid they'd just put me in a looney bin on stack overflow. I'm close to puting myself there, to be honest.
I have a completely baffling problem where my debuger takes very wierd and frankly impossible path through the program when I break into it and then walk step by step.
Specifically, if I do a step by step debugging, at a certain point (always the same point, mind you) the debugger arrives at the head of a constructor, then jumps over the whole constructor (while still executing the constructor in the base class), then jumps over the destructor, and then just goes on walk through the lines "between the code" until it arrives at the next function, starts to execute it, but jumps back to the first line of the constructor when passing the first line of that function (the line is NOT executed, it even does that if there's a comment or nothing there).
I'm completely baffled as to what could cause such behavior. I've never seen anything like it. Here's some code just to show you that it's not completely screwed up:
It's the first time I'm running the debugger after upgrading to Win10, but I don't expect that to have anything to do with anything. I have rebuilt the project to make sure there wasn't any corruption going on. For all intents and purposes, the VS debugger seems to be going insane on me. Anyone has ever experienced anything like this?
I have a completely baffling problem where my debuger takes very wierd and frankly impossible path through the program when I break into it and then walk step by step.
Specifically, if I do a step by step debugging, at a certain point (always the same point, mind you) the debugger arrives at the head of a constructor, then jumps over the whole constructor (while still executing the constructor in the base class), then jumps over the destructor, and then just goes on walk through the lines "between the code" until it arrives at the next function, starts to execute it, but jumps back to the first line of the constructor when passing the first line of that function (the line is NOT executed, it even does that if there's a comment or nothing there).
I'm completely baffled as to what could cause such behavior. I've never seen anything like it. Here's some code just to show you that it's not completely screwed up:
Code:
IMS_Animation_Tracking::IMS_Animation_Tracking(ANIMATIONDATA *_data) : IMS_Animation_Base(_data) //<-- the debugger arrives here when I step into the function from where it's called. The constructor of the base class is executed, but the next line in this class executed is two lines after the closing bracket
{
//debug
Helpers::writeToLog(string("DEBUG: TrackingAnimation Constructor called"));
//take the type name appart and extract the facing
vector<string> typetokens;
Helpers::Tokenize(data->type, typetokens, " ");
facing = _V(atof(typetokens[1].data()), atof(typetokens[2].data()), atof(typetokens[3].data()));
}
//<-- after the head of the constructor the debugger jumps here, and then jumps again to after the destructor
IMS_Animation_Tracking::~IMS_Animation_Tracking()
{
}
//<-- The debugger jumps immediately here from the last line it's been, then continues linearly down the file, including the comments
// the tracking animation needs quite a bit of a different aproach, because technically, it's two animations, and they behave a bit differently
//from the usual and require additional data.
void IMS_Animation_Tracking::AddAnimationToVessel(IMS2 *_vessel, int _meshindex, MATRIX3 moduleorientation, VECTOR3 modulelocalpos)
{
//<-- The debugger jumps back to the first line of the constructor when stepping away from this line, no matter what is here
.
.
.
}
It's the first time I'm running the debugger after upgrading to Win10, but I don't expect that to have anything to do with anything. I have rebuilt the project to make sure there wasn't any corruption going on. For all intents and purposes, the VS debugger seems to be going insane on me. Anyone has ever experienced anything like this?
Last edited: