Odebírat | ||
Obrázek '32bit' (Mck) (27.10.2023 19:05) | reagovat | |
Nechci trolit, ale je rozdíl mezi date a timestamp. Ten první fakt integer nepoužívá. | ||
|
||
Obrázek '32bit' (al5249) RP (26.10.2023 23:39) | reagovat | |
Dle meho nazoru je hold spravne, pise, ze se mu to libi, tak vzdava mode budnoucnosti hold. Takze chyby jsou "me" a sklonovani mody budoucnosti. | ||
|
||
Obrázek '32bit' (Mem) RP (26.10.2023 9:18) | reagovat | |
Tak on napsal špatně i to „mě“, že... | ||
|
||
Obrázek '32bit' (rrrrrr!) (26.10.2023 8:17) | reagovat | |
Automaticka identifikacia idiotov v podobe hold/holt. Ktory iny jazyk to ma? | ||
|
||
Obrázek '32bit' (Zen:) RP (26.10.2023 6:22) | reagovat | |
jako by to bylo včera, když jsem se do databáze díval, jestli nějaká událost nastala přesně v 1234567890. Jo, to byly časy | ||
|
||
Obrázek '32bit' (O__o) (26.10.2023 2:25) | reagovat | |
Mě se líbí, jak má na košili rafinovaný vzor, který při pohledu ze správného úhlu vypadá jako pravidelné čtverce - hold móda budoucnosti. | ||
|
||
Obrázek '32bit' (al5249) RP (26.10.2023 0:50) | reagovat | |
Rozdil nepotrebujes zpracovavat jako time. 1. 1. 1970 00:00:10 - 1.1. 1970 00:00:30 nepotrebujes vyjadrovat jako 31. 12. 1969 23:59:40, ani to nedava smysl. Moznost zaznamenat v unixtime cas pred zacatkem epochy muze byt duvodem, logicky se to celkem nabizi, ale nebyl jsem u toho a nedohledal jsem k tomu zadne vyjadreni, takze nevim. Duvod klidne muze byt v necem jinem, treba ve standardne podporovanych datovych typech, ktere tehdy meli, netusim. | ||
|
||
Obrázek '32bit' (pc2005n) (26.10.2023 0:28) | reagovat | |
signed nejspíš proto, aby se dalo počítat s datumem před 1970 a taky když se počítá rozdíl. Taky bych řekl, že to má skočit na 1901 ale možná natvrdo maskuje dolních 31 bitů | ||
|
||
Obrázek '32bit' (al5249) RP (26.10.2023 0:08) | reagovat | |
Vcelku bezny datovy typ je (lepe receno byl) 32bitovy signed integer, dnes uz tedy spise 64bitovy. Proc signed nevim. Narazil jsem na zajimavy clanek: [odkaz] Puvodne to mel byt opravdu unsigned a tikat 60x za sekundu, ale to se neosvedcilo (nebo by se velmi brzo neosvedcilo | ||
|
||
Obrázek '32bit' (tuw) (25.10.2023 23:20) | reagovat | |
Pak to je podle tohoto: https://en.wikipedia.org/wiki/Year_2038_problem | ||
|
||
Obrázek '32bit' (tuw) (25.10.2023 23:17) | reagovat | |
tyjo, teď koukám, že tam má dotyčná "signed", to jsem přehlédl. hmm... tim to dostává uplně nový rozměr... | ||
|
||
Obrázek '32bit' (tuw) (25.10.2023 23:14) | reagovat | |
Je to vtip na "Unix time", který se počítá od 1.1.1970 a většinou se na něj používá zmíněný 32bit unsigned integer. Ale nic ti nebrání v použití 64bit, což ti bohatě postačí na stovky miliard let. | ||
|
||
Obrázek '32bit' (al5249) RP (25.10.2023 23:12) | reagovat | |
ano | ||
|
||
Obrázek '32bit' (asdf.ghjkl) (25.10.2023 23:06) | reagovat | |
pri přetečení by to mělo hupsnout na 13. prosinec 1901, ne? | ||
|
||
Obrázek '32bit' (tuw) (25.10.2023 23:01) | reagovat | |
asi jim přetekl | ||
|