2011-11-16 1 views
9

Per prima cosa vorrei rispondere alle domande "aspetta un minuto".Il debug di Silverlight in Visual Studio 2010 si blocca quando si utilizza la tastiera

  • Sì, ho letto ogni thread con titoli e argomenti simili su SO e oltre.
  • Sì, sto utilizzando la versione più recente di SP1 e qualsiasi potenziale aggiornamento rapido che potrebbe essere correlato a questo problema.

Così, con la specificità, ecco il mio problema:

quando sono il debug di applicazioni Silverlight e colpisce un punto di interruzione, tutto funziona bene finché io uso il mouse. Posso continuare, fare un passo, fermare il debug, disabilitare e abilitare tutti i punti di interruzione, a patto che lo faccia con il mouse.

Ma quando uso la tastiera, Visual Studio si blocca per un numero di secondi, a volte più di un minuto. Questo è qualsiasi uso della tastiera. Ma dopo poco tempo, inizia a funzionare bene fino a che la sessione di debug non è terminata. Ma la prossima sessione di debug (indipendentemente dal fatto che io usi la stessa istanza di Casini o meno) farà esattamente la stessa cosa.

Quando parlo di tastiera, lo dico sul serio. F5 (Continua), Maiusc-F5 (Stop debugging), F10 (Step Over), oltre a digitare nella finestra Immediata o anche premere il tasto ALT per evidenziare il menu.

Ad esempio, se provo a digitare qualcosa nella finestra Immediata, si congela per circa 15 secondi e quindi mostra la prima chiave e ripete il pattern circa 5 volte finché non si rilascia e tutto va bene.

Quando dico "blocca" non sto parlando solo di Visual Studio ma blocca l'intero sistema operativo tranne che per la mia capacità di spostare il mouse. Anche così, il cursore del mouse rimane quello che era quando si bloccava a prescindere dal programma finito, come il selettore di testo.

Accade solo con Silverlight e non importa quale versione utilizzo.

Ecco cosa sto correndo:

  • Windows 7 Professional a 64 bit, tutti gli ultimi aggiornamenti inclusi, 12 GB di RAM & 1,5 TB HD.
  • Visual Studio 2010 Ultimate con tutti gli ultimi aggiornamenti.

Tutto il software è valido e ho già provato a rimuovere e/o disabilitare quasi tutto ciò che può essere rimosso o disattivato, incluse le estensioni. Ho usato Process Explorer di Sysinternals per uccidere o interrompere tutto ciò che posso. Ho anche provato su un'applicazione Silverlight molto semplice con nient'altro che una riga di codice che non accede a nulla.

EDIT: Ho dimenticato di dire che non ho nemmeno caricato simboli oltre il "Just My Code" che normalmente sarebbe e ho provato ogni impostazione di debug a cui riesco a pensare. E anche Intellitrace è disattivato (visto che ho Ultimate), ma neanche questo fa differenza.

AGGIORNAMENTO (11/18): Diventa sempre più strano. Ho determinato che il blocco temporaneo non si verifica solo quando Visual Studio è attivo. Quando VS (durante la super-semplice app Silverlight) entra in modalità di debug, qualsiasi accesso alla tastiera AT ALL provoca lo stesso effetto.Quindi, sembra che debba (in qualche modo) essere correlato (almeno in parte) alla mia configurazione di Windows, contrariamente a quanto affermato nei commenti, ma non riesco a capire come. E se altri programmi stanno facendo qualcosa quando si blocca, il ritardo è più lungo (il che rende un certo senso con i sintomi). Sono ancora a una perdita completa.

Qualcuno ha qualche idea o la vede prima? È davvero frustrante.

+0

Non dovrebbe avere nulla a che fare con 64 bit poiché né VS né Silverlight funzionano in modalità x64. Se si crea semplicemente un nuovo progetto Silverlight e si imposta un punto di interruzione nell'evento inizializzazione App.xaml.cs, si blocca? – Bryant

+0

Avevo anche questi tipi di problemi. Poi ho preso un nuovo laptop. E se ne andarono. Penso che sia l'installazione di Windows, non l'installazione di Visual Studio o Silverlight. – bperreault

+0

Bryant: Sì, ci ho provato. (È nella riga sopra l'EDIT) –

risposta

16

Ho risolto il problema.

Si è rivelata la barra degli strumenti LastPass. È una cosa molto utile e l'ho usata per anni senza problemi. Sì, sì, le barre degli strumenti sono malvagie, ho capito. :)

Disabilitarlo in IE ha risolto completamente il problema. Posso ancora usarlo in FF (che è il mio browser principale ad eccezione di lavorare per cui utilizzo IE) e tutto funziona bene.

Anche così, è strano per me che la barra degli strumenti abbia effetto solo durante i debug di SL. Non ho riscontrato problemi con il debug di ASP.Net e non ho riscontrato problemi durante l'esecuzione dell'app SL, solo quando ho raggiunto un punto di interruzione E ho premuto un tasto entro i primi 15 secondi.

In ogni caso, problema risolto e grazie per i vostri suggerimenti.

+0

Esattamente lo stesso problema qui per me. Mi stava facendo impazzire fino a quando ho letto il tuo post qui. Ora va tutto bene. Grazie mille! – Kilhoffer

+0

@Kilhoffer felice la mia esperienza ha aiutato. Ironia della sorte, presta ancora peso all'idea che le barre degli strumenti siano malvagie. Ma mi piace abbastanza Lastpass per tenerlo sui miei altri browser. –

+0

Signore, sei il mio eroe. Mi hai appena salvato dalla follia. – Entrodus

1

Prova a cambiare l'impostazione LowLevelHooksTimeout da 5000 a qualcosa di basso registro, come 300. Può essere a

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Policies\Microsoft\Windows\Control Panel\Desktop 

o

HKEY_CURRENT_USER\Control Panel\Desktop 

(prima impostazione in chiave politica sembra globalmente impostazione utente di override).