How to solve Qt Creators variable-“” behavior

2019-03-12 01:01发布

I have the same problem as described in Variables in Locals and Expressions not accessible in QT Creator but I want to find a way how to "repair" Qt Creator showing default composite types like std::string in the debugging window again.

I've updated from Creator 2.8 to 3.0 via a dist upgrade (fedora 18=>20) and I know things can go wrong there but I really want to avoid re-installing the whole OS just for Qt Creator.

Is there any way to make the Creator more verbose or does it write to a log file?

Is Qt Creator 3.0 known to show nice values for composite types anyway?

What components can I check and how?

3条回答
够拽才男人
2楼-- · 2019-03-12 01:46

Fedora uses rpm for package management - use it. Reinstallation of the entire OS would be pointless, it's cargo cult IT. If you run rpm -Va, you can verify if the packages have not been corrupted, that's all you really need.

Creator has Qt-version-specific debugging helpers, perhaps they don't extend to C++ standard library.

To make sure that the whatever helpers are available are built, go to Preferences -> Build&Run -> Qt Versions. For each Qt version, go to the details of the Helpers pane, and click [Build All].

查看更多
做自己的国王
3楼-- · 2019-03-12 01:48

For windows users updated to Qt 5.11.2 and who using CDB.

On installer (Qt Maintenance tool) make sure the 'Qt -> Qt 5.11.2 -> Qt Debug Information Files' is checked. (There was no such option in previous releases).

查看更多
相关推荐>>
4楼-- · 2019-03-12 01:52

Unfortunately it's only a workaround (but I will write more as soon as possible) but this post pointed me to just disable "Load system GDB pretty printers" in Tools->Options->Debugger->GDB

This behavior is a filed bug in QtCreator 3.0

seems to work for me now!

EDIT: Although the bug tracker for QtCreator 3.0 says the bug has been fixed, the bug actually persists in later versions - at least as of v3.1.2 . Fortunately the same suggested workaround applies.

查看更多
登录 后发表回答