Як може бути створений файл у 1641 році?

Кілька років тому я натрапив на цей файл на нашому файловому сервері.

І мені цікаво, як файл може сказати, що він створений у 1641 році? Наскільки я знаю, час на ПК визначається кількістю секунд з 1 січня 1970 року. Якщо цей індекс вичерпається, ви можете отримати 31 грудня 1969 року (індекс, мабуть, говорить -1), але я натрапив на це здавалося б випадкова дата, яка передувала навіть заснуванню Сполучених Штатів Америки.

То як же файл може бути датований 1641 р.?

PS: Дати є французькою мовою. Фев’єр - лютий.

Чому можлива дата з 1600-х років?

Windows не зберігає часові позначки модифікації файлів, як це роблять системи Unix . За даними Windows Dev Center (акцент мій):

Час файлу - це 64-бітове значення, яке представляє кількість інтервалів 100 наносекунд, що минули з 12:00 ранку 1 січня 1601 р. Універсальний координований час (UTC). Система записує файлові часи, коли програми створюють, отримують доступ до них та записують у файли.

Отже, встановивши тут неправильне значення, ви можете легко отримати дати з 1600-х років.

Звичайно, ще одне важливе питання: як було встановлено це значення? Яка фактична дата? Я думаю, ви ніколи не зможете це дізнатися, оскільки це могла бути просто помилка обчислення у драйвері файлової системи. Ще одна відповідь гіпотезує, що дата - це фактично часова мітка Unix, інтерпретована як часова мітка Windows, але насправді вони розраховуються через різні інтервали (секунди проти наносекунд).

Як це стосується проблеми 2038 року?

Використання 64-бітного типу даних означає, що Windows (як правило) не впливає на проблему року 2038, яку мають традиційні системи Unix, оскільки Unix спочатку використовував 32-бітове ціле число, яке швидше переповнюється, ніж 64-бітове ціле число, яке має Windows має. (Це незважаючи на те, що Unix працює на секунди, а Windows працює на мікро / наносекундах.)

На Windows, як і раніше, впливає використання 32-бітних програм, які були зібрані зі старими версіями Visual Studio.

Новіші операційні системи Unix вже розширили тип даних до 64 біт, тим самим уникнувши проблеми. (Насправді, оскільки часові позначки Unix працюють за лічені секунди, нова дата завершення складе 292 мільярди років відтепер.)

Яка максимальна дата, яку можна встановити?

Для допитливих - ось як обчислити це:

• Число можливих значень в 64-бітове ціле число в 2 ⁶³ - 1 = 9223372036854775807 .
• Кожен галочок представляє 100 наносекунд, що становить 0,1 мкс або 0,0000001 с.
• Максимальний діапазон часу становив би 9223372036854775807 ⨉ 0,0000001 с , тобто сотні мільярдів секунд.
• В одній годині 3600 секунд, в один день - 86400 секунд, а в одному році - 365 днів, тому на рік припадає 86400 ⨉ 365 с = 31536000 с . Це, звичайно, лише середнє значення, ігнорування високосних років, високосних секунд чи будь-яких змін у календарі, які майбутні постапокаліптичні режими можуть диктувати на решті землян.
• 9223372036854775807 ⨉ 0,0000001 с / 31536000 с ≈ 29247 років
• @corsiKaпояснює, як ми можемо відняти високосні роки: 29247/365/4 ≈ 20
• Отже ваш максимальний рік - 1601 + 29247 - 20 = 30828 .

Деякі люди насправді намагалися встановити це і придумали того ж року.

Якщо ви не дуже погано ставитесь до здогадок, дозвольте запропонувати пояснення. І я не маю на увазі "хтось встановив значення дурниці", це очевидно завжди можливо :)

Час Unix зазвичай використовує кількість секунд з 1970 року. Windows, з іншого боку, використовує 1601 як свій початковий рік. Отже, якщо припустити (і це велике припущення!), Що проблема неправильна конверсія між двома разів, ми можемо уявити, що дата, яка повинна була бути представлена ​​насправді десь у 2011 році (1970 + 41), яка неправильно перетворена до 1640 р. (1601 + 41) . EDIT: Насправді я помилився в Windows році. Можливо, що фактичний час створення був у 2010 році, або що була інша помилка (окремі помилки досить поширені в програмному забезпеченні: D).

Зважаючи на те, що цей рік є ще однією з дат відстеження, пов’язаних із відповідним файлом, я думаю, що це досить правдоподібне пояснення :)

Як уже писали інші, епоха Windows знаходиться в 1601-01-01 00:00 .

Кількість секунд між цією епохою та відображеним віком часу становить 1.266.705.294 .
Якщо додати це до епохи Unix, ми приїжджаємо в 2010-02-20 23:34:54 CEST , субота. Це за рік до останньої дати доступу, що робить його дещо правдоподібним. Тож, можливо, часова марка Unix трактувалася проти неправильної епохи.

Як зазвичай для таких типів питань, у блозі Реймонда Чена є відповідь щодо цього з "Чому епоха Win32 1 січня 1601 року?" запис від 6 березня 2009 року:

FILETIMEСтруктура записує час у вигляді 100-наносекундних інтервалів з 1 січня 1601. Чому ця дата обрана?

Григоріанський календар працює за 400-річним циклом, і 1601 - це перший рік циклу, який діяв на той час, коли Windows NT розроблявся. Іншими словами, було обрано, щоб математика вийшла красивою.

У мене фактично є повідомлення від Дейва Катлера, що підтверджує це.