COMMAND

    creation date bug

SYSTEMS AFFECTED

    NT 4.0

PROBLEM

    Jussi Nieminen found following.  Create file for example A.TXT and
    then destroy it.   Create file (or  rename some other  file) again
    with same  name during  30 seconds.   File has  same creation date
    than  old  file  had.   (You  find  file creation date information
    clicking File/Propeties/General:  Created)

    This seems to  be only in  NT 4.0, all  SP4's, both NTFS  and FAT.
    It was  tested only  english versions  of NT.   In NT  3.x, win95,
    win98 (english versions) it's ok.

SOLUTION

    This is by  design.  To  accommodate preservation of  security and
    other attributes on behalf of legacy applications that edit  files
    by deleting the original and writing(/renaming) a new copy in  its
    place, if the file  is recreated in a  short period of time  it is
    assumed to be  the same file  and meta-data for  the file will  be
    preserved.  If this behavior is undesirable, it can be turned off.
    See Q172190 for more details.  Here's a link to that article:

        http://support.microsoft.com/support/kb/articles/q172/1/90.asp

    It is designed to support  16-bit applications that save files  by
    saving as a temp file, deleting the original and renaming the temp
    file.  The number of files remembered in this way can be  modified
    by the registry value:

        \HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\FileSystem\MaximumTunnelEntries