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

Pages: [1] 2 3 ... 25
1
Programming / Re: Building Qt5
« on: November 26, 2022, 05:45:02 pm »
Anyways. even for the later W4 kernels, OS support for SSE is in effect (I tried it and nothing crashed) and since we have 2022, that is sufficiently reliable information to build upon.

Sure. You even can try to build AVX branch - since you have a good way to detect an OS support for it. ;)

2
Programming / Re: Building Qt5
« on: November 26, 2022, 02:34:25 pm »
Thanks for the link. They are taking a trick to check for OS support (checking for and catching (if necessary) an exception). Very instructive.

When CPUID executes with EAX set to 01H:

bit27  - OSXSAVE
A value of 1 indicates that the OS has set CR4.OSXSAVE[bit 18] to enable XSETBV/XGETBV instructions to access XCR0 and to support processor extended state management using XSAVE/XRSTOR. (https://www.felixcloutier.com/x86/cpuid)

May be that is a way  for  R3 application.

3
Programming / Re: Building Qt5
« on: November 26, 2022, 07:29:41 am »

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 ?


As I understand it, the R3 application should not check the support of SIMD by processor, but should check the support of  SAVE/RESTORE by OS.

4
Programming / Re: Building Qt5
« on: November 23, 2022, 06:32:59 pm »
...store the registers during context switches. If this happens or the OS/4 kernel is used, these programs crash.

Small clarification.

Programs crash happens not because of "store the registers during context switches".
It happens because  programs detects AVX support by OS and thus uses AVX branches of  their code.

And as you rightly said, our set (GCC + linker) is not able to  generate correct AVX code. But there is hope.  :)

5
Programming / Re: Building Qt5
« on: November 23, 2022, 01:39:01 pm »
... OS/4 also supports AVX/AVX512...

OS/4 currently supports AVX only

6
Multimedia / Re: Updated Uniaud32 build
« on: November 06, 2022, 09:50:43 am »
Not major code changes, but I updated the uniaud32 code to 6.0.7 - https://smedley.id.au/tmp/uniaud32-linux-6.0.7-20221106.zip

it works ok for me

7
Applications / Re: Test build of dooble with qt5
« on: October 18, 2022, 08:11:55 am »

8
Applications / Re: Test build of dooble with qt5
« on: October 17, 2022, 11:05:59 am »
https://smedley.id.au/tmp/dooble-2022.10.15-os2-20221017.zip

Tnx, it works ok. But not all sites are shown properly.

It seems that WebKit may also need to be updated.

11
Multimedia / Re: Updated Uniaud32 build
« on: September 26, 2022, 12:18:46 pm »

12
Multimedia / Re: Updated Uniaud32 build
« on: September 18, 2022, 07:36:37 am »

13
I remember very well the battle between OS/2 Warp and Win95 (and subsequent).
Win95 was very bad in terms of technology, but it wins for several reasons:

OS/2 did not offer:
- A good office set (Word, Exell, Scanning Soft), (IBM proposal was very poor)
- Good games (new ones released only for Win)
- Proper hardware support (drivers for sound and video cards)

This story showed us that it is not enough to make an excellent OS. For its success, you still need to release a huge number of applications at least to begin with.

14
Applications / Re: Implemented DUMPFS.IFS as a 32-bit IFS
« on: July 29, 2022, 03:46:45 am »
DumpFS32 3.0     works ok  here

15
Off Topic discussions / Re: Lying low for a few days
« on: June 19, 2022, 01:48:10 pm »
regrets

Pages: [1] 2 3 ... 25