虽说是 Sun 组织的活动，Ian 没有大卖 Sun 的广告，而是讲了他进入开源界的过程，英文还算听得懂，不过详细内容已经不记得了。他讲到自己刚接触 Linux 时很兴奋，因为是 Free（免费）的。

我也有向 Murdock 提问，至于问题么……无关紧要。不过神奇的是我那蹩脚的英语竟然被听懂了，呵呵（当时超级紧张，语无伦次 -.-）。

现场盛况大家还是看照片吧，不过会场比较暗，照片质量不好。

Ian 的风采：

可怜的 OpenSolaris ……

旁边某帅哥的奖品：

Duke，用来搞气氛的（台上往台下扔，可惜我没抢到）：

好大个 ubuntu …… 提问环节中有个坐在这位仁兄旁的老外大说 ubuntu 易用，语气十分激昂。

另一个环节（Sun-SPOT），OpenSolaris 里开个 VBox 来跑 WinXP 来运行 QuickTime，OpenSolaris 没有 mplayer？

问卷很 …… 人性化 ……（留意最后一项）：

收获不少：

那书签是抽奖用的，可惜没抽到我，奖品有 IPod 哦。

事后回想起，觉得自己还是有点太狂热了。我一直奉行不崇拜偶像的理念，仰望巨人并不需要卑躬屈膝。

最后用我与 Murdock 先生的一次问答结束本文吧：

Me: Which edi× do you use, emacs, vim or other edi×s?
Ian: Did you say edi×?
Me: Yes.
Ian: That's an easy question ...
(stopped for 1 second)
Ian: EMACS!

（大意如此）

讲起漫展，其实我也不是什么动漫迷，就是觉得……好玩。之前高中时，也有一段时间没去漫展了，加上年龄增长，自然就落伍了。同行的标题也与我发出相同的感慨：“他们 cos 的很漂亮，可我不知道他在 cos 什么。”

However，我还是喜欢漫展那种气氛，那种场面，那种热情，还有那些好玩和可爱的售卖品。在内容之外有某种东西是不变的，所以“落伍”也没什么大不了的。

不过这次的漫展终究是算比较大型的，东西也很多。什么猫手套猫耳朵，很可爱的说。挂画之类的东西档次貌似提高了，现在都用塑料布了，很精美的样子。还有一些 cos 和 lolita 的周边。抛开商业化什么的不说，这样平时很少看见的动漫周边的聚集，也颇让人兴奋。

某些东西比较囧，例如电车男之流用的床上用的长条形的抱枕，呵呵。

至于表演。有街舞比赛，不过没认真看。cosplay 似乎比以前的专业了 ── 我指外形和服饰，至于道具么……某人拿着一个叉什么的一冲上台，叉头就飞下台去了，笑死我。

现场还有漫画家签名会。标题见到她喜欢的猪乐桃，至于我么，谁也不认识。

不过有一点遗憾：场内的食物太贵太贵了，早知道进去前带M记食物。

最后附一张同行的 Sugar 和她的 …… 的合照，Sugar 那天出女仆，标准的 loli 体型。严重强调左边的不是我。我们几个人竟然没有人带相机，遗憾啊。

什么？大学的第一个月怎么样？先等我电脑修好吧。

“时间会将不好的东西过滤掉，将好的东西提纯。所以我会选择遗忘，不选择铭记。”我情愿选择铭记，因为我不愿美好的回忆消逝，即使不好的东西不时刺痛我一下，尽管时间的冲刷无法阻止。高中的生活令我讨厌，初中的时光却已远去，还是期待18岁后的自己会过得更好吧。

初中同学，各奔东西，不知何事能再相见。遗憾的是，我竟然没有抽出半天的时间，去回到赤中，跟我的老师们道个别，希望你们原谅我吧。我忘不了在那间所谓的“差校”的温暖感觉，忘不了那份真挚的感情，无论是温柔的还是刚硬的。

高中三年时光弥漫着冷漠，但还是能感觉到你们的温暖。原谅我没能足够努力，不能与你们继续做同学，原谅我过去无心的冒犯吧。

离开了让我讨厌的家，也同时离开了网络，离开了 IRC、QQ、论坛…… 网络上的你们教会了我很多，虽然有时与你们意见不合，虽然有时与你们难以相处，但你们却教会我如何与人谈话，如何与人相处，如何与人交流，如何接受别人的观点和坚持自己的信念。你们的真名我不曾知道，然而名字只是个代号，知道这些可爱的网名我就已经满足了。我们明年再见吧。

猫，原谅我没能帮你提高成绩，让你不得不离开这个城市。猫很善良，也太善良，善良的让我不放心。希望你不要遇到坏人吧。也希望我不会被想念淹没。

无论多么不愿意，多么不舍得，时间还是无情的流逝着，将我推向明天。思念不能停止时间，但是时间也不能阻止我思念，我仍然有铭记的权利。

生活还是要继续，人生还是要前行。愿过去的美好能消逝得慢一点吧，希望明天仍会遇见值得我铭记的朋友，仍会过着值得我回忆的生活。巧克力的味道不知如何，但我仍会紧抱希望，因为我还是能控制自己，控制自己的感情、态度和记忆。

再见了，我两年、三年、六年、十二年和永远的朋友们，愿我再次见到你们时仍认得你们，祝你们的生活顺利而幸福。

猫，勇敢面对未来吧，我永远在你身边。

每个人都渴望交流，而我是个幸运儿。

只是短短的半年罢了。半年后，我还会回来……

从这个脏了的球，可以看出：

1. 没有完美的球。
2. 球一旦弄脏，就很难重新变干净。
3. 本意是想把球变得更好，结果却把它弄脏了。
4. 其实脏了也没什么，还是个球。
5. 现在球是脏的，而这种独一无二的脏却记录了它的经历，是其它球所没有的。

机子是老妈的 Nokia 8250 老爷机，能打电话能收发短信就够了。

Openbox 的配置文件是 xml 的，很易处理。我写了个 python 脚本配置主菜单。但一个问题是 Openbox 的主菜单无法直接在 panel 上调用，因为 panel 不是 Openbox 的。后来使用了 xdotool 解决了。

这是测试程序的代码

int main()
{
        char a[S_SIZE];
        a[0] = '\1';
        return 0;
}

通过控制 S_SIZE 的值，观测程序是否因段错误崩溃，就可以大致知道栈空间有多大。至于寻找 S_SIZE，我使用了二分的方法。

但奇怪的是，寻找出来的 S_SIZE 的值竟然每次都不同，骨头他也发现当 a 的大小在某个区域（大约在 8380000 字节附近）时，程序段错误出现了随机性。实在太奇怪了。

既然出现了随机性，于是便统计了成功运行（即没有出现段错误）的概率和 a 大小的关系：(骨头供图，横坐标是 a 的大小，单位字节，纵坐标是成功概率，单位 %)

噢，看来是线性相关哦。根据老狼的解释，程序进入 main() 之前，先进入了 glibc 里的 _start()，并占用了部分的栈。如果是这样的话，留给 main() 的栈空间大小大概为 8376000Byte ~ 8384200Byte，且呈均匀分布（即栈大小为在此区间内各值的机率是均等的）。至于为什么会这样，可能跟 _start 的实现有关，就不清楚了。

附一篇 Before main() 分析。貌似很复杂，我没深入看。

我的版本

int main (int argc, char const* argv[])
{
        char a[8*1024*1024];
        return 0;
}

骨头的版本

int main ()
{
        char a[8*1024*1024];
        return 0;
}

看来只有 main 的声明方式不同。但为什么我的就会崩溃呢，通过看汇编代码终于找到了原因。

先看骨头的版本

main:
.LFB2:
        pushq   %rbp
.LCFI0:
        movq    %rsp, %rbp
.LCFI1:
        subq    $8388488, %rsp
.LCFI2:
        movl    $0, %eax
        leave
        ret

然后是我的

main:
.LFB2:
        pushq   %rbp
.LCFI0:
        movq    %rsp, %rbp
.LCFI1:
        subq    $8388504, %rsp
.LCFI2:
        movl    %edi, -8388612(%rbp)
        movq    %rsi, -8388624(%rbp)
        movl    $0, %eax
        leave
        ret

看来那句数组声明并没有实际的“分配”空间，而只是简单的移动栈顶（%rsp）。而 gcc 又可能使用了某种调用协议，使用 %edi 和 %rsi 传递前两个参数，于是在把寄存器参数压到栈上时，就段错误了。

之后又去了购书中心，买了一本《The Art of UNIX Programming》。还记得当初第一次约她单独出来也是去购书中心呢，时间有时过得很快。

不过，我没有准备礼物，算是偷懒了一回吧。她也是叫我不用送礼物了。