2012-01-31 15 views
6

Używam Qt Creator 2.3.0, na podstawie Qt 4.7.4, na Windows 7 64-bit. Kiedy uruchamiam aplikację z Qt Creator (ctrl + r), wszystko działa świetnie. Jednak podczas debugowania (F5) wykonywanie każdej linii trwa wiecznie - tak jak w niecałe 2 minuty, aby wykonać pojedynczą linię kodu.qt debugowanie twórca powolny

Zauważyłem w oknie Dziennika debugowania tę linię: Debugger: C: \ Program Files (x86) \ Debugowanie narzędzi dla Windows (x86) \ cdb.exe. Myślałem, że od kiedy mam Windows 7 x64, powinienem używać 64-bitowego debuggera. Dlatego też pobrałem i zainstalowałem zestaw SDK systemu Microsoft Windows dla systemu Windows 7 i .NET Framework 3.5 SP1 zgodnie z sugestią znajomego.

Teraz widzę, że w Tools..Options..Tool Chains, mam wiele narzędzi Auto-detect. Jeśli wybiorę dowolny pakiet SDK dla systemu Microsoft Windows dla systemu Windows - x86, x64, ia64 lub dowolny z Microsoft Visual C++ Compiler 9.0 - x86, amd64, x64, ia64 - debuger jest ustawiony na "C: \ Program Files (x86) \ Debugowanie narzędzi dla Windows (x86) \ cdb.exe "i jest wyłączone, więc nie mogę go zmienić.

Jak przekonać Qt Creator do korzystania z 64-bitowej wersji CDB? Czy jest to związane z moim głównym problemem, super-wolnym debugowaniem?

Odpowiedz

1

Po zainstalowaniu zestawu SDK dla systemu Microsoft Windows dla systemu Windows 7 i .NET Framework 3.5 SP1, zaktualizowałem program do wersji Qt Creator 2.4. Teraz po debugowaniu zaczęto używać x64 cdb! Pierwsze kilka razy z jakiegoś powodu wciąż były bardzo powolne. Jednak gdy próbowałem to zrobić, działa teraz z rozsądną prędkością. Nawet po ponownym uruchomieniu programu Qt Creator lub nawet ponownym uruchomieniu, debugowanie działa teraz z rozsądną prędkością: może 2-3 sekundy, aby wywołać moją główną formę za pierwszym razem i 1 sekundę później. Zwykle trwało to od minuty do 20 minut.

Teraz działa! Mam nadzieję, że jest to pomocne dla kogoś.

+1

prawdopodobnie pierwszy raz jest dłuższy z powodu ładowania symboli debugowania. Zgaduję, że później są zbuforowane i nie trzeba ich ponownie rozwiązywać. –

+0

Kamil prawdopodobnie ma rację. Przeczytaj to jakiś czas temu. – UmNyobe

+0

ma sens - założyłem, że to coś buforuje i na tym polega różnica. Mogę poczekać 3 sekundy. To było 20 minut, które uniemożliwiły debugowanie. Nadal nie rozumiem, co powodowało ekstremalną powolność przedtem, ale jestem pewien, że jest wdzięczny, że został rozwiązany! –

1

Używam qt-creator 2.5.2, 4.8.3 msvc2010 lib pod windows7-64bit, również jest zbyt powolny,
nawet po miałem pobrać symbole debugowania jako pamięci podręcznej.

ale jest rozwiązany teraz, patrz: How to configure CDB in Qt Creator?

I sklonować jeden config, zmiana domyślnie wykrywa: C: \ Program Files \ Debugging Tools for Windows (x64) \ cdb.exe

do nowa instalacja: C: \ Program Files (x86) \ Windows Kits \ 8.0 \ Debuggers \ x86 \ cdb.exe

0

Jeśli inne osoby nadal napotykają problem, nawet po zapisaniu symboli w pamięci podręcznej, ponownym uruchomieniu Kreatora QT lub ponownym uruchomieniu komputera system, proszę rozważyć pobranie narzędzi debugowania fr om innej wersji zestawu Windows SDK. To zadziałało dla mnie tak, jak napisałem na tym answer.

+0

Zachęca się linki do zasobów zewnętrznych, ale dodaj kontekst wokół linku, aby inni użytkownicy mieli pojęcie, co to jest i dlaczego tam jest. Zawsze podawaj najważniejszą część ważnego linku, na wypadek, gdyby strona docelowa była nieosiągalna lub stała w trybie offline. – pableiros