Qt Creator and other tools

I should provide a little more detail for others struggling with similar issues. The workaround I adopted was to add a "magic header" entry to the MIME type application/x-shellscript within the Tools>Options>Environment>MIME Types so that wherever...

#!/bin/sh

...appears in the first few characters of a file, then Qt Creator considers the file to be application/x-shellscript.

N.B. as detailed in the previous post, if you leave "Use fallback location" selected, then highlighting fails, and there's no way to manually associate a file with a highlighting scheme to get over these issues in automated loading.

No, but there is always "qmake -project" which will examine the files in your directory and produce a skeleton .pro-file.

use nomouse option

In Qt we don't use the function "scanf", you can give what is there in a variable or you can work just wich is in the line edit or text edit.

in line edit be this:

@ui->lineEdit->text();@

Never mind. I figured it out. It's option-return.

Thanks, Tobias.
I reported it as a bug here https://bugreports.qt-project.org/browse/QTCREATORBUG-7237

Try to logout and the do login again, you'll notice the error

cheers

[quote author="Mika Hanhijärvi" date="1333445776"]Maybe it is a proxy problem or something like that.

I have never had any problem connecting remote compiler, except in some rare cases when server has been temporarily down because of maintenance etc. I'm not behind proxy. I used remote compiler just couple of hours ago, and it worked just fine.[/quote]

helo,
have you comodo firewall?
it must be the problem.

You are right. I just noticed that QtCreator uses x64 CDB for x86 qt build even when x86 debugging tools are present. So the problem is still present, even for x64 CDB.

Not really surprising that... I guess for best results you will need to install a english compiler...

If you have the time you could also try to figure out where the encoding is screwed up and fix it:-) The MsvcParser should be a good place to start looking if you care to do this.

I am afraid I can do little since I am not on windows and have no access to a non-english compiler.

Yes, that also worked.

I know this is an old post but I want to describe a situation in this area which happened to me.
I spent few hours finding why my deb package build for Harmattan is incomplete (It didn't contain *harmattan.desktop, icon and app binary files).

At the end I found that rules file contained spaces instead of tabs in lines where make install was called and thus no file beside copyright and changelog files was copied.

Off course it was me who changed the file, but I didn't expect such a situation...

Answering myself. Qt Simulator from version 1.2 can open gpx files as scripts and replay them, but it sets only the first position of the first file. Then it seems to be stuck. Probably a bug.

No problem, you can use qdoc. A good way to start is to build qt from source and then the documentation with
@make docs@

Then you can start to play and modify the existing documentation and add your own files. Using qdoc outside the Qt source tree is a little bit more complicated because you need more than just the qdoc3 executable. You will need a .qdocconf file and a couple of template files. Happy Hacking!

There are LLVM mkspecs in unsupported (use them via -spec unsupported/whatever) already.

Creator will find all the mkspecs that are available in the Qt version you selected. IIRC you can also specify a absolute path to mkspecs somewhere else.

You will need all the files you end up using:-) Stupid answer, I know, but it depends a lot on how you define the mkspec. Just check existing ones and use them as examples.

Hello,

I am not sure if this ill behavior is related to the posted error message "GDB: Failed to set controlling...", but I decided to post it here because I would think they are related. I am sure it can be demonstrated with simpler code but it is what I have.

If you run this app in bash it will run correctly: every 2 seconds you will see a randomly generated number and its index in a vector. If you type the index that has already been shown it will output that random number multiplied by ten.

If you run this app under debugger in Qt Creator then the getline() function in main thread (in Run() function) will start reading the output of its own process, it will read the output of "my_err(" ****** starting process... ****** ");" statement -- totally incorrect behavior. If you run the app from command line getline() will stuck and wait for the user input.

The bottom line is that getline() reads the stdout of its own process when you run an app under debugger. Any thoughts on this? Anybody else have experienced it?

I am on Ubuntu.

P.S. I tried to post the code but it's complaining about the size must be less than 6000 chars. I'll PM to those interested.

Thanks all
Problem solved here :http://www.developer.nokia.com/Community/Wiki/How_to_deploy_and_link_a_shared_library_on_Harmattan

I tested it but i didn't see the problem you wrote.
You can open the link by right click on the link and choose the Open Link in New Tab, you can switch between open tabs through Open pages window.

Update: I've re-installed XCode and Qt. Almost everything is OK now, but when I try to build the debugging helper, I get an error that it can't delete a directory under my user space. If I manually delete the directory, it removes the Qt version selection from my build settings. When I select the version again, it removes the debugging helper.

What am I doing wrong NOW?

Edit: after some more experimentation, it appears possible that this problem came from mis-use on my part. When I clear the directory in question, the build seems to succeed. If I push "build" a second time, though, that's when the errors occur. If this sounds feasible to more knowledgeable users than I, then I'm willing to eat this one, though I'd point out that the "build" button should survive what effectively amounts to a rebuild (IMO).

I'd like to get some feedback from the smarter folks here before I mark this as solved.