@aclogic
wow, thanks!

_________________
Author of the PortablE programming language.
It is pitch black. You are likely to be eaten by a grue...

@ChrisH

Good news. Can someone make a news item on amigans.net? At the moment i'm not a member there. I was assume "temporary" meant temporary and that the whole database (including membership) would be restored at some point, so i've just been waiting.

If there's no news item submitted here soon, then i'll do one. Also one should be on www.amiga.org too, and in all of them note that a 68k version will be available soon.

Edit: How about fixing it up to save timestamps with seconds ending in an odd-number? I wonder if it's been like that since the very first versions of LhA.

Last edited by MickJT on 02-Jan-2011 at 01:19 PM.

@MickJT

Done for amiga.org and a1k.org. I think the info will hit the other sites, too

Edit:
Quote:

Edit: How about fixing it up to save timestamps with seconds ending in an odd-number? I wonder if it's been like that since the very first versions of LhA.

IIRC this is some relict of MS-DOS days (lha´s roots). To stay compatible to lha versions still relying on this, the odd seconds might stay for a while...

Last edited by whose on 02-Jan-2011 at 01:28 PM.
Last edited by whose on 02-Jan-2011 at 01:27 PM.
Last edited by whose on 02-Jan-2011 at 01:26 PM.

@whose

It's just that the Unix LhA handles odd numbered seconds fine, and the Amiga LhA can extract it fine, or so it appears. I haven't done any great deal of testing.

Edit: OK. The Amiga LhA extracts it but with an even numbered timestamp. Probably by design.

Last edited by MickJT on 02-Jan-2011 at 01:53 PM.

Thanks for the updated version; it works now!

_________________

@MickJT

Quote:

Good news. Can someone make a news item on amigans.net? At the moment i'm not a member there. I was assume "temporary" meant temporary and that the whole database (including membership) would be restored at some point, so i've just been waiting.

That's correct, but no ETA yet that I know of.

I've submitted a news article there for you.

Quote:

Edit: How about fixing it up to save timestamps with seconds ending in an odd-number? I wonder if it's been like that since the very first versions of LhA.

I was reading some documentation on the LhA header, and this is inherent in the header format.

I wonder if newer header types (option -H) don't have this limitation, I haven't checked.

Chris

_________________
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar is Tabitha by Eric W Schwartz

@aclogic

Quote:

A fixed version for AOS4 is in the upload-dir of os4Depot. Versions for 68k will follow on aminet.

first of all, thank you!



second, how do i install this? i'm a bit of a newbie -- i would assume this command-line utility would go in 'C:', yes? does unarc use this, or would i install it elsewhere for it to be used by unarc?

-- eliyahu

_________________
"Physical reality is consistent with universal laws. When the laws do not operate, there is no reality. All of this is unreal."

@eliyahu

Copy "lha" to C:

If you open a Shell and type "lha" it will give you some help.

Basically, to create an archive, it's:
lha a archive.lha list of files

To extract it's:
lha x archive.lha

My LHAOPTS contains -Frxae so you might need some of those too (-r is recursive which is pretty essential)

UnArc uses xadmaster.library which has an internal LhA extraction routine, it doesn't use the LhA command (if you're only using UnArc and not creating archives you don't need the command line version of LhA)

Chris

_________________
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar is Tabitha by Eric W Schwartz

@Chris_Y

Quote:

UnArc uses xadmaster.library which has an internal LhA extraction routine, it doesn't use the LhA command (if you're only using UnArc and not creating archives you don't need the command line version of LhA)

ah, OK. i only use unarc for archive decompression. went ahead and picked it up, though, since TVpaint uses it, apparently.

thanks for the info.

-- eliyahu

_________________
"Physical reality is consistent with universal laws. When the laws do not operate, there is no reality. All of this is unreal."

@nbache

Here was my last successful communication with Sven:

========================================================
Subject: Re: lha 2.12
From: "Sven Ottemann"
Date: Tue, June 1, 2010 9:38 am
To: "George Wyche"
Priority: Normal
Mailer: YAM/2.6 (AmigaOS4; PPC; rv:20100221)
Options: View Full Header | View Printable Version | Download this as a file| Add to Addressbook | View Message details
Whitelist: Sender | Domain
Blacklist: Sender | Domain

Hello George Wyche

on 01.06.2010 wrote George Wyche:

> Sven Ottemann,

> Who now has control of the lHA 2.12 source code?

Thats me :),

i have seen your post on amigaworld.net, which type of files would you
exclude from the (de)compression?


Regards

===============================================

_________________
..effects of civilization upon...nature, the growing gap between what education was supposed to accomplish and what it consisted of, the national debt and...high taxes, the problem of the excess cost of medical care -- Philip Wylie, 1951

@Chris_Y

Out of interest, what is new in Sven's version?

_________________
Amiga Developer
Amiga 500, Efika, Mac Mini and PowerBook

@itix

Quote:

itix wrote: @Chris_Y Out of interest, what is new in Sven's version?

2.14
Fix: Y2K11 bug

changed the default I/O Buffersize to 128k
changed the max I/O Buffersize to 512k
changed the default Headerlevel to 1

_________________
no RISC, no fun

@aclogic

I mean, fixed and enhancements you wouldnt find from the MorphOS version (since Amiga versions forked)?

Last edited by itix on 03-Jan-2011 at 07:12 AM.

_________________
Amiga Developer
Amiga 500, Efika, Mac Mini and PowerBook

@itix

2.14 Sven Ottemann

Fix: Y2K11 bug

changed the default I/O Buffersize to 128k
changed the max I/O Buffersize to 512k
changed the default Headerlevel to 1

2.13 internal version

2.12 (Sven Ottemann)

- Fix: a stringproblem reported by Alex Carmona

- Fix: softlinks were handled as dirs
reported by Christian Aichinger


2.11 (Sven Ottemann)

- Fix: a Enforcerhit/Greamreaper in the u-command
reported by Martin McKenzie

- New: a WarpOS-version of LhA

- some changes to reduce the number of contextswitches in
the WarpOS-version

2.10 (Sven Ottemann)

- Fix: the support of selfextracting archives was broken

2.9 (Sven Ottemann)

- Fix: the -lh1- decoding and enconding was broken in 2.8
(reported by Timo Sievänen)

- Fix: the archive date was showed as xx-xx-105 instead xx-xx-05

2.8 (Sven Ottemann)

- Ported to AOS4

- Fix: protection bits are set correct now
(reported by Richard Drummond)

The base was the SAS/C-code of LhA 2.7. Maybe that same of bugs was introduced during the change to gcc.

And what were the changes in the morpos version?

_________________
no RISC, no fun

@ggw

Looks like Piru also has the LhA source, but it seems the AOS/MOS ports have been branched off and went in slightly different directions.

Or are they just written from scratch by different people seeing as the code to compress/decompress LH1 through to LH7 is out in the open?

Edit: I have submitted a news item to this forum.

Last edited by MickJT on 03-Jan-2011 at 06:44 PM.
Last edited by MickJT on 03-Jan-2011 at 08:57 AM.

@aclogic

Looks like bug fixes are related to OS4 port or GCC build. I am at the far side of the world atm but in old MorphOS notes there is this fix to LhA:

Quote:

C/LhA Refuse to add files with name + comment too long to fit in the old LhA headers

Dunno about other changes but looks like LhA on OS4 havent changed during 10 years so both versions must be about the same. I dont recall major changes in MorphOS versions either.

_________________
Amiga Developer
Amiga 500, Efika, Mac Mini and PowerBook

@MickJT

Quote:

Looks like Piru also has the LhA source, but it seems the AOS/MOS ports have been branched off and went in slightly different directions. Or are they just written from scratch by different people seeing as the code to compress/decompress LH1 through to LH7 is out in the open? (LH7 may not be official?).

The source for 2.7 was publically released before Sven took it over, I found the web pages (but not the source) on archive.org just before seeing Sven's post.

@aclogic
It would be good if you could cross-compile LhA 2.14 for MorphOS (and AROS too?) to keep them all in line, if you are able to do so easily.

Last edited by Chris_Y on 03-Jan-2011 at 12:49 PM.

_________________
"Miracles we do at once, the impossible takes a little longer" - AJS on Hyperion
Avatar is Tabitha by Eric W Schwartz

@aclogic

Thank you for the prompt update :)

I have found a little problem: the spaces in the names of the stored files are converted to underscore - I don't know whether this is how it's supposed to be (I've searched for "space" and "underscore" in the guide, but I couldn't find anything) , but it's annoying and the previous version did not do it.

Last edited by saimo on 03-Jan-2011 at 01:57 PM.

_________________
RETREAM - retro dreams for Amiga, Commodore 64 and PC

@saimo

I can confirm. We need another emergency fix. D'oh! (Edit: Problem is in XAD not LhA).

Edit: Also, choosing a file with parentheses outside of a subdir (i.e, you've manually selected the file containing parentheses in the name), in Dopus4 it will cause some odd issues, and on the command line it says it's an invalid pattern match. I'm going to just call this normal behaviour, and you can work around it by using the #? wildcard or other pattern match options, but I thought i'd just report it anyway. It's not a new issue.

Last edited by MickJT on 03-Jan-2011 at 05:44 PM.
Last edited by MickJT on 03-Jan-2011 at 04:21 PM.
Last edited by MickJT on 03-Jan-2011 at 03:30 PM.

On second glance, it seems to be a interoperability issue with LhA and xadmaster. Extracting it with the LhA tool itself, or on windows, and the spaces are there as they should be. Extract it using "UnArc" and all the spaces have been converted to underscores.

Can someone check archiving something with a space using the new MorphOS LhA (2.7.10) then extracting it on OS4 in UnArc? Just curious. I doubt there'd be a problem but it's always a good idea to check.

Edit: Next page Chris_Y explains the cause.

Last edited by MickJT on 03-Jan-2011 at 06:49 PM.
Last edited by MickJT on 03-Jan-2011 at 06:46 PM.
Last edited by MickJT on 03-Jan-2011 at 05:44 PM.
Last edited by MickJT on 03-Jan-2011 at 05:43 PM.
Last edited by MickJT on 03-Jan-2011 at 04:27 PM.
Last edited by MickJT on 03-Jan-2011 at 04:20 PM.