1641'de bir dosya nasıl 'oluşturuldu'?

Birkaç yıl önce, dosyamızdaki bu dosyaya rastladım.

Acaba bir dosya 1641'de yaratıldığını nasıl söyleyebilir? Bildiğim kadarıyla, bilgisayardaki zaman 1 Ocak 1970’ten bu yana geçen saniye sayısıyla tanımlanıyor. Eğer bu endeks parlıyorsa, 31 Aralık 1969’a ulaşabilirsin (endeks muhtemelen -1 yazıyor), ama bu konuda çok şaşırdım. Görünüşe göre rastgele bir tarih, bu Amerika Birleşik Devletleri'nin kurulmasından bile daha önce.

Peki bir dosya 1641'de nasıl tarihlenebilir?

Not: Tarihler fransızca. Février Şubat.

1600'lerden bir tarih neden mümkün olabilir?

Windows, Unix sistemleri gibi dosya değiştirme zaman damgalarını saklamaz . Göre , Windows Dev Center (vurgu benim):

Bir dosya süresi, 1 Ocak 1601, 1601 Koordineli Evrensel Saat (UTC) 'den beri geçen 100 nanosaniye aralıkların sayısını temsil eden 64 bitlik bir değerdir . Sistem, uygulama oluştururken, erişirken ve dosyalara yazarken dosya zamanlarını kaydeder.

Yani, burada yanlış bir değer ayarlayarak, 1600'lerden kolayca tarih alabilirsiniz.

Tabii ki, bir başka önemli soru şudur: Bu değer nasıl ayarlandı? Gerçek tarih nedir? Dosya sistemi sürücüsünde bir hesaplama hatası olabileceğinden, asla öğrenemeyeceğinizi düşünüyorum. Başka bir cevap , tarihin aslında Windows zaman damgası olarak yorumlanan bir Unix zaman damgası olduğunu, ancak gerçekte farklı aralıklarla (saniye ve nanosaniye) hesaplandığını varsayıyor.

Bunun 2038 Yılı problemi ile ilgisi nedir?

64 bit veri türünün kullanılması, Windows'un (genel olarak), geleneksel Unix sistemlerinin sahip olduğu 2038 Yılı Sorunu'ndan etkilenmediği anlamına gelir; çünkü Unix başlangıçta, Windows’un 64 bit tamsayısından daha erken dolup taşan bir 32 bit tam sayı kullanmıştır. vardır. (Bu, Unix'in saniyede çalışmasına ve mikro / nanosaniyede çalışan Windows'un olmasına rağmen.)

Tabii ki Visual Studio'nun eski sürümleriyle derlenmiş 32 bit programlar kullanılırken Windows hala etkilenir .

Daha yeni Unix işletim sistemleri zaten veri tipini 64 bite genişletti , bu nedenle sorundan kaçınıldı. (Aslında, Unix zaman damgaları saniyeler içinde çalıştığından, yeni sarma tarihi bundan 292 milyar yıl olacak.)

Ayarlanabilecek maksimum tarih nedir?

Meraklı olanlar için - işte bunu nasıl hesaplayacağınız:

• Bir 64-bit tamsayı olası değerlerin sayısı olan 2 ⁶³ 1 = 9223372036854775807 - .
• Her bir kene, 0.1 µs veya 0.0000001 s olan 100 nanosaniyeyi temsil eder.
• Maksimum zaman aralığı 9223372036854775807 ⨉ 0,0000001 s , yani yüzlerce milyar saniye olacaktır.
• Bir saat 3600 saniyeye, bir gün 86400 saniyeye ve bir yıl 365 güne sahip, bu nedenle yılda 86400 ⨉ 365 s = 31536000 s . Bu, elbette, yalnızca ortalama olarak, artık yılları, artık saniyeleri ya da gelecekteki postapokalipik rejimlerin kalan topraklarda dikte edebileceği herhangi bir takvim değişikliğini yok sayar.
• 9223372036854775807 ⨉ 0.0000001 s / 31536000 s ≈ 29247 yıl
• @corsiKaartık yılları nasıl çıkarabileceğimizi açıklıyor: 29247/365/4 ≈ 20
• Yani, maksimum yılınız 1601 + 29247 - 20 = 30828 .

Bazı insanlar aslında bunu ayarlamaya çalıştı ve aynı yıl ile geldi.

Bazı tahminler için fazla üzülmüyorsanız, bir açıklama yapmama izin verin. Ve demek istediğim "birileri değeri saçma saptamak", bu kesinlikle her zaman mümkün :)

Unix, genellikle 1970'ten bu yana geçen saniye sayısını kullanır. Öte yandan Windows, başlangıç ​​yılı olarak 1601'i kullanır. Dolayısıyla, sorunun iki kez arasında yanlış bir dönüşüm olduğunu varsayıyorsak (ve bu büyük bir varsayım!) Varsa, tahmin edilmesi gereken tarihin 2011'de (1970 + 41) yanlış bir şekilde dönüştürüldüğünü hayal edebiliriz. ila 1640 (1601 + 41) . EDIT: Aslında, Windows başlangıç ​​yılında bir hata yaptım. Gerçek oluşturma zamanının 2010'da olması ya da başka bir hata olması mümkündür (off-by-one hataları yazılımda oldukça yaygındır: D).

Bu yıl, söz konusu dosyayla ilişkili izleme tarihlerinden biri olduğu göz önüne alındığında, bunun oldukça makul bir açıklama olduğunu düşünüyorum :)

Başkaları tarafından yazıldığı gibi, Windows dönemi 1601-01-01 00:00 'de .

Bu çağ ile görüntülenen dosya süresi arasındaki saniye sayısı , 1.266.705.294'tür .
Bunu Unix dönemine eklersek , 2010-02-20 23:34:54 CEST , Cumartesi günü geliriz . Bu, son erişim tarihinden bir yıl kadar önce gerçekleşir ve bu durum biraz makul olur. Bu yüzden yanlış döneme karşı yorumlanmış bir Unix zaman damgası olabilir.

Bu tür sorular için her zaman olduğu gibi, Raymond Chen'in blogunda "Win32 niçin 1 Ocak 1601? 6 Mart 2009'dan itibaren giriş:

FILETIMEYapı 1 Ocak beri 100 nanosecond aralıklarla şeklinde saatini kaydeder, 1601. Bu neden tarih seçildi?

Gregoryen takvimi, 400 yıllık bir döngüde çalışır ve 1601, Windows NT'nin tasarlandığı sırada etkin olan döngünün ilk yılıdır. Başka bir deyişle matematiğin güzel bir şekilde ortaya çıkması için seçildi.

Aslında Dave Cutler’den e-postayı aldım.