LhA year 2011+ issues

[Piru]

LhA archiver has a bug in it that results in year beyond 2010 to get archived as 1980. All Amiga LhA versions have this issue.

Until LhA fix is provided you should be aware of this issue for example when using LhA for backup purposes. Similarly you should be careful when uploading LhA archives to aminet or other collections.

MorphOS LhA 2.7.10 fixes this issue. MorphOS users can download the new LhA command from: http://www.morphos-team.net/downloads.html.

Other vendors will hopefully provide similar fixes soon.

UPDATE: AmiNET has new bug fixed LhA now: http://aminet.net/package/util/arc/lha_68k

[Piru]

Did you have to change the format of lha archives to implement the fix?

No.

How did you fix it?

There was a bogus comparison against the datestamp year being greater than 2010. I can only presume the original author meant 2100. Anyhow, now it correctly compares against 2107 which is the last year the date format used can present.

What year will the next lha bug strike?

2108 the latest.

[Piru]

Ok, I'll fix the 68k version...

The lastest is the 2.12 ?

Don't bother with 2.x. There's already 2.15 being uploaded to aminet.

These are the versions that require binary patching:
http://aminet.net/util/arc/LhA_e138.run
http://aminet.net/util/arc/lha150r.run

You'll probably find the spot easily by looking for "cmp.s #2010,dn"

[Piru]

No need for error prone patching using outdated versions of lha...

Sven Ottemann already made the necessary fixes, including the 68k version.

Did you read the post by ChaosLord?

[Piru]

Please, first, explain the bug : all .lha created with the v2.12 or the v1.38 give me the correct date : 2/2/2011

Both 1.38 and 2.12 give 1980 here. BTW 2/2 doesn't sound correct it's january still.

[Piru]

>Both 1.38 and 2.12 give 1980 here.

With WinUAE ??

No, MorphOS.

Just to clarify: the files added to the archive have a wrong year, not the archive file itself.

[Piru]

Could this be why some file I UN-LHA'd today we're locking up my system?

No