rename(acOldLogPathName, acNewLogFileName)

HANDLE h = CreateFileA(acOldLogPathName, GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
FILETIME ft;
GetFileTime(h, NULL, &ft, NULL);
SetFileTime(h, &ft, NULL, NULL);
CloseHandle(h);

M>HANDLE h = CreateFileA(acOldLogPathName, GENERIC_WRITE, 0, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
M>FILETIME ft;
M>GetFileTime(h, NULL, &ft, NULL);
M>SetFileTime(h, &ft, NULL, NULL);
M>CloseHandle(h);
M>

class CMyFile(LPCTSTR lpszPathName) {//конструктор
     тут всякие CreateFile + проверка возвращенного HANDLE (файла)
}
~CMyFile {//деструктор
   тут всякие SetFileTime
}
private: 
void opeator new(size_t);//хрен вам! А не создание в куче. Только на стеке!
}

That is by design. If a file is created with the name of a just-deleted file, timestamps, attributes, and security are carried forward.

Reason: Plenty of apps delete and recreate on saving, as opposed to truncating the existing file and writing the new contents. This feature fixes the (for the user unexpected) behaviour that security settings and all that suddenly disappear.

If you rename or delete a file, then restore it shortly thereafter, Windows searches the cache for file information to restore. Cached information includes its short/long name pair and creation time.

FILE* f = fopen("testfile.txt", "w");
fclose(f);
MoveFileExA("testfile.txt", "testfile.bak", MOVEFILE_WRITE_THROUGH);
f = fopen("testfile.txt", "w");
fclose(f);

FILE* f = fopen("testfile.txt", "w");
fclose(f);