Qt6 Application Testing

[roberto]

I've been testing version 626, and I don't see any advantages over version 632.
 Version 626 eats up the shared low memory very fast, otherwise I see them as very similar.
You've removed the option to open file, which is very useful for having old bookmarks that are available in version 632, even if it only works on the Unixroot.
Thank you for your effort.
Saludos

[roberto]

A question for Paul.
I've found that the Dooble qt6 632 works best for me is when I have very low shared memory.
 I would say below 32mb.
 I wanted to ask if you could do a build, limiting the use of shared low memory to a maximum of 32mb.
 As far as I can see, even when you get to 0 shared memory, it takes high memory and moves it to low,
  to keep working.
But if I have a lot of low memory available, Dooble uses it and tends to crash, more often.

Saludos

[Paul Smedley]

Core qt6 libs updated to 6.2.9 - webengine still at 6.2.6. https://smedley.id.au/tmp/qt6-6.2.9-qtwebengine-6.2.6-os2-20240827.zip

[Martin Iturbide]

Core qt6 libs updated to 6.2.9 - webengine still at 6.2.6. https://smedley.id.au/tmp/qt6-6.2.9-qtwebengine-6.2.6-os2-20240827.zip

THanks Paul

I updated the first page of the thread with the links. If there is any library version that does not apply anymore please let me know to remove it.

Regards

[Pete]

Hi Martin

Based on my recent expoerience of getting dooble_QT6 working you could add Heimdal to the list of needed packages - contains the needed GSSAPI.DLL

You could also clarify that the  yum install libvpx  is a different package to libvpx - https://smedley.id.au/tmp/libvpx-1.13.0-os2-20230303.zip  and that both packages are required.


Regards

Pete

[Dave Yeo]

Hi Paul, I fixed dooble.pro to process the dictionary files, make failed as it expected qwebengine_convert_dict to be in qt6-6.2.x\libexec instead of bin. I notice that Qt5 puts it in @unixroot/usr/lib/qt5/bin along with a lot of other Qt5 exe's.
Is that how your build left it or are you manually installing?

[Paul Smedley]

Cmake install is used to package things. I'll take a look at the scripts - it's possible there are different install paths depending on platform...

[Dave Yeo]

Cmake install is used to package things. I'll take a look at the scripts - it's possible there are different install paths depending on platform...

Good point, I simply replaced win32 with os2 as a quick hack.
Looking at dooble.pro (basically at the beginning), the main differences seem to be between libexec and libexec/qt6 or in the case of win32, being on the PATH depending on platform. Seems no support for building them on Qt5.

[Paul Smedley]

Can't you do things like win32|os2 to follow that path on win32 or os2?

[Dave Yeo]

Can't you do things like win32|os2 to follow that path on win32 or os2?

I was wondering the same, will test.

[Dave Yeo]

Can't you do things like win32|os2 to follow that path on win32 or os2?

I was wondering the same, will test.

And yes, that works fine.

[Paul Smedley]

I finally worked out (with help from Steven!)  how to fix the compilation of Qt6 with a newer gcc. I've rebuilt all the libs except qtwebengine and it seems to work.  I'm not really  expecting this to fix anything, but it simplifies my deve environment by allowing me to  standardise on gcc 14.2.0.

https://smedley.id.au/tmp/qt6-6.2.9-gcc14-qtwebengine-6.2.6-os2-20240901.zip

I've started a build of qtwebengine - but given the compilation time,  it will be a couple of days before I have this all fully rebuilt with gcc14.

Cheers,

Paul

Edit: 4 build breaks in the first ~2000 objects. Started with 25763 to go, now 23441 to go.
Edit2: 20,000 files to go... I'm sure it will break as soon as I stop watching

[David McKenna]

 Thanks Paul!

 Been busy lately, so no time to test the last drop, but I just installed this latest GCC14 version and Dooble works great with it. I have time today to give it a real test so will report back....

Regards,

[Remy]

I finally worked out (with help from Steven!)  how to fix the compilation of Qt6 with a newer gcc. I've rebuilt all the libs except qtwebengine and it seems to work.  I'm not really  expecting this to fix anything, but it simplifies my deve environment by allowing me to  standardise on gcc 14.2.0.

https://smedley.id.au/tmp/qt6-6.2.9-gcc14-qtwebengine-6.2.6-os2-20240901.zip

I've started a build of qtwebengine - but given the compilation time,  it will be a couple of days before I have this all fully rebuilt with gcc14.

Cheers,

Paul

Edit: 4 build breaks in the first ~2000 objects. Started with 25763 to go, now 23441 to go.
Edit2: 20,000 files to go... I'm sure it will break as soon as I stop watching

Hi Paul,

I just give it a try.
A link I tried several times with previous 6.2.9 resulted into a higher cpu and system froze (reboot)
Trying this link with this build, it crashed but no froze (not all time) !

Found following message which should not happen due this link works under firefox etc... :
js: Uncaught SecurityError: Blocked a frame with origin "https://earthquakes.volcanodiscovery.com"
from accessing a frame with origin "https://...(link name remove)...". Protocols, domains, and ports must match.

This link is from under an integrated widget on the corresponding web site page.
valid cross-domain authorization not recognized ?
something to do with QWebEngineUrlScheme Class ?

May be resolving this error may allow to visit more web sites 

[Paul Smedley]

If this is repeatable, please open a ticket at https://github.com/psmedley/qt6-webengine-os2/issues with the affected url.

Not sure how this update could really have influenced things, as the webewebengine code is unchanged - only the other modules have been rebuilt.