Domanda

Ho un cliente di XP che si verifica un problema. La mia casella di dev è Vista Home 64. Avviare il debugger sulla macchina client e quando provo a funzionare sulla scatola dev, si dice 'Impossibile eseguire il debug. debugger remoto non supporta questa versione di Windows'.

Sembra che io sono sol. c'è un altro modo per scoprire come eseguire il debug questo? L'applicazione sta gettando un errore di runtime .NET eventid 5000 con un errore system.security. Non certo perché il tentativo di cattura non è ottenerlo. C'è qualche modo per scoprire cosa sta succedendo?

Grazie!

È stato utile?

Soluzione 2

Si scopre che il .NET framework è stato hosed sul client. Non ho potuto ottenere uno stacktrace o niente. Rimosso e reinstallato framework .NET e tutto funzionava alla grande!

Grazie per tutto l'aiuto!

Altri suggerimenti

Si può essere in esecuzione in problemi con il debugger a 64 bit non essere in grado di trattare con il cliente debugger a 32 bit.

C'è stato un problema qualche tempo fa parlando di problemi di connessione un debugger a 32 bit per un target a 64 bit (che credo sia l'opposto dalla situazione):

Anche se non c'è nessuna risoluzione lì, potrebbe darvi qualche idea - forse è così semplice come fare in modo che si sta eseguendo la versione a 32 bit del debugger sulla macchina x64 (se questo può essere fatto semplicemente) ..

Stai usando il monitor debug remoto (Msvcmon.exe) sulla macchina remota?

ha la versione del monitor corrisponde alla versione di Visual Studio che si sta utilizzando sulla macchina locale?

Sì, MSVCMON è venuto dallo stesso disco e che è in esecuzione. Io corro vs2k8 che è la versione a 32 bit (è disponibile una versione a 64 bit?)

Devo eseguire un debugger? Ho pensato vs2k8 era il debugger e il client che esegue l'applicazione restituisce il suo stato?

Se si sta andando a bersaglio a 32 bit di XP, quindi mi consiglia di avere almeno una macchina virtuale di XP costruito in modo da poter verificare l'applicazione del sistema operativo.

Si dovrebbe essere in grado di aprire la soluzione dall'interno XP e passare da lì.

Hai qualche Stace-traccia o ulteriori informazioni sul vostro errore system.security? Forse compilando una versione di debug, piuttosto che un comunicato, si otterrà più di un'idea di ciò che sta causando esso. (Scusate se che si sta insegnando come succhiare le uova.)

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top