AROS 68k updates from ApollOS repository

deadwood · 12051

AMIGASYSTEM

  • Legendary Member
  • *****
    • Posts: 2073
    • Karma: +48/-1
  • AROS One
    • AROS One
Reply #330 on: February 06, 2022, 12:23:24 PM
I would like to report that on AROS x86 and AROS 68k the XAD library cannot unpack RAR and 7zip archives due to the lack of 7zip clients and the RAR client not working.

On AROS 68k if i use XAD 12.1 OS3 version and its RAR and 7zip clients, these two types of Archives unzip easily, the only problem is that UnARC does not work with XAD 1.21, it requires XAD 13

« Last Edit: February 06, 2022, 06:04:08 PM by AMIGASYSTEM »



deadwood

  • AROS Developer
  • Legendary Member
  • *****
    • Posts: 1053
    • Karma: +104/-0
Reply #331 on: February 06, 2022, 03:59:22 PM



AMIGASYSTEM

  • Legendary Member
  • *****
    • Posts: 2073
    • Karma: +48/-1
  • AROS One
    • AROS One
Reply #332 on: February 06, 2022, 06:22:05 PM
Thanks, I add one more important thing, with AROS One 68k thanks to XAD 1.2 with Dopus4 it is possible to click on an LHA, LZX, RAR, 7Zip, BZ2 and TGZ Archive, and turn the archives into a normal folder and use it as such, I attach a video that shows both how to compress and unzip an archive into a folder:

Tutorial Dopus4 archives creation and unpacking in folder:
https://drive.google.com/file/d/1jYpP2fgjIRNG9BgTxrGRgSB3nsyFXesz/view?usp=sharing


Everything seen in the video with Dopus4 on AROS x86 doesn't work, probably Dopus4 x86 version doesn't recognize and use XAD library, XAD option on Dopus4 is added in Icon Tooltype.

Altra cosa che non funziona con Dopus4 su AROS x86 la visualizzazione di un file di testo, Dopus4 lo riconosce come se fosse un eseguibile, in passato ne abbiamo discusso qui di questo problema.


AMIGASYSTEM

  • Legendary Member
  • *****
    • Posts: 2073
    • Karma: +48/-1
  • AROS One
    • AROS One
Reply #333 on: February 19, 2022, 05:46:16 PM

If you are looking for full system builds with my changes, they can be downloaded from here: https://build.axrt.org/download/builds/AROS-ABIv11/ with commit log here: https://github.com/deadw00d/AROS/commits/master


The latest AROS 68k versions downloaded from this link include a bug on Wanderer Prefs, in practice you can no longer change the value in the Tab "Max. Label Line lenght" Tab, see screenshot, in some cases it's difficult to check the boxes below.

I had updated my AROS One 68k and discovered the problem !


AMIGASYSTEM

  • Legendary Member
  • *****
    • Posts: 2073
    • Karma: +48/-1
  • AROS One
    • AROS One
Reply #334 on: February 20, 2022, 08:50:59 AM
@deadwood

Found the problem, to generate the bug is the muimaster.library, once replaced with that of the Nightly Build everything works normally.

In your Builds to start the system, after replacing the Nightly Build you must also copy the stdc.library that is not present in your Builds.


deadwood

  • AROS Developer
  • Legendary Member
  • *****
    • Posts: 1053
    • Karma: +104/-0
Reply #335 on: February 20, 2022, 09:49:55 AM
Thanks, bug report submitted: https://github.com/deadw00d/AROS/issues/62



deadwood

  • AROS Developer
  • Legendary Member
  • *****
    • Posts: 1053
    • Karma: +104/-0
Reply #336 on: February 26, 2022, 09:17:28 AM
I located the change the created the problem - I'll see about providing a fix, but it might be slightly complex. I'll let you know when a test version of muimaster.library is available.



AMIGASYSTEM

  • Legendary Member
  • *****
    • Posts: 2073
    • Karma: +48/-1
  • AROS One
    • AROS One
Reply #337 on: February 26, 2022, 09:43:06 AM
Encountered another problem with EaglePlayer, when exiting the program generates an error, see screenshot

Link EaglePlayer: https://aminet.net/package/mus/play/Eagleplayer


deadwood

  • AROS Developer
  • Legendary Member
  • *****
    • Posts: 1053
    • Karma: +104/-0
Reply #338 on: February 26, 2022, 09:49:30 AM
Is this something that started happening with recent updates or already existing problem?



AMIGASYSTEM

  • Legendary Member
  • *****
    • Posts: 2073
    • Karma: +48/-1
  • AROS One
    • AROS One
Reply #339 on: February 26, 2022, 01:09:58 PM
Did some testing, the problem is present even with my old versions of AROS 68k


deadwood

  • AROS Developer
  • Legendary Member
  • *****
    • Posts: 1053
    • Karma: +104/-0
Reply #340 on: March 06, 2022, 09:40:46 AM
I located the change the created the problem - I'll see about providing a fix, but it might be slightly complex. I'll let you know when a test version of muimaster.library is available.

I'm having problem providing a logical, good fix for that. Does anyone know active developers forums, especially for OS programming (so not low level assember/demos/games)? I tried posting my questions on EAB but didn't get any answer.

I'll repost my question here as well:

I'm currently looking into an incompatibility with HandleEvent implementaiton in AROS and looking for some help understanding a specific situation. Please note that I'm limiting the scope to handling IDCMP_MOUSEBUTTONS only.

What believe is happening under MUI 3.8 is:

a) Area object is not "eating" a IDCMP_MOUSEBUTTONS event. An event handler registered at priority -20 still received IDCMP_MOUSEBUTTONS event regardless on coordinates of click - even if valid button was clicked.
b) An object that is hidden (MUIA_ShowMe, FALSE) will still receive events via HandleEvent as long as it's event node is not removed via MUIM_Window_RemEventHandler.

Using a button usecase (MUIC_Text), my question is how does and object know that it should handle that click.

In the MUI examples and in open source custom classes I see this kind of code in MUIM_HandleEvent

Code:

Code: [Select]
if (_isinobject(msg->imsg->MouseX,msg->imsg->MouseY))

Which essentially says: if the coordinates are within my bounds, I should handle the click. This works in the following situation:

Have a horizontal group with two button. Click on left one - the click is not within bounds of right button, so it does not react. Click on the right one, the left one does not react. However, now hide (MUIA_ShowMe, FALSE) right button. What happens is that left button is extended to covert the empty space. Now clicking on where where right button was, because of a) and b) above causes the hidden right button to still receive the event. The right button, although not visible, still retain bounds which make the check above pass. So the hidden right button should react to the click, but obviously it does not.

Does anyone who why the hidden button is not reacting to a click?

The ideas that came to my mind are:

1) The checks in MUI classes check not only coordinates of the click, but also if object is not hidden. However why the would all the examples of custom classes check only coordinates of click?

2) MUI classes remove event handler node as reaction to MUIM_ShowMe, FALSE. However example show manipulation of event handler nodes only in MUIM_Setup/MUIM_Cleanup. Example which have event handler node are not handling MUIM_ShowMe



OlafS3

  • Senior Member
  • ****
    • Posts: 455
    • Karma: +47/-0
Reply #341 on: March 06, 2022, 01:46:34 PM
What do yout think of posting it on morph.zone?

They use MUI too on MorphOS (even though the implementation is different of course)



deadwood

  • AROS Developer
  • Legendary Member
  • *****
    • Posts: 1053
    • Karma: +104/-0
Reply #342 on: March 06, 2022, 03:37:39 PM
Thanks, I haven't considered it, but it may be a good place.



AMIGASYSTEM

  • Legendary Member
  • *****
    • Posts: 2073
    • Karma: +48/-1
  • AROS One
    • AROS One
Reply #343 on: March 08, 2022, 09:37:53 PM
@deadwood

On EAB someone has provided some information on your post !

http://eab.abime.net/showthread.php?t=109948


OlafS3

  • Senior Member
  • ****
    • Posts: 455
    • Karma: +47/-0
Reply #344 on: March 09, 2022, 12:54:48 PM
there is a small fix on apolloos github

perhaps also interesting for this rom

https://github.com/ApolloTeam-dev/AROS/commit/cefc910dd99968da73df07ff5bbc4caa0f6e067d