Den 24-01-2014 21:33, Igor Mironchik skrev:
> Hi.
>
> How to correct ship Qt binaries (dlls and plugins) for Win 7 platform
> (MSVC 2013)?
>
> I've copied all neccessary Qt dlls to the directory with executable. In
> that directory I've created "plugins" directory and copy there all
> plugins with
These might also help
http://qt-project.org/forums/viewthread/27056/#122634
http://qt-project.org/forums/viewthread/27061/
http://qt-project.org/forums/viewthread/21269
On 24 January 2014 23:26, Till Oliver Knoll wrote:
> Am 24.01.2014 um 22:17 schrieb Till Oliver Knoll <
> till.oliver.kn
On 1/24/2014 4:23 PM, Joshua Kolden wrote:
> Yes. I’ve done this. I have a realtime coding environment in which the
> running app will reload and redraw qml on file change. It’s relatively easy
> to setup. I’ve even set it up so that it’ll draw iPad and iPhone sized
> windows next to a reduc
Ah, ignore my previous message, I misunderstood the original question
(really shouldn't be wandering around the Internet at ~5AM :) ).
Function eglQuerySurfacePointerANGLE() from ANGLE's EGL extension "
EGL_ANGLE_query_surface_pointer" may be what you're looking for.
On Jan 24, 2014 8:57 PM, "Thom
No, ANGLE doesn't expose its Direct3D device. Moreover, ANGLE supports
Direct3D 11 so it doesn't seem to be a very good idea to make any
assumptions about presence of a D3D9 device.
On Jan 24, 2014 8:57 PM, "Thomas Sevaldrud" wrote:
> Hello,
>
> I know that what I'm about to ask is somewhat of a
Yes. I’ve done this. I have a realtime coding environment in which the
running app will reload and redraw qml on file change. It’s relatively easy to
setup. I’ve even set it up so that it’ll draw iPad and iPhone sized windows
next to a reduced desktop window on my mac desktop machine.
The b
Am 24.01.2014 um 03:39 schrieb Thiago Macieira :
> On quinta-feira, 23 de janeiro de 2014 23:05:26, Soroush Rabiei wrote:
>> The problem is that bash (or qmake) eats the double quotation. Definition
>> needs to be wrapped in quotations. So it should pass to compiler something
>> like:
>>
>> -DSE
Am 24.01.2014 um 22:17 schrieb Till Oliver Knoll :
> Am 24.01.2014 um 20:53 schrieb Jonathan Greig :
>
>> Igor,
>> From what I understand, you need to create another directory in the same
>> directory as your executable called platforms and put the qwindows.dll
>> there, otherwise it won't work
Am 24.01.2014 um 20:53 schrieb Jonathan Greig :
> Igor,
> From what I understand, you need to create another directory in the same
> directory as your executable called platforms and put the qwindows.dll there,
> otherwise it won't work. I felt this was a little clunky when switching from
> Qt4
Igor,
I'm not sure and I'm on a linux box at the moment. Try copying the entire
platforms directory that Qt provides to your platforms directory and then
try it. Other than that make sure the ICU and GL files are there also like
the link mentions. You can go back later and systematically remove any
Hi.
Igor,
From what I understand, you need to create another directory in the
same directory as your executable called platforms and put the
qwindows.dll there, otherwise it won't work. I felt this was a little
clunky when switching from Qt4 to Qt5. I think I read somewhere that
there is a w
On Fri, Jan 24, 2014 at 8:42 PM, Thiago Macieira
wrote:
> On sexta-feira, 24 de janeiro de 2014 14:18:59, Francisco Ares wrote:
> > Is it really needed to enclose the string?
> >
> > What will it happens if you just do
> >
> > DEFINES += SERIAL=6b6ab0
>
> He'll need to strigify the macro before us
Igor,
>From what I understand, you need to create another directory in the same
directory as your executable called platforms and put the qwindows.dll
there, otherwise it won't work. I felt this was a little clunky when
switching from Qt4 to Qt5. I think I read somewhere that there is a way to
chan
On Fri, Jan 24, 2014 at 7:48 PM, Francisco Ares wrote:
>
> Is it really needed to enclose the string?
>
> What will it happens if you just do
>
> DEFINES += SERIAL=6b6ab0
I'm using an encryption schema based on serial codes. These codes need to
be secret and user-specific (we deliver a new comp
On Fri, Jan 24, 2014 at 7:59 PM, Lorenz Haas wrote:
> Since I made them by hand and not with a build server or similar, I won't
> support 2.4 with precompiled packages. I am sorry but you have to build it
> on your own for old qtc versions.
>
> And is there any reason why you use such an old vers
Hi.
How to correct ship Qt binaries (dlls and plugins) for Win 7 platform
(MSVC 2013)?
I've copied all neccessary Qt dlls to the directory with executable. In
that directory I've created "plugins" directory and copy there all
plugins with subfolders. I.e., for example,
"plugins/platforms/qwin
Am 24.01.2014 um 18:21 schrieb Thiago Macieira :
> On sexta-feira, 24 de janeiro de 2014 18:19:20, Till Oliver Knoll wrote:
>>> I /assume/ that it works, just like it works with Qt.
>>
>> Well, then it must work with "Cocoa only", too - case solved
>
> So you *can* run Qt and Cocoa things in a d
Did anybody implement such functionality? Is is possible at all? Having
this would be extremely helpful for fine-tuning UI.
___
Interest mailing list
Interest@qt-project.org
http://lists.qt-project.org/mailman/listinfo/interest
Hi Etienne,
if you are impatient: scroll at least halfway down.
On Thursday, Thursday 23 January 2014 at 17:41, Etienne Sandré-Chardonnal
wrote:
> 2014/1/23 Konrad Rosenbaum
> > If some of those connections are handled outside the main thread, it
> > could explain the crash: GUI events MUST NOT
Am 24.01.2014 um 18:15 schrieb Thiago Macieira :
> 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
Am 24.01.2014 um 17:58 schrieb Thomas Sevaldrud :
> After a bit of browsing about in the ANGLE and Qt code, I found that the
> ANGLE GL implementation is not capable of multithreaded access, so I guess
> I'll have to rewrite this a bit :-)
I found this free sample chapter of "OpenGL Insights"
On sexta-feira, 24 de janeiro de 2014 18:19:20, Till Oliver Knoll wrote:
> > I /assume/ that it works, just like it works with Qt.
>
> Well, then it must work with "Cocoa only", too - case solved
So you *can* run Qt and Cocoa things in a different thread than main() was run
on.
However, NSAppli
Am 24.01.2014 um 18:10 schrieb Thiago Macieira :
> On sexta-feira, 24 de janeiro de 2014 10:17:50, Till Oliver Knoll wrote:
>> Since I /assume/ that you cannot (easily) fool that static
>> NSThread:isMainThread method by creating a thread different than with
>> NSThread it would still return 'NO',
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 n
On sexta-feira, 24 de janeiro de 2014 14:18:59, Francisco Ares wrote:
> Is it really needed to enclose the string?
>
> What will it happens if you just do
>
> DEFINES += SERIAL=6b6ab0
He'll need to strigify the macro before using it.
--
Thiago Macieira - thiago.macieira (AT) intel.com
Softwa
On sexta-feira, 24 de janeiro de 2014 10:17:50, Till Oliver Knoll wrote:
> Since I /assume/ that you cannot (easily) fool that static
> NSThread:isMainThread method by creating a thread different than with
> NSThread it would still return 'NO', even within a "POSIX created thread.
> And I assume it
Am 24.01.2014 um 17:13 schrieb Richard Moore :
> On 24 January 2014 14:34, Phil Hannent 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
After a bit of browsing about in the ANGLE and Qt code, I found that the
ANGLE GL implementation is not capable of multithreaded access, so I guess
I'll have to rewrite this a bit :-)
- Thomas
On Fri, Jan 24, 2014 at 2:08 PM, Thomas Sevaldrud wrote:
> Hi,
>
> I'm new on this list, so I'm sorry
Hello,
I know that what I'm about to ask is somewhat of a heresy, but is there a
way to access to the IDirect3DSurface9 used as a back buffer by the ANGLE
OpenGL Wrapper in Qt?
The ultimate goal of this hack is to integrate a QWindow into a WPF
application. I know this sounds real evil, but the W
Since I made them by hand and not with a build server or similar, I won't
support 2.4 with precompiled packages. I am sorry but you have to build it
on your own for old qtc versions.
And is there any reason why you use such an old version? The precompiled
qtc versions surely run on Ubuntu 12.04.
_
On 24 January 2014 14:34, Phil Hannent 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, however that's clear
The real fix for this is to compile Qt yourself. Disable ssl completely.
Compiling Qt on Windows is a bit painful. But *nowhere* near as painful
as compiling openssl. So if you don't need openssl, you should be okay.
Bo.
Den 24-01-2014 15:34, Phil Hannent skrev:
> Good afternoon,
>
> Firstly th
Good afternoon,
Firstly thank you everybody for taking the time to reply to me, I
appreciate it very much. I have learnt quite a bit in the last few
hours.
1, This issue was never highlighted because the application didn't
explicitly require SSL, so it was never tested for as a feature.
During de
-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 cou
Am 24.01.2014 um 14:34 schrieb Richard Moore :
> On 24 January 2014 13:27, Till Oliver Knoll
> 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? T
Am 24.01.2014 um 14:22 schrieb Koehne Kai :
>>> ...
>
> 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 ;)
However the questi
On 24 January 2014 13:27, Till Oliver Knoll 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 that would
> mean you c
Am 24.01.2014 um 13:20 schrieb Phil Hannent :
> ...
>
> 1, How is Qt 5.2.0 able to make SSL connections when the required
> DLL's are not shipped in the pre-compiled Qt downloads?
In one word: "plugins" - or more specifically: dlopen (Unix) respective
LoadLibrary (Windows).
So even "Dependency
>> On 24 January 2014 12:20, Phil Hannent 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 y
"Richard Moore" wrote:
> On 24 January 2014 12:20, Phil Hannent 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
> lin
Hi,
I'm new on this list, so I'm sorry if this has been discussed before. I am
using Qt in an OpenGL rendering engine, and I'm doing asynchronous texture
uploads by having two separate QOpenGLContexts with texture sharing.
This works nicely on both Windows and Linux as long as I'm running the ful
On 24 January 2014 12:20, Phil Hannent 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 use strace to che
On 24 January 2014 12:03, Scott Aron Bloom 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 is
> HORRIBLE for bin
On 24 January 2014 11:43, Richard Moore wrote:
> On 24 January 2014 11:07, Phil Hannent wrote:
>> On 24 January 2014 10:57, Soroush Rabiei 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
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 is HORRIBLE
for binary compatibility...
Ship the DLLs.. or don't try to conne
On 24 January 2014 11:07, Phil Hannent wrote:
> On 24 January 2014 10:57, Soroush Rabiei 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 (except legal possible issues). You c
Hi all,
On 24 January 2014 10:57, Soroush Rabiei wrote:
> On Fri, Jan 24, 2014 at 1:55 PM, Phil Hannent 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.
Wrong recipient, sorry. :)
Anfang der weitergeleiteten E‑Mail:
> Von: Till Oliver Knoll
> Datum: 24. Januar 2014 11:58:36 MEZ
> An: Phil Hannent
> Betreff: Re: [Interest] libeay32.dll - The Ordinal 4369 could not be located
>
> Am 24.01.2014 um 11:25 schrieb Phil Hannent :
>
>> ..
>>
>> My
On Fri, Jan 24, 2014 at 1:55 PM, Phil Hannent 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
> see this error
On Fri, Jan 24, 2014 at 6:09 AM, Thiago Macieira
wrote:
>
> You have to work back from what you want. You want a compiler argument
> containing the string:
>
> -DSERIAL="6b6ab0"
>
> Since Make runs commands using the shell, you need to add one level of
> escaping so the shell will do what
Am 24.01.2014 um 10:17 schrieb Till Oliver Knoll :
> Am 24.01.2014 um 03:22 schrieb Thiago Macieira :
>
>> On quinta-feira, 23 de janeiro de 2014 21:47:25, Till Oliver Knoll wrote:
>>> For the curious: trying to instantiate an NSApplication within an
>>> NSThread does /not/ work (and the same the
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 bein
Am 24.01.2014 um 03:22 schrieb Thiago Macieira :
> On quinta-feira, 23 de janeiro de 2014 21:47:25, Till Oliver Knoll wrote:
>> For the curious: trying to instantiate an NSApplication within an
>> NSThread does /not/ work (and the same then holds off course for a
>> QApplication)! I got indeed an
53 matches
Mail list logo
