Hallo,
Ik wil een applicatie debuggen op de hardware waar de applicatie uiteindelijk op komt te draaien. Hiervoor wil ik remote debugging toepassen wat vanuit Visual Studio wordt aangeboden.
Enkele aspecten:
- De applicatie is geschreven voor .NET 3.5.
- De target-pc heeft Windows XP pro (for embedded system) (32bit), met het .NET framework 3.5.
- Op de target-pc is de remote debugging monitor geïnstalleerd (Msvsmon).
- De host-pc heeft Windows 7 (64bit).
- De host-pc heeft Visual Studio 2010 pro.
- Beide pc's zitten _niet_ in een domein.
- Beide pc's kunnen elkaar benaderen via het netwerk.
- De firewall's zijn op beide pc's uitgeschakeld. [Dit was dus niet het geval!]
- Op beide pc's bestaat een gebruiker met dezelfde credentials.
Het probleem ontstaat wanneer ik via Visual Studio de processen wil opvragen op de target-pc. In Msvsmon zie ik de host-pc (met gebruiker) binnenkomen: "<datum/tijd> <user> connected.". Echter op de host-pc krijg ik een "timeout" in Visual Studio, of een melding dat alle "pipes" bezet zijn. De transport-modus staat dan op "default".
Wanneer ik Msvsmon instel op "No Authentication (native only)" en ik via Visual Studio via "native transport" de target-pc probeer te benaderen, dan zie ik de gebruiker binnen komen in Msvsmon en zie ik de processlijst van de target-pc in Visual Studio. Ik kan de debugger dan koppelen aan mijn executable, maar ik kan niet debuggen (code synchroniseert niet en breakpoint lichten niet op).
Op internet kom ik allerlei problemen tegen met de remote debugger en communicatieproblemen tussen Windows 7 en Windows XP. Alleen kom ik geen variant tegen over timeouts en de voorbeelden naspelen lijdt ook niet tot een werkbare situatie.
Zijn er hier misschien mensen die het probleem kennen, of mogelijke oplossing hiervoor weten?
Ik wil een applicatie debuggen op de hardware waar de applicatie uiteindelijk op komt te draaien. Hiervoor wil ik remote debugging toepassen wat vanuit Visual Studio wordt aangeboden.
Enkele aspecten:
- De applicatie is geschreven voor .NET 3.5.
- De target-pc heeft Windows XP pro (for embedded system) (32bit), met het .NET framework 3.5.
- Op de target-pc is de remote debugging monitor geïnstalleerd (Msvsmon).
- De host-pc heeft Windows 7 (64bit).
- De host-pc heeft Visual Studio 2010 pro.
- Beide pc's zitten _niet_ in een domein.
- Beide pc's kunnen elkaar benaderen via het netwerk.
- De firewall's zijn op beide pc's uitgeschakeld. [Dit was dus niet het geval!]
- Op beide pc's bestaat een gebruiker met dezelfde credentials.
Het probleem ontstaat wanneer ik via Visual Studio de processen wil opvragen op de target-pc. In Msvsmon zie ik de host-pc (met gebruiker) binnenkomen: "<datum/tijd> <user> connected.". Echter op de host-pc krijg ik een "timeout" in Visual Studio, of een melding dat alle "pipes" bezet zijn. De transport-modus staat dan op "default".
Wanneer ik Msvsmon instel op "No Authentication (native only)" en ik via Visual Studio via "native transport" de target-pc probeer te benaderen, dan zie ik de gebruiker binnen komen in Msvsmon en zie ik de processlijst van de target-pc in Visual Studio. Ik kan de debugger dan koppelen aan mijn executable, maar ik kan niet debuggen (code synchroniseert niet en breakpoint lichten niet op).
Op internet kom ik allerlei problemen tegen met de remote debugger en communicatieproblemen tussen Windows 7 en Windows XP. Alleen kom ik geen variant tegen over timeouts en de voorbeelden naspelen lijdt ook niet tot een werkbare situatie.
Zijn er hier misschien mensen die het probleem kennen, of mogelijke oplossing hiervoor weten?
[ Voor 1% gewijzigd door Brains op 24-11-2011 11:57 . Reden: Toegevoegd: firewalls zijn uitgeschakeld, nu echt ]
/u/249034/arrow.png?f=community){kind=icon}
