如何用GDB调试没有符号的程序

缘起

gcc编译程序的时候,如果没有使用-g选项,则没法调试,如果使用了-g选项,则debug信息太多,不适合线上使用,该怎么办?

解决办法

gcc的时候把符号信息放到单独的文件中,二进制文件中只保留符号文件的地址和校验值,调试的使用,把符号文件放到指定地址就OK了

 基本命令

1. 编译文件

gcc -g a.out

2. 生成debug信息文件

objcopy  –only-keep-debug a.out a.debug

3. 去掉a.out 中的调试信息

strip a.out

4. 将调试文件的名字添加到a.out 中

objcopy –add-gnu-debuglink=a.debug a.out

5. gdb调试的时候,可以通过 set debug-file-directory dir-of-debug-file  命令设置debug文件所在的目录,当然,也可以通过 symbol-file  debug-file 来读取调试符号

6.  调试信息文件究竟是个啥?

#file a.debug
a.debug: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), dynamically linked (uses shared libs), not stripped

似乎和原来的可执行文件没太大差别

 

相关资料:

http://www.sourceware.org/gdb/onlinedocs/gdb/Separate-Debug-Files.html

http://en.wikipedia.org/wiki/Debug_symbol

 

关于PHP memcache::addServer的几个参数的说明

脚本如下:

 

bool Memcache::addServer ( string $host [, int $port = 11211 [, bool $persistent [, int$weight [, int $timeout [, int $retry_interval [, bool $status [, callable$failure_callback [, int $timeoutms ]]]]]]]] )

其中:

对于$retry_interval:

-1 : 对于失败的server不做retry

0:对于失败的server每次都retry

n(>0): 对于失败的server间隔n 秒后会retry一次

 

对于callback

当容错策略启用后,返回错误时并不会触发callback的调用

官方说明:

什么是tty

 

缘起

对于一些数据导出之类的命令,输出到控制台时和直接输出到管道给下个程序处理是有所不同的,特别是对于二进制数据的输出,如果输出到控制台时不做任何编码处理,很可能会花屏了,但是如果输出到管道给下个程序处理,如果编码了就相当于改变了原有的数据,于是,这类程序会对标准输出类型做一个判断,如果是控制台,则编码,如果不是,则不编码。

下面是PHP中如何判断标准输出类型的方法

Open Graph

Open Graph通讯协定(Protocol)本身是一种制定一套Metatags的规格,用来标注你的页面,告诉我们你的网页代表哪一类型的现实世界物件。另一伙伴网站,即Amazon旗下的Internet Movie Database(IMDb),将用这个Open Graph Protocol为每一部电影标注页面。按下IMDb上的“赞”按钮,就会自动把那部电影加入Facebook使用者profile中的“最爱的电影”。

 

使用示例: http://www.importnew.com/11317.html   其中点击分享到微博时,微博内容就是通过open graph标签得到的

java泛型示例

转自: http://www.importnew.com/11317.html

 

 

PHP中字符串截取的效率

缘起

如果你用PHP实现算法的话,效率可能会是比较关心的问题;对于大量的循环,循环体内任何一个操作都可能严重影响算法的效率,而字符串的截取也是最常见的操作;对于截取字符串中的一个字节的操作有两种写法:substr($string, $start, 1);  和 $string{$start}; 当然 $string{$start} 也可以写作 $string[$start]; 这里比较一下二者的效率。

 

测试

结论

使用$string{$start}  是 使用substr($string, $start, 1); 的效率的10倍, 其实,前者写起来还更方便呢。

脚本

 

关于libmemcached中的crc的实现

缘起

libmemcached备受青睐,号称错误信息是很详细的,比所谓的memcache模块强多了;但是,就是因为他的名气大,还是被坑了;所谓的错误信息详细在get操作时完全不存在了,不管是连接失败还是各种超时,得到的错误信息都是NOTFOUND;于是乎,我想自己用PHP写一个memcached的client,起初,我可以之实现我需要的几个方法,鉴于memcache的协议很简单,应该是比较容易完成的。

问题

其实,我1天时间已经完成了memcache的几个简单的协议,出于一些不想说的考虑,当add多个server时,我需要把根据key的hash结果和libmemcached中的完全一样;看了libmemcached中几种hash和distribute的策略,我只想选择一种最简单的hash和distribute策略来实现,我选择了 crc32 + modular; 简而言之,算法就是: crc32(key) % count(server) 就Ok了; 但是,问题是PHP的crc32结果和libmemcached中的crc32结果是不同的,鉴于我的C语言水平有限,不想看和看不懂使得我咨询了一下牛人,没有结果,于是还是硬着头皮看吧。

分析

后面分别贴一下libmemcached和php中crc的实现,这里先说结论了:

二者差别不大,主要差别在于:

PHP中的crc32返回的是一个32位的有符号数,而libmemecached中返回的是前者32位有符号数种的高16位,并且忽略了符号位;

如果用PHP实现一个和libmemcached相同的crc32将是:

或者如下实现:

本来只需要简单的位移操作、异或操作就可以处理的事情,用PHP来实现却需要大量的pack、unpack,对‘test’进行crc32大约需要0.1ms(很慢的),如果用上面实现,大约比该实现快100倍

 

libmemcached:

php中的实现(说明一下: 这里的crc32tab和上面的是一样的):

 

关于crc32_table 的由来,crc32_table是出于提高效率的目的而诞生的,来源于一个神奇的数字 0x04c11db7:

 

参考资料:

http://baike.baidu.com/view/410181.htm?fr=aladdin

http://hi.baidu.com/qyiyunso/item/c06719c5872ed5d5964452ac

http://zh.wikipedia.org/wiki/CRC32