Is the ‘pc-x86_64-20260128-014344’ build only for testing purposes, or can I update AROS One?

As any automated build from build.axrt.org/download/ its only for testing.

Official U3 update should be available for testing in a few days.

OK, thank you. I can confirm that ‘vmwaresvga.hidd.46.0.x86_64-aros’ has fixed the black background issue when exiting RNOSlide running via EmuV0.

However, the VMware driver version of the test ISO ‘pc-x86_64-20260128-014344’ still displays a black screen.

Ok, good. That was practically the last thing I wanted to fix before starting to prepare the update.

I've found an iissue but I'm not sure if it's program or datatype related. When saving in both ZunePaint and ZuneView an ILBM image, the resulting file is corrupted and cannot be viewed or opened as ab image, even in the programs that saved them. As mentioned, I'm not sure if this is to do with the programs or if they save using the ILBM datatype.

Cheers
Nigel.

Tomorrow I will test all the Hollywood apps to check that there are no more graphics issues. Some are being updated with the new Hollywood 11 and I am checking whether they still work.

Quick question - does 64 bit increase the 120GB per partition and/or the 2GB per file maximum?

Cheers,
Nigel.

Unfortunatelly not. 2GB limit is on the dos.library API level - we need a new 64-bit API (AFAIK AmigaOS4 and MorphOS have such APIs). 120GB limit - I'm not sure. It might be SFS limit, because device drivers (ata/sata) should already support higher sizes I think.

Yes, I believe the 120 GB limit (actually 127?) is an SFS limitation.

I prepared U3 update package:

[url]https://axrt.org/development/tmp/AROS-20250418-1-U3-any-x86_64-update.zip[/url]

If no issues are found with it, it will be released next week. There will also be a separate SDK update package, but that probably Monday.

U3 contains U2 and U1 so it can be applied directly on the 20250418-1 release.

Please note: the update contains updated grub.cfg. If you are using custom grub configuration, the update will overwrite it.

AROS-20250418-1-U3-any-x86_64-update It has a serious bug, and I suspect that the culprit is ‘muimaster.library’.

Basically, if you have or create a Zune preference for any Zune application, when you restart the application, the system crashes and VMware restarts.

[quote name=AMIGASYSTEM post=10985]@AMIGASYSTEM - AROS-20250418-1-U3-any-x86_64-update It has a serious bug, and I suspect that the culprit is ‘muimaster.library’.

Basically, if you have or create a Zune preference for any Zune application, when you restart the application, the system crashes and VMware restarts.[/quote]

I think this may have been present in the precious release, re. my post on the system becomming unstable after setting to save window positions on exit.

Cheers,
Nigel.

This only happened to me with the new U3 update; I never had this problem with previous updates.

[quote name=AMIGASYSTEM post=10988]@AMIGASYSTEM - This only happened to me with the new U3 update; I never had this problem with previous updates.[/quote]

I think a lot depends on how the prefs is set up. I've a wierd problem at moment in that I can't delete from Wanderer, but all of fine from the shell. On booting the original distrubution from memory stick no issues, so I think it's got to be something to be in the prefs. I'm going to restore the prefs from the original distribution and then add mine bvack in one by one to see if I can pin it down.

Cheers,
Nigel.

As mentioned, there is now a serious bug with U3 that did not exist before. Basically, if you enable Zune saving on applications, you will get a system crash as soon as you try to restart the app. For example, if you go to Icon information and save a Tooltypes, if you try to repeat it, you will get a system crash and a VMware restart.

Regarding the deletion of files or folders, except for files in use, Wanderer has problems if it has to delete a folder with files included. To solve this, you must first empty the folder and then delete it. In some cases, you have to repeat this several times.

With Dopus4, this problem does not exist. You can delete anything with one click, except for files or folders in use.

Translated with DeepL.com (free version)

[quote name=AMIGASYSTEM post=10991]@AMIGASYSTEM - As mentioned, there is now a serious bug with U3 that did not exist before. Basically, if you enable Zune saving on applications, you will get a system crash as soon as you try to restart the app. For example, if you go to Icon information and save a Tooltypes, if you try to repeat it, you will get a system crash and a VMware restart.

Regarding the deletion of files or folders, except for files in use, Wanderer has problems if it has to delete a folder with files included. To solve this, you must first empty the folder and then delete it. In some cases, you have to repeat this several times.

With Dopus4, this problem does not exist. You can delete anything with one click, except for files or folders in use.

Translated with DeepL.com (free version)[/quote]

My delete problem is with everything, including single files but as mentioned no issues with the original ISO. Anyway, once today's meet is over I'll investogate further.

Cheers,
Nigel.

@AMIGASYSTEM

EDIT: Ok, nevermind. I can confirm there is an issue and that it was introduced after U2.

Please continue testing the update and report any other regressions. I will work on the muimaster issue from Monday.

Just installed update 3 and I am very peleased to say my delete not working issue is no longer present

Cheers,
Nigel.

Not sure if this is new or not. Executing the rexx command line:

rx "say show(p)"

gives the error attached on my i5 laprop. show(c) or show(f) do not give a crash.

Cheers,
Nigel.