2038年、みんなどうする？ [sc](★0)
-
- 1
- あぼーん
- 2002/05/12 23:00
-
俺の保守担当している製品、ためしに2038年にしたら
見事にあぼーん。
time_tどうなんのよ。
ちなみに俺の定年まであと35年・・。
微妙。
-
- 232
- 2008/12/18(木) 16:14:34
-
ext2のmtime unsigned int
struct inodeのmtime long
なので
64bitOSなら19700101を起点として2106まで使えるということみたいですね。
struct inodeの中の日付データはlongなのでキャッシュされてる時点では、
unsigned intの範囲外のデータも扱えるということですか。64bitOSにて、
2106以降の日付を誤って入力した場合、保存されるデータはすべて2106に直されるけど、
1970以前の値の場合はどんな値になるか、入力されたデータ次第ということですね。
30年後は分からないけど、100年後にはLinuxなんて100%消滅してるはずなので、
これが一番現実的かも。
-
- 233
- 2008/12/24(水) 23:57:18
-
>>208自己レス（随分前だけど、たしか自分のレス）
ext4は1901年12月14日から2514年4月25日までだった。ただしソースはウィキペディア
http://ja.wikipedia.org/wiki/Ext4
>>232
それだと1970年以前の日付が表記できなくなる。でも、1970年以前の日付使う必要性がないからまあいいかｗ
--
あと、参考までにこの間x86-64で試した結果
sizeof(int) =4
sizeof(long int)=8
sizeof(long long int)=8
sizeof(void*)=8
x86だとこうなる
sizeof(int) =4
sizeof(long int)=4
sizeof(long long int)=8
sizeof(void*)=4
-
- 234
- 2008/12/25(木) 09:45:21
-
>>233
> あと、参考までにこの間x86-64で試した結果
OS書かないと意味ねえ。
-
- 235
- 2008/12/27(土) 13:48:06
-
>>234
Linux (Fedora 9), gccは4.0だったか4.1だと思う。サイズって同一アーキテクチャ用でも*BSDとLinuxじゃ違うのか？
-
- 236
- 2009/01/11(日) 14:20:45
-
19 日であと 29 年かぁ。
-
- 237
- 2009/01/11(日) 15:00:51
-
そういうわれるととても先の話に思えるな
-
- 238
- 2009/01/12(月) 15:44:37
-
来年で2000問題から10年
-
- 239
- 2009/01/20(火) 23:58:22
-
1日オーバーしたけど、残り29年切ったね
-
- 240
- 2009/02/11(水) 22:03:03
-
2009年2月14日 08:31:30(JST)にUNIX TIMEが1234567890になる。
UNIX time が「1234567890」になる
http://slashdot.jp/articles/09/02/09/012251.shtml
-
- 242
- 2009/05/22(金) 03:21:55
-
保守
-
- 243
- 2009/07/13(月) 20:14:10
-
2038年問題まであと9億秒。
-
- 244
- 2009/07/13(月) 20:26:16
-
>>243
自己レス。残念、2秒遅かった・・・
ちなみに
残り10億 Sat May 13 2006 10:27:28 GMT+0900
残り 9億 Mon Jul 13 2009 20:14:08 GMT+0900
残り 8億 Thu Sep 13 2012 06:00:48 GMT+0900
残り 7億 Sat Nov 14 2015 15:47:28 GMT+0900
残り 6億 Tue Jan 15 2019 01:34:08 GMT+0900
残り 5億 Thu Mar 17 2022 11:20:48 GMT+0900
残り 4億 Sat May 17 2025 21:07:28 GMT+0900
残り 3億 Tue Jul 18 2028 06:54:08 GMT+0900
残り 2億 Thu Sep 18 2031 16:40:48 GMT+0900
残り 1億 Sun Nov 19 2034 02:27:28 GMT+0900
残り1000万秒 Fri Sep 25 2037 18:27:28 GMT+0900
残り 100万秒 Thu Jan 07 2038 22:27:28 GMT+0900
残り 10万秒 Mon Jan 18 2038 08:27:28 GMT+0900
残り 1万秒 Tue Jan 19 2038 09:27:28 GMT+0900
残り 1000秒 Tue Jan 19 2038 11:57:28 GMT+0900
残り 100秒 Tue Jan 19 2038 12:12:28 GMT+0900
残り 10秒 Tue Jan 19 2038 12:13:58 GMT+0900
残り 1秒 Tue Jan 19 2038 12:14:07 GMT+0900
-
- 245
- 2009/09/16(水) 14:12:30
-
永眠するから関係ないよ
-
- 246
- 2010/01/10(日) 14:06:28
-
19 日であと 28 年かぁ。
-
- 247
- 2010/01/19(火) 18:58:56
-
2038年1月19日は今日と同じ火曜日でうるう年の2年後。
月日曜日だけが問題になるシステムなら2010年か1982年に戻せばいいかもしれないがそんなシステム少ないですよね。
-
- 248
- 2010/01/19(火) 23:36:01
-
残り28年。まだまだ先だけど、着実にその時は近づく…
-
- 249
- 2010/01/20(水) 00:02:46
-
2038年に備えて脱it化を目指そう
-
- 250
- 2010/01/20(水) 00:05:17
-
ゆとり世代涙目wwwww
-
- 251
- 2010/01/20(水) 12:19:54
-
あと28年たったら見られてまずいデータは全部自動的に処分されると考えればOK
-
- 252
- 2010/02/07(日) 16:45:04
-
2036年2月6日 6時28分15秒 (UTC)
2036 年問題までも、あと 26 年をきったか。
-
- 253
- 2010/02/07(日) 17:27:11
-
おめ
-
- 254
- 2010/09/04(土) 07:53:04
-
残り10000日を切った。
残り9999日と4時間20分ぐらい
-
- 255
- 2010/09/04(土) 11:04:52
-
おめ
-
- 256
- 2010/09/16(木) 18:43:02
-
残り10億 Sat May 13 2006 10:27:28 GMT+0900
残り 9億 Mon Jul 13 2009 20:14:08 GMT+0900
残り 8億 Thu Sep 13 2012 06:00:48 GMT+0900
残り 7億 Sat Nov 14 2015 15:47:28 GMT+0900
残り 6億 Tue Jan 15 2019 01:34:08 GMT+0900
残り 5億 Thu Mar 17 2022 11:20:48 GMT+0900
残り 4億 Sat May 17 2025 21:07:28 GMT+0900
残り 3億 Tue Jul 18 2028 06:54:08 GMT+0900
残り 2億 Thu Sep 18 2031 16:40:48 GMT+0900
残り 1億 Sun Nov 19 2034 02:27:28 GMT+0900
残り1000万秒 Fri Sep 25 2037 18:27:28 GMT+0900
残り 100万秒 Thu Jan 07 2038 22:27:28 GMT+0900
残り 10万秒 Mon Jan 18 2038 08:27:28 GMT+0900
残り 1万秒 Tue Jan 19 2038 09:27:28 GMT+0900
残り 1000秒 Tue Jan 19 2038 11:57:28 GMT+0900
残り 100秒 Tue Jan 19 2038 12:12:28 GMT+0900
残り 10秒 Tue Jan 19 2038 12:13:58 GMT+0900
残り 1秒 Tue Jan 19 2038 12:14:07 GMT+0900
-
- 257
- 2010/09/16(木) 18:44:47
-
http://www.timeanddate.com/counters/customcounter.html?day=19&month=1&year=2038&hour=3&min=14&sec=8&p0=0
-
- 258
- 2010/12/02(木) 01:05:39
-
OSレベルでは結構対応進んでるから大丈夫って感じ
-
- 259
- 2010/12/02(木) 13:34:14
-
現役引退してますw
-
- 260
- 2011/01/21(金) 21:48:30
-
残り27年age
-
- 261
- 2011/01/21(金) 22:39:06
-
生きてるかな
-
- 262
- 2011/01/24(月) 08:11:36
-
そこまで生きてる自信がイマイチでス
-
- 263
- 2011/03/17(木) 17:06:14.64
-
高専生の俺がなんとかする
大人は黙って待っとけ
-
- 264
- 2011/04/08(金) 10:34:23.92
-
がんばれ
-
- 265
- 2011/04/22(金) 23:55:09.29
-
アプリケーションが完全に対応するのに10年以上はかかるだろうから
OSは今から10年以内に対応を終える必要がある
-
- 266
- 2011/05/09(月) 13:02:44.72
-
仕事で使ってるんではなければ時計をを10年戻せばいいだけだろ
-
- 267
- 2011/05/10(火) 21:52:05.69
-
OSは既に割と対応してる感じ
-
- 268
- 2012/01/21(土) 18:53:05.70
-
残り26年age
そして、もうすぐスレ立って10年だな
-
- 269
- 2012/05/13(日) 17:02:25.07
-
スレ10周年・・・・って昨日だったかw
2038年問題って大分解決したんだろうか。最近知った話だと、B-CASも2038年問題があるらしい
（契約終了日を表す変数の最大値が0xffff=2038年4月22日なのでそれ以降使えない）
-
- 270
- 2012/05/19(土) 16:55:02.77
-
どうでもいいけどコンピュータの世界って
>>19
のまさかそこまでは使わないだろうでハマるパターンが結構あるよね
-
- 271
- 2012/06/15(金) 20:56:33.88
-
デジタル放送は20年以内に再び移行させられる（krmmk3） - BLOGOS（ブロゴス）
http://blogos.com/article/41076/
-
- 272
- 2012/09/16(日) 19:38:20.64
-
2038年問題まであと8億秒
http://slashdot.jp/story/12/09/12/1139258/2038%E5%B9%B4%E5%95%8F%E9%A1%8C%E3%81%BE%E3%81%A7%E3%81%82%E3%81%A88%E5%84%84%E7%A7%92
-
- 273
- 2012/09/20(木) 09:29:46.02
-
2038には全く異なるアーキテクチャが出現している筈だった。
なのにおまいらときたら、古いしきたりをいつまでも引き摺りおって
-
- 274
- 2012/09/20(木) 20:05:43.24
-
なんかipv6と話が似てるな
-
- 275
- 2013/01/24(木) 00:04:00.02
-
あと25年
-
- 276
- 2013/04/26(金) 23:34:15.17
-
退職してる
-
- 277
- 2013/06/01(土) 00:07:08.49
-
残り9000日を切った。あと8998日
-
- 278
- 2013/06/27(木) 01:25:38.34
-
あと25年か
-
- 279
-
最近の気象は異常だと思うよ。人間として生活できる環境が既に崩れつつある。
人としての子作りは、幸福という名の自己満足。今どきの少子は、老後の保険。
お金に余裕があって、水と食料がなければ、適応できなければ自然淘汰される。
-
- 280
- 2013/11/21(木) 19:50:46.01
-
市販のウイルス対策ソフトが、Nationalスパイウェアに化ける時代だよ、みんなどうする？
-
- 281
- 2013/11/25(月) 00:18:57.33
-
特需がくるわ
-
- 282
- 2013/11/26(火) 19:05:19.29
-
米国からの要請で急いでいる特定秘密保護法案
このページを共有する
おすすめワード