Re: VFAT Naming Bugs

Jeff Merkey (jmerkey@timpanogas.com)
Thu, 10 Jun 1999 17:36:28 -0600

This is a multi-part message in MIME format.

------=_NextPart_000_0280_01BEB367.C5455010
Content-Type: text/plain;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Werner,

Actually it's CLOCK$ and not $CLOCK as the reserved name. Got it =
backwards -- sorry.
----- Original Message -----=20
From: Jeff Merkey=20
To: linux-kernel@vger.rutgers.edu=20
Sent: Thursday, June 10, 1999 5:32 PM
Subject: VFAT Naming Bugs

To Werner Almesberger or whoever maintains VFAT,

1. The names PIPE, $CLOCK, and NETQ are reserved as special device =
file names for some versions of DOS and Win95 and can get folks into =
trouble if you allow linux to create these names.=20

2. line 386, file NAMEI.C in /usr/src/linux/fs/vfat directory. =
Shouldn't this be if (c >=3D 'a' && c <=3D 'z') instead of 'A' and =
'Z' being caps, or is there a conversion somewhere I missed? Precedence =
may be saving our butts, but someone should look at this. I was =
reviewing the UMSDOS to make certain that my DOS names conform to those =
in the FAT and VFAT fs some they are consistent and ran across this. =
Looks like a case error.

Please advise.

Jeff

------=_NextPart_000_0280_01BEB367.C5455010
Content-Type: text/html;
charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">

 
 
Werner,
 
Actually it's CLOCK$ and not $CLOCK as = the reserved=20 name.  Got it backwards -- sorry.
----- Original Message -----
From:=20 Jeff=20 Merkey
To: linux-kernel@vger.rutgers.edu =
Sent: Thursday, June 10, 1999 = 5:32=20 PM
Subject: VFAT Naming Bugs

 
To Werner Almesberger or whoever = maintains=20 VFAT,
 
1.  The names PIPE, $CLOCK, and = NETQ are=20 reserved as special device file names for some versions of DOS = and Win95=20 and can get folks into trouble if you allow linux to create these = names.=20
 
2.  line 386, file NAMEI.C in=20 /usr/src/linux/fs/vfat directory.  Shouldn't this = be    if=20 (c >=3D 'a' && c <=3D 'z') instead of 'A' and 'Z' being = caps, or is=20 there a conversion somewhere I missed?  Precedence may be saving = our=20 butts, but someone should look at this.  I was reviewing the = UMSDOS to=20 make certain that my DOS names conform to those in the FAT and VFAT fs = some=20 they are consistent and ran across this.  Looks like a case=20 error.
 
Please advise.
 
Jeff
 
------=_NextPart_000_0280_01BEB367.C5455010-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/