AROS World Exec
Development => Development (General) => Topic started by: deadwood on June 25, 2022, 12:36:29 AM
-
Hi,
I ported January - June changes from AROS repository. Development builds for m68k and x86_64 are available (see below). There was around 200 new commits mostly behind the scene kernel work, nothing specific to m68k support. Please test for regressions.
https://build.axrt.org/download/builds/AROS-ABIv11/amiga-m68k-20220624-212703.tar.gz
https://build.axrt.org/download/builds/AROS-ABIv11/linux-x86_64-20220624-202930.tar.gz
-
https://build.axrt.org/download/builds/AROS-ABIv11/amiga-m68k-20220624-212703.tar.gz
Have the 68k Roms been updated? or are they the latest that you have distributed?
-
The short answer is Yes - the link that I posted has changes in ROMs compared to any previous release.
-
on 68k are only the roms changed or other components too?
-
I have updated AROS One 68k with your new ISO, everything seems to be fine, at the moment I have not found any anomalies, I will be more precise after doing some general testing on all software.
Only probklema is that the "Italian keyboard is always corrupted" I replaced it with my old Italian keyboard.
I add that on AROS One 68k I "deleted" SAGA Drivers and Monitors, this is because on Apollo site they deleted one of mine News on AROS One 68k.
-
Thank you very much deadwood. Appreciated !
-
on 68k are only the roms changed or other components too?
Actually you should update the whole Operating System !
-
on 68k are only the roms changed or other components too?
There are changes across multiple components, both in ROM and outside it. You can review history here: https://github.com/deadw00d/AROS/commits/master. It's about 5-6 pages of commits where you see Kalamatee as author. "Mine" last commit before this batch is "Add dh-make to required packages"
-
I had a crash in magellan... I narrowed it down to C:IPrefs
i must correct... it seems to be caused by WBRun
-
New build, I fixed Prefs/ReqTools. Now it saves correct prefs file that can be loaded by reqtools.library. Delete any ReqTools.prefs you already have.
https://build.axrt.org/download/builds/AROS-ABIv11/amiga-m68k-20220626-092107.tar.gz
-
Does it only change ReqTools Prefs and ReqTools.Library or are there other changes !
-
Apart from Prefs/ReqTools, you can copy Libs:reqtools.library, the only change is version to 39.7
-
Yes I had already copied "ReqTools Prefs and ReqTools.Library" but the ReqTools Prefs seems not to work, also tried your ISO, the Request is always the same size where am i wrong?
Also tried ASL Prefs, again the ASL request does not change in size !
-
How are you testing the ReqTools requesters?
ASL preferences changing is not yet implemented.
-
Hi,
I updated AROS asl.library with MorphOS source code releases (asl is there available up to MorphOS 3.9). There are a number of changes which seem to be compatibility fixes, but there is very little documentation on what cases these fix. You should assume some things might work better and there should not be a regression. I prepared m68k version for testing:
https://axrt.org/development/asl_versions-m68k.zip
asl.library.50.7 is the default AROS version that was present in latest releases
asl.library.50.8 contains first half of MorphOS changes
asl.library.50.9 contains first and second half of MorphOS changes
If you notice a bug in version 50.9, please check version 50.7 if it is not an existing problem. If not, please check 50.8 to know whether the bug was introduced in first or second part. If you notice something has been fixed in 50.9 please also let me know.
-
I have updated my magellan distribution. It boots and all software seems to work. I am not sure if reqtools prefs really work or not. Do the programs have to use the prefs or can a program override it? I have not found errors up to now (except the wbrun problem related only to magellan). Also Scalos boots and all seems to work.
-
@OlafS3
Thanks for testing. I don't know if programs can override reqtools settings. From what I saw you have to reboot system for changes to take effect.
-
@OlafS3
Thanks for testing. I don't know if programs can override reqtools settings. From what I saw you have to reboot system for changes to take effect.
Hippoplayer obviously uses reqtools and the preferences for file requester work
-
How are you testing the ReqTools requesters?
ASL preferences changing is not yet implemented.
Sorry deadwood, just getting home now, ReqTools Prefs works fine, you had to reboot the system to see the differences, with OS 3.2 this is not necessary.
To test the various FileRequests I use "Eagle Player", this app lets you choose which File Request you want to use between Req.library, Asl.library and ReqTools.library, see screenshot !
-
Sorry deadwood, just getting home now, ReqTools Prefs works fine, you had to reboot the system to see the differences, with OS 3.2 this is not necessary.
Ok, good that this is sorted out and working :)
-
Hi,
https://axrt.org/development/asl_versions-m68k.zip
asl.library.50.7 is the default AROS version that was present in latest releases
asl.library.50.8 contains first half of MorphOS changes
asl.library.50.9 contains first and second half of MorphOS changes
asl.library v50.8 and asl.library v50.9 work great and fix the bugs I reported, now the RequestFile has a proper size, with MysticView now folders and files are highlighted when you scroll with Mouse wheel or Slide window
The new Dimension produced by Als.library 5.08 with EaglePlayer seems not to work, but it is not a problem, maybe it uses its own internal one !
-
Good. Today seemed to be a good day for resolving bugs and issues ;)
-
I discovered another oddity, on your 68k ISO if you do "Leave Out" to an icon, to see the link on Wanderer you have to reboot the system, same thing for "Put Away"
On my AROS One 68k "updated with your ISO" it behaves differently, "Leave Out" and "Put Away" work perfectly without the need to reboot the system, who does the magic?
On your x86 ISO this does not happen
-
I just found one problem. If I open a application (the same should be true for games or demos) that opens ECS screen and closes it then UAE crashes. With the old roms it correctly returned to OS
-
@deadwood
WBRun of your ISO Does not work, if you run it from a Shell WinUAE crashes ! 2021 version works fine.
-
@OlafS3, @AMIGASYSTEM
Thanks for reports. I will look into those after I'm done with ASL.
-
I just found one problem. If I open a application (the same should be true for games or demos) that opens ECS screen and closes it then UAE crashes. With the old roms it correctly returned to OS
Can you link me an example of such application? I tried Andy and Blondie demo and didn't get a crash. Which ROMs do you mean as "old" - can you point me to archive you got the "old" ROMs from?
-
Try WBRun from this build: https://build.axrt.org/download/builds/AROS-ABIv11/amiga-m68k-20220630-160607.tar.gz
The problem similar to WBRun is present in several shell commands - I suggesting updating the complete C: drawer.
-
FYI, I published m68k Contrib archive matching m68k builds from my build server:
https://axrt.org/download/aros/v11/AROS-20220630-1-any-m68k-contrib.tar.bz2
-
Try WBRun from this build: https://build.axrt.org/download/builds/AROS-ABIv11/amiga-m68k-20220630-160607.tar.gz
The problem similar to WBRun is present in several shell commands - I suggesting updating the complete C: drawer.
This version of WBRun works well
Even the old native AROS versions I had on my old AROS One 68k worked fine
-
FYI, I published m68k Contrib archive matching m68k builds from my build server:
https://axrt.org/download/aros/v11/AROS-20220630-1-any-m68k-contrib.tar.bz2
This archive includes a little corruption ! I don't know if everything is unpacked regularly !
-
I re-uploaded. Please try again.
-
Now it is fine, no error detected !
-
On AROS 68k there are still many things that are wrong, for example the Italian keyboard is still corrupted, the Icon.library is still not perfect, on contrib, the Xad libraries not working, Dopus4 crashes if you have to unzip big LHA archives, the LHA command doesn't work, I'll stop here but there would be more.
The problems mentioned I solve all of them by using the respective OS3 applications or libraries.
-
Also with Filesystems you have problems on AROS 68k, as reported some time, on SFS a folder moved to the same path is not deleted, you cannot rename a file from Lower Case to Upper Case, a single icon cannot be deleted.
The PFS Filesystem does not have these problems, but it does have others, whenever you copy something or modify something you have to wait a while before rebooting, if you reboot right away what was done or modified will not be found after rebooting.
This is a problem that also exists on OS3, let's say it is a flaw of PFS, on OS3 however there is a small workaround for this problem using "DiskSafe"
-
Some of those issues are already noted down in bug reports. I'm currently not working on them as I have other things planned.
-
Don't worry, you are working even harder than you should, and thank you for what you do.
The problem was that the ISO updates I have to do them manually by single file, otherwise then I have to remember all the changes made in the past, even if my memory is good, the almost 70 years are approaching.
All this to motivate the halt of my AROS One 68k Distribution, I have many requests for Downloads (many users insist on clicking on the old links I deleted), but at the moment for me AROS 68k is still not as I would like it to be, that is, fully usable without the need of the OS3 aids.
-
I just found one problem. If I open a application (the same should be true for games or demos) that opens ECS screen and closes it then UAE crashes. With the old roms it correctly returned to OS
Can you link me an example of such application? I tried Andy and Blondie demo and didn't get a crash. Which ROMs do you mean as "old" - can you point me to archive you got the "old" ROMs from?
The problem I had was with AMOS. When I open it and close it WinUAE crash. With the older roms (27.1..2022) it worked
https://aros-platform.de/Amos.zip
AMOS
https://aros-platform.de/roms.zip
the old roms
Strange with your newest nightly it seems to work... I will test
-
Ok, let me know. I tried it under FS-UAE with latest build and I can enter/exit AMOS without crashes.
-
I also confirm on my AROS One 68k on WinUAE, I have no problem getting out !
-
a little weird...
it seems I have the problem already in old version. On Wanderer all seems ok, only on magellan or scalos closing of old version of amos not works correctly. What happens seem to depend on version of winuae. On older version (4.4) empty screen, on 4.9 it crashes. But this only happens with old version of amos, newer version (AMOSUnity) works correct again. So I would say we leave it at that. If that is only app affected it is not a big problem.
-
Ok, got it.
-
I identified my problem :) a commodity. Now all is ok
I just test the new final writer 7
-
I identified my problem :) a commodity. Now all is ok
I just test the new final writer 7
A review is welcome :)
-
there is the new final writer? :D
-
there is the new final writer? :D
Accidentally I made the shopping cart live before I was ready. Olaf owns a copy and will continue to get updates while it's being finished.
-
I understood, thanks