go 安装第三方包

参考: https://code.google.com/p/go-wiki/wiki/GoGetTools

Installing Version Control Tools for go get

The go get fetching of source code is done by using one of the following tools expected to be found on your system:

Refer GoGetProxyConfig for setting proxies for these tools.

 

如: 安装 code.google.com/p/goprotobuf/proto :

go get code.google.com/p/goprotobuf/proto

但是,这里需要hg这个命令,可以使用yum安装:

yum install *mercurial*

而对于github上的go包,需要先安装git,然后使用go get, 例如:

go get github.com/golang/groupcache

代码会自动安装在GOPATH 下的src目录中

补充说明:(其实这个写在前面更好)

go get是可以自动管理依赖的,比如,上面的groupcache以来proto,如果先安装hg这个命令的话,直接安装groupcache时,是可以自动安装proto的; 不过如果不太幸运的话,有些包会安装失败的,下图就是一个例子:

 

GO语言目录结构

 

参考文档: http://blog.studygolang.com/tag/directory/

  1. gopath 下三个目录
    • bin目录需要通过 $GOBIN 环境变量指定后使用
    • src目录是源文件目录
    • pkg目录是编译后的 .a 文件,不是放源文件的
  2. 关于包目录、包名、文件名的含义: 对于 phpor/test/first.go  ,其中:
    • phpor是包的目录名,import时,需要使用 import “phpor/test”
    • test 是包名, 如果first.go中有function hello(); 则,调用方式为: test.hello()
      • test目录中可以包含子目录和second.go
      • 对于test目录下的所有的 *.go 在编译后,会在pkg/phpor目录生成 test.a
      • 如果test目录中有一个目录 xxx, 则,xxx 下面的文件编译后会生成 pkg/phpor/test/xxx.a
    • first.go 可以随便命名,只是第一行必须为: package test

 

GO语言最佳实践: http://blog.jobbole.com/44608/

视频资料: http://vimeo.com/69237265

 

tailf and tail -f

缘起

有一个日志文件,很大很大;当想看最新的写入的时候,首先想到的是tailf,大概是因为 tailf 比 tail -f 少2个字符吧。但是,许久没有输出,感觉不应该的,不管文件有多大,从文件尾部开始查还是比较快的;换用tail -f 试试,很快就出结果了。

下面就谈谈二者的区别:

1. tailf 总是从文件开头一点一点的读, 而tail -f 则是从文件尾部开始读

2. tailf check文件增长时,使用的是文件名, 用stat系统调用;而tail -f 则使用的是已打开的文件描述符; 注:tail 也可以做到类似跟踪文件名的效果; 但是tail总是使用fstat系统调用,而不是stat系统调用;结果就是:默认情况下,当tail的文件被偷偷删除时,tail是不知道的,而tailf是知道的。

关于stat & fstat

fstat与 stat() 函数相似,不同的是,它是作用于已打开的文件指针而不是文件名

 

关于 tail -F filename

-F filename  是跟踪文件名,当文件被删除或被重新创建是可以立即(伪立即)发现的。实现逻辑如下:

如果filename被打开了,不是每次都重新打开文件,而是用fstat检查文件是否变化,隔几次才使用open方法检查文件是否还在,如果成功打开了,则fstat检查一下是否依然是原来的那个文件,如果是,则直接关闭本次的文件描述符,依然使用原来的监视;如果不是,则开始监视新的文件,strace跟踪如下:

strace -F a

 tail –retry 选项是干啥的

默认情况下, tail -f filename 当filename不存在时,则直接退出; 但是,如果使用–retry选项,则会不断尝试打开该文件,而不是直接退出,这在有时候是有用的

strace tailf

 

参考资料:

http://codingstandards.iteye.com/blog/832760

关于PHP memcached client的一个报错

 

缘起

如何让PHP memcached client在失败一次后立即进入下次使用依然尝试连接?

测试脚本:

 

如何用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