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... _______________________________________________ Mc-devel mailing list [EMAIL PROTECTED] http://mail.gnome.org/mailman/listinfo/mc-devel