Gewusst wie: Verwenden von systemeigenen Laufzeitprüfungen
Aktualisiert: November 2007
Dieses Thema gilt für folgende Anwendungsbereiche:
Edition |
Visual Basic |
C# |
C++ |
Web Developer |
---|---|---|---|---|
Express |
Nur "Systemeigen" |
|||
Standard |
Nur "Systemeigen" |
|||
Pro und Team |
Nur "Systemeigen" |
Tabellenlegende:
Vorhanden |
|
Nicht vorhanden |
|
Befehl oder Befehle, die standardmäßig ausgeblendet sind. |
In Visual C++ können Sie mit systemeigenen runtime_checks häufige Laufzeitfehler abfangen. Beispiele:
Beschädigung des Stapelzeigers
Überläufe lokaler Arrays
Beschädigung des Stapels
Abhängigkeiten von nicht initialisierten lokalen Variablen
Datenverlust nach einer Zuordnung zu einer kürzeren Variablen
Wenn Sie /RTC mit einem optimierten (/O) Build verwenden, wird ein Compilerfehler ausgelöst. Wenn Sie in einem optimierten Build ein runtime_checks-Pragma verwenden, hat das Pragma keine Auswirkungen.
Wenn Sie ein Programm mit aktivierten Laufzeitüberprüfungen debuggen, wird das Programm beim Auftreten eines Laufzeitfehlers standardmäßig unterbrochen und wechselt in den Debugger. Sie können dieses Standardverhalten für jede Laufzeitüberprüfung ändern. Weitere Informationen finden Sie unter Ausnahmebehandlung (Debuggen).
In den folgenden Prozeduren wird beschrieben, wie Sie in einem Debugbuild systemeigene Laufzeitüberprüfungen aktivieren und das Verhalten systemeigener Laufzeitüberprüfungen ändern.
Weitere Themen in diesem Abschnitt enthalten Informationen zu folgenden Vorgängen:
Anpassen von Laufzeitüberprüfungen mit der C-Laufzeitbibliothek
Verwenden von Laufzeitüberprüfungen ohne die C-Laufzeitbibliothek
So aktivieren Sie systemeigene Laufzeitfehlerüberprüfungen in einem Debugbuild
- Verwenden Sie die Option /RTC, und stellen Sie eine Verknüpfung zu der Debugversion einer C-Laufzeitbibliothek (z. B. /MDd) her.
So ändern Sie das Verhalten von systemeigenen Laufzeitfehlerüberprüfungen
- Verwenden Sie das runtime_checks-Pragma.
Siehe auch
Aufgaben
RTC-Beispiel: Laufzeitfehlerüberprüfungen