2.2
(and possibly fat too, I assume it is the same). If you don't I'll send it
again for 2.2.19pre2 or so.
/Urban
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
Please read the FAQ at http://www.tux.org/lkml/
Few weeks ago I have sent the following letter:
> Hello!
>
> I have found a bug in drivers of file systems which use a DOS-like format
> of date (16 bit: years since 1980 - 7 bits, month - 4 bits, day - 5 bits).
>
> There are two problems:
> 1) It is unable to convert UNIX-l
not set). Zero is not a valid date (e.g. months are
>numbered from one, not from zero) and can't be properly converted to
>UNIX-like format of date (it was converted to date before 1980).
>
> I have found FAT, NCPFS and SMBFS drivers subject to this problems. Patch for
&
On Tue, 5 Dec 2000, Igor Yu. Zhbanov wrote:
> Hello!
Hello again
> As I see now in 2.2.18pre24 NCPFS is fixed but VFAT and SMBFS doesn't. (This
> happened because the maintainer of NCPFS resent my patch to Alan Cox but only the
> part of patch related to NCPFS). So I resent y
Hello, sorry for slow response.
(I have lost and found your first letter.)
On Tue, 28 Nov 2000, Urban Widmark wrote:
> On Fri, 24 Nov 2000, Igor Yu. Zhbanov wrote:
>
...
>
> > I have found a bug in drivers of file systems which use a DOS-like format
> > of date (16 bit:
Hello!
I have found a bug in drivers of file systems which use a DOS-like format
of date (16 bit: years since 1980 - 7 bits, month - 4 bits, day - 5 bits).
There are two problems:
1) It is unable to convert UNIX-like dates before 1980 to DOS-like date format.
2) VFAT for example have three
On Fri, 24 Nov 2000, Igor Yu. Zhbanov wrote:
> Hello!
Hello, sorry for the slow response.
> I have found a bug in drivers of file systems which use a DOS-like format
> of date (16 bit: years since 1980 - 7 bits, month - 4 bits, day - 5 bits).
[snip]
> 2) VFAT for example have th
7 matches
Mail list logo
