Anyone have any tips on how to remove a breakpoint that just won't quit?
I'm using CW9 on Win2k with Sony's OS5 Simulator (NZ90). I had placed
the BP and used it to debug as usual, then tapped the little red dot to
get rid of it - the dot went away, but the [EMAIL PROTECTED]' debugger stops in
the same place anyway! I removed object code, recompiled, hit "Clear All
Breakpoints" from the menu, deleted the line that it stops on (that
stopped it until I put the line back in), checked for accidental
EventPoints, rebooted, moved lines of code around that didn't mind - but
the breakpoint continues to follow this subtraction operation. I could
just F5 it, but the line in question is in my DmComparF routine which
gets called 179 times each time a sort occurs.
Only odd thing - it doesn't stop with the solid blue arrow, but with the
dotted blue arrow, that might indicate waiting for user input if you
were single stepping.
Any Ideas???
Regards, Randyp
Code follows: - the "stuck" BP's (there are actually two) are on the two
subtraction statements for diffR and diffC.
switch (SortType)
{
case sortbyAlpha:
CompResult = StrCompare (rec1,rec2);
break;
case sortbyRecent:
LastAccess1Ptr = (UInt32 *) ((UInt32) rec1 + FishStr1Len
+ 1); // add an extra +1 for the null char
LastAccess2Ptr = (UInt32 *) ((UInt32) rec2 + FishStr2Len
+ 1);
diffR = *LastAccess1Ptr - *LastAccess2Ptr;
if (diffR < 0)
CompResult = -1;
else if (diffR > 0)
CompResult = 1;
else
CompResult = 0;
break;
case sortbyCommon:
NumberTimes1Ptr = (Int16 *) ((UInt32)rec1 + FishStr1Len
+ 1 + sizeof(UInt32));
NumberTimes2Ptr = (Int16 *) ((UInt32)rec2 + FishStr2Len
+ 1 + sizeof(UInt32));
diffC = *NumberTimes1Ptr - *NumberTimes2Ptr;
if (diffC < 0)
CompResult = -1;
else if (diffC > 0)
CompResult = 1;
else
CompResult = 0;
break;
}
return CompResult;
}
--
For information on using the Palm Developer Forums, or to unsubscribe, please see
http://www.palmos.com/dev/support/forums/
