Re: [Interest] HTTP2 error: WINDOW_UPDATE invalid delta

On 31/01/18 16:41, Hamish Moffatt wrote: I've just updated my OpenSSL to 1.0.2n and set HTTP2AllowedAttribute true on my QNetworkRequests. Now I'm getting this error randomly: "WINDOW_UPDATE invalid delta". It appears to come from the HTTP2 network protocol code in Qt. Any suggestions as to

[Interest] HTTP2 error: WINDOW_UPDATE invalid delta

I've just updated my OpenSSL to 1.0.2n and set HTTP2AllowedAttribute true on my QNetworkRequests. Now I'm getting this error randomly: "WINDOW_UPDATE invalid delta". It appears to come from the HTTP2 network protocol code in Qt. Any suggestions as to why?! Hamish _

Re: [Interest] BRe: can the QRegExpEngine cache acces objects belonging to an unloaded library during global destruction?

On terça-feira, 30 de janeiro de 2018 14:35:08 PST René J. V. Bertin wrote: > Thiago Macieira wrote: > > You do lose a bit in performance if you call QMutex::lock() on a > > QBasicMutex: it makes an out-of-line call, instead of inlining the > > test-and-set. If not too hard, call .lock() and .unloc

Re: [Interest] BRe: can the QRegExpEngine cache acces objects belonging to an unloaded library during global destruction?

Thiago Macieira wrote: > You do lose a bit in performance if you call QMutex::lock() on a QBasicMutex: > it makes an out-of-line call, instead of inlining the test-and-set. If not too > hard, call .lock() and .unlock() directly. Should be the case for derefEngine() and prepareEngine_helper() . S

[Interest] BRe: can the QRegExpEngine cache acces objects belonging to an unloaded library during global destruction?

On terça-feira, 30 de janeiro de 2018 13:51:55 PST René J. V. Bertin wrote: > Apparently moc doesn't really know how to handle `QCache QRegExpEngine>` as the primary class signature. I hope that the difference > in primary parent class between QT_BOOTSTRAPPED and normal mode won't lead > to conflic

Re: [Interest] can the QRegExpEngine cache acces objects belonging to an unloaded library during global destruction?

Thiago Macieira wrote: > Q_GADGET macros, then automatically moc them. Headers produce > moc_headername.cpp, sources produce sourcename.moc. #including both is a good > idea Ah, that's the difference I missed! That worked, but only after I changed the class definition from class EngineCache :

[Interest] [QtRO] Qt Remote Objects Security and Encryption

Qt Developers! Hi guys! On how many I have understood QtRO, now generally there is no possibility somehow to protect server objects like QRemoteObjectRegistryHost or QRemoteObjectHost from hackers access via internet? Look, i'm creating an QRemoteObjectRegistryHost object, it just listen a port (

Re: [Interest] Integrate crypto in Qt project

Hello, Thx again to all of you for your great ideas, just to close the subject, wanted to point to this : https://github.com/randombit/botan As a just needed a way to deal with big int, I took part of the code comming from above link and manage DSA manually. Regards, Chris

Re: [Interest] can the QRegExpEngine cache acces objects belonging to an unloaded library during global destruction?

On terça-feira, 30 de janeiro de 2018 11:41:22 PST René J. V. Bertin wrote: > Thiago Macieira wrote: > > .cpp files can be moc'ed too. You just need to #include the output at the > > end of the file. > > I know that, what I've never figured out is how to generate it. Maybe you > have to rebuild fr

Re: [Interest] can the QRegExpEngine cache acces objects belonging to an unloaded library during global destruction?

Thiago Macieira wrote: > .cpp files can be moc'ed too. You just need to #include the output at the end > of the file. I know that, what I've never figured out is how to generate it. Maybe you have to rebuild from scratch? R ___ Interest mailing list

Re: [Interest] can the QRegExpEngine cache acces objects belonging to an unloaded library during global destruction?

On terça-feira, 30 de janeiro de 2018 09:41:06 PST René J. V. Bertin wrote: > Thiago Macieira wrote: > > Correct, you don't need the macro for the new-style connect, except to add > > new signals. But add it anyway. > > That means I'll need a moc file. Is that going to oblige me to move the > clas

Re: [Interest] can the QRegExpEngine cache acces objects belonging to an unloaded library during global destruction?

Thiago Macieira wrote: > Correct, you don't need the macro for the new-style connect, except to add new > signals. But add it anyway. That means I'll need a moc file. Is that going to oblige me to move the class definition to a header file, or is there another way to obtain that moc file? >> -

Re: [Interest] can the QRegExpEngine cache acces objects belonging to an unloaded library during global destruction?

On terça-feira, 30 de janeiro de 2018 05:38:32 PST René J. V. Bertin wrote: > Taking this a step further: is it actually possible to get the aboutToQuit > signal in the middle of an access to this cache, in particular an access by > *the same thread*? No non-deadlocking lock would protect against t

Re: [Interest] can the QRegExpEngine cache acces objects belonging to an unloaded library during global destruction?

On terça-feira, 30 de janeiro de 2018 02:32:50 PST René J. V. Bertin wrote: > A few questions: > - do I need to check for QT_NO_OBJECT here, or is it enough to check for > QT_BOOTSTRAPPED? QT_BOOTSTRAPPED > - is it correct that I don't need a Q_OBJECT macro (and moc file) here for > reliable sign

Re: [Interest] all of QtBase depends on qregexp.cpp (or almost)?

On terça-feira, 30 de janeiro de 2018 02:20:19 PST René J. V. Bertin wrote: > Giuseppe D'Angelo wrote: > > Probably it triggers rebuilding of qmake, which may trigger further > > rebuilds down the line somehow. > > "Fun" fact, after touching qregexp.cpp : > > %> (cd build/qtbase/src/corelib ; mak

[Interest] Dynamic Text Rendering in Canvas3D Using three.js

I'm new to WebGl and three.js. I have a QML based application that has approximately 400 2D text labels that need to be updated at 20 fps. I have looked at THREE.TextGeometry, but it seems like it is too inefficient to use and the text is only set in the constructor which makes it static (inste

Re: [Interest] can the QRegExpEngine cache acces objects belonging to an unloaded library during global destruction?

One more question: I'm not locking the mutex before emptying the cache ATM, but I guess that ideally I should. The mutex can now be moved into the EngineCache class itself, but if I protect the clear() operation with a lock, what would be the most efficient? Continue to use a QBasicMutex and k

Re: [Interest] can the QRegExpEngine cache acces objects belonging to an unloaded library during global destruction?

Thiago Macieira wrote: > QLibrary actually unloads them specifically as part of the QtCore global > destruction, except if you're using glibc on Linux: That could explain the difference I was seeing, but it's more likely that Darwin is either more proactive in unloading plugins with their depen

Re: [Interest] all of QtBase depends on qregexp.cpp (or almost)?

Giuseppe D'Angelo wrote: > Probably it triggers rebuilding of qmake, which may trigger further > rebuilds down the line somehow. "Fun" fact, after touching qregexp.cpp : %> (cd build/qtbase/src/corelib ; make) Only rebuilds QtCore %> (cd build/qtbase/src ; make) rebuilds all of QtBase, includ