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.

AROS 2025****X Development

Last updated on 5 months ago
D
deadwoodAROS Dev
Posted 6 months ago
FYI, Let's please keep this thread specific to upcoming 64-bit release. m68k discussions should move to another thread. Smile
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 6 months ago
Yes excuse me move them all!
D
deadwoodAROS Dev
Posted 5 months ago

AMIGASYSTEM wrote:

@AMIGASYSTEM - deadwood, found another annoying Bug, this happens on both Linux Hosted and Native on VMware

If you unzip an LHA Archive, ZIP etc. into RAM, once you do something in the contents of the archive, a Guru appears, see attached video !

- If the LHA Archive, ZIP etc.. is unpacked on the Hardisk and the same procedure is performed no guru appears
- If the contents of the archive are instead copied to RAM also in this circumstance no Guru appears

- Basically the Guru only appears if the archive is unpacked directly into RAM!


Can you please provide me with the archive you are using in this video as well as programs used to unpack it?
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 5 months ago
The problem exists with many tried LHA, ZIP, TAR.GZ archives, among these archives only one did not cause the Guru"20250206-64D11-P05.zip"

I enclose 2 archives that provoke the Guru:

amiga-m68k-classic-20250331-015334.tar.gz
polarpaint_aros.lha (arosarchive)

Su AROS 32Bit nessun problema e nessun Guru

Su AROS 64Bit con questi due archiviricevi un guru !

To get the Guru you have to unpack these archives in RAM with ZuneARC or Unarc.
Once you have unpacked the archives, from the unzipped directories in RAM you have to execute something, even a simple text file, the Guru will appear if you try to delete the unzipped directory where you executed the txt
D
deadwoodAROS Dev
Posted 5 months ago
D
deadwoodAROS Dev
Posted 5 months ago
@AMIGASYSTEM

I invastigated the issue you reported with ZapperNG. The problem was not with compiler but with tool itself. I made a fix and re-uploaded the tool to the archives.

Explanation: this was a 64-bit bug in the tool. I saw the crash in linux-hosted as well. When running linux-hosted be sure to give it more than 512 MB RAM, so that such bugs can become visible. When testing in VM, always give more than 4 GB RAM to expose such bugs.
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 5 months ago
Ok thanks deadwood, thanks for the advice !
ZapperNG downloaded from aros archive works fine

smbfs2.x86_64 works perfectly on AROS One Native on VMware, so it should also work on AROS One native on native PC, I'll give you confirmation as soon as I do the test

On WMvare Hosted Linux doesn't work, I think it depends on the Linux system, probably you have to configure something !
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 5 months ago
smbfs2.x86_64 also works fine on AROS One Hosted Linux !

Only problem is that on Linux the ‘Computer Name’ does not work, you have to replace it with the equivalent IP (used example IP):

Startup = "smb://192.168.2.22/Share VOLUME=Shared NOPASSWORDREQ"
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 5 months ago

AMIGASYSTEM wrote:

@AMIGASYSTEM - I would like to report other bugs found:

- DiskImage does not support ISO Images, see screenshot (this happens on 64it and 32Bit, but also happened with older builds)

- If you copy ICD0, ICD1, IDF0, IDF1,IPC0, IPC1, ISO0 from Storage/DOSDrivers to Devs/DOSDrivers, AROS will not start and show GURU, this only happens on 64Bit, see screenshot


Having made some verifications, DiskImage with AROS 32Bit works fine and mounts ISO images without problems.
The error shown in the screenshot was caused by an unsupported ISO type!

Even with AROS 64Bit DiskImage works fine with ISO Images, but it often happens that it goes to Guru when opening, error Muimaster.library
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 5 months ago
Successfully tested smbfs2.x86_32Bit on Native PC. no problems encountered!

Found a big problem on native PC and on Wmware, where I had renamed the AROS volume to DH0

In addition to not being able to rename, it is also not possible to format a volume named DH0, so you can not install a new AROS system (asks to overwrite files), the only escort is to delete all the files by hand contained in DH0, after this the installation of Aros can be done but the volume will remain with the name DH0.
You do not have access to view attachments
D
deadwoodAROS Dev
Posted 5 months ago
Ok, I added this additional information to original bug report.
D
deadwoodAROS Dev
Posted 5 months ago
New build and update are available:

https://axrt.org/development/AROS-20250414-64D14-pc-x86_64-boot-iso.zip
https://axrt.org/development/20250206-64D11-P06.zip

There are two major changes:
1) Odyssey is added to the ISO so that people can immediatelly start using AROS upon installation.
2) Grub menu has been simplified. There are only 3 options now. The detault option will try to start a native driver and if that fails, it will fallback to VESA 1024x768. This option is meant to be safe and give best user experience out of the box. Second option is a safe mode that will start VESA 1024x768 without trying native drivers. Third option is the safe mode of using VGA.

Furthermore, all not tested native drives have been moved to Storage, leaning VMWARE as the only current native driver. VMWARE now also defaults to 1024x768 instead of 640x480.

There was also a number of files related to themes and icon presets removed from the ISO. You will find list of those files in attachement.

Additionally here is a list of changes for P06. It upgrades 64D11 installation to 64D14:
- stdlib.library - added several wide char functions (Deremon)
- default vmwaresvga.hidd to 1024x768 resolution (deadwood)
- simplify boot menu (deadwood)
- vmwaresvga.hidd - improve performace of rect fill (deadwood)
- System/FTManager - fix crash when opening (deadwood)

We are also getting closer to having a Release Candidate version. Here are bugs I still have opened:
- creash when deleting from RAM (AMIGASYSTEM)
- damanged rendering in vmwaresvga (retrofaza)
- crash when two games running SDL and sound (retrofaza)
- windows not added to grub menu - dual boot/InstallAROS (AMIGASYSTEM)
D
deadwoodAROS Dev
Posted 5 months ago
New build and update are available:

https://axrt.org/development/AROS-20250414-64D14-pc-x86_64-boot-iso.zip
https://axrt.org/development/20250206-64D11-P06.zip

There are two major changes:
1) Odyssey is added to the ISO so that people can immediatelly start using AROS upon installation.
2) Grub menu has been simplified. There are only 3 options now. The detault option will try to start a native driver and if that fails, it will fallback to VESA 1024x768. This option is meant to be safe and give best user experience out of the box. Second option is a safe mode that will start VESA 1024x768 without trying native drivers. Third option is the safe mode of using VGA.

Furthermore, all not tested native drives have been moved to Storage, leaning VMWARE as the only current native driver. VMWARE now also defaults to 1024x768 instead of 640x480.

There was also a number of files related to themes and icon presets removed from the ISO. You will find list of those files in attachement.

Additionally here is a list of changes for P06. It upgrades 64D11 installation to 64D14:
- stdlib.library - added several wide char functions (Deremon)
- default vmwaresvga.hidd to 1024x768 resolution (deadwood)
- simplify boot menu (deadwood)
- vmwaresvga.hidd - improve performace of rect fill (deadwood)
- System/FTManager - fix crash when opening (deadwood)

We are also getting closer to having a Release Candidate version. Here are bugs I still have opened:
- creash when deleting from RAM (AMIGASYSTEM)
- damanged rendering in vmwaresvga (retrofaza)
- crash when two games running SDL and sound (retrofaza)
- windows not added to grub menu - dual boot/InstallAROS (AMIGASYSTEM)
retrofaza, Argo, Deremon, Amiwell79, mmartinka
You do not have access to view attachments
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 5 months ago
The Build 20250414-64D14-pc-x86_64-boot-iso on VMware 12 in native mode (Grub AROS Defauld) goes Gurum see screenshot !
You do not have access to view attachments
D
deadwoodAROS Dev
Posted 5 months ago
Check your VM settings: Display -> Accelerate 3D graphics should be disabled/unchecked
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 5 months ago
I have never enabled Accelerate 3D graphics, on AROS 32Bit native mode works fine instead
D
deadwoodAROS Dev
Posted 5 months ago
I can't replicate your crash on VMware 16 and 17. Please make the screenshot once more but with "More..." button clicked.
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 5 months ago
If I click on More WMware it restarts, probably the problem is WMware 12, or my AMD Radeon HD 5450 Video Sheda is not supported.

I will try reinstalling WMware 12 and then maybe also try VMware14 which should be the latest version supported by Win7 64Bit
D
deadwoodAROS Dev
Posted 5 months ago
Ok, let me know if you get same issues on VMware 14.
AMIGASYSTEMAMIGASYSTEMDistro Maintainer
Posted 5 months ago
Unfortunately v14 is not supported by Win7 64Bit, v14 requires Win8, I will try it on my laptop which has Win10!
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.
Users who participated in discussion: deadwood, paolone, AMIGASYSTEM, retrofaza, Amiwell79, mmartinka, OlafSch, mattson62, Farox, GDroid, Mazze