Oh no! Where's the JavaScript?
Your Web browser does not have JavaScript enabled or does not support JavaScript. Please enable JavaScript on your Web browser to properly view this Web site, or upgrade to a Web browser that does support JavaScript.
  1. Home
  2. Discussion Forum
  3. AROS FORUMS
  4. Development General
  5. AROS 64-bit 20250418 Support Thread

AROS 64-bit 20250418 Support Thread

Last updated on 16 minutes ago
Track threadPrint
N
ntromansSenior Member
Posted 16 minutes ago
#20

deadwood wrote:

@deadwood - This is what I get when running under hosted. Which version of regina.library do you have?


It's version 4.0.

The error is consistent for me; I've tried a few times with a reboot between and had the same result.

Cheers,
Nigel.
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 3 hours ago
#19
On VMware, I get the same result as deadwood!
You do not have access to view attachments
D
deadwoodAROS Dev
Posted 3 hours ago
#18
This is what I get when running under hosted. Which version of regina.library do you have?
You do not have access to view attachments
N
ntromansSenior Member
Posted 6 hours ago
#17
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.
You do not have access to view attachments
N
ntromansSenior Member
Posted 1 day ago
#16
Just installed update 3 and I am very peleased to say my delete not working issue is no longer present Smile

Cheers,
Nigel.
D
deadwoodAROS Dev
Posted 1 day ago
#15
Please continue testing the update and report any other regressions. I will work on the muimaster issue from Monday.
ntromans
D
deadwoodAROS Dev
Posted 1 day ago
#14
@AMIGASYSTEM

EDIT: Ok, nevermind. I can confirm there is an issue and that it was introduced after U2.
Edited by deadwood on 31-01-2026 10:18, 1 day ago
N
ntromansSenior Member
Posted 1 day ago
#13

AMIGASYSTEM wrote:

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


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.
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 1 day ago
#12
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)
N
ntromansSenior Member
Posted 1 day ago
#11

AMIGASYSTEM wrote:

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


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.
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 1 day ago
#10
This only happened to me with the new U3 update; I never had this problem with previous updates.
N
ntromansSenior Member
Posted 1 day ago
#9

AMIGASYSTEM wrote:

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


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.
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 1 day ago
#8
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.
D
deadwoodAROS Dev
Posted 2 days ago
#7
I prepared U3 update package:

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

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.
Amiwell79, aha
N
ncafferkeyAROS Dev
Posted 4 days ago
#6
Yes, I believe the 120 GB limit (actually 127?) is an SFS limitation.
ntromans, Argo
D
deadwoodAROS Dev
Posted 4 days ago
#5
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.
ntromans, Argo
N
ntromansSenior Member
Posted 4 days ago
#4
Quick question - does 64 bit increase the 120GB per partition and/or the 2GB per file maximum?

Cheers,
Nigel.
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 4 days ago
#3
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.
ntromans
N
ntromansSenior Member
Posted 4 days ago
#2
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.
D
deadwoodAROS Dev
Posted 4 days ago
#1
Ok, good. That was practically the last thing I wanted to fix before starting to prepare the update.
You can view all discussion threads in this forum.
You cannot start a new discussion thread in this forum.
You cannot reply in this discussion thread.
You cannot start on a poll in this forum.
You cannot upload attachments in this forum.
You cannot download attachments in this forum.
Moderator: Administrator, Moderators
Users who participated in discussion: amigamia, serk118uk, nikos, deadwood, AMIGASYSTEM, ntromans, retrofaza, Amiwell79, mattson62, akapcha, Jeff1138, Farox, ncafferkey, olivier2222