最近总是有些小丑跳出来找打。视频链接：http://you.video.sina.com.cn/b/12431769-1315923345.html4月11日，CNN主播（卡弗帝）Cafferty在一挡名为“The Situation Room”节目里说：
“Well, I don’t know if China is any different, but our relationship with China is certainly different. We’re in hawk to the Chinese up to our eyeballs because of the war in Iraq, for one thing. They’re holding hundreds of billions of dollars worth of our paper. We also are running hundred of [...]
指针是c语言的一大特色、通过指针可以方便灵活的对内存数据进行操作。越是强大、好用的东西越是容易出错，昨天午夜十分通过对一段程序的跟踪，解决掉了一个大臭虫，该臭虫出现的原因就是指针乱走。通常我们在使用指针对一段内存进行操作时候，常常遇到需要递加指针来遍历内存的情况。这种情况下到底一次指针递加操作因该递加多少的问题就非常重要了。比如有一下两个指针定义：
struct node *pnode;char *pchar;
那么一下几个问题出现:
pchar++; 和pnode++;在内存中走的比特数是一样的吗？
pchar++，每操作一次递加的是一个char的长度，也就是说以char为单位递加的。而pnode++，每操作一次递加的是一个struct node的长度，是以struct node为单位递加的。而char 和 struct node的长度 如果不同，那么走的比特数就是不一样的。
从pnode到下一个node是应该pnode+sizeof(struct node)还是 pnode++呢？
从上个问题已经弄清楚 pnode +1 实际上就是走了一个node，如果+了sizeof(struct node)，就走了sizeof(struct node )个node，因此将pnode指向下一个node应该是pnode++。
以上两个问题如果没有考虑清楚，绝对不要随便继续下去，因为很可能接下来的操作马上用到pnode内的成员变量，而此时如果pnode的递加是错误的，那么pnode就被指到了错误的地址，那么接下来是一定会出错的，而且这种错误是非常不便于调试改正的，因为由于进行操作的地址变了，而具体那块地址中到底是什么数据又是不确定的，那么所导致的错误类型、错误的具体地方可能都是不确定的。指针操作当慎重、谨防乱走。
March 18, 2008 – 10:29 am
今天早上发现我的系统(debian lenny)突然无法加载数码相机了，插上usb系统立即弹出下面的错误窗。立即换上u盘再试，还是一样，看来和相机没关系。看了提示说，
A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface “org.freedesktop.Hal.Device.Volume” member “Mount” error name “(unset)” destination “org.freedesktop.Hal”)
是让我看message bus configuration 文件来解决。好，那就看一下。这个文件在哪？ 噢，是啊，find一下，结果里面的 /etc/dbus-1/system.d/hal.conf 文件看起来很像。more 一下，发现里面定义了一些用户组相关的权限，其中的plugdev组的权限符合我们的要求，于是使用gpasswd -a xx plugdev 。将需要使用usb存储的xx用户加入到plugdev组里面，然后注销试一下，一些恢复正常。
尽管有图形界面的各式工具，但是一些常用的查看命令还是最好使的。网上搜索了一下，大概如下，做个记录。
#uname -a # 查看内核/操作系统/CPU信息# head -n 1 /etc/issue # 查看操作系统版本# cat /proc/cpuinfo # 查看CPU信息# hostname # 查看计算机名# lspci -tv # 列出所有PCI设备# lsusb -tv # 列出所有USB设备# lsmod # 列出加载的内核模块# env # 查看环境变量
资源
# free -m # 查看内存使用量和交换区使用量# df -h # 查看各分区使用情况# du -sh # 查看指定目录的大小# grep MemTotal /proc/meminfo # 查看内存总量# grep MemFree /proc/meminfo # 查看空闲内存量# uptime [...]
January 18, 2008 – 11:19 am
在手机辐射峰值规定上，欧洲为2.0SAR，美国为1.6SAR，而中国一直没有定论，此前中国卫生部和国家环保总局已经提出1.0SAR为我国手机的标准，但是一直没有成为强制标准。据资料显示，卫生部曾表示只有手机辐射值低于1.0SAR才能保证对人体没有危害。在2005年9月份，来自欧盟7个国家的12个研究小组发布了历时3年才完成的“电磁场对人类细胞的影响”调查，这个研究机构是目前全球最大的手机辐射调查研究机构。据研究发现，如果手机对每公斤人体组织的辐射值大于1.3SAR，就会破坏人体DNA
M55 0.64
C65 0.73
M65 0.88
SK65 0.36
SL65 0.58
CX65 0.59
S65 0.48
C75 0.48
SL75 0.50
M75 0.46
ME75 0.53
CX75 [...]
January 4, 2008 – 2:20 pm
本站内容已经开始使用feedsky进行内容采集，因此可以访问feed.feedsky.com/laojun 来更加方便的阅读本站内容。
November 9, 2007 – 3:36 pm
r5新机，扫街。
晚9点
今天冷，还没吃饭，提前背包去华阳吃饭
定定神，揉揉眼睛，楼道还真黑
等车
车怎么还不来
昏暗的路灯，弥雾的马路
公交站牌
站牌上的蚊子还在努力的工作
夜更深了，雾更浓了，车为什么还不来。
手持相机暴光4秒，看你还黑不，啊，手抖的厉害
总算上车了，相机装包里，上车，回家吃饭咯。
下车两站路，到了华阳，夜幕中的石碑
今天吃饺子，料要足
灯光昏暗，人影晃动
店里的伙计正忙活着
饺子上了，收起相机，抢啊。是夜，梦到吃了好多饺子，真爽。
天亮了，窗外大雾
洗脸刷牙，早上真是忙。
今天才发现我们上班的地方具体地址原来是这个，拍下来
匆忙的上班族
来偷拍一个
走在路上的兄弟
湖面上雾气弥漫
上楼
总算进屋了，一天的开始，开心一下
一日之际在于晨，开工
午间吃饭，路过地铁工地，让我想起了中铁的兄弟
壮观的地铁隧道
成都的秋意
盛开着的芙蓉花
随已入冬，依旧绿意盎然
春天从未离开过这里
湖边的小凳，落着些许柳叶
特写
远处有美女走过，拍一张，闪人
September 22, 2007 – 11:20 am
safari升级到3.0.3版以后就莫名奇妙的出现无法输入中文的问题。对于中国人来说，这个问题几乎是不可原谅的。
前天去找webkit引擎的一些文章的时候突然看到一篇文章讲到，可以下载webkit引擎的最新版本来更新safari 的引擎。
哈哈，于是去webkit的网站下了最新版的引擎源码WebKit-SVN-r25681。
解压后，把所有文件拷贝到safari的安装目录，然后选择全部覆盖，覆盖掉safari的旧版引擎。然后运行run-nightly-webkit.cmd.
然后safari被自动打开，输入中文试试，一切完美。
感慨一下：safari的页面渲染速度确实不是吹出来的。自带的英文字体也是非常的细腻，只是中文的显示还不够完美。喜欢苹果的风格，等咱有钱了，也要买个来吃。
August 29, 2007 – 2:37 pm
豆瓣上的swjtu
突然看到我的邮箱里面有封豆瓣来的信，告诉我有新的朋友加入。
我一愣，按着链接转过去，看到了下面的文字：
06年的一个夜晚，在即将熄灯的小会时间，我还呆在豆瓣上转悠，想到是不是还有不少的朋友也会和我一样，而这些人中是不是还有许多是我交大的兄弟。
我不是一个常于阅读的人，但是，镜湖边安静读书的生活是我所经常向往的，然，那样的生活我没有怎么享受过，快要毕业了，享受的日子也不多了，豆瓣上开这个小组，聊以慰藉。
好熟悉啊，怎么这么像我的风格。
再仔细一想，这不就是我吗。哈哈。
没想到转眼已经一年多没有上过豆瓣，当时一个人孤零零的，现在这个组里面都已经140多个人了。
如此开心。
August 17, 2007 – 5:56 pm
使用wordpress的导入功能，一次导入了70多篇文章，把以前文章的rss保存为xml文件，然后上传，搞定。
