Przerwa, gdy wartość zmienia się za pomocą debugera programu Visual Studio

Czy istnieje sposób na umieszczenie zegarka na zmiennej i przerwanie programu Visual Studio tylko przy zmianie tej wartości?

Ułatwiłoby to znalezienie trudnych problemów ze stanem.

Czy można to zrobić?

Warunki punktu przerwania nadal wymagają ustawienia punktu przerwania, a wolałbym ustawić zegarek i pozwolić Visual Studio ustawić punkty przerwania przy zmianach stanu.

W menu Visual Studio 2005:

Debuguj -> Nowy punkt przerwania -> Nowy punkt przerwania danych

Wchodzić:

&myVariable

Możesz także zdecydować się na jawne złamanie kodu:

// Assuming C#
if (condition)
{
    System.Diagnostics.Debugger.Break();
}

Z MSDN:

Debugger.Break: Jeśli nie jest podłączony żaden debugger, użytkownicy są pytani, czy chcą dołączyć debugger. Jeśli tak, uruchamiany jest debuger. Jeśli dołączony jest debuger, debuger jest sygnalizowany zdarzeniem punktu przerwania użytkownika, a debuger zawiesza wykonywanie procesu tak, jakby został osiągnięty punkt przerwania debugera.

Jest to jednak tylko awaria. Ustawienie warunkowego punktu przerwania w Visual Studio, jak opisano w innych komentarzach, jest lepszym wyborem.

Naprawdę stary post, ale na wypadek, gdyby ktoś nie był świadomy ...

W programie Visual Studio 2015 można umieścić punkt przerwania na setakcesorium właściwości zaimplementowanej automatycznie, a debuger ulegnie awarii, gdy właściwość zostanie zaktualizowana

public bool IsUpdated
{
    get;
    set;    //set breakpoint on this line
}

Aktualizacja

Alternatywnie; @AbdulRaufMujahid zauważył w komentarzach, że jeśli właściwość auto zaimplementowana znajduje się w jednym wierszu, możesz ustawić kursor na get;lub set;i nacisnąć, F9a punkt przerwania zostanie odpowiednio umieszczony. Miły!

public bool IsUpdated { get; set; }

Wyobraź sobie, że masz klasę o nazwie A z następującą deklaracją.

class A  
{  
    public:  
        A();

    private:
        int m_value;
};

Chcesz, aby program zatrzymał się, gdy ktoś zmodyfikuje wartość „m_value”.

Przejdź do definicji klasy i umieść punkt przerwania w konstruktorze A.

A::A()
{
    ... // set breakpoint here
}

Po zatrzymaniu programu:

Debugowanie -> Nowy punkt przerwania -> Nowy punkt przerwania danych ...

Adres: & (this-> m_value) Liczba
bajtów: 4 (Ponieważ int ma 4 bajty)

Teraz możemy wznowić program. Debuger zatrzyma się po zmianie wartości.

Możesz zrobić to samo z klasami dziedziczonymi lub klasami złożonymi.

class B
{
   private:
       A m_a;
};

Adres: i (this-> m_a.m_value)

Jeśli nie znasz liczby bajtów zmiennej, którą chcesz sprawdzić, możesz użyć operatora sizeof.

Na przykład:

// to know the size of the word processor,  
// if you want to inspect a pointer.
int wordTam = sizeof (void* ); 

Jeśli spojrzysz na „stos wywołań”, zobaczysz funkcję, która zmieniła wartość zmiennej.

Zmień zmienną na właściwość i dodaj punkt przerwania w ustawionej metodzie. Przykład:

private bool m_Var = false;
protected bool var
{
    get { 
        return m_var;
    }

    set { 
        m_var = value;
    }
}

Jeśli używasz WPF, istnieje niesamowite narzędzie: Inspektor WPF .
Dołącza się do aplikacji WPF i wyświetla pełne drzewo kontrolek ze wszystkimi właściwościami, i pozwala (między innymi) na przerwanie każdej zmiany właściwości.

Niestety nie znalazłem żadnego narzędzia, które pozwoliłoby ci zrobić to samo z KAŻDĄ właściwością lub zmienną.

Pamiętam, jak opisałeś to za pomocą Visual Basic 6.0 . W Visual Studio jedynym sposobem, jaki do tej pory znalazłem, jest określenie warunku punktu przerwania .

Kliknięcie prawym przyciskiem myszy punktu przerwania działa dla mnie dobrze (chociaż głównie używam go do warunkowych punktów przerwania dla określonych wartości zmiennych. Nawet łamanie wyrażeń zawierających nazwę wątku działa, co jest bardzo przydatne, jeśli próbujesz wykryć problemy z wątkami).

Jak napisał Peter Mortensen:

W menu Visual Studio 2005:

Debuguj -> Nowy punkt przerwania -> Nowy punkt przerwania danych

Wpisz: i myVariable

Dodatkowe informacje:

Oczywiście system musi wiedzieć, który adres w pamięci do obejrzenia. Więc - ustaw normalny punkt przerwania na inicjalizację myVariable(lub myClass.m_Variable) - uruchom system i poczekaj, aż zatrzyma się w tym punkcie przerwania. - Teraz pozycja Menu jest włączona i można oglądać zmienną, wprowadzając &myVariablelub instancję, wprowadzając &myClass.m_Variable. Teraz adresy są dobrze zdefiniowane.

Przepraszam, gdy zrobiłem coś źle, wyjaśniając już podane rozwiązanie. Ale nie mogłem dodać komentarza i było kilka komentarzy na ten temat.

Możesz użyć punktu obserwacyjnego pamięci w niezarządzanym kodzie. Nie jestem jednak pewien, czy są one dostępne w kodzie zarządzanym.

Prawdopodobnie możesz sprytnie wykorzystać funkcję DebugBreak () .

Opcjonalnie można przeciążać operator = dla zmiennej i ustawić punkt przerwania w funkcji przeciążonej na określonych warunkach.

Aktualizacja w 2019 roku:

To jest teraz oficjalnie obsługiwane w Visual Studio 2019 Preview 2 dla .Net Core 3.0 lub wyższej. Oczywiście być może będziesz musiał zastanowić się nad potencjalnym ryzykiem związanym z używaniem wersji Preview IDE. Wyobrażam sobie, że w najbliższej przyszłości zostanie to uwzględnione w oficjalnym Visual Studio.

https://blogs.msdn.microsoft.com/visualstudio/2019/02/12/break-when-value-changes-data-breakpoints-for-net-core-in-visual-studio-2019/

Na szczęście punkty przerwania danych nie są już wyłączne w języku C ++, ponieważ są teraz dostępne dla platformy .NET Core (3.0 lub nowszej) w programie Visual Studio 2019 Preview 2!