lha.lha utility/archive - Comments

Marko (188.150.144.115) @ 08 Apr 2020, 08:18.30

Wed, 08 Apr 2020 20:18:30 +0200

By: Marko (188.150.144.115)

@Hypex 
 
With UnArc, it's provided in OS4 by default.

Hypex (210.4.232.212) @ 03 Apr 2020, 06:46.07

Fri, 03 Apr 2020 18:46:07 +0200

By: Hypex (210.4.232.212)

Well here's a circular conundrum. How to extract LhA when it needs LhA. Seems like circular reasoning to me!. :-P

Thematic (88.114.191.122) @ 21 Feb 2020, 12:05.40

Fri, 21 Feb 2020 12:05:40 +0100

By: Thematic (88.114.191.122)

The -G option doesn't work but the more commonly used -T option does. It gives me the help pages as if it was removed from the program.

AC/DC HACKER! (73.25.53.47) @ 04 Apr 2018, 04:38.07

Wed, 04 Apr 2018 04:38:07 +0200

By: AC/DC HACKER! (73.25.53.47)

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...

Cass (91.140.89.147) @ 20 Dec 2016, 03:07.48

Tue, 20 Dec 2016 03:07:48 +0100

By: Cass (91.140.89.147)

What about adding multivolume support? 
 
http://amigaworld.net/modules/newbb/viewtopic.php?topic_id=29517&forum=27&6#712290

MickJT (124.171.83.173) @ 20 Jun 2012, 03:02.52

Wed, 20 Jun 2012 03:02:52 +0200

By: MickJT (124.171.83.173)

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.

MickJT (124.171.83.173) @ 20 Jun 2012, 03:00.05

Wed, 20 Jun 2012 03:00:05 +0200

By: MickJT (124.171.83.173)

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 :)

Massimiliano Scarano (85.47.35.202) @ 13 Jun 2012, 09:57.09

Wed, 13 Jun 2012 09:57:09 +0200

By: Massimiliano Scarano (85.47.35.202)

@MickJT 
 
OK. So I was right as my comments are all and only related to LhA Shell command.

Massimiliano Scarano (85.47.35.202) @ 13 Jun 2012, 09:56.44

Wed, 13 Jun 2012 09:56:44 +0200

By: Massimiliano Scarano (85.47.35.202)

@MickJT 
 
OK. So I was right as my comments are all and only related to LhA Shell command.

MickJT (124.171.83.173) @ 12 Jun 2012, 06:10.34

Tue, 12 Jun 2012 18:10:34 +0200

By: MickJT (124.171.83.173)

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.

MickJT (124.171.83.173) @ 12 Jun 2012, 06:05.38

Tue, 12 Jun 2012 18:05:38 +0200

By: MickJT (124.171.83.173)

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.

Massimiliano Scarano (85.47.35.202) @ 12 Jun 2012, 04:34.25

Tue, 12 Jun 2012 16:34:25 +0200

By: Massimiliano Scarano (85.47.35.202)

@MickJT 
 
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.

Massimiliano Scarano (85.47.35.202) @ 12 Jun 2012, 04:29.44

Tue, 12 Jun 2012 16:29:44 +0200

By: Massimiliano Scarano (85.47.35.202)

@MickJT 
 
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.

MickJT (124.171.83.173) @ 12 Jun 2012, 06:55.22

Tue, 12 Jun 2012 06:55:22 +0200

By: MickJT (124.171.83.173)

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.

Massimiliano Scarano (93.47.129.82) @ 08 Jun 2012, 11:18.51

Fri, 08 Jun 2012 11:18:51 +0200

By: Massimiliano Scarano (93.47.129.82)

It seems like a minor issue: when archiving it doesn' t preserve comments attached to drawers (directories). 
AmigaOS 4.1 Update 1.

Thematic (88.112.226.248) @ 17 Jan 2012, 09:50.51

Tue, 17 Jan 2012 21:50:51 +0100

By: Thematic (88.112.226.248)

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.

djrikki (81.104.219.70) @ 17 Jan 2012, 08:40.16

Tue, 17 Jan 2012 20:40:16 +0100

By: djrikki (81.104.219.70)

Massimiliano Scarano (93.45.101.10) @ 05 Jan 2012, 11:14.06

Thu, 05 Jan 2012 11:14:06 +0100

By: Massimiliano Scarano (93.45.101.10)

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.

chris (82.22.248.30) @ 06 Feb 2011, 02:29.40

Sun, 06 Feb 2011 14:29:40 +0100

By: chris (82.22.248.30)

@Hypex 
 
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.

Hypex (210.4.229.59) @ 06 Feb 2011, 01:55.09

Sun, 06 Feb 2011 13:55:09 +0100

By: Hypex (210.4.229.59)

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! 
 
:-?

MickJT (202.161.4.68) @ 04 Jan 2011, 08:47.54

Tue, 04 Jan 2011 08:47:54 +0100

By: MickJT (202.161.4.68)

Thanks Sven for the update.

MickJT (202.161.4.68) @ 03 Jan 2011, 08:00.24

Mon, 03 Jan 2011 08:00:24 +0100

By: MickJT (202.161.4.68)

Hmm. Description still says 2.12. Worth a re-upload?

MickJT (202.161.4.68) @ 01 Jan 2011, 04:37.33

Sat, 01 Jan 2011 16:37:33 +0100

By: MickJT (202.161.4.68)

Major bug! Files created in the year 2011 have their year recorded as 1980.

orgin @ 15 Mar 2006, 08:50.43

Wed, 15 Mar 2006 08:50:43 +0100

By: orgin

Well, os4 comes with unarc by default. So there's no real problem unless 
Hyperion decides to remove it.

STRICQ (208.46.72.228) @ 15 Mar 2006, 02:18.23

Wed, 15 Mar 2006 02:18:23 +0100

By: STRICQ (208.46.72.228)

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 
format.