I made my first archive using ZuneArc on Linux Hosted 32-bit (March 2025) and when extracted, it had changed the file permission from RWED to HSP---E-. I found a newer version in AROS archives so replaced C:lha with the new one but got the same result. When I follow the exact same steps in Linux Hosted Icaros 2.3 the archive is fine. So I copied the Lha from there to my new setup. Unfortunately, using that created an archive twice as large which crashed AROS when trying to extract it. What am I missing? Thanks for your help!
For your information, Icaros Desktop has not been updated for many years, AROS x86 has received hundreds of fixes and improvements, and IcarOS is no longer compatible with the new Core and the new AROS Contribs.
Zune ARC has not been updated for years, but I have updated and improved its configuration on my AROS One x86, 68k and 64Bit distributions.
LHA archives, as well as ZIP and others, can be unpacked with a click using Dopus4 or Dopus5. Archives can also be created with a click on Dopus4 and Dopus5, but all this can only be done on AROS One, where I have updated and significantly improved the configuration of Dopus4 and Dopus5
Furthermore, on AROS One Wanderer, Dopus4 and Dopus5 recognise an archive even without an extension..
I am attaching a video where you can see how to create and unpack archives correctly with ZuneARC and Dopus4.
I'm using a clean install of the latest Linux Hosted 32-bit build (March 2025), latest Contribs compilation, and latest LHA release. Do you know why the permissions are corrupted when I'm using the latest of everything?
The syntax I'm using is "lha c RAM:test.lha file1 file2"
I've got Linux, Windows, AmigaOS3.9, AmigaOS4, and Icaros 2.3 that will all make LHA archives just fine both using the command line and with fancy scripts and buttons and such. I'm sure that your distribution makes it easy as well. That's not the point. Do you know why the simple command above gives HSP---E- as the permissions?
Actually, I see why. I'm using lha to archive it and latest xad to unarchive it. If I use lha to unarchive it, its fine. Very strange. Thanks. Its likely the unix format of lha vs amiga version of lha problem.
Yup, that's it. I've got a super old AROS version of lha (76k) before the unix conversion was adopted and it archives something that Amigas and AROS XAD can unarchive just fine. I've probably been caught by this unix thing 3 times now and tell myself every time to bag that lha.4u4a one and replace with the super old one. My memory is not what it used to be.
I've got a DOPUS4 button that calls C:XADUnfile. My lha archives have to be extractable by people using old amiga stuff as well so I have to check them against old Amiga lha extraction tools. I panic every time I post something to Aminet that people with old stuff will be able to extract it. The unix one just doesn't cut it in that regard.
As far as I understand you:
1) Lha from contrib and Lha from archives (lha_4u_4a) create archives which are not compatible with Amiga 68k LHA - when extracting with Amiga LHA files extract correctly but permissions are wrong.
2) There is an "old" Lha command in Icaros 2.3 which creates archives compatible with Amiga 68k LHA?
3) Lha from contrib archives files in way incompatible with AROS XADUnfile - again the issue is permissions
What about AmigaOS4? Unarchiving archive created with Lha from contrib also causes file permission issues there?
Regarding LHA, there are no problems on Amiga OS with archives created on AROS 32 and 64Bit; all LHA archives are compatible with LHA Amiga.
The problem is that there are numerous versions of LHA on Amiga. The first versions were commercial and required a key. There are also apps that unpack with internal tools or via Xad.
That said, I would say that if you use the correct tools on Amiga, all LHA archives created on AROS will be unpacked without any problems.
On AROS 32Bit there are currently 3 versions of LHA:
- Contrib version 77.5 KB, works well, very fast, if you compress a folder with files inside, it also generates a second, slightly smaller archive file with the extension .back
- Old Aminet version 146 KB, works well, very slow, adds H-S protection bits, these protections are not visible on Amiga OS
- New Aminet version 519 KB, works well, very slow, adds H-S protection bits, these protections are not visible on Amiga OS
Thanks, my issue is fixed. I'm using an old lha from AROS which solves the problems I had. I just need to remember to replace that in C: whenever installing a new distribution. I should have remembered that problem and solution before starting this thread, sorry. I'm 65 years old now so don't remember so well. I know you're older so good job staying mentally active.
NathanH
You can view all discussion threads in this forum. You cannot start a new discussion thread in this forum. You cannot reply in this discussion thread. You cannot start on a poll in this forum. You cannot upload attachments in this forum. You cannot download attachments in this forum.