Re: uzip extfs sanity patch

[Pavel Machek <pavel suse cz>]

Hi!

> > > Here is a small patch I needed to display one particular archive 
> > > contents without errors. If it is convenient to neglect errors like weird 
> > > dates then it can be usefull. Maybe even the other archive scripts should 
> > > have such checks? What do you think?
> > ...
> > My suspicion is that the problem is not specific to that archive.  Maybe
> > the months are displayed in some other language, or something like that.
> 
> The problem is the archive. It is Atari ST filesystem (according to the 
> unzip -Zv) entry. Atari ST computers didn't have the real time clock 
> backup so that the clock sets some weird date after switch off/on of the 
> machine. User needed to set it up manually by themselves. I simply checked 
> the month (in the wrong entries - 015) to the range it should be. IIRC ST 
> displays the Dec 31 2028. Actuall there is the date stamp like 0xffff ( => 
> year = 0x7f+1980, mon = 0xf, day = 0x1f ) and this is exactly what is 
> happening here. The only value that can be wrong here (at least for 
> unzip executables - studying its sources) is the month number so the 
> sanity range shrinkage is IMO ok here. And maybe there should be the same 
> (range) checks also for the year, date and other data?

Extfs should be fixed to use some sane format,
not ls -l... Fish has one quite reasonable...

-- 
				Pavel
Written on sharp zaurus, because my Velo1 broke. If you have Velo you don't need...