2038年、みんなどうする？ [sc](★0)
-
- 1
- あぼーん
- 2002/05/12 23:00
-
俺の保守担当している製品、ためしに2038年にしたら
見事にあぼーん。
time_tどうなんのよ。
ちなみに俺の定年まであと35年・・。
微妙。
-
- 159
- 2006/12/16(土) 21:08:02
-
2001年には木星か土星に有人飛行できるだろうと予想されていたのが
見事に外れている現実を見ても、2038年になっても
今のOSと状況はほとんど変わっていないだろう。
-
- 160
- 2006/12/16(土) 21:29:46
-
タクシー金払えばどこまででも行くぜ！
-
- 161
- 2006/12/16(土) 22:07:30
-
JavaのSystem.currentTimeMillisって対策されてる？
型はint64かも知れんけど、内部でtime_t使ってたらアウトだよね
-
- 162
- 2006/12/16(土) 22:22:37
-
Javaは走らせるマシンしだいだろ？常識的に考えて。
-
- 163
- 2006/12/16(土) 22:24:05
-
2038年までにはJavaは消えてるだろ?
-
- 164
- 2006/12/16(土) 22:47:34
-
一度多少なりとも流行った言語はそう簡単に消滅しないだろ
-
- 165
- 2006/12/19(火) 22:22:08
-
初心者だけどjavaで食ってる俺参上
-
- 166
- 2006/12/21(木) 02:45:39
-
>>165
どーよ
-
- 167
- 2007/02/13(火) 11:22:02
-
ジャバって聞くと、風呂の湯沸し器の穴掃除する奴思い出す
-
- 168
- 2007/02/13(火) 11:38:58
-
test
-
- 169
- 2007/02/21(水) 13:26:44
-
>>159
コンピュータ関係は進歩速いと思うけどな。8bit CPU が流行っていたのが
約30年前、20年前は16bit、10年前は32ビット、で、この頃は64bitが流行り
始めた。てことは128bitは10年後で、256bitが20年後。2038年は多分512bit。w
-
- 170
- 2007/02/21(水) 14:00:09
-
だが、どうやって開発の為の小銭を稼ぐかだな。
32bit以上では、一般に対する更新喚起は望めないぞ。
-
- 171
- 2007/02/21(水) 16:40:16
-
未来なんてどっちに転ぶかなんてわからんよ。
秋葉原でメイド喫茶がこれほど乱立する未来を誰が予測できただろうか。
-
- 172
- 2007/02/21(水) 17:07:46
-
>>171
あそこのヤッチャバで江戸弁の職人が
マイドと言わず
メードって言ってたころ予見していたよ
-
- 173
- 2007/02/21(水) 17:44:10
-
一般家庭は兎も角、事務系のぼろいパソコンはいまだDOSだったり、なんだかよく分からないOSだったりするぞ
-
- 174
- 2007/02/21(水) 18:06:33
-
某理髪店なんて、レジの管理システムPC-9821とDOS＋DOSアプリケーションだぞ。
-
- 175
- 2007/02/21(水) 18:14:57
-
俺らも業務内容を散髪に転換すれば、OSなんかDOSで良くなるわけだよ。
-
- 176
- 2007/02/26(月) 05:51:00
-
なるほど
-
- 177
- 2007/02/28(水) 15:32:38
-
なんだかわからないOSやDOSで済むといいなあ
-
- 178
- 2007/03/01(木) 17:19:28
-
2038年に備えて、とりあえずcut(1)を丹念に読んどけばいいのか?
-
- 179
- 2007/03/02(金) 01:12:53
-
2038年 ... どうでもいいや。引退しているぉ。
-
- 180
- 2007/03/02(金) 13:18:18
-
寝てる、頸椎にはプラグ挿入 そしてネットの海へダイブ。
-
- 181
- 2007/03/11(日) 21:15:18
-
CPUもOSも64bitにしちゃえというのは解決しているようで、
現実的には何も解決してないよな
-
- 182
- 2007/03/11(日) 21:22:25
-
コストの壁か……
-
- 183
- 2007/03/12(月) 18:02:41
-
>>181
どのようになって欲しい？
-
- 184
- 2007/03/29(木) 22:54:18
-
そのシステムはかつて私がかかわった事もあるものだ。
根幹部分のロジックもわかっている。私が退いたあと
の変更点の情報はないが、これまでの改修を追って来た
限りでは大規模な変更は行われていない。
私は静かにその時を待った。OS,ミドルウェアのアップ
デートが適切が行われているならシステムが致命的な
挙動を示し停止するということは起きないだろう。
だが、その上で動作している内製のアプリケーション
はどうか。私の知る限りでは小さな問題が内在されて
いた。その問題自体はアプリケーションに即座に致命
的な問題を引き起こすわけではない。
しかし、ある特殊なシークェンスの入力を受け付けた場
合にそれとわかるイレギュラーな挙動を示すのである。
私がただ待っているのは今のシステムを担当しているエ
ンジニアたちがその問題に気づいたか、適切な対応をお
こなったかを知りたいからである。
そして私はこのために注意深く作り上げたスクリプトを
実行する時を待っていた。
-
- 185
- 2007/03/30(金) 02:20:43
-
ええと、帆場回顧録ですか？
-
- 186
- 2007/06/03(日) 21:37:36
-
こうして、なんら解決を見出せぬまま>>1から五年の年月が経ったのであった
-
- 187
- 2007/06/04(月) 17:20:48
-
特車二科の面々も分散していた。
南雲しのぶ=>海保派失脚のため一躍キャリアに、警視庁最大の粛正人事が行われる。=>現在警視総監
後藤喜一=>しかし海保案はそのまま継承され（美味しいし）、
成立した特車大隊隊長に就任 しかし昼行灯は変わらず=>いつも所在を掴むのが困難。
他の面々 適当にｗ
-
- 188
- 2007/09/30(日) 19:00:43
-
UNIX TIMEも11億9千万を超え、来年には12億突破だな(Fri Jan 11 2008 06:20:00 GMT+0900)。
突破して一週間後には、2038年問題の日まで残り30年を切るわけだ。
-
- 189
- 2007/10/01(月) 20:54:48
-
30年か……まだまだっ！
-
- 190
- 2008/01/19(土) 20:22:47
-
2038年問題発生まで残り30年記念age
-
- 191
- 2008/01/19(土) 20:32:41
-
>>190
どうせなら、それを今日の12時14分07秒にカキコしてほしかった。
-
- 192
- 2008/01/21(月) 10:02:07
-
俺曾孫と遊んでるか土の中に入ってる。
-
- 193
- 2008/01/21(月) 13:29:08
-
>>192
土葬はないだろうから
死体遺棄か？
-
- 194
- 2008/01/21(月) 19:46:24
-
どうもこのまま行くと2038年頃には革の鎧を着たモヒカン男が
一般市民を襲ってる時代が来そうなのであまり心配する必要はないと思えてきた。
-
- 195
- 2008/01/21(月) 21:28:42
-
>>194
だが、コマンドラインのUnixなマシンは尚も稼働していたのだった。
新世紀Unix伝説 ラヲウさまはUnixによる覇道完遂 ケンシロウは…
最終決戦で、ラヲウさまは天にボードを突き上げ咆哮「我がうにくす人生に一片の悔い無し」
-
- 196
- 2008/01/26(土) 12:50:18
-
今日になって、あと 30 年ないことに気がついた・・。
-
- 197
- 2008/01/26(土) 14:30:12
-
まだ、30年もある訳だ。
-
- 198
- 2008/01/26(土) 14:54:32
-
そんなの関係ない、そんなの関係ない、そんなの関係ない・・・
おれ多分現役じゃありませんから。
-
- 199
- 2008/01/26(土) 17:40:31
-
>>197
いや、だから、 30 年もないです。
あと、 29 年 11 カ月とちょっとです。
-
- 200
- 2008/01/26(土) 20:50:45
-
今のうちに高台へ非難する
-
- 201
- 2008/01/28(月) 20:05:31
-
預言者ジュセリーノは2042年に人類は滅亡すると言っている。
2038年と4年しか違わない
2038年が人類のタイムリミットに思えてくる。
預言は本当かもしれない、と思うのはやっぱ歳をとったからか
-
- 202
- 2008/01/29(火) 22:47:22
-
恐怖の大王は2000年問題だってじっちゃんが...
-
- 203
- 2008/01/30(水) 02:33:06
-
後付けはいいよ、もっとダイナミックな物を考えてくれｗ
-
- 204
- 2008/01/30(水) 04:16:53
-
2000年問題の後に2038年問題が起こる
一度起きた事をもう一度繰り返す。
それってただの馬鹿じゃん。
問題を先延ばしにしてもそれは解決した事にはならない
根本的な問題を解決できなければそこでUNIXは終わりだな
-
- 205
- 2008/01/30(水) 05:21:43
-
>二度繰り返す
いや、Y2K需要が記憶から消えた辺りで38を仕掛ければ
大概の企業の担当は世代が入れ替わっているので
ほくほく、同じ手でボッたくれるのです。
-
- 206
- 2008/02/03(日) 10:11:37
-
特に>>204のようなのが役職に就いている会社から搾れるだけ
搾り取るとよいでしょう。
-
- 207
- 2008/02/03(日) 13:14:42
-
>>203
動的というなら
メモリがでかくなりすぎて、そろそろmallocの引数が悲鳴を上げるんじゃね？
特に32bit版でコンパイルして、64bit版で使った場合。互換性あるようコンパイルしとけば、そのまま使えるでしょ。たしか
2GB以上一度に確保するとやばいことになる予感
-
- 208
- 2008/02/11(月) 19:59:53
-
ext2, ext3, ext4も2038年問題抱えてるみたいだな。つい最近出たext4でも直さないなんて大丈夫か？
-
- 209
- 2008/02/11(月) 21:31:42
-
そういうのは気にならない人たちが使うものだから
-
- 210
- 2008/02/15(金) 12:51:02
-
Matzにっき(2008-02-09)
http://www.rubyist.net/~matz/20080209.html
_ [言語] use Perl | Perl is now Y2038 safe
http://use.perl.org/articles/08/02/07/197204.shtml
Perlが2038年問題を解決した、という話。
基本的なアルゴリズムは
1. Write a 64 bit clean gmtime().
2. Run your time through this new gmtime_64().
3. Change the year to a year between 2012 and 2037.
4. Run it through the 32 bit system localtime() to get time zone stuff.
5. Move the year back to the original.
というもの。もちろん、政治的に決まるDST(夏時間)には対応不可能だが、未来のことは誰にもわからない(ので対応は期待されない)ので大丈夫。
Rubyも同じやり方で対応しようかなあ。でも時間関数にはトラウマがあるので(DSTバグでえらい苦労した)、あまり自分ではやりたくないなあ。
誰か手をあげてくれないかなあ。
このページを共有する
おすすめワード