2038年、みんなどうする？ [sc] | レス28-79

★お気に入り追加

1

あぼーん

2002/05/12 23:00

俺の保守担当している製品、ためしに2038年にしたら
見事にあぼーん。

time_tどうなんのよ。
ちなみに俺の定年まであと35年・・。
微妙。

ここまで見た

28

sukatappa

2003/04/05 14:34: 記念カキコ♪

ここまで見た

29 2003/04/05 15:32: 記念sage♪

ここまで見た

30 2003/04/06 03:31: おまたのボタンお押して再起動させてみるテスト

俺が定年になってるころには出てるはずだ〜!!!!!!!!
だれか作ってくれ〜!!!!

ここまで見た

31 2003/04/06 12:27: Registrant:
2038 (2038-N-DOM)
planterarv 19 120 48 enskede gard
stockholm, se 120 48
SE

Domain Name: 2038.COM

Administrative Contact, Technical Contact:
J.E, Namnet (EB3084)domain-registry@MRFRIDAY.COM
erik bar
Administrator Sdra Hamnvgen 48 115 41
STOCKHOLM
STOCKHOLM
SWEDEN 115 41
SE
+46-8-641 95 9 +46-8-641 95 9

Record expires on 22-May-2003.
Record created on 22-May-1998.
Database last updated on 5-Apr-2003 22:26:03 EST.

Domain servers in listed order:

NS1.SKARPODATA.COM 193.45.208.2
NS2.SKARPODATA.COM 193.45.208.3

ここまで見た

32 2003/04/06 13:46: 32bitなんて、30年後には今の8bitマシン以下の用途になってるだろう。
Windowsもビルゲイツが死んだら終り。

ここまで見た

33 2003/04/06 17:10: ま〜 time_t を unsigned にしちゃえば22世紀頃まで持つんで、
ファイルシステムとかDBとかのバイナリデータはあんま問題ないと思うけど。

問題はsignedで大小比較してるプログラムのほうだな。

ここまで見た

34 2003/04/13 03:03: ほんとだ。time_tってsignedだったんだ。知らなかった。
unsigned intにしたら2106年までもつのね…死んでるからそれでいいや。

ここまで見た

35 2003/04/13 03:39: てことは、逆に考えると前世紀はまるまる今のtime_t で表せるってこと？

ここまで見た

36 2003/04/13 12:07: /* LP64 の環境なら解決済みじゃない？ */

#ifndef _TIME_T
#define _TIME_T
typedef long time_t; /* time of day in seconds */
#endif /* _TIME_T */

ここまで見た

37 2003/04/13 15:55: 2038年にＵＮＩＸって存在するのか？
ＣＵＩ自体ほとんどつかわれていないんじゃないか？
そうでもないかな・・・

ここまで見た

38

あぼーん: あぼーん

ここまで見た

39 2003/04/13 19:35: >>37
おまえが使ってないだけではと小一時間．．．（ｒｙ

ここまで見た

40 2003/04/13 20:26: >>37
正直、低能力なハードウェア性能のせいで
■無闇やたらに視覚に依存しすぎ、かつ重厚長大で能力の低い出力デバイス
■思った通りに操作するために高い習熟が必要で、かつ体に余計な負荷がかかる
入力デバイス
にべったりと依存せざるを得ない、今の形式の「ＧＵＩ」というシロモノも、
35年先には骨董品としてしか生き残っていないような気がするけどなぁ

ここまで見た

41 2003/04/13 22:25: まあ>>37は世間しらずのﾋｷｰﾄﾞｻﾞかﾏｶ｡

2038年には、ソラリスもAIXもHP-UXもないだろうな。
残るのは、Win BSD Linux .
ただし、このどれも現状とは全く違う環境だろうけど。
もしくは、まったく違うOSが出て
MSが、そこ潰しにかかって買収して生き残って
技術的な事は公開せず、乗り遅れたBSDやらlinuxは死ぬか。

もしくは、linuxやBSDコミュニティから新しい物が出てくるか。

ここまで見た

42

名無しさん＠カラアゲうまうま

2003/04/13 22:44: >>41
ようするに分からんということだな。

ここまで見た

43 2003/04/13 23:11: >>42
そうそう

ここまで見た

44 2003/04/15 05:10: JFKの死の真相がPAM! PAM!

ここまで見た

45

山崎渉

2003/04/17 11:53: （＾＾）

ここまで見た

46

あぼーん: あぼーん

ここまで見た

47 2003/04/28 23:08: 記念パピコ
漏れの誕生日が1021　妹1212　因縁を感じますた。

ここまで見た

48 2003/05/02 13:19: 1021年生れか
神だな

ここまで見た

49 2003/05/02 13:19: ageとこ

ここまで見た

50 2003/05/04 04:35: >>1
今のうちに全てのシステムを64bitに移行で解決。いじょ

ここまで見た

51

あぼーん: あぼーん

ここまで見た

52 2003/05/05 11:17: http://homepage.mac.com/konmedi/1998_10_28.html
どうよ？

ここまで見た

53

あぼーん: あぼーん

ここまで見た

54

あぼーん: あぼーん

ここまで見た

55 2003/07/02 14:35: 保守（sageでもできるよ！）

ここまで見た

56

あぼーん: あぼーん

ここまで見た

57

あぼーん: あぼーん

ここまで見た

58 2003/08/04 12:57: UNIXってCのタイプシステムにべったりじゃん。
しかもCの言語的ないい加減さで実装依存だったりするし。
もちろん、それを言い出したらWindowsやMacだってそうなんだけど。

最終的な答えだとは勿論思わないけど、.NETの目指すCommonTypeSystemってのは
この辺りのやっかいな問題も含めて考えられているから好きだ。Javaには
こういう視点はなかった。以後2038年問題を、time_tをunsigned intにするとか、
時間の起点を2010年にするなどといった珍案で、小手先の回避をするのではなくて
38年までには根本的な解決がなされている方がいいなあ。ある意味、UNIXを
部分的に否定することを意味するけど。