[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#800627: linux: fs/isofs/util.c iso_date() will map years >= 2028 to 1970



Hi,

> Please address this by sending a patch to the upstream developers.

I had hoped for Debian assistance when interacting with the
kernel developer community.

Will try upstream when i found the reason for the third bug i am
hunting.

(The first one was #798300
 "fs/isofs/rock.c coarsely truncates file names of 254 or 255 bytes length".
 The third one will be about Rock Ridge Creation time being
 accepted as ctime of regular files but not of directories.
 It happens with a FreeBSD 11 installation ISO but i cannot
 yet spot it in the source.)


> The current behaviour is actually architecture-dependent as char is
> unsigned on some architectures (e.g. powerpc).

In this case the "tz" part (byte 6) of the 7-byte timestamp
will be misunderstood. (Should be covered by use of isonum_712()
in my experimental kernel, provided that type "s8" is signed
on all architectures.)

So whatever the architecture is, iso_date() is wrong.


Have a nice day :)

Thomas


Reply to: