OS4 DepotLogo by Browallia 
(anonymous IP:,1158) 

   Bug tracker
   Locale browser

   o Audio (328)
   o Datatype (47)
   o Demo (180)
   o Development (532)
   o Document (21)
   o Driver (87)
   o Emulation (141)
   o Game (856)
   o Graphics (457)
   o Library (93)
   o Network (201)
   o Office (56)
   o Utility (805)
   o Video (61)

Total files: 3865

Full index file. Download
Recent index file. Download



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 11
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: Cass ( 20 Dec 2016, 03:07File version: 2.15
What about adding multivolume support?

Comment by: MickJT ( 20 Jun 2012, 03: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, 03: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, 09: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, 09: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, 18: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, 18: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, 16: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, 16: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, 06: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, 11: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, 21: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, 20:40File version: 2.15
Strange problem, reproducable everytime. On Sunday I compressed my application Jack using LHA:

lha -e -r -H0 a Jack.lha #?

There are bunch of files which been corrupted during compression, if I use lha l Jack.lha, I see the following results:

6703 6663 0.5% 00-&¾ÓJan-80 00:00:00
6685 6643 0.6% 00-&¾ÓJan-80 00:00:00
6876 6828 0.6% 00-&¾ÓJan-80 00:00:00
7075 7036 0.5% 00-&¾ÓJan-80 00:00:00
6719 6677 0.6% 00-&¾ÓJan-80 00:00:00
7149 7111 0.5% 00-&¾ÓJan-80 00:00:00
6540 6501 0.5% 00-&¾ÓJan-80 00:00:00
7001 6963 0.5% 00-&¾ÓJan-80 00:00:00
7109 7076 0.4% 00-&¾ÓJan-80 00:00:00
6998 6957 0.5% 00-&¾ÓJan-80 00:00:00
8723 8704 0.2% 00-&¾ÓJan-80 00:00:00

Now when the user comes to extract the archive using Unarc or Lha x these files do not extract at all.

If I use -H1 or -H2 all files are compressed/extracted correctly, but I need to use -H0 to retain spaces in filenames. In the end I zipped the archive instead.

To reproduce this simply search for Jack on here, download the ZIP, extract it to RAM and then compress it using the arguments I gave at the beginning. You will notice it won't work correctly with the 'flags' directory.
Comment by: Massimiliano Scarano ( 05 Jan 2012, 11: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, 14: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, 13: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, 08:47File version: 2.15
Thanks Sven for the update.
Comment by: MickJT ( 03 Jan 2011, 08:00File version: 2.14
Hmm. Description still says 2.12. Worth a re-upload?
Comment by: MickJT ( 01 Jan 2011, 16:37File version: 2.12
Major bug! Files created in the year 2011 have their year recorded as 1980.
Comment by: orginAt: 15 Mar 2006, 08: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, 02: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