@AMIGASYSTEM

I added your reports to:

https://github.com/deadwood2/AROS/issues/69
https://github.com/deadwood2/AROS/issues/129

camd.library is on usbmidi package on archives regarding 32 system

FYI, 64-bit ISO has been added to "nightly" builds. Latest (development only, not tested, can have regressions!) build can be found here:

https://build.axrt.org/download/builds/AROS-ABIv11/

@AMIGASYSTEM

You reported that it's not possible to relabel DH0: if you boot from it. I tested it on both 32-bit (base build) and 64-bit (using your v11 build) and I'm able to relabel DH0:. Please see attached screen shots. On 32-bit I relabeled from Wanderer, on 64-bit I relabeled from shell.

New patch, containing also patches P01-P04

20250206-64D11-P05

Changes:
- stdlib.library - added several wide char functions (Deremon)
- crt.library - fixed crash in vfork() (deadwood)
- fixed ghost icons on Wanderer when re-formatting (deadwood)
- fixed SFS pendrive not being removed from Wanderer after physically removing from port (deadwood)
- fixed #123 (deadwood)
- allow warm reboot VMware/VirtulBox when running vmwaresvga.hidd (deadwood)
- fixed #180 (DreamOS82)
- fixed several crashes in diskimage.device (deadwood)
- fixed possible crash in z1.library on older processors (deadwood)
- Prefs/Appearance - fixed crash when large number of themes installed (deadwood)

https://axrt.org/development/20250206-64D11-P05.zip

This is not the problem VMware and PC Native), see video attachment

Relabel AROS to AROS22 -> OK
Relabel AROS22 to AROS -> OK
Relabel AROS to DHO -> OK
Relabel DH0 to AROS -> NO (Device or Volume Not Mounted)

Ok, now I understand what you mean. Can you record me a similar video relabeling under AmigaOS 3.1 with SFS-formatted hard drive?

I attach videos on OS3.1 RTG and SFS filesystems, no problem renaming, same thing on OS3.9 and AfA One 3.9-BB4 !

Thanks. This is some sort of compatibility issue, most likely with dos.library. It will require deeper invastagation, for now bug report is created: https://github.com/deadwood2/AROS/issues/192

Thank you, in any case if necessary there are shortcuts to rename DH0, one is to load the HardFile on Other AROS system, or as shown in the screenshot, with HDToolBox rename DH0 to another name, done this on reboot Wanderer can rename DH0 and if desired from HDtoolBox DH0 can be restored.

Found a problem with Rexxmast on AROS 32Bit, v11 64Bit and 68k

If from a shell you run Rexxmast the shell crashes, and no message that Rexxmast is active as on Amiga OS3

With AROS 68k Rexxmast generates Guru if you run RNOInfoScreen !

I enclose screenshot of Rexxmast blocking the Shell and showing no message, second screenshot that RNOInfoScreen works fine on AROS 42Bit (RNOInfoScreen uses Rexxmast to work.

RNOInfoScreen works as a front-end to various music and media players by
displaying the "now playing" information with cover art images, and offers
basic media control options for the user (play, pause, next, etc.).

If I understand correctly you are using ROMs and system from www.aros.org. regina.library has strong dependce on C library and there were some issues that I fixed in my repo that cannot be translated 1-1 to builds of www.aros.org dues to difference in C library.



I don't know if you are supposed to start rexxmast yourself. It is started from S:Startup-Sequence for you. The program blocks the shell because it waits for input (send via RX command?). AmigaOS version behaves differently when started the second time I guess. I see this as a minor issue and I won't be looking into this.

For AROS One 68k I used the version of www.aros.org, I always used your version, Then as there is no Contrib 68k package compiled with the C Library, I had to use the AROS 68k build of www.aros.org,

Tomorrow I will reinstall your Build 68k, question, regina is already installed, I have never tested regina, how should it be installed ? thanks

Regarding Rexxmast, actually I don't need to run it, but as mentioned above running RNOInfoScreen i get error on Rexxmast, see screenshot, tomorrow I will see with your Build if it works.

Regina is an Italian word, it would be the wife of the Re (King)

Here is a re-compile of contrib from my repo:

https://axrt.org/development/AROS-contrib-m68k.tar.gz

Please note that it's provided without testing and support - I won't be able to look into m68k-specific problems.

Ok, if I understand correctly I don't have to report any problems!

I have already recreated AROS One 68k with your Build, noticed improvements and more compatibility than before, for example now ModExplorerNG works which on build www.aros.org the buttons did not work.

the archive 'axrt.org/development/AROS-contrib-m68k.tar.gz' is corrupt, same problem as on the x86 contrib.

Hmm, I was able to download and unpack it without problems.

I managed to unpack it with Z-zip, I always use WinRAR and have always unpacked your archives correctly, with the contrib I encountered a problem on the Develpment folder, some files give an error as was the case with the x86 build you repaired lately.

Just out of curiosity since you can't do support, with your 68k build I don't have the Guru on RNOInfo anymore, but it seems that the arexx script to visulize the Covers doesn't work, see screenshot, I installed Regina and it seems to work fine, its scripts work.

On AROS x86 as mentioned it works well

Hmm, I can't think of a reason x86 version would work and m68k would not, they are very similar.

I have to check, RNOInfoScreen, works with some players that support Cover and AREXX.

On x86 I used MPlayer, while on AROS 68k I used AmigaAMP which on OS3 supports RNOInfoScreen.

It would be very useful to have "MPlayer" also on AROS 68k, for both Audio and Video, although "FFPlayer" works very well on AROS 68k.

On AROS One 68k I replaced "RexxMast", !rexxsupport.library" and "rexxsyslib.library" with the Amiga OS 3.1 versions and RNOInfoScreen worked perfectly (see screenshot), I also used a more updated version of AmigaAMP from 2011 (the previous one showed graphical errors), the new AmigaAMP versions are not supported by AROS 68k (Crash when loading an MP3).