Debugging VB6-dll aus VB6 exe
Ich habe ein VB6-Programm, ruft eine VB6-DLL, die wiederum ruft einen anderen VB6-DLL. Wenn ich die Ausführung des aufrufenden Programms sein, es ist eine Anwendung, die Fehler, die ich bin nicht in der Lage zu lokalisieren, so habe ich recherchiert, wie wenn es möglich war, zu "sehen" die Fehler in der dll.
Lese ich Stackoverflow-Eintrag Frage zum Debuggen VB6-dll
und Folgen Sie den Anweisungen des Booji Boy zum erstellen einer vbg. Ich folgte seinen Anweisungen und entfernt die beiden DLLs aus er-Referenz-Liste. Das aufrufende Programm nimmt .txt-Datei als Eingabe. Wenn ich die exe ausgeführt, ich erhielt diese Fehlermeldung:
Fehlernummer: 13Description: "Type mismatch"
Den Fehler der nicht von der Anwendung generiert.
Was bedeutet das? Wie kann ich Debuggen dieses Problem?
- Der Fehler ist ein Laufzeitfehler, und WIRD von der Anwendung generiert, sondern aus dem inneren der VB-runtime. Etwas in Ihrem code, oder eine Dll, die Sie aufrufen, die Ursache des Typ-Fehlanpassung, die die VB-runtime wird die Erfassung in einer "freundlichen" Art und Weise. Wie debug, es ist schwer zu sagen, ohne zu sehen, den code.
- Vielen Dank für die Beantwortung. Diese exe-dll-dll-Projekt arbeitete, vor ein paar Wochen. Ich werde überprüfen Sie die Parameter, die übergeben wird, von einem Projekt zum anderen.
- Sie sollte nicht führen Sie die exe. Führen Sie das exe-Projekt aus der VB6-IDE. Dann wird die IDE markieren Sie die Zeile die den Fehler verursacht.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Müssen Sie alle die den source code für die EXE und die zwei DLLs. Fügen Sie alle Projekte in Einzel-Gruppe Datei, also der VBG. Müssen Sie einen Verweis in der-EXE-Projekt an die erste DLL. Ich habe keine Ahnung, warum Sie gesagt haben, Sie haben, um Sie zu entfernen. Müssen Sie einen Verweis in der ersten DLL-Projekt in die zweite DLL-Projekt. VB ist clever genug, um automatisch ersetzen Sie den DLL-Verweis mit der Projekt-Referenz. Es ist auch klug genug, im hintergrund zu ersetzen, der Projektreferenz mit den DLL-Verweis, wenn Sie entfernen ein DLL-Projekt aus der Projekt-Gruppe.
Stellen Sie sicher, dass die Fehlerbehandlung auf "bei jedem Fehler unterbrechen" oder "Break-in-Class".
Den "type mismatch" - Fehler kann auftreten, von der einfachen Dinge wie weisen Sie eine nicht-numerische Zeichenfolge in eine numerische variable. Es wird komplizierter, wenn Sie auf der Durchreise sind Objekt-Referenzen um. Wenn Sie sehen, dieser Fehler tritt auf so etwas wie:
Set myObject = someOtherObject... und wie es aussieht, wenn Sie sollte den gleichen Typ, das könnte sehr kompliziert werden. Aber zuerst, ich lasse Sie das debug.
Können Sie ein open-source-Projekt in Visual Basic 6.0. Es heißt "Debuggy v2".Dieses Projekt hat mehrere Rollen:
-debugger
-disassembler
-Windows resource extractor
-file hex-editor
-Fenster sniffer
-API-spy
alle in eine gerollt. Ich kann nützlich sein, für das, was Sie brauchen.
Wenn Sie mit der Arbeit beginnen in einer VBG einen "type mismatch" kann entstehen, wenn die Bibliothek Verweise sind inkonsistent. Eine Bibliothek kann verweisen auf eine andere IN der VBG; eine zweite sein können, verweisen auf die kompilierte version. Übergeben von Objekten zwischen Ihnen kann dieser Fehler führen.
Konkretes Beispiel:
C sollte verwiesen wird B in der VBG.