| Comment by: Marko (188.150.144.115) | At: 08 Apr 2020, 20:18 | File version: 2.15 |
@Hypex
With UnArc, it's provided in OS4 by default.
|
| |
| |
| Comment by: Hypex (210.4.232.212) | At: 03 Apr 2020, 18:46 | File version: 2.15 |
Well here's a circular conundrum. How to extract LhA when it needs LhA. Seems like circular reasoning to me!. :-P
|
| |
| |
| Comment by: Thematic (88.114.191.122) | At: 21 Feb 2020, 12:05 | File version: 2.15 |
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.
|
| |
| |
| Comment by: AC/DC HACKER! (73.25.53.47) | At: 04 Apr 2018, 04:38 | File 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 (91.140.89.147) | At: 20 Dec 2016, 03:07 | File version: 2.15 |
What about adding multivolume support?
http://amigaworld.net/modules/newbb/viewtopic.php?topic_id=29517&forum=27&6#712290
|
| |
| |
| Comment by: MickJT (124.171.83.173) | At: 20 Jun 2012, 03:02 | File 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 (124.171.83.173) | At: 20 Jun 2012, 03:00 | File 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 (85.47.35.202) | At: 13 Jun 2012, 09:57 | File version: 2.15 |
@MickJT
OK. So I was right as my comments are all and only related to LhA Shell command.
|
| |
| |
| Comment by: Massimiliano Scarano (85.47.35.202) | At: 13 Jun 2012, 09:56 | File version: 2.15 |
@MickJT
OK. So I was right as my comments are all and only related to LhA Shell command.
|
| |
| |
| Comment by: MickJT (124.171.83.173) | At: 12 Jun 2012, 18:10 | File 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 (124.171.83.173) | At: 12 Jun 2012, 18:05 | File 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 (85.47.35.202) | At: 12 Jun 2012, 16:34 | File version: 2.15 |
@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.
|
| |
| |
| Comment by: Massimiliano Scarano (85.47.35.202) | At: 12 Jun 2012, 16:29 | File version: 2.15 |
@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.
|
| |
| |
| Comment by: MickJT (124.171.83.173) | At: 12 Jun 2012, 06:55 | File 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 (93.47.129.82) | At: 08 Jun 2012, 11:18 | File 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 (88.112.226.248) | At: 17 Jan 2012, 21:50 | File 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 (81.104.219.70) | At: 17 Jan 2012, 20:40 | File version: 2.15 |
|
| |
| |
| Comment by: Massimiliano Scarano (93.45.101.10) | At: 05 Jan 2012, 11:14 | File 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 (82.22.248.30) | At: 06 Feb 2011, 14:29 | File version: 2.15 |
@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.
|
| |
| |
| Comment by: Hypex (210.4.229.59) | At: 06 Feb 2011, 13:55 | File 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 (202.161.4.68) | At: 04 Jan 2011, 08:47 | File version: 2.15 |
Thanks Sven for the update.
|
| |
| |
| Comment by: MickJT (202.161.4.68) | At: 03 Jan 2011, 08:00 | File version: 2.14 |
Hmm. Description still says 2.12. Worth a re-upload?
|
| |
| |
| Comment by: MickJT (202.161.4.68) | At: 01 Jan 2011, 16:37 | File version: 2.12 |
Major bug! Files created in the year 2011 have their year recorded as 1980.
|
| |
| |
| Comment by: orgin | At: 15 Mar 2006, 08:50 | File 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 (208.46.72.228) | At: 15 Mar 2006, 02:18 | File 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
format.
|
| |
| |
Audio (343)