Messages

1

Programming / Re: Qt6 Application Testing

« on: Today at 02:43:28 am »

I'll grep the webengine code, I'd suspect it may already use clock_gettime

2

Programming / Re: Qt6 Application Testing

« on: Today at 12:07:20 am »

Thanks - that was my quick observation too. I'll get the timer tests working that Dmitry alludes to, and see if they've improved test results. I suspect that even if it is timer issues driving issues with Dooble, that those issues are in the chromium code, not the qt code.

3

Programming / Re: Qt6 Application Testing

« on: January 22, 2025, 02:34:58 am »

Qt-base-os2 issue #53 does talk about using the high-res timer. dmik pointed out that libcn supports clock_gettime(CLOCK_MONOTONIC) which interfaces with the high-res timer directly and planned to enable the UNIX implementation (qelapsedtimer_unix.cpp). Might be worth looking at.

Yeah https://github.com/bitwiseworks/qtbase-os2/issues/53 is interesting. I will definitely look in to this. Now whether the webenginewidget code uses the qttimer is another issue. Enhancing the resolution of the timer in qtbase may actually make zero change to webengine if the timing issues are within chromium.

Edit: https://smedley.id.au/tmp/Qt6Core-6.2.11-os2-qelapsedtimer_unix-20250122.zip uses qelapsedtimer_unix.cpp instead of qelapsedtimer_generic.cpp. NB: Minimally tested this (lack of time) - YMMV.... but dooble still loads pages

4

Programming / Re: Qt6 Application Testing

« on: January 21, 2025, 09:48:55 pm »

You have checked where the setting is used but is there no code using hires while it should not ? (setting ignored, missing code to ignore the const  )
Placebo    just tell it to my system which I have to reboot 2 or 3 times per day using Dooble.... (frozen, hung)

* Firefox is outdated for many sites *

Regards

Note: I have no skills into this code. Doing several searches on internet, I found some qt developers using webengine having resolved hires timing issues using process cycles instead (is it possible ?)   

Even if qt6 on OS/2 *is* using hires timing (I have NFI) I cannot understand how that webengine flag is making any difference. The link I posted is where qtwebengine interprets flags - it cannot interpret the flag on OS/2, so the flag is ignored.

I am also *not* a programmer. I can barely write a hello world in C without googling it. How about you inject a deliberate typo into the flag you;'re using with hires and see if you still see the same 'improvements' - that might confirm Dave's thoughts on timing.

5

Programming / Re: Qt6 Application Testing

« on: January 21, 2025, 09:43:01 pm »

Thanks Paul,

 Did a quick test, but unfortunately doesn't seem to be any better than the last one - same apps still don't start and qml examples don't all work - but they seem to fail a little differently. I am getting a lot of entries in POPUPLOG I didn't get before like:

The ones that reference qmlplugn make sense now I think about it - the DLL has been renamed and it can't find the right exports. I'll rebuild the affect qt modules - hopefully tonight.

6

Programming / Re: [gcc] libgomp?

« on: January 21, 2025, 09:20:27 am »

I forget why, but libgomp isn't currently built/ported as part of our GCC.

7

Programming / Re: Qt6 Application Testing

« on: January 21, 2025, 07:56:50 am »

Glad to be able to do something useful to help get QT 6 the best it can be.

https://smedley.id.au/tmp/qt6-6.8.1-os2-20250121.zip should address the DLL name issues. I've also committed these changes to the various 6.8.x branches, and tried to remove the old, incorrect DLLs.

I haven't had time yet to test and see if this changes anything.

Edit: Dooble does not start with this build - it's missing symbols in qmlplugn.dll - those symbols it's looking for are in qt6qml.dll (which doesn't exist in 6.2.x) hmmmm. I think the functionality in this DLL has been split up

8

Programming / Re: Qt6 Application Testing

« on: January 20, 2025, 08:59:44 pm »

May it be possible this constant isn't well taken into some parts of the codes ?

I searched the entire code base, that link I posted is the only place where webengine flags are interpreted, and the timer variable is only interpreted on Windows.

I have no idea how this could possibly make any difference, other than the placebo effect.

Cheers,

Paul

9

Programming / Re: Qt6 Application Testing

« on: January 20, 2025, 09:16:53 am »

OK re: qmlplugn.dll

Qt 6.2.x had: https://github.com/psmedley/qt6-declarative-os2/blob/main/src/qml/CMakeLists.txt#L397 with 'PLUGIN_TARGET qmlplugin' and OS2_SHORT_NAME qmlplugn
In 6.8.x it seems that plugin is built in https://github.com/psmedley/qt6-declarative-os2/blob/6.8.x/src/qmlmeta/CMakeLists.txt#L36 which doesn't have OS2_SHORT_NAME defined...

hmmmm... testing a fix now...

10

Programming / Re: Qt6 Application Testing

« on: January 20, 2025, 09:05:12 am »

Hi Dave!

A snowy winter day, so been doing some investigation of QT 6.8.1 to try to understand some of the problems it has. One thing I did is compare the names of DLL's in QT 6.2.11 with the ones in 6.8.1 and found some discrepancies.

What is this snow thing you speak of? Is it that thing we see here on Christmas cards?

In the \lib directory, there are 3 files missing from 6.8 that are found in 6.2: Qt6NetAu.dll, Qt6PosQk.dll, and QtQmlCoe.dll. Probably their names were changed somehow in the latest build - there is a posquick.dll and Qt6QmCoe.dll in 6.8 I believe are the equivalent for QtPosQk.dll and QtQmlCoe.dll. Can't find an equivalent for Qt6NetAu.dll in 6.8.

1st one is simple - I haven't built qtnetworkauth for 6.8.1
2nd one is interesting... I had uncommited changes to define OS2_SHORT_NAME in 6.2.x then in 6.8.x chose different names <sigh> will fill now.
3rd one is even more interesting.... OS2_SHORT_NAME is defined in 6.2.x (https://github.com/psmedley/qt6-declarative-os2/blob/main/src/core/CMakeLists.txt#L18) but for reasons I don't recall right now (or it was a typo) I changed it in 6.8.x (https://github.com/psmedley/qt6-declarative-os2/blob/6.8.x/src/core/CMakeLists.txt#L23) - actually looks I messed it up in 6.5.x

In the \qml directory there are several name changes in 6.8.1 from 6.2.11:
\QtCore\QtQmlCoe.dll in 6.2 is Qt6QmCoe.dll in 6.8
\QtPositioning\Qt6PosQk.dll in 6.2 is posquick.dll in 6.8
\QtQml\qmlplugn.dll in 6.2 is qml.dll in 6.8
\QtQml\Base\ directory does not exist in 6.2 or 6.8, but does exist in 6.6
\QtWebchannel\Webchann.dll in 6.2 is Qt6WebCQ.dll in 6.8

A couple of these are explained above, qmlplugn.dll vs qml.dll reminds me of some stuff experimenting with qtdeclarative a ways back - I suspect some 'drift' between 6.2 and 6.5 - and 6.8 is based on 6.5

This could definitely explain why some apps that use qml and were build against older Qt don't work. Leave it with me to investigate....

On top of that, there are some qmldir files missing the 'plugin' or 'optional plugin' directive in the \qml directory in 6.8, and the strange addition of another 'QML' directory there which just doesn't look right to me. Most of the qmldir files with missing directives are in new directories not found in 6.2. They are:

I have no real clues about this....

Really appreciate this analysis, I think it should hopefully help speed up some fixes....

11

Programming / Re: Qt6 Application Testing

« on: January 20, 2025, 08:11:58 am »

It looks like disabling hires timer makes QTwebengine more stable.
Could it be possible a problem exist into C++ about hires timer ?  (under windows, they had to increase precision)

https://github.com/psmedley/qt6-webengine-os2/blob/main/src/3rdparty/chromium/base/base_switches.cc#L120

This switch is doing nothing on OS/2.

12

Programming / Re: Qt6 Application Testing

« on: January 19, 2025, 08:08:21 am »

Yep... move unicodenameslist.txt from \scribus\share\scribus\unicodenameslist.txt to \scribus\share

OK found the scribus bug causing this.... I guess maybe win32 doesn't use cmake install for packaging....

https://smedley.id.au/tmp/scribus-1.7.0svn-os2-qt6-6.8.x-20250119.zip fixes some packaging issues....

13

Programming / Re: Qt6 Application Testing

« on: January 19, 2025, 07:13:11 am »

ok https://smedley.id.au/tmp/qt6-6.2.11-qtwebengine-6.2.6-os2-20250119.zip is refreshed with a qt6weben.dll that doesn't depend on system icu....

14

Programming / Re: Qt6 Application Testing

« on: January 19, 2025, 05:08:41 am »

Yep... move unicodenameslist.txt from \scribus\share\scribus\unicodenameslist.txt to \scribus\share

OK found the scribus bug causing this.... I guess maybe win32 doesn't use cmake install for packaging....

15

Programming / Re: Qt6 Application Testing

« on: January 19, 2025, 04:42:43 am »

Re: webengine and 6.2.11 - potentially I rebuild webengine AFTER I imaged the drive.... the only thing I remember doing is rebuilding it with system ICU - which didn't appear to make any differences...

It seems that it did make a difference:  the 'Qt6WebEn.dll' in the latest drop wants 'icuuc69.dll' and 'icuin69.dll'. The previous version didn't want either of these files, numbered or unnumbered.

OK then, it's the opposite case.... if it's looking for icuuc69.dll and icuin69.dll then that's system ICU...

For now - copy lib\Qt6WebEn.dll from the older package over the top of this one.... there's no functional changes to the webengine in some time....