Table of Contents
In diesem Leitfaden werden wir eine kleine Anzahl der möglichen Ursachen hervorheben, die dazu führen können, dass die Debug-Assertion fehlschlägt, und dann mögliche Alternativen anbieten, mit denen Sie versuchen können, dieses Problem zu beheben.
PC läuft langsam?
Eine Assertion definiert eine Bedingung, die die Besitzer zu einem bestimmten Zeitpunkt in Ihrem Regime erwarten. Wenn diese Krankheit nicht zutrifft, wird Ihr Produkt gesperrt und dieses Dialogfeld wird manchmal angezeigt. Ignorieren Sie Ihre Beschwerde und führen Sie das Programm weiter.
Ich erhalte die folgenden Fehlerprinzipien, obwohl ich meine main.90-Datei debugge
1) Globale Berechnungen und Parameter (sie enthalten diese Funktion: call_mg1g1_load ruft andere C-Funktionen auf)
die call_mg1g1_load-Arbeit für Sie wurde als Teil der C-Projektquelldatei geschrieben / definiert (das Projekt befindet sich im Release-Modus)
Ich rufe diese wertvolle Funktion nach main.90 (Haupt- FORTRAN-Datei) auf. Diese Fortran-Lösung kann sich im Debug-Modus befinden
Außerdem stürzt mein Programm ab. Bitte helft mir, wie ich endlich weitermachen kann. Was und was ist ein ganz besonderer Grund?
1) mg1g1 (Projekt C) —- (es befindet sich im Release-Modus) und es wird keine Binärdatei generiert.
2) test_lib (fortran f90-Projekt) Â ist ein Umgebungstest für den angesprochenen C-Job (zur Geschwindigkeitsoptimierung). Dies ist im Debug-Modus eingesteckt
Sie erhalten einen guten Fehler in der gesamten C-Laufzeitbibliothek, die von Fortran gekauft wurde.
(Dateiname ist winsig. befindet sich in c, in jedem unserer VSVCcrtsrc-Ordner)
Diese muss Ihnen zusammen mit winsig.c zeigen, wo der Fehler aufgetreten ist. Grundsätzlich können Sie den Wert von whenrank definieren, indem Sie sich den C-Code ansehen. Wenn Sie zu Ihrem Fortran-Code gehen müssen, verwenden Sie das Hauptfenster des Anrufheaps, um den Besitzer zu finden. Die Anrufgruppe kann die durch den Anruf generierte Fortran-Deklaration anzeigen oder nicht. Wenn der Call-Heap Ihren Fortran-Code absolut nicht anzeigt, versuchen Sie es mit Step-Out (Umschalt-F11), bis Sie eine Fortran-Lösung sehen. Beachten Sie, dass Sie in einer bestimmten C-Laufzeitbibliothek mehrere Fehler erhalten können, wenn Sie diese Vorgehensweise wiederholen. Wenn Sie Schwierigkeiten beim Zugriff auf die Fortran-Anweisung haben, müssen Sie möglicherweise jedes Mal, wenn Sie die C-Laufzeit-Hausaufgabenroutinen aufrufen (dies ist ein Aufruf jeder awinsig-Funktion), die Ablaufverfolgungsspezifikationen aktivieren.
Nik @ Cabana
ungelesen,
18. April 2018 01:01:23 AM / 18
weiterhin
Hallo ,
Ich habe nur im Studio einen langen Fortran VS-Plan geschrieben. Wenn ich das Softwareprogramm kompiliere, erhalte ich keine Fehlermeldungen. Beim Starten mit (Strg + F5) wird die folgende Störungsmeldung angezeigt:
Debug-Assertion fehlgeschlagen!
Programm: …. ual Studio
2010 Projekte Console5 Console5 Debug Console5.exe
Datei: f: dd vctools crt_bld self_x86 Kathodenstrahlröhre src winsig.c
Linie: 417
Ausdruck: (“Ungültiges Signal, möglicherweise ein Fehler”, 0)
Weitere Informationen darüber, wie Ihr Programm dazu führen sollte, dass eine bestimmte Assertion fehlschlägt, finden Sie im Abschnitt Assertions in der Visual C++-Dokumentation.
(Bitte versuchen Sie es erneut, um die Anwendung zu debuggen)
Kann jemand jedem sagen, wo man dieses Problem beheben kann?
Auch wenn ich den Code mit (F5) habe, erhalte ich eine Console5-E-Mail, dass: .exe ein zwingendes Problem verursacht hat.
Obwohl der Code kein Break-Problem enthält. ist einWas ist der wirklich mögliche Grund dafür?
Vielen Dank im Voraus,
Nick
