Thanks, Scout is working fine now!

Attached is version of Scout with crash on Flush Libraries fixed.

I've attached a screenshot of the Guru error caused by Scout!

As for VIM 64-bit, it has been fixed by its developer, whom I would like to thank. The new, corrected version of VIM 64-bit can be found on the MUI-Vim GitHub page and will soon be available on Aminet.

Behavior of flushing modules depends on what modules you have loaded. Please post a screenshot of error message with More... button clicked.

I’ve noticed an issue with Scout: if you try to run “Flush Library” or “Flush All” from the Project/Other menu, a Guru error appears.
In the 32-bit version of Scout, there’s no problem using “Flush Library” or “Flush All”.

The Scout Catalogue in the Aros Archive does not work on either the 32-bit or 64-bit versions of AROS; it seems that the Scout version of AROS does not support catalogues!

The new 64-bit version 9.2 of VIM still crashes to Guru when using the Taskbar buttons; I’ve reported the issue to the developer, who told me he’ll look into it this week.

I would like to point out that the 64-bit BGUI package does not work. Whatever you run, such as examples, tests or BGUI, the system crashes!

I installed the system on my Xeon workstation, the CPU is almost at 4GHz. OWB opens in a flash. Sometimes I have freezes, but not always. The system does not always behave perfectly. Thanks.

Works fine also on my laptop with 2 Gb of ram

As far as Update 3 goes it should be it - unless someone spots some really critical bug. If so there simply will be a small patch for it.

I will now start integrating work from ADT repository - but that won't be available in stable form until next Update/Release around May/June.

As always, great work, congratulations!

If there is no other news coming, I will start building the new version of AROS One 1.3 in the next few days.

Hi All,

SDK update is also available. It contains previous U1 and U2 updates.

[url]https://axrt.org/download/aros/v11/SDK-20250418-1-U3-any-x86_64-update.zip[/url]

Changes:
[code]
SDK ABIv11 20250418-1-U3 changes:

libz1.a
librexxsyslib.a
Updated linker lubs for shared libraries

libamiga.a
libstdc.static.a
libnet.a
Minor corrections

libfreetype2.static.a
Update to 2.14.1
[/code]

Hi All,

A third update to 64-bit release is now available:

[url]https://axrt.org/download/aros/v11/AROS-20250418-1-U3-any-x86_64-update.zip[/url]

This update contains the previous U1 and U2 updates. Below you can find a detailed list of changes included in this update.

[code]
AROS ABIv11 20250418-1-U3 changes:

Functionalities:
Improved reliability of realtek8180.device driver (Neil)
Updated AROSTCP headers based on newer FreeBSD headers (Kalamatee)
Introduce kernel support for running 32-bit binaries under 64-bit system (deadwood)
Implement SetPSM, SHANGHAI and POPPUBSCREEN flags in Intuition (Kalamatee)
Work on extending AROS input subsystem (Kalamatee)
Add public screen support to muimaster.library (Kalamatee)
Initial MSI-X interrupt support in kernel (Kalamatee)
atheros5000.device ported to 64-bits and support for more chipsets added (Neil)
Implemented sereval 68k private functions in rexxsyslib.library (JohanG)

Updates:
AROS build system (Kalamatee)
freetype.library v6.9 (Kalamatee)
nvme.device v1.0 (Kalamatee)
Kernel (Kalamatee)
vmwaresvga.hidd v46.0 (Kalamatee, deadwood)
i8042.hidd v1.12 (Kalamatee)
Wanderer v1.7 (deadwood)

64-bit support:
gadtools.library (Kalamatee)
Kernel (JohanG)

Functional fixes:
sound.datatype (bugs: playing multiple sounds in parallel not possible) (Kalamatee)
i8042.hidd (Kalamatee)
ahci.device (Add reset handler) (Kalamatee)
Kernel (bugs: not booting on CPUs with more than 16 cores) (Kalamatee)
Kernel (bugs: not detecting 64-bit CPU on recent AMD Ryzen CPUs) (Kalamatee)
vmwaresvga.hidd (bugs: mouse pointer and fullscreen not working under QEMU) (deadwood)
amigaguide.datatype (JohanG)
dos.library (bugs: mouse pointer lost after no-media screen) (JohanG)

Stability fixes:
WirelessManagers (bugs: crash at exit) (Neil)
sound.datatype (bugs: crash if AHI fails to open) (Kalamatee)
hdaudio.audio, sb128.audio (bugs: reset handlers not removed) (deadwood)
x11gfx.hidd (bugs: freeze when rapid changing mouse pointer) (aros-sg)

68k support:
rexxsyslib.library (bugs: results returned in wrong registers) (JohanG)

ARM support:
Restore working executable format (JohanG)
Restore building of arm linux-hosted AROS (JohanG)
[/code]

FYI: I found one more issue with the update - it is breaking hosted installations. The final update package will have Devs/Drivers/x11gfx.hidd file which is needed to be updated on hosted as well.

Just tried the new muimaster.library; I'm pleased to say teh problem reported here [url]https://arosworld.org/infusions/forum/viewthread.php?thread_id=1707&rowstart=200#post_10616[/url] is now resolved

Cheers,
Nigel.

Thanks for confirmation. Yes, if no issues are found RC2 will be the official update and the previous fill will not be used. The only difference between the two archives is muimaster.library.

Problem seems to be solved, question AROS-20250418-1-U3.RC2-any-x86_64-update completely replaces ‘AROS-20250418-1-U3-any-x86_64-update’, I say this to avoid integrating the 2 updates U3

Hi,

Here is update package with fix to muimaster.library for window position saving issue.

@AMIGASYSTEM - let me know if fixes issue you reported

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

Great to have the issue located Please post this bug report in EmuV0 thread so that I have all the issues in one place next time I start working on EmuV0

Pinned it down - it's due to running LilCalendar from emuv0 (I had it starting in my user-startup). It's not emuv0 by itself (tried when running SimpleWhiteboard, no crash) or LilCalendar by itself (tried on 32 bit, no crash). It must be due to LilCalendar trying to open an arexx port ('show(p)' lists all the open arexx ports adn I guess arexx is not supported in emuv0 at the moment).

Cheers,
Nigel.

What does command show(p) does? It seems to list some port? Maybe you have some additional software running in background that adds another port and this port causes crash?

Please try a clean reference build with just rexxmast and regina and see what results you are getting.