第二基地

在写一个google talk的客户端，目前为止核心还没有完成，打算先实现xmpp规定的功能特性的一个基本子集
我发现google的talk服务器也并不是严格地实现了所有xmpp的服务器端功能特性，比如说客户端发送的流里存在某些错误的时候talk.google.com并不会返回错误的类型，而是直接发送</stream>然后关闭所有已建立的连接，比较暴力，呵呵
现在存在的问题的：因为xml解析器用的是expat，基于回调函数，限制非常大，因为我不可能把什么东西都通过expat传递给回调函数，那样就破坏了各个模块的独立性。所以打算第一个版本就expat了，但是完成之后第一件事就是自己实现一个针对xmpp的解析器，不会很复杂，差不多应该相当于一个词法分析器的复杂度？
这两天停下来了，因为要实习，累得开不了工，还有一个原因是我还没想好要怎么处理<message></message>，因为这里会涉及到后面的gui和cli要用到的接口，不考虑全面一点以后免不了要重写
收获还是很大的

atoi ()是库函数，用于把字符串转换成整数，实现起来相当容易，于是我傻乎乎地开始去找itoa，找了一圈，终于发现了，没有itoa啊
然后转念一想，要itoa做什么！真要的话自己写一个，几分钟的事情，但是现成的sprintf放这儿不用就真的傻了
而且sprintf显然更方便，因为它有转义字符可以控制输出的格式，于是结论：C语言哪里需要什么itoa嘛！

#!/bin/bash
do_dir ()
{
cd $1
for i in *
do
if [[ -f $i ]]
then
decompress $i
elif [[ $i == "." ]] || [[ $i == ".." ]]
then
continue
elif [[ -d $i ]]
then
[[ $recue == 1 ]] && do_dir $i
fi
done
}

decompress ()
{
case $1 in
*.tar.bz2)
tar jxvf $1
;;
*.tar.gz)
tar zxvf $1
;;
*.rar)
rar x $1
;;
*.gz)
gzip -d $1
;;
*.bz2)
bzip2 -d $1
;;
*)
echo "$1:not a compressed file,do nothing"
return
;;
esac
[[ $del == 1 ]] && rm $1
}

get_help ()
{
echo "this bash script is written to get all the compressed files under a directory to be uncompressed."
echo "Usage:tarball.sh [OPTION] [DIR]"
echo "OPTION:"
echo -e "\t-r\trecursively"
echo -e "\t-d\tremove the file after decompress it"
}

if [[ $# == 0 ]]
then
echo "no arguments detected,do you want to continue or just get help?[c/H]:"
read help
fi

[[ $help != "c" ]] && get_help && exit 0

for arg in $@
do
case $arg in
-r)
recue=1
;;
-d)
del=1
;;
-h)
get_help
exit 0
;;
-*)
echo "unknown arg:$arg"
echo "type tarball.sh -h to get help"
get_help
exit 1
;;
*)
[[ $arg != $0 ]] && [ -d $arg ] && name=$arg
;;
esac
done

if [[ -n $name ]]
then
do_dir $name
else
do_dir "."
fi


现在换成utf-8环境了，gbk环境下的代码里的汉字全是乱码，30M的代码手动转换肯定要死人的，所以写了个小脚本，可以批量转换编码的

#!/bin/bash
recur ()
{
cd $1
for i in *
do
if [ -d $i ]
then
recur $i
cd ..
else
if [[ $i == *.c ]]
then
iconv -f gbk -t utf8 $i>tmp
mv tmp $i
else
continue
fi
fi
done
}
recur $1


其实我不会用gdb，一直都不会，但是直到上学期做汇编课程设计的时候，实在是没办法了，不用gdb根本就不可能发现问题了，才硬着头皮开始学着用。然后就发现它真的是一个很优秀的调试器。
当然我是在emacs里用的，不过跟shell下用是没什么区别的，如果不去管emacs提供的那些快捷键的话。
如果启动gdb的时候没有指定要调试的程序，那么在启动后可以用file filename来完成这个工作。
然后呢，run就可以运行要调试的程序。哦，还有，如果是用gcc编译的话，加个-g的选择，可以给gdb提供足够的调试信息。
break可以设置断点，我喜欢break 1这样让程序一启动就暂停
until linenum可以让程序运行一直到指定的行号（或指定的行号以后）
list可以显示出源程序以及行号
p，就是print，可以打印出程序中的变量值，这个比较重要，p后可跟一个/F，其中F是输出的格式，比如x是十六进制，d是十进制，o是八进制等等，还可以打印整个数组，如果有array[3] 这样的声明，那么可以用p *array@3把array的3个元素打印出来
next可以让程序运行一条指令（调试汇编时是机器指令，高级语言时我想应该是一条语句，而在c语言里声明变量之类的语句是不会被next单独执行一次的）
这些是最基本的命令，用法相当复杂，具体可以查看info gdb
调试器在你对于你的程序运行错误没有头绪的时候是很有用处的