2038年、みんなどうする？

1 ：02/05/12 〜 最終レス ：11/05/10

俺の保守担当している製品、ためしに2038年にしたら
見事にあぼーん。
time_tどうなんのよ。
ちなみに俺の定年まであと35年・・。
微妙。

2 ：

2 get

3 ：

今年生まれる子が、2038年には36歳。
心配しなくてもこいつらがなんとかしてくれる。

4 ：

すでに論じられて大方の解決策も出てるもよん↓
http://natto.2ch.net/test/read.cgi/denpa/1016241454/

5 ：

>>4
確かにうたがう余地無しだな。こんちくしょう

6 ：

>>3
その通り。年金問題も国債債務問題も靖国問題も環境問題も
官僚問題も問題も憲法第9条も特殊法人問題も構造改革も全て先送り。
私達の子孫が何とかしてくれる。

7 ：

>>6
そして子孫達は問う。
なぜ私達の祖先は何もしなかったのかと。

8 ：

>>3
金属バットで楽にしてくれるかもYo!

9 ：

>>3
「もうUNIXがわかる技術者は君達しかいない」と再召集される罠

10 ：

>>6
って事は、急いで子孫を作らねば。

11 ：

そういう結論になるのか。�d�j（ｗ

12 ：

>>9
ﾜﾗﾀ

13 ：

time_tを64bitにすれば解決、とかいう話ではない？
もちろんファイルシステムとかバイナリデータの互換性は失われるけど。

14 ：

年号を4桁にすれば解決、とかいう話ではない？
もちろんデータベースとかバイナリデータの互換性は失われるけど。

15 ：

>>8
なぜ、そーゆうコンテクストでは、「金属」バットなんだろ？
木製の方がイケテルとおもうんだけどなぁ。

16 ：

>>13-14
誰かが勝手にちめを1970に決めてしまったのだから
また誰かが2010くらいに起点を決めて
うすらとぼければいいのではという話ではない？

17 ：

ところでSunとその上にのるメジャーな商用ソフトは
38年問題は解決済みなのかな？もちろんレガシー
の話は抜きにして。

18 ：

>>17
2038にサポートしてない現在のOSやハードに商用ソフトが
（サポート終了しているといえばいいか）
あえて解決策をとったりソレを公にアピールする必要は無いと思われ。
64bit化の過程で偶然解決された（される）ことはあるだろうが
2000年問題の事例をみればわかるだろうが
30年経ったらまた書き込むとベスト

19 ：

つーかこのご時世、そこまでつかいつづけんでしょ。
2038年が来る前に、旧いマシンの部品供給がでけんよーになってあぼーんヨ。
アホな会社が、1990年代のソースを2038年まで使いつづけてたら知らんけど。

20 ：

このスレは2038年まで継続決定

21 ：

1021212011
なにげに(ﾟДﾟ)ｳﾏｰ

22 ：

2003年sage

23 ：

hage

24 ：

（＾＾）

25 ：

あげ

26 ：

>>9
ありえない話じゃないような気が。
老人になった俺らがBSDを再起動させるのさ。

27 ：

sage

28 ：

記念カキコ♪

29 ：

記念sage♪

30 ：

おまたのボタンお押して再起動させてみるテスト
俺が定年になってるころには出てるはずだ〜!!!!!!!!
だれか作ってくれ〜!!!!

31 ：

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 ：

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

33 ：

ま〜 time_t を unsigned にしちゃえば22世紀頃まで持つんで、
ファイルシステムとかDBとかのバイナリデータはあんま問題ないと思うけど。
問題はsignedで大小比較してるプログラムのほうだな。

34 ：

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

35 ：

てことは、逆に考えると前世紀はまるまる今のtime_t で表せるってこと？

36 ：

/* LP64 の環境なら解決済みじゃない？ */
#ifndef _TIME_T
#define _TIME_T
typedef long time_t; /* time of day in seconds */
#endif /* _TIME_T */

37 ：

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

38 ：

39 ：

>>37
おまえが使ってないだけではと小一時間．．．（ｒｙ

40 ：

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

41 ：

まあ>>37は世間しらずのﾋｷｰ ﾄﾞｻﾞかﾏｶ｡
2038年には、ソラリスもAIXもHP-UXもないだろうな。
残るのは、Win BSD Linux .
ただし、このどれも現状とは全く違う環境だろうけど。
もしくは、まったく違うOSが出て
MSが、そこ潰しにかかって買収して生き残って
技術的な事は公開せず、乗り遅れたBSDやらlinuxは死ぬか。
もしくは、linuxやBSDコミュニティから新しい物が出てくるか。

42 ：

>>41
ようするに分からんということだな。

43 ：

>>42
そうそう

44 ：

JFKの死の真相がPAM! PAM!

45 ：

（＾＾）

46 ：

47 ：

記念パピコ
漏れの誕生日が1021　妹1212　因縁を感じますた。

48 ：

1021年生れか
神だな

49 ：

ageとこ

50 ：

>>1
今のうちに全てのシステムを64bitに移行で解決。いじょ

51 ：

52 ：

http://homepage.mac.com/konmedi/1998_10_28.html
どうよ？

53 ：

54 ：

55 ：

保守（sageでもできるよ！）

56 ：

57 ：

58 ：

UNIXってCのタイプシステムにべったりじゃん。
しかもCの言語的ないい加減さで実装依存だったりするし。
もちろん、それを言い出したらWindowsやMacだってそうなんだけど。
最終的な答えだとは勿論思わないけど、.NETの目指すCommonTypeSystemってのは
この辺りのやっかいな問題も含めて考えられているから好きだ。Javaには
こういう視点はなかった。以後2038年問題を、time_tをunsigned intにするとか、
時間の起点を2010年にするなどといった珍案で、小手先の回避をするのではなくて
38年までには根本的な解決がなされている方がいいなあ。ある意味、UNIXを
部分的に否定することを意味するけど。

59 ：

60 ：

UNIX系のOS自体も止まっちゃうの？

61 ：

試しに、PC の日付いぢくってみれば？

62 ：

プロジェクト X

63 ：

サゲ

64 ：

１９７０年１月１日からの秒数だからな
ライブラリがダメっぽ
perl のtimeとか・・・
ＧＰＳもあれだっけ？

65 ：

ばかぼーん

66 ：

MSのlibcが2036年で溢れたような気がするので、
その対策を真似すればいいだろう。

67 ：

一緒に溢れてみるとか

68 ：

その頃には現行システムは無いだろうなぁ・・・
若者達に期待ｗ
つーか、虫歯無くしたら歯医者が潰れる、ってのと一緒なんでｗ
まぁ2038年特需だ罠。その前にIPv6特需もありそうだが。

69 ：

つーか、unsigned longかハードとOSが64bit対応して解決しそうなんだけど、、、

70 ：

つーか, おいらその頃隠居してますが...

71 ：

生きてるかどうかすら分からん。

72 ：

今すぐ死にたい

73 ：

がんばれ。

74 ：

いいかげんに、PC9801DX捨てろって！

75 ：

時計を巻き戻して使うのがデフォルトのOSが出るとか。

76 ：

来年まで生きているか分からないので、どうでもいいや…

77 ：

>>76
そういう人に限って、2037年に引っ張り出されていろいろ苦労するだろう、
と想像してみる。

78 ：

定年超えてる・・・・

79 ：

この前、ATM止まったでしょ。あれプチ2038年問題と言えなくもない。
time_tが0x3FFFFFFFから0x40000000になった途端、バッファが溢れてあぼーん。
ま、そういうコード書いた香具師が悪いんだけど。

80 ：

>>79
いまさらそんなこと誇らしげに書かれても。

81 ：

2038年問題のチェック漏れで、KDDIが誤請求
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20040305/140989/

82 ：

38年特需が今から待ち遠しいです。
そのために問題解決をよりこんなんな方向に仕向ける
何かが必要です。マシンをリプレースして万事OKなんて
お手軽なやつじゃダメなんです。

83 ：

2037年をもって全廃とか

84 ：

10000万年問題、みんなどうする？

85 ：

RFC2550

86 ：

1038年まで人類がいるとは思えんが・・・

87 ：

>>86
お前は何年生まれだ

88 ：

>>86-87
ﾜﾗﾀ

89 ：

128bitUNIXと2038年問題はどっちが先にやってくるでしょうか？

90 ：

２ちゃんねるは大丈夫？

91 ：

UNIXの終わりの方が早いから心配ない

92 ：

93 ：

とりあえず

94 ：

てすと

95 ：

日付欄変わった･･･？

96 ：

時間の進み方を1/10に定義しなおせばいい。

97 ：

64ビットにすればよくね？
ﾃﾗｶｼｺｽwww

98 ：

>>97
ﾃﾗﾜﾛｽ

99 ：

time_tってそもそも32ビットのうち１ビットは正負の符号に使ってるの？

100read 1read

1read 100read

TOP カテ一覧 スレ一覧 削除依頼 ▲
・　次のスレ
どうして内容を表示するコマンドがcatなの？
RISC型CPUについて
【コマンド】2chコマンド作ってよ【/usr/bin/2ch】
UNIXってエロゲーできますか？