Duyuruyu Kapat
Facebook Gözat
Twitter Gözat

Year 2038 unix time bug - y2k38 - research paper

Konu, 'İlanlar' kısmında RaiST tarafından paylaşıldı.

  1. RaiST

    RaiST Daimi Üye

    Kayıt:
    24 Temmuz 2002
    Mesajlar:
    1,932
    Beğenilen Mesajlar:
    0
    Meslek:
    linuxrocker
    Şehir:
    krynn
    konu üzerine yazmıs olduğum bir research paper.
    yorumlarınızı düşüncelerinizi bekliyorum.

    http://mail.baskent.edu.tr/~20194562/y2k38.txt

    şu anki hali bir ön çalışma. anlam ve yazım hataları bulunmakta. düzeltilecektir..
     
  2. acemi

    acemi Misafir

    2038'de biz de bugunun cobol programcilarina donecegimiz icin sorunu fazla kurcalamamakta fayda var. Eger 2038'de "bizim isimiz artik bitti" diye dusunurken bir anda zengin olmak istiyorsak :)

    Konuyla ilgili birsey demek istiyorum. Uygulama yazilimlari artik verilerini buyuk oranda veritabanlarinda sakliyor ve veritabanlari ise isletim sistemlerinden bagimsiz kendi tarih/saat bilgilerini tutuyorlar. Veritabanlari ise tarih/saat bilgisini tutmak icin farkli secenekler sunuyorlar.

    Ornegin MySQL kullanicilari, 2038'de omru bitecek olan TIMESTAMP veya 9999 yilina kadar sorunsuz calisacak olan DATETIME seceneklerinden uygun olanini secebiliyorlar.

    Isletim sisteminde Y2K38 sorunu olmasi, uygulama yazilimlarini dogrudan baglamadigi icin tedbirli programcilar bu sorunu yasamaya bilir. Veya isletim sistemlerinde bu durum duzeltilmis olsa bile, uygulama katmaninda gerekli onlemler alinmadigi surece yine benzer sorunlar yasanabilir.
     
  3. RaiST

    RaiST Daimi Üye

    Kayıt:
    24 Temmuz 2002
    Mesajlar:
    1,932
    Beğenilen Mesajlar:
    0
    Meslek:
    linuxrocker
    Şehir:
    krynn
    merhaba,

    şu varki işletim sistemlerinde sorun sadece basit bir tarih sorunu değil:

    mesela bir örnek:

    linux'te process zamanlaması yapan schudeler her process icin bir timeval tutar ki buda long inttir. şimdi dusunelelim. tarih 2038 19 february oldugunda , 18'inde acmıs oldugunuz bir veritabanı programının processi, bahsettigimiz tarihe geldiginde soyle bir sorun cıkacaktir..
    schudeler , processlere cpu time dagitirken bakacaktir ki veritabanı programı processi 18 january 2038'de açılmış ama o anki zaman 1901'li 1969'lu veya 1970'li bir zamani gostermektedir! Bu durumda buyuk ihtimal schudeler birsey yapamayacak isletim sistemi gocecek ve veritabani programlarınin da burda hic bir etkisi kalmayacaktir..

    isletim sistemlerinde tarih sorunun usermod programlarda buna benzer bircok etkisi vardirki bu konuda arastırıyorum. bırakın yukardaki ornegi ben bu tarih geldiginde jiffy variablenın bile arttıralamayacagina olanak veriyiyorum (bu variable programmable timer device'dan gelen her IRQ'da artar ve bir bottom half sisteme yeni tickin bildirilmesi icin sıraya eklenir.)
     
  4. acemi

    acemi Misafir

    Yazida belirttigin konulara katiliyorum. Dikkat cekmek istedigim nokta, bu sorunun 2005 veya 2035 yilinda cozulmesinin cok fazla seyi degistirmeyebilecegi, uygulama yazilimlari icin de ayni hassasiyet gosterilmedigi surece sorunun devam edecegi idi.
     
  5. RaiST

    RaiST Daimi Üye

    Kayıt:
    24 Temmuz 2002
    Mesajlar:
    1,932
    Beğenilen Mesajlar:
    0
    Meslek:
    linuxrocker
    Şehir:
    krynn
    evet senın dediginde dogru. zaten benım bu makalayi yazmamdaki amac insanların bilinclenmesi. bu bilinclenme sayesinde coderlar daha saglikli kod yazabilirler. 2038 sorununu duymamıs olan bir coderdan , 2038-uyumlu kod yazılması beklenemez..
     
  6. Rapsodi

    Rapsodi Daimi Üye

    Kayıt:
    4 Ağustos 2002
    Mesajlar:
    1,371
    Beğenilen Mesajlar:
    0
    Meslek:
    Unix Sys Admin.
    Şehir:
    /tmp/loop
    ellerine saglik raist:super:
     
  7. RaiST

    RaiST Daimi Üye

    Kayıt:
    24 Temmuz 2002
    Mesajlar:
    1,932
    Beğenilen Mesajlar:
    0
    Meslek:
    linuxrocker
    Şehir:
    krynn
    saol abi daha gelistircem bakalım... hatalar var yenı eklemeler yapcam. iyi birseyler olması icin calisiyorum...

    :)
     
  8. RaiST

    RaiST Daimi Üye

    Kayıt:
    24 Temmuz 2002
    Mesajlar:
    1,932
    Beğenilen Mesajlar:
    0
    Meslek:
    linuxrocker
    Şehir:
    krynn
    bu arada linux ortamında calisan fakat koskoca yazıyı okuyamam diyenler icin:

    sadece su perl dosyasını veyada C dosyasını calistirin sisteminizde:

    test.pl

    y2k38.c
     
  9. Sahin

    Sahin Daimi Üye

    Kayıt:
    28 Mayıs 2002
    Mesajlar:
    8,943
    Beğenilen Mesajlar:
    0
    Eline sağlık kardeş ;)
     
  10. redial

    redial Misafir

    Huseyin simdidden dunya butcesine milyon$ lar kazandirdi :super:

    Ama benim simdi merak ettigim konu ise, embedded sistemler ne olacak?

    Zira 10 larca yil calismak uzere tasarlanmis sistemler var...
     
  11. RaiST

    RaiST Daimi Üye

    Kayıt:
    24 Temmuz 2002
    Mesajlar:
    1,932
    Beğenilen Mesajlar:
    0
    Meslek:
    linuxrocker
    Şehir:
    krynn
    embedded sistemler buyuk zararlar görcek