[PATCH] Bug in date converting functions DOS<=>UNIX in FAT and SMBFS drivers

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-like dates before 1980

Re: [PATCH] Bug in date converting functions DOS<=>UNIX in FAT, NCPFS and SMBFS drivers [second attempt]

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:

Re: [PATCH] Bug in date converting functions DOS=UNIX in FAT, NCPFS and SMBFS drivers [second attempt]

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: years since 1980 - 7 bits

[PATCH] Bug in date converting functions DOS<=>UNIX in FAT, NCPFS and SMBFS drivers [second attempt]

Hello! Few weeks ago I have sent the following letter: On Fri, 24 Nov 2000, Igor Yu. Zhbanov wrote: > 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). > > Ther

[PATCH] Bug in date converting functions DOS=UNIX in FAT, NCPFS and SMBFS drivers [second attempt]

Hello! Few weeks ago I have sent the following letter: On Fri, 24 Nov 2000, Igor Yu. Zhbanov wrote: 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

Re: Kernel Oops on locking sockets via fcntl()

On Fri, 24 Nov 2000, Andi Kleen wrote: > On Fri, Nov 24, 2000 at 04:32:26PM +0300, Igor Yu. Zhbanov wrote: > > Hello! > > > > One fine day accidentally I have opened an Xserver's socket placed in /tmp > > with my favourite text editor "le". I have

Re: Kernel Oops on locking sockets via fcntl()

On Fri, 24 Nov 2000, Andi Kleen wrote: On Fri, Nov 24, 2000 at 04:32:26PM +0300, Igor Yu. Zhbanov wrote: Hello! One fine day accidentally I have opened an Xserver's socket placed in /tmp with my favourite text editor "le". I have got a message from the kern

Bug in date converting functions DOS<=>UNIX in FAT, NCPFS and SMBFS drivers

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

Kernel Oops on locking sockets via fcntl()

Hello! One fine day accidentally I have opened an Xserver's socket placed in /tmp with my favourite text editor "le". I have got a message from the kernel similar to this: Unable to handle kernel NULL pointer dereference at virtual address 0038 current->tss.cr3 = 0336f000, %cr3 = 0336f000

Kernel Oops on locking sockets via fcntl()

Hello! One fine day accidentally I have opened an Xserver's socket placed in /tmp with my favourite text editor "le". I have got a message from the kernel similar to this: Unable to handle kernel NULL pointer dereference at virtual address 0038 current-tss.cr3 = 0336f000, %cr3 = 0336f000

Bug in date converting functions DOS=UNIX in FAT, NCPFS and SMBFS drivers

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