@SGaist said in RaspberryPi2EGLFS tutorial fail at Step 10 "./configure":

file /Users/me/project/raspi/tools/arm-bcm2708/gcc-linaro-arm-linux-gnueabihf-raspbian/bin/arm-linux-gnueabihf-g++

ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, for GNU/Linux 2.6.15, stripped

A quick and final update:

https://bugreports.qt.io/browse/QTBUG-72641
The topic was reopened - in no small part due to @Kalileo I believe ;-) - and the error seems to be found and fixed.

The fixed version seems to be the upcoming 5.12.1 and onwards.

Thanks everyone for the interest and help in the issue.

@JonB @MrShawn

Thanks you two for clarifying.

After downloading/installing a MySQL server in a school computer, I could build/run my app on my computer and insert/update data successfully to the server. That part's all good. Thanks from y'all.

Marking as solved.

User something like LIBS += -F /path/to/where/qwt_framework_is -framework qwt

@J.Hilk said in Deploy QT Application on any mac:

macdeploy

Yes you saved my life ! Works perfectly, thanks !
I had to change @rpath to @executablepath tho

This link helped me doing it if someone has the same problem one day https://stackoverflow.com/questions/2809930/macdeployqt-and-third-party-libraries

@jsulm Thanks a lot!
Sorry for my miss on the link.
I will try it.

im using qt 5.9 and isolated install on mysql 5.7.20 on mac this piece of code worked like charm for me

brew install mysql-connector-c

I already had MAMP installed.... and wanted to use the mysql from mamp running on port 8889 this code helped me to do that

```

db.setHostName("localhost");
db.setConnectOptions("UNIX_SOCKET=/Applications/MAMP/tmp/mysql/mysql.sock");
db.setDatabaseName("xxxxxx");
db.setUserName("root");
db.setPassword("root");
db.setPort(8889);

@jsulm Sorry, i was i little wrong. Widget is full screen after showNormal(). I have the same problem if i call hide instead of showNormal.

Something like SVG ?

Hi,

Even if not through the App Store, it's better to sign your application so people know where it comes from.

What's not clear is why would you need to do a second signing of your application with e.g. a Symantec certificate. What did make you think that ?

Switch of "Run in Terminal" in your project's Run settings, and check whether this makes a difference.

Hi, and welcome to the Qt forum! This is a known bug, see: https://bugreports.qt.io/browse/QTBUG-48572.

This mailing list thread might give you some more information to go further.

Hi,

Do you also have OS X accessibility active on 10.10.5 ?

@maximo
http://doc.qt.io/qt-5/highdpi.html
http://doc.qt.io/qt-5/qscreen.html#devicePixelRatio-prop

Hi and welcome to devnet,

If you can reproduce that with a minimal compilable example then it likely is

Sorry for the delay in replying to your suggestions. I am travelling again in the holiday season, and so I'm again trying to use my macbook to develop Android apps.

When I run ./adb devices -l, I see the device(s) OK - for example with my Nexus 7 tablet I see:

List of devices attached <some sort of device id> device usb:24100000 product:nakasi model:Nexus_7 device:grouper

Similarly if I have an emulator running, I see the emulator listed.

Regarding the video, thanks, but I don't see anything that I'm doing differently, except of course that I have more recent versions of Qt, Android SDK, android NDK, java etc than in the video. Interestingly in the video, you can see the author also sees "unable to start <appname> " (as I do) in the application output window, but the app starts for him.

A recent query here by a user targetting iOS had issues deploying apps with QtCreator 3.5 which were resolved by using QtCreator 3.6 - I have just updated to 3.6 but I experience the same problems as before.

Thanks for any suggestions.

Issue created at QTBUG-47390

I agree with you. However, I haven't yet tested QtIF enough to determine if this could be considered a bug...

You can check your directory by doing:

qDebug() << dir.absolutePath(); dir.cdUp(); qDebug() << dir.absolutePath();

That should tell you what's happening and why. I have used QDir specifically to navigate inside bundles on Mavericks and it worked so check what those values are and it might show you the problem.

Thanks, -no-openssl -securetransport works. Now I can use Mac OS X native secure transport instead of OpenSSL.

@moozoom
I run in the same paradigm when I try to create a static linked library with Qt targeting Android and latter to use it with JINI on Android Studio.
Reading you post I see you have almost the same problem like me with one difference.
To me are working as far I use only std library
My problem appears when I use QString for example in the library.
Looks the static build does not statically includes the Qt framework dependencies.
Finally did you find a solution? Me I run with this issue past over one month.
Thanks

That's normal, the PATH you modify in your terminal in not used by Finder.

Take a look at this thread

Might help.

In any case, you should rather go to the Run part of the Project panel, there you can add these variables for your project so you won't be interfering with others.

Very good ! :)

@SGaist Thanks, I will take a look at that.