In the HP Z400 I have problems but on my laptop compaq 6720s not so it is not the Build the problem I replaced the z1.liberry from the contribution archives and the OWB now works the system it seems stable the compiled software until now works properly

I'm unable to replicate your problem with z1.library. Please try using -cpu host instead of -cpu qemu64.

PS. Using z1.library from contrib is only a temporary workaround - with the new release both ISO and Contrib will have the same z1.library.

Protrekkr works before did not work

deadwood with only the -cpu parameter the script does not work, as the screenshot shows, if you use only -cpu it requires a parameter

I meant '-cpu host' instead of '-cpu qemu64'

I had also tried -cpu host, see QEmu answer in the screenshot!

deadwood I have encountered on v11 some Bugs should I report them here or open a special Thread?

Report theme here and add comment if they are specific to 64-bit or are also present on 32-bit.

Of the Bugs I have attached some comprehensive videos!

- Editor crashes if you delete a lot of data and then save this only happens on v11 64 Native and Hosted

- Copy command, if you execute a wrong command you don't get any message, it happens on all AROS versions both 32 and 64

- Error if you try to move a folder to a folder with the same name, if on Wanderer you set "Copy" then the contents are copied and overwritten, happens on all AROS versions both 32 and 64

- AROS Hosted Linux: does not update the folder/volume when a file is saved, on Native AROS the update is automatically visible after saving files.

"64-Contrib Demo 64" error "Out Of Memory!
- Metaballs
- RubberStrings

"64-Contrib Aminet" Crash
- Typeface

"64-Contrib Games" Guru
- MUIMine
- LBreakout2

Thanks for the report. I create/update following bug reports:

https://github.com/deadwood2/AROS/issues/180
https://github.com/deadwood2/AROS/issues/179
https://github.com/deadwood2/AROS/issues/178
https://github.com/deadwood2/AROS/issues/130
https://github.com/deadwood2/AROS/issues/129

With regards to this report:

"Error if you try to move a folder to a folder with the same name, if on Wanderer you set "Copy" then the contents are copied and overwritten, happens on all AROS versions both 32 and 64"

I don't see where there problem would be. You dragged Debug into Development so Wanderer combined it with Debug that is already there overwritting files.

editor works for me native mode

Please check the video that @AMIGASYSTEM attached.

@deadwood

This is not very important, but only for a possible improvement.

If on 'Wanderer Prefs' the value 'Copy' is set, it is possible to copy data between two folders with the same name and same path

If, on the other hand, the value 'Move' is set on Wanderer Prefs, the folder with the same name and its contents cannot be moved to the same path (correct operation).

Basically you cannot move a folder with its contents to a folder with the same name, you can instead drag it to the folder, in which case you only get a subfolder.

I have made a new video that should make it clear what I mean!


@ amiwell79

With Editor you have to delete a lot of lines to get blocking, if you only make a few changes it works fine without blocking

AmigaOS Workbench has a Copy function which copies an icon. The new name is Copy_#_of_...

Wanderer misses that:
https://github.co...issues/667

ok i gree amigasystem thank you for you efforts

So the VBox allready works. I must to turn off the paravirtualization in acceleration tab

Ok, glad to hear that!

Patch 20250206-64D11-P01

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

Changes:
- e1000.device fixed to work out of the box with Other64 template in VMWare. Also tested to work under QEMU. Does not yet work under VirtualBox.

On WMware the Network works fine, but with OWB I get the Guru Z1.library, the same as with QEmu!

So far I've not been able to reproduce the z1.library crash in my configurations.

EDIT: can you share a small disk.img file from QEMU where you are getting this crash?