「2038年問題、早くも顕在化」記事へのコメント

てゆうか

[poo (10689)]

intが何ビットでもいいように、C言語のAPIを追加したほうが
いいと思うんですが、なぜしないんでしょうか？

Re:てゆうか

[Anonymous Coward]

まぁ、お約束だけど一応。

> intが何ビットでもいいように、C言語のAPIを追加したほうが
> いいと思うんですが、なぜしないんでしょうか？
そして、業務系に死ぬ程ある「intのサイズを決め打ちしているコード」が
軒並動かなくなって、さらにひどい事になると。

それとも、intは全て多倍長にし

まとめてお返事

[poo (10689)]

>そして、業務系に死ぬ程ある「intのサイズを決め打ちしているコード」が
>軒並動かなくなって、さらにひどい事になると。
いやintをいじるんじゃなくて、time_tを使わなくてもよいような
C言語の標準関数を追加するってことです。
昔かかれたのは、仕方ないとして今から書くコードはそっちを使おうって事で。

>既になされているんですが、あっちこっちで独自拡張
>なんで、対応する方も大変なんですよん。
>ソースが#ifdefの嵐。
　そういう意味でも、C言語の標準関数でそれぐらいやったほうがいいのではないかと

>C言語のAPIを追加 って表現に激しく違和感を覚えるんです
>が・・・。
すいません、C言語は授業や研修でしか使ってないもんで、
ついJavaのくせが。C言語の標準関数でいいんでしたっけ？

>つか、C言語の仕様ではintは処理系依存（≒何ビットでもいい）はず。
>プログラム作ったやつがタコなだけ、って話だと思う。
C言語の標準関数使ってるかぎり、time_t使わないと現在時刻取得できないので、
プログラム作ったやつがタコなだけではないと思うんですが。

ここ [nifty.ne.jp]にも

マスコミが騒いでいる２０００年問題は、結局４桁で表すべき数を、２桁に略してしまったという、プログラマレベルの問題（頑張れば、プログラマが解消できる）です。しかし、この２０３８年問題は、言語レベルの問題（Ｃ言語の仕様の見直しが必要）です。現在まだ騒ぎ出していませんが、２０００年問題より、ずっと深刻であると思います。

ってかいてありますし。