AMIGASYSTEMDistro Maintainer Posted
6 months agoAROS-20211128-DC01-any-i386-contrib:
LunaPaint = Old Version (Miker's version is more up-to-date)
MystiCube = Does not work
DTConvert = Don't convert anything (Miker's version works fine)
FryingPan = GURU
PlayMF = GURU
Regina= How to install on AROS x86?
Regina= arexx_tests do not work, if I use RX as a tool I get a GURU
Fully integrating Contrib takes a lot of time to check every single file. Wouldn't it be more useful to publish updates separately to speed things up!
I have integrated almost all the contrib on AROS one, tomorrow I will check for other problems.
AMIGASYSTEMDistro Maintainer Posted
6 months agodeadwood, as happened in the past "contrib.tar.bz2" if unpacked on Windows with WinRAR or 7zip, generates "strange" corruptions.
For example GCC, if you try to compile the "IconClone source by Miker" 2 times or more, it generates "always different" GURUs see screenshot ! if you try to recompile with the same name the system crashes.
On the other hand, if I unpack "contrib.tar.bz2" on AROS, the GCC "seems" not to generate any GURUs, tried to compile a dozen times without any problems.
In my opinion it's the "TAR" that is not handled well on Windows, I haven't tried it on Linux, someone should try.
I attach 3 Screenshots of GCC and IconClone Source
You do not have access to view attachments
Amiwell79Distro Maintainer Posted
6 months agoI haven't had any corruptions with 7zip
It's possible that WinRAR or 7Zip might not be handling tar.gz correctly. Your alternative is to install unix environment for Windows (I believe it's called MInGW?) and then use linux versions of tar. Also if you suspect problem with unpacking, use some soft of checksum program (sha256sum on Linux) to check the checksums of "non-working" GCC and "working" GCC.
Please also note that default start in Shell is way too small to run GCC. The errors you are getting suggest memory corruption which often happens when stack is too small.
AMIGASYSTEMDistro Maintainer Posted
6 months agoAs you know I don't use Linux, I will continue to unpack TAR on native AROS which guarantees me compatibility anyway, I will also try unpacking TAR archives on OS3 (AFA OS) on WinUAE which should provide good compatibility.
Regarding the Shell, the GCC "unpacked on AROS" as said seems to have no Stack problem, I will do more Tests.
Is there a different way on AROS to run GCC besides the Shell?
No, gcc is a command-line application. You either needs to run it from AROS Shell or from "sh" (Linux shell that is ported to AROS)
AMIGASYSTEMDistro Maintainer Posted
6 months agoSorry deadwood one more question, I have noticed every time a new contrib comes out, the size of the binary files always changes, even though the version is always the same.
I suppose this is motivated by the different version of the compiler.
I ask this because I would like to understand if I have to overwrite/update these binaries even if they have the same version, or nothing changes if I don't update them, thanks.
Are you asking about any specific binary or binaries in contrib in general?
AMIGASYSTEMDistro Maintainer Posted
6 months agoPractically almost all of them, as an example you can see in the screenshot some files for comparison (both work fine), same versions but belonging to a different contributor
You do not have access to view attachments
AMIGASYSTEMDistro Maintainer Posted
6 months agoOK thanks for the info, that's what I had thought, at this point it's less time consuming to overwrite everything, what I was worried about is that the different size could include corruption, given the 'dubious' incompatibility of TAR on Windows, to be on the safe side I'll continue to unpack the TAR Archives on AROS.
In any case, even a decimal version change would be important and would facilitate updates by users.
Amiwell79Distro Maintainer Posted
6 months agodeadwood wrote:
@deadwood - It's possible that WinRAR or 7Zip might not be handling tar.gz correctly. Your alternative is to install unix environment for Windows (I believe it's called MInGW?) and then use linux versions of tar. Also if you suspect problem with unpacking, use some soft of checksum program (sha256sum on Linux) to check the checksums of "non-working" GCC and "working" GCC.
Please also note that default start in Shell is way too small to run GCC. The errors you are getting suggest memory corruption which often happens when stack is too small.
I didn't quite understand about gcc however the version before this one from dopus5 works the latest one doesn't, i.e. if I open a shell instance from the directory panel
Edited by Amiwell79 on 13-11-2023 18:47,
6 months ago You do not have access to view attachments
Amiwell79Distro Maintainer Posted
6 months agoyes I did not compile anything I thought it would work since the instruments are recognised
AMIGASYSTEMDistro Maintainer Posted
6 months agoWith the old version, a parameter had to be added to compile some binaries, now with the new one the problem has been corrected.
What problems have you encountered with the new version?
To translate into English, use deepl.com, which is the absolute best!
Amiwell79Distro Maintainer Posted
6 months agoif I install the new tools they are not recognised by the system the old ones are
AMIGASYSTEMDistro Maintainer Posted
6 months agoI don't understand, what does 'unrecognised' mean?
Amiwell79Distro Maintainer Posted
6 months agofrom shell but only button from directory panel, use dopus5
Amiwell79Distro Maintainer Posted
6 months agothe old development tool works if open shell button from dopus5 panel, the new tool do not works