5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

2038年、みんなどうする?

1 :あぼーん:02/05/12 23:00
俺の保守担当している製品、ためしに2038年にしたら
見事にあぼーん。

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

2 :やった:02/05/12 23:02
2 get

3 :名無しさん@お腹いっぱい。:02/05/12 23:09
今年生まれる子が、2038年には36歳。

心配しなくてもこいつらがなんとかしてくれる。

4 :名無しさん@お腹いっぱい。:02/05/12 23:16
すでに論じられて大方の解決策も出てるもよん↓

http://natto.2ch.net/test/read.cgi/denpa/1016241454/

5 :名無しさん@お腹いっぱい。:02/05/12 23:23
>>4
確かにうたがう余地無しだな。こんちくしょう


6 :名無しさん@お腹いっぱい。:02/05/12 23:38
>>3
その通り。年金問題も国債債務問題も靖国問題も環境問題も
官僚問題も同和問題も憲法第9条も特殊法人問題も構造改革も全て先送り。
私達の子孫が何とかしてくれる。

7 :名無しさん@お腹いっぱい。:02/05/13 00:09
>>6
そして子孫達は問う。
なぜ私達の祖先は何もしなかったのかと。

8 :名無しさん@お腹いっぱい。:02/05/13 00:14
>>3
金属バットで楽にしてくれるかもYo!

9 :名無しさん@お腹いっぱい。:02/05/13 00:23
>>3
「もうUNIXがわかる技術者は君達しかいない」と再召集される罠

10 :名無しさん@お腹いっぱい。:02/05/13 00:23
>>6

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

11 :名無しさん@お腹いっぱい。:02/05/13 01:38
そういう結論になるのか。dj(w

12 :名無しさん@お腹いっぱい。:02/05/13 02:42
>>9
ワラタ

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

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

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

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


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

18 :うひひ:02/05/13 13:45
>>17
2038にサポートしてない現在のOSやハードに商用ソフトが
(サポート終了しているといえばいいか)
あえて解決策をとったりソレを公にアピールする必要は無いと思われ。
64bit化の過程で偶然解決された(される)ことはあるだろうが

2000年問題の事例をみればわかるだろうが
30年経ったらまた書き込むとベスト



19 :名無しさん@お腹いっぱい。:02/05/13 13:51
つーかこのご時世、そこまでつかいつづけんでしょ。
2038年が来る前に、旧いマシンの部品供給がでけんよーになってあぼーんヨ。

アホな会社が、1990年代のソースを2038年まで使いつづけてたら知らんけど。

20 :名無しさん@お腹いっぱい。:02/05/25 21:52
このスレは2038年まで継続決定

21 :名無しさん@お腹いっぱい。:02/07/16 00:22
1021212011
なにげに(゚Д゚)ウマー

22 : ◆jadeDaMePo :03/01/11 04:49
2003年sage

23 :名無しさん@お腹いっぱい。:03/01/11 05:00
hage

24 :山崎渉:03/01/15 13:30
(^^)

25 :( ´∀`)さん ◆esDQN1fUPM :03/01/22 14:34
あげ

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

27 :sage:03/04/01 11:56
sage

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

29 :名無しさん@お腹いっぱい。:03/04/05 15:32
記念sage♪

30 :名無しさん@お腹いっぱい。:03/04/06 03:31
おまたのボタンお押して再起動させてみるテスト

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

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

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

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

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

35 :名無しさん@お腹いっぱい。:03/04/13 03:39
てことは、逆に考えると前世紀はまるまる今のtime_t で表せるってこと?


36 :名無しさん@お腹いっぱい。:03/04/13 12:07
/* LP64 の環境なら解決済みじゃない? */

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

37 :名無しさん@お腹いっぱい。:03/04/13 15:55
2038年にUNIXって存在するのか?
CUI自体ほとんどつかわれていないんじゃないか?
そうでもないかな・・・

38 :あぼーん:03/04/13 15:59
あぼーん

39 :名無しさん@お腹いっぱい。:03/04/13 19:35
>>37
おまえが使ってないだけではと小一時間...(ry

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

41 :名無しさん@お腹いっぱい。:03/04/13 22:25
まあ>>37は世間しらずのヒキー ドザかマカ。

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

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


42 :名無しさん@カラアゲうまうま:03/04/13 22:44
>>41
ようするに分からんということだな。

43 :名無しさん@お腹いっぱい。:03/04/13 23:11
>>42
そうそう

44 :名無しさん@お腹いっぱい。:03/04/15 05:10
JFKの死の真相がPAM! PAM!

45 :山崎渉:03/04/17 11:53
(^^)

46 :山崎渉:03/04/20 06:20
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

47 :名無しさん@お腹いっぱい。:03/04/28 23:08
記念パピコ
漏れの誕生日が1021 妹1212 因縁を感じますた。

48 :名無しさん@お腹いっぱい。:03/05/02 13:19
1021年生れか
神だな

49 :名無しさん@お腹いっぱい。:03/05/02 13:19
ageとこ

50 :名無しさん@お腹いっぱい。:03/05/04 04:35
>>1
今のうちに全てのシステムを64bitに移行で解決。いじょ

51 :動画直リン:03/05/04 05:14
http://homepage.mac.com/hitomi18/

52 :名無しさん@お腹いっぱい。:03/05/05 11:17
http://homepage.mac.com/konmedi/1998_10_28.html
どうよ?

53 :_:03/05/05 11:18
  ∧_∧   
 ( ・∀・)/< こんなのみつけたっち♪ 
http://www.japan.pinkserver.com/kaorin/hankaku/hankaku07.html
http://japan.pinkserver.com/kaorin/zenkaku/index.html
http://www.japan.pinkserver.com/kaorin/hankaku/hankaku08.html
http://japan.pinkserver.com/kaorin/hankaku/hankaku10.html
http://www.japan.pinkserver.com/kaorin/hankaku/hankaku07.html
http://japan.pinkserver.com/kaorin/hankaku/hankaku03.html
http://www.japan.pinkserver.com/kaorin/hankaku/hankaku05.html
http://japan.pinkserver.com/kaorin/hankaku/hankaku01.html
http://www.japan.pinkserver.com/kaorin/hankaku/hankaku06.html
http://japan.pinkserver.com/kaorin/hankaku/hankaku04.html
http://www.japan.pinkserver.com/kaorin/hankaku/hankaku09.html

54 :山崎渉:03/05/22 02:01
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━―

55 :名無しさん@お腹いっぱい。:03/07/02 14:35
保守(sageでもできるよ!)

56 :山崎 渉:03/07/15 11:38

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

57 :あぼーん:あぼーん
あぼーん

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

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

59 :あぼーん:あぼーん
あぼーん

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

61 :名無しさん@お腹いっぱい。:03/09/12 00:05
試しに、PC の日付いぢくってみれば?


62 :名無しさん@お腹いっぱい。:03/09/12 00:12
プロジェクト X

63 :キャンベラ:03/10/10 19:54
サゲ

64 :名無しさん@お腹いっぱい。:03/10/16 18:08
1970年1月1日からの秒数だからな
ライブラリがダメっぽ

perl のtimeとか・・・

GPSもあれだっけ?


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

66 :名無しさん@お腹いっぱい。:03/10/16 18:37
MSのlibcが2036年で溢れたような気がするので、
その対策を真似すればいいだろう。


67 :名無しさん@お腹いっぱい。:03/10/16 19:06

一緒に溢れてみるとか

68 :名無しさん@お腹いっぱい。:03/10/21 01:11
その頃には現行システムは無いだろうなぁ・・・
若者達に期待w


つーか、虫歯無くしたら歯医者が潰れる、ってのと一緒なんでw
まぁ2038年特需だ罠。その前にIPv6特需もありそうだが。


69 :名無しさん@お腹いっぱい。:03/11/09 16:11
つーか、unsigned longかハードとOSが64bit対応して解決しそうなんだけど、、、

70 :名無しさん@お腹いっぱい。:03/11/10 17:57
つーか, おいらその頃隠居してますが...


71 :名無しさん@カラアゲうまうま:03/11/10 19:14
生きてるかどうかすら分からん。

72 :名無しさん@お腹いっぱい。:03/11/10 19:45
今すぐ死にたい

73 :名無しさん@お腹いっぱい。:03/11/10 19:51
がんばれ。

74 :C-bus:03/11/13 23:39
いいかげんに、PC9801DX捨てろって!

75 :名無しさん@お腹いっぱい。:03/11/14 10:48
時計を巻き戻して使うのがデフォルトのOSが出るとか。

76 :名無しさん@お腹いっぱい。:03/11/15 01:38
来年まで生きているか分からないので、どうでもいいや…

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

78 :名無しさん@お腹いっぱい。:03/11/24 02:47
定年超えてる・・・・

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

80 :名無しさん@お腹いっぱい。:04/02/01 23:09
>>79
いまさらそんなこと誇らしげに書かれても。

81 :名無しさん@お腹いっぱい。:04/03/06 00:57
2038年問題のチェック漏れで、KDDIが誤請求
http://itpro.nikkeibp.co.jp/free/NC/NEWS/20040305/140989/

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

83 :名無しさん@お腹いっぱい。:04/03/06 09:55
2037年をもって全廃とか

14 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)