Vraag Lichtgewicht .NET-foutopsporing?


Ik moet vaak .NET-binaire bestanden debuggen op testmachines (op testmachine, ik bedoel dat op de machine Visual Studio niet is geïnstalleerd, deze wordt vaak opnieuw afgebeeld, het is niet dezelfde machine waarop ik mijn ontwikkeling uitvoer, enz).

Ik ben dol op de Visual Studio-foutopsporing, maar het is niet praktisch voor mij om visuele studio's te installeren op een pasfoto-testmachine om een ​​fout of een crash te debuggen (de installatie duurt veel te lang, de footprint is te groot, enzovoort).

Ik zou echt graag een snel geïnstalleerd programma hebben dat in een lopend proces zou kunnen doordringen, ik zou de locatie van symbolen / broncode kunnen specificeren en me meteen in het debuggen kunnen laten springen. Voor native binaries werkt windbg prima, maar ik heb niets vergelijkbaars gevonden met beheerde binaries. Eventuele aanbevelingen?

(terzijde, ik ben op de hoogte van de mogelijkheden voor het debuggen van visuele studio's op afstand, maar om de een of andere reden lijkt het nooit consistent te werken voor mij ... Ik heb vaak verbindingsproblemen)


22
2017-10-02 17:47


oorsprong


antwoorden:


Voor een wat leukere interface dan MDbg of cordbg kijk eens naar DbgCLR - een versimpelde versie van de Visual Studio-foutopsporing (in ieder geval lijkt het erop) die alleen beheerde code afhandelt. Het wordt geleverd met het .NET Framework (ik weet niet zeker of het in de runtime zit of als u de Framework SDK nodig hebt):

Merk op dat cordbg gedeprecieerd is in het voordeel van MDbg (hoewel MDbg niet alle kenmerken van cordbg heeft):

En als ik terugkijk naar MDbg toen ik dit bericht schreef, ontdekte ik dat er een GUI-wrapper beschikbaar is voor MDbg (die ik niet heb geprobeerd):


9
2017-10-16 21:35



Ik heb eindelijk extensies voor Windbg gevonden die precies doen wat ik wilde: Sosex.dll, laat me windbg gebruiken om beheerde applicaties te debuggen met een zeer minimale installatie vereist. Ik gebruik het nu al meer dan een jaar en het heeft zonder fouten gewerkt voor elk foutopsporingsscenario dat ik ben tegengekomen.


5
2018-02-09 20:56



Er is altijd mdbg en cordbg, maar ik zou willen voorstellen om dieper in te gaan op waarom waarom debugging op afstand niet consistent werkt.

VS2005 / 8 lijken hier veel betrouwbaarder dan eerdere versies (hoewel ik dit voornamelijk onbeheerde versies gebruik) en het voorkomt dat de symbolen toegankelijk moeten zijn op de doelcomputer.


4
2017-10-02 17:53



Versie 2 van ILSpy bevat een debugger. En het werkt geweldig!

Het is nog in de beginfase, maar heeft me verschillende keren geholpen.

Pas op voor bugs! :)


3
2017-08-04 05:47



Heb je geprobeerd het te gebruiken Cracked.NET ?

Het is een runtime debugging- en scripting-tool die u toegang geeft tot de internals van elke .NET desktop-applicatie die op uw computer draait.


1
2018-04-16 01:23



Je zou MDbg kunnen bekijken: http://blogs.msdn.com/jmstall/archive/2006/11/22/mdbg-sample-2-1.aspx. Het lijkt erop dat het ten minste de .NET 3.5 SDK bevat (en het is waarschijnlijk inbegrepen bij 2.0+).

Windbg heeft extensies beheerd (SOS geloof ik), hoewel ik niet weet of ze debugging op bronniveau toestaan.


1
2017-10-02 18:00



Misschien kun je proberen het te gebruiken Live afstemming gecombineerd met een Ocf Server?

Het is geen debugger per se, maar het is vrij eenvoudig om een ​​verbinding tot stand te brengen tussen een app en Live Tuning. Graag letterlijk 3 regels code. Vervolgens hebt u toegang tot alle variabelen die u wilt publiceren.

Ik vond het handig als ik probeerde mijn programma's te debuggen zonder toegang te hebben tot de gedecompileerde code of een echte foutopsporing. Je kunt niet echt breekpunten hebben, maar het blijkt dat er soms betere manieren zijn om te debuggen.


0
2018-04-28 15:33