1read 100read
2012年3月UNIX132: 2038年、みんなどうする? (268) TOP カテ一覧 スレ一覧 2ch元 削除依頼
*BSD系質問スレッド (594)
BSD/OS (189)
Jaris (697)
*BSDニュース@2ch その5 (680)
Tera Term r2【テラターム】 (507)
ここだけ10年、時代が遅れているスレ (238)

2038年、みんなどうする?


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

2 :02/05/12
2 get

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

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

5 :02/05/12
>>4
確かにうたがう余地無しだな。こんちくしょう

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

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

8 :02/05/13
>>3
金属バットで楽にしてくれるかもYo!

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

10 :02/05/13
>>6
って事は、急いで子孫を作らねば。

11 :02/05/13
そういう結論になるのか。dj(w

12 :02/05/13
>>9
ワラタ

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

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

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

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

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

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

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

20 :02/05/25
このスレは2038年まで継続決定

21 :02/07/16
1021212011
なにげに(゚Д゚)ウマー

22 :03/01/11
2003年sage

23 :03/01/11
hage

24 :03/01/15
(^^)

25 :03/01/22
あげ

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

27 :03/04/01
sage

28 :03/04/05
記念カキコ♪

29 :03/04/05
記念sage♪

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

31 :03/04/06
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 :03/04/06
32bitなんて、30年後には今の8bitマシン以下の用途になってるだろう。
Windowsもビルゲイツが死んだら終り。

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

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

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

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

37 :03/04/13
2038年にUNIXって存在するのか?
CUI自体ほとんどつかわれていないんじゃないか?
そうでもないかな・・・
38 :あぼーん:あぼーん
あぼーん

39 :03/04/13
>>37
おまえが使ってないだけではと小一時間...(ry

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

41 :03/04/13
まあ>>37は世間しらずのヒキー ドザかマカ。
2038年には、ソラリスもAIXもHP-UXもないだろうな。
残るのは、Win BSD Linux .
ただし、このどれも現状とは全く違う環境だろうけど。
もしくは、まったく違うOSが出て
MSが、そこ潰しにかかって買収して生き残って
技術的な事は公開せず、乗り遅れたBSDやらlinuxは死ぬか。
もしくは、linuxやBSDコミュニティから新しい物が出てくるか。

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

43 :03/04/13
>>42
そうそう

44 :03/04/15
JFKの死の真相がPAM! PAM!

45 :03/04/17
(^^)
46 :あぼーん:あぼーん
あぼーん

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

48 :03/05/02
1021年生れか
神だな

49 :03/05/02
ageとこ

50 :03/05/04
>>1
今のうちに全てのシステムを64bitに移行で解決。いじょ
51 :あぼーん:あぼーん
あぼーん

52 :03/05/05
http://homepage.mac.com/konmedi/1998_10_28.html
どうよ?
53 :あぼーん:あぼーん
あぼーん
54 :あぼーん:あぼーん
あぼーん

55 :03/07/02
保守(sageでもできるよ!)
56 :あぼーん:あぼーん
あぼーん
57 :あぼーん:あぼーん
あぼーん

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

60 :03/09/10
UNIX系のOS自体も止まっちゃうの?

61 :03/09/12
試しに、PC の日付いぢくってみれば?

62 :03/09/12
プロジェクト X

63 :03/10/10
サゲ

64 :03/10/16
1970年1月1日からの秒数だからな
ライブラリがダメっぽ
perl のtimeとか・・・
GPSもあれだっけ?

65 :03/10/16
ばかぼーん

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

67 :03/10/16

一緒に溢れてみるとか

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

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

70 :03/11/10
つーか, おいらその頃隠居してますが...

71 :03/11/10
生きてるかどうかすら分からん。

72 :03/11/10
今すぐ死にたい

73 :03/11/10
がんばれ。

74 :03/11/13
いいかげんに、PC9801DX捨てろって!

75 :03/11/14
時計を巻き戻して使うのがデフォルトのOSが出るとか。

76 :03/11/15
来年まで生きているか分からないので、どうでもいいや…

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

78 :03/11/24
定年超えてる・・・・

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

80 :04/02/01
>>79
いまさらそんなこと誇らしげに書かれても。

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

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

83 :04/03/06
2037年をもって全廃とか

84 :04/08/29
10000万年問題、みんなどうする?

85 :04/08/29
RFC2550

86 :04/08/29
1038年まで人類がいるとは思えんが・・・

87 :04/08/29
>>86
お前は何年生まれだ

88 :04/08/30
>>86-87
ワラタ

89 :04/08/31
128bitUNIXと2038年問題はどっちが先にやってくるでしょうか?

90 :04/10/13
2ちゃんねるは大丈夫?

91 :04/10/14
UNIXの終わりの方が早いから心配ない

92 :05/03/15


93 :UNIX時間(+0900)35/04/01(金)
とりあえず

94 :UNIX時間(+0900)35/04/01(金)
てすと

95 :UNIX時間(+0900)35年,2005/04/02(土)
日付欄変わった・・・?

96 :UNIX時間(+0900)35年,2005/04/02(土)
時間の進み方を1/10に定義しなおせばいい。

97 :05/05/10
64ビットにすればよくね?
テラカシコスwww

98 :05/05/13
>>97
テラワロス

99 :05/07/14
time_tってそもそも32ビットのうち1ビットは正負の符号に使ってるの?

100read 1read
1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼
OpenBSDユーザーコーナー Part8 (257)
UNIX使いなのにプログラミングできないヤシ (780)
もしも、てぃんぽにIPがあったら (336)
【さぁ】NetApp【あっぷっぷ】 (596)
UNIXerなアニヲタは何に萌えてますか? Part4 (510)
NetHack 地下:56 (485)
--log9.info------------------
【ピスメ新刊・Vassa】黒乃奈々絵 十作目【ももたま再開しろ!】 (446)
【ブラフマン】貴島煉瓦スレ (484)
【てるてる天神通り】児玉樹 総合スレ3【FORTUNE ARTERIAL】 (575)
【週刊少年サンデー超】今際の国のアリス【麻生羽呂】 (317)
【武田弘光】 マケン姫っ!MAKEN-KI! 2 (562)
【染屋カイコ】かみあり【Comic REX】 (328)
 『サンデー超』改め『サンデーS』も語れよ (122)
【ナナコ】トライピース【ナナミ】No.3 (424)
【青木ハヤト】トラウマ量子結晶 力1【少年エース】 (104)
【ジャンプSQ】青の祓魔師PART19【加藤和恵】 (129)
■イレブンソウル士魂■ 戸土野正内郎 part9 ■悪魔狩り■ (946)
【KH】漫画 キングダムハーツ part2【ガンガン】 (834)
【CLAMP】GATE7 part3 (127)
【SQUARE ENIX】 月刊「Gファンタジー」 10月号 【毎月18日発売】 (182)
富樫ついに復帰!! (180)
亡き少女の為のパヴァーヌ 第5楽章 (564)
--log55.com------------------
びゅんびゅん京成@2ch[第207部]
【都心】 相鉄・JR & 相鉄・東急 新横浜線 Part63【直通】
【天空・8300】南海電鉄、車輌専用スレ22【3000】
相模鉄道(δ相鉄)スレ 101両目 δSOTETSU
大和路線・万葉まほろば(桜井)線・和歌山線・奈良線115
【あずさ】中央東線総合スレ トタM86【かいじ】
近鉄特急part131(ワッチョイ表示)
(東武)東上線 Part243