Am 26.01.2014 um 20:46 schrieb Thiago Macieira thiago.macie...@intel.com:
On sexta-feira, 24 de janeiro de 2014 18:47:33, Till Oliver Knoll wrote:
... which on its turn - or whatever Qt component in the end - seems to
search for an OpenSSL.dll in the PATH (according to the OP the program
Am 27.01.2014 um 10:05 schrieb Till Oliver Knoll till.oliver.kn...@gmail.com:
...Loading OpenSSL libraries The ssl libraries are handled specially, and
searched in this order (we cannot expect them to always be in the system
folder): 1. Application path 2. System libraries path 3. Trying all
On segunda-feira, 27 de janeiro de 2014 16:15:26, Bo Thorsen wrote:
But it would be nice if qt.conf had a disallow ssl option. Then it's
easy to avoid a crash from a bad ssl library picked up from somewhere else.
Sounds like a reasonable feature and easily implementable for Qt 5.3. Feature
On sexta-feira, 24 de janeiro de 2014 18:47:33, Till Oliver Knoll wrote:
... which on its turn - or whatever Qt component in the end - seems to
search for an OpenSSL.dll in the PATH (according to the OP the program
folders of Tortoise and CMake were scanned!). And PATH is clearly /not/
a
Good morning,
I have a small issue with a MinGW Qt 5.2.0 application. On a users
computer when they start the application they get a warning dialog
about libeay32.dll. On test machines and developer machines we've not
see this error.
However when I locate that file on my computer and find it
On Fri, Jan 24, 2014 at 1:55 PM, Phil Hannent p...@hannent.co.uk wrote:
Good morning,
I have a small issue with a MinGW Qt 5.2.0 application. On a users
computer when they start the application they get a warning dialog
about libeay32.dll. On test machines and developer machines we've not
On 24 January 2014 11:07, Phil Hannent p...@hannent.co.uk wrote:
On 24 January 2014 10:57, Soroush Rabiei soroush.rab...@gmail.com wrote:
libeay32.dll belongs to OpenSSL library. I think you have to find which DLL
your code links against and copy it beside your application. That will fix
all
: Re: [Interest] libeay32.dll - The Ordinal 4369 could not be located
On 24 January 2014 11:07, Phil Hannent p...@hannent.co.uk wrote:
On 24 January 2014 10:57, Soroush Rabiei soroush.rab...@gmail.com wrote:
libeay32.dll belongs to OpenSSL library. I think you have to find
which DLL your code
On 24 January 2014 11:43, Richard Moore r...@kde.org wrote:
On 24 January 2014 11:07, Phil Hannent p...@hannent.co.uk wrote:
On 24 January 2014 10:57, Soroush Rabiei soroush.rab...@gmail.com wrote:
libeay32.dll belongs to OpenSSL library. I think you have to find which DLL
your code links
On 24 January 2014 12:03, Scott Aron Bloom scott.bl...@onshorecs.com wrote:
What is probably happening, is you are calling an ssl based connection, and
since you are not shipping the openssl dlls that qt was built against, its
picking up one someone else on the system. Unfortunately, openssl
On 24 January 2014 12:20, Phil Hannent p...@hannent.co.uk wrote:
However could you explain how QtWebkit is able to view https pages
when the libeasy32.dll is not in my path or next to the application?
It must be located in one of the many locations that are searched. On
linux I'd suggest you
Richard Moore r...@kde.org wrote:
On 24 January 2014 12:20, Phil Hannent p...@hannent.co.uk wrote:
However could you explain how QtWebkit is able to view https pages
when the libeasy32.dll is not in my path or next to the application?
It must be located in one of the many locations that
On 24 January 2014 12:20, Phil Hannent p...@hannent.co.uk wrote:
However could you explain how QtWebkit is able to view https pages
when the libeasy32.dll is not in my path or next to the application?
It must be located in one of the many locations that are searched. On
linux I'd suggest
On 24 January 2014 13:27, Till Oliver Knoll till.oliver.kn...@gmail.com wrote:
And even if you don't connect to those services, QWebKit will still try to
resolve that OpenSSL library - or is that a deferred initialisation until a
https connection is attempted? Then you would be lucky, because
Am 24.01.2014 um 14:22 schrieb Koehne Kai kai.koe...@digia.com:
...
Well, _actually_ I think dependency walker (depends.exe) is ideal for the
task at hand :) Just load the .exe, and start monitoring what it's doing via
'Profile-Start Profiling...'.
That's exactly what I meant ;)
Am 24.01.2014 um 14:34 schrieb Richard Moore r...@kde.org:
On 24 January 2014 13:27, Till Oliver Knoll till.oliver.kn...@gmail.com
wrote:
And even if you don't connect to those services, QWebKit will still try to
resolve that OpenSSL library - or is that a deferred initialisation until a
-Original Message-
From: interest-bounces+scott.bloom=onshorecs@qt-project.org
[mailto:interest-bounces+scott.bloom=onshorecs@qt-project.org] On Behalf Of
Phil Hannent
Sent: Friday, January 24, 2014 4:21 AM
To: interest
Subject: Re: [Interest] libeay32.dll - The Ordinal 4369
To: interest
Subject: Re: [Interest] libeay32.dll - The Ordinal 4369 could not be located
On 24 January 2014 11:43, Richard Moore r...@kde.org wrote:
On 24 January 2014 11:07, Phil Hannent p...@hannent.co.uk wrote:
On 24 January 2014 10:57, Soroush Rabiei soroush.rab...@gmail.com wrote:
libeay32
To: interest
Subject: Re: [Interest] libeay32.dll - The Ordinal 4369 could not be located
On 24 January 2014 11:43, Richard Moore r...@kde.org wrote:
On 24 January 2014 11:07, Phil Hannent p...@hannent.co.uk wrote:
On 24 January 2014 10:57, Soroush Rabiei soroush.rab...@gmail.com wrote
On 24 January 2014 14:34, Phil Hannent p...@hannent.co.uk wrote:
I have a version 1.0 that I can bundle next to the application and to
use that. It would certainly be helpful to have the ability to toggle
where QLibrary searches in a bid to remove potential security and
usability issues,
Am 24.01.2014 um 17:13 schrieb Richard Moore r...@kde.org:
On 24 January 2014 14:34, Phil Hannent p...@hannent.co.uk wrote:
I have a version 1.0 that I can bundle next to the application and to
use that. It would certainly be helpful to have the ability to toggle
where QLibrary searches in a
On sexta-feira, 24 de janeiro de 2014 17:51:20, Till Oliver Knoll wrote:
static void setLibraryPaths(const QStringList );
Does that also affect where QWebkit searches for OpenSSL which is /not/ a Qt
plugin?
Yes, since QtWebKit uses QNetworkAccessManager, which uses QSslSocket.
We're not
Am 24.01.2014 um 18:15 schrieb Thiago Macieira thiago.macie...@intel.com:
On sexta-feira, 24 de janeiro de 2014 17:51:20, Till Oliver Knoll wrote:
static void setLibraryPaths(const QStringList );
Does that also affect where QWebkit searches for OpenSSL which is /not/ a Qt
plugin?
Yes,
23 matches
Mail list logo
