Qt Creator and other tools

@Pablo-J.-Rogina Agree, using special characters in file/directory names is asking for troubles.

Yes I did try that, it doesn't seam to have any effect :(

Thanks for this Adam. It seems that disabling Load .gdbinit does the trick. Do you know why this is a problem?

Creator does not call qmake to get the project data. It just uses the same parser that is built into qmake -- but in a different way. Creator will basically parse your .pro-file twice. Once it does something very similar to what happens when you run qmake. The second time it basically ignores all conditions to get all the files that belong to the project but are not built in the current configuration. Think foo_unix.cpp on Windows or foo_windows.cpp on Mac. Creator will not create files in both nodes! So Creator should only trigger one error in exact mode and all of them in inexact mode. When you start to build your project, then Creator will run the real qmake and at that point you should get the warnings as you expect them.

If you ask CMake to use a generator and the codeblocks extra generator, then CMake will generate .cbp-files, just as it also creates other files like Makefile, ninja files or whatever. If Server-Mode is available, then Creator will still use that and ask CMake directly for information and will not read any file CMake created. You can set the generator and extra generator in tools > options > kits now. It should be safe to deselect the codeblocks extra generator there (or select any other generator) -- provided your CMake supports Server-Mode. CMake 3.5.2 actually should not support -E capabilities at all and will most likely just error out:-) IIRC that only became available in 3.7, together with server mode.

@aha_1980 said in Ctrl+Shift+U does not work as expected with creator on linux: @koahnig: Looks like QTCREATORBUG-13811. Quoting there for possible workaround: For me, deactivating the "IBUS" keyboard input method, as described here http://superuser.com/questions/358749/how-to-disable-ctrlshiftu-in-ubuntu-linux worked. Yes, you are right it does at least partly describe the behaviour. I have checked the workaround. Language support was not installed yet, but I have installed it and changed the setting to none as described. Reboot of virtualbox and it does work now. Thanks a lot.

@Beriol Thx! This is QTCREATORBUG-19231.

please try a current snapshot: https://download.qt.io/snapshots/qtcreator/4.5/4.5.0-rc1/ and if there is still a problem, please create a bugreport

@jsulm I tried that, but the behavior was unchanged. The application output pane grabs focus and pops to the front whenever the inSync message is emitted.

@jsulm Some good options there. I shall look into them. Many thanks for your help!

Hi @chadw, I cannot really help you with this issue. Please add a comment to the mentioned bug report with the information from your last post. We need to gather as much information as possible to solve this issue. It (consistently) takes 9s to run "...\vcvarsall.bat amd64", so that's more than the 5s Tobias Hunger mentions. I thought that would be ok as QtCreator waits for over a minute before throwing the error..? Maybe that's the smoking gun here? Just guessing: maybe the script is even slower within Creator or it doesn't start at all? BTW: I don't read 1 minute in the report, I saw Tobias mention 30 seconds. I know this all does not really help you, but I'm with Tobias that the timeout is large enough. Event 9 seconds is still very long. PS: HKCU is the common acronym for HKEY_CURRENT_USER :)

Thanks for looking @aha_1980, I'll file a suggestion. I'm currently just using another terminal to scp over my exe, but adding as a run step (i.e. your point 2) is slicker.

@TriNityGER Good to see that your problem has been solved. Sh.. happens ;) With Qt creator and definitely MinGW debug mode is the default mode. I would expect similar for Visual Studio with Qt VS tools, but I do not know.

@Kepler-141c I don't know how to disable that by default, sorry. I can think of a few workarounds: Create a "Qt Widgets Application" project and delete the widget files. In the .pro file, remove the line CONFIG += console. I believe this also suppresses the terminal window. Modify the Qt Creator source code and build your own custom version which disables this setting for console applications by default

Hi and welcome to devnet, AFAIK, no. You should likely check the texteditor plugin.

@QLab This is merely a user forum. Therefore,I think it might be better to raise this question in Qt creator mailing list

Hi, Thanks for sharing !

Hi @JKSH ! Of course it is correct that QtCtrator opens the file matching the correct path. My problem luckily is not severe but rather inconvenient. I don't know which IDEs ns-3 developers use, but their Wiki lists setup manuals for Eclipse, Netbeans and QtCreator. Seems they do not mind that small problem. I know, however, that some IDEs give you the choice, which file to open, when there are multiple with the same file name indexed. I think Netbeans does this, for example. I dug around in QtCreators source and to me it seems that there is no easy way to implement such a choice as a plugin. I think the opening via F2/Ctrl+Click is done via follow symbol. The followSymbol functionality in turn is part of the CodeModel (i.e. Clang or classic CPP code model). Please somebody correct me if I'm wrong.

@kshegunov Thanks for your help. Most I did like you said. Only I had to add the -Wno-narrowing, because debug didn't add it. And it is needed for the precompiled files from db2. The compiler options I didn't change, even that I know that there are other ways. In this case I prefer to set it with the .pro file. Thank you!

It's quite strange. It's saved normally when I set the codec QTextStream::setCodec("UTF-8"), but till now I didn't have to do that. Maybe Windows after update changed something in configuration. Does somone know how to enable those chars in Qt console?