2010年09月01日 14:20
觉得以前遇到问题，总会洋洋洒洒写上一堆。我写得累你也看得累。所以这次我尽量简明扼要。
背景：
我的系统是用wubi安装的Ubuntu 10.04，Windows和Ubuntu双系统。
问题的产生：
看到一个grub美化的帖子，一时手痒，安装了，使用了，并且没有注意到它的错误提示。安装完之后启动，发现不是平时看到的Windows NTLDR，而是grub引导界面，并且是出错直接进入了rescue模式。
杯具了……
问题的分析：
因为使用wubi安装，Linux分区实际上被安装在/host/ubuntu/disks/root.disk，它所在的分区会在启动时由wubi引导程序挂载成/host，grub引导程序实际是安装在这个host(/host/ubuntu/disks/boot)上，而非mbr。因此在wubi引导之前，ubuntu的分区实际并不存在，如果将grub直接装到mbr，就无法引导ubuntu了。
另外一方面，可能是因为虚拟硬盘的存在，自动安装的mbr并没有正确识别出windows的引导程序，于是装好的grub也不能正确引导启动windows。
两者都不行，于是整个就杯具了。
问题的解决：
其实我们的目标就是要修复mbr，恢复成windows的那个版本。
而目前我的手头没有windows启动盘或修复盘。只有一张Ubuntu 10.04的安装盘。
杯具中的杯具。
还好Ubuntu 10.04可以当作LiveCD来用。
进入liveCD（试用）模式，然后配好网络。然后，上网找资料。
（此处省略过程1万字……）
经过几次失败尝试之后，找到了一个很容易的解决方法：
sudo apt-get install lilo （安装lilo，好古老的东东）
忽略一切错误提示
sudo lilo -M /dev/sda mbr
重启。
搞定。
-----------------------------
我真是一个善于修电脑的……好人呀。
各种求……我要变坏人……
2010年07月21日 16:21
最近工作性质有所变化，离开了数据库开发部门，转回了老本行，做C++开发。考虑到开发的C++代码大部分都是在Linux下运行，所以我的心思又活络了，很久以前考虑过的使用Ubuntu做日常工作的想法又蹦回了脑海。经过几天的构思和实践，我发现使用Ubuntu工作基本是可行的。
当然，用Ubuntu工作跟个人使用不一样，因为工作性质的关系，需要做一些迁就，并且要考虑到各种问题，不能像个人使用那般激进。
安装
首先当然是Ubuntu的安装。工作机并不是新机器，上面已经有大量日常工作数据和资料，包括文档、代码和其它各种资料，另外还有大量的个人数据。如果要空出一个分区来安装，需要做大量的迁移工作。为了减少工作量以及由此带来的各种风险，我选择了使用wubi安装。
wubi在选择的分区上创建一个虚拟的分区（有点类似虚拟机的做法），最大容量可以到30G，然后将ubuntu系统安装在这个虚拟的分区上。并且修改Windows的Bootloader，增加一个Ubuntu的选项。进入Ubuntu之后，所有的Windows分区，除了安装所在分区之外，都会存在于位置列表中，当你点击打开时进行自动的挂载。而Ubuntu虚拟分区所在的实际分区，则会预先挂载到/host目录。
按这种方式安装好的系统，Windows下的一切都不需要改动，只是在安装所在的分区减少了30G的容量而已。如果觉得不需要则可以安全的卸载。可以使系统迁移的风险降到最低。
基本办公
邮件/日程安排使用Evolution，稍加设置即可，没有什么麻烦，值得一提的是日程可以设置跟Google日历同步，结合我的android手机，很方便。Office文档可以用OpenOffice阅读和编辑。
MSN/GTalk交流可以用Empathy。另外Ubuntu 10.04有一个提醒指示工具，直接集成了邮件/IM的提醒，很好用。
C++开发
这是我最重要的工作，找一些合适的工具当然是很必要的。这里要稍微介绍一下我们的代码规范。我们的代码以组件的形式分布在上百个目录中，用配置文件的形式指名组件间的依赖。有一个自制的工具负责产生项目代码，在Windows下，这个工具可以产生VC用的makefile和Visual Studio用的dsw/dsp文件，在Linux下，这个工具可以产生makefile。
makefile做构建没有问题，但是并不利于代码管理。而在几百个目录之间做代码管理，用VIM显然不太合适。必须要有一个IDE。在网上稍微找了一点资料之后，我选择了Code::Block作为C++开发的IDE。那么如何将产生的makefile导入成Code::Blcok的项目呢？一开始我想了很多办法，都没有得到满意的效果。后来找到一份资料，说Code::Block支持项目使用外部的makefile做构建，这让我茅塞顿开：我不需要创建一个跟makefile功能完全相同的项目，而只需要一个包含全部文件的项目，并指定用外部makefile就好了！后者简单得多。我稍微修改了我们的工具，增加了生成cbp(CodeBlock Project)文件和workspace文件的功能，并在project里指定使用外部makefile进行构建，这样既可以使用Code::Block做文件管理，又不用担心构建跟原来有所不同。一举两得。
数据库
我们的项目经常要跟oracle打交道，因此一个oracle的客户端还是必不可少的。还好oracle提供了一些免费的工具，可以让我们完成这个任务。可以去Oracle网站下载oracle-xe.deb做客户端基础（注意oracle-xe从定义上来说是server，按理oracle-xe-client才是我们要的，但实际中我发现client缺少很多必要的功能，比如tnsname.ora，所以我还是选择装server）。然后使用SQLDeveloper这个免费工具做GUI。说实话SQLDeveloper没有PLSQL developer好用，但还算是一件不错的工具。
版本控制
我们公司相当BT的使用Visual SourceSafe做版本控制。想要公司在短时间内改用subversion/CVS/mercurial/git是不现实的，于是我只能自己想办法迁就了。
首先为了使用VSS，wine是不可或缺的。安装完wine之后，可以去找一份现成的VSS 6.0直接拷贝到本地就可以了。然后输入命令：wine SSEXP.exe就可以启动VSS的图形化界面了。有可能第一次运行会失败，报找不到MFC42.DLL，这个也比较容易，去Windows目录下找一个DLL丢到VSS程序目录就可以了。
在Linux下运行VSS是无法直接访问远程目录的。不过好在Linux有mount这个强有力的工具。我们使用cifs文件类型将远程目录mount到本地目录，然后在VSS里选择本地目录就可以了。在mount的时候要注意权限。
根据wine网站的说明，check in/check out/getversion等常用功能都没有问题，different会出错，但我实际实验是正常的。另外还说加文件不行，这个还没条件试，改天试试。
-----------------------------------
基本上这么一来，我的日常工作在Ubuntu下就没有问题了。以后如果再碰到问题，再解决。
2010年07月05日 11:50
有个需求：Windows服务器上有一堆的LOG文件，需要定期清理掉一些之前的文件，将他们归档到指定目录（归档时保持原先的目录结构）。
用Shell其实挺简单的，不过Windows服务器上不能用，而且服务器原则上也不能安装第三方的软件。所以只能通过BAT实现了。
本来认为这是一个不可能的任务，但是后来一查资料，原来Windows还提供了一个不错的工具：forfiles，可以查找指定日期之前之后的文件，并针对这些文件执行一个命令。这个命令可以满足我的需求。
这个命令是Windows 2003以上的服务器版本自带的，XP没有。如果需要的话，可以去下载一份2003的版本，直接可用。
但是forfiles执行命令的时候有个问题，就是他会将当前目录设定为扫描到的文件所在的目录，这一点在实现我的需求的时候，造成了一些麻烦。不过最后我还是写出了这个批处理，现在贴出来希望给需要的人一些帮助。
archive.bat
@echo off
rem 注意，以下所有涉及路径的变量，均必须为绝对路径，不能为相对路径。
rem 在这个批处理的同目录下必须存在do.bat，用于实际的文件处理
rem ====================================
rem 配置设定
rem ====================================
rem 扫描的源文件夹。此程序对目标文件夹是递归扫描的。
set SRC_PATH=f:\temp\test\src
rem 目标文件夹。需要归档的文件将存放在这个文件夹里。
rem 注意该文件夹必须为绝对路径
set DEST_PATH=f:\temp\test\dest
rem -- 归档几天前的文件
set DAYS=5
rem ==============================================
rem 实际程序开始
rem ==============================================
rem 实际处理文件的批处理程序
set DO_BATCH=%~p0\do.bat
forfiles /P %SRC_PATH% /S /D -%DAYS% /C "cmd /c %DO_BATCH% @isdir @relpath @path %DEST_PATH%"
do.bat
@echo off
rem 参数：%1=isdir %2=relpath %3=fullpath %4=dest_path
rem 注意：%2是相对路径
set ISDIR=%1
set RELPATH=%~2
set FULLPATH=%~3
set DEST_ROOT=%~4
set DEST_PATH="%DEST_ROOT%%~p2"
set DEST_FILE="%DEST_ROOT%%RELPATH%"
rem 创建必需的目标目录
if %ISDIR%==TRUE mkdir "%DEST_FILE%"
if not EXIST "%DEST_PATH%" mkdir "%DEST_PATH%"
rem 复制文件到目标目录
if %ISDIR%==FALSE copy "%FULLPATH%" "%DEST_FILE%"
rem 删除源文件(如果源文件是目录则不删除)
if %ISDIR%==FALSE del "%FULLPATH%"
其中 %~2中～的意思是消除对应字符串的分号(")，比如原先%2的值是"c:\program files"，%~2的值就是 c:\program files
%~p2的~p的意思是获取文件所在的目录。
其他似乎没什么好解释的了。
2010年06月24日 15:17
由于有了自己的VPS，终于可以拥有一个自己的域名，并不用再战战兢兢的使用那个该死的1984端口了。
以后 http://ch-linghu.com/blog/ 将会是主力blog站点。而 http://ch-linghu.3322.org:1984/blog/ 则会作为镜像站点继续存在。
RSS feed等相关改动随后跟上。
2010年06月13日 17:50
今天才写《赤壁》，感觉是不是有点奇怪。因为今天才在央视电影频道看了完整的赤壁上下。（其实也不算完整，断断续续的看了而已）
对于电影的观后感，其实非常简单。两个字：失望。我对于赤壁大战的期望，几乎没有任何一点在电影中有所体现，相反倒是看到了很多笑料和不合常理。
对于这部电影，我不想讲太多了，我在思考的一件事是：假如我去拍赤壁，我会拍得更好吗？
想了半天，答案是：难。
记得当初听袁阔成的评书三国，赤壁大战一段听的是惊心动魄。舌战群儒，黄盖诈降，周瑜几次设计陷害诸葛亮，一环扣一环，高潮迭起精彩纷呈。
以弱胜强的仗，本来就不好打。非奇谋不能成功。而奇谋本身，就是一场冒险，有很大的失败的可能。在这样的氛围下，看高手如何出谋，以及计谋如何在种种运气的庇佑下成功实施，就是一大看点。
然而这种看点很难用电影去表现。电影适合渲染火爆场面，适合呈现个人英雄主义，却不适合表现谋术。让观众看半个小时诸葛亮跟群儒的坐而论道，即使辩论本身再精彩，也是让人厌烦的。在电影赤壁里舌战一场就被压缩到很短，但是这样又让人觉得很突兀和无力。
电影还是一个片段展现艺术。一部电影只有短短几个小时，要展现全局是必很困难，只能展现一个片段，比如赤壁大战。然而没有诸葛亮的隆中对，没有刘备之前一逃再逃的事实铺垫，他舌战群儒时的很多观点就会显得很苍白。但是要把背景一一交待清楚，似乎又不是一部电影足以承载的。
其实在我的印象中，赤壁大战最吸引人的就是一系列的计谋运用。实际上整部三国，我觉得重点也就在一个权谋，一个计谋。但是这恰恰是电影难以表现的。赤壁大战真正的战争部分，小说里笔墨不多，评书里也不多。因此在电影里，尽管在竭力渲染，总让人觉得在隔靴搔痒。
想把赤壁拍好，确实难阿。
2010年05月25日 23:21
很长时间没写blog，结果被群里某人bs了。
于是知道写blog也是有责任的。
今天花了点时间把blog重新打理了一下，升级到了2.1b6版。
对我来说，这个升级最大的变化就是带来了面向android的移动平台界面。以后在手机上查看和维护会方便很多。
PS: 这篇就是在手机上写的
2010年03月23日 11:51
今天，一个已经不算是新闻的新闻终于出现了：谷歌正式退出中国大陆。现在访问google.cn会直接进入google.com.hk，借由香港服务器提供未经过滤的搜索结果。
本来写了很多，想想又删了。有什么好说的呢？事实已经摆在眼前了。
以此怀念曾经的google.cn，并等待它回来的那一天。
-->
