4

I have Qt 4.8.4 (default installation) with MSVC. In my application I'm using ssl connection to the server. QtNetworkd4.dll requires runtime libeay32.dll and ssleay32.dll If I put these libs inside my app directory everything works fine.

I was trying to compile openssl libs statically into my application, although compilation goes fine, during startup application complains about unresolved symbols until I place libeay32.dll and ssleay32.dll into application folder.

So question is: Is it true, that compiling these libs into my application is useless, because QtNetwordkd4.dll will not look for needed functions/symbols inside my application binary, and I should rather compile entire Qt with openssl built in? Like this:

configure -openssl -I C:\OpenSSL-Win32\include -L C:\OpenSSL-Win32\lib\VC\static

Or what I'm trying to do is actually doable, and I've just done something wrong, like wrong version of libeay32 and ssleay32, etc. ?

I'm trying to compile with static openssl for two reasons

  1. I wouldn't have to place libeay32 and ssleay32 inside my app dir
  2. I'm afraid that on some machines there can be openssl already installed in different version, and my app will interact with these libs from system directories.
Alexis Pigeon
  • 7,423
  • 11
  • 39
  • 44
user2018761
  • 306
  • 5
  • 14
  • Is recompilation of QT with -openssl an option? – Lorenzo Dematté Jan 28 '13 at 16:20
  • 1
    Qt usually does LoadLibrary/dlopen on the ssl libs, so static linking wouldn't help. I think there's -openssl-linked, not sure if it works on windows. 2. isn't a problem if the DLLs are right next to the binary. See http://msdn.microsoft.com/en-us/library/windows/desktop/ms682586(v=vs.85).aspx#standard_search_order_for_desktop_applications – Frank Osterfeld Jan 28 '13 at 16:43
  • I've checked link from msdn, in both cases SafeDllSearchMode enabled and disabled, first place to search dll is directory from which application loaded. Would that mean that I can be assured that dlls I placed in my app direcotry are loaded first? – user2018761 Jan 28 '13 at 19:34
  • and regarding -openssl and -openssl-linked both options are available on windows, but setting -openssl-linked does not create binary with openssl built in, but rather requires Qt to have openssl libs present at each time QtNetwork is used, as far as I know. – user2018761 Jan 28 '13 at 19:44

3 Answers3

2

Try like this:

-openssl -openssl-linked -I C:\OpenSSL-Win32\include -L C:\OpenSSL-Win32\lib\VC\static  OPENSSL_LIBS="-lUser32 -lAdvapi32 -lGdi32" OPENSSL_LIBS_DEBUG="-lssleay32MDd -llibeay32MDd" OPENSSL_LIBS_RELEASE="-lssleay32MD -llibeay32MD"
basrach
  • 21
  • 1
  • 3
1

When compiling Qt you can choose one of these options based on the configure command line:

  1. no OpenSSL support (-no-openssl)
  2. QtNetwork dynamically opening OpenSSL libs (-openssl; default)
  3. QtNetwork linking to OpenSSL (-openssl-linked)

The last one means dynamic linking (if Qt is built as a shared library), or static linking (when doing a static build of Qt, i.e. -static).

So the ""solution"" to your problem is passing -static -openssl-linked to Qt's configure.

I say ""solution"" because

  1. I don't see what's the problem at shipping OpenSSL libs next to Qt ones, especially in a shared build of Qt;
  2. upgrading OpenSSL in your app due to security issues discovered in OpenSSL itself gets heavier (new "huge" app binary instead of just replacing the OpenSSL DLLs).
peppe
  • 21,934
  • 4
  • 55
  • 70
0

Correct, statically compiling OpenSSL into your application is useless, as QtNetwork4.dll is expecting functions to be is the openssl DLLs, not in your application.

You two options are to compile OpenSSL into Qt, or to distribute libeay32 and ssleay32 with your application. Alternately, you could ask your users to install those DLLs on their own, but version mismatch can be a bad thing (there are some big differences between 0.9.x and 1.x builds).

AndrewS
  • 8,196
  • 5
  • 39
  • 53