2010年4月 – rix的笔记

一起做网游吧【4】：编译与执行脚本

在上一次说完之后，经过了不断的中断和不断的磨难，决定接着往前走。就像目前这篇文章，在经过不断的重启，被迫重写，最后才展现。虽然还不知道等下能不能发出去，但希望能发出去。
首先要说明的是目录结构等很多地方都参考了mochiweb，所以，如果看到类似的代码或者结构的话，不要感到奇怪。先是运行脚本和调试运行脚本，两个的区别在于调试运行可以检测到代码的更新，并强制更新（自我感觉是这样子的，因为我基本上没有运行过运行脚本）。

#!/bin/sh
#file server/start.sh
cd `dirname $0`
exec erl -pa $PWD/ebin $PWD/deps/*/ebin -boot start_sasl -s netgame

#!/bin/sh
#file server/start-dev.sh
cd `dirname $0`
exec erl -pa $PWD/ebin $PWD/deps/*/ebin -boot start_sasl -s reloader -s netgame -sname rix -heart -setcookie netgame

上面的代码，start.sh应该还需要添加-sname rix等参数，因为我基本上没用过，所以也就没有添加，随自己喜好吧。
继续阅读一起做网游吧【4】：编译与执行脚本

blog交流

本帖子是进行blog互动交流使用的。使用的工具是google wave，因此，需要你具有google wave账号，目前google wave账号并未公开发放，因此请勿向我询问邀请信的事情。虽然我会尽可能的给需要的人发放，但总会发完的，所以无法保证所有的请求都有圆满的答案。
非常感谢vvoody给我google wave的邀请函。
[wave id=”googlewave.com!w+08qrM-mSC”]

五毛流浪记【3】

三）不好的故事
经过千军万马过独木桥的故事，五毛进入了大学。
每个大学都有团委，正好五毛的班主任是团委的干部，看到他的名字，并像中学的老师一样，详细的询问之后，五毛也详细的回答之后。一拍脑袋，“哎呀，这可是名人之后，怎可不入我们的党组织？这不是埋没人才么，放心吧，你入组织的事情就交给我了”。五毛也乐，党比团大，我升官了，以后说不定还可以做主席呢，于是，五毛做梦都梦着做主席了。
当五毛的班主任向所有人都提及这件事情的时候，一个不幸的事情发生了，一个老教授指出，历史上，不存在“三毛”这个人；而在党组织的对立面，有一个“三毛”这个人。那么，不论在哪一方面，都无法将五毛纳入到组织中。据说，五毛的班主任立刻同意了老教授的话。当然，上面的事情是五毛后来才知道的。具体的细节，五毛也不做多说，我曾经想详细打听上面的细节，因为就小说来说，这是一个很不错的冲突点，可以体现出班主任的执着，到为保留人才而不遗余力的战斗，到勇于认错的精神，也可以体现出老教授的惊人的阅历，到循循善导，到谅解别人，这中间的刀枪舌箭，不可谓不精彩。但五毛坚持没有详细透露，而我又不善于添油加醋。这件事情只好到此为止了。
从此，五毛就一直作为团员到了现在，甚至，中间有几次连团员都几乎不保。
五毛：谎言总有一天会被揭穿的。
我：人不可能永远活在虚伪的光环下。

通过emacs使用gtalk聊天

标题真不好起，我用emacs来写代码，写博客，看twitter，为什么不能聊天呢，当然哪，像qq这种大牌是不会为你做什么的，不过，我也很少用QQ了，在调查为什么emacs打开cedet插件之后一个源代码文件为什么会出现为什么的问题的时候【不好意思，我忘了当时调查什么问题了】。一个jabber的插件引起了我的注意。在emacswiki的地址是：http://www.emacswiki.org/cgi-bin/wiki/JabberEl
插件是jabber服务器的emacs客户端，安装之后，可以让emacs和jabber服务器进行通讯，jabber服务好像是个开源即时通讯协议。而google得gtalk，也好像是基于jabber的，于是，我们就可以通过emacs来和gtalk进行聊天，传文件了。
将下面的语句添加到emacs的加载里面：
继续阅读通过emacs使用gtalk聊天

源代码编译制作slitaz

前段时间很忙的，这段时间终于可以让自己休息一下，调整下，因为网游的教程要切换到linux才能整理，这段时间基本上都是在windows下的，很是无奈，突然想起之前有提到打算从源代码来编译slitaz，同时，考虑到代码复制来复制去总不方便，这次决定付诸实施，也算清还下欠账。
我从slitaz的官方网站上的文档学了些内容，关于如何制作一个ext2的文件，并挂载，编译内核，编译busybox，制作rootfs等等，一条一条的命令，让我想起了LFS的编译过程。这时多么无奈的一件事情啊。我注意到slitaz的团体制作了一些工具，而他们肯定不可能是通过这种方式来进行编译和制作的，这有一定的工具来自动化或者半自动化。我注意到tazbb，tazlito，tazwok，tazdev这几个命令，以及hg这个版本管理，大概用了下hg，原来和git一样（可能有些区别，我并未深入研究），刚开始的时候，总是某个命令丢失啦，或者缺少文件啦，然后不断地翻资料，在slitaz的官方网站上，我几乎翻遍了每篇文章，有时候，恨不得去学学德文。我甚至根据url的目录结构来猜测某个命令的说明用法，或者直接输入目录，看服务器上到底是哪些文件。不过，总算不负有心人，算是整理出来了。
以slitaz 3.0为例，我用的是包含所有编译后的软件的那个镜像（1.5G），这有个好处就是如果编译过程中出现了某个命令缺失的话，不用联网也可以直接安装了，况且，针对我的1MB的破网，每个软件都从网上下载的话，会累死的。这个1.5G的包还有一个好处就是在光盘镜像的根目录下，有一个install.sh的执行文件。使用root用户执行该命令，将创建slitaz用户即相关文件，还有一个wok目录的链接。
继续阅读源代码编译制作slitaz