Messages

1

Internet / Re: Dooble releases-Qt6

« on: Today at 07:31:45 am »

https://doc.qt.io/qt-6/qtextcodec.html might help...

Code: [Select]

QTextCodec *codec = QTextCodec::codecForName("KOI8-R");
QByteArray encodedString = codec->fromUnicode(string);
IBM 850 is in the list of supported codecs.

scratch this, QTextCodec is part of qt5compat which can't be used in building qt6core

2

Internet / Re: Dooble releases-Qt6

« on: Today at 04:15:56 am »

Updated qos2.dll in https://smedley.id.au/TMP/qos2-20241204.zip - needs to be copied over \qt6-6.2.x\plugins\platform\qos2.dll

3

Internet / Re: Dooble releases-Qt6

« on: December 03, 2024, 08:39:10 am »

Looks like you haven't installed Paul's latest qos2.dll. You are right that they do display differently though, just not that different.

Right, here after replacing qos2.dll (better but not good)

Please roll back qos2.dll and test with https://smedley.id.au/tmp/qt6core-20241203.zip - this has a Proof of Concept fix from Rich.

Cheers,

Paul

4

Internet / Re: Dooble releases-Qt6

« on: December 02, 2024, 09:33:57 am »

Right now, qtbase is configured with '-no-opengl' so it definitely won't work....

I tried configuring without -no-opengl and with tinygl installed.

configure failed:

Code: [Select]

Run Build Command(s):C:/USR/BIN/ninja.exe cmTC_d65cf && [1/2] Building CXX object CMakeFiles/cmTC_d65cf.dir/src.cxx.o
FAILED: CMakeFiles/cmTC_d65cf.dir/src.cxx.o
c:/usr/local1420/bin/c++.exe -DHAVE_EGL  -std=gnu++17 -o CMakeFiles/cmTC_d65cf.dir/src.cxx.o -c 'U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp/src.cxx'
U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp/src.cxx:2:10: fatal error: EGL/egl.h: No such file or directory
    2 | #include <EGL/egl.h>
      |          ^~~~~~~~~~~
compilation terminated.
ninja: build stopped: subcommand failed.


Source file was:

#include <EGL/egl.h>

int main(int, char **) {
    [[maybe_unused]] EGLint x = 0;
    EGLDisplay dpy = 0; EGLContext ctx = 0;
    eglDestroyContext(dpy, ctx);
}
Performing C++ SOURCE FILE Test HAVE_GLESv2 failed with the following output:
Change Dir: U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp

Run Build Command(s):C:/USR/BIN/ninja.exe cmTC_d65fe && [1/2] Building CXX object CMakeFiles/cmTC_d65fe.dir/src.cxx.o
FAILED: CMakeFiles/cmTC_d65fe.dir/src.cxx.o
c:/usr/local1420/bin/c++.exe -DHAVE_GLESv2  -std=gnu++17 -o CMakeFiles/cmTC_d65fe.dir/src.cxx.o -c 'U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp/src.cxx'
U:/dev/qt6-base-os2/build/CMakeFiles/CMakeTmp/src.cxx:6:12: fatal error: GLES2/gl2.h: No such file or directory
    6 | #  include <GLES2/gl2.h>
      |            ^~~~~~~~~~~~~
compilation terminated.
ninja: build stopped: subcommand failed.


Source file was:

#ifdef __APPLE__
#  include <OpenGLES/ES2/gl.h>
#else
#  define GL_GLEXT_PROTOTYPES
#  include <GLES2/gl2.h>
#endif

int main(int, char **) {
    glUniform1f(1, GLfloat(1.0));
    glClear(GL_COLOR_BUFFER_BIT);
}

Need at minimum <GLES2/gl2.h> or <EGL/egl.h> to get thru configure......

5

Internet / Re: Dooble releases-Qt6

« on: December 02, 2024, 09:16:03 am »

The Qt5 build is currently the same as the Qt6 build when it comes to the titlebar, lots of question marks. It just didn't have the problems with the other weird characters that you fixed.

Ahh OK My bad I thought qt5 worked correctly, I feel better now

6

Internet / Re: Dooble releases-Qt6

« on: December 02, 2024, 08:22:56 am »

Right now, qtbase is configured with '-no-opengl' so it definitely won't work....

7

Internet / Re: Dooble releases-Qt6

« on: December 02, 2024, 02:44:21 am »

I noticed this in dooble_main.cc,

Code: [Select]

#ifdef Q_OS_WINDOWS
  QCoreApplication::setAttribute(Qt::AA_UseSoftwareOpenGL, true);
#endif
Tried adding Q_OS_OS2 to the ifdef, webgl crashed the browser when used. So read up on it, https://doc.qt.io/qt-6/windows-graphics.html.
It is to load a non standard 3D driver including a software solution, they suggest Mesa llvmpipe which would need lvm. There are other software OpenGL drivers around such as TinyGL or PortableGL. Mentore has built TinyGL and I've built PortableGL previously IIRC.
The problem to overcome is that Cloudflare has become the gatekeeper of much of the internet with it's "Are you human" checks. These depend on WebGL to display, so we just get a spinning circle. Even a really slow 3D renderer would be better then nothing for these cases. And actually, given a small window, software OpenGL often doesn't perform too bad.

I had read something similar previously - in theory at least, it should be possible to utilise some of the software GL stuff from Chromium...

8

Internet / Re: Dooble releases-Qt6

« on: December 01, 2024, 08:23:37 am »

I also wonder what's changed given qt5 apparently worked. I'd have to expect something in https://github.com/psmedley/qt6-base-os2/blob/main/src/corelib/text/qlocale_unix.cpp but I don't see anything obviously different.

9

Programming / Re: CPUMON - source code location?

« on: December 01, 2024, 03:49:07 am »

Trevor appears to be on LinkedIn at https://www.linkedin.com/in/trevorhemsley/?originalSubdomain=uk - perhaps try messaging him?

10

Internet / Re: Dooble releases-Qt6

« on: November 30, 2024, 10:18:04 am »

Afaik Dave is using the original source, ie https://github.com/textbrowser/dooble/blob/master/Source%2Fdooble_main.cc

11

Internet / Re: Dooble releases-Qt6

« on: November 30, 2024, 06:57:24 am »

How to set this up?

OK, if HMQ_CURRENT resolves to the number '1', try plugging in a '1' for now, i.e.:  WinSetCp(1, 1208);

(I should know how to do a new-style cast but that bit of knowledge escapes me currently.)

Well, I've tried adding the code in various places that seemed early enough in the process, mostly in dooble_main.cc and even right after QApplication::processEvents(); in dooble.cc and no luck.
Guess going to have to read up on how Qt initializes unless Paul has an idea.

dooble_main.cc was my guess....

12

Internet / Re: Dooble releases-Qt6

« on: November 30, 2024, 05:22:10 am »

Once we get this working, we should patch simplebrowser.exe too - I assume it has the same issue...

13

Multimedia / Re: Updated Uniaud32 build

« on: November 29, 2024, 10:38:26 pm »

The default audio device on your laptop is HDMI, which is not supported.

Try adding /A:1 to the uniaud32.sys line in config.sys (no guarantees)

14

Internet / Re: Dooble releases-Qt6

« on: November 29, 2024, 10:29:30 pm »

Thanks.... potentially an issue with toLocal8Bit - https://github.com/psmedley/qt6-base-os2/blob/734fce3e5beabf48094bf3b1db2145fc0279b977/src/plugins/platforms/os2/qos2window.cpp#L810

This calls qt_convert_to_local_8bit() which in qt5 is:
https://github.com/bitwiseworks/qtbase-os2/blob/0a7d641039e9e482cccdeecd4934ac8ec3790eb0/src/corelib/text/qstring.cpp#L5325

& qt6:
https://github.com/psmedley/qt6-base-os2/blob/734fce3e5beabf48094bf3b1db2145fc0279b977/src/corelib/text/qstring.cpp#L5212

Narrowing this down further..... I created a testcase:

Code: [Select]

#include <iostream>
#include <string>
#include <QDebug>
#include <QString>
int main()
{
    QString s = QString::fromUtf8("\u20AC");
    qDebug() << s.toLocal8Bit();
    qDebug() << s.toLocal8Bit().data();
    qDebug() << s.toLatin1();
    qDebug() << s.toUtf8();
    qDebug() << s.toUtf8().data();

    return 0;
}
On Linux, I get:

Code: [Select]

"\xE2\x82\xAC"
€
"?"
"\xE2\x82\xAC"
€

On OS/2, I get:

Code: [Select]

"\xE2\x82\xAC"
€
"?"
"\xE2\x82\xAC"
€

This could be a codepage issue on my box, I have NFI about this stuff. Testcase is at https://smedley.id.au/tmp/test.zip - needs qt6core.dll

15

Internet / Re: Dooble releases-Qt6

« on: November 29, 2024, 07:40:40 am »

using .toLatin1() instead of .toLocal8Bit() in https://github.com/psmedley/qt6-base-os2/blob/734fce3e5beabf48094bf3b1db2145fc0279b977/src/plugins/platforms/os2/qos2window.cpp#L810 gets rid of the 3 funny characters and changes it to a single ?

Attached updated qos2.dll

Definitely seems like a locale issue, and pretty sure it's within qtbase