Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Paul Smedley

Pages: [1] 2 3 ... 153
1
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......

2
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 :)

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

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

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

6
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?

7
Internet / Re: Dooble releases-Qt6
« on: November 30, 2024, 10:18:04 am »

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

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

10
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)

11
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

12
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

14
Internet / Re: Dooble releases-Qt6
« on: November 26, 2024, 08:05:22 am »
I'll enable the tests for qtbase and see if maybe there's an issue with text conversion in https://github.com/psmedley/qt6-base-os2/tree/main/src/corelib/text

15
Internet / Re: Dooble releases-Qt6
« on: November 25, 2024, 09:59:36 am »
Edit2: got a DLL, but it's still not using system ICU :(
OK with some makefile hackery, to force linking against the system icu in preference to the bundled one - it's now using system ICU. Ran out of time to test, but https://smedley.id.au/tmp/qt6weben-systemicu-20241125.zip has a new qt6weben.dll, along with the needed icu 69.1 DLL's

Pages: [1] 2 3 ... 153