Question

I’m often find myself setting a breakpoint A somewhere in the code and manually enabling one or more breakpoints when this breakpoint is hit. A typical case is when I’m debugging an unittest and don’t care about the preceding tests.

void testAddZeros()
{
  Number a(0);
  Number b(0);
  Number result = a.add(b);
  assert((a + b) == Number(0))
}
void testAddOnes()
{
  Number a(1);
  Number b(1);
  Number result = a.add(b);
  assert((a + b) == Number(2));
}
void testAddNegativeNumber()
{
  Number a(1);
  Number b(-1)
  Number result = a.add(b);
  assert((a + b) == Number(0));
}

Imagine if testAddZeros() and testAddOnes() runs fine, but testAddNegativeNumber(). In this case setting a breakpoint at Number result = a.add(b); would be a natural place to start debugging. Now imagine that the error is located somewhere deep inside Number::add, so we’re not really interrested in the stuff that occurs early in Numbers::add. What I want to do is to set a breakpoint somewhere inside Numbers::add that only triggers if I’m inside the testAddNegativeNumber()-test.

Is there any way to automatically enable breakpoint B when breakpoint A is hit?

Answer 1

You can get the dependent breakpoints even without changing the code, by using some global storage to hold the marker that will enable dependent breakpoint.

One of the most accessible storages that I’ve found is app domain custom properties. They can be accessed by System.AppDomain.CurrentDomain.GetData and SetData methods.

So on first breakpoint you define a “when hit” setting with :

{System.AppDomain.CurrentDomain.SetData(“break”,true)}

On the dependent breakpoint, set hit condition to:

System.AppDomain.CurrentDomain.GetData(“break”) != null