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 - Dave Yeo

Pages: [1] 2 3 ... 255
Programming / Re: Qt6
« on: Today at 05:10:19 am »
There are also issues with screen corruption when resizing windows - I haven't noticed this with other Qt6 apps, so this may be due to some hacks I had to make to Cairo 1.14 compiling. I'll investigate in due course.

The last time I tried updating Cairo, something was broken, I forget what now and testing, it seems OK. Actually the system Cairo has some brokenness and IIRC, the update made it more obvious.
You can test by replacing the system Cairo by putting your Cairo and Pixman ahead in LIBPATH and trying a Mozilla app and/or a Cairo screensaver module.
Here's the patch I created for git head some time back (1.17.3pre). Pixman shouldn't need any patches, the Cairo build will break when it gets to the scripting stuff due to conflicting header names but make install will install everything needed by the OS/2 surface backend IIRC. I didn't bother with the OS/2 printing surface as GDI printing became broken anyways.
Now Cairo has a new maintainer after years of none and he dropped all the experimental backends including OS/2 to concentrate on GTK's needs.
Edit: added txt to the patch to post it.

Storage / Re: JFS failing in a disastrous way - without the user knowing
« on: December 02, 2022, 10:39:28 pm »
Waiting for a keypress was a suggestion. You could also do a simple delay of say 30 seconds or so (that would also be possible).

It is very good suggestion. You proved that unicode.sys  is vital for system with JFS.

OTOH, I went 18 months without unicode.sys with en_US locale. It was only when I found this,
Code: [Select]
2-17-22 11:04a         <DIR>      0 ----  Gel
 2-17-22 11:13a         <DIR>      0 ----  Sessions effac
 2-17-22 10:58a         <DIR>      0 ----  Verwijderde sessies
instead of this,
2-17-22 11:04a         <DIR>      0 ----  Gelöschte Sitzungen
 2-17-22 11:13a         <DIR>      0 ----  Sessions effacées
 2-17-22 10:58a         <DIR>      0 ----  Verwijderde sessies

That I investigated. Seems without unicode.sys, you can write and read umlauts etc as long as always without unicode.sys.

Hardware / Re: panorama not remembering monotor resolution
« on: December 02, 2022, 01:33:28 am »
Perhaps setting a Custom Resolution in the Screen object under Custom Resolutions? I had to do that at one point as my monitor was slightly broken.

Storage / Re: JFS failing in a disastrous way - without the user knowing
« on: December 01, 2022, 01:22:21 am »
Do you mean that it should be used on the WarpIn script like...
  "CONFIGSYS="DEVICE=?:\OS2\rdmsr.sys | UNIQUE(rdmsr.sys)"
to avoid getting the Unicode.sys replaced?

I'm not an expert with Warpin, it seems that would still not add rdmsr.sys if it wasn't in config.sys to begin with but would avoid replacing unicode.sys. Guess that is why Digi ended up with a bit of Rexx to do it.

Storage / Re: JFS failing in a disastrous way - without the user knowing
« on: November 30, 2022, 10:01:34 pm »

I quickly installed "" with Warpin 1.0.24 (ArcaOS 5.0.6) and I confirm it removed UNICODE.SYS from my config.sys.

Reverted everything, upgraded to WarpIn 1.0.26 and I got the same thing. UNICODE.SYS gets removed.

I also don't see anything strange on the CPUTEMP WarpIn script, just the "CONFIGSYS="DEVICE=?:\OS2\rdmsr.sys | UNIQUE" which should not remove UNICODE.SYS.

Should it be reported as WarpIn bug?


Warpin is working as it should based on discussion on the testers list. What happens is if rdmsr.sys is not installed, it matches up with the first *.sys in config.sys and replaces that with rdmsr.sys. Usually it is unicode.sys at the top of config.sys.

Storage / Re: JFS failing in a disastrous way - without the user knowing
« on: November 30, 2022, 05:34:04 pm »
I ran into the same issue, excepting with a English install, there were just some MP3's with umlauts. In my case everything was fine, including the umlaut files being fine, until I booted to a different install, where those file names became garbage (actually I forget if it was umlauts or other special characters). Took a while to figure out it was a missing unicode.sys and once I did figure it out, I renamed the problem files without unicode.sys installed.
This is a known problem that was reported to Digi long ago and he fixed the problematic CONFIGSYS="DEVICE=?:\OS2\rdmsr.sys | UNIQUE" line, which upon not finding rdmr.sys, replaced the first line containing .sys, usually unicode.sys. There's an issue, but it is private. Remy filed it. Unluckily it was quite a while before it was uploaded to Hobbes.

Comments, Suggestions & Questions / Re: Hobbes (Files) Reoganization
« on: November 28, 2022, 06:30:37 pm »
dev/text or dev/tools/text ?

Programming / Re: Qt6
« on: November 27, 2022, 01:59:19 am »

3) QtWebEngine is NOT (yet?) included, so at this stage, there is no browser possible with Qt6. It is loosely on the agenda to try and get this building, but it's a big job.

Bitwise just discovered that there is now a requirement of node.js for QTWebEngine. Hopefully it is portable enough for dmik to port.

Sounds like a kernel or os2ldr problem. Perhaps you could update or downgrade them. Often os2krnl, os2ldr and doscall1.dll are matched so might have to upgrade/downgrade all 3. Shouldn't matter which NLS they're for, at worse you might end up with English boot messages.

Programming / Re: Building Qt5
« on: November 25, 2022, 06:18:58 pm »
The recent W4 kernels support SSE, what doesn't is the stock kernel installed with Warp V4 I believe. No idea which fixpak would need to be installed for SSE support.
Win95 never supported SSE either which was why programs needed to test. At this point most everything supports it. At that various OS's and even FF 53+ require a Pentium M or newer due to SSE2 requirements.

Programming / Re: Building Qt5
« on: November 25, 2022, 04:00:47 am »

I hand coded the SIMD code in assembly, using the NASM assembler which also allowed me to force alignment where necessary. But my code only checks if SSE/SSE2/SSE3/SSSE3 is supported by the CPU but it does not check for CR4.OSFXSR flag that indicates that the OS supports SSE context save/restore as I know that OS/2 supports that (for SSE).
Does other SIMD code explicitely check not only for CPU support but also OS support ? And since reading CR4 into a register is only available in Ring 0, so how would application SW (executing in Ring 3) be able to check for that flag ?


Used to see some software that checked for OS SSE support, looking I can't find much besides things like this from flac's changelog, (1.2.0)
Code: [Select]
* flac:
    * Added runtime detection of SSE OS support for most operating systems.
Googling, I found this,
Remember that most versions of OS/2 did not support SSE so if someone installs your USBWAVE.DLL on Warp v4 or older, I assume it will crash.

Programming / Re: Building Qt5
« on: November 24, 2022, 03:38:41 am »
Well, Bitwise has expressed interest in adding Elf support and Paul did some work on it. Turns out that wlink can produce OS/2 executables from ELF objects but has problems with C++ code, or rather symbols, and it is possible that Steven might find time to fix that.

Web applications / Re: Our FF and Sync, anyone tried it?
« on: November 23, 2022, 06:10:32 pm »
Hi Dariusz, our sync did work at one time IIRC. I doubt that it will work correctly between our ancient FF and the most recent. They've changed a lot of stuff in the profile over time and now don't even try to keep backwards compatibility. But really testing is the way to know for sure.

Programming / Re: Building Qt5
« on: November 23, 2022, 05:51:55 pm »
Dave, if I understand it correct, the problem is our gcc. So it would be necessary to fix gcc not Qt. What you propose is a work around for a bug in our gcc which only exposes on OS/4 kernel. Correct?

Basically correct. Lars's description is pretty good but to expand on his point one.
Our GCC compiles code into the aout object format. Aout is primitive and doesn't understand the .align directive, so the resulting machine language is randomly aligned (it might support .align 4, I forget) when it comes to SSE+ instructions. The fix is to change the object type, likely to ELF, a fairly big job that might never happen though it has been planned.
There is also an issue open for supporting AVX+ in the OS/2 kernel, might happen and might not as it means patching the kernel to store the registers during context switches. If this happens or the OS/4 kernel is used, these programs crash. Even if the kernel is updated along with GCC, we still have all the older code floating around that will crash. Disabling the use of AVX+ until GCC is fixed will prevent this in the future.

Programming / Re: Building Qt5
« on: November 22, 2022, 06:12:28 pm »
Dear builders Qt5 please turn off the AVX (and AVX2) code. Due to its presence, the browser does not display the pages. And it is impossible to use libraries. I don’t understand why this code is included if it does not work on OS/2 correctly?

Hi Igor, the code does work correctly on OS/2, namely the kernel claims no AVX support so the instructions aren't used.
I take it you are using the OS/4 kernel and running into the issue that our GCC can't correctly align the AVX instructions. It is easy enough to turn them off by passing configure the arguments,
Code: [Select]
-no-avx -no-avx2 -no-avx512
if I read the output from configure --help correctly.
What you need to do is open an issue at Bitwise's Github QT4 project requesting they do it. I'd guess as it is so easy to do they will respond positively.
You should also mention it in the QT6 thread so Paul can add the above configure arguments.
Problem is building the whole QT5 stack is slow and memory intensive so how quick it will happen? I might try rebuilding the QT5 stack if I get the chance, it takes about 12 hours here and I can't do much while building otherwise I run out of memory.

Pages: [1] 2 3 ... 255