冒充另类

月初拍得小花

2011-10-30T20:21:00.000+08:00

Ububtu 11.04 GNOME比较卡的解决 (metacity内存泄露修复方法)

2011-09-19T12:14:00.000+08:00

最近装了Ubuntu 11.04 amd64版本发现GNOME用起来很卡用系统监视器发现 metacity 竟然占了接近1G的内存
重启用了一上午 metacity 又占到了400M 看来是个内存泄露问题
而metacity 作为GNOME的关键组件杀掉其或者卸载都是不成的所以我介绍一下修复方法

基本思路就是用11.10上的 metacity

首先建议11.04的用户用系统监视器看下自己机器上的 metacity 占了多少内存如果比较大应该是有泄露的

如果是AMD64系统:
wget http://mirrors.sohu.com/ubuntu/pool/main/m/metacity/metacity_2.34.1-1ubuntu4_amd64.deb
wget http://mirrors.sohu.com/ubuntu/pool/main/m/metacity/metacity-common_2.34.1-1ubuntu4_all.deb
wget http://mirrors.sohu.com/ubuntu/pool/main/m/metacity/libmetacity-private0_2.34.1-1ubuntu4_amd64.deb
sudo dpkg -i metacity_2.34.1-1ubuntu4_amd64.deb
metacity-common_2.34.1-1ubuntu4_all.deb
libmetacity-private0_2.34.1-1ubuntu4_amd64.deb
然后重启(新装的metacity 需要重启生效)

如果是i386系统(没有实际检查过是否有内存泄露问题)：
wget http://mirrors.sohu.com/ubuntu/pool/main/m/metacity/metacity_2.34.1-1ubuntu4_i386.deb
wget http://mirrors.sohu.com/ubuntu/pool/main/m/metacity/metacity-common_2.34.1-1ubuntu4_all.deb
wget http://mirrors.sohu.com/ubuntu/pool/main/m/metacity/libmetacity-private0_2.34.1-1ubuntu4_i386.deb
sudo dpkg -i metacity_2.34.1-1ubuntu4_i386.deb
metacity-common_2.34.1-1ubuntu4_all.deb
libmetacity-private0_2.34.1-1ubuntu4_i386.deb
然后重启(新装的metacity 需要重启生效)

玩摄影的人你伤不起啊

2011-07-10T16:27:00.000+08:00

早上带孩子去紫竹院呼吸新鲜空气发现坐船看荷花挺方便于是上了船

发现一堆人拿着长枪短炮的对着一小片荷花狂拍

船近了发现人可真是不少

面对这么一小片荷花和这么一大堆人我评价一句玩摄影的人真是伤不起啊

从launchpad PPA取得最新版本GDB

2011-06-04T22:32:00.000+08:00

GDB和UBUNTU用户们你们好,

也许你还在用7.2或者更老版本的GDB,这里面BUG成堆压根没人管了,或者很好用的GDB新功能你也用不上.
或者你要同时在好几个体系结构上工作例如ARM和MIPS,而你要针对每个体系结构编译一个GDB.

我开始在launchpad PPA上发布UBUNTU 10.04, 10.10, 11.04,
11.10(8.04还有点问题)可用的最新版本的GDB(7.3 和 7.3.5).
这些GDB的特点是:
1. GDB maintainer天天更新他们,他们有最新的功能和更快的BUG修复速度.
2. 他们都用"--enable-targets=all
--enable-64-bit-bfd"选项编译,所以他们支持GDB支持的所有体系结构,你可以本地调试也可以随时用他们调试远程的其他体系结构的程序.
3. 包名是"gdb-7.3" 和 "gdb-trunk"而 GDB程序的名称是"gdb-7.3"和 "gdb-7.3.5".
所以其不会影响你原来安装的GDB, 如果你在使用新版GDB的时候出现问题,随时可以换回老版本的GDB.

取得他们请访问下面的URL:
https://launchpad.net/~teawater/+archive/gdb-10.04
https://launchpad.net/~teawater/+archive/gdb-10.10
https://launchpad.net/~teawater/+archive/gdb-11.04
https://launchpad.net/~teawater/+archive/gdb-11.10

谢谢,
teawater

[JUNK] test

2011-06-04T22:27:00.001+08:00

test

What every programmer should know about memory 阅读笔记(6.4)

2011-05-16T09:17:00.001+08:00

http://lwn.net/Articles/256433/

6.4 Multi-Thread Optimizations
三个方面比较重要一致性原子性带宽

6.4.1 Concurrency Optimizations
为了保持cache一致性不同芯片的多线程写同一地址会效率差单个芯片多core因为cache共享就会好很多

优化一致性的问题的核心思路是将一致性要求不同的变量放入不同的cache line

优化方法
方法一读写变量和初始化后只读变量分入不同section（gcc对const变量会自动这么做）使他们在内存和cache上分开如果可以
还建议将读多写少变量分入单独section

方法二将经常被同时访问的变量放入同一structure确保他们在内存结构上在一起

方法三将经常被不同线程写的变量放入同一structure确保他们在内存结构上在一起

方法二方法三可配合__attribute__((aligned(l1 cache line size)))确保全部变量在一个cache line

方法四如果一个变量被多个线程分别使用并且无一致性需求可用__thread将变量放入tls

6.4.2 Atomicity Optimizations
主要介绍原子内存操作

6.4.3 Bandwidth Considerations
每个芯片连接内存都有一个最大带宽而其会被芯片中的core和硬线程共享
多个芯片连接内存的方式可能也是共享的
所以效率也受到带宽的影响

比较新机器的performance measurement counters可以探测这个问题

方法一买更快的机器在带宽问题只能在部分机器出现且换新机器比重写问题程序便宜的时候这是个可用的方法

方法二如果几个线程经常访问同样的数据将同一进程的几个线程放在有cache共享的几个core上

方法三如果几个线程经常访问不同的数据不要将他们放入同一个core(我认为cache共享的几个core上) 否则易引起cache冲突

文中介绍了一些控制线程在哪个core上运行的接口

方法二方法三是有冲突的所以使用时务必分析好当前面对的问题并作实验

What every programmer should know about memory 阅读笔记(6.4.1)

2011-05-11T09:49:00.001+08:00

http://lwn.net/Articles/256433/
6.4 Multi-Thread Optimizations
三个方面比较重要一致性原子性带宽

6.4.1 Concurrency Optimizations
为了保持cache一致性不同芯片的多线程写同一地址会效率差单个芯片多core因为cache共享就会好很多

优化一致性的问题的核心思路是将一致性要求不同的变量放入不同的cache line

方法二将经常被同时访问的变量放入同一structure确保他们在内存结构上在一起

方法三将经常被不同线程写的变量放入同一structure确保他们在内存结构上在一起

注意：方法二方法三可配合__attribute__((aligned(l1 cache line size)))强制其和l1 cache
line对齐确保全部变量在一个cache line

方法四如果一个变量被多个线程分别使用并且无一致性需求可用__thread将变量放入tls

What every programmer should know about memory 阅读笔记(6.3)

2011-05-05T15:53:00.001+08:00

http://lwn.net/Articles/255364/
6.3 Prefetching
6.3.1 Hardware Prefetching
两次或者更多次的cache miss才会引起prefetch 因为CPU有随机访问引起cache miss的情况比如访问一个全局变量
如果这样也prefetch会影响效率
一个CPU中会有多个prefetch unit进行prefetch 高级的cache的unit可能多个core共享
prefetch不能越过一个页因为可能引起page fault或者fetch一个并不需要的页
在不需要的时候引起prefetch 需要调整程序结构才能解决在指令中插入未定义指令是一种解决方法
体系结构提供全部或者部分关闭prefetch

6.3.2 Software Prefetching
#include <xmmintrin.h>
enum _mm_hint
{
_MM_HINT_T0 = 3,
_MM_HINT_T1 = 2,
_MM_HINT_T2 = 1,
_MM_HINT_NTA = 0
};
void _mm_prefetch(void *p, enum _mm_hint h);
x86系列可用上面函数生成prefetch指令
_MM_HINT_T0 = 3, _MM_HINT_T1 = 2, _MM_HINT_T2 = 1, 就是将内存取到1 2 3级cache
要注意第一每个芯片可能对其实现不同第二一般使用MM_HINT_T0 但是如果数据量较大可用另两个选项
_MM_HINT_NTA的NTA是non-temporal access(原文在这里写错了）的缩写当使用这个选项的时候数据将被装入l1
但是当这个cache要装入其他数据的时候原来的数据将不会被存入更高级别的cache 如果有需要数据还要直接写入内存
注意如果数据量很大不要使用这个选项
AMD的CPU提供一种特殊的prefetch指令
直接在程序中增加prefetch代码可能起到作用不大建议方法是用performance counters查询程序的cache
misses信息在需要的位置插入prefetch指令
-fprefetch-loop-arrays是GCC提供的编译选项其将为优化数组循环插入prefetch指令但是这个选项要小心使用

6.3.3 Special Kind of Prefetch: Speculation
介绍了IA64下提高乱序执行的Speculative loads
其基本思路是当一个load指令和后面的指令关联造成无法OOO的时候将load换成Speculative loads
其在有关联的时候不会生效这样即使指令关联也可OOO

6.3.4 Helper Threads
在当前程序中同时做prefetch会增加程序复杂度而且可能引起l1i的性能问题
可以单独创建一个线程做prefetch 这个线程要跟执行线程在同一core不同的硬线程这样他们的l2 cache就是共享的
cpu_set_t self; NUMA_cpu_self_current_mask(sizeof(self), &self);
cpu_set_t hts; NUMA_cpu_level_mask(sizeof(hts), &hts, sizeof(self),
&self, 1); CPU_XOR(&hts, &hts, &self);
这个函数可用来取得cache共享的信息

6.3.5 Direct Cache Access
有一种cache miss是由输入数据造成的现在的网卡等设备为了提高输入数据的速度都支DMA 数据会不通过CPU直接写入内存
但是这个方式有个问题有些输入的数据很快就会被CPU处理比如网卡接到的数据需要被分析类型这就会产生cache miss影响处理速度
所以INTEL在他们的芯片中增加了DCA功能其扩展了网卡到内存控制器的协议在其中传输数据的时候可以增加DCA标志
当CPU从FSB中看到有DCA标志的数据的时候其将把这个数据写入CACHE(当然CPU也可以根据情况乎略DCA)
这样就减少了之后CPU处理数据时候的cache miss

LINUX下方便的代理工具 proxychains

2011-04-30T10:03:00.001+08:00

这个工具很好 UBUNTU源里就有
装好后修改文件 /etc/proxychains.conf 在[ProxyList] 后面写上你用的代理比如
socks5 127.0.0.1 端口
然后在想用代理的程序前加 proxychains
比如:
proxychains git pull

What every programmer should know about memory 阅读笔记(6.2.4)

2011-04-28T09:56:00.000+08:00

http://lwn.net/Articles/255364/
6.2.4 Optimizing TLB Usage

有两种优化tlb的方法
第一减少程序页数量的使用这能减少tlb miss
第二减少必须分配的页目录提高目录搜索的cache命中率这依赖于程序使用的虚拟地址
可采取的办法是关闭Address Space Layout Randomization (ASLR)
这个选项为了安全会让程序地址随机分配(gdb调试程序的时候为了帮助复现bug就关闭这个功能)
还有一种方法是mmap的MAP_FIXED选项来分配内存其可让程序自己设置要分配出内存的地址但是不推荐使用

What every programmer should know about memory 阅读笔记(6.2.3)

2011-04-28T09:55:00.000+08:00

http://lwn.net/Articles/255364/
6.2.3 Optimizing Level 2 and Higher Cache Access

前面章节介绍过的对l1的优化方法也对l2或更高级的cache有效
但是要注意这些cache会和每个core或者硬线程共享所以对性能的影响的大小会比实际cache的容量要小
l1 cache line的大小通常各平台差不多即使不同也可以最大的为准影响比较小但是更高级别的cache在各平台差异很大需要程序动态处理
取得cache结构在Linux下可在 /sys/devices/system/cpu/cpu*/cache 中取得相关信息

What every programmer should know about memory 阅读笔记(6.2.2)

2011-04-18T23:51:00.001+08:00

http://lwn.net/Articles/255364/
6.2.2 Optimizing Level 1 Instruction Cache Access

尽量减小代码大小，要注意loop unrolling和inlining对代码规模的影响，保持平衡。
比如如果一个函数只调用一次，将其inline就没问题。

代码尽量是线性的，减少代码空洞(不需要经常执行的代码块)的存在。
比如一个条件执行代码条件执行的并不会经常执行这就会形成空洞。Linux
Kernel中使用了宏likely和unlikely，当使用这2个宏的时候，如果gcc编译选项 -freorder-blocks
(默认包含在-O2中不包含在-Os中)打开，gcc就会将标记好的代码块移动到函数尾部，从而不产生代码空洞。
还有另一选项 -freorder-blocks-and-partition 但是有使用限制，其不能和exception handling 一起使用。

Intel Core 2有一种针对小循环的功能 Loop Stream Detector (LSD)。
如果一个循环has no more than 18 instructions (none of which is a call to a
subroutine), requires only up to 4 decoder fetches of 16 bytes, has at
most 4 branch instructions, and is executed more than 64
times。这个循环就会被锁进指令队列中，下次再执行这个循环速度就会更快。
一个大循环中的小循环，即使没有这个功能，执行速度也会快一些。

代码尽量对齐。对各种对齐问题，汇编器提供了.align伪指令来处理这种问题。
函数头的对齐。gcc 编译选项-falign-functions=N，函数都将以N对齐。如果一个小函数碰到一个很大的N，这就会造成浪费，对一个很少执行的函数，这也是浪费。后一种情况经常发生在库中，一个库会包行常用的函数和不常用的函数。一个正确的N的选择可以提高程序的效率。-fno-align-functions可以关闭这个选项。
基本块的对齐。gcc编译选项-falign-jumps=N，和上面的参数有同样的问题。
循环的对齐。gcc编译选项-falign-loops=N，和上面的参数有同样的问题。
最后还有一个参数-falign-labels，会影响程序速度，作者建议不要使用。

What every programmer should know about memory 阅读笔记(6.2.1)

2011-04-18T00:14:00.001+08:00

http://lwn.net/Articles/255364/
6.2.1 Optimizing Level 1 Data Cache Access

大块读写时尽量将非顺序读写转化成顺序读写
而每次内存操作可以集中于一cache line，从而提高速度
取得当前系统cache line长度的命令为 getconf LEVEL1_DCACHE_LINESIZE
这样在编译当前系统执行的程序的时候可以用 gcc -DCLS=$(getconf LEVEL1_DCACHE_LINESIZE)
将cache line长度传递到程序中
当然大块数据读写还是SIMD指令速度最快
上面提速的原理是提高cache 被污染前的再次使用机率

pahole program (see[dwarves])能显示一个struct 在cache 中的分布文中建议可根据需要压缩struct
尽量让数据在同一cache line 同时按照访问顺序设置元素顺序适当时可将一个struct 分成多个
需要时候可用posix_memalign分配cache line 对齐的内存
struct strtype {
...members...
} __attribute((aligned(64)));
标记内存对齐到多少

当使用variable length arrays (VLAs) 或者 alloca
的时候，为了保证frame的对齐，会增加很多相关代码，影响程序速度。这个我自己写了些代码看了下，确实增加了很多代码，如果是调用次数很多的函数，建议还是去掉vlas和alloca。

gcc支持一个frame对齐参数：
-mpreferred-stack-boundary=2
使用这个参数的时候，frame将以2的n次方对齐。所以上面让gcc生成的代码从默认的16字节切换为4字节。
作者认为在编译x86程序的时候设置这个参数为2，可以减少stack的使用并提高代码执行速度。(我没有测试过)
其他ARCH都不能设置为2，即使是x86_64。

What every programmer should know about memory 阅读笔记(6.1)

2011-04-15T14:53:00.000+08:00

http://lwn.net/Articles/255364/

6.1 Bypassing the Cache

在写连续大块内存的时候最好能绕过cache防止污染很多cache
gcc提供了一些函数可以绕过cache写内存但是文中实测效果不佳连续读写只能达到同级水平而随机读写更差

个人觉得还是以调用系统提供的memset等内存函数来操作内存有些会使用更快速SIMD 指令而且移植性更好

紫竹院

2010-12-13T00:12:00.001+08:00

2010-05-22 什刹海(摄影日记)

2010-12-12T23:55:00.000+08:00

云遮日(摄影日记)

2010-11-01T21:09:00.001+08:00

LUBUNTU 10.10 grub.cfg更新后去掉WIN启动条目问题的解决

2010-10-27T22:33:00.000+08:00

在一台比较老的机器上装了LUBUNTU 10.10，装好后一切OK。
升级KERNEL后grub.cfg信息被重写，再重启发现win的启动条目被去掉了。

再启动到LUBUNTU，搜了下发现有这种问题的人还不少。个人觉得
http://ubuntuforums.org/showthread.php?t=1593276
最后提供的方法比较好，但是还有缺点是下次再因为升级或者什么原因更新了grub.cfg后，仍然需要手动添加数据到文件中，有点不方便，我对这个方法作了一点小的修改。写入一次就可以了，不再需要每次更新都重新写信息到grub.clf。
下面是方法：
首先，sudo blkid取得uuid。

其次，修改/etc/grub.d/40_custom文件，增加以下行
menuentry "Microsoft Windows XP Professional (on /dev/sda1)" {
insmod part_msdos
insmod ntfs
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set XXXXXXXX
drivemap -s (hd0) ${root}
chainloader +1
}
其中XXXXXXXX换成刚取得的ID。

最后，用命令sudo update-grub更新grub.cfg文件/

这时你可以打开grub.cfg文件就可以看到win选项已经出现。

画像(黑白记录)

2010-10-25T23:09:00.001+08:00

上车(黑白记录)

2010-10-22T17:17:00.001+08:00

路边抽烟的人(黑白记录)

2010-10-21T21:13:00.001+08:00

2010-06-13 奥林匹克公园(摄影日记)

2010-10-20T08:48:00.000+08:00

2010-05-27 长安街(摄影日记)

2010-10-13T15:55:00.000+08:00

2010-05-16 奥林匹克公园之花(摄影日己)

2010-09-27T10:35:00.000+08:00

2010-05-16 奥林匹克公园(摄影日己)

2010-09-14T19:48:00.000+08:00

骑自行车的人(黑白记录)

2010-09-12T19:21:00.001+08:00

2010-04-15 后湾水库(山西之旅)

2010-09-05T11:09:00.001+08:00

2010-04-15 宝峰寺(山西之旅)

2010-09-02T11:25:00.000+08:00

2010-04-14 雪(山西之旅)

2010-08-28T20:38:00.001+08:00

关于UBUNTU 9.10 等的cpu速率设置(cpufreq)的问题解决

2010-08-22T12:59:00.001+08:00

从用9.04开始就发现一个问题，虽然不用再自己写控制cpufreq的脚本，而是直接用面板上的CPU监控就可以设置cpufreq的类型，但是一旦开始编译等等负载高点的活动开始，竟然CPU速率自己被限制在半速上了，即使其已经参数是performance，仍然不变，这让我相当郁闷，难道这就是传说中的高频保护？

某次编译KERNEL，本子又这么慢慢腾腾的编译着，于是我暴起，冲入/sys/devices/system/cpu/cpu0/cpufreq/里面仔细的翻腾了一阵，发现/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq竟然不是最高频率，于是试着将最高频率写入(注意这里sudo不成，必须su成root)，速度马上上来了，我把CPU1的也写好，一切OK了。
可是运行一段时间之后，/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq又被重写，经过研究发现是cpufreqd在搞鬼，kill掉其，于是不再有人修改cpufreqd。

最终是删除掉了cpufreqd包，全部问题解决。

BTW，8.04的ubuntu直接有个程序可以设置服务，现在竟然找不到了，难道是被干掉了？这cpufreqd为哈限制速率，难道是因为我机器问题过高？

2010-04-13 向村(山西之旅)

2010-08-18T14:32:00.001+08:00

2010-04-13 襄垣(山西之旅)

2010-08-14T11:15:00.000+08:00

过马路(黑白记录)

2010-08-10T08:53:00.001+08:00

2010-04-13 凉楼庙(山西之旅)

2010-08-06T15:22:00.000+08:00

愿者上钩(黑白记录)

2010-07-30T11:59:00.001+08:00

过马路(黑白记录)

2010-07-28T00:18:00.000+08:00

话家常(黑白记录)

2010-07-26T10:00:00.001+08:00

2010-04-12 后湾水库(山西之旅)

2010-07-22T15:09:00.000+08:00

那的人都称这个水库为�亭水库这里的鱼很好吃 :)

地下通道(黑白记录)

2010-07-20T15:37:00.001+08:00

2010-04-12 沁州(山西之旅)

2010-07-19T11:11:00.000+08:00

沁州黄小米非常有名有一种烤制的猪肉包也非常好吃 :)

云之心(摄影日记)

2010-07-16T10:01:00.000+08:00

jmp

2010-07-15T23:01:00.001+08:00

看电视(黑白记录)

2010-07-14T09:18:00.000+08:00

HelloGcc Workshop 2010 话题征稿

2010-07-13T14:58:00.001+08:00

HelloGcc工作组于2007年，由自由软件爱好者成立，旨在营造一个自由，开放，共享的技术社区，讨论和学习GNU底层系统工具，包括GCC，GDB，BINUTILS等。目前，我们的博客地址为：http://hellogcc.blogbus.com。我们的即时通讯IRC在freenode上，房间为：#hellogcc。你可以通过xchat,pidgin等工具登录，也可以通过网页界面http://webchat.freenode.net来登录。

我们每年都会举办一次技术讨论会，希望通过自由，开放，共享的方式来增进大家相互的交流。今年的活动预计将在10月份举办。现在向大家提前发出邀请，如果
你有兴趣来做相关的技术话题报告，欢迎与我们联系。演讲内容可以是自己的原创工作，也可以是对他人工作的介绍，可以是研究性的，也可以是工程性，甚至也可
以是代码讲解，程序演示。我们只需要提前获得演讲者的幻灯片，并发布在网上。如果你打算同时提供文字稿件，当然更好。

整个活动是免费的，我们希望能够获得一些赞助，以用于对演讲者提供酬谢和对社区的发展提供支持。

你可以发送邮件到：hellogcc.workgroup@gmail.com

或者在ChinaUnix论坛的CPU与编译器板块和我们联系！给我站内邮件！

感谢ChinaUnix论坛对这次大会的赞助和支持！

-------------------------------------------------------------------------------------------
HelloGcc Working Group was set up in 2007 by Chinese free software
fans. with the goal of constructing a free, open, sharing technical
community, discussing and learning GNU system tools, such as GCC, GDB,
Binutils etc. Currently our blog address is
http://hellogcc.blogbus.com. Our IRC room is #hellogcc on freenode.

Every year, we hold a technical discussion in order to enhance
communication. The activity will be held in Oct. this year. We're
calling for topic speaker now. As soon as you prefer to give a
technical report, welcome to contact us. The presentation can be your
original work, or the introduction about the work of others. The
presentation can be of researching or of engineering. The
presentation can even be the code explanation and program
demonstration. We just need to get the speaker's slides in advance
and post it on the Internet. It's better if you intend to provide the
text of articles, of course.

The whole activity is free. We hope to get some sponsorship to be used
as the reward of speakers and the support of the community
development.

You can send email to hellogcc.workgroup@gmail.com, or contact us on
http://linux.chinaunix.net/bbs/forum-46-1.html.

Thank ChinaUnix for the sponsorship and support!

2010-04-12 国道(山西之旅)

2010-07-13T11:16:00.001+08:00

2010-05-16 蒲公英(摄影日记)

2010-07-12T10:15:00.001+08:00

莲(摄影日记)

2010-07-08T10:54:00.000+08:00

在终端中让GDB以图形方式显示代码

2010-07-07T14:06:00.000+08:00

http://hellogcc.blogbus.com/logs/68435487.html

teawater@hellogcc

让GDB使用更图形化应该是一个重要的方向，前有ddd后有insight(注意：2者实现方式上有比较大区别)，还有专门设计给IDE工具的接口MI。

但是我个人还是更喜欢强悍稳定的命令行，且不说其在终端中的流畅工作，也不提其在使用中的类脚本支持，光是对TAB键的良好支持，就足够令人喜欢了。

不过用单纯命令行有个缺点，确定代码位置有点困难，虽然用list命令能勉强应付，实际上还是不如使用IDE浏览方便，这时候往往需要再打开一个编辑器之类的东西查询代码，总之不是很灵活。

其实GDB普通命令行TUI本身就可以方便的浏览当前代码，按CTRL-X然后按A，命令行就可以进入源码浏览模式。这时候所有GDB的调试命令照常使用，跟用命令行一样，只是上面换成了代码浏览窗口。

如果想切换回来，只需要跟进入这个模式的方式一样按CTRL-X然后按A，就可返回普通的命令行模式。

有一点要提醒各位，在代码浏览模式的时候，务必不要按上下键来移动代码，因为这里有BUG，按过上下键后，再切换回普通命令行模式之后，GDB就无法再正常显示当前行的代码了。这个BUG应该存在了很久，我最近发了一个PATCH试图修复这个问题，不过还没得到REVIEW，等这个BUG完全修复的时候，我会更新这篇BLOG来告诉各位。

出行(黑白记录)

2010-07-06T09:55:00.001+08:00

2010-05-16 争艳(摄影日己)

2010-07-05T15:54:00.000+08:00

2010-04-12 平遥古城(山西之旅)

2010-07-02T13:07:00.000+08:00

2010-04-12 乔家大院(山西之旅)

2010-06-30T13:15:00.001+08:00

rbreak 可以在一个文件的所有函数设置断点的GDB命令

2010-06-28T23:57:00.001+08:00

http://hellogcc.blogbus.com/logs/67436524.html
teawater@hellogcc

当我在使用GDB的时候，我总想直接设置断点到一个文件上。这样当被调试程序运行到这个文件里任何一行代码的时候，他就会被断点停止。但是GDB的普通断点指令是不支持这么作的。

现在，gdb-cvs-head中有了一个新命令(应该也会出现在gdb 7.2中)：
rbreak REGEX
这个命令可以在所有满足正则表达式REGEX的函数上设置断点。
这个命令在爱这些函数上设置无条件断点，并且打印出设置了断点的函数列表。这些断点跟break命令设置的断点一样，所以你可以像操作普通断点一样操作他们。

这个命令中使用的正则表达式和grep中使用的一样，注意这个正则表达式和shell语法不太一样。比如"foo*"将对应名称中包含"fo"后面不跟o或者跟着若干个o的函数，这是一个.*结构的正则表达式。要想对应名称为foo开头的函数，要使用^foo。

当调试C++程序的时候，rbreak用在给不属于任何class的重载函数设置断点很方便。

rbreak可以直接向一个程序的所有函数设置断点，比如：
(gdb) rbreak .

rbreak FILE:REGEX
如果使用rbreak的时候增加一个文件名，这将限制rbreak的搜索范围在一个文件FILE中。这可以实现一些特别的功能，比如设置断点到一个文件中的所有函数上：
(gdb) rbreak file.c:.

2010-04-12 去乔家大院的路上(山西之旅)

2010-06-28T22:45:00.000+08:00

伪球迷看球日记之日本对荷兰

2010-06-19T23:27:00.001+08:00

今天少有的从开场就开始看了这场球，以为能看到荷兰暴K日本，没想到日本摆出了王八阵，哥们不出头进攻，看你丫怎么办。
正巧荷兰人的进攻方式就是围着王八壳子打转，于是就闷了上半场。其间日本还伸出头来咬了荷兰几下，竟然还相当凶狠，差点咬了荷兰。

我估计下半场还是这样，于是去洗澡。

洗完回来一看，荷兰竟然进了一球。于是坐下耐心接着看，到结束都是那一个进球。

总结下，以我伪球迷的眼光来看，这场球没劲。

DWARF Version 4 Released (gdb)

2010-06-17T10:40:00.001+08:00

The final version of DWARF Version 4 is available for download from
http://dwarfstd.org.

电动自行车(黑白记录)

2010-06-11T14:31:00.001+08:00

回眸(黑白记录)

2010-06-08T09:18:00.000+08:00

雷人的lubuntu 10.04安装盘和gcc i386的后续(日记)

2010-06-07T17:10:00.001+08:00

这个周末一大折腾就是觉得epc上的xubuntu不够拉轰，准备换上lubuntu。
首先是拿出刻好的ISO，然后找出前几天翻箱倒柜找出的cdrw盘 (这样能有效节省cdr)。
刻盘结束，拆下PC上的光驱，接转换器到EPC上启动等一切OK。
启动后想起若干年前某次装sled，装之前自动check报错了，然后我也没注意就装了，装到一半就装不了了，给我郁闷的。
所以这次我很小心，装之前就check了一下，报有一个文件有错。
我想估计是cdrw盘年久失修，于是又刻了一遍还是报文件有错，我就翻箱倒柜找cdr，也没找到。于是就放弃了周末的安装计划，想回头弄张cdr再装。

到了周1我多了个心眼，把安装盘的iso弄到虚拟机上check了下，擦，竟然还是有一个文件有错。于是以为是iso下载的有问题，作了个md5发现和网站上给的md5一样，擦，看来这个iso就是一个有错的。

最后在虚拟机上装了下，发现没什么问题，准备回头继续用那张cdrw装。

昨天提出的gcc i386 dwarf2的问题，由jie总和渔夫帮我测过了，他们的4.5和4.5.1都是OK的，看来新gcc已经没这个问题了，我很欣慰。

请用的i386 linux 下gcc版本比较新的朋友帮我作个测试(gdb)

2010-06-06T23:22:00.001+08:00

/*
请用的i386 linux 下gcc版本比较新的朋友帮我作个测试
附件中这个程序编译然后在cool的最后2条指令用一下GDB的BT命令看2行的结果是否有不同
例如：
gcc -g 7.c
gdb ./a.out
start
(gdb) start
Temporary breakpoint 1, main () at 7.c:15
15 d = cool ();
(gdb) s
During symbol reading, incomplete CFI data; unspecified registers
(e.g., eax) at 0x80483d1.
cool () at 7.c:8
8 return c;
(gdb) s
9 }
(gdb) set disassemble-next-line on
(gdb) si
0x080483ca 9 }
0x080483c8 <cool+20>: 89 c8 mov %ecx,%eax
=> 0x080483ca <cool+22>: c9 leave
0x080483cb <cool+23>: c2 04 00 ret $0x4
(gdb) bt
#0 0x080483ca in cool () at 7.c:9
#1 0x080483df in main () at 7.c:15
(gdb) si
0x080483cb in cool () at 7.c:9
9 }
0x080483c8 <cool+20>: 89 c8 mov %ecx,%eax
0x080483ca <cool+22>: c9 leave
=> 0x080483cb <cool+23>: c2 04 00 ret $0x4
(gdb) bt
#0 0x080483cb in cool () at 7.c:9
#1 0xf7e89b56 in __libc_start_main () from /lib32/libc.so.6
#2 0x08048321 in _start () at ../sysdeps/i386/elf/start.S:119

这里的不同是因为gcc 在生成dwarf2调试信息的时候最后给了一个错误的寄存器号码我记得去年讨论过这个问题而且已经在gcc中修正了
但是我现在用了下我的gcc好像amd64是没问题的但是i386是错的所以希望英雄们帮我测下多谢
*/

struct ty { int a; int b;};

struct ty
cool ()
{
struct ty c;

return c;
}
int
main()
{
struct ty d;

d = cool ();

return 0;
}

报亭(黑白记录)

2010-06-04T10:16:00.001+08:00

精挑细选(黑白记录)

2010-06-03T13:20:00.001+08:00

烤串摊(黑白记录)

2010-06-02T10:07:00.000+08:00

牵手(黑白记录)

2010-06-01T09:30:00.001+08:00

借光(黑白记录)

2010-05-31T11:19:00.001+08:00

周6(日记)

2010-05-29T23:17:00.001+08:00

早上，发现跟天气预报说的不同，大晴天，为没找人空调移机而不爽，查了下天气预报，还是报雷阵雨，自我安慰下，一会没准就变天了。

早饭吃米线，发现汽锅鸡的容器颜色非常类似家里的紫砂锅，觉得是跟紫砂锅一样是泥巴用化工原料染色弄的，影响了吃饭的情绪。

吃完早饭收拾乱放的单据，发现家里的紫砂锅竟然不是美的是九阳的，觉得退不了而且也不敢再用，觉得很杯具。

下午无意间查了下，发现九阳的也可以换掉，很欣慰，希望明天空调弄完就能去退掉。

现在，已经这个点了，完全没下过雨，不知道明天弄空调的什么时候能来，反正还没联系过我，现在天气预报是阴天，希望别报错了最后工人一来下雨了。

2010-05-01 阳台山[10](徒步)

2010-05-28T09:31:00.001+08:00

全能修理摊(黑白记录)

2010-05-27T09:45:00.001+08:00

电话诉乡愁(黑白记录)

2010-05-26T09:33:00.001+08:00

MTEE 的广告(摄影日记)

2010-05-25T08:36:00.001+08:00

很好玩的广告上面一堆动画人物全是巨星啊！

休闲时光(黑白记录)

2010-05-24T09:46:00.000+08:00

2010-05-01 阳台山[9](徒步)

2010-05-21T10:05:00.000+08:00

在路上(黑白记录)

2010-05-20T08:53:00.000+08:00

Prec speed up demo patch(GDB)

2010-05-19T15:30:00.000+08:00

http://sourceware.org/ml/gdb/2010-05/msg00055.html

Still not support segment registers, system call and some others.

To get message about the idea, Goto http://sourceware.org/ml/gdb/2010-04/msg00161.html .

2010-05-01 阳台山[8](徒步)

2010-05-19T09:09:00.001+08:00

2010-05-01 阳台山[7](徒步)

2010-05-18T13:40:00.001+08:00

2010-05-01 阳台山[6](徒步)

2010-05-18T09:54:00.000+08:00

2010-05-01 阳台山[5](徒步)

2010-05-17T09:56:00.001+08:00

2010-05-01 阳台山[4](徒步)

2010-05-14T09:34:00.000+08:00

2010-05-01 阳台山[3](徒步)

2010-05-13T09:34:00.001+08:00

远眺凤凰岭那里云雾缭绕的

Hellogcc IRC交流(IT)

2010-05-12T10:21:00.000+08:00

windows下可以用mirc，linux下也可以用pidgin,xchat等。也有网页版https://webchat.freenode.net的支持。

服务器： irc.ubuntu.com
房间： #hellogcc

IRC的好处，是可以即时，群聊。

The topic for #hellogcc is: 讨论GNU工具链相关话题

猫小鱼

2010-05-12T09:02:00.001+08:00

2010-05-01 阳台山[2](徒步)

2010-05-11T08:47:00.001+08:00

2010-05-01 阳台山[1](徒步)

2010-05-10T08:49:00.000+08:00

http://maps.google.com/maps/ms?ie=UTF&msa=0&msid=103715033130741702401.000485b04f4111f00c61c

轨迹在这里

金山泉非常有名的泉水很多人在这里打水

猫小鱼

2010-05-08T11:36:00.000+08:00

2010-04-03 虎头山到水库[7](徒步)

2010-05-07T10:08:00.001+08:00

2010-04-03 虎头山到水库[6](徒步)

2010-05-06T08:57:00.001+08:00

猫小鱼

2010-05-05T09:01:00.001+08:00

2010-04-09 堵车(山西之旅)

2010-05-04T12:29:00.001+08:00

2010-04-03 虎头山到水库[5](徒步)

2010-05-03T23:27:00.001+08:00

2010-04-09 长途车站(山西之旅)

2010-05-03T14:57:00.001+08:00

rbreak break every functions in a file -- new gdb breakpoint command(GDB)

2010-05-02T16:25:00.001+08:00

When I use the GDB, I always think about insert breakpoint to a file.
Then if inferior exec to any part of this file, the inferior will be
break. But GDB simple break command doesn't support it.

Now, gdb-cvs-head have a new command rbreak:
`rbreak REGEX'
Set breakpoints on all functions matching the regular expression
REGEX. This command sets an unconditional breakpoint on all
matches, printing a list of all breakpoints it set. Once these
breakpoints are set, they are treated just like the breakpoints
set with the `break' command. You can delete them, disable them,
or make them conditional the same way as any other breakpoint.

The syntax of the regular expression is the standard one used with
tools like `grep'. Note that this is different from the syntax
used by shells, so for instance `foo*' matches all functions that
include an `fo' followed by zero or more `o's. There is an
implicit `.*' leading and trailing the regular expression you
supply, so to match only functions that begin with `foo', use
`^foo'.

When debugging C++ programs, `rbreak' is useful for setting
breakpoints on overloaded functions that are not members of any
special classes.

The `rbreak' command can be used to set breakpoints in *all* the
functions in a program, like this:

(gdb) rbreak .

`rbreak FILE:REGEX'
If `rbreak' is called with a filename qualification, it limits the
search for functions matching the given regular expression to the
specified FILE. This can be used, for example, to set breakpoints
on every function in a given file:

(gdb) rbreak file.c:.

The colon separating the filename qualifier from the regex may
optionally be surrounded by spaces.

猫小鱼

2010-05-02T13:42:00.001+08:00

2010-04-03 虎头山到水库[4](徒步)

2010-04-30T12:09:00.000+08:00

猫小鱼

2010-04-29T10:10:00.001+08:00

2010-04-03 虎头山到水库[3](徒步)

2010-04-28T09:58:00.001+08:00

软壳服和硬壳服的区别(幽默)

2010-04-27T13:25:00.001+08:00

刚在无忌看有人问什么是软壳，某人回答：

软壳就和王八盖子差不多，能抗一点，但是抗不了太多。

硬壳就和乌龟壳差不多，能抗多一点，但是万一有人看上它的壳要写甲骨文，它也抗不住。

猫小鱼

2010-04-27T10:18:00.001+08:00

2010-04-03 虎头山到水库[2](徒步)

2010-04-26T10:37:00.000+08:00

汽修向前(黑白记录)

2010-04-25T12:34:00.000+08:00