Bagaimana sebuah file dapat 'dibuat' pada tahun 1641?

Beberapa tahun yang lalu, saya menemukan file ini di server file kami.

Dan saya bertanya-tanya bagaimana mungkin sebuah file mengatakan itu dibuat pada tahun 1641? Sejauh yang saya tahu, waktu di pc didefinisikan oleh jumlah detik sejak 1 Januari 1970. Jika indeks itu hilang, Anda bisa mendapatkan 31 Desember 1969 (indeks mungkin mengatakan -1) tapi saya bingung dengan ini tampaknya tanggal acak, yang bahkan mendahului berdirinya Amerika Serikat.

Jadi bagaimana mungkin sebuah file diberi tanggal pada tahun 1641?

PS: Tanggal di Perancis. Février adalah bulan Februari.

Mengapa tanggal dari tahun 1600-an dimungkinkan?

Windows tidak menyimpan cap waktu modifikasi file seperti yang dilakukan sistem Unix . Menurut Windows Dev Center (penekanan saya):

Waktu file adalah nilai 64-bit yang mewakili jumlah interval 100 nanodetik yang telah berlalu sejak 12:00 AM 1 Januari 1601 Coordinated Universal Time (UTC). Sistem mencatat waktu file saat aplikasi membuat, mengakses, dan menulis ke file.

Jadi, dengan menetapkan nilai yang salah di sini, Anda dapat dengan mudah mendapatkan tanggal dari tahun 1600-an.

Tentu saja, pertanyaan penting lainnya adalah: bagaimana nilai ini ditetapkan? Tanggal berapa sebenarnya? Saya pikir Anda tidak akan pernah bisa mengetahuinya, karena itu bisa saja kesalahan perhitungan dalam driver sistem file. Jawaban lain berhipotesis bahwa tanggal itu sebenarnya cap waktu Unix diartikan sebagai cap waktu Windows, tetapi mereka sebenarnya dihitung pada interval yang berbeda (detik vs nanodetik).

Bagaimana hubungannya dengan masalah Tahun 2038?

Penggunaan tipe data 64-bit berarti bahwa Windows (umumnya) tidak terpengaruh oleh Masalah Tahun 2038 yang dimiliki sistem Unix tradisional, karena Unix awalnya menggunakan integer 32-bit, yang meluap lebih cepat daripada integer 64-bit yang dimiliki Windows telah. (Ini meskipun Unix beroperasi pada detik dan Windows beroperasi pada mikro / nanodetik.)

Windows masih terpengaruh ketika menggunakan program 32-bit yang dikompilasi dengan versi lama dari Visual Studio, tentu saja.

Sistem operasi Unix yang lebih baru telah memperluas tipe data menjadi 64 bit, sehingga menghindari masalah. (Faktanya, sejak cap waktu Unix beroperasi dalam hitungan detik, tanggal sampul baru akan menjadi 292 miliar tahun dari sekarang.)

Berapa tanggal maksimum yang bisa ditetapkan?

Untuk yang penasaran - inilah cara menghitungnya:

• The jumlah kemungkinan nilai dalam integer 64-bit adalah 2 ⁶³ - 1 = 9223372036854775807 .
• Setiap centang mewakili 100 nanodetik, yaitu 0,1 μs atau 0,0000001 dtk.
• Rentang waktu maksimum adalah 9223372036854775807 ⨉ 0,0000001 s , jadi ratusan miliar detik.
• Satu jam memiliki 3600 detik, satu hari memiliki 86400 detik, dan satu tahun memiliki 365 hari, jadi ada 86400 ⨉ 365 s = 31536000 d dalam setahun. Ini, tentu saja, hanya rata-rata, mengabaikan tahun kabisat, detik kabisat, atau perubahan kalender apa pun yang mungkin diperintahkan oleh rezim postapocalyptic di masa depan terhadap penduduk dunia yang tersisa.
• 9223372036854775807 ⨉ 0,0000001 s / 31536000 s ≈ 29247 tahun
• @corsiKamenjelaskan bagaimana kita dapat mengurangi tahun kabisat: 29247/365/4 ≈ 20
• Jadi tahun maksimum Anda adalah 1601 + 29247 - 20 = 30828 .

Beberapa orang sebenarnya telah mencoba untuk mengatur ini dan muncul pada tahun yang sama.

Jika Anda tidak merasa terlalu buruk tentang beberapa dugaan, izinkan saya menawarkan penjelasan. Dan saya tidak bermaksud "seseorang menetapkan nilai menjadi omong kosong", itu jelas selalu mungkin :)

Waktu Unix biasanya menggunakan jumlah detik sejak 1970. Windows, di sisi lain, menggunakan 1601 sebagai tahun awalnya. Jadi jika kita berasumsi (dan itu asumsi besar!) Bahwa masalahnya adalah salah konversi antara dua kali, kita dapat membayangkan bahwa tanggal yang seharusnya diwakili sebenarnya sekitar tahun 2011 (1970 + 41), yang dikonversi secara salah ke 1640 (1601 + 41) . EDIT: Sebenarnya, saya membuat kesalahan di awal tahun Windows. Ada kemungkinan bahwa waktu pembuatan yang sebenarnya adalah pada tahun 2010, atau bahwa ada kesalahan lain yang terlibat (kesalahan satu per satu cukup umum pada perangkat lunak: D).

Mengingat tahun ini kebetulan merupakan salah satu dari tanggal pelacakan yang terkait dengan file tersebut, saya pikir ini adalah penjelasan yang cukup masuk akal :)

Seperti yang telah ditulis oleh orang lain, zaman Windows berada di 1601-01-01 00:00 .

Jumlah detik antara zaman itu dan masa pakai film yang ditampilkan, adalah 1.266.705.294 .
Jika kita menambahkan itu ke zaman Unix, kita tiba di 2010-02-20 23:34:54 CEST , hari Sabtu. Ini sekitar satu tahun sebelum tanggal akses terakhir, yang membuatnya agak masuk akal. Jadi itu mungkin cap waktu Unix ditafsirkan terhadap zaman yang salah.

Seperti biasa untuk jenis pertanyaan ini, blog Raymond Chen memiliki jawaban mengenai hal ini dari "Mengapa zaman Win32 1 Januari 1601?" entri dari 6 Maret 2009:

The FILETIMEStruktur mencatat waktu dalam bentuk interval 100-nanosecond sejak 1 Januari 1601. Mengapa tanggal tersebut dipilih?

Kalender Gregorian beroperasi pada siklus 400 tahun, dan 1601 adalah tahun pertama siklus yang aktif pada saat Windows NT dirancang. Dengan kata lain, dipilih untuk membuat matematika keluar dengan baik.

Saya sebenarnya punya email dari Dave Cutler untuk mengonfirmasi hal ini.