Frage

Was ist der beste Weg, um einen benutzerdefinierten ODBC-Treiber unter Windows zu debuggen? Ein ehemaliges Mitglied unseres Teams schrieb den Fahrer, so dass wir die Quelle zur Verfügung haben.

Wie befestige Sie einen Debugger an den Fahrer? Oder ist es einfacher, nur „trace prints“ hinzufügen, um den Fahrer zu sehen, was los ist?

War es hilfreich?

Lösung

Die beste Lösung, die ich bisher gefunden ist eine Kombination aus Spuren drucken und Haltepunkte (int 3) in den Treiber zusammengestellt.

Trace Drucke für allgemeine Debug-Informationen und die Grenzwerte für Teile des Codes, wo ich mehr brauchen, um gründlich den inneren Zustand des Fahrers zu untersuchen.

Andere Tipps

Sie können debuggen beliebigen ODBC-Treiber durch die Protokollierung für sie über die Systemsteuerung zu aktivieren.

Gehen Sie einfach auf Fahrer Eigenschaften, aktivieren Sie die Protokollierung und legen Sie die Zielprotokolldatei -. Und dann ein anderes Programm ins Leben gerufen von ihm zu lesen, interaktiv, so können Sie sehen, was los ist

Soweit ich weiß, ODBC-Treiber sind nur DLL, die einen bestimmten Satz von Funktionen implementieren. Wenn Sie also die Quellen zur Verfügung haben, können Sie Visual Studio verwenden, es zu debuggen. Hier ist ein Artikel, der etwas in die richtige Richtung zu sein scheint. Debuggen DLL-Projekte in Visual Studio 2005

Unterstützend zu VS könnten Sie Wireshark , um zu sehen, was die ODCB-Treiber an die DB senden.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top