据cnn报导，一代科幻大师Arthur C. Clarke于英国时间2008年3月19日在斯里兰卡（Sri Lanka）去世，享年90岁。克拉克是迄今为止最著名的科幻作家和科普作家之一，他最著名的作品应该是后来被拍成电影的《2001：太空漫游》。这部写作于1968年的经典之作，预言太空旅行、人造卫星进行通讯传播，计算机的使用以及人工智能等都已经成为现实。不过可惜的是，那部据说要看很多遍再配上导演解析的才能理解的电影我只看过一遍，确实看不懂……但壮观的景观，神秘的黑色石板，都给我留下极其深刻的印象。另外一部只拜读过节选的《与拉玛相会》，描写也是相当的壮观和奇异，绝对的硬科幻，展现出一个几近真实的拉玛太空船。

大师已逝，愿拉玛载您远去，在深邃的宇宙中永放光芒……

我租的房子，是中介从房东手下租来租给Amm，Amm以二房东身份找到了Bgg以及Bmm合租，三个月以后，Bgg和Bmm以二房东身份与我合租，这种房子，不知道换了别人会不会租，反正当时我租了。大半年下来相处甚欢，屋子里面东西出了问题中介居然也很快就来修好了，这就罢了。昨天到期续约，奇迹发生了。

在这个无论房价还是租房价都疯涨的年代，我那伟大的二房东Bmm，居然和中介把房价又砍下来了100……

据说，心情不好，花些钱，就会变好。我最近一改风格，相当挥霍，但心情一点也没有变好。尤其是指望三八妇女节打折决定去逛街结果买了全价的衣服，尤其是磨破嘴皮子信誓旦旦被保证最优惠的瑜伽卡刚刚半个月，就出了更便宜的团购价格，心情贼不爽。没抢到暗恋桃花源的便宜票，买了张《拿什么整死你我的爱人》，这剧名听起来就悬乎，别说谁整谁了，最近被感冒啊头疼啊整得已经不行了，睡觉疗法，排毒疗法，都不管用，难到真得吃药了？

贴首歌，王洛宾的歌我听过很多，唯独这首印象一直相当深刻，借着头疼，就贴出来玩玩，然后接着打喷嚏干活……

棕色头发不要再卷起
王洛宾

棕色头发不要再卷起
头疼疼得我痛苦无力
今天病得浑身无力
心中火焰已停息
今天病得浑身无力
心中火焰已停息

你们不要再对我来惋惜
马上我就要停止呼吸
秋天天空遮盖着乌云
秋天下着缠绵的雨
秋天天空遮盖着乌云
秋天下着缠绵的雨

你可听到那秋天的旋律
那是给我送葬的歌曲
我的朋友和那些伙伴
如今不知道去哪里
我的朋友和那些伙伴
如今不知道去哪里

只有你我的亲爱的母亲
坐在我身旁不断地哭泣
当那棺材定盖的时刻
你在祝福我安息
当那棺材定盖的时刻
你在祝福我安息

#include <iostream>

using namespace std;

int main(){

    int a = 500;

    double b = 0.7;

    double c = a * b;

    cout << "(int)c : " << (int)c << endl;

    cout << "(int)(a*b): " << (int)(a*b) << endl;

    return 0;

}

上述程序在32位linux上显示的结果是：

(int)c : 350
(int)(a*b): 349

在64位linux上显示的结果是：

(int)c : 350
(int)(a*b): 350

要命的是，原程序中这个结果用来当作一个数组的索引，而这个数组在该位置上的值，被作为一个迭代算式的某个初始值，然后，就蝴蝶了……

谁来救救我……
(int)(a*b)输出的结果分别是349和350我在某种程度上可以理解，比如说不同的处理器对于浮点数运算有一些精度上的区别之类的；但是(int)(c)的输出结果都是350就相当令人困惑。从书本上的内容讲，计算(int)(a*b)的这个过程，应该是先对a隐式提升到double型，然后与b相乘得到double型结果，然后再强制转型为int。这与将a*b的结果赋给一个double型变量c再将这个double型变量强制转型成int型没有区别，但是输出结果却不一致……

目前我猜测的一种原因是，假如处理器中的浮点运算器不是IEEE754标准中的64位，而是更高位，例如80位，这样在计算a*b时，结果是80位表示的，如果此时直接用int取整，是对80位的浮点数取整；而如果先赋值给c，此时是将结果截断为64位，对c进行int取值时，是对64位的浮点数进行取值，或者将c加载到80位的浮点运算器中时，由64位结果到80位结果就已经与原始的a*b的80位结果不同了，此时取整，可能造成两种赋值方式结果不同。