Remote-Debug mit VC7.1: Wo ist der Menüpunkt?

estartu

Moin!

Mit Hilfe von http://www.mpdvc.de/artikel/RemoteDebugging.htm will ich nach einem Fehler suchen.
Allerdings ist das Projekt eines meiner neueren und mit VC7.1 Std erstellt.

Da finde ich den erwähten Menüpunkt nicht.

Auf dem Host wird im DevStudio unter "Build->Debugger Remote Connection".

Ich muss zwar wenn ich Pech habe eh das ganze Projekt nochmal zerpflücken, aber eigentlich wollte ich langsam vom VC6 weg.
Da habe ich den Menüpunkt gefunden.

Oder habt ihr eine aktuellere Version des Artikels die genauso schön einfach beschrieben ist?

PS: Fund Nr.1 war leider ein Fehlschlag:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vsdebug/html/vctskinstallingremotedebugmonitor.asp
Wenn ich die CD zu C7.1 einlege, stellt der erschrocken fest, dass es eine Win98SE Maschine ist und verweigert die Arbeit.

PS die zweite:
Die "manuelle Minimalinstallation" scheint zu funktionieren, jedenfalls habe ich jetzt ein DOS-Fenster, wo allerlei Worte die ich kenne zu unverständlichen Anweisungen aneinandergereiht wurden.
Und wie starte ich damit nun mein Programm?
Wie verbinde ich mich vom anderen PC aus damit?
An der Stelle hört der Artikel irgendwie auf.

estartu

Okay, ich denke mal ich habe es gefunden: http://msdn2.microsoft.com/en-us/library/y7f5zaaa.aspx

Ich wollte es ja nicht wahr haben, aber es ist so:
Beim VC6 kann man noch mit der Autoren Version Remotedebuggen - beim 7.1 erst in der Professionell.
Okay, ich werde das Projekt dann mal ins alte VC portieren und dann damit debuggen.

Artchi

Bist du dir sicher? Projekteigenschaften -> Debuggen -> Remote-Einstellungen. Ist bei mir in der VC 2003 Standard Edition alles frei geschaltet, und ich kann lustig Werte eintragen. Hab es zwar nicht ausprobiert, aber in meiner MSDN-Hilfe steht auch nichts von Einschränkungen. Nur das man Admin-Rechte auf dem fremde Computer braucht:

Um den Prozess eines anderen Benutzers zu debuggen, müssen Sie auf dem Computer, auf dem der Prozess ausgeführt wird, über Administratorrechte verfügen. Als Administrator können Sie eine Verbindung zum Machine Debug Monitor herstellen. Darüber hinaus verfügen Administratoren auf Betriebssystemebene standardmäßig über das SE_DEBUG_PRIVILEGE.

Um Ihren eigenen Prozess zu debuggen, müssen Sie über Administratorrechte verfügen oder der Gruppe Debuggerbenutzer angehören.

Vorsicht Das Hinzufügen von Benutzern zur Gruppe Debuggerbenutzer kann ein erhöhtes Sicherheitsrisiko bedeuten, da diesen Benutzern der Zugriff auf den Computer gewährt wird. Sie sollten daher nur die Benutzer hinzufügen, die tatsächlich über Debuggerzugriff auf den jeweiligen Computer verfügen müssen. Fügen Sie der Gruppe Debuggerbenutzer nicht jeden beliebigen Benutzer hinzu.

estartu

Ach DA haben die das versteckt.
Okay, ich probiers mal. Vielen Dank!

Die Adminrechte sollten dank Win98 ja kein Problem sein.

PS: Was für lustige Werte müssen da denn rein?
Der Dialog ist wenig selbsterklärend.
Den PC-Namen habe ich schon mal und TCP/IP auch.

Aber irgendwo muss ich doch noch angeben, welches Programm das sein soll, oder?

PPS:
Nach einigem Versuchen bin ich so weit, dass ich eine Meldung bekomme:

---------------------------
Microsoft Development Environment
---------------------------
Das Debuggen kann nicht gestartet werden.

Das Programm "" kann nicht gestartet werden.
---------------------------
OK
---------------------------

In den Eigenschaften habe ich folgendes geändert:
Befehl: P:\Remotedebug\VC7.1\DB_Export.exe (Pfad auf Netzlaufwerk, wo eine Releaseversion der zu debuggenden Exe liegt)
Verbindung: Remote über TCP/IP (nur systemeigen)
Remotecomputer: TestPC

Und auf dem TestPC wartet der msvcmon.

PS: Man muss noch DCom installieren. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/vsdebug/html/vxtskinstallingdcom.asp
Mal sehen, wie weit ich jetzt komme.

... nicht sehr weit:
Trotz Installation von DCom kann ich die erwähnte dcomcnfg.exe nicht auf dem TestPC finden. Nur eine Hilfe und die Links da drin haben keinen Effekt.

Martin Richter

Also mit 2003 auf Win98 Debuggen? Da bin ich mir nicht sicher.

Auf jeden Fal solltest Du einfach für den CLient die folgenden Dateien zusammensuchen:
NatDbgTLNet.dll, msvcmon.exe, msvcp71.dll, msvcr71.dll, NatDbgDM.dll

Dann Kommunikation auf TCP/IP einstellen auch auf der Client Seite mit -tcpip starten. Sollte gehen, wenn es überhaupt noch unter Win98 geht.

BTW: TCP/IP ist ab VS2005 nicht mehr möglich.

estartu

Martin Richter schrieb:

Dann Kommunikation auf TCP/IP einstellen auch auf der Client Seite mit -tcpip starten. Sollte gehen, wenn es überhaupt noch unter Win98 geht.

Mit genau dem Abschnitt habe ich das Problem.

Ich habe gesehen, die schöne Anleitung zu VC6 ist von dir... hast du auch eine für VC7.1?
Meine Versuche sind ja alle irgendwie gescheitert.

Inzwischen habe ich VC6 auf dem TestPC installiert und rausgefunden, dass es wohl Memoryleaks sind.
Naja, jetzt wird das Projekt einmal ordentlich überarbeitet, das war sowieso zu arg gewuchert.

Aber die Lösung interessiert mich weiterhin.

Martin Richter

Nein! Leider habe ich noch keinen entsprechenden Artikel.

Wie hast Du es denn probiert. An sich ist es wirklich elementar einfach. Die Frage ist einfach ob Win98 hier funktioniert.

estartu

Ich habe die von dir genannten Dateien eingesammelt. (Abzüglich der msvcp71.dll, aber bisher gabs es noch keine Fehlermeldung, dass die vermisst wird.)
Dann habe ich die auf ein Netzlaufwerk gepackt, auf das beide PCs Zugriff haben.

Dann kann ich auf dem Testpc die msvcmon.exe doppelklicken und die wartet dann wohl auf eine Verbindung. (Keine Ahnung ob ich die anders aufrufen muss...)

Dank Artchi hatte ich dann gefunden, wie man sich im VC7.1 zu dem anderen PC verbindet - aber da gabs dann immer die genannte Fehlermeldung.
Ich vermute ich habe nicht alle Stellen in den Einstellungen geändert, die ich ändern müsste. (Was ich geändert habe, steht oben. Ich kann gerne noch einen Screenshot machen.)
Achja, die zu debuggende Exe hatte ich auch probehalber auf das Netzlaufwerk gelegt und das in den Einstellungen angegeben: Kein Effekt.
Das Netzlaufwerk hat sogar auf beiden PCs den selben Buchstaben.

So, ab dem Punkt wird es dann endgültig planlos: Ich habe das DCom runtergeladen und auf dem Testpc installiert.
Komischerweise scheint sich das nicht installiert zu haben, denn die weiteren Schritte der Anleitung (dcomcnfg.exe aufrufen) schlagen fehl, da die Anwendung nicht gefunden wird. Ein Suchen über die ganze Festplatte zeigt auch nur, dass nichts gefunden wird.

Was mich am meisten wundert: Ich habe auf der Clientseite nie festgelegt, welche Anwendung gestartet werden soll. Macht das das VC?

Ich glaube, das war der heutige Tag in Kurzform.