OS4 DepotLogo by Nickman 
(anonymous IP:,1204) 

   Bug tracker
   Locale browser


   o Audio (328)
   o Datatype (47)
   o Demo (181)
   o Development (534)
   o Document (21)
   o Driver (88)
   o Emulation (142)
   o Game (859)
   o Graphics (460)
   o Library (93)
   o Network (202)
   o Office (57)
   o Utility (807)
   o Video (61)

Total files: 3880

Full index file
Recent index file



Support the site

 File comments for:  Utility » Archive » lha.lha


Description: lha 2.15 AOS4-native
Download: lha.lha
Version: 2.15
Date: 03 Jan 2011
Category: utility/archive
FileID: 6191
RSS Feed url: http://os4depot.net/modules/comments/rssfeed.php?file=utility/archive/lha.lha

[Back to readme page]   [Add Comment]   [Refresh page]

Comment by: AC/DC HACKER! ( 04 Apr 2018, 02:38File version: 2.15
Hello everyone,

I've encountered an archiving error. You can do this from the AmigaOS 4.1.1 CD but it's a little tricky. But if you want absalute knowledge that it is a bug that's 1 way to do it. Anyway, I was creating a backup of my OS 4.1.1 so I could instll MorphOS 3.10. So, I created different .lha's of my system. I had also copied over the "Enhanced Software" into it's own directory so if I wanted to use it later, I could...without the CD.

So I used LHA from Directory Opus 5 with my Classic Amiga config, and that LOOKED like it went well. I picked the Directory and .info for it. I watched as the process happened. It reported everything went fine. Then I deiced to test the archive. It failed on a file as corrupted. Which I thought was very odd.

So I did a bit more testing and it fails every time, with whatever filesystem. If I create what seems to be small .lha files then all is cool. Testest or exacts fine. But bigger, seems to have problems.

If you install OS 4.1 update 1 and the archive directly from the CD to RAM: or Hard Drive then same error happens. So, some bug exists in the creation / compression process. I've since copied LZX (zer040/zer060) version...and that's doing great.
If I test the .lha with LZX then LZX reports a bad CRC and continue on...
Comment by: Cass ( 20 Dec 2016, 02:07File version: 2.15
What about adding multivolume support?

Comment by: MickJT ( 20 Jun 2012, 01:02File version: 2.15
Does anyone here know if this problem has always been present, for the decades we've had lha on 68k? How about on the other platforms? I'm curious if it's only a recent issue.
Comment by: MickJT ( 20 Jun 2012, 01:00File version: 2.15
The way you worded it indicated the fault was in the archiving process. You said (twice) "when archiving", i.e the process of creating an archive, the "comments attached to directories (not to files) are not preserved thus not stored (vv command)".

However, they are stored and preserved. The issue is extracting, and the comments are not applied when unarchiving, despite being preserved when archiving.

.. but this is all semantics and pedantry now :)
Comment by: Massimiliano Scarano ( 13 Jun 2012, 07:57File version: 2.15

OK. So I was right as my comments are all and only related to LhA Shell command.
Comment by: Massimiliano Scarano ( 13 Jun 2012, 07:56File version: 2.15

OK. So I was right as my comments are all and only related to LhA Shell command.
Comment by: MickJT ( 12 Jun 2012, 16:10File version: 2.15
I'll just clarify. The comments ARE preserved (meaning, saved in the .lha), however when you use UnArc/XAD or the lha to extract, the comments aren't applied. If you use the lha to view the listing of the archive, you don't see the comments either.

The only way to see the comment, is to open it up in a text or hex editor, or to double-click the .lha in Dopus4. I think you can select the .lha and click "Read" and see the comment in the listing there too.
Comment by: MickJT ( 12 Jun 2012, 16:05File version: 2.15
You're wrong. Comments attached to directories are in-fact saved. They're just not extracted.

You also might only see them if you use a text editor to view the .lha, or use Dopus4 and double-click the .lha which opens it like a directory, then you'll see the comment there.

For example. Put a comment like "asdfghjkl", then .lha that directory. View it in a text editor, and you'll see it there.
Comment by: Massimiliano Scarano ( 12 Jun 2012, 14:34File version: 2.15

When archiving comments attached to directories (not to files) are not preserved thus not stored (vv command).
Comments to files are not affected by the same issue.
Comment by: Massimiliano Scarano ( 12 Jun 2012, 14:29File version: 2.15

When archiving comments attached to directories (not to files) are not preserved thus not stored (vv command).
Comments to files are not affected by the same issue.
Comment by: MickJT ( 12 Jun 2012, 04:55File version: 2.15
Seems to only be an issue when extracting (either by xad or the lha command line tool). You can see the comments are still preserved in directories by double-clicking an .lha in Dopus4, which opens it like a directory, and you can still see the comments there.
Comment by: Massimiliano Scarano ( 08 Jun 2012, 09:18File version: 2.15
It seems like a minor issue: when archiving it doesn' t preserve comments attached to drawers (directories).
AmigaOS 4.1 Update 1.
Comment by: Thematic ( 17 Jan 2012, 20:50File version: 2.15
d, I could not reproduce that, but I didn't try adding the archive to itself. What happens if you drop the H0 flag and pack the archive into another directory? I realize your example might differ somewhat from what you actually did. But H0 is not necessary, I tried that also.
Comment by: djrikki ( 17 Jan 2012, 19:40File version: 2.15
Comment by: Massimiliano Scarano ( 05 Jan 2012, 10:14File version: 2.15
From my experience (AmigaOS 4.1 Update 1), file attributes are guaranteed to be preserved only by the -a option. Without it, they are not always preserved even if they are stored (vv command), this happens with archives for example from 680x0 AmigaOS or even created on AOS 4 with a previous LhA version (2.12).
Everything works ok with UnArc 53.1.
Comment by: chris ( 06 Feb 2011, 13:29File version: 2.15

Use lha vv and you will see they are stored correctly. The updated XAD LhA client has introduced a bug with extracting protection bits (which was reported to me yesterday, and I've just fixed). The new v1.15 client will be available shortly.
Comment by: Hypex ( 06 Feb 2011, 12:55File version: 2.15
Does this have another bug? All protection bits are set to RWED. The doc says they are added by default and that the optopn -a will save them. not here!

Comment by: MickJT ( 04 Jan 2011, 07:47File version: 2.15
Thanks Sven for the update.
Comment by: MickJT ( 03 Jan 2011, 07:00File version: 2.14
Hmm. Description still says 2.12. Worth a re-upload?
Comment by: MickJT ( 01 Jan 2011, 15:37File version: 2.12
Major bug! Files created in the year 2011 have their year recorded as 1980.
Comment by: orginAt: 15 Mar 2006, 07:50File version: 2.12
Well, os4 comes with unarc by default. So there's no real problem unless
Hyperion decides to remove it.
Comment by: STRICQ ( 15 Mar 2006, 01:18File version: 2.12
Great. Doesn't lha.lha seem to pose a problem? It does, this is a
"chicken and egg" situation. Can this not be archived in some other

Copyright (c) 2004-2018 by Björn Hagström All Rights Reserved
Amiga OS and its logos are registered trademarks of Hyperion Entertainment