2038 Yılı problemi

[Haluk]

Merhaba;

Artık hepimiz 2007 yılının sonuna yaklaştığımız bu günlerde, geçmişteki Y2k yani bilgisayarlardaki 2000 yılı probleminden ve çözülmüş olduğundan haberdarız.

Şimdilik çok da fazla kişinin pek bilmediği benzer bir problem de 2038 yılında yaşanacak. Hatta, kesin zamanını vermek gerekirse tam olarak 19.01.2038 saat 03:14:08 itibariyle bu problem, eğer kullandığımız programlar veya işletim sistemleri revize edilmezse karşımıza çıkacak.

Çünkü; şu anda bilgisayar kullanıcılarının kullandığı 32bitlik işletim sistemlerinde bazı programlar tarih değerini, 01.01.1970 00:00:00 den başlayarak toplam geçen saniye cinsinden ifade etmektedir.

Bu durumda, sormamız gereken soru şu olmalı;

32 bitlik bir sayının alabileceği en yüksek değer nedir ve bu hangi zamana tekabül eder?

32 bitlik bir pozitif sayının alabileceği en büyük değer:

A) İkilik sistemde :

0111 1111 1111 1111 1111 1111 1111 1111


B) Desimal sistemde :

2.147.483.647


Ekli Excel dosyasında daha rahat görülebileceği gibi,

01.01.1970 00:00:00 ile 19.01.2038 03:14:08 arasında geçen süre saniye cinsinden tam olarak 2.147.483.648 dir.

Dolayısiyle, daha sonra geçecek her saniyede programlar hatalı ve anlamsız sonuçlar verecektir.

Bu işin çözümü için çalışmalar yapılmakla birlikte, en kesin ve masrafsız çözümün 64 bitlik işletim sistemlerinin kullanılması olarak belirlenmektedir.

Daha fazla bilgi için;

http://en.wikipedia.org/wiki/Year_2038_problem


http://upload.wikimedia.org/wikipedia/commons/e/e9/Year_2038_problem.gif

Konuyla ilgili Excel dosyası da ektedir ...



.

[yurttas]

Problem beni ilgindirmiyor. Çünkü, ben bu problemi görebileceğimi sanmıyorum.:agla: :agla:

:mad:

[Haluk]

Problem beni ilgindirmiyor. Çünlü, ben bu problemi görebileceğimi sanmıyorum.:agla: :agla:

:mad:

Genç de olsak, orta yaşlı da olsak, yaşlı da olsak içinde bulunduğumuz günlere bakarsak çok daha ciddi problemlerimiz var tabii ...

[takirti]

Umarım benim emekliliğimi etkilemez. :) 2038 gibi emekli oluyordum. :P

[uzmanamele]

2038 yılı problemi, güzel bir tespit. daha önce hiç duymamıştım ilgimi çekti.

[ünal karadavut]

haluk bey güzel tespit
tebrikler.
o vakte kadar elimizdeki bilgisayarlar çöpe atılır.
o zamanki bilgisayarlara da herhalde bir çözüm bulurlar,
diye düşünüyorum.

[Mahmut Bayram]

Yaşarsam inşaallah o zamanlar yeni emekli olmuş bir memur olarak emekliliğin tadını çıkarıyor olacağım.

[Ferhat Pazarçevirdi]

Haluk hocam, ben bu işten birşey anlamadım....

Mesela 01.01.1970 ile 01.01.2500 yılı arasındaki farkı aldım. İki tarih arasında 530 yıl veya 193.579 gün veya 4.645.896 saat veya 278.753.760 Dakika veya en önemlisi 16.725.225.600 saniye fark var.

Şimdi kafama takılan şey şu:

Eğer iki tarih arasındaki 2.147.483.647 sn'lik farkı hesaplamada ikilik sistemin bir sıkıntı yaratacağını düşünüyorsak, benim bugün yaptığım 530 senelik (veya 16 Milyar küsur saniyelik) fark nasıl hesaplandı ?

[ocamsul]

SN: Haluk üsdat; yazılım anlamında tespitiniz ve açıklamalarınız için teşekkür ederim. Microsoft yada yazılım sahipleri bu konuya bir çözüm bulacaklardır diye düşünüyorum. Benim 2038 dediğimde ise aklıma 61 yaşımda olacağım geliyor. Keşke bende otomatik baştan başlasam.:):):):):):)

[Haluk]

Sayın fpc;

Yukarıda bahsedilen konu, bazı programlarda tarih değerinin 01.01.1970' den başlayarak, saniye cinsinden kümülatif olarak toplanarak hesaplanan tarihsel değerlerdeki olası bir hatadan bahsetmektedir.

Excel VBA yardım dosyasında da belirtildiği gibi Long (Long Integer) olarak tanımlanan 32-bitlik bir değişkenin alabileceği değerler:

-2.147.483.648 >>>> 2.147.483.647

Diğer taraftan, yine Excel VBA yardım dosyasında belirtildiği üzere 64-bitlik bir Date tipindeki değişken ise 31.01.9999 tarihine kadar olan değerleri ihtiva edebilmektedir.

Yani sorun, en başta da anlatmaya çalıştığım gibi bütün bilgisayarların zamanı geldiğinde kullanılamaz hale geleceği değil ..... tarihsel değerleri bahsettiğim şekilde hesaplayan bazı programlarda bu sorunun olacağıdır.

[Ferhat Pazarçevirdi]

Haluk hocam cevabınız için teşekkürler....

İşlemcilerden, İşletim Sistemlerine kadar; halen 32 bit ve 64 bit karmaşası sürmekte anlaşılan...

Ama burada en can alıcı nokta, sanırım, 32 bit'le tarih depolaması yapan veri tabanları (vyg programlar)...

İnşallah önümüzdeki 31 yıl'da bu tür veri tabanı kullanan kişiler veya kuruluşlar, gerekli tedbirleri alırlar ...

[mesudiye_052]

Sayın Haluk,
paylaşım için teşekkürler

[yusufozturk]

o zamana kadar kim öleee kim kalaaaa....

[ECYavuz]

Sn. Haluk
Paylaşımız için ben de teşekkür ederim. Mutlaka bir çözüm bulunur ama biz eski tüfekler olarak denilenler gibi Emekliliğimizde bu değişimi görebilirmiyiz belli olmaz, yinede genç dimağların sizin tespit ettiğiniz gibi sorunları şimdiden kendileri ve gelecekleri için halletmeleri gerekir diye düşünüyorum.

[musmahmut]

Güzel bi yaklaşım bakalım nasıl çıkıcaz bu işin içinden

[trablus]

Hocam, yine uzmanlık gerektiren bilgi ve birikimlerinle döktürmüşsün.

Saygılarımla.

[Kemal Demir]

Güzel bir tespit Haluk Bey,

[osmancig]

şu sorunu düzgünce çözemediler ya ona yanıyorum

[usta07]

Dünya Senin Gözlerinin
Gördüğü Gibi Büyük Değildir. Bütün Fethedilmemiş Gizemler, Bilinmeyenler,
Görülmeyenler Ancak Senin Fazilet Ve Erdemlerinle Gün Işığına Çıkacaktır.

[yilmaz58]

haluk bey bilgi ve paylaşım için çok teşekkürler.

[kültürlü]

Sn kültürlü konuyla alakasız bir mesaj yazmıştır, o yüzden editledim. Hüseyin veya Levent bu mesajı silerse sevinirim.(Metin Karaağaç)

[jidame]

Oooo..
bu teknolijle o zamana gelinceye kadar ne 32 bit kalır ne de 64 bit...

[romanci]

Yerinde bir tespit olmuş değerli hocam, ancak bunu zaten önümüzdeki yıllarda çözüme ulaştırmak için programlarına almış durumdalar.

konuyla ilgil olarak google'da arama yapabilirsiniz zaten.

:)

[romanci]

Yerinde bir tespit olmuş değerli hocam, ancak bunu zaten önümüzdeki yıllarda çözüme ulaştırmak için programlarına almış durumdalar.

konuyla ilgil olarak google'da arama yapabilirsiniz zaten.

:)