刚到吃的达记驴肉黄面，黄面和酱都不错

敦煌第一站，莫高窟。莫高窟里面是不允许拍照的，只有两张外景照。

敦煌第二站，鸣沙山和月牙泉，可惜去的有点晚，没能登上月牙泉旁边山顶看月牙泉整体。

玉门关，鬼城雅丹，汉长城，西千佛洞。

张掖马蹄寺。夏天去的话能看到草原，雪山，非常不错。

张掖七彩丹霞，很漂亮，不过前提是有好天气，这些照片有时后期过的。。。

张掖冰沟丹霞。冰沟丹霞是个无人区，那天只有我们几个人进去。七彩丹霞以色彩取胜，而冰沟丹霞以形取胜。

嘉峪关七一冰川，也很少人，海拔4300，号称是亚洲离城市最近的冰川。全景图猛击可以放大。

原图较大，7360 × 4912 pixels。请猛击 这里 下载。

daohoo@daohoo-mbp:~/Downloads$ sudo dpkg -i linuxqq_v1.0.2-beta1_i386.deb
[sudo] password for daohoo:
dpkg: error processing linuxqq_v1.0.2-beta1_i386.deb (--install):
 parsing file '/var/lib/dpkg/tmp.ci/control' near line 7 package 'linuxqq':
 error in Version string 'v1.0.2-beta1': version number does not start with digit
Errors were encountered while processing:
 linuxqq_v1.0.2-beta1_i386.deb

根据错误信息显示，不能安装的原因是新版的ubuntu要求版本号为数字开头，SB的腾讯却用v开头。因此，我猜想，只要重新打包即可（之前我通过重新打包的方法，也改过android QQ的尾巴）。过程如下：

1.ar解包：

daohoo@daohoo-mbp:~/Downloads/linuxqq$ ar vx linuxqq_1.0.2_i386.deb
x - debian-binary
x - control.tar.gz
x - data.tar.gz

2.tar解包control信息：

daohoo@daohoo-mbp:~/Downloads/linuxqq$ tar -zxvf control.tar.gz
./
./conffiles
./control

3.修改control文件：

sed -i "s/v1.0/1.0/g" control

4.重新tar打包control.tar.gz

tar -zcvf control.tar.gz ./conffiles ./control

5.ar重新打包debian包：

ar rcs linuxqq.deb debian-binary control.tar.gz data.tar.gz

6.安装：

sudo dpkg -i linuxqq.deb

BTW:介绍一下关于debian包的结构：

1.解包后得到三个文件：

daohoo@daohoo-mbp:~/Downloads/linuxqq$ ls -l
total 4920
-rw-r--r-- 1 daohoo daohoo     442 Jan  9 20:50 control.tar.gz
-rw-r--r-- 1 daohoo daohoo 5027432 Jan  9 20:50 data.tar.gz
-rw-r--r-- 1 daohoo daohoo       4 Jan  9 20:50 debian-binary

其中：

1.debian-binary：

daohoo@daohoo-mbp:~/Downloads/linuxqq$ cat debian-binary
2.0

这个文件包含所使用软件包格式的版本号

2.control.tar.gz:

daohoo@daohoo-mbp:~/Downloads/linuxqq$ tar -zxvf control.tar.gz
./
./conffiles
./control

daohoo@daohoo-mbp:~/Downloads/linuxqq$ cat control
Package: linuxqq
Priority: extra
Section: Internet
Installed-Size: 6264
Maintainer: Tencent Inc.
Architecture: i386
Version: v1.0.2-beta1
Depends: gtk2.0-binver-2.10.0, libc6, libcairo2, libglib2.0-0, libgtk2.0-0, libpango1.0-0
Description: QQ - The most popular free instant messaging program in China.
 * Chat with more than 590,000,000 people all over the world.
 * Free to download or distribute absolutely.

包含了软件包管理工具所需信息的tarball文件。里面的control文件有版本号以及依赖关系

3.data.tar.gz:

daohoo@daohoo-mbp:~/Downloads/linuxqq$ tar -zxvf data.tar.gz
./
./usr/
./usr/bin/
./usr/bin/qq
./usr/share/
./usr/share/tencent/
./usr/share/tencent/qq/
./usr/share/tencent/qq/qq.png
./usr/share/tencent/qq/qq
./usr/share/tencent/qq/res.db
./usr/share/applications/
./usr/share/applications/qq.desktop
./usr/share/doc/
./usr/share/doc/linuxqq/
./usr/share/doc/linuxqq/qq

这个才是最后真正的安装文件，指明了安装的路径。

最后，上传下打好包在ubuntu12.10可用的linux QQ debian包（出于安全考虑，对debian进行了重新打包）。

ubuntu12.10 可用linux QQ

ubuntu源里有的软件，理论上不用自己编译debian包，但是有时候，我们想对源里的软件做些修改，打些patch，就可以用这种方法，具体为：

1.获取源文件

源码包中通常包含3个文件，分别以dsc，orig.tar.gz和diff.gz为后缀名。
其中 .orig.tar.gz 是软件原始源码包，没有经过任何修改； .diff.gz 是将源码包 debian 化的文件，包含一些补丁和编译规则；.dsc 描述了源码包的信息，上述命令是解压源码和打补丁的综合操作。
使用apt-get source命令来获取源码包，它会将源码包下载到用户当前目录，并在命令执行过程中，调用dpkg-source命令，根据dsc文件中的信息，将源码包解压到同名目录中，应用程序的源代码就在这里面。
sudo apt-get source tree
另外，有时想用的源码包不是最新版本的，而是一些老版本。可以在新立得里面先强制版本。之后在执行命令。或者直接去old_archive.ubuntu.com上找老版本的dsc,orig.tar.gz,diff.gz等。
要强调的是，在下载源码包前，必须确保安装了dpkg-dev（执行”apt-get install dpkg-dev”来安装），否则，只会下载源码包的3个文件，但不会解压缩源码包。当然你也可以自己用dpkg-source命令去解压缩源码包：
dpkg-source -x tree-1.5.1.2.dsc

2.获取依赖文件
在编译源码包前，需要安装具有依赖关系的相关软件包。使用apt-get build-dep命令可以主动获取并安装所有相关的软件包。
sudo apt-get build-dep tree

3.打补丁或者修改源码：
进入解压后的目录，直接修改源码，或者用补丁文件打上补丁。
patch -p0 < xxx.patch
其中-p0选项表示是从patch的diff文件路径的第一层开始找。

4.编译源码包
首先进入源码所在目录，使用dpkg-buildpackage命令来编译源码包，它会将生成的Deb软件包放置在上层目录中。
cd tree-1.5.1.2
sudo dpkg-buildpackage
这样就会在当前目录编译生成可执行文件，并在上层目录生成tree-1.5.1.2-1_i386.deb

第三方软件：

这类软件是指ubuntu源里没有的第三方软件，制作成debian包可以供别人安装。具体方法为：

1.首先需要安装dh-make:
sudo apt-get install dh-make

2.下载第三方源码并解压并作一些预处理
$ tar xvjf tree-1.5.2.src.tar.bz2 // 解包
$ mv tree tree-1.5.2 // 改目录名为 包名-版本号

3.生成debian目录以及修改配置文件
$ cd tree-1.5.2
$ dh_make -s -e xieyan0811@sina.com.cn -f ../tree-1.5.2.src.tar.bz2 // 生成制作deb包所需的默认信息
此时当前目录下生成了debian目录，此时通常修改两个文件：
修改debian/control文件，配置你的信息，具体字段见参考部分
修改debian/rules脚本，它决定编译参数

4.使用dpkg-buildpackage编译
$ dpkg-buildpackage -rfakeroot
此时可以看到，上层目录中已建立了deb包

参考资料：

ubuntu 编译源码包 dsc diff.gz orig.tar.gz：  http://hi.baidu.com/avr_tutorial/item/624a6899b404da81591461da

制作Ubuntu deb包使用方法：http://os.51cto.com/art/201001/176881.htm

<?xml version="1.0"?>
<!-- Copyright (C) 2011 Free Software Foundation, Inc.
Copying and distribution of this file, with or without modification,
are permitted in any medium without royalty provided the copyright
notice and this notice are preserved.  -->
<!DOCTYPE feature SYSTEM "gdb-syscalls.dtd">
<!-- This file was generated using the following file:
/usr/src/linux/arch/mips/include/asm/unistd.h
The file mentioned above belongs to the Linux Kernel.  -->
<syscalls_info>
<syscall name="syscall" number="4000"/>
<syscall name="exit" number="4001"/>
<syscall name="fork" number="4002"/>
<syscall name="read" number="4003"/>
<syscall name="write" number="4004"/>
<syscall name="open" number="4005"/>
<syscall name="close" number="4006"/>
<syscall name="waitpid" number="4007"/>
<syscall name="creat" number="4008"/>
<syscall name="link" number="4009"/>
<syscall name="unlink" number="4010"/>
<syscall name="execve" number="4011"/>
<syscall name="chdir" number="4012"/>
<syscall name="time" number="4013"/>
<syscall name="mknod" number="4014"/>
<syscall name="chmod" number="4015"/>
<syscall name="lchown" number="4016"/>
<syscall name="break" number="4017"/>
<syscall name="lseek" number="4019"/>
<syscall name="getpid" number="4020"/>
<syscall name="mount" number="4021"/>
<syscall name="umount" number="4022"/>
<syscall name="setuid" number="4023"/>
<syscall name="getuid" number="4024"/>
<syscall name="stime" number="4025"/>
<syscall name="ptrace" number="4026"/>
<syscall name="alarm" number="4027"/>
<syscall name="pause" number="4029"/>
<syscall name="utime" number="4030"/>
<syscall name="stty" number="4031"/>
<syscall name="gtty" number="4032"/>
<syscall name="access" number="4033"/>
<syscall name="nice" number="4034"/>
<syscall name="ftime" number="4035"/>
<syscall name="sync" number="4036"/>
<syscall name="kill" number="4037"/>
<syscall name="rename" number="4038"/>
<syscall name="mkdir" number="4039"/>
<syscall name="rmdir" number="4040"/>
<syscall name="dup" number="4041"/>
<syscall name="pipe" number="4042"/>
<syscall name="times" number="4043"/>
<syscall name="prof" number="4044"/>
<syscall name="brk" number="4045"/>
<syscall name="setgid" number="4046"/>
<syscall name="getgid" number="4047"/>
<syscall name="signal" number="4048"/>
<syscall name="geteuid" number="4049"/>
<syscall name="getegid" number="4050"/>
<syscall name="acct" number="4051"/>
<syscall name="umount2" number="4052"/>
<syscall name="lock" number="4053"/>
<syscall name="ioctl" number="4054"/>
<syscall name="fcntl" number="4055"/>
<syscall name="mpx" number="4056"/>
<syscall name="setpgid" number="4057"/>
<syscall name="ulimit" number="4058"/>
<syscall name="umask" number="4060"/>
<syscall name="chroot" number="4061"/>
<syscall name="ustat" number="4062"/>
<syscall name="dup2" number="4063"/>
<syscall name="getppid" number="4064"/>
<syscall name="getpgrp" number="4065"/>
<syscall name="setsid" number="4066"/>
<syscall name="sigaction" number="4067"/>
<syscall name="sgetmask" number="4068"/>
<syscall name="ssetmask" number="4069"/>
<syscall name="setreuid" number="4070"/>
<syscall name="setregid" number="4071"/>
<syscall name="sigsuspend" number="4072"/>
<syscall name="sigpending" number="4073"/>
<syscall name="sethostname" number="4074"/>
<syscall name="setrlimit" number="4075"/>
<syscall name="getrlimit" number="4076"/>
<syscall name="getrusage" number="4077"/>
<syscall name="gettimeofday" number="4078"/>
<syscall name="settimeofday" number="4079"/>
<syscall name="getgroups" number="4080"/>
<syscall name="setgroups" number="4081"/>
<syscall name="symlink" number="4083"/>
<syscall name="readlink" number="4085"/>
<syscall name="uselib" number="4086"/>
<syscall name="swapon" number="4087"/>
<syscall name="reboot" number="4088"/>
<syscall name="readdir" number="4089"/>
<syscall name="mmap" number="4090"/>
<syscall name="munmap" number="4091"/>
<syscall name="truncate" number="4092"/>
<syscall name="ftruncate" number="4093"/>
<syscall name="fchmod" number="4094"/>
<syscall name="fchown" number="4095"/>
<syscall name="getpriority" number="4096"/>
<syscall name="setpriority" number="4097"/>
<syscall name="profil" number="4098"/>
<syscall name="statfs" number="4099"/>
<syscall name="fstatfs" number="4100"/>
<syscall name="ioperm" number="4101"/>
<syscall name="socketcall" number="4102"/>
<syscall name="syslog" number="4103"/>
<syscall name="setitimer" number="4104"/>
<syscall name="getitimer" number="4105"/>
<syscall name="stat" number="4106"/>
<syscall name="lstat" number="4107"/>
<syscall name="fstat" number="4108"/>
<syscall name="iopl" number="4110"/>
<syscall name="vhangup" number="4111"/>
<syscall name="idle" number="4112"/>
<syscall name="vm86" number="4113"/>
<syscall name="wait4" number="4114"/>
<syscall name="swapoff" number="4115"/>
<syscall name="sysinfo" number="4116"/>
<syscall name="ipc" number="4117"/>
<syscall name="fsync" number="4118"/>
<syscall name="sigreturn" number="4119"/>
<syscall name="clone" number="4120"/>
<syscall name="setdomainname" number="4121"/>
<syscall name="uname" number="4122"/>
<syscall name="modify_ldt" number="4123"/>
<syscall name="adjtimex" number="4124"/>
<syscall name="mprotect" number="4125"/>
<syscall name="sigprocmask" number="4126"/>
<syscall name="create_module" number="4127"/>
<syscall name="init_module" number="4128"/>
<syscall name="delete_module" number="4129"/>
<syscall name="get_kernel_syms" number="4130"/>
<syscall name="quotactl" number="4131"/>
<syscall name="getpgid" number="4132"/>
<syscall name="fchdir" number="4133"/>
<syscall name="bdflush" number="4134"/>
<syscall name="sysfs" number="4135"/>
<syscall name="personality" number="4136"/>
<syscall name="afs_syscall" number="4137"/>
<syscall name="setfsuid" number="4138"/>
<syscall name="setfsgid" number="4139"/>
<syscall name="_llseek" number="4140"/>
<syscall name="getdents" number="4141"/>
<syscall name="_newselect" number="4142"/>
<syscall name="flock" number="4143"/>
<syscall name="msync" number="4144"/>
<syscall name="readv" number="4145"/>
<syscall name="writev" number="4146"/>
<syscall name="cacheflush" number="4147"/>
<syscall name="cachectl" number="4148"/>
<syscall name="sysmips" number="4149"/>
<syscall name="getsid" number="4151"/>
<syscall name="fdatasync" number="4152"/>
<syscall name="_sysctl" number="4153"/>
<syscall name="mlock" number="4154"/>
<syscall name="munlock" number="4155"/>
<syscall name="mlockall" number="4156"/>
<syscall name="munlockall" number="4157"/>
<syscall name="sched_setparam" number="4158"/>
<syscall name="sched_getparam" number="4159"/>
<syscall name="sched_setscheduler" number="4160"/>
<syscall name="sched_getscheduler" number="4161"/>
<syscall name="sched_yield" number="4162"/>
<syscall name="sched_get_priority_max" number="4163"/>
<syscall name="sched_get_priority_min" number="4164"/>
<syscall name="sched_rr_get_interval" number="4165"/>
<syscall name="nanosleep" number="4166"/>
<syscall name="mremap" number="4167"/>
<syscall name="accept" number="4168"/>
<syscall name="bind" number="4169"/>
<syscall name="connect" number="4170"/>
<syscall name="getpeername" number="4171"/>
<syscall name="getsockname" number="4172"/>
<syscall name="getsockopt" number="4173"/>
<syscall name="listen" number="4174"/>
<syscall name="recv" number="4175"/>
<syscall name="recvfrom" number="4176"/>
<syscall name="recvmsg" number="4177"/>
<syscall name="send" number="4178"/>
<syscall name="sendmsg" number="4179"/>
<syscall name="sendto" number="4180"/>
<syscall name="setsockopt" number="4181"/>
<syscall name="shutdown" number="4182"/>
<syscall name="socket" number="4183"/>
<syscall name="socketpair" number="4184"/>
<syscall name="setresuid" number="4185"/>
<syscall name="getresuid" number="4186"/>
<syscall name="query_module" number="4187"/>
<syscall name="poll" number="4188"/>
<syscall name="nfsservctl" number="4189"/>
<syscall name="setresgid" number="4190"/>
<syscall name="getresgid" number="4191"/>
<syscall name="prctl" number="4192"/>
<syscall name="rt_sigreturn" number="4193"/>
<syscall name="rt_sigaction" number="4194"/>
<syscall name="rt_sigprocmask" number="4195"/>
<syscall name="rt_sigpending" number="4196"/>
<syscall name="rt_sigtimedwait" number="4197"/>
<syscall name="rt_sigqueueinfo" number="4198"/>
<syscall name="rt_sigsuspend" number="4199"/>
<syscall name="pread64" number="4200"/>
<syscall name="pwrite64" number="4201"/>
<syscall name="chown" number="4202"/>
<syscall name="getcwd" number="4203"/>
<syscall name="capget" number="4204"/>
<syscall name="capset" number="4205"/>
<syscall name="sigaltstack" number="4206"/>
<syscall name="sendfile" number="4207"/>
<syscall name="getpmsg" number="4208"/>
<syscall name="putpmsg" number="4209"/>
<syscall name="mmap2" number="4210"/>
<syscall name="truncate64" number="4211"/>
<syscall name="ftruncate64" number="4212"/>
<syscall name="stat64" number="4213"/>
<syscall name="lstat64" number="4214"/>
<syscall name="fstat64" number="4215"/>
<syscall name="pivot_root" number="4216"/>
<syscall name="mincore" number="4217"/>
<syscall name="madvise" number="4218"/>
<syscall name="getdents64" number="4219"/>
<syscall name="fcntl64" number="4220"/>
<syscall name="gettid" number="4222"/>
<syscall name="readahead" number="4223"/>
<syscall name="setxattr" number="4224"/>
<syscall name="lsetxattr" number="4225"/>
<syscall name="fsetxattr" number="4226"/>
<syscall name="getxattr" number="4227"/>
<syscall name="lgetxattr" number="4228"/>
<syscall name="fgetxattr" number="4229"/>
<syscall name="listxattr" number="4230"/>
<syscall name="llistxattr" number="4231"/>
<syscall name="flistxattr" number="4232"/>
<syscall name="removexattr" number="4233"/>
<syscall name="lremovexattr" number="4234"/>
<syscall name="fremovexattr" number="4235"/>
<syscall name="tkill" number="4236"/>
<syscall name="sendfile64" number="4237"/>
<syscall name="futex" number="4238"/>
<syscall name="sched_setaffinity" number="4239"/>
<syscall name="sched_getaffinity" number="4240"/>
<syscall name="io_setup" number="4241"/>
<syscall name="io_destroy" number="4242"/>
<syscall name="io_getevents" number="4243"/>
<syscall name="io_submit" number="4244"/>
<syscall name="io_cancel" number="4245"/>
<syscall name="exit_group" number="4246"/>
<syscall name="lookup_dcookie" number="4247"/>
<syscall name="epoll_create" number="4248"/>
<syscall name="epoll_ctl" number="4249"/>
<syscall name="epoll_wait" number="4250"/>
<syscall name="remap_file_pages" number="4251"/>
<syscall name="set_tid_address" number="4252"/>
<syscall name="restart_syscall" number="4253"/>
<syscall name="fadvise64" number="4254"/>
<syscall name="statfs64" number="4255"/>
<syscall name="fstatfs64" number="4256"/>
<syscall name="timer_create" number="4257"/>
<syscall name="timer_settime" number="4258"/>
<syscall name="timer_gettime" number="4259"/>
<syscall name="timer_getoverrun" number="4260"/>
<syscall name="timer_delete" number="4261"/>
<syscall name="clock_settime" number="4262"/>
<syscall name="clock_gettime" number="4263"/>
<syscall name="clock_getres" number="4264"/>
<syscall name="clock_nanosleep" number="4265"/>
<syscall name="tgkill" number="4266"/>
<syscall name="utimes" number="4267"/>
<syscall name="mbind" number="4268"/>
<syscall name="get_mempolicy" number="4269"/>
<syscall name="set_mempolicy" number="4270"/>
<syscall name="mq_open" number="4271"/>
<syscall name="mq_unlink" number="4272"/>
<syscall name="mq_timedsend" number="4273"/>
<syscall name="mq_timedreceive" number="4274"/>
<syscall name="mq_notify" number="4275"/>
<syscall name="mq_getsetattr" number="4276"/>
<syscall name="vserver" number="4277"/>
<syscall name="waitid" number="4278"/>
<syscall name="add_key" number="4280"/>
<syscall name="request_key" number="4281"/>
<syscall name="keyctl" number="4282"/>
<syscall name="set_thread_area" number="4283"/>
<syscall name="inotify_init" number="4284"/>
<syscall name="inotify_add_watch" number="4285"/>
<syscall name="inotify_rm_watch" number="4286"/>
<syscall name="migrate_pages" number="4287"/>
<syscall name="openat" number="4288"/>
<syscall name="mkdirat" number="4289"/>
<syscall name="mknodat" number="4290"/>
<syscall name="fchownat" number="4291"/>
<syscall name="futimesat" number="4292"/>
<syscall name="fstatat64" number="4293"/>
<syscall name="unlinkat" number="4294"/>
<syscall name="renameat" number="4295"/>
<syscall name="linkat" number="4296"/>
<syscall name="symlinkat" number="4297"/>
<syscall name="readlinkat" number="4298"/>
<syscall name="fchmodat" number="4299"/>
<syscall name="faccessat" number="4300"/>
<syscall name="pselect6" number="4301"/>
<syscall name="ppoll" number="4302"/>
<syscall name="unshare" number="4303"/>
<syscall name="splice" number="4304"/>
<syscall name="sync_file_range" number="4305"/>
<syscall name="tee" number="4306"/>
<syscall name="vmsplice" number="4307"/>
<syscall name="move_pages" number="4308"/>
<syscall name="set_robust_list" number="4309"/>
<syscall name="get_robust_list" number="4310"/>
<syscall name="kexec_load" number="4311"/>
<syscall name="getcpu" number="4312"/>
<syscall name="epoll_pwait" number="4313"/>
<syscall name="ioprio_set" number="4314"/>
<syscall name="ioprio_get" number="4315"/>
<syscall name="utimensat" number="4316"/>
<syscall name="signalfd" number="4317"/>
<syscall name="timerfd" number="4318"/>
<syscall name="eventfd" number="4319"/>
<syscall name="fallocate" number="4320"/>
<syscall name="timerfd_create" number="4321"/>
<syscall name="timerfd_gettime" number="4322"/>
<syscall name="timerfd_settime" number="4323"/>
<syscall name="signalfd4" number="4324"/>
<syscall name="eventfd2" number="4325"/>
<syscall name="epoll_create1" number="4326"/>
<syscall name="dup3" number="4327"/>
<syscall name="pipe2" number="4328"/>
<syscall name="inotify_init1" number="4329"/>
<syscall name="preadv" number="4330"/>
<syscall name="pwritev" number="4331"/>
<syscall name="rt_tgsigqueueinfo" number="4332"/>
<syscall name="perf_event_open" number="4333"/>
<syscall name="accept4" number="4334"/>
<syscall name="recvmmsg" number="4335"/>
<syscall name="fanotify_init" number="4336"/>
<syscall name="fanotify_mark" number="4337"/>
<syscall name="prlimit64" number="4338"/>
</syscalls_info>

X86的syscall表在这里有：

http://syscalls.kernelgrok.com/

这几天需要把Parsec（普林斯顿出品的一组多程序程序benchmark，C++编写，貌似是鼎鼎有名的李凯教授带的组出的）的一些程序移植到某模拟器上，由于模拟器没有OS，很多系统调用都是用硬件模拟。因此，parsec的pthread库需要替换成硬件提供的系统调用。在该模拟器上，之前已经有用汇编代码写好的系统调用库以及编程成了相应的静态链接库 .a文件。因此，理论上，只需要换掉pthread头文件，换成.a对应的头文件，并把对应的pthread函数换成硬件模拟的系统调用函数即可。

花了好大力气把所有的头文件以及pthread函数换掉，并且把Makefile的编译器换成交叉编译器，LDFLAGS里的多线程库换成了模拟器系统调用的.a库（通过 -Ldir -llib 替换，其中dir是.a文件所在目录，lib是.a文件的文件名去掉前缀lib和后缀.a的剩余部分）。一切就绪，敲下make，看着一个个.cpp变成了.o，我心里暗喜。可是，当所有.cpp变成.o后，杯具出现了，屏幕刷出一堆“undefined reference to xxxx”，其中xxx就是模拟器系统调用函数名。

奇了怪了，怎么会找不到reference呢，我第一感觉是LDFLAGS写错了，可是检查了几遍，发现没错。并且用同样的LDFLAGS链接splash2中的FFT程序都可以。因此，不太可能试着问题，并且为了确认，我加了-v选项，把链接的细节打出来了，发现没有任何问题。

排除了一种可能，但是问题并没有解决，我只好放狗搜。搜到的答案都是说由于库的链接顺序，会导致这问题，并且通假如某参数，链接时进行repeat搜索，可以避免该问题（当然，repeat的代码就是降低链接速度）。于是，我遍历了各种影响链接顺序的可能，包括LDFLAGS本身的顺序，以及源代码中包含头文件的顺序，可是，杯具依然。

两天过去了。。。还是一无所获，期间只好跑去机房调另外一个东西。昨天，在走投无路的情况下，狠下决心，用c语言重写parsec的这个benchmark。但是，决心容易下，真写谈何容易，看了半天，才把算法大致看明白。再看代码的过程中，我突然想，要不直接把模拟器的系统调用的汇编码嵌入到源代码中，不用.a形式静态链接，但是，由于这些汇编码的寄存器都是按mips标准命名用的，直接放进去，可能交叉编译器无法识别。于是，只好作罢，这时，突然想，为什么FFT可以，这个不可以，莫非是因为C++和C语言链接的方式不一样。想到这，突然有种豁然开朗的感觉，因为模模糊糊记得C函数的符号表和C++函数的符号表是不一致的。

====杯具终于完了，废话也终于完了，下面进入正题，貌似有点头重脚轻的感觉====

在c语言中，全局函数foo(int)在符号表中是_foo，而c++中，为了支持函数重载，会编译成类似_foo_int的。这就导致了前述xxx的系统调用会编译成_xxx_yyy（yyy是参数类型）的形式存在.o中。难怪链接器会找不到reference。

因此，下一步就是如何让C++代码能链接到c代码中了。于是继续放狗搜“c c++ link”，搜到了伟大的太阳的这篇文章：

Mixing C and C++ Code in the Same Program

这篇文章说道，其实可以通过extern关键词声明函数是c函数还是c++函数。当然，也可以直接extern某个头文件，将整个头文件里的函数都声明是啥函数。比如，下面代码：

extern "C" {
  #include "sb.h"
}

就降sb.h 里面的函数都声明是c函数。这样，在c ++代码中，碰到sb.h中的函数，就会当成c函数来对待。

对于我碰到的问题，可以前述extern 头文件来解决。但是，对于大部分头文件来说，我们并不知道这个头文件里的函数是c函数还是c++函数。这就要求头文件编写者做些工作，一般来说，现在的系统库里面都能看到下面的语句：

#ifdef __cplusplus
extern "C"{
#endif

//some function declaration 

#ifdef __cplusplus
             }
#endif

上面的代码就是为了让库兼容c和c++.因为使用g++编译器的时候，实际上是带了__cplusplus的声明，因此整个头文件的函数都会被额外的声明是c函数。之后g++会特殊处理，从而保证链接不出错。

最后，再说几句废话，博客荒废已久，本来以为八月必然交白卷的，想不到最后还是憋出来一篇。。。

首先，linux下本身提供了一个检查pdf字体信息的工具，pdffonts。比如查看test.pdf的字体：

pdffonts test.pdf

结果应该是类似下面的：

name                                 type              emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
JNARJV+NimbusRomNo9L-Medi            Type 1            yes yes no       6  0
NBINYZ+NimbusRomNo9L-Regu            Type 1            yes yes no       7  0
CBDPEB+NimbusRomNo9L-ReguItal        Type 1            yes yes no       8  0
ZYBBWF+CMSY10                        Type 1            yes yes no       9  0
QVCFWU+NimbusRomNo9L-MediItal        Type 1            yes yes no      10  0
IJIDBD+CMMI10                        Type 1            yes yes no      11  0
MTWRTR+CMR10                         Type 1            yes yes no      16  0
Arial                                TrueType          no  no  no      35  0
Arial,Italic                         TrueType          no  no  no      36  0
WXQMOP+CMMIB10                       Type 1            yes yes no      46  0
Helvetica                            Type 1            no  no  no      51  0
DWKNIZ+CMMI7                         Type 1            yes yes no      55  0
IXNPPI+CMEX10                        Type 1            yes yes no      56  0
EUDIGL+CMR7                          Type 1            yes yes no      57  0
CLXNUD+CMSY7                         Type 1            yes yes no      58  0
RURLFQ+CMMIB7                        Type 1            yes yes no      62  0
LDBHLR+CMBX10                        Type 1            yes yes no      63  0
YJCSYX+CMMI5                         Type 1            yes yes no      69  0
Helvetica                            Type 1            no  no  no      74  0
Helvetica                            Type 1            no  no  no      79  0

可以看到，有些字体emb选项为no，表示没有嵌入。

可以通过下面命令来编辑pdflatex潜入字体的设置:

updmap --edit

这会打开一个文件，搜索pdftexDownloadBase14，将其值变为True，即最后的文件含有下面一行。

pdftexDownloadBase14 true

重新编译tex文件，即可生成嵌入字体的文件。再用pdffonts看，结果应该是：

name                                 type              emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
JNARJV+NimbusRomNo9L-Medi            Type 1            yes yes no       5  0
ZDVLDF+NimbusRomNo9L-Regu            Type 1            yes yes no       6  0
VSOJMD+CMR8                          Type 1            yes yes no       7  0
EAAUWX+CMMI8                         Type 1            yes yes no       8  0
YPSQTS+CMR6                          Type 1            yes yes no       9  0
ZYBBWF+CMSY10                        Type 1            yes yes no      10  0
QVCFWU+NimbusRomNo9L-MediItal        Type 1            yes yes no      11  0
EOQRPL+CMMI10                        Type 1            yes yes no      12  0
MTWRTR+CMR10                         Type 1            yes yes no      17  0
FTUEJX+NimbusRomNo9L-ReguItal        Type 1            yes yes no      18  0
WMBKUV+CMMIB10                       Type 1            yes yes no      56  0
DWKNIZ+CMMI7                         Type 1            yes yes no      63  0
IXNPPI+CMEX10                        Type 1            yes yes no      64  0
EUDIGL+CMR7                          Type 1            yes yes no      65  0
CLXNUD+CMSY7                         Type 1            yes yes no      66  0
RURLFQ+CMMIB7                        Type 1            yes yes no      70  0
LDBHLR+CMBX10                        Type 1            yes yes no      71  0
YJCSYX+CMMI5                         Type 1            yes yes no      77  0

但是，有时候，由于latex源文件插入了eps.ps,pdf格式的图，这些图没有潜入字体，编译出来pdf也有部分字体没有嵌入，这时，可以通过pdftops工具将编译的pdf转化成ps，之后再用ps2pdf14并加上选项将字体嵌入。

pdftops  test.pdf

ps2pdf14 -dPDFSETTINGS=/prepress test.ps

对于windows用户，遇到没有潜入字体的pdf。可以通过有些支持pdf嵌入字体的虚拟打印机，打印时将嵌入字体选项选上。个人推荐使用foxit phantom或这acrobat的虚拟打印机。

http://vimdoc.sourceforge.net/htmldoc/diff.html

下面给出一个vim逐行比较的patch，将下面内容复制到一个文件diffbyline.vim,并且放到plugin目录下（这个脚本是我很早从网络搜到的，现在忘了来源了，哪位看到来源，请告知，我好说明）：

" File:         diffbyline.vim
" Created:      2010 Sep 28
" Last Change:  2010 Oct 02
" Rev Days:     3
" Author:	Andy Wokula <anwoku@yahoo.de>

" :SetLineByLineDiff[!]
"
"   set the 'diffexpr' to enable a trivial line-by-line diff algorithm (the
"   diff program has no option for this).  Reset 'diffexpr' with [!].

com! -bar -bang SetLineByLineDiff  call s:SetDiffExpr(<bang>0)

func! s:SetDiffExpr(bang)
    if !a:bang
	set diffexpr=DiffLineByLine()
	echo "'diffexpr' changed to enable line-by-line diff"
    else
	" XXX restore the previous value
	set diffexpr&
	echo "'diffexpr' restored"
    endif
endfunc

func! DiffLineByLine()
    let result = []	" diff output lines
    let oldlines = readfile(v:fname_in)
    let newlines = readfile(v:fname_new)

    let len_oldlines = len(oldlines)
    let len_newlines = len(newlines)
    let len_common = min([len_oldlines, len_newlines])

    " different number of lines allowed
    "	first common lines -> change(s) only
    "	rest -> append (er, no, see below)

    let idx = 0
    let change_start = -1
    while idx < len_common
	if oldlines[idx] !=# newlines[idx]
	    " XXX above test is case sensitive and ignores 'diffopt'
	    if change_start == -1
		let change_start = idx
	    endif
	    let change_end = idx
	elseif change_start >= 0
	    " line-idx is just after a block of changed lines

	    " prepare a diff block
	    if change_start < change_end
		let range = (1+change_start). ",". (1+change_end)
	    else
		let range = 1+change_start
	    endif
	    let ed_cmd = range. "c". range
	    call add(result, ed_cmd)
	    call extend(result, map(oldlines[change_start : change_end], '"< ". v:val'))
	    call add(result, '---')
	    call extend(result, map(newlines[change_start : change_end], '"> ". v:val'))

	    let change_start = -1
	endif
	let idx += 1
    endwhile

    if change_start >= 0

	" XXX extract to function? (paragraph copied from above)
	if change_start < change_end
	    let range = (1+change_start). ",". (1+change_end)
	else
	    let range = 1+change_start
	endif
	let ed_cmd = range. "c". range
	call add(result, ed_cmd)
	call extend(result, map(oldlines[change_start : change_end], '"< ". v:val'))
	call add(result, '---')
	call extend(result, map(newlines[change_start : change_end], '"> ". v:val'))

    endif

    if len_oldlines < len_newlines
        let append_start = len_oldlines
        let append_end = len_newlines - 1
        let old_range = append_start	" append below this line
        if append_start < append_end
            let new_range = (1+append_start). ",". (1+append_end)
        else
            let new_range = 1+append_start
        endif
        let ed_cmd = old_range. "a". new_range
        call add(result, ed_cmd)
        call extend(result, map(newlines[append_start : append_end], '"> ". v:val'))

    elseif len_oldlines > len_newlines
        let delete_start = len_newlines
        let delete_end = len_oldlines - 1
        let new_range = delete_start	" delete below this line
        if delete_start < delete_end
            let old_range = (1+delete_start). ",". (1+delete_end)
        else
            let old_range = 1+delete_start
        endif
        let ed_cmd = old_range. "d". new_range
        call add(result, ed_cmd)
        call extend(result, map(oldlines[delete_start : delete_end], '"< ". v:val'))

    endif

    " Decho result
    " XXX strange: :Decho prints at least two result lists, first is
    "	['1c1', '< line1', '---', '> line2'] and belongs nowhere (is this an
    "	internal diff test by Vim?)

    call writefile(result, v:fname_out)

endfunc

使用方法：

• 在diff界面，输入:SetLineByLineDiff，跳到逐行模式，再输入一次，回到普通模式。
• 或者加个SetLineByLineDiff选项，如:vimdiff +SetLineByLineDiff a.c b.c

linux Flexible Address Space Layout

如上图，总体来说，对于32位的linux程序，总共可访问的地址空间为4G，但是由于有1G预留给了内核，因此用户程序空间才3G，而这3G空间（实际程序用到的空间一般小于这个值），又分为代码段（Text segment），常量数据段（Data segment），BSS段（BSS segment）以及堆栈段，一般来说，各段存储的数据如下：

• 代码段(Text segment):程序的二进制代码，一般来说，程序PC的范围就在这段(执行动态链接库代码例外)。
• 常量数据段（Data segment）:存储常量数据(初始化好了的全局变量以及静态变量)，如常量字符串，一般全局常量都放在此处，但是局部常量分配和编译器相关。
• BSS段(BSS segment):存储未初始化的静态变量等。

以上程序段，都是通过操作系统的load程序在程序加载时分配的，不会动态管理。下面的堆栈段就需要动态管理了。

• 堆（Heap），这些内存由操作系统的提供的malloc等系统调用管理。其中就会用到brk以及sbrk这些函数，来设置新空间分配的起始地址，堆一般比较大，地址向上增长。
• 栈（Stack），这些空间一般由用户程序自行管理，如函数调用中传参以及返回值就需要用到该段，地址向下增长。假如堆顶和栈顶地址想撞了，malloc函数申请空间就会失败（一般来说，malloc申请空间时，回比较ld_brk_point和栈顶指针sp的值）。

下面给出一个程序的memory dump:

======= Memory map: ========
08048000-08118000 r-xp 00000000 08:07 32899      /home/sim-wattch-1.02e/sim-outorder
08118000-0811c000 rw-p 000cf000 08:07 32899      /home/sim-wattch-1.02e/sim-outorder
0811c000-09ffa000 rw-p 00000000 00:00 0          [heap]
b7dde000-b7dfb000 r-xp 00000000 08:07 83724      /lib/libgcc_s.so.1
b7dfb000-b7dfc000 rw-p 0001c000 08:07 83724      /lib/libgcc_s.so.1
b7e0c000-b7e64000 rw-p 00000000 00:00 0 
b7e64000-b7fa4000 r-xp 00000000 08:07 91024      /lib/i686/cmov/libc-2.11.2.so
b7fa4000-b7fa6000 r--p 0013f000 08:07 91024      /lib/i686/cmov/libc-2.11.2.so
b7fa6000-b7fa7000 rw-p 00141000 08:07 91024      /lib/i686/cmov/libc-2.11.2.so
b7fa7000-b7faa000 rw-p 00000000 00:00 0 
b7faa000-b7fce000 r-xp 00000000 08:07 91008      /lib/i686/cmov/libm-2.11.2.so
b7fce000-b7fcf000 r--p 00023000 08:07 91008      /lib/i686/cmov/libm-2.11.2.so
b7fcf000-b7fd0000 rw-p 00024000 08:07 91008      /lib/i686/cmov/libm-2.11.2.so
b7fde000-b7fe2000 rw-p 00000000 00:00 0 
b7fe2000-b7fe3000 r-xp 00000000 00:00 0          [vdso]
b7fe3000-b7ffe000 r-xp 00000000 08:07 81305      /lib/ld-2.11.2.so
b7ffe000-b7fff000 r--p 0001a000 08:07 81305      /lib/ld-2.11.2.so
b7fff000-b8000000 rw-p 0001b000 08:07 81305      /lib/ld-2.11.2.so
bffeb000-c0000000 rw-p 00000000 00:00 0          [stack]

至于brk以及sbrk的用法，由于资料二说得比较清楚，在此不在赘述。

参考资料：
http://stackoverflow.com/questions/6988487/what-does-brk-system-call-do
http://www.kernel.org/doc/man-pages/online/pages/man2/brk.2.html

图片来源：http://duartes.org/gustavo/blog/post/anatomy-of-a-program-in-memory

信号

CLK:时钟信号
CMD:双向命令和响应信号
DAT0-3:双向数据信号
VDD,VSS:电源和地信号
注:SD模式下可以选择总线宽度, 即选用几根DAT信号线(1或4根), 可以在主机初始化后设置.

比特流

SD协议规范的比特流类型有三类：

• 命令: 是在CMD上传输的用于启动一个操作的比特流. 由主机发往从机, 可以是点对点也可以是广播的.
• 响应: 是在CMD上传输的用于之前命令回答的比特流. 由从机发往主机.
• 数据: 是在DAT上传输的比特流, 双向传输.

命令和数据流都有一个开始位和结束位.

命令

SD协议定义了两类命令，广播命令以及点对点命令，

• 广播命令:给所有卡都发送, 某些命令需要响应.
• 点对点命令:给指定地址的卡发送, 需要响应.

工作模式

• 卡识别模式:主机上电复位后即处于此模式,它会在总线上等待卡. 卡复位后也处于此模式, 直到SEND_RCA(CMD3)命令到来.此模式下主机复位总线所有的卡, 验证工作电压, 询问卡的地址. 这个模式下所有数据的传输都是只通过CMD线来完成.
• 数据传输模式:卡收到SEND_RCA(CMD3)命令后即进入此模式. 主机识别到卡后也进入此模式.CMD7命令用于使指定地址的卡进入传输模式, 任何指定时刻只能有一个卡处于传输模式.传输模式下所有的数据传输都是点对点的, 并且所有有地址的命令都需要有响应.

UPDATE <table> SET  <col=new_val> WHERE <oth_col=val>

但是，在ubuntu里面用apt-get安装sqlite后，直接执行上面的语句，会报“no such module:FTS3”,因为默认sqlite编译是没有启用FTS3的。因此，需要自己下源码编译，手动编译是加入以下编译选项：

-DSQLITE_ENABLE_FTS3 
-DSQLITE_ENABLE_FTS3_PARENTHESIS

用autoconf版本的话，在configure时，加入：

CPPFLAGS= "-DSQLITE_ENABLE_FTS3 -DSQLITE_ENABLE_FTS3_PARENTHESIS "/configure <options>

上面两种方法的目的都是一样的，就是在编译时定义SQLITE_ENABLE_FTS3 和SQLITE_ENABLE_FTS3_PARENTHESIS宏。

参考资料：http://www.sqlite.org/fts3.html

#!/usr/bin/python
# -*- coding: utf-8 -*- 

import os,sys

trace_file = open("./all_memtrace_file_test","r")

all_addr=[]
all_addr2=[]
addr_info2={}
addr_info={}

for line in trace_file.readlines():
    addr_info = {'addr':int(line.split(",")[2].strip(" "),16),'access':line.split(",")[3].strip("n")}
#    addr_info2={}
    addr_info2['addr']=int(line.split(",")[2].strip(" "),16)
    addr_info2['access']=line.split(",")[3].strip("n")
    if addr_info == addr_info2:
        print "addr_info == addr_info2"
    print "addr_info  = ",
    print addr_info
    print "addr_info2 = ",
    print addr_info2
    all_addr.append(addr_info)
    all_addr2.append(addr_info2)
    print "all_addr   = ",
    print all_addr
    print "all_addr2  = ",
    print all_addr2

其中./all_memtrace_file_test的内容如下：

 0,              49, 0x7fdc000,l
 0,              52, 0x20049c4,l

咋一看，all_addr和all_addr2应该是一样的，结果应该是：

addr_info == addr_info2
addr_info  =  {'access': 'l', 'addr': 134070272}
addr_info2 =  {'access': 'l', 'addr': 134070272}
all_addr   =  [{'access': 'l', 'addr': 134070272}]
all_addr2  =  [{'access': 'l', 'addr': 134070272}]
addr_info == addr_info2
addr_info  =  {'access': 'l', 'addr': 33573316}
addr_info2 =  {'access': 'l', 'addr': 33573316}
all_addr   =  [{'access': 'l', 'addr': 134070272}, {'access': 'l', 'addr': 33573316}]
all_addr2  =  [{'access': 'l', 'addr': 134070272}, {'access': 'l', 'addr': 33573316}]

而实际上，结果确实第二次循环时，all_addr和all_addr2不一样，结果是：

addr_info == addr_info2
addr_info  =  {'access': 'l', 'addr': 134070272}
addr_info2 =  {'access': 'l', 'addr': 134070272}
all_addr   =  [{'access': 'l', 'addr': 134070272}]
all_addr2  =  [{'access': 'l', 'addr': 134070272}]
addr_info == addr_info2
addr_info  =  {'access': 'l', 'addr': 33573316}
addr_info2 =  {'access': 'l', 'addr': 33573316}
all_addr   =  [{'access': 'l', 'addr': 134070272}, {'access': 'l', 'addr': 33573316}]
all_addr2  =  [{'access': 'l', 'addr': 33573316}, {'access': 'l', 'addr': 33573316}]

我想了好久，才明白这是为什么。要明白具体的原因，需要了解Python变量以及append函数的知识，具体为：

1. python变量其实都是“引用”(reference)，并不会实际给其分配内存空间。
2. python变量作用域遵循LGB原则，即先局部（local scope），后全局（global scope）。
3. python中，只要是对字典全局赋值（右值不为字典变量之前描述有误，在rex提醒下，应为右值不为字典变量的某一项），就是创建了一个字典，会申请一块内存，并且将该字典变量指向该内存。如前述代码14行，就定义了一个新的局部字典变量addr_info。根据LGB原则，此后在该代码区块中使用的addr_info就是这个局部变量。
4. 假如只对字典某一项赋值，是更新字典，如代码中16，17行。因此addr_info2还是全局变量，没有定义新的变量。
5. list的append函数，就是把变量（也就是引用，相当于指针）加在列表后面。因此，对于all_addr，由于两次执行14行语句，都创建了变量，申请的新的内存，因此append上的两个变量所指向的内存是不同的。而对all_addr2，由于都是append全局的addr_info2,导致实际上列表上两项指向的是相同的内存区块，其值一样。假如将15行的注释去掉，则创建了两次变量，list里面的两项指向不同内存。

为了将上面的问题简化，有这样一段代码，可以说明上面的几点：

test_item0,test_item1,test_item2 = [1,1],[2,2],[3,3]
test_list=[]
test_list.append(test_item0)
test_list.append(test_item1)
test_list.append(test_item2)
print "test_list = ",
print test_list
test_item0[0]=4
test_item0[1]=4
test_item1=[5,5]
print "test_list = ",
print test_list

上面代码的输出是：

test_list =  [[1, 1], [2, 2], [3, 3]]
test_list =  [[4, 4], [2, 2], [3, 3]]

可以发现，test_item0没有重新创建，而test_item1被重新创建了，从而导致test_list里面只有test_item0被更新。

你知道吗，我以前造过座桥，我以前是个工程师。
这桥连接俄亥俄的多士巴和西维吉尼亚的玛瑟夫，在俄亥俄州河面上横跨912英尺[约277米]。
每天有一万两千一百人通过这桥，把从惠灵到新马顿赛的单程距离缩短了三十五英里；
一天总共是八十四万七千英里；
一个月两千五百四十一万英里；
一年 三亿四百九十二万英里就这么节省下来了。
那桥是我在1986年完成的，
就是二十二年前从桥建成以后算起，总共节省了六十七亿八百二十四万英里的车程。
时速呢，就算五十英里每小时吧，那就是一亿三千四百十六万四千八百小时，
也就是五十五万九千零二十天。
这么一座小桥，让这两个社区的居民总共节省了一千五百三十一年，不用浪费在车厢里。
一千五百三十一年啊！老天啊！

就修一座桥，对于工程师，也许花费的时间不到一个月，但实实在在的数字表明，其作用却可以让人节省一千五百三十一年以上，这个结果真令人震惊。这也使我思考，我以后应该做什么样的工作，那就是具有可放大性的工作，就是价值可放大的工作。其实这词来自《黑客与画家》，上学期有段时间，我中午一般在三叶休息，房间里有本《黑客与画家》，顺手看完了，这本书很不错，推荐给我的程序员朋友们，乃至所有的朋友们。

所谓可放大性的工作，最基本的要求就是你做的工作能够影响到很多人乃至让很多人受益，这可以实现高的社会价值；实现了高的社会价值，一般来说，上帝是公平的，必然能带来高的自我价值，说得俗一点，就是能赚比较多的钱，能让身边的人和自己活得轻松自在舒适一点。具体来说，可放大性可以有两种体现方式，现在和未来（没有过去）：

所谓现在，是指在当代就能使用的，当代就能影响到很多人，由于社会价值能够体现比较及时，其个人价值也比较容易实现，但是，其价值起作用的时间可能比较短，尤其是技术革新这么快的时代；这类主要体现在一些顶级工程师，比如设计搜索引擎的工程师，一个好的搜索引擎能够让几十亿人找信息的速度提高不知道多少倍，为人们省下了不知道多少时间；larry page，李彦宏这些人的代表。

所谓未来，主要是能够影响很长远的，这些主要是一些基础研究，原创发明，又曰学术研究。这些东西，刚出来的时候很难看到其价值，实现的社会价值往往在未来，因此其个人价值可能比较难实现，有可能得不到对等的个人价值。不过，这类人（学术研究人员）的个人价值平均来说也不低，即使你没有做出对等的社会价值，也能生活的还行，因为做得很多事的价值是很难在现在评判的。

前面有一句话“一般来说，上帝是公平的”，也就是说，有时不会那么公平。这就要求我们的工作，具有可测量性，这样的话，就比较容易实现和社会对等的个人价值。这一般要求，我们的工作要么是独一无二的（这个貌似很难实现），要么是在小团队里，大家都能看得明明白白；因为在一个大的团队里，每个人的贡献虽然不一样，但最终的收益一般还是比较接近的；但是，小团队风险大，所以这是一个矛盾。

那么，到底怎么样的工作才是我所需要的呢。假如没有选择，很好，唯一地就是最好的，可是，一般不会出现这种情况，因为只要你想改变，总是能够改变，能够有新的选择；当还有选择的时候，其实是一种博弈，这博弈中间的变量（对人来说，主要有个人兴趣，个人能力，以及社会背景）还会随时间变化，因此，你很可能一开始想要选择的，并不一定是你最终选择。写到这，又想到之前看过的另一个和金融相关的半商战片《亲密敌人》，博弈的结果往往是意想不到的：原来黄立行和徐静蕾，是竞争对手，是敌人，可是由于外部因素和内部因素，博弈到最后，两人成了合作者，情人。因此，我现在也不知道，最终我会选择什么样的工作，唯一可确定的是，我会尽量选一个社会价值可放大的工作，而现在我需要做的，就是尽量让自己的能力能够满足这些工作的要求，尤其是这两类可放大性工作的共同要求。赢在执行而不是计划！

其实很早以前（2009年），我就对事务内存关注过一段时间，当时，号称要支持的事务内存的处理器只有（据我所知）只有sun公司的Rock处理器，可是这个Rock，一再跳票，跳到Sun陨落也没发布，到现在，oracle也没发布支持事务内存的处理器。事务内存（尤其是硬件实现的）的前景貌似不太明朗。

2011年9月，IBM发布了BlueGene/Q处理器，这是第一款支持事务内存的处理器。但是，这并不意味着事务内存重见天日了。
2012年2月7日，最大的处理器厂商发表文章，声称支持硬件事务内存，其通过Transactional Synchronization Extensions(TSX)的组件来实现的，事务内存的前景终于开始明朗起来。

那么，什么是事务，什么又是事务内存呢。

根据维基百科整理，事务的定义为：

数据库事务(简称: 事务)是数据库管理系统执行过程中的一个逻辑单位，由一个有限的数据库操作序列构成。在数据库管理系统中，事务必须满足ACID性质，即原子性，一致性，隔离性和持久性。原子性指的是事务中的动作要么全部执行，要么一个都不执行；一致性指的是任何时刻，数据库必须处于一致性状态，即必须满足某些预先设定的条件；隔离性是指一个事务不能看见其他未提交事务所涉及到的内部对象的状态，而持久性则是指一个已提交的事务对数据库系统的改变必须是永久的。

那事务内存又是什么，根据国防科大张铎等人的《事务存储结构的实现》一文，事务内存是这样介绍的（为了准确，以下为直接引文，完成内存详见《事务存储结构的实现》一文）：

随着多核处理器技术的不断更新和发展，传统的串行程序不论在效率上还是性能上都已经跟不上信息高速发展的脚步了，程序员不得不开发线程级并行以提高片上计算资源的使用效率，但也带来了新的挑战和问题。目前不同线程间的同步、对共享资源的访问等都是通过锁和信号量机制完成的。然而，这种传统的基于锁和信号量的并发系统存在明显的局限性。粗粒度的锁对大量的共享数据做了保护，但是可扩展性不好，因为即使在线程间不存在对共享数据的访问的情况下也可能会出现冲突阻塞现象；细粒度的锁虽然比粗粒度的锁扩展性能好，但由于算法设计的复杂性，普通程序员很难借助细力度的锁实现高效的应用。同时使用锁机制还会带来诸多问题，比如：死锁、优先级反转等，极大地影响了并行应用的效率和性能。

事务存储(Transactional Memory，TM)的使用是解决上述存在问题一个很好的办法[1]。通过将不同并行执行的线程事务化，用事务操作来代替锁机制能降低编程的复杂性。事务是被单线程执行的对内存进行读写的有序操作序列，其特性包括：原子性、隔离性、一致性和持久性。通常事务的执行过程为：调用事务入口函数(begin_transaction)开始执行事务，当事务执行完毕后调用提交函数(commit_transaction)开始提交工作，提交过程分为三个阶段(请求提交、开始提交和完成提交)，执行完提交后此事务也就执行完毕，从而继续执行下面的事务。但如果事务在执行或提交过程中发生冲突或者错误，则通过其特有的回滚机制 (rollback)返回到此事务入口继续执行。

为了实现事务的这些特性，需有一个很好的TM系统来支持事务数据的版本管理(Version Management)和事务的冲突管理(Contention Management)。版本管理同时对新值(事务提交后可见)和原始的旧值(事务执行过程中发生了回滚的恢复数据)进行管理。根据数据存放方式的不同TM系统区分版本管理为：积极版本管理(Eager Version Management)和懒惰版本管理(Lazy Version Management)。积极版本管理是将新值置于目标存储区中，这样在提交时新值能够很快的得到执行，极大地降低了提交的时延；而懒惰版本管理是将原始的旧值置于目标存储区，虽然会增加提交的延时但是降低了当事务发生回滚后执行的延时。冲突管理是不同事务执行过程中对共享资源访问引发冲突而进行的冲突检测以及管理的机制。冲突管理有积极的(Eager)和懒惰的(Lazy)两种策略，如果冲突在读数据或写数据时立刻被发现而进行仲裁，这种冲突检测是积极的；如果冲突是在事务进行提交时才发现并仲裁的，这种冲突检测则是懒惰的。

可以看出，事务内存的出现就是为了解决并行编程存储一致性和性能矛盾的问题，传统的锁机制会导致性能低下，并且可扩展星差，而事务内存，则尝试在体系结构和程序员之间定义一个新的一致性，也即事务一致性，对应的内存模型叫做事务内存。从上面一段话可以看出，硬件事务内存有很多问题需要解决，包括版本管理，以及冲突管理，而对于硬件，只有有限的资源，因此，这就限制了事务的长度，使（硬件）事务内存的实现难度和实用性大大降低，这也许是Rock难产的原因之一。

首先，区分一下程序和进程的概念。程序是一个静态的概念，而进程是一个动态的概念。程序一般是指从源码到二进制码这些过程的实体（勉强简称为前世），而进程则是从装载，到执行，到推出的实体（勉强简称为今生）。维基百科对两个概念的定义为：

程序的定义：

计算机程序或者软件程序（通常简称程序）是指一组指示计算机或其他具有讯息处理能力装置每一步动作的指令，通常用某种程序设计语言编写，运行于某种目标体系结构上。

进程的定义：

行程（英语：Process，中国大陆译作进程，台湾译作行程）是计算机中已执行程序的实体。行程本身不会执行，是线程的容器。程式本身只是指令的集合，行程才是程式（那些指令）的真正执行。

对于上面进程的定义，个人觉得有点问题(不仅仅是大陆台湾叫法不同的问题)，我认为应该是”进程是计算机已执行程序的实体。对于多线程程序，程序可能存在多个同时执行的指令流和控制流，称为线程。程序本身知识指令的集合，进程才是那些指令的真正执行”。

下面，就开始介绍程序/进程的前世今生，由于内容较多，在这里只是介绍前世今生的各个阶段，各个阶段的详细介绍，后面有空的话，并且觉得有必要的话，会单独写一文。不废话，转入正题，程序/进程大致需要经过以下阶段完成其前世今生(以C语言以及Linux进程为例)：

• 源码阶段：表现形式为符合某种程序语言设计语言语法的文本。如大名鼎鼎的C语言以及其上大名鼎鼎helloworld.c源码：

  #include <stdio.h>
  
  void main(void)
  {
      printf("Hello World\n");
  }

• 编译阶段：这阶段的作用是将程序从源码转化成特定体系结构特定指令集的二进制文件的过程，这个阶段一般由编译器完成，如Linux下gcc可以通过”gcc helloworld.c -o helloworld”完成签署helloword.c的编译。编译是一个很复杂的过程，不是一步完成的，可以分成很多步，事实上，gcc程序就是由一系列工具组成的，不通工具负责不同编译的不通阶段，大致分为一下阶段（这里简略介绍下，详细介绍可能会另开一文）：
  1. 预处理：主要包括宏替换，文件包含，以及特殊符号等的处理
  2. 编译：主要包括词法分析和语法分析以及优化。此阶段完成后将得到一个临时汇编文件进而根据指令编码转化成二进制的目标文件。目标文件一般以.o结尾。
  3. 链接：链接过程主要完成的是不通源文件之间函数调用的链接以及不通目标文件地址的统一编码，从而得到真正的可执行文件。链接分为两种，静态链接和动态链接。
• 加载阶段：程序的加载（装载）是通过操作系统的程序加载器将程序加载到内存并建立起进程的过程（需要强调的是，加载器不会把整个程序加载进去，很多都是动态加载的，一般都是只会将起始地址更新到进程控制块中）。详细的过程另文说明。
• 执行阶段：就是执行程序的指令，不过其中会碰到各种内部的例外（如缺页）以及外部的中断（如IO），需要处理。暂时不详细介绍。
• 进程退出：这个阶段是指进程被杀死时的行为，主要包括释放内存，释放打开的文件等操作。

于是我跑去六维把笑傲江湖三部曲下了下来，并且花了一晚上算基本看完（因为第三部没怎么看）。

《笑傲江湖》三部曲是1990年，1991年，1992年由徐克，胡金铨，程小东等人导演的三部作品，包括《笑傲江湖》，《笑傲江湖之东方不败》以及《笑傲江湖之东方不败之风云再起》。具体的介绍，可以从百度百科以及维基百科的相关词条了解。

这三部作品中，《笑傲江湖》是奠基之作，也是铺垫之作，为后面的两部，尤其是《笑傲江湖之东方不败》作了铺垫，其中的插曲《沧海一声笑》则是本片的最大亮点。

《笑傲江湖之东方不败》则是该系列的巅峰之作，里面的元素非常多，表达的思想也很多，具有很多突破，应该算是徐克的成名作了。具体的解释网上有很多，我就不赘述，可以参见百度百科“笑傲江湖之东方不败”词条。唯一想说的是，这部片子好多老牌美女呀，林青霞，关之琳，李嘉欣….

《笑傲江湖之东方不败之风云再起》则我没怎么看，貌似也不怎么样，唯一的亮点就是那首主题曲《笑红尘》…

由于文笔太挫，就此顿笔吧，附上笑傲江湖三部曲miniSD的下载链接（六维）：
http://bt.neu6.edu.cn/684658
以及笑傲江湖三部曲里面的两首经典歌曲：

2011年，算是我来ICT的第二年了（或者第三年？）了，这一年，感觉再也没有刚来的激情。上半年虽然有课，但基本没上什么课，可能上的课加起来不超过10节，都是靠考试前突击，不过貌似结果尚可；那时，我还住在青年公寓，每天上午11点准时起床，去食堂吃个饭，然后逆着上课回来的人流跑往计算所，然后去机房，调2H代码。

下半年，开局就不利，抽签抽到科一招，也不做工程了，开始“学术”了，可是非常不顺，“撞车”各种事都碰到了，到最后，除了教训，一无所有，这半年过得憋屈！

上面就算是我的2011的总结了。恩，在写这篇总结前，看到一段话，触动很深，引在这里：

我从没意识到，人生可以短暂到如此精确。回想刚刚过去的四月份，不过就是一眨眼的时间，但是人生的900分之一就已经消失了，真是恐怖啊。

事实上，你可以画一个30×30的表格，一张A4纸就够了。每过一个月，就在一个格子里打钩。你全部的人生就在这张纸上。你会因此有一个清晰的概念：你的人生是如何蹉跎的。

最后，前面写得主要是学习工作相关的，生活没怎么写，由于文笔羞涩，还是用图来补充诠释我2011的生活吧：

春-和班里同学去野山破，山花和篝火

夏-雨后，窗外的大地和天空

秋-野长城，后海的孔明灯

冬-颐和园的日落,王府井教堂