2004年12月18日

不觉中,我已经在donews上写blog有一年了,总共不过是50篇的贴子,想想也有趣:)

当时选择donews的原因,很多是因为我访问donews非常快,现在由于电信和网通的原因,我这边的网络访问donews可是慢得可以的了,也许要考虑换一下地方了,开始接受不了上来更新一篇 文章要花这么多时间了:(。

由于csdn和donews用的是一样的系统,而且我访问的速度也不算,在考虑中了:P

Pinging www.donews.net [61.135.128.148] with 32 bytes of data:

Reply from 61.135.128.148: bytes=32 time=672ms TTL=111
Reply from 61.135.128.148: bytes=32 time=656ms TTL=111
Reply from 61.135.128.148: bytes=32 time=672ms TTL=111
Request timed out.

Pinging blog.csdn.net [61.186.252.132] with 32 bytes of data:

Reply from 61.186.252.132: bytes=32 time=31ms TTL=111
Reply from 61.186.252.132: bytes=32 time=47ms TTL=111
Reply from 61.186.252.132: bytes=32 time=31ms TTL=111
Reply from 61.186.252.132: bytes=32 time=31ms TTL=111

加上csdn blog现在也还没有太多的广告。

  前几天和J及H等吃饭的时候聊到,现在我们很多程序都是用int类型来表示unix timestamp,但是int型的最大值是2147483647,这样最大只能表示到2038年1月左右,再住后呢?我们有多少程序不支持?这会不会引起另一个类似千年虫的问题?

    也许很多程序还不会遇到这个问题,但是前一阵已经出现了有人交会员超过了2038年然后系统溢出把用户的到期日算到1970年的案例了,是不是要提前应对了呢?

查了一下,glib是这样定义:
time.h:
typedef __time_t time_t;

bits/types.h:
typedef long int __time_t;

以后要不要用long int来表示timestamp呢?要考虑的事了。