QNetworkAccessManager::NetworkAccessibility contains different value after macdeployqt

[mark_in_gr]

I am developing an app for OS X and am using QNetworkAccessManager. The app was originally written on Windows and now being ported to Mac.

I am using Qt 5.3 on both Windows and Mac. On the Mac, when I run the app from QT Creator prior to running macdeployqt(which is referencing the Qt frameworks from my local file system), QNetworkAccessManager::NetworkAccessibility reports "Accessible". However, after I run macdeployqt, which sets the Frameworks to use executable_path, QNetworkAccessManager::NetworkAccessibility now reports "NotAccessible".

I have verified that the Qt Frameworks are in the correct place within my app bundle. I have also tried instantiating the QNetworkAccessManager as a pointer, and this had no affect.

My code which instantiates my QNetworkAccessManager object is in my .h file here:

@
Class SoftwareUpdateDialog : public QDialog
{

protected:
QNetworkAccessManager manager;

@

Running "otool -L bundle.app|grep QtNetwork" prior to running macdeployqt returns:
/usr/local/Qt-5.23.1/lib/QtNetwork.framework/Versions/5/QtNetwork (compatibility version 5.3.0, current version 5.3.1)

Running "otool -L bundle.app|grep QtNetwork" after running macdeployqt returns:
@executable_path/../Frameworks/QtNetwork.framework/Versions/5/QtNetwork (compatibility versions 5.3.0, current version 5.3.1)

I have verified that the QtNetwork framework is in the correct place in my app bundle(../Contents/Frameworks).
And I have included "+= Network" in my .pro file, else it would not even be working in my developer QT Creator build.

Is there an additional framework I need for Network use when deploying an app on Mac OS X?

[SGaist]

Hi,

You are probably missing the bearer plugins, their deployment should be done correctly for 5.4, until then you need to deploy them manual.

[mark_in_gr]

Thanks. I just tried copying the /usr/local/Qt-5.3.1/plugins/bearer directory and all of it's contents to myApp.app/Contents/Plugins and it still does not work.

Would it matter if I copied bearer after running macdeployqt?

[mark_in_gr]

I found this link pertaining to the patch you mentioned: https://qt.gitorious.org/qt/qttools/commit/33b79808bdce641a06b4cc8e4f1aa6e332742bf3

I am assuming that "manually deploying" requires more than just a copy of the plugins directory. Is that correct?

[mark_in_gr]

I think I found the thread with the solution: http://qt-project.org/forums/viewthread/26887

The one thing that is a bit unclear yet is pertaining to this statement in the thread:
[quote]it worked…. i copied the contents of bearer into Plugin and changed the path using install_name_tool -change command . Thanks you !![/quote]

How do you use "install_name_tool -change for a plugin? I have only used this for a Framework.

[mark_in_gr]

I tried the following after copying the /usr/local/Qt-5.2.1/plugins/bearer directory to myApp.app/Contents/Plugins, but it still didn't fix the problem.

[code]
install_name_tool -id @executable_path/../Plugins/bearer/libqcorewlanbearer.dylib "myApp.app"/Contents/Plugins/bearer/libqcorewlanbearer.dylib

install_name_tool -change /usr/local/Qt-5.3.1/plugins/bearer/libqcorewlanbearer.dylib @executable_path/../Plugins/bearer/libqcorewlanbearer.dylib "myApp.app/Contents/MacOS/myApp"

install_name_tool -id @executable_path/../Plugins/bearer/libqgenericbearer.dylib "myApp.app"/Contents/Plugins/bearer/libqgenericbearer.dylib

install_name_tool -change /usr/local/Qt-5.3.1/plugins/bearer/libqgenericbearer.dylib @executable_path/../Plugins/bearer/libqgenericbearer.dylib "myApp.app/Contents/MacOS/myApp"
[/code]

[SGaist]

You call it the same in on the dylib file.

However you can also clone the qttool repository and build macdeployqt yourself

[mark_in_gr]

I guess I don't understand what's wrong with the "install_name" statements in my prior post. Shouldn't that direct the app to where the plugins are found?

[SGaist]

To see how it should look like, run otool -L on another plugin. You only have to update the paths to the Qt libraries

[mark_in_gr]

I think I'm beginning to understand a bit better. My app uses SQLite. So, if I run otool -L ../PlugIns/sqldrivers/libqsqlite.dylib, I see the following output:

[quote]libqsqlite.dylib (compatibility version 0.0.0, current version 0.0.0)
@executable_path/../Frameworks/QtSql.framework/Versions/5/QtSql (compatibility version 5.3.0, current version 5.3.1)
@executable_path/../Frameworks/QtCore.framework/Versions/5/QtCore (compatibility version 5.3.0, current version 5.3.1)
/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1)[/quote]

Whereas if I run otool on libqgenericbearer.dylib in the manually copied "bearer" PlugIns directory, I see the following output:

[quote]libqgenericbearer.dylib (compatibility version 0.0.0, current version 0.0.0)
/usr/local/Qt-5.3.1/lib/QtNetwork.framework/Versions/5/QtNetwork (compatibility version 5.3.0, current version 5.3.1)
/usr/local/Qt-5.3.1/lib/QtCore.framework/Versions/5/QtCore (compatibility version 5.3.0, current version 5.3.1)
/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1197.1.1)[/quote]

This verifies that the manually copied bearer plugins are still pointing to the local filesystem shared libraries.

So I am assuming that for the install_name_tool commands for the two bearer plugins, the old and new would be the /usr/local/... and @executable_path/... and the file would be the actually bearer dylib instead of my application's executable binary.

Something like this(if I execute it from the PlugIns/bearer directory in my .app file)?

install_name_tool -change /usr/local/Qt-5.3.1/lib/QtNetwork.framework/Versions/5/QtNetwork @executable_path/../Frameworks/QtNetwork.framework/Versions/5/QtNetwork ../libqcorewlanbearer.dylib

I would have to do this for QtCore as well for both the libqcorewlanbearer.dylib and libqgenericbearer.dylib plugins.

Do you concur with this?

[mark_in_gr]

I think I am still missing a step. It sounds like I have to run install_name_tool -id before install_name_tool -change, but I don't quite understand the sequence.

I have used these commands in the past to do things like change @rpath to @executable_path. But how do you change the path of a certain .dylib's shared .dylibs?

[mark_in_gr]

I was finally able to get this to work with the following commands:

install_name_tool -change /usr/local/Qt-5.3.1/lib/QtNetwork.framework/Versions/5/QtNetwork @executable_path/../Frameworks/QtNetwork.framework/Versions/5/QtNetwork libqcorewlanbearer.dylib

install_name_tool -change /usr/local/Qt-5.3.1/lib/QtCore.framework/Versions/5/QtCore @executable_path/../Frameworks/QtCore.framework/Versions/5/QtCore libqcorewlanbearer.dylib

install_name_tool -change /usr/local/Qt-5.3.1/lib/QtNetwork.framework/Versions/5/QtNetwork @executable_path/../Frameworks/QtNetwork.framework/Versions/5/QtNetwork libqgenericbearer.dylib

install_name_tool -change /usr/local/Qt-5.3.1/lib/QtCore.framework/Versions/5/QtCore @executable_path/../Frameworks/QtCore.framework/Versions/5/QtCore libqgenericbearer.dylib

Thank you for the help.

[SGaist]

Very good !

You're welcome !

Now that you have it working, please update the thread title prepending [solved] so other forum users may know a solution has been found :)