Mvision

有时候心血来潮什么事情都可能做。好好的系统，说重装就重装了。原因我也说不清。可能是因为最近心情比较放松，也比较无聊吧。
但是事实证明我是错的，Debian的testing真的没有stable好用。反复装了三次，系统终于搞定了。

当然今天也不全是令人沮丧的事，至少我把Debian的字体搞定了。我在没有预装任何中文字体的前提下，安装Windows的字体。具体参照： 如何使用xp带的字体来进行中文美化？
BTW，Ubuntu的中文化这个页面十分值得一看。毕竟他和Debian同出一家，有很多都互通的。http://www.ubuntu.org.cn/support/documentation/zhfaq

看看我的Debian，效果怎么样？

今天准备将IP Search添加到Blog中，结果发现一个问题：纯真数据库使用了gb2312编码，而wordpress用的是utf-8编码。页面显示的是乱码，所以需要找到一个办法在PHP中实现两种编码的互转。

看看PHP Manual，似乎PHP没有像.Net那样专门提供一个Encoding的类，所以只能用其他方法了。网上的方法有两种：

第一种是使用iconv 函数。例如， 下面的例子是利用php将”全”这中编码转换为gb2312.：

[coolcode lang=”php”]
$str = “TTL全天候自动聚焦”;
$str = preg_replace(“|&#([0-9]{1,5});|”, “”.u2utf82gb(\1).””, $str);
$str = “$str=”$str”;”;

eval($str);
echo $str;

function u2utf82gb($c){
$str=””;
if ($c < 0x80) {
$str.=$c;
} else if ($c < 0x800) {
$str.=chr(0xC0 | $c>>6);
$str.=chr(0x80 | $c & 0x3F);
} else if ($c < 0x10000) {
$str.=chr(0xE0 | $c>>12);
$str.=chr(0x80 | $c>>6 & 0x3F);
$str.=chr(0x80 | $c & 0x3F);
} else if ($c < 0x200000) {
$str.=chr(0xF0 | $c>>18);
$str.=chr(0x80 | $c>>12 & 0x3F);
$str.=chr(0x80 | $c>>6 & 0x3F);
$str.=chr(0x80 | $c & 0x3F);
}
return iconv(‘UTF-8’, ‘GB2312’, $str);
}
?>
[/coolcode]
第二种是使用JavaScript实现的，例如：

[coolcode lang=”javascript”]
string utfinfo = “document.write(“alert(‘aa你好么？？’);”);”;
string gb2312info = string.Empty;
Encoding utf8 = Encoding.UTF8;
Encoding gb2312 = Encoding.GetEncoding(“gb2312”);
// Convert the string into a byte[].
byte[] unicodeBytes = utf8.GetBytes(utfinfo);
// Perform the conversion from one encoding to the other.
byte[] asciiBytes = Encoding.Convert(utf8, gb2312, unicodeBytes);
// Convert the new byte[] into a char[] and then into a string.
// This is a slightly different approach to converting to illustrate
// the use of GetCharCount/GetChars.
char[] asciiChars = new char[gb2312.GetCharCount(asciiBytes, 0, asciiBytes.Length)];
gb2312.GetChars(asciiBytes, 0, asciiBytes.Length, asciiChars, 0);
gb2312info = new string(asciiChars);
[/coolcode]

但是上面两种方法的缺点就是太繁了， 其实我们可以使用autogb来完成转化的工作。由于它是对于文件进行操作的，所以我们需要两个临时文件。代码如下：
[coolcode lang=”php”]
$fd=fopen(“/tmp/.marvel01″,”w”);
fwrite($fd, $gbstring);
fclose($fd);
`autogb -i gb -o utf8 /tmp/.marvel02`;
$fd=fopen(“/tmp/.marvel02″,”r”);
echo fgets($fd, 1024);
fclose($fd);
[/coolcode]

这样，我们就能将一个gb2312的字符串转化为utf-8的字符串。这里最需要注意的是程序的安全性，不要给别人任何bug可以利用的。当然 ，你还需要下载autogb这个工具。

在学习内核的时候总是有一种在学习理论的感觉。应该很多东西都实验不了。比如说内核的寄存器、全局变量等等。像内核空间的地址在正常的用户空间就根本接触不到。

但是当我看到了Linux的模块的时候，我发现这个问题解决了！我们完全可以通过插入一个自定义的模块来了解内核态的情况。

于是，今天依样画葫芦写了一个helloworld的模块。代码如下：

hello.c

[coolcode lang=”cpp”]
#include “linux/init.h”
#include “linux/module.h”
MODULE_LICENSE(“GPL”);
static int hello_init(void)
{
printk(“Hello,world!n”);
return 0;
}
static void hello_exit(void)
{
printk(“Good Bye!Exit!n”);
}
module_init(hello_init);
module_exit(hello_exit);
[/coolcode]

Makefile:
[coolcode]
obj-m += hello.o
default:
make -C /usr/src/linux SUBDIRS=$(PWD) modules
clean:
rm -f .*.cmd *.mod.c *.o *.ko -r .tmp*
[/coolcode]
很奇怪的Makefile，不是吗？当然，这个是2.6内核专用的。
更奇怪的是，我make的时候出了好多错：

make -C /lib/modules/2.6.8-2-686-smp/build/ SUBDIRS=/home/marvel/programming/module modules
make[1]: Entering directory `/usr/src/kernel-source-2.6.8′
CC [M] /home/marvel/programming/module/hello.o
In file included from include/linux/init.h:4,
from /home/marvel/programming/module/hello.c:1:
include/linux/config.h:4:28: error: linux/autoconf.h: 没有那个文件或目录
In file included from include/linux/module.h:10,
from /home/marvel/programming/module/hello.c:2:

没有找到autoconf.h，这个可是源码包，怎么会少文件呢？郁闷……

尝试直接gcc -c hello.c，错误更多：

In file included from /usr/include/linux/sched.h:12,
from /usr/include/linux/module.h:10,
from hello.c:2:
/usr/include/linux/jiffies.h:84: error: syntax error before ‘jiffies_64’
/usr/include/linux/jiffies.h:88: error: syntax error before ‘get_jiffies_64’
/usr/include/linux/jiffies.h: In function ‘timespec_to_jiffies’:
/usr/include/linux/jiffies.h:320: error: called object ‘u64’ is not a function
/usr/include/linux/jiffies.h:320: error: called object ‘u64’ is not a function
/usr/include/linux/jiffies.h:320: error: ‘NSEC_PER_SEC’ undeclared (first use in this function)
/usr/include/linux/jiffies.h:320: error: (Each undeclared identifier is reported only once
/usr/include/linux/jiffies.h:320: error: for each function it appears in.)
/usr/include/linux/jiffies.h:321: error: called object ‘u64’ is not a function
/usr/include/linux/jiffies.h:321: error: called object ‘u64’ is not a function

Linuxsir上寻找帮助无果，只能自己动手。先从/usr/include/linux/下复制一个autoconf.h文件过来，然后将asm-i386建立一个asm的链接（其实那一堆错误还有没有找到asm/下的文件）。这样似乎大体可以了，但是最后说什么缺少script/basic/下的一个可执行文件。很明显了，这个文件需要在编译内核的时候生成。

不管怎么样，先重新编译一个内核试一试。没想到编译到一半，make居然成功了。　:)

后来分析了一下 ，我认为原因是这样的。#include的init.h文件就在/usr/src/linux/include/linux目录下，但是这个目录开始的时候没有autoconf.h这个文件，它应该是在编译之前自动生成的，而asm也是自动建立的。至于那个可执行文件，当然是编译中间生成的啦。

事实上，这些文件是在make  [menu|x]config 的时候生成的。理论上内核2.6有结构树，所以不需要编译整个内核，当然你可以试一试编译内核，之后make-kpkg clean就可以了。