Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 16288 invoked by uid 6000); 6 Jul 1998 15:24:59 -0000 Received: (qmail 16275 invoked from network); 6 Jul 1998 15:24:58 -0000 Received: from mail1.individual.com (HELO usermail1.individual.com) (209.116.212.11) by taz.hyperreal.org with SMTP; 6 Jul 1998 15:24:58 -0000 Received: from caravan (caravan.desktopdata.com [206.35.167.27]) by usermail1.individual.com (8.8.5/8.8.5) with SMTP id LAA24443 for ; Mon, 6 Jul 1998 11:21:29 -0400 (EDT) Message-ID: <007501bda8f2$55e7d290$1ba723ce@caravan.desktopdata.com> From: "David D'Antonio" To: Subject: Re: NT and case sensitivity Date: Mon, 6 Jul 1998 11:25:40 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org -----Original Message----- From: Marc Slemko To: new-httpd@apache.org Date: Friday, July 03, 1998 9:40 PM Subject: Re: NT and case sensitivity >On Fri, 3 Jul 1998, Alexei Kosut wrote: > >> On Fri, 3 Jul 1998, Marc Slemko wrote: >> >> > Cute. MS has defined NT, as a whole, to be case insensitive for >> > filenames. However, NTFS is case sensitive and you can create files with >> > the same name but differing case. Win32 apps, however, can only access >> > one of them. >> >> Hmm! Actually, Windows is not alone in this problem. The MacOS and other >> OSes that have case-insensitive filenames have the same problem when using >> case-sensitive filesystems. Of which there are many (including HFS+, >> IIRC). >> >> I mean, while NTFS is a special case, you can't expect NT to do something >> reliably correct when it expects "Foo" and "foo" to be the same thing, but >> the Unix server you're accessing with Samba thinks they're different... > >No, but I can expect that a filesystem designed for NT (hence the odd >name NTFS) that is case sensitive is lame. Well, more like NT is lame >because it isn't, but... > >NT implements case sensitivity in its POSIX layer, so POSIX apps can >create files that Win32 apps can't properly access. This is needed for all those "legacy" programs that users will eventually give up when they see the light. :-) >Not only that, but NT pretends it is case sensitive by showing things in >mixed case. This is only the Explorer, I believe. Doing a "dir" on the command line shows the "real" case. NTFS is "case preserving" in that it will maintain and return the case the user (or the program) used when the file is created/renamed. But it is case insenstive when it comes to actually checking filenames. I believe that both of these features were in HPFS (OS/2's native filesystem) from which NTFS was derived. >I really have trouble seeing why it wouldn't be worth the tiny extra pain >(since you have long names to deal with anyway) to have case sensitive >filenames. I'd guess that it is because they didn't see the need. Remember, these are the people who gave us DOS 8.3 filenames! Also, case sensitivity can be a major pain (try explaining how Foo and foo are different to some executive type :-) and is only used by those "legacy" OSes...;-) DDA