Messages

1

Programming / Re: [gcc] libgomp?

« on: Today at 09:20:27 am »

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

2

Programming / Re: Qt6 Application Testing

« on: Today at 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

3

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

4

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...

5

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....

6

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.

7

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....

8

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....

9

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....

10

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....

11

Programming / Re: Qt6 Application Testing

« on: January 19, 2025, 04:12:53 am »

Thanks Paul. I'm seeing some instability with Dooble on this one (for example - any Github page causes a silent exit), although the examples seem to work OK. One thing I noticed - the dates on the WebEngine files are about a month later than the ones i have from the last 6.2.10 and one file (\resources\icudtl.dat) is about 6 months later and a good bit larger. Decided to replace the WebEngine files with the ones from 6.2.10 and now it seems stability has returned, but I will test some more...

PS - that poppl133.dll file took care of the plugin error on Scribus - thanks! Renderframes doesn't work in 1.4.6 either because it depends on separate packages that are not ported to OS/2 - so no go with that. Still chasing the Unicode error...

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...

re: the unicode error - I think it's packaging... looking at the code, it's looking for unicodenameslist.txt

Code: [Select]

UnicodeSearchModel::UnicodeSearchModel(QObject * /*parent*/)
{
setObjectName("UnicodeSearchModel");

QFile file(ScPaths::instance().shareDir() + "unicodenameslist.txt");
if (file.open( QIODevice::ReadOnly ) )
{
QStringList list = QString(file.readAll()).split('\n', Qt::SkipEmptyParts);
file.close();

QStringList line;
UnicodeStruct uni;
for ( QStringList::Iterator it = list.begin(); it != list.end(); ++it )
{
line = (*it).split(':', Qt::SkipEmptyParts);
uni.description = line[1].toLower();
uni.hex = line[0];
m_unicode.append(uni);
}
}
else
qDebug("UnicodeSearchModel: error reading unicodes!");
}

I suspect it's looking in the wrong spot...

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

12

Programming / Re: Qt6 Application Testing

« on: January 18, 2025, 10:33:52 pm »

I've updated Qt 6.2.x to 6.2.11, the latest opensource LTS release; noting that this is released 12 months after the commercial LTS code is released. webengine is still based on Qt 6.2.6 due to issues getting the newer webengine to work.

https://smedley.id.au/tmp/qt6-6.2.11-qtwebengine-6.2.6-os2-20250119.zip

13

Programming / Re: Qt6 Application Testing

« on: January 18, 2025, 09:42:32 pm »

Hey Dave,

  Gave Scribus a try and it is quite impressive! It mostly works from what I can tell so far... a few issues:

1. get an error window on start: There is a problem loading 1 of 47 plugins, 'importpd.dll'. The console also says: Error loading plugin: dlopen rc=2 extra=POPPL133
Using PMDLL to look at importpd.dll shows a dependency on poppl133.dll which I don't have. Do you have it?

2 Console show message at start 'UnicodeSearchModule: error reading unicode!'

3. Console shows message at start: No valid renderframes found - using defaults! It turns out that on the 'External Tools' settings page in 'Preferences', the render frames settings are blank. I added them (by looking at Scribus 1.4.6 settings and going to the same directory in Scribus 1.7.0).

4. When shutting down I would see a message: Cannot write file C:/Home/.local/share/scribus/charpallette.ucp. Turned out the directory did not exist, so I created it manually.

 Thanks for building it!

Regards,

poppl133.dll is at https://smedley.id.au/tmp/poppl133.zip

I'll have to investigate the other issues in my spare(lol) time... I mainly built this as one of the main dev's is an ex-OS/2 guy from WAY back, and he pinged me So thanks Craig

14

Web applications / Re: Dooble releases, Qt5 builds

« on: January 18, 2025, 03:55:26 am »

I'll probably bump the bits of Qt 6.2 that can be, to 6.2.11 - maybe tomorrow and release that with the patches.

15

Programming / Re: Qt6 Application Testing

« on: January 18, 2025, 01:00:10 am »

Plugins working now - need to work on packaging and making it portable, so it can be moved out of /scribus

https://smedley.id.au/tmp/scribus-1.7.0svn-os2-qt6-6.8.x-20250118.zip - needs Qt 6.8.x

I'll try sort out the packaging either this evening or tomorrow.

Edit: Package above is update has been updated and should be portable now Packaging should also be a bit less *nixy