Názory k článku
Kolaps 32-bitových PC v roku 2038?
-
Harvie (neregistrovaný)WinXP: nastavil jsem 2040 systém přeskočil na 1998,
Home licence na Avast! mi vyprší za 2949dní :)
S aktualizacemi virové databáze noproblem.
Kerio PF spokojeně loguje události z roku 1998.
Ad-Aware SE Personal hlásí, že mám 2913 dní staré definice, přeji si aktualizovat?
V roce 98 si pouštím ve Winampu 5 DivX filmu z roku 96... cool. (mimochodem jsem asi ve 3. třídě)
qip má problém s výpočtem věku: (Věk: 9 Datum narození: 26/07/1989) - co by asi dělal v roce 1970? Záporný věk? -
Narusitel (neregistrovaný)Vyse roka programujem one "pocitace riadiace motory aut" lepsie povedane riadiace jednotky motorov pre limuziny a jeepy avsak, so ziadnym pocitadlom casu od prveho startu motora som sa este nestretol.
To vsak neznamena ze tam takyto casovac nie je. Ak by tam bol, tak by sa mohol vyuzivat napr. na (a teraz si trochu zafantazirujem) generovanie security kodov pre samotny pristup k SW riadiacej jednotky alebo pre imobilizer. Alebo proste na to aby hlasil ze po X rokoch (statia v garazi) treba vymenit olej. Hoci fakt netusim odkial ta riadiaca jednotka brala tych X rokov prud.
Inak v modernych limuzinach je nejakych 30-40 riadiacich jednotiek, rozumej nezavislych
pocitacov, co riadia vsetko mozne aj nemozne, takze by som nebol velmi prekvapeny ak by tam takychto pocitadiel casu bolo aj viac. Minimalne na zabezpecenie redundantnej informacie v ramci vseobecnych bezpecnostnych opatreni -
Ve vší úctě k autorovi a root.cz, tohle snad nemyslíte važně?!
Nejen že máme ještě 32let čas, ale takový nesmysl, že budou mít v roce 2038 problémy i "moderní" mikrovlnky, nebo náramkové hodinky je opravdu velmi k smíchu :-D. Pochybuji, že za 30 let budou mikrovlnky, náramkové hodinky, nebo cokoliv z IT a spotřební elektroniky vypadat alespoň podobně jako dnes. Myslím, že při dnešním tempu pokroku v těchto oblastech si ani neumíme představit, co bude za 32 let (jestli vůbec něco bude).
Nevím, zda je tato zprávička pokus o vyvolání bouřlivé diskuze, nebo zoufalý výkřik do prázdna, ale je to každopádně projev zoufalství a absence redaktorské sebeúcty.
Větší hovadinu jsem prostě na root.cz ještě nečetl! -
jard (neregistrovaný)Pri vsetkej ucte k autorovi, asi necital v 90tych rokoch pcrevue :) v suvislosti s linuxom sa tam toto uz davno objavilo a samozrejme ze ten casak to vtedy prebral odinakial.
(fiocco sem napise: ano, zase sa dakto hra na pana dokonaleho. btw, poculi ste o tom novom procesore ? ze 286...) -
anonymníMám dvě školy na to, abych mohl tvrdit,že 2k38 je opravdu 2380, ale vysvětlete to mlamojům, pro které lidská historie začla v okamžiku, kdy se připojili k internetu. Tento systém značení řádů se začal veřejně používat těsně před rokem 2000 a pro IT to byla ukrutná novinka, kterou okamžitě prohlásili za svůj vynález. Že se náhrada desetinné tečky písmenem používá v elektrotechnice už desetiletí je pro ně neuvěřitelné. Cituji: A k čemu by vám takové značení bylo, když ještě neexistovali počítače?
-
Jet <jet@alfonso.homeip.net> (neregistrovaný)Ja jsem zrovna minuly tyden ladil rutiny pro prepocitavani datumu na pocet dni (od 1.1.2000). Pak jsem si je zkousel tak, ze jsem porovnaval co mi vypocita standardni glibc a co spocita moje rutina. Bohuzel, jestli bude fungovat i po roce 2k038, to jsem nezjistil :-). Moje glibc ma totiz time_t jenom 31+1 bitu.
Ovsem zarizeni, ktere prave delam ma vaznejsi problem - je v nem rtc, ktere si mysli, ze rok 2100 bude prestupny. Kdyz jsem se smutnou tvari oznamil zakaznikovi, ze bude muset do manualu napsat, ze 1.3.2100 si uzivatel bude muset nechat nastavit spravne datum, protoze toto zarizeni si bude myslet ze je29.2.2100, musel jsem mu to zopakovat 2 krat, nez mu to doslo :-).
Kdyz uz mluvim o te rutine, tady je, treba se bude nekomu hodit:
#define M3 0 +31
#define M4 M3 +30
#define M5 M4 +31
#define M6 M5 +30
#define M7 M6 +31
#define M8 M7 +31
#define M9 M8 +30
#define M10 M9 +31
#define M11 M10+30
#define M12 M11+31
#define M1 M12+31
#define M2 M1 +28
static const int mtab[]=
{
0, M3, M4, M5, M6, M7, M8, M9, M10, M11, M12, M1
};
// works from 1.3.2000 up to 2179, should be enough :-)
word date_to_days(byte d, byte m, byte y) // y is year-2000, returns days since 1.1.2000
{
d--;
m--;
if (d>30) d=30;
if (m>11) m=11;
if (m<=1)
{
y--;
m+=12;
}
return ( 31U // jan 2000
+29 // feb 2000
+(y/4) // regular leap days
-(y/100) // not leap every 100 yrs
// +(y/400) // could not occure in range 2000-2199
+d // days of current month
)
+mtab[m-2] // past months
+365U*y; // and finally all those years before
}
// the following function works fine from 1.1.2000 to 6.6.2179
// day is number of days since 1.1.2000
void day_to_date(word day, byte *y, byte *m, byte *d)
{
byte yl, ml;
// extra handling for dates between 1.1.2000 and 1.3.2000
if (day<31+29)
{
*y=0;
ml=day/31;
*m=ml+1;
*d=day+(ml?-30:1);
return;
}
day-=31+29; // day is now nr of days since 1.3.2000
if (day>=(36525-1)) // 1.3.2100
{
day++; // correction for not leap year 2100 - this will be important for childs of our childs :-)
}
yl=(day*4UL+3)/(365*4+1); // years since 1.3.2000
day-=yl*(365UL*4+1)/4-674; // day of year, 674 is correction for the following algoritm
ml=(day<<6)/1959; // 1959>>6 is 30.6. int(n*30.6) makes just right sequence 30 31 30 31 31 30 etc
*d=day-((ml*1959)>>6);
if (ml>31)
{
ml-=31;
yl++;
}
else
{
ml-=19;
}
*m=ml;
*y=yl;
} -
anonymníTaky mam rutinu na vypocty dnu.. jedine, me prekvapuje, ze nepouzivas bezny vypocet Julianskeho data ackoli jiste casti programu jsou az prilis podobne, nez aby slo o nahodu.
function datjd (year,month,day) ! Compute Julian date from citizen year, month and day. ! Work for all years, inspired by Numerical Recipes. real(double), parameter :: break = 15 + 31*(10 + 12*1582) real(double), intent( in ) :: year,month,day real(double) :: datjd,y,m,d,a if( abs(year) < epsilon(year) ) stop "datjd: there is no year zero." y = year if( y < 0.0 ) y = y + 1 if( month > 2.0 )then m = month + 1.0 d = day else y = y - 1 m = month + 13.0 d = day endif datjd = int(365.25*y) + int(30.6001*m) + d + 1720994.5 if( d + 31*(m + 12*y) ≥ break )then a = int(y/100.0) datjd = datjd + 2.0 - a + int(a/4.0) endif end function datjd -
Clock (neregistrovaný)Ve Skode 120 byl kupodivu taky ridici pocitac - akorat byl implementovan analogove. Pocitadlo casu v nem nebylo. Napr. tam bylo tzv. ufo coz byla takova membrana co snimala nekde nejakej podtlak nebo pretlak a podle toho pootacela necim v rozdelovaci nebo karburatoru nebo cem. Taky tam byly ruzny lanka a packy a tak. Cely to fungovalo celkem rozumne.
Zadny takovy bugy jako ze to v roce 2038 bouchne tam nebyly.
Pristupove kody na ridici pocitac tam byly, byl to dokonce system s verejnym klicem. Klic jmenem "sroubovak" se dal vcerejne koupit v kazdem zelezarstvi.
Plyne z toho mravni ponauceni - kdyz designujte system, davejte tam jen veci, ktere jsou opravdu potreba, jinak si zadelavate na problemy. Kdyz tam date procesor, zadelavate si na problem ze kdyz se nekde objevi elektromagneticky impuls, cele se to kousne. Kdyz tam date software, zadelavate si na problemy ze to bude zabugovane a nebo ze nekde neco nekdy pretece. -
Tomas (neregistrovaný)Jak je vidět letadla nespadli nic se nestalo rok 1999 se přehoupl na 2000 a všichni žijeme jen skupiny pisálků zase hledají téma a tím je rok 2038 kdy se podle nich stane další číselná hrůza . Takže jak to bude doopravdy cca v roce 2020 se začnu montovat již ošetřené systémy v roce 2030 to bude již povinnost a v roce 2038 z toho co tu dneska běhá už nebude fungovat nic potažmo mnoho z nás co dnes čteme tento článek již spokojeně chcípneme .
-
fiocco (neregistrovaný)no v roku 2038 bude uz asi dost malo 32-bitovych PC, nie? A pise sa to predsa aj v clanku... staci citat. A co sa tyka roku 2000, tak moja vtedajsia 486 s brutalne tvrdohlavym jadrom nikdy nepochopila rok 2000. Preto som pouzival kratky programik, ktory sa spustil vzdy pri starte a nastavil spravny cas, aby som ho ja nemusel manualne nastavovat...
