2012-01-31 9 views
6

Sto eseguendo Qt Creator 2.3.0, basato su Qt 4.7.4, su Windows 7 64-bit. Quando eseguo l'app da Qt Creator (ctrl + r), tutto funziona alla grande. Tuttavia, quando eseguo il debug (F5), l'esecuzione di ogni riga richiede un'eternità, come in alcuni minuti 2 per l'esecuzione di una singola riga di codice.qt creatore debug lento

Ho notato nella finestra Debugger Log questa riga: Debugger: C: \ Programmi (x86) \ Debugging Tools per Windows (x86) \ cdb.exe. Ho pensato che dal momento che sto usando Windows 7 x64, dovrei usare il debugger a 64 bit. Così, ho scaricato e installato Microsoft Windows SDK per Windows 7 e .NET Framework 3.5 SP1 come suggerito da un amico.

Ora vedo che in Strumenti..Opzioni..Tool catene, ho un numero di strumenti rilevati automaticamente. Se seleziono uno qualsiasi degli SDK di Microsoft Windows per Windows - x86, x64, ia64 o qualsiasi del compilatore Microsoft Visual C++ 9.0 - x86, amd64, x64, ia64 - il Debugger è impostato su "C: \ Programmi (x86) \ Debug di strumenti per Windows (x86) \ cdb.exe ", ed è disabilitato quindi non posso cambiarlo.

Come convinco Qt Creator a utilizzare la versione a 64 bit di cdb? E 'collegato al mio problema principale, il debugging super-lento?

risposta

1

Dopo aver installato Microsoft Windows SDK per Windows 7 e .NET Framework 3.5 SP1, ho eseguito l'aggiornamento a Qt Creator 2.4. Ora, quando eseguo il debug, è iniziato a usare x64 cdb! I primi tempi di coppia erano ancora molto lenti per qualche motivo. Tuttavia, quando ho provato a cronometrare, ora funziona a una velocità ragionevole. Anche dopo aver riavviato Qt Creator o addirittura riavviato, il debug funziona ora a una velocità ragionevole: forse 2-3 secondi per visualizzare la mia maschera principale per la prima volta, e 1 secondo dopo. Usato per portare ovunque da un minuto a 20 minuti.

Quindi funziona ora! Spero che questo sia utile a qualcuno.

+1

probabilmente la prima volta è più lunga a causa del caricamento dei simboli di debug. Dopodiché, vengono memorizzati nella cache e non è necessario risolverli di nuovo –

+0

Kamil è probabilmente corretto. Leggilo qualche tempo fa. – UmNyobe

+0

ha senso - ho pensato che stia memorizzando nella cache qualcosa e questa è la differenza. Posso aspettare 3 secondi. Sono stati i 20 minuti a rendere impossibile il debugging. Ancora non capisco cosa abbia causato l'estrema lentezza prima, ma sono sicuro che sia stato risolto! –

1

Sto usando qt-creator 2.5.2, lib 4.8.3 msvc2010, sotto windows7-64bit, anche troppo lento,
anche dopo aver scaricato i simboli di debug come cache.

ma è risolto ora, fare riferimento: How to configure CDB in Qt Creator?

clono una configurazione, il cambiamento dal default di rilevare: C: \ Program Files \ Debugging Tools for Windows (x64) \ cdb.exe

a nuova installazione: C: \ Program Files (x86) \ WINDOWS Kit \ 8.0 \ Debuggers \ x86 \ cdb.exe

0

Se gli altri stanno ancora affrontando il problema anche dopo simboli impostazioni da memorizzare nella cache, riavviare Qt Creator o riavviare il sistema, si prega di prendere in considerazione il download degli strumenti di debug fr o un'altra versione di Windows SDK. Questo ha funzionato per me come pubblicato su questo answer.

+0

I collegamenti a risorse esterne sono incoraggiati, ma per favore aggiungi un contesto intorno al link in modo che i tuoi colleghi possano avere un'idea di cosa sia e perché è lì. Citare sempre la parte più rilevante di un link importante, nel caso in cui il sito target non sia raggiungibile o sia permanentemente offline. – pableiros

Problemi correlati