文本文件处理：

Google CRUSH (Custom Reporting Utilities for SHell)   

CRUSH是为命令行或shell scripts处理特定文字数据而制作的一系列工具，这里有指南。

C++库和源代码：

Google Breakpad  

一个开源的多平台崩溃报告系统。   

Google GFlags  

Gflags是一个命令行标记的处理库，它可以替代“getopt()”，其内置对C++的支持比如string。指南在此 。   

Google Glog  Glog库可执行应用级的登陆，提供基于C++式的登陆API，可用于Linux、BSD和Windows。指南见此 。 

Google PerfTools    

这个工具可让开发创建更强大的应用程序，特别是那些用C++模版开发的多线程应用程序，包括TCMalloc, heap-checker, heap-profiler 和cpu-profiler。指南见此 还有这里 。 

Google Sparse Hash    

非常节省内存的hash-map。指南见此 。 

Omaha – Google Update    

Omaha，也就是Google Update，它可以保证你的软件随时升级到最新版本，目前很多Windows下的Google软件都是用Omaha升级的，包括Google Chrome和Google Earth，当然你也可以用于自己的应用程序。指南看这里 还有这里 。 

Protocol Buffers    

Protocol Buffers是一种可扩展编码序列数据的方式，Google在几乎所有内部RPC协议和文件格式都使用了Protocol Buffers。指南见此 。它可以用于很多语言而且被一些IDE所支持，比如NetBeans 。 

互联网：

Google Code Pretiffy  这 是一个Javascript模块和CSS文件，它可以让HTML页面里的部分源码高亮显示，支持C/C++, Java, Python, Ruby, PHP, VisualBasic, AWK, Bash, SQL, HTML, XML, CSS, JavaScript, Makefiles和部分Perl，不支持Smalltalk和所有的CAML。例子见此 。 

SpriteMe – easy “CSS spirtes”  SpriteMe使你可以更轻松的创造CSS Sprites（俗称雪碧……）就是把网站要用到的图片都堆在一张图片里，用CSS控制调用哪个区域。它有一个自己的官网在这里 。 

Redacisaurus    

Reducisaurus是一个压缩CSS和JS文件的网络服务，基于YUI压缩算法，运行于App Engine。 

JaikuEngine    

JaikuEngine是一个运行于App Engine的微博系统，由jaiku.com 运营。要查看移动客户端的源码可以看这里 ，这里还有介绍 。 

Selector Shell    

Selector Shell是一个基于浏览器的测试工具，它可以让你看到CSS在不同浏览器里的样式，用Javascript写的，你可以在这里测试 。 

Google Feed Server    

Google Feed Server是一个开源Atom发布协议服务，基于Apache Abdera框架，允许开发者快速为当前数据源（比如数据库）配置feed。指南见这里 和这里 。 

Melange, the Spice of Creation    

这 个项目的目标是创建出一个适合开源贡献流程的框架，比如Google Summer of Code TM (GSoC)项目。使用这个框架你就可以用Google App Engine来运行Google Summer of Code项目，和其它类似项目比如Google Highly Open Participation TM Contest和GHOP。指南见此 。 

NameBench    

它可以查找最快的DNS服务器给你的电脑用，在Mac OS X、Windows和UNIX系统下都有命令行也有用户界面可以帮你测试，这是Google工程师用20%自由时间写出来的。 

Rat Proxy    

一个半自动化的大型被动网络应用安全审查工具，专为精确的探测而优化，文档在此 。 

TopDraw    

Top Draw是一个图形生成程序，使用简单的文字脚本，基于JavaScript编程语言，Top Draw可以创造出非常复杂和有趣的图形。支持Mac OS 10.5以上系统，使用XCode开发。 

etherpad    

开源的EtherPad，这是一个基于网络的实时合作文档编辑器，这个项目主要是为了演示代码而开发，帮助那些想在自己服务器部署Etherpad的人使用，这里有如何安装的指南。EtherPad使用JavaScript、Java和Comet服务器来建造实时协作服务。 

Chromium    

Chromium是开源版的Chrome浏览器，Chromium的目标是建立一个新一代的强大网络应用程序，它与Chrome有很多不同之处。这里有指导如何在Linux上编译Chromium 。 

V8 Google’s open source JavaScript engine  V8 是Google的开源JavaScript引擎，用C++写成，用于Chrome浏览器之上。V8使用ECMAScript的ECMA-262第三版可运 行于Windows XP、Vista、Mac OS 10.5和使用IA-32或ARM处理器的Linux。V8可独立运行也可嵌入到任何C++程序里使用，这里有指南 。 

Chromium OS    

Chromium OS是开源版的Chrome OS操作系统，提供快速、简单而安全的网络体验，源码在此 。 

Android    

Android是第一个免费、开源而且可完全自定义的移动平台，提供完整的堆栈：一个操作系统、中间件和重要的一用应用，它包含丰富的API可以让第三方开发者开发出强大的应用程序。 

MySQL工具：

Google MySQL Tools   

各种管理、维护和改进MySQL数据库性能的工具，由Google编写，包括： 

• mypgrep.py：一个类似pgrep的工具来管理MySQL连接
• compact_innodb.py：可导出和重载所有表格的密集型innodb数据文件

Google mMAIM  

mMAIM的目标是对MySQL的监控和分析更简单，且可以和任何环境整合使用。它可显示主/从同步状态，一些性能状态，可以返回大量“show”命令的状态等等。   

其它：

Stressful Application Test (stressapptest)  

Stressful Application Test试图让来自处理器和I/O到内存的数据尽量随机化，以创造出模拟现实的环境来测试现在的硬件设备是否稳定，Google就在使用它，现在是Apache 2.0许可，这里有介绍 、安装向导 和指南 。   

Pop and IMAP Troubleshooter  

它用于诊断并解决客户端到邮件服务器的连接问题。   

OpenDuckBill  

Openduckbill是一个Linux下简单的命令行备份工具，可用于监视文件/目录在有变化后是否标记为备份，并传输这些变化到本地备份目录、远程NFS导出分卷或是用rsync命令导出到远程SSH服务器。见安装向导 。   

ZXing  

ZXing（发音类似Zebra crossing）是Java的开源多格式1D/2D条码图像处理库，目的是使用内置在手机上的摄像头拍照并对条码进行解码，而不必与服务器通讯，它被用于Android系统。这里有向导 和支持的设备列表 。 Tesseract OCR Engine  

Tesseract OCR引擎是1995年UNLV Accuracy测试的前三名之一，在1995和2006年之间它的进展不大，但依然是当前精度最高的OCR引擎。这个源码可读取二进制、灰阶或彩色图片 并输出文字，内置一个TIFF阅读器可读取非压缩的TIFF文件，增加libtiff后也可读取压缩图片。指南 和问答 。   

Neatx – Open Source NX server  

Neatx是一个开源NX服务，类似NoMachine公司商业的NX服务。NX协议比VNX更强大，它们的区别主要在：   

• NX是X11客户端所以不会发送位图
• NX可兼容X、VNC和Windows版的Remote Desktop
• NX可缓存数据
• NX安装简单

另外一个可选的项目可以看看Google的FreeNx 。 

PSVM    

它是这个文件 的代码，这是一个SVM的“支持所有核心”的版本，可多机并行运行，实例见此 。 

GO   

Google开发的新编程语言，谷奥有报道 。 

The Google Collections Library for Java    

这是一系列与Java 5以及更高版本有关的库，Google花钱给买过来了。 

Google styleguide   

每个主流的开源项目 都有它自己的向导形式，比如一系列的演示代码。如果这些代码都按照“Style”的形式来演示，会更友好。

本文转自：http://blog.csdn.net/hkx1n/article/details/6176573

    一旦使用GDB挂上被调试程序，当程序运行起来后，你可以根据自己的调试思路来动态地在GDB中更改当前被调试程序的运行线路或是其变量的值，这个强大的功能能够让你更好的调试你的程序，比如，你可以在程序的一次运行中走遍程序的所有分支。  
一、修改变量值

    修改被调试程序运行时的变量值，在GDB中很容易实现，使用GDB的print命令即可完成。如：
        (gdb) print x=4  
    x=4这个表达式是C/C++的语法，意为把变量x的值修改为4，如果你当前调试的语言是Pascal，那么你可以使用Pascal的语法：x:=4。   
    在某些时候，很有可能你的变量和GDB中的参数冲突，如：  
        (gdb) whatis width
        type = double
        (gdb) p width
        $4 = 13
        (gdb) set width=47
        Invalid syntax in expression.

    因为，set width是GDB的命令，所以，出现了“Invalid syntax in expression”的设置错误，此时，你可以使用set var命令来告诉GDB，width不是你GDB的参数，而是程序的变量名，如：  
        (gdb) set var width=47       
    另外，还可能有些情况，GDB并不报告这种错误，所以保险起见，在你改变程序变量取值时，最好都使用set var格式的GDB命令。   

二、跳转执行

    一般来说，被调试程序会按照程序代码的运行顺序依次执行。GDB提供了乱序执行的功能，也就是说，GDB可以修改程序的执行顺序，可以让程序执行随意跳跃。这个功能可以由GDB的jump命令来完：   
    jump <linespec>
    指定下一条语句的运行点。<linespce>可以是文件的行号，可以是file:line格式，可以是+num这种偏移量格式。表式着下一条运行语句从哪里开始。    
    jump <address>
    这里的<address>是代码行的内存地址。    
    注意，jump命令不会改变当前的程序栈中的内容，所以，当你从一个函数跳到另一个函数时，当函数运行完返回时进行弹栈操作时必然会发生错误，可能结果还是非常奇怪的，甚至于产生程序Core Dump。所以最好是同一个函数中进行跳转。    
    熟悉汇编的人都知道，程序运行时，有一个寄存器用于保存当前代码所在的内存地址。所以，jump命令也就是改变了这个寄存器中的值。于是，你可以使用“set $pc”来更改跳转执行的地址。如：   
    set $pc = 0x485

三、产生信号量

    使用singal命令，可以产生一个信号量给被调试的程序。如：中断信号Ctrl+C。这非常方便于程序的调试，可以在程序运行的任意位置设置断点，并在该断点用GDB产生一个信号量，这种精确地在某处产生信号非常有利程序的调试。   
    语法是：signal <singal>，UNIX的系统信号量通常从1到15。所以<singal>取值也在这个范围。    
    single命令和shell的kill命令不同，系统的kill命令发信号给被调试程序时，是由GDB截获的，而single命令所发出一信号则是直接发给被调试程序的。  

四、强制函数返回

    如果你的调试断点在某个函数中，并还有语句没有执行完。你可以使用return命令强制函数忽略还没有执行的语句并返回。    
    return
    return <expression>
    使用return命令取消当前函数的执行，并立即返回，如果指定了<expression>，那么该表达式的值会被认作函数的返回值。    
五、强制调用函数

    call <expr>
    表达式中可以一是函数，以此达到强制调用函数的目的。并显示函数的返回值，如果函数返回值是void，那么就不显示。    
    另一个相似的命令也可以完成这一功能——print，print后面可以跟表达式，所以也可以用他来调用函数，print和call的不同是，如果函数返回void，call则不显示，print则显示函数返回值，并把该值存入历史数据中。

在不同语言中使用GDB
——————————

GDB支持下列语言：C, C++, Fortran, PASCAL, Java, Chill, assembly, 和 Modula-2。一般说来，GDB会根据你所调试的程序来确定当然的调试语言，比如：发现文件名后缀为“.c”的，GDB会认为是C程序。文件名后缀为“.C, .cc, .cp, .cpp, .cxx, .c++”的，GDB会认为是C++程序。而后缀是“.f, .F”的，GDB会认为是Fortran程序，还有，后缀为如果是“.s, .S”的会认为是汇编语言。

也就是说，GDB会根据你所调试的程序的语言，来设置自己的语言环境，并让GDB的命令跟着语言环境的改变而改变。比如一些GDB命令需要用到表达式或变量时，这些表达式或变量的语法，完全是根据当前的语言环境而改变的。例如C/C++中对指针的语法是*p，而在Modula-2中则是p^。并且，如果你当前的程序是由几种不同语言一同编译成的，那到在调试过程中，GDB也能根据不同的语言自动地切换语言环境。这种跟着语言环境而改变的功能，真是体贴开发人员的一种设计。

下面是几个相关于GDB语言环境的命令：

    show language 
        查看当前的语言环境。如果GDB不能识为你所调试的编程语言，那么，C语言被认为是默认的环境。        
    info frame
        查看当前函数的程序语言。        
    info source
        查看当前文件的程序语言。    
如果GDB没有检测出当前的程序语言，那么你也可以手动设置当前的程序语言。使用set language命令即可做到。

    当set language命令后什么也不跟的话，你可以查看GDB所支持的语言种类：    
        (gdb) set language
        The currently understood settings are:
        
        local or auto    Automatic setting based on source file
        c                Use the C language
        c++              Use the C++ language
        asm              Use the Asm language
        chill            Use the Chill language
        fortran          Use the Fortran language
        java             Use the Java language
        modula-2         Use the Modula-2 language
        pascal           Use the Pascal language
        scheme           Use the Scheme language
        
    于是你可以在set language后跟上被列出来的程序语言名，来设置当前的语言环境。 

后记
——

    GDB是一个强大的命令行调试工具。大家知道命令行的强大就是在于，其可以形成执行序列，形成脚本。UNIX下的软件全是命令行的，这给程序开发提代供了极大的便利，命令行软件的优势在于，它们可以非常容易的集成在一起，使用几个简单的已有工具的命令，就可以做出一个非常强大的功能。 
    于是UNIX下的软件比Windows下的软件更能有机地结合，各自发挥各自的长处，组合成更为强劲的功能。而Windows下的图形软件基本上是各自为营，互相不能调用，很不利于各种软件的相互集成。在这里并不是要和Windows做个什么比较，所谓“寸有所长，尺有所短”，图形化工具还是有不如命令行的地方。（看到这句话时，希望各位千万再也不要认为我就是“鄙视图形界面”，和我抬杠了 ）  
    我是根据版本为5.1.1的GDB所写的这篇文章，所以可能有些功能已被修改，或是又有更为强劲的功能。而且，我写得非常仓促，写得比较简略，并且，其中我已经看到有许多错别字了（我用五笔，所以错字让你看不懂），所以，我在这里对我文中的差错表示万分的歉意。  
    文中所罗列的GDB的功能时，我只是罗列了一些带用的GDB的命令和使用方法，其实，我这里只讲述的功能大约只占GDB所有功能的60%吧，详细的文档，还是请查看GDB的帮助和使用手册吧，或许，过段时间，如果我有空，我再写一篇GDB的高级使用。 
    我个人非常喜欢GDB的自动调试的功能，这个功能真的很强大，试想，我在UNIX下写个脚本，让脚本自动编译我的程序，被自动调试，并把结果报告出来，调试成功，自动checkin源码库。一个命令，编译带着调试带着checkin，多爽啊。只是GDB对自动化调试目前支持还不是很成熟，只能实现半自动化，真心期望着GDB的自动化调试功能的成熟。    
    如果各位对GDB或是别的技术问题有兴趣的话，欢迎和我讨论交流。本人目前主要在UNIX下做产品软件的开发，所以，对UNIX下的软件开发比较熟悉，当然，不单单是技术，对软件工程实施，软件设计，系统分析，项目管理我也略有心得。欢迎大家找我交流，（QQ是：753640，MSN是：haoel@hotmail.com）

本文转自：http://blog.csdn.net/haoel/article/details/2885

    GDB中关于显示的选项比较多，这里我只例举大多数常用的选项。

    set print address 
    set print address on 
        打开地址输出，当程序显示函数信息时，GDB会显出函数的参数地址。系统默认为打开的，如：        
        (gdb) f
        #0  set_quotes (lq=0x34c78 "<<", rq=0x34c88 ">>")
            at input.c:530
        530         if (lquote != def_lquote)

    set print address off 
        关闭函数的参数地址显示，如：       
        (gdb) set print addr off
        (gdb) f
        #0  set_quotes (lq="<<", rq=">>") at input.c:530
        530         if (lquote != def_lquote)

    show print address 
        查看当前地址显示选项是否打开。       
    set print array 
    set print array on 
        打开数组显示，打开后当数组显示时，每个元素占一行，如果不打开的话，每个元素则以逗号分隔。这个选项默认是关闭的。与之相关的两个命令如下，我就不再多说了。     
    set print array off 
    show print array

    set print elements <number-of-elements>
        这个选项主要是设置数组的，如果你的数组太大了，那么就可以指定一个<number-of-elements>来指定数据显示的最大长度，当到达这个长度时，GDB就不再往下显示了。如果设置为0，则表示不限制。        
    show print elements 
        查看print elements的选项信息。        
    set print null-stop <on/off>
        如果打开了这个选项，那么当显示字符串时，遇到结束符则停止显示。这个选项默认为off。  
    set print pretty on 
        如果打开printf pretty这个选项，那么当GDB显示结构体时会比较漂亮。如：

            $1 = {
              next = 0x0,
              flags = {
                sweet = 1,
                sour = 1
              },
              meat = 0x54 "Pork"
            }

    set print pretty off
        关闭printf pretty这个选项，GDB显示结构体时会如下显示：      
            $1 = {next = 0x0, flags = {sweet = 1, sour = 1}, meat = 0x54 "Pork"}        
    show print pretty 
        查看GDB是如何显示结构体的。        
    set print sevenbit-strings <on/off>
        设置字符显示，是否按“/nnn”的格式显示，如果打开，则字符串或字符数据按/nnn显示，如“/065”。   
    show print sevenbit-strings
        查看字符显示开关是否打开。         
    set print union <on/off>
        设置显示结构体时，是否显式其内的联合体数据。例如有以下数据结构：       
        typedef enum {Tree, Bug} Species;
        typedef enum {Big_tree, Acorn, Seedling} Tree_forms;
        typedef enum {Caterpillar, Cocoon, Butterfly}
                      Bug_forms;
        
        struct thing {
          Species it;
          union {
            Tree_forms tree;
            Bug_forms bug;
          } form;
        };
        
        struct thing foo = {Tree, {Acorn}};

        当打开这个开关时，执行 p foo 命令后，会如下显示：
            $1 = {it = Tree, form = {tree = Acorn, bug = Cocoon}}
        
        当关闭这个开关时，执行 p foo 命令后，会如下显示：
            $1 = {it = Tree, form = {...}}

    show print union
        查看联合体数据的显示方式   
    set print object <on/off>
        在C++中，如果一个对象指针指向其派生类，如果打开这个选项，GDB会自动按照虚方法调用的规则显示输出，如果关闭这个选项的话，GDB就不管虚函数表了。这个选项默认是off。
    show print object
        查看对象选项的设置。     
    set print static-members <on/off>
        这个选项表示，当显示一个C++对象中的内容是，是否显示其中的静态数据成员。默认是on。   
    show print static-members
        查看静态数据成员选项设置。        
    set print vtbl <on/off>
        当此选项打开时，GDB将用比较规整的格式来显示虚函数表时。其默认是关闭的。       
    show print vtbl
        查看虚函数显示格式的选项。        
八、历史记录

    当你用GDB的print查看程序运行时的数据时，你每一个print都会被GDB记录下来。GDB会以$1, $2, $3 .....这样的方式为你每一个print命令编上号。于是，你可以使用这个编号访问以前的表达式，如$1。这个功能所带来的好处是，如果你先前输入了一个比较长的表达式，如果你还想查看这个表达式的值，你可以使用历史记录来访问，省去了重复输入。
九、GDB环境变量

    你可以在GDB的调试环境中定义自己的变量，用来保存一些调试程序中的运行数据。要定义一个GDB的变量很简单只需。使用GDB的set命令。GDB的环境变量和UNIX一样，也是以$起头。如：  
    set $foo = *object_ptr 
    使用环境变量时，GDB会在你第一次使用时创建这个变量，而在以后的使用中，则直接对其賦值。环境变量没有类型，你可以给环境变量定义任一的类型。包括结构体和数组。   
    show convenience 
        该命令查看当前所设置的所有的环境变量。
        
    这是一个比较强大的功能，环境变量和程序变量的交互使用，将使得程序调试更为灵活便捷。例如：   
        set $i = 0
        print bar[$i++]->contents   
    于是，当你就不必，print bar[0]->contents, print bar[1]->contents地输入命令了。输入这样的命令后，只用敲回车，重复执行上一条语句，环境变量会自动累加，从而完成逐个输出的功能。     
十、查看寄存器

    要查看寄存器的值，很简单，可以使用如下命令：  
    info registers 
        查看寄存器的情况。（除了浮点寄存器）    
    info all-registers
        查看所有寄存器的情况。（包括浮点寄存器）   
    info registers <regname ...>
        查看所指定的寄存器的情况。       
    寄存器中放置了程序运行时的数据，比如程序当前运行的指令地址（ip），程序的当前堆栈地址（sp）等等。你同样可以使用print命令来访问寄存器的情况，只需要在寄存器名字前加一个$符号就可以了。如：p $eip。

本文转自：http://blog.csdn.net/haoel/article/details/2884

    print和许多GDB的命令一样，可以接受一个表达式，GDB会根据当前的程序运行的数据来计算这个表达式，既然是表达式，那么就可以是当前程序运行中的const常量、变量、函数等内容。可惜的是GDB不能使用你在程序中所定义的宏。   
    表达式的语法应该是当前所调试的语言的语法，由于C/C++是一种大众型的语言，所以，本文中的例子都是关于C/C++的。（而关于用GDB调试其它语言的章节，我将在后面介绍）   
    在表达式中，有几种GDB所支持的操作符，它们可以用在任何一种语言中。   
    @
        是一个和数组有关的操作符，在后面会有更详细的说明。       
    ::
        指定一个在文件或是一个函数中的变量。     
    {<type>} <addr>
        表示一个指向内存地址<addr>的类型为type的一个对象。 
二、程序变量

    在GDB中，你可以随时查看以下三种变量的值：
        1、全局变量（所有文件可见的）
        2、静态全局变量（当前文件可见的）
        3、局部变量（当前Scope可见的）   
    如果你的局部变量和全局变量发生冲突（也就是重名），一般情况下是局部变量会隐藏全局变量，也就是说，如果一个全局变量和一个函数中的局部变量同名时，如果当前停止点在函数中，用print显示出的变量的值会是函数中的局部变量的值。如果此时你想查看全局变量的值时，你可以使用“::”操作符：
        file::variable
    function::variable
    可以通过这种形式指定你所想查看的变量，是哪个文件中的或是哪个函数中的。例如，查看文件f2.c中的全局变量x的值：
    gdb) p 'f2.c'::x   
    当然，“::”操作符会和C++中的发生冲突，GDB能自动识别“::” 是否C++的操作符，所以你不必担心在调试C++程序时会出现异常。
    另外，需要注意的是，如果你的程序编译时开启了优化选项，那么在用GDB调试被优化过的程序时，可能会发生某些变量不能访问，或是取值错误码的情况。这个是很正常的，因为优化程序会删改你的程序，整理你程序的语句顺序，剔除一些无意义的变量等，所以在GDB调试这种程序时，运行时的指令和你所编写指令就有不一样，也就会出现你所想象不到的结果。对付这种情况时，需要在编译程序时关闭编译优化。一般来说，几乎所有的编译器都支持编译优化的开关，例如，GNU的C/C++编译器GCC，你可以使用“-gstabs”选项来解决这个问题。关于编译器的参数，还请查看编译器的使用说明文档。 

三、数组

    有时候，你需要查看一段连续的内存空间的值。比如数组的一段，或是动态分配的数据的大小。你可以使用GDB的“@”操作符，“@”的左边是第一个内存的地址的值，“@”的右边则你你想查看内存的长度。例如，你的程序中有这样的语句：
        int *array = (int *) malloc (len * sizeof (int));    
    于是，在GDB调试过程中，你可以以如下命令显示出这个动态数组的取值：

        p *array@len

    @的左边是数组的首地址的值，也就是变量array所指向的内容，右边则是数据的长度，其保存在变量len中，其输出结果，大约是下面这个样子的：
        (gdb) p *array@len
        $1 = {2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 22, 24, 26, 28, 30, 32, 34, 36, 38, 40}

    如果是静态数组的话，可以直接用print数组名，就可以显示数组中所有数据的内容了。

四、输出格式

    一般来说，GDB会根据变量的类型输出变量的值。但你也可以自定义GDB的输出的格式。例如，你想输出一个整数的十六进制，或是二进制来查看这个整型变量的中的位的情况。要做到这样，你可以使用GDB的数据显示格式：
    x  按十六进制格式显示变量。
    d  按十进制格式显示变量。
    u  按十六进制格式显示无符号整型。
    o  按八进制格式显示变量。
    t  按二进制格式显示变量。 
    a  按十六进制格式显示变量。
    c  按字符格式显示变量。
    f  按浮点数格式显示变量。

        (gdb) p i
        $21 = 101    
        
        (gdb) p/a i
        $22 = 0x65
        
        (gdb) p/c i
        $23 = 101 'e'
        
        (gdb) p/f i
        $24 = 1.41531145e-43
        
        (gdb) p/x i
        $25 = 0x65
        
        (gdb) p/t i
        $26 = 1100101

五、查看内存

    你可以使用examine命令（简写是x）来查看内存地址中的值。x命令的语法如下所示：
    x/<n/f/u> <addr> 
    n、f、u是可选的参数。
    n 是一个正整数，表示显示内存的长度，也就是说从当前地址向后显示几个地址的内容。
    f 表示显示的格式，参见上面。如果地址所指的是字符串，那么格式可以是s，如果地十是指令地址，那么格式可以是i。
    u 表示从当前地址往后请求的字节数，如果不指定的话，GDB默认是4个bytes。u参数可以用下面的字符来代替，b表示单字节，h表示双字节，w表示四字节，g表示八字节。当我们指定了字节长度后，GDB会从指内存定的内存地址开始，读写指定字节，并把其当作一个值取出来。
    
    <addr>表示一个内存地址。

    n/f/u三个参数可以一起使用。例如：
    命令：x/3uh 0x54320 表示，从内存地址0x54320读取内容，h表示以双字节为一个单位，3表示三个单位，u表示按十六进制显示。 
六、自动显示

    你可以设置一些自动显示的变量，当程序停住时，或是在你单步跟踪时，这些变量会自动显示。相关的GDB命令是display。
    display <expr> 
    display/<fmt> <expr> 
    display/<fmt> <addr>  
    expr是一个表达式，fmt表示显示的格式，addr表示内存地址，当你用display设定好了一个或多个表达式后，只要你的程序被停下来，GDB会自动显示你所设置的这些表达式的值。
    格式i和s同样被display支持，一个非常有用的命令是：
        display/i $pc
    $pc是GDB的环境变量，表示着指令的地址，/i则表示输出格式为机器指令码，也就是汇编。于是当程序停下后，就会出现源代码和机器指令码相对应的情形，这是一个很有意思的功能。
    
    下面是一些和display相关的GDB命令：
    undisplay <dnums...>
    delete display <dnums...>
    删除自动显示，dnums意为所设置好了的自动显式的编号。如果要同时删除几个，编号可以用空格分隔，如果要删除一个范围内的编号，可以用减号表示（如：2-5）
 
    disable display <dnums...>
    enable display <dnums...>
    disable和enalbe不删除自动显示的设置，而只是让其失效和恢复。
    
    info display
    查看display设置的自动显示的信息。GDB会打出一张表格，向你报告当然调试中设置了多少个自动显示设置，其中包括，设置的编号，表达式，是否enable。

本文转自：http://blog.csdn.net/haoel/article/details/2883

当程序被停住了，你需要做的第一件事就是查看程序是在哪里停住的。当你的程序调用了一个函数，函数的地址，函数参数，函数内的局部变量都会被压入“栈”（Stack）中。你可以用GDB命令来查看当前的栈中的信息。

下面是一些查看函数调用栈信息的GDB命令：

    backtrace 
    bt 
        打印当前的函数调用栈的所有信息。如：
        (gdb) bt
        #0  func (n=250) at tst.c:6
        #1  0x08048524 in main (argc=1, argv=0xbffff674) at tst.c:30
        #2  0x400409ed in __libc_start_main () from /lib/libc.so.6
        
        从上可以看出函数的调用栈信息：__libc_start_main --> main() --> func()    
    backtrace <n>
    bt <n> 
        n是一个正整数，表示只打印栈顶上n层的栈信息。

    backtrace <-n> 
    bt <-n> 
        -n表一个负整数，表示只打印栈底下n层的栈信息。
        
如果你要查看某一层的信息，你需要在切换当前的栈，一般来说，程序停止时，最顶层的栈就是当前栈，如果你要查看栈下面层的详细信息，首先要做的是切换当前栈。

    frame <n> 
    f <n> 
        n是一个从0开始的整数，是栈中的层编号。比如：frame 0，表示栈顶，frame 1，表示栈的第二层。
    
    up <n>
        表示向栈的上面移动n层，可以不打n，表示向上移动一层。 
        
    down <n> 
        表示向栈的下面移动n层，可以不打n，表示向下移动一层。    

    上面的命令，都会打印出移动到的栈层的信息。如果你不想让其打出信息。你可以使用这三个命令：
    
            select-frame <n> 对应于 frame 命令。
            up-silently <n> 对应于 up 命令。
            down-silently <n> 对应于 down 命令。

查看当前栈层的信息，你可以用以下GDB命令：

    frame 或 f 
        会打印出这些信息：栈的层编号，当前的函数名，函数参数值，函数所在文件及行号，函数执行到的语句。
    info frame 
    info f 
        这个命令会打印出更为详细的当前栈层的信息，只不过，大多数都是运行时的内内地址。比如：函数地址，调用函数的地址，被调用函数的地址，目前的函数是由什么样的程序语言写成的、函数参数地址及值、局部变量的地址等等。如：
            (gdb) info f
            Stack level 0, frame at 0xbffff5d4:
             eip = 0x804845d in func (tst.c:6); saved eip 0x8048524
             called by frame at 0xbffff60c
             source language c.
             Arglist at 0xbffff5d4, args: n=250
             Locals at 0xbffff5d4, Previous frame's sp is 0x0
             Saved registers:
              ebp at 0xbffff5d4, eip at 0xbffff5d8
              
     info args
        打印出当前函数的参数名及其值。
     info locals
        打印出当前函数中所有局部变量及其值。    
     info catch
        打印出当前的函数中的异常处理信息。       
查看源程序
—————

一、显示源代码

    GDB 可以打印出所调试程序的源代码，当然，在程序编译时一定要加上-g的参数，把源程序信息编译到执行文件中。不然就看不到源程序了。当程序停下来以后，GDB会报告程序停在了那个文件的第几行上。你可以用list命令来打印程序的源代码。还是来看一看查看源代码的GDB命令吧。
    
    list <linenum>
        显示程序第linenum行的周围的源程序。
    list <function> 
        显示函数名为function的函数的源程序。  
    list 
        显示当前行后面的源程序。   
    list - 
        显示当前行前面的源程序。

一般是打印当前行的上5行和下5行，如果显示函数是是上2行下8行，默认是10行，当然，你也可以定制显示的范围，使用下面命令可以设置一次显示源程序的行数。

    set listsize <count>
        设置一次显示源代码的行数。      
    show listsize
        查看当前listsize的设置。
       

list命令还有下面的用法：

    list <first>, <last>
        显示从first行到last行之间的源代码。   
    list , <last>
        显示从当前行到last行之间的源代码。   
    list +
        往后显示源代码。
       

一般来说在list后面可以跟以下这们的参数：

    <linenum>   行号。
    <+offset>   当前行号的正偏移量。
    <-offset>   当前行号的负偏移量。
    <filename:linenum>  哪个文件的哪一行。
    <function>  函数名。
    <filename:function> 哪个文件中的哪个函数。
    <*address>  程序运行时的语句在内存中的地址。  

二、搜索源代码

不仅如此，GDB还提供了源代码搜索的命令：

    forward-search <regexp> 
    search <regexp>
        向前面搜索。

    reverse-search <regexp> 
        全部搜索。     
其中，<regexp>就是正则表达式，也主一个字符串的匹配模式，关于正则表达式，我就不在这里讲了，还请各位查看相关资料。

三、指定源文件的路径

某些时候，用-g编译过后的执行程序中只是包括了源文件的名字，没有路径名。GDB提供了可以让你指定源文件的路径的命令，以便GDB进行搜索。

    directory <dirname ... >
    dir <dirname ... >
        加一个源文件路径到当前路径的前面。如果你要指定多个路径，UNIX下你可以使用“:”，Windows下你可以使用“;”。
    directory 
        清除所有的自定义的源文件搜索路径信息。
    
    show directories 
        显示定义了的源文件搜索路径。    

四、源代码的内存

你可以使用info line命令来查看源代码在内存中的地址。info line后面可以跟“行号”，“函数名”，“文件名:行号”，“文件名:函数名”，这个命令会打印出所指定的源码在运行时的内存地址，如：

        (gdb) info line tst.c:func
        Line 5 of "tst.c" starts at address 0x8048456 <func+6> and ends at 0x804845d <func+13>.

还有一个命令（disassemble）你可以查看源程序的当前执行时的机器码，这个命令会把目前内存中的指令dump出来。如下面的示例表示查看函数func的汇编代码。

        (gdb) disassemble func
        Dump of assembler code for function func:
        0x8048450 <func>:       push   %ebp
        0x8048451 <func+1>:     mov    %esp,%ebp
        0x8048453 <func+3>:     sub    $0x18,%esp
        0x8048456 <func+6>:     movl   $0x0,0xfffffffc(%ebp)
        0x804845d <func+13>:    movl   $0x1,0xfffffff8(%ebp)
        0x8048464 <func+20>:    mov    0xfffffff8(%ebp),%eax
        0x8048467 <func+23>:    cmp    0x8(%ebp),%eax
        0x804846a <func+26>:    jle    0x8048470 <func+32>
        0x804846c <func+28>:    jmp    0x8048480 <func+48>
        0x804846e <func+30>:    mov    %esi,%esi
        0x8048470 <func+32>:    mov    0xfffffff8(%ebp),%eax
        0x8048473 <func+35>:    add    %eax,0xfffffffc(%ebp)
        0x8048476 <func+38>:    incl   0xfffffff8(%ebp)
        0x8048479 <func+41>:    jmp    0x8048464 <func+20>
        0x804847b <func+43>:    nop
        0x804847c <func+44>:    lea    0x0(%esi,1),%esi
        0x8048480 <func+48>:    mov    0xfffffffc(%ebp),%edx
        0x8048483 <func+51>:    mov    %edx,%eax
        0x8048485 <func+53>:    jmp    0x8048487 <func+55>
        0x8048487 <func+55>:    mov    %ebp,%esp
        0x8048489 <func+57>:    pop    %ebp
        0x804848a <func+58>:    ret
        End of assembler dump.

本文转自：http://blog.csdn.net/haoel/article/details/2882

上面说了如何设置程序的停止点，GDB中的停止点也就是上述的三类。在GDB中，如果你觉得已定义好的停止点没有用了，你可以使用delete、clear、disable、enable这几个命令来进行维护。

    clear
        清除所有的已定义的停止点。

    clear <function>
    clear <filename:function>
        清除所有设置在函数上的停止点。

    clear <linenum>
    clear <filename:linenum>
        清除所有设置在指定行上的停止点。

    delete [breakpoints] [range...]
        删除指定的断点，breakpoints为断点号。如果不指定断点号，则表示删除所有的断点。range 表示断点号的范围（如：3-7）。其简写命令为d。

比删除更好的一种方法是disable停止点，disable了的停止点，GDB不会删除，当你还需要时，enable即可，就好像回收站一样。

    disable [breakpoints] [range...]
        disable所指定的停止点，breakpoints为停止点号。如果什么都不指定，表示disable所有的停止点。简写命令是dis.

    enable [breakpoints] [range...]
        enable所指定的停止点，breakpoints为停止点号。

    enable [breakpoints] once range...
        enable所指定的停止点一次，当程序停止后，该停止点马上被GDB自动disable。

    enable [breakpoints] delete range...
        enable所指定的停止点一次，当程序停止后，该停止点马上被GDB自动删除。

五、停止条件维护

前面在说到设置断点时，我们提到过可以设置一个条件，当条件成立时，程序自动停止，这是一个非常强大的功能，这里，我想专门说说这个条件的相关维护命令。一般来说，为断点设置一个条件，我们使用if关键词，后面跟其断点条件。并且，条件设置好后，我们可以用condition命令来修改断点的条件。（只有break和watch命令支持if，catch目前暂不支持if）

    condition <bnum> <expression>
        修改断点号为bnum的停止条件为expression。

    condition <bnum>
        清除断点号为bnum的停止条件。

还有一个比较特殊的维护命令ignore，你可以指定程序运行时，忽略停止条件几次。

    ignore <bnum> <count>
        表示忽略断点号为bnum的停止条件count次。

六、为停止点设定运行命令

我们可以使用GDB提供的command命令来设置停止点的运行命令。也就是说，当运行的程序在被停止住时，我们可以让其自动运行一些别的命令，这很有利行自动化调试。对基于GDB的自动化调试是一个强大的支持。

    commands [bnum]
    ... command-list ...
    end

    为断点号bnum指写一个命令列表。当程序被该断点停住时，gdb会依次运行命令列表中的命令。

    例如：

        break foo if x>0
        commands
        printf "x is %d/n",x
        continue
        end
        断点设置在函数foo中，断点条件是x>0，如果程序被断住后，也就是，一旦x的值在foo函数中大于0，GDB会自动打印出x的值，并继续运行程序。

如果你要清除断点上的命令序列，那么只要简单的执行一下commands命令，并直接在打个end就行了。

七、断点菜单

在C++中，可能会重复出现同一个名字的函数若干次（函数重载），在这种情况下，break <function>不能告诉GDB要停在哪个函数的入口。当然，你可以使用break <function(type)>也就是把函数的参数类型告诉GDB，以指定一个函数。否则的话，GDB会给你列出一个断点菜单供你选择你所需要的断点。你只要输入你菜单列表中的编号就可以了。如：

    (gdb) b String::after
    [0] cancel
    [1] all
    [2] file:String.cc; line number:867
    [3] file:String.cc; line number:860
    [4] file:String.cc; line number:875
    [5] file:String.cc; line number:853
    [6] file:String.cc; line number:846
    [7] file:String.cc; line number:735
    > 2 4 6
    Breakpoint 1 at 0xb26c: file String.cc, line 867.
    Breakpoint 2 at 0xb344: file String.cc, line 875.
    Breakpoint 3 at 0xafcc: file String.cc, line 846.
    Multiple breakpoints were set.
    Use the "delete" command to delete unwanted
     breakpoints.
    (gdb)

可见，GDB列出了所有after的重载函数，你可以选一下列表编号就行了。0表示放弃设置断点，1表示所有函数都设置断点。

八、恢复程序运行和单步调试

当程序被停住了，你可以用continue命令恢复程序的运行直到程序结束，或下一个断点到来。也可以使用step或next命令单步跟踪程序。

    continue [ignore-count]
    c [ignore-count]
    fg [ignore-count]
        恢复程序运行，直到程序结束，或是下一个断点到来。ignore-count表示忽略其后的断点次数。continue，c，fg三个命令都是一样的意思。

    step <count>
        单步跟踪，如果有函数调用，他会进入该函数。进入函数的前提是，此函数被编译有debug信息。很像VC等工具中的step in。后面可以加count也可以不加，不加表示一条条地执行，加表示执行后面的count条指令，然后再停住。

    next <count>
        同样单步跟踪，如果有函数调用，他不会进入该函数。很像VC等工具中的step over。后面可以加count也可以不加，不加表示一条条地执行，加表示执行后面的count条指令，然后再停住。

    set step-mode
    set step-mode on
        打开step-mode模式，于是，在进行单步跟踪时，程序不会因为没有debug信息而不停住。这个参数有很利于查看机器码。

    set step-mod off
        关闭step-mode模式。

    finish
        运行程序，直到当前函数完成返回。并打印函数返回时的堆栈地址和返回值及参数值等信息。

    until 或 u
        当你厌倦了在一个循环体内单步跟踪时，这个命令可以运行程序直到退出循环体。

    stepi 或 si
    nexti 或 ni
        单步跟踪一条机器指令！一条程序代码有可能由数条机器指令完成，stepi和nexti可以单步执行机器指令。与之一样有相同功能的命令是“display/i $pc” ，当运行完这个命令后，单步跟踪会在打出程序代码的同时打出机器指令（也就是汇编代码）

九、信号（Signals）

信号是一种软中断，是一种处理异步事件的方法。一般来说，操作系统都支持许多信号。尤其是UNIX，比较重要应用程序一般都会处理信号。UNIX定义了许多信号，比如SIGINT表示中断字符信号，也就是Ctrl+C的信号，SIGBUS表示硬件故障的信号；SIGCHLD表示子进程状态改变信号；SIGKILL表示终止程序运行的信号，等等。信号量编程是UNIX下非常重要的一种技术。

GDB有能力在你调试程序的时候处理任何一种信号，你可以告诉GDB需要处理哪一种信号。你可以要求GDB收到你所指定的信号时，马上停住正在运行的程序，以供你进行调试。你可以用GDB的handle命令来完成这一功能。

    handle <signal> <keywords...>
        在GDB中定义一个信号处理。信号<signal>可以以SIG开头或不以SIG开头，可以用定义一个要处理信号的范围（如：SIGIO-SIGKILL，表示处理从SIGIO信号到SIGKILL的信号，其中包括SIGIO，SIGIOT，SIGKILL三个信号），也可以使用关键字all来标明要处理所有的信号。一旦被调试的程序接收到信号，运行程序马上会被GDB停住，以供调试。其<keywords>可以是以下几种关键字的一个或多个。

        nostop
            当被调试的程序收到信号时，GDB不会停住程序的运行，但会打出消息告诉你收到这种信号。
        stop
            当被调试的程序收到信号时，GDB会停住你的程序。
        print
            当被调试的程序收到信号时，GDB会显示出一条信息。
        noprint
            当被调试的程序收到信号时，GDB不会告诉你收到信号的信息。
        pass
        noignore
            当被调试的程序收到信号时，GDB不处理信号。这表示，GDB会把这个信号交给被调试程序会处理。
        nopass
        ignore
            当被调试的程序收到信号时，GDB不会让被调试程序来处理这个信号。

    info signals
    info handle
        查看有哪些信号在被GDB检测中。

十、线程（Thread Stops）

如果你程序是多线程的话，你可以定义你的断点是否在所有的线程上，或是在某个特定的线程。GDB很容易帮你完成这一工作。

    break <linespec> thread <threadno>
    break <linespec> thread <threadno> if ...
        linespec指定了断点设置在的源程序的行号。threadno指定了线程的ID，注意，这个ID是GDB分配的，你可以通过“info threads”命令来查看正在运行程序中的线程信息。如果你不指定thread <threadno>则表示你的断点设在所有线程上面。你还可以为某线程指定断点条件。如：
    
        (gdb) break frik.c:13 thread 28 if bartab > lim

    当你的程序被GDB停住时，所有的运行线程都会被停住。这方便你你查看运行程序的总体情况。而在你恢复程序运行时，所有的线程也会被恢复运行。那怕是主进程在被单步调试时。

本文转自：http://blog.csdn.net/haoel/article/details/2881

启动gdb后，就你被带入gdb的调试环境中，就可以使用gdb的命令开始调试程序了，gdb的命令可以使用help命令来查看，如下所示：

gdb的命令很多，gdb把之分成许多个种类。help命令只是例出gdb的命令种类，如果要看种类中的命令，可以使用help <class> 命令，如：help breakpoints，查看设置断点的所有命令。也可以直接help <command>来查看命令的帮助。

gdb中，输入命令时，可以不用打全命令，只用打命令的前几个字符就可以了，当然，命令的前几个字符应该要标志着一个唯一的命令，在Linux下，你可以敲击两次TAB键来补齐命令的全称，如果有重复的，那么gdb会把其例出来。
    
    示例一：在进入函数func时，设置一个断点。可以敲入break func，或是直接就是b func
    (gdb) b func
    Breakpoint 1 at 0x8048458: file hello.c, line 10.
 
    示例二：敲入b按两次TAB键，你会看到所有b打头的命令：
    (gdb) b
    backtrace  break      bt
    (gdb)

    示例三：只记得函数的前缀，可以这样：
    (gdb) b make_ <按TAB键>
    （再按下一次TAB键，你会看到:）
    make_a_section_from_file     make_environ
    make_abs_section             make_function_type
    make_blockvector             make_pointer_type
    make_cleanup                 make_reference_type
    make_command                 make_symbol_completion_list
    (gdb) b make_
    GDB把所有make开头的函数全部例出来给你查看。

    示例四：调试C++的程序时，有可以函数名一样。如：
    (gdb) b 'bubble( M-? 
    bubble(double,double)    bubble(int,int)
    (gdb) b 'bubble(
    你可以查看到C++中的所有的重载函数及参数。（注：M-?和“按两次TAB键”是一个意思）

要退出gdb时，只用发quit或命令简称q就行了。

GDB中运行UNIX的shell程序
————————————

在gdb环境中，你可以执行UNIX的shell的命令，使用gdb的shell命令来完成：

    shell <command string>
    调用UNIX的shell来执行<command string>，环境变量SHELL中定义的UNIX的shell将会被用来执行<command string>，如果SHELL没有定义，那就使用UNIX的标准shell：/bin/sh。（在Windows中使用Command.com或cmd.exe）

还有一个gdb命令是make：
    make <make-args> 
    可以在gdb中执行make命令来重新build自己的程序。这个命令等价于“shell make <make-args>”。

在GDB中运行程序
————————

当以gdb <program>方式启动gdb后，gdb会在PATH路径和当前目录中搜索<program>的源文件。如要确认gdb是否读到源文件，可使用l或list命令，看看gdb是否能列出源代码。

在gdb中，运行程序使用r或是run命令。程序的运行，你有可能需要设置下面四方面的事。

1、程序运行参数。
    set args 可指定运行时参数。（如：set args 10 20 30 40 50）
    show args 命令可以查看设置好的运行参数。

2、运行环境。
    path <dir> 可设定程序的运行路径。
    show paths 查看程序的运行路径。
    set environment varname [=value] 设置环境变量。如：set env USER=hchen
    show environment [varname] 查看环境变量。

3、工作目录。
    cd <dir> 相当于shell的cd命令。
    pwd 显示当前的所在目录。

4、程序的输入输出。
    info terminal 显示你程序用到的终端的模式。
    使用重定向控制程序输出。如：run > outfile
    tty命令可以指写输入输出的终端设备。如：tty /dev/ttyb

调试已运行的程序
————————

两种方法：
1、在UNIX下用ps查看正在运行的程序的PID（进程ID），然后用gdb <program> PID格式挂接正在运行的程序。
2、先用gdb <program>关联上源代码，并进行gdb，在gdb中用attach命令来挂接进程的PID。并用detach来取消挂接的进程。

暂停 / 恢复程序运行
—————————

调试程序中，暂停程序运行是必须的，GDB可以方便地暂停程序的运行。你可以设置程序的在哪行停住，在什么条件下停住，在收到什么信号时停往等等。以便于你查看运行时的变量，以及运行时的流程。

当进程被gdb停住时，你可以使用info program 来查看程序的是否在运行，进程号，被暂停的原因。

在gdb中，我们可以有以下几种暂停方式：断点（BreakPoint）、观察点（WatchPoint）、捕捉点（CatchPoint）、信号（Signals）、线程停止（Thread Stops）。如果要恢复程序运行，可以使用c或是continue命令。

一、设置断点（BreakPoint）
    我们用break命令来设置断点。正面有几点设置断点的方法：
    break <function> 
        在进入指定函数时停住。C++中可以使用class::function或function(type,type)格式来指定函数名。

    break <linenum>
        在指定行号停住。

    break +offset 
    break -offset 
        在当前行号的前面或后面的offset行停住。offiset为自然数。

    break filename:linenum 
        在源文件filename的linenum行处停住。

    break filename:function 
        在源文件filename的function函数的入口处停住。

    break *address
        在程序运行的内存地址处停住。

    break 
        break命令没有参数时，表示在下一条指令处停住。

    break ... if <condition>
        ...可以是上述的参数，condition表示条件，在条件成立时停住。比如在循环境体中，可以设置break if i=100，表示当i为100时停住程序。

    查看断点时，可使用info命令，如下所示：（注：n表示断点号）
    info breakpoints [n] 
    info break [n] 

二、设置观察点（WatchPoint） 
    观察点一般来观察某个表达式（变量也是一种表达式）的值是否有变化了，如果有变化，马上停住程序。我们有下面的几种方法来设置观察点：
    watch <expr>
        为表达式（变量）expr设置一个观察点。一量表达式值有变化时，马上停住程序。       
    rwatch <expr>
        当表达式（变量）expr被读时，停住程序。       
    awatch <expr>
        当表达式（变量）的值被读或被写时，停住程序。    
    info watchpoints
        列出当前所设置了的所有观察点。

三、设置捕捉点（CatchPoint）

    你可设置捕捉点来补捉程序运行时的一些事件。如：载入共享库（动态链接库）或是C++的异常。设置捕捉点的格式为：
    catch <event>
        当event发生时，停住程序。event可以是下面的内容：
        1、throw 一个C++抛出的异常。（throw为关键字）
        2、catch 一个C++捕捉到的异常。（catch为关键字）
        3、exec 调用系统调用exec时。（exec为关键字，目前此功能只在HP-UX下有用）
        4、fork 调用系统调用fork时。（fork为关键字，目前此功能只在HP-UX下有用）
        5、vfork 调用系统调用vfork时。（vfork为关键字，目前此功能只在HP-UX下有用）
        6、load 或 load <libname> 载入共享库（动态链接库）时。（load为关键字，目前此功能只在HP-UX下有用）
        7、unload 或 unload <libname> 卸载共享库（动态链接库）时。（unload为关键字，目前此功能只在HP-UX下有用）

    tcatch <event> 
        只设置一次捕捉点，当程序停住以后，应点被自动删除。

本文转自：http://blog.csdn.net/haoel/article/details/2880

GDB概述
————

GDB是GNU开源组织发布的一个强大的UNIX下的程序调试工具。或许，各位比较喜欢那种图形界面方式的，像VC、BCB等IDE的调试，但如果你是在UNIX平台下做软件，你会发现GDB这个调试工具有比VC、BCB的图形化调试器更强大的功能。所谓“寸有所长，尺有所短”就是这个道理。

一般来说，GDB主要帮忙你完成下面四个方面的功能：

    1、启动你的程序，可以按照你的自定义的要求随心所欲的运行程序。
    2、可让被调试的程序在你所指定的调置的断点处停住。（断点可以是条件表达式）
    3、当程序被停住时，可以检查此时你的程序中所发生的事。
    4、动态的改变你程序的执行环境。

从上面看来，GDB和一般的调试工具没有什么两样，基本上也是完成这些功能，不过在细节上，你会发现GDB这个调试工具的强大，大家可能比较习惯了图形化的调试工具，但有时候，命令行的调试工具却有着图形化工具所不能完成的功能。让我们一一看来。

一个调试示例
——————

源程序：tst.c

编译生成执行文件：（Linux下）

    hchen/test> cc -g tst.c -o tst

使用GDB调试：

hchen/test> gdb tst  <---------- 启动GDB
GNU gdb 5.1.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "i386-suse-linux"
(gdb) l     <-------------------- l命令相当于list，从第一行开始例出原码。
1        #include <stdio.h>
2
3        int func(int n)
4        {
5                int sum=0,i;
6                for(i=0; i<n; i++)
7                {
8                        sum+=i;
9                }
10               return sum;
(gdb)       <-------------------- 直接回车表示，重复上一次命令
11       }
12
13
14       main()
15       {
16               int i;
17               long result = 0;
18               for(i=1; i<=100; i++)
19               {
20                       result += i;    
(gdb) break 16    <-------------------- 设置断点，在源程序第16行处。
Breakpoint 1 at 0x8048496: file tst.c, line 16.
(gdb) break func  <-------------------- 设置断点，在函数func()入口处。
Breakpoint 2 at 0x8048456: file tst.c, line 5.
(gdb) info break  <-------------------- 查看断点信息。
Num Type           Disp Enb Address    What
1   breakpoint     keep y   0x08048496 in main at tst.c:16
2   breakpoint     keep y   0x08048456 in func at tst.c:5
(gdb) r           <--------------------- 运行程序，run命令简写
Starting program: /home/hchen/test/tst
Breakpoint 1, main () at tst.c:17    <---------- 在断点处停住。
17               long result = 0;
(gdb) n          <--------------------- 单条语句执行，next命令简写。
18               for(i=1; i<=100; i++)
(gdb) n
20                       result += i;
(gdb) n
18               for(i=1; i<=100; i++)
(gdb) n
20                       result += i;
(gdb) c          <--------------------- 继续运行程序，continue命令简写。
Continuing.
result[1-100] = 5050       <----------程序输出。
Breakpoint 2, func (n=250) at tst.c:5
5                int sum=0,i;
(gdb) n
6                for(i=1; i<=n; i++)
(gdb) p i        <--------------------- 打印变量i的值，print命令简写。
$1 = 134513808
(gdb) n
8                        sum+=i;
(gdb) n
6                for(i=1; i<=n; i++)
(gdb) p sum
$2 = 1
(gdb) n
8                        sum+=i;
(gdb) p i
$3 = 2
(gdb) n
6                for(i=1; i<=n; i++)
(gdb) p sum
$4 = 3
(gdb) bt        <--------------------- 查看函数堆栈。
#0  func (n=250) at tst.c:5
#1  0x080484e4 in main () at tst.c:24
#2  0x400409ed in __libc_start_main () from /lib/libc.so.6
(gdb) finish    <--------------------- 退出函数。
Run till exit from #0  func (n=250) at tst.c:5
0x080484e4 in main () at tst.c:24
24              printf("result[1-250] = %d /n", func(250) );
Value returned is $6 = 31375
(gdb) c     <--------------------- 继续运行。
Continuing.
result[1-250] = 31375    <----------程序输出。
Program exited with code 027. <--------程序退出，调试结束。
(gdb) q     <--------------------- 退出gdb。
hchen/test>

 好了，有了以上的感性认识，还是让我们来系统地认识一下gdb吧。

使用GDB
————

一般来说GDB主要调试的是C/C++的程序。要调试C/C++的程序，首先在编译时，我们必须要把调试信息加到可执行文件中。使用编译器（cc/gcc/g++）的 -g 参数可以做到这一点。如：

    > cc -g hello.c -o hello
    > g++ -g hello.cpp -o hello

如果没有-g，你将看不见程序的函数名、变量名，所代替的全是运行时的内存地址。当你用-g把调试信息加入之后，并成功编译目标代码以后，让我们来看看如何用gdb来调试他。

启动GDB的方法有以下几种：

    1、gdb <program> 
       program也就是你的执行文件，一般在当然目录下。

    2、gdb <program> core
       用gdb同时调试一个运行程序和core文件，core是程序非法执行后core dump后产生的文件。

    3、gdb <program> <PID>
       如果你的程序是一个服务程序，那么你可以指定这个服务程序运行时的进程ID。gdb会自动attach上去，并调试他。program应该在PATH环境变量中搜索得到。

GDB启动时，可以加上一些GDB的启动开关，详细的开关可以用gdb -help查看。我在下面只例举一些比较常用的参数：

    -symbols <file> 
    -s <file> 
    从指定文件中读取符号表。

    -se file 
    从指定文件中读取符号表信息，并把他用在可执行文件中。

    -core <file>
    -c <file> 
    调试时core dump的core文件。

    -directory <directory>
    -d <directory>
    加入一个源文件的搜索路径。默认搜索路径是环境变量中PATH所定义的路径。

本文转自：http://blog.csdn.net/haoel/article/details/2879

多线程调试可能是问得最多的。其实，重要就是下面几个命令：

• info thread 查看当前进程的线程。
• thread <ID> 切换调试的线程为指定ID的线程。
• break file.c:100 thread all  在file.c文件第100行处为所有经过这里的线程设置断点。
• set scheduler-locking off|on|step，这个是问得最多的。在使用step或者continue命令调试当前被调试线程的时候，其他线程也是同时执行的，怎么只让被调试程序执行呢？通过这个命令就可以实现这个需求。
  • off 不锁定任何线程，也就是所有线程都执行，这是默认值。
  • on 只有当前被调试程序会执行。
  • step 在单步的时候，除了next过一个函数的情况(熟悉情况的人可能知道，这其实是一个设置断点然后continue的行为)以外，只有当前线程会执行。

二、调试宏

这个问题超多。在GDB下，我们无法print宏定义，因为宏是预编译的。但是我们还是有办法来调试宏，这个需要GCC的配合。

在GCC编译程序的时候，加上-ggdb3参数，这样，你就可以调试宏了。

另外，你可以使用下述的GDB的宏调试命令 来查看相关的宏。

• info macro – 你可以查看这个宏在哪些文件里被引用了，以及宏定义是什么样的。
• macro – 你可以查看宏展开的样子。

三、源文件

这个问题问的也是很多的，太多的朋友都说找不到源文件。在这里我想提醒大家做下面的检查：

1. 编译程序员是否加上了-g参数以包含debug信息。
2. 路径是否设置正确了。使用GDB的directory命令来设置源文件的目录。

下面给一个调试/bin/ls的示例（ubuntu下）

四、条件断点

条件断点是语法是：break  [where] if [condition]，这种断点真是非常管用。尤其是在一个循环或递归中，或是要监视某个变量。注意，这个设置是在GDB中的，只不过每经过那个断点时GDB会帮你检查一下条件是否满足。

五、命令行参数

有时候，我们需要调试的程序需要有命令行参数，很多朋友都不知道怎么设置调试的程序的命令行参数。其实，有两种方法：

1. gdb命令行的 –args 参数
2. gdb环境中 set args命令。

六、gdb的变量

有时候，在调试程序时，我们不单单只是查看运行时的变量，我们还可以直接设置程序中的变量，以模拟一些很难在测试中出现的情况，比较一些出错，或是switch的分支语句。使用set命令可以修改程序中的变量。

另外，你知道gdb中也可以有变量吗？就像shell一样，gdb中的变量以$开头，比如你想打印一个数组中的个个元素，你可以这样：

(gdb) set $i = 0
 
(gdb) p a[$i++]
 
  #然后就一路回车下去了

当然，这里只是给一个示例，表示程序的变量和gdb的变量是可以交互的。

七、x命令

也许，你很喜欢用p命令。所以，当你不知道变量名的时候，你可能会手足无措，因为p命令总是需要一个变量名的。x命令是用来查看内存的，在gdb中 “help x” 你可以查看其帮助。

• x/x 以十六进制输出
• x/d 以十进制输出
• x/c 以单字符输出
• x/i  反汇编 – 通常，我们会使用 x/10i $ip-20 来查看当前的汇编（$ip是指令寄存器）
• x/s 以字符串输出

八、command命令

有一些朋友问我如何自动化调试。这里向大家介绍command命令，简单的理解一下，其就是把一组gdb的命令打包，有点像字处理软件的“宏”。下面是一个示例：

当我们的断点到达时，自动执行command中的三个命令，把func的三个参数值打出来。

（全文完）

本文转自：http://coolshell.cn/articles/3643.html

——————————正文开始——————————

你想以最快的速度学习人类史上最好的文本编辑器VIM吗？你先得懂得如何在VIM幸存下来，然后一点一点地学习各种戏法。

Vim the Six Billion Dollar editor

Better, Stronger, Faster.

学习 vim 并且其会成为你最后一个使用的文本编辑器。没有比这个更好的文本编辑器了，非常地难学，但是却不可思议地好用。

我建议下面这四个步骤：

1. 存活
2. 感觉良好
3. 觉得更好，更强，更快
4. 使用VIM的超能力

当你走完这篇文章，你会成为一个vim的 superstar。

在开始学习以前，我需要给你一些警告：

• 学习vim在开始时是痛苦的。
• 需要时间
• 需要不断地练习，就像你学习一个乐器一样。
• 不要期望你能在3天内把vim练得比别的编辑器更有效率。
• 事实上，你需要2周时间的苦练，而不是3天。

第一级 – 存活

1. 安装 vim
2. 启动 vim
3. 什么也别干！请先阅读

当你安装好一个编辑器后，你一定会想在其中输入点什么东西，然后看看这个编辑器是什么样子。但vim不是这样的，请按照下面的命令操作：

• 启 动Vim后，vim在 Normal 模式下。
• 让我们进入 Insert 模式，请按下键 i 。(陈皓注：你会看到vim左下角有一个–insert–字样，表示，你可以以插入的方式输入了）
• 此时，你可以输入文本了，就像你用“记事本”一样。
• 如果你想返回 Normal 模式，请按 ESC 键。

现在，你知道如何在 Insert 和 Normal 模式下切换了。下面是一些命令，可以让你在 Normal 模式下幸存下来：

• i → Insert 模式，按 ESC 回到 Normal 模式.
• x → 删当前光标所在的一个字符。
• :wq → 存盘 + 退出 (:w 存盘, :q 退出)   （陈皓注：:w 后可以跟文件名）
• dd → 删除当前行，并把删除的行存到剪贴板里
• p → 粘贴剪贴板

推荐:

• hjkl (强例推荐使用其移动光标，但不必需) →你也可以使用光标键 (←↓↑→). 注: j 就像下箭头。
• :help <command> → 显示相关命令的帮助。你也可以就输入 :help 而不跟命令。（陈皓注：退出帮助需要输入:q）

你能在vim幸存下来只需要上述的那5个命令，你就可以编辑文本了，你一定要把这些命令练成一种下意识的状态。于是你就可以开始进阶到第二级了。

当是，在你进入第二级时，需要再说一下 Normal 模式。在一般的编辑器下，当你需要copy一段文字的时候，你需要使用 Ctrl 键，比如：Ctrl-C。也就是说，Ctrl键就好像功能键一样，当你按下了功能键Ctrl后，C就不在是C了，而且就是一个命令或是一个快键键了，在VIM的Normal模式下，所有的键就是功能键了。这个你需要知道。

标记:

• 下面的文字中，如果是 Ctrl-λ我会写成 <C-λ>.
• 以 : 开始的命令你需要输入 <enter>回车，例如 — 如果我写成 :q 也就是说你要输入 :q<enter>.

第二级 – 感觉良好

上面的那些命令只能让你存活下来，现在是时候学习一些更多的命令了，下面是我的建议：（陈皓注：所有的命令都需要在Normal模式下使用，如果你不知道现在在什么样的模式，你就狂按几次ESC键）

1. 各种插入模式
   

   • a → 在光标后插入
   • o → 在当前行后插入一个新行
   • O → 在当前行前插入一个新行
   • cw → 替换从光标所在位置后到一个单词结尾的字符

2. 简单的移动光标
   

   • 0 → 数字零，到行头
   • ^ → 到本行第一个不是blank字符的位置（所谓blank字符就是空格，tab，换行，回车等）
   • $ → 到本行行尾
   • g_ → 到本行最后一个不是blank字符的位置。
   • /pattern → 搜索 pattern 的字符串（陈皓注：如果搜索出多个匹配，可按n键到下一个）

3. 拷贝/粘贴 （陈皓注：p/P都可以，p是表示在当前位置之后，P表示在当前位置之前）
   

   • P → 粘贴
   • yy → 拷贝当前行当行于 ddP

4. Undo/Redo
   

   • u → undo
   • <C-r> → redo

5. 打开/保存/退出/改变文件(Buffer)
   

   • :e <path/to/file> → 打开一个文件
   • :w → 存盘
   • :saveas <path/to/file> → 另存为 <path/to/file>
   • :x， ZZ 或 :wq → 保存并退出 (:x 表示仅在需要时保存，ZZ不需要输入冒号并回车)
   • :q! → 退出不保存 :qa! 强行退出所有的正在编辑的文件，就算别的文件有更改。
   • :bn 和 :bp → 你可以同时打开很多文件，使用这两个命令来切换下一个或上一个文件。（陈皓注：我喜欢使用:n到下一个文件）

花点时间熟悉一下上面的命令，一旦你掌握他们了，你就几乎可以干其它编辑器都能干的事了。但是到现在为止，你还是觉得使用vim还是有点笨拙，不过没关系，你可以进阶到第三级了。

第三级 – 更好，更强，更快

先恭喜你！你干的很不错。我们可以开始一些更为有趣的事了。在第三级，我们只谈那些和vi可以兼容的命令。

更好

下面，让我们看一下vim是怎么重复自己的：

1. . → (小数点) 可以重复上一次的命令
2. N<command> → 重复某个命令N次

下面是一个示例，找开一个文件你可以试试下面的命令：

• 2dd → 删除2行
• 3p → 粘贴文本3次
• 100idesu [ESC] → 会写下 “desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu desu “
• . → 重复上一个命令—— 100 “desu “.
• 3. → 重复 3 次 “desu” (注意：不是 300，你看，VIM多聪明啊).

更强

你要让你的光标移动更有效率，你一定要了解下面的这些命令，千万别跳过。

1. NG → 到第 N 行 （陈皓注：注意命令中的G是大写的，另我一般使用 : N 到第N行，如 :137 到第137行）
2. gg → 到第一行。（陈皓注：相当于1G，或 :1）
3. G → 到最后一行。
4. 按单词移动：
   

   1. w → 到下一个单词的开头。
   2. e → 到下一个单词的结尾。

   > 如果你认为单词是由默认方式，那么就用小写的e和w。默认上来说，一个单词由字母，数字和下划线组成（陈皓注：程序变量）

   > 如果你认为单词是由blank字符分隔符，那么你需要使用大写的E和W。（陈皓注：程序语句）

   

下面，让我来说说最强的光标移动：

• % : 匹配括号移动，包括 (, {, [. （陈皓注：你需要把光标先移到括号上）
• * 和 #:  匹配光标当前所在的单词，移动光标到下一个（或上一个）匹配单词（*是下一个，#是上一个）

相信我，上面这三个命令对程序员来说是相当强大的。

更快

你一定要记住光标的移动，因为很多命令都可以和这些移动光标的命令连动。很多命令都可以如下来干：

<start position><command><end position>

例如 0y$ 命令意味着：

• 0 → 先到行头
• y → 从这里开始拷贝
• $ → 拷贝到本行最后一个字符

你可可以输入 ye，从当前位置拷贝到本单词的最后一个字符。

你也可以输入 y2/foo 来拷贝2个 “foo” 之间的字符串。

还有很多时间并不一定你就一定要按y才会拷贝，下面的命令也会被拷贝：

• d (删除 )
• v (可视化的选择)
• gU (变大写)
• gu (变小写)
• 等等

第四级 – Vim 超能力

你只需要掌握前面的命令，你就可以很舒服的使用VIM了。但是，现在，我们向你介绍的是VIM杀手级的功能。下面这些功能是我只用vim的原因。

在当前行上移动光标: 0 ^ $ f F t T , ;

• 0 → 到行头
• ^ → 到本行的第一个非blank字符
• $ → 到行尾
• g_ → 到本行最后一个不是blank字符的位置。
• fa → 到下一个为a的字符处，你也可以fs到下一个为s的字符。
• t, → 到逗号前的第一个字符。逗号可以变成其它字符。
• 3fa → 在当前行查找第三个出现的a。
• F 和 T → 和 f 和 t 一样，只不过是相反方向。
  

还有一个很有用的命令是 dt" → 删除所有的内容，直到遇到双引号—— "。

区域选择 <action>a<object> 或 <action>i<object>

在visual 模式下，这些命令很强大，其命令格式为

<action>a<object> 和 <action>i<object>

• action可以是任何的命令，如 d (删除), y (拷贝), v (可以视模式选择)。
• object 可能是： w 一个单词， W 一个以空格为分隔的单词， s 一个句字， p 一个段落。也可以是一个特别的字符："、 '、 )、 }、 ]。

假设你有一个字符串 (map (+) ("foo")).而光标键在第一个 o 的位置。

• vi" → 会选择 foo.
• va" → 会选择 "foo".
• vi) → 会选择 "foo".
• va) → 会选择("foo").
• v2i) → 会选择 map (+) ("foo")
• v2a) → 会选择 (map (+) ("foo"))

块操作: <C-v>

块操作，典型的操作： 0 <C-v> <C-d> I-- [ESC]

• ^ → 到行头
• <C-v> → 开始块操作
• <C-d> → 向下移动 (你也可以使用hjkl来移动光标，或是使用%，或是别的)
• I-- [ESC] → I是插入，插入“--”，按ESC键来为每一行生效。

在Windows下的vim，你需要使用 <C-q> 而不是 <C-v> ，<C-v> 是拷贝剪贴板。

自动提示： <C-n> 和 <C-p>

在 Insert 模式下，你可以输入一个词的开头，然后按 <C-p>或是<C-n>，自动补齐功能就出现了……

宏录制： qa 操作序列 q, @a, @@

• qa 把你的操作记录在寄存器 a。
• 于是 @a 会replay被录制的宏。
• @@ 是一个快捷键用来replay最新录制的宏。

示例

在一个只有一行且这一行只有“1”的文本中，键入如下命令：

• qaYp<C-a>q→
  • qa 开始录制
  • Yp 复制行.
  • <C-a> 增加1.
  • q 停止录制.
• @a → 在1下面写下 2
• @@ → 在2 正面写下3
• 现在做 100@@ 会创建新的100行，并把数据增加到 103.

可视化选择： v,V,<C-v>

前面，我们看到了 <C-v>的示例 （在Windows下应该是<C-q>），我们可以使用 v 和 V。一但被选好了，你可以做下面的事：

• J → 把所有的行连接起来（变成一行）
• < 或 > → 左右缩进
• = → 自动给缩进 （陈皓注：这个功能相当强大，我太喜欢了）

在所有被选择的行后加上点东西：

• <C-v>
• 选中相关的行 (可使用 j 或 <C-d> 或是 /pattern 或是 % 等……)
• $ 到行最后
• A, 输入字符串，按 ESC。

分屏: :split 和 vsplit.

下面是主要的命令，你可以使用VIM的帮助 :help split. 你可以参考本站以前的一篇文章VIM分屏。

• :split → 创建分屏 (:vsplit创建垂直分屏)
• <C-w><dir> : dir就是方向，可以是 hjkl 或是 ←↓↑→ 中的一个，其用来切换分屏。
• <C-w>_ (或 <C-w>|) : 最大化尺寸 (<C-w>| 垂直分屏)
• <C-w>+ (或 <C-w>-) : 增加尺寸

结束语

• 上面是作者最常用的90%的命令。
• 我建议你每天都学1到2个新的命令。
• 在两到三周后，你会感到vim的强大的。

• 有时候，学习VIM就像是在死背一些东西。
• 幸运的是，vim有很多很不错的工具和优秀的文档。
• 运行vimtutor直到你熟悉了那些基本命令。
• 其在线帮助文档中你应该要仔细阅读的是 :help usr_02.txt.
• 你会学习到诸如  !， 目录，寄存器，插件等很多其它的功能。

学习vim就像学弹钢琴一样，一旦学会，受益无穷。

——————————正文结束——————————

对于vi/vim只是点评一点：这是一个你不需要使用鼠标，不需使用小键盘，只需要使用大键盘就可以完成很多复杂功能文本编辑的编辑器。不然，Visual Studio也不就会有vim的插件了。

(全文完)

本文转自：http://coolshell.cn/articles/5426.html

 这样一来，我们可以使用make命令的-f参数来查看makefile中的相关变量（包括make的内建变量，比如：COMPILE.c或MAKE_VERSION之类的）。注意：第二个以“d-”为前缀的目标可以用来打印关于这个变量更为详细的东西（后面有详细说明）

假设我们的makefile是这个样子（test.mk）

test.mk

 那么，我们可以这样进行调试：

• make的第一个-f后是要测试的makefile，第二个是我们的debug makefile。
• 后面直接跟变量名，如果在变量名前加”d-”，则输出更为详细的东西。

说一说”d-” 前缀（其意为details），其中调用了下面三个参数。

• $(origin)：告诉你这个变量是来自哪儿，file表示文件，environment表示环境变量，还有environment override，command line，override，automatic等。
• $(value)：打出这个变量没有被展开的样子。比如上述示例中的 foo 变量。
• $(flavor)：有两个值，simple表示是一般展开的变量，recursive表示递归展开的变量。

（全文完）

本文转自：http://coolshell.cn/articles/3790.html#more-3790

　看了《深入理解linux内核》的中断与异常，简单总结了下，如果有错误，望指正！

一 什么是中断和异常

　　异常又叫同步中断，是当指令执行时由cpu控制单元产生的，之所以称之为异常，是因为只有在一条指令结束之后才发出中断（程序执行异常或者系统调用）。

　　中断又叫异步中断，是由其他硬件设备依照cpu时钟信号随机产生的。

二 高级可编程中断控制器

APIC

　　每个CPU都有一个本地的APIC，通过IIC bus链接到一个I/O APIC，这个I/O APIC负责处理外部IRQS，分发IRQS给本地APIC。

三 中断与异常处理程序嵌套执行

　　中断处理程序允许被另一个中断处理程序”中断“，从而引起内核控制路径嵌套执行。但是中断处理程序是不允许发生阻塞，即任务切换的。

　　中断可以抢占异常处理程序，但异常处理程序不会抢占中断。因为中断处理程序必定处于内核态，如果发生异常，那只能是BUG了，也就是说内核控制路径中异常处理程序不会超过一个。

四 Linux中断描述符

　　Intel把中断描述符分三类：任务门、中断门、陷阱门，而Linux则分成五类：

1. 中断门：Intel的中断门，DPL = 0，描述中断处理程序，通过set_intr_gate宏设置
2. 系统门：Intel的陷阱门，DPL = 3，用于系统调用，通过set_system_gate宏设置
3. 系统中断门：Intel的中断门，DPL = 3，用于向量3的异常处理，通过set_system_intr_gate宏设置
4. 陷阱门：Intel陷阱门，DPL = 0，大部分的异常处理，通过set_trap_gate宏设置
5. 任务门：Intel任务门，DPL = 0，对”Double fault“异常处理，通过set_task_gate宏设置

五 异常处理

　　当cpu产生异常时，会自动根据产生的异常编号在IDT中找对应的异常处理程序，异常处理程序保存大多数寄存器的值，调用异常处理的高级C函数处理该异常，然后通过调用ret_from_exception从异常处理程序退出。

六 中断处理

　　I/O中断处理程序执行的四个基本过程：

1. 在内核态堆栈中保存IRQ的值和寄存器的内容
2. 给正在为IRQ线服务的PIC发送一个应答，这将允许该PIC进一步发中断
3. 执行共享该IRQ的所有设备的中断服务例程（ISR）

七 IRQ数据结构

IRQ数据结构

　　hw_irq_controller是对PIC进程控制的一些函数，包括应答PIC什么的。action指向的是一个irqaction链，每个irqaction描述一个设备的服务例程。irq_desc_t中的state字段保证了同一时刻只有一个设备会拥有该IRQ，正在处理该IRQ的CPU会禁用这条IRQ（本地），其它cpu还是可以接受该IRQ的请求，不过由于此时state的状态为IRQ_INPROGRESS，所以新的IRQ请求会在其它的CPU上应答，但不会处理，也就是该新的IRQ处理会被延迟到处理同一个IRQ的前面一个CPU上执行。能这样做是因为IRQ的数据结构是所有CPU所共享的。

八 多种类型的内核栈

　　如果编译内核设置内核栈为8k，那么进程的内核栈被用于所有类型的内核控制路径。如果内核栈为4k，则内核使用3种类型的内核栈：异常栈，用于处理异常，每个进程一个；硬中断栈，用于处理中断，每个cpu一个；软中断栈，用于出来延迟函数，每个cpu一个。

九 软中断

1 为什么要引进软中断机制，用前面的中断机制不就可以了吗（老版本的linux就没有软中断机制）？

　　从前面的中断处理中可以看出，一个中断处理程序的几个中断服务例程（每个设备一个）是串行执行的，如果某个处理例程执行的时间比较长，而后面的例程又很紧急，那么会导致这个紧急的例程汇编延迟比较久的时间。所以如果能把一些服务例程中不是很紧急但又花费比较长的操作延迟到执行完该IRQ上所有中断服务例程之后执行，那么一些紧急的，花费时间短（一般紧急的操作所需的时间都是比较短的）的例程就可以得到快速的响应。还有就是对于某个设备的中断服务例程，如果它的服务例程服务时间过长，cpu在执行该服务例程时是会中断本地cpu对该设备的中断或者整个本地中断，这样会导致很多中断会得不到快速的响应。

2 软中断使用的关键数据结构

　　softirq_vec数组，每个数组元素类型为softirq_action，该数组总共有32个元素，目前只用了前面六个。softirq_action数据结构包含两个字段：指向软中断处理函数的action指针和指向软中断函数需要的通用数据结构的data指针，这是cpu共享的。

　　每个进程描述的thread_info字段中的preempt_count字段，该字段被编码来表示三个不同的计数器和一个标志。0-7位表示是否允许抢占内核，8-15表示是否正在处理软中断，16-27表示硬件中断控制路径嵌套数，28为是PREEMPT_ACTIVE标志。每个进程有一个。

　　另一个是每个cpu都有的32位掩码，存放在irq_cpustat_t数据结构中的__softirq_pending字段，32位，每一位表示softirq_vec数组中的对应的软中断函数是否已激活。irq_cpustat_t存放在irq_stat数组中，每个cpu对于数组中的一个irq_cpustat_t。每个cpu一个。

3 软中断可延迟函数的四个操作

• 初始化，定义一个新的可延迟函数，并加入到softirq_vec数组中，所有cpu共享该softirq_vec。
• 激活，标记一个可延迟函数为”挂起“，通过前面描述的__softirq_pending字段。
• 屏蔽，有选择地屏蔽一个可延迟函数，即使它被激活。它是通过前面的preempt_count字段或者关闭本地中断（延迟函数一般是通过中断处理程序激活的，如果没有中断处理程序执行，自然也就不会有延迟函数的激活）来实现的。
• 执行，执行一个挂起的可延迟函数和同类型的其它挂起的可延迟函数。通过do_softirq实现。

　　激活和执行可延迟函数必须要在同一个cpu上，从前面激活和执行可以看出这一点。因为__softirq_pending是每个cpu一个，所有在特定cpu激活的延迟函数，只有在该cpu上的__softirq_pending标记激活，而其它cpu是不知道该函数被激活的，也就不会去执行该函数了。

4 linux现有的六种软中断

　　处理高级优先级的tasklet软中断HI_SOFTIRQ，在softirq_vec数组的下标为0；和时钟中断关联的tasklet软中断TIMER_SOFTIRQ，在softirq_vec数组的下标为1；把数据包传送到网卡软中断NET_TX_SOFTIRQ，在softirq_vec数组的下标为2；从网卡接收数据包的软中断NET_RX_SOFTIRQ，在softirq_vec数组的下标为3；SCSI命令的后天中断处理的软中断SCSI_SOFTIRQ，在softirq_vec数组的下标为4；处理常规tasklet软中断TASKLET_SOFTIRQ，在softirq_vec数组的下标为5；它们的优先级是从高到低的。

5 检查是否有软中断挂起（也叫激活）的时机

• 内核调用local_bh_enable激活本地软中断
• smp_apic_timer_interrupt处理完本地定时中断
• cpu处理CALL_FUNCTION_VECTOR中断处理
• 当一个特殊的ksoftirq/n内核线程被唤醒。

　　ksoftirq/n内核线程是专门用来处理激活的软中断的，每个cpu有一个。

十 tasklet

　　tasklet是在软中断的基础上实现的。正如前面说的linux现有的六种软中断，其中HI_SOFTIRQ和TASKLET_SOFTIRQ软中断就是tasklet。

　　对于每种tasklet（HI_SOFTIRQ和TASKLET_SOFTIRQ），每个cpu都有一个tasklet_head类型来描述这种tasklet。tasklet_head类型指向了一个由tasklet类型组成的链表，而每个tasklet类型描述了该tasklet要执行的函数和函数需要的数据以及tasklet的状态（状态表示同类型的tasklet是否在运行等）。

　　当do_softirq处理软中断时，如果相应的HI_SOFTIRQ和TASKLET_SOFTIRQ软中断被激活，就会调用对应的软中断函数tasklet_hi_action和tasklet_action。而这两个函数处理的数据正是HI_SOFTIRQ和TASKLET_SOFTIRQ类型tasklet所对应的tasklet_head类型指向的tasklett链表。

　　为了能够写自己的tasklet函数并加入到对应tasklet类型的tasklet_head指向的链表中，需要调用tasklet_init来初始化新的tasklet和调用tasklet_schedule或tasklet_hi_schedule来把我们自定义的tasklet加入到对应的tasklet_head指向的链表中并激活该tasklet类型所对应的软中断。

　　所以说tasklet是在软中断的基础上实现的，但不同的是软中断时静态分配的（linux分配了6个软中断），而tasklet是可以动态加入和删除tasklet的。

十一 工作队列

　　每个工作队列，在每个cpu上都有一个cpu_workqueue_struct结构来描述，即对于同一个工作队列，每个cpu都有该队列的一个拷贝。cpu_workqueue_struct中的worklist成员指向了由work_struct结构组成的链表，这个链表描述的是该工作队列被挂起的函数，等待工作者线程去执行。

　　通过调用create_workqueue创建工作队列。如果是smp，则每个cpu都会创建一个工作队列和为该工作队列工作的工作者线程。该工作者线程一直阻塞，直到有函数被加入到工作队列中去，工作者线程执行了函数之后就把函数从工作队列中删除。

　　可以通过queue_work函数把一个函数加入到工作队列中去。

　　由于仅仅为了一个函数就创建一个工作队列开销太大，所以内核预定义了一个叫events的工作队列，为该队列工作的工作者线程叫events/n，每个cpu一个。还有就是专门为块设备使用的kblocked工作队列。

十二 软中断与工作队列的区别

　　从上面可以看出，软中断和工作队列十分的相似，都是对服务例程中某些耗时的操延后处理。主要区别在于，软中断的可延迟函数是在中断上下文中执行的，而工作者队列的函数则是在进程上下文中执行的，也就是说软中断的延迟函数执行期间不允许内核被抢占，而工作队列则是可以的。

本文转自：http://www.cnblogs.com/chengxuyuancc/p/3380922.html

   原文地址：http://www.upsdn.net/html/2006-11/775.html 
   参考地址：http://www.cnblogs.com/khler/archive/2010/09/16/1828349.html 

简而言之,产生段错误就是访问了错误的内存段，一般是你没有权限，或者根本就不存在对应的物理内存,尤其常见的是访问0地址.

一般来说,段错误就是指访问的内存超出了系统所给这个程序的内存空间，通常这个值是由gdtr来保存的，他是一个48位的寄存器，其中的32位是保存由它指向的gdt表，后13位保存相应于gdt的下标，最后3位包括了程序是否在内存中以及程序的在cpu中的运行级别,指向的gdt是由以64位为一个单位的表，在这张表中就保存着程序运行的代码段以及数据段的起始地址以及与此相应的段限和页面交换还有程序运行级别还有内存粒度等等的信息。一旦一个程序发生了越界访问，cpu就会产生相应的异常保护，于是segmentation fault就出现了.

在编程中以下几类做法容易导致段错误,基本是是错误地使用指针引起的

1)访问系统数据区，尤其是往  系统保护的内存地址写数据
   最常见就是给一个指针以0地址
2)内存越界(数组越界，变量类型不一致等) 访问到不属于你的内存区域

解决方法

我们在用C/C++语言写程序的时侯，内存管理的绝大部分工作都是需要我们来做的。实际上，内存管理是一个比较繁琐的工作，无论你多高明，经验多丰富，难 免会在此处犯些小错误，而通常这些错误又是那么的浅显而易于消除。但是手工“除虫”（debug），往往是效率低下且让人厌烦的，本文将就"段错误"这个 内存访问越界的错误谈谈如何快速定位这些"段错误"的语句。
下面将就以下的一个存在段错误的程序介绍几种调试方法：

1  dummy_function (void)      2  {      3          unsigned char *ptr = 0x00;      4          *ptr = 0x00;      5  }      6      7  int main (void)      8  {      9          dummy_function ();     10     11          return 0;     12  }

作为一个熟练的C/C++程序员，以上代码的bug应该是很清楚的，因为它尝试操作地址为0的内存区域，而这个内存区域通常是不可访问的禁区，当然就会出错了。我们尝试编译运行它:

xiaosuo@gentux test $ ./a.out 段错误

果然不出所料，它出错并退出了。
1.利用gdb逐步查找段错误:
这种方法也是被大众所熟知并广泛采用的方法，首先我们需要一个带有调试信息的可执行程序，所以我们加上“-g -rdynamic"的参数进行编译，然后用gdb调试运行这个新编译的程序,具体步骤如下:

xiaosuo@gentux test $ gcc -g -rdynamic d.c xiaosuo@gentux test $ gdb ./a.out GNU gdb 6.5 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB.  Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". (gdb) r Starting program: /home/xiaosuo/test/a.out Program received signal SIGSEGV, Segmentation fault. 0x08048524 in dummy_function () at d.c:4 4               *ptr = 0x00; (gdb)

哦？！好像不用一步步调试我们就找到了出错位置d.c文件的第4行，其实就是如此的简单。
从这里我们还发现进程是由于收到了SIGSEGV信号而结束的。通过进一步的查阅文档(man 7 signal)，我们知道SIGSEGV默认handler的动作是打印”段错误"的出错信息，并产生Core文件，由此我们又产生了方法二。
2.分析Core文件：
Core文件是什么呢？

The  default action of certain signals is to cause a process to terminate and produce a core dump file, a disk file containing an image of the process's memory  at the time of termination.  A list of the signals which cause a process to dump core can be found in signal(7).

以 上资料摘自man page(man 5 core)。不过奇怪了，我的系统上并没有找到core文件。后来，忆起为了渐少系统上的拉圾文件的数量（本人有些洁癖，这也是我喜欢Gentoo的原因 之一），禁止了core文件的生成，查看了以下果真如此，将系统的core文件的大小限制在512K大小，再试:

xiaosuo@gentux test $ ulimit -c 0 xiaosuo@gentux test $ ulimit -c 1000 xiaosuo@gentux test $ ulimit -c 1000 xiaosuo@gentux test $ ./a.out 段错误 (core dumped) xiaosuo@gentux test $ ls a.out  core  d.c  f.c  g.c  pango.c  test_iconv.c  test_regex.c

core文件终于产生了，用gdb调试一下看看吧:

xiaosuo@gentux test $ gdb ./a.out core GNU gdb 6.5 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB.  Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". warning: Can't read pathname for load map: 输入/输出错误. Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 Core was generated by `./a.out'. Program terminated with signal 11, Segmentation fault. #0  0x08048524 in dummy_function () at d.c:4 4               *ptr = 0x00;

哇，好历害，还是一步就定位到了错误所在地，佩服一下Linux/Unix系统的此类设计。
接着考虑下去，以前用windows系统下的ie的时侯，有时打开某些网页，会出现“运行时错误”，这个时侯如果恰好你的机器上又装有windows的编译器的话，他会弹出来一个对话框，问你是否进行调试，如果你选择是，编译器将被打开，并进入调试状态，开始调试。
Linux下如何做到这些呢？我的大脑飞速地旋转着，有了，让它在SIGSEGV的handler中调用gdb，于是第三个方法又诞生了:
3.段错误时启动调试:

#include <stdio.h> #include <stdlib.h> #include <signal.h> #include <string.h> void dump(int signo) {         char buf[1024];         char cmd[1024];         FILE *fh;         snprintf(buf, sizeof(buf), "/proc/%d/cmdline", getpid());         if(!(fh = fopen(buf, "r")))                 exit(0);         if(!fgets(buf, sizeof(buf), fh))                 exit(0);         fclose(fh);         if(buf[strlen(buf) - 1] == '\n')                 buf[strlen(buf) - 1] = '\0';         snprintf(cmd, sizeof(cmd), "gdb %s %d", buf, getpid());         system(cmd);         exit(0); }         void dummy_function (void) {         unsigned char *ptr = 0x00;         *ptr = 0x00; }         int main (void) {         signal(SIGSEGV, &dump);         dummy_function ();         return 0; }

编译运行效果如下:

xiaosuo@gentux test $ gcc -g -rdynamic f.c xiaosuo@gentux test $ ./a.out GNU gdb 6.5 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB.  Type "show warranty" for details. This GDB was configured as "i686-pc-linux-gnu"...Using host libthread_db library "/lib/libthread_db.so.1". Attaching to program: /home/xiaosuo/test/a.out, process 9563 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /lib/ld-linux.so.2...done. Loaded symbols for /lib/ld-linux.so.2 0xffffe410 in __kernel_vsyscall () (gdb) bt #0  0xffffe410 in __kernel_vsyscall () #1  0xb7ee4b53 in waitpid () from /lib/libc.so.6 #2  0xb7e925c9 in strtold_l () from /lib/libc.so.6 #3  0x08048830 in dump (signo=11) at f.c:22 #4  <signal handler called> #5  0x0804884c in dummy_function () at f.c:31 #6  0x08048886 in main () at f.c:38

怎么样？是不是依旧很酷？
以上方法都是在系统上有gdb的前提下进行的，如果没有呢？其实glibc为我们提供了此类能够dump栈内容的函数簇，详见/usr/include/execinfo.h（这些函数都没有提供man page，难怪我们找不到），另外你也可以通过gnu的手册进行学习。
4.利用backtrace和objdump进行分析:
重写的代码如下:

#include <execinfo.h> #include <stdio.h> #include <stdlib.h> #include <signal.h> /* A dummy function to make the backtrace more interesting. */         void dummy_function (void) {         unsigned char *ptr = 0x00;         *ptr = 0x00; } void dump(int signo) {         void *array[10];         size_t size;         char **strings;         size_t i;         size = backtrace (array, 10);         strings = backtrace_symbols (array, size);         printf ("Obtained %zd stack frames.\n", size);         for (i = 0; i < size; i++)                 printf ("%s\n", strings[i]);         free (strings);         exit(0); }         int main (void) {         signal(SIGSEGV, &dump);         dummy_function ();         return 0; }

编译运行结果如下：

xiaosuo@gentux test $ gcc -g -rdynamic g.c xiaosuo@gentux test $ ./a.out Obtained 5 stack frames. ./a.out(dump+0x19) [0x80486c2] [0xffffe420] ./a.out(main+0x35) [0x804876f] /lib/libc.so.6(__libc_start_main+0xe6) [0xb7e02866] ./a.out [0x8048601]

这次你可能有些失望,似乎没能给出足够的信息来标示错误,不急,先看看能分析出来什么吧,用objdump反汇编程序,找到地址0x804876f对应的代码位置:

xiaosuo@gentux test $ objdump -d a.out

8048765:       e8 02 fe ff ff          call   804856c <signal@plt>  804876a:       e8 25 ff ff ff          call   8048694 <dummy_function>  804876f:       b8 00 00 00 00          mov    $0x0,%eax  8048774:       c9                      leave

我们还是找到了在哪个函数(dummy_function)中出错的,信息已然不是很完整,不过有总比没有好的啊!
后记:
本文给出了分析"段错误"的几种方法,不要认为这是与孔乙己先生的"回"字四种写法一样的哦,因为每种方法都有其自身的适用范围和适用环境,请酌情使用,或遵医嘱。

部分资料来源于xiaosuo @ cnblog.cn, 特此致谢

作者:upsdn整理   更新日期:2006-11-03
来源:upsdn.net   浏览次数: 



其它调试办法

• 添加日志 

            在Linux上的使用开源C++日志库---log4cplus 

linux下追踪函数调用堆栈

一般察看函数运行时堆栈的方法是使用GDB之类的外部调试器,但是,有些时候为了分析程序的BUG,(主要针对长时间运行程序的分析),在程序出错时打印出函数的调用堆栈是非常有用的。

 在头文件"execinfo.h"中声明了三个函数用于获取当前线程的函数调用堆栈

 Function: int backtrace(void **buffer,int size)

 该函数用与获取当前线程的调用堆栈,获取的信息将会被存放在buffer中,它是一个指针列表。参数 size 用来指定buffer中可以保存多少个void* 元素。函数返回值是实际获取的指针个数,最大不超过size大小

 在buffer中的指针实际是从堆栈中获取的返回地址,每一个堆栈框架有一个返回地址

 注意某些编译器的优化选项对获取正确的调用堆栈有干扰,另外内联函数没有堆栈框架;删除框架指针也会使无法正确解析堆栈内容

 Function: char ** backtrace_symbols (void *const *buffer, int size)

 backtrace_symbols将从backtrace函数获取的信息转化为一个字符串数组. 参数buffer应该是从backtrace函数获取的数组指针,size是该数组中的元素个数(backtrace的返回值)

 函数返回值是一个指向字符串数组的指针,它的大小同buffer相同.每个字符串包含了一个相对于buffer中对应元素的可打印信息.它包括函数名，函数的偏移地址,和实际的返回地址

 现在,只有使用ELF二进制格式的程序和苦衷才能获取函数名称和偏移地址.在其他系统,只有16进制的返回地址能被获取.另外,你可能需要传递相应的标志给链接器,以能支持函数名功能(比如,在使用GNU ld的系统中,你需要传递(-rdynamic))

 该函数的返回值是通过malloc函数申请的空间,因此调用这必须使用free函数来释放指针.

 注意:如果不能为字符串获取足够的空间函数的返回值将会为NULL

 Function:void backtrace_symbols_fd (void *const *buffer, int size, int fd)

 backtrace_symbols_fd与backtrace_symbols 函数具有相同的功能,不同的是它不会给调用者返回字符串数组,而是将结果写入文件描述符为fd的文件中,每个函数对应一行.它不需要调用malloc函数,因此适用于有可能调用该函数会失败的情况。

【更新同步安装列表。在这一步之前可能还需要添加新的源，比如

vim /etc/apt/sources.list 我添加了2个

deb http://mirrors.163.com/ubuntu/ hardy main universe

deb http://tw.archive.ubuntu.com/ubuntu/ hardy main universe

】
# apt-get upgrade【升级所有可升级的已安装包？我没做这一步，也可以】
# apt-get install <packagename>
这样就可以正常使用apt-get了～

本文转自：http://hi.baidu.com/lozard/item/03b854f5a8630015e2e3bd0a

打开终端，在终端输入执行以下命令：
1).终端输入：sudo apt-get remove scim

删除安装系统的时候装的那个scim（个人觉得没什么用，因为一般新安装是操作系统没有装这个）

2）sudo apt-get install scim

然后下载安装scim输入法。下载完了系统会自己装上，中间会有提示，直接y就OK了

3）sudo apt-get install scim-chinese

这一步是最重要的，这是下载安装中文输入法，前面那一步只是下载一个可以运行输入法的平台 ，现在是在这个具体平台上安装


中文输入法

4) sudo nano /etc/X11/Xsession.d /95xinput

这个步骤就利用nano新建一个95xinput的文件 ，该文件的具体内容如下：

 /usr/bin/scim -d  
XMODIFIERS="@im=SCIM"  
export XMODIFIERS  
export GTK_IM_MODULE=scim

然后，确定无误后，保存，按ctrl + o，输入文件名保存 ，ctrl+x 退出

5）exit 退出终端

6）在系统管理中：语言支持的键盘输入方式调整为scim
7）重新启动电脑，进入系统通过Crtl＋Space切换输入法

本文转自：http://blog.csdn.net/caodesheng110/article/details/7896481

海量数据

　　　　大数据量，海量数据 处理方法总结

　　　　布隆过滤器应用

　　　　悉数那些“巨型”数据仓库

　　　　Hadoop在业界的使用情况

　　　　淘宝Hadoop集群的概况

　　分布式

　　　　Paxos在大型系统中常见的应用场景

hadoop的实现

　　　　序

　　　　HDFS的基本概念

　　　　HDFS 读写流程

　　　　HDFS namenode源码分析 

　　　　HDFS datanode源码分析

 　　　  HDFS dfsclient读文件过程 源码分析

 　　　  HDFS dfsclient写文件过程 源码分析

　　　　MapReduce源码分析总结

　　　　mapreduce作业流程概论

　　　　How MapReduce Works 

　　　　基于hadoop的crc校验谈hadoop的离线设计思想

　　　　Hadoop在MapReduce中使用压缩详解

　　　　HDFS数据的Checksum

　　　　Hadoop开发常用的InputFormat和OutputFormat

　　　　Hadoop之failed task和killed task

　　　　Hadoop的调度器总结

　　管理

　　　　hadoop集群部署

　　　　hadoop部署注意项

　　　　hadoop配置文件说明

　　　　hadoop集群默认配置和常用配置

 　　　  hadoop集群测量

　　　　Hadoop管理员的十个最佳实践

　　　　Hadoop 权限管理

　　　　Hadoop FS Shell

　　　　Hadoop Shell 讲解

　　　　hadoop fs -count的结果含义

　　　　Hadoop添加节点datanode

　　　　Hadoop删除节点

　　　　hadoop SecondaryNameNode和NameNode

　　　　hadoop 根据SecondaryNameNode恢复Namenode

　　　　hadoop机架感知

　　　　HDFS 安全模式

　　　　hadoop的dfs.replication

　　　　Hadoop回收站trash

　　　　hadoop升级

　　　　Hadoop计算能力调度器算法解析

　　　　Hadoop计算能力调度器应用和配置

　　　　hadoop和kerberos的整合总结

　　　　hadoop的dfs.umask

　　　　NFS服务对Hadoop（hdfs）集群影响测试

　　　　Facebook团队关于Hadoop/HBase在SSD上的实验和讨论

　　调优

　　架构设计

　　　Hadoop使用场景

hive

　　Hive体系架构

　　应用

　　　　Hadoop和Hive的数据处理流程

　　管理

　　　　hive部署手册

　　　　hive元数据中utf8的修改

 　　　  hive并发调用的运行方式-个人经验篇

　　　　hive Cli常用操作(翻译自Hive wiki)

　　　　hive数据类型(翻译自Hive Wiki)

　　　　hive 创建/删除/截断 表(翻译自Hive wiki)

　　　　hive数据操作(翻译自Hive wiki+实例讲解)

　　　　hive原生和复合类型的数据加载和使用

 　　　  hive修改 表/分区语句

　　　　hive select操作(翻译自Hive wiki)

　　　　hive GroupBy操作(翻译自Hive wiki)

　　  　 hive 中 Order by, Sort by ,Dristribute by,Cluster By 的作用和用法

 　　　　Hive Join(翻译自Hive wiki)

　　　　 hive lateral view语句(翻译自Hive wiki)

 　　　　Hive Union(翻译自Hive wiki)

 　　　　Hive子查询(翻译自Hive wiki)

　　　　 hive实例讲解实现in和not in子句

 　　　　Hive Explain(翻译自Hive wiki)

 　　　　Hive虚拟列(翻译自Hive wiki)

 　　　　hive 锁定(翻译自Hive wiki)

　　　   hive函数(Hive wiki)

　　　　hive udf开发流程(Hive wiki)

　　　　hive udaf开发入门和运行过程详解

　　　　hive中UDTF编写和使用

　　　　hive属性(Hive wiki)

　　　　hive中分组取前N个值的实现

　　　　hive sql遇到的问题

　　优化

　　　　hive大数据倾斜总结

　　　　hive join详解

　　　　hive文件存储格式

　　　　hive怎样决定reducer个数

　　　　hive的hive.exec.parallel参数说明

　　　　hive local hadoop特性　　　　

hbase

　　管理

　　　　Hbase配置手册

pig

　　介绍入门

　　　　Apache Pig入门 –介绍/基本架构/与Hive对比

　　管理

　　　　pig部署手册

　　教程

　　　　Apache Pig中文教程集合

 
本文转自：http://www.cnblogs.com/ggjucheng/archive/2012/04/22/2465625.html

1. 启动你的程序，可以按照你的自定义的要求随心所欲的运行程序。
2. 可让被调试的程序在你所指定的调置的断点处停住。（断点可以是条件表达式）
3. 当程序被停住时，可以检查此时你的程序中所发生的事。
4. 动态的改变你程序的执行环境。

        从上面看来，GDB和一般的调试工具没有什么两样，基本上也是完成这些功能，不过在细节上，你会发现GDB这个调试工具的强大，大家可能比较习惯了图形化的调试工具，但有时候，命令行的调试工具却有着图形化工具所不能完成的功能。让我们一一看来。

gdb基本命令列表：   

实例:

1 新建一个源文件vi swap.cc

源文件内容如下：

#include<iostream>
using namespace std;
void swap(int &a,int &b)
{
        int tmp;
        tmp=a;
        a=b;
        b=tmp;
}

int main()
{
        int i,j;
        cout<<endl<<"Input two int number:"<<endl;
        cin>>i>>j;
        cout<<"Before swap(),i="<<i<<" j="<<j<<endl;
        swap(i,j);
        cout<<"After swap(),i="<<i<<" j="<<j<<endl<<endl;
        return 0;
}

直接复制粘贴生成源文件

 2.生成可执行文件 g++ -g -o swap swap.cc，注意必须使用-g参数，编译会加入调试信息，否则无法调试执行文件

3.启动调试 gdb swap

       3.1  查看源文件 list 1，回车重复上一次指令

             3.2设置调试断点 break 16，在第16行设置断点，info break查看断点信息（亦可使用缩写i b ）

         3.3 调试  运行 输入run 或者r 

         3.3 单步调试，step 或者 s进入函数内部

                3.4查看变量 print b 或者 p b

                3.5查看函数堆栈bt，退出函数finish

                   3.6  继续运行直到下一个断点或主函数结束continue或者c

                  3.7 退出调试 输入q

　　下述所有命令在Linux/unix的shell下有效，这里以bash为主。如有出入，以你自己的服务器为准。本文所指的Linux主要指RHEL/CentOS，unix指的是FreeBSD，这也是服务器中用得最多的版本。

　　Ctrl + a 切换到命令行开始

　　这个操作跟Home实现的结果一样的，但Home在某些unix环境下无法使用，便可以使用这个组合；在Linux下的vim，这个也是有效的；另外，在windows的许多文件编辑器里，这个也是有效的。

　　Ctrl + e 切换到命令行末尾

　　这个操作跟END实现的结果一样的，但End键在某些unix环境下无法使用，便可以使用这个组合；在Linux下的vim，这个也是有效的；另外，在windows的许多文件编辑器里，这个也是有效的。

　　Ctrl + l 清除屏幕内容，效果等同于clear

　　Ctrl + u 清除剪切光标之前的内容

　　这个命令很有用，在nslookup里也是有效的。我有时看见同事一个字一个字的删除shell命令，十分崩溃！其实完全可以用一个Ctrl + u搞定。

　　Ctrl + k 剪切清除光标之后的内容

　　Ctrl + y 粘贴刚才所删除的字符

　　此命令比较强悍，删除的字符有可能是几个字符串，但极有可能是一行命令。

　　Ctrl + r 在历史命令中查找 （这个非常好用，输入关键字就调出以前的命令了）

　　这个命令我强烈推荐，有时history比较多时，想找一个比较复杂的，直接在这里，shell会自动查找并调用，方便极了

　　Ctrl + c 终止命令

　　Ctrl + d 退出shell，logout

　　Ctrl + z 转入后台运行

　　不过，由Ctrl + z转入后台运行的进程在当前用户退出后就会终止，所以用这个不如用nohup命令&，因为nohup命令的作用就是用户退出之后进程仍然继续运行，而现在许多脚本和命令都要求在root退出时仍然有效。

　　下面再被充下大家不是太熟悉，我用得比较多的操作方式：

　　!!  重复执行最后一条命令

　　history 显示你所有执行过的编号+历史命令。这个可以配合!编辑来执行某某命令

　　↑(Ctrl+p) 显示上一条命令

　　↓(Ctrl+n) 显示下一条命令

　　!$ 显示系统最近的一条参数

　　最后这个比较有用，比如我先用cat /etc/sysconfig/network-scripts/ifconfig-eth0，然后我想用vim编辑。一般的做法是先用↑ 显示最后一条命令，然后用Home移动到命令最前，删除cat，然后再输入vim命令。其实完全可以用vim !$来代替。

　　开发和管理员的话，掌握以上用法后，基本上工作就很有效率了；用到最后，你会不经意发现，弹指之间，许多复杂的指令你会很轻松的搞定。

　　附录：Linux下的桌面环境的快捷方式

　　以下指令在Linux/unix的桌面环境(gnome)下有效，如有出入以你自己的服务器为准：

　　Alt + F1 类似Windows下的Win键，在GNOME中打开"应用程序"菜单(Applications)

　　Alt + F2 类似Windows下的Win + R组合键，在GNOME中运行应用程序

　　Ctrl + Alt + D 类似Windows下的Win + D组合键，显示桌面

　　Ctrl + Alt + L 锁定桌面并启动屏幕保护程序

　　Alt + Tab 同Windows下的Alt + Tab组合键，在不同程序窗口间切换

　　PrintScreen 全屏抓图

　　Alt + PrintScreen 当前窗口抓图

　　Ctrl + Alt + → / ← 在不同工作台间切换

　　Ctrl + Alt + Shift + → / ← 移动当前窗口到不同工作台

　　Ctrl+Alt+Shift+Fn 终端N或模拟终端N(n和N为数字1－6)

　　Ctrl+Alt+Shift+F7 返回桌面

　　Ctrl+Alt+Shift+F8 未知（终端或模拟终端）

　　窗口操作快捷键

　　Alt + F4 关闭窗口

　　Alt + F5 取消最大化窗口 (恢复窗口原来的大小)

　　Alt + F7 移动窗口 (注: 在窗口最大化的状态下无效)

　　Alt + F8 改变窗口大小 (注: 在窗口最大化的状态下无效)

　　Alt + F9 最小化窗口

　　Alt + F10 最大化窗口

　　Alt + Space 打开窗口的控制菜单 (点击窗口左上角图标出现的菜单）

　　应用程序中的常用快捷键

　　下面这些并不适用于所有程序。可以和Windows下的快捷键类比下：

　　Ctrl+N 新建窗口

　　Ctrl+X 剪切

　　Ctrl+C 复制

　　Ctrl+V 粘贴

　　Ctrl+Z 撤销上一步操作

　　Ctrl+Shift+Z 重做刚撤销的一步操作

　　Ctrl+S 保存

　　文件浏览器

　　Ctrl+H 显示隐藏文件（切换键）

　　Ctrl+T 新建标签

　　Ctrl+Page Up 上一个标签

　　Ctrl+Page Down 下一个标签

　　Alt+N 切换到第N个标签（N为数字）

目的：
       基本掌握了 make 的用法，能在Linux系统上编程。
环境：
       Linux系统，或者有一台Linux服务器，通过终端连接。一句话：有Linux编译环境。
准备：
       准备三个文件：file1.c, file2.c, file2.h
       file1.c:
              #include <stdio.h>
              #include "file2.h"
              int main()
              {
                     printf("print file1$$$$$$$$$$$$$$$$$$$$$$$$\n");
                     File2Print();
                     return 0;
              }

       file2.h:

              #ifndef FILE2_H_
              #define    FILE2_H_

                      #ifdef __cplusplus

                            extern "C" {

                     #endif

                     void File2Print();

                     #ifdef __cplusplus

                            }

                     #endif

              #endif

       file2.c:
              #include "file2.h"
              void File2Print()
              {
                     printf("Print file2**********************\n");
              }

基础：
       先来个例子：
       有这么个Makefile文件。（文件和Makefile在同一目录）
       === makefile 开始 ===
              helloworld:file1.o file2.o
                     gcc file1.o file2.o -o helloworld

              file1.o:file1.c file2.h
                     gcc -c file1.c -o file1.o

               file2.o:file2.c file2.h

                     gcc -c file2.c -o file2.o

              clean:

                     rm -rf *.o helloworld

       === makefile 结束 ===

一个 makefile 主要含有一系列的规则，如下：
A: B
(tab)<command>
(tab)<command>

每个命令行前都必须有tab符号。

上面的makefile文件目的就是要编译一个helloworld的可执行文件。让我们一句一句来解释：

       helloworld : file1.o file2.o：                 helloworld依赖file1.o file2.o两个目标文件。

       gcc File1.o File2.o -o helloworld：      编译出helloworld可执行文件。-o表示你指定 的目标文件名。

       file1.o : file1.c：    file1.o依赖file1.c文件。

       gcc -c file1.c -o file1.o：                  编译出file1.o文件。-c表示gcc 只把给它的文件编译成目标文件， 用源码文件的文件名命名但把其后缀由“.c”或“.cc”变成“.o”。在这句中，可以省略-o file1.o，编译器默认生成file1.o文件，这就是-c的作用。

              file2.o : file2.c file2.h
              gcc -c file2.c -o file2.o

这两句和上两句相同。

       clean:

              rm -rf *.o helloworld

当用户键入make clean命令时，会删除*.o 和helloworld文件。

如果要编译cpp文件，只要把gcc改成g++就行了。

写好Makefile文件，在命令行中直接键入make命令，就会执行Makefile中的内容了。

到这步我想你能编一个Helloworld程序了。

上一层楼：使用变量

       上面提到一句，如果要编译cpp文件，只要把gcc改成g++就行了。但如果Makefile中有很多gcc，那不就很麻烦了。

       第二个例子：

       === makefile 开始 ===
              OBJS = file1.o file2.o
              CC = gcc
              CFLAGS = -Wall -O -g

              helloworld : $(OBJS)
                     $(CC) $(OBJS) -o helloworld

              file1.o : file1.c file2.h
                     $(CC) $(CFLAGS) -c file1.c -o file1.o

              file2.o : file2.c file2.h
                     $(CC) $(CFLAGS) -c file2.c -o file2.o

              clean:

                     rm -rf *.o helloworld
=== makefile 结束 ===

       这里我们应用到了变量。要设定一个变量，你只要在一行的开始写下这个变量的名字，后 面跟一个 = 号，后面跟你要设定的这个变量的值。以后你要引用 这个变量，写一个 $ 符号，后面是围在括号里的变量名。

CFLAGS = -Wall -O –g，解释一下。这是配置编译器设置，并把它赋值给CFFLAGS变量。

-Wall：          输出所有的警告信息。

-O：              在编译时进行优化。

-g：               表示编译debug版本。

       这样写的Makefile文件比较简单，但很容易就会发现缺点，那就是要列出所有的c文件。如果你添加一个c文件，那就需要修改Makefile文件，这在项目开发中还是比较麻烦的。

再上一层楼：使用函数

       学到这里，你也许会说，这就好像编程序吗？有变量，也有函数。其实这就是编程序，只不过用的语言不同而已。

       第三个例子：

       === makefile 开始 ===
              CC = gcc

              XX = g++
              CFLAGS = -Wall -O –g

              TARGET = ./helloworld

              %.o: %.c

                     $(CC) $(CFLAGS) -c $< -o $@

              %.o:%.cpp

                     $(XX) $(CFLAGS) -c $< -o $@

              SOURCES = $(wildcard *.c *.cpp)
              OBJS = $(patsubst %.c,%.o,$(patsubst %.cpp,%.o,$(SOURCES)))

              $(TARGET) : $(OBJS)
                     $(XX) $(OBJS) -o $(TARGET)

                     chmod a+x $(TARGET)

clean:

       rm -rf *.o helloworld
=== makefile 结束 ===

函数1：wildcard

       产生一个所有以 '.c' 结尾的文件的列表。

       SOURCES = $(wildcard *.c *.cpp)表示产生一个所有以 .c，.cpp结尾的文件的列表，然后存入变量 SOURCES 里。

函数2：patsubst

       匹配替换，有三个参数。第一个是一个需要匹配的式样，第二个表示用什么来替换它，第三个是一个需要被处理的由空格分隔的列表。

OBJS = $(patsubst %.c,%.o,$(patsubst %.cc,%.o,$(SOURCES)))表示把文件列表中所有的.c,.cpp字符变成.o，形成一个新的文件列表，然后存入OBJS变量中。

%.o: %.c

       $(CC) $(CFLAGS) -c $< -o $@

%.o:%.cpp

       $(XX) $(CFLAGS) -c $< -o $@

       这几句命令表示把所有的.c,.cpp编译成.o文件。

       这里有三个比较有用的内部变量。$@ 扩展成当前规则的目的文件名， $< 扩展成依靠       列表中的第一个依靠文件，而 $^ 扩展成整个依靠的列表（除掉了里面所有重 复的文件名）。

       chmod a+x $(TARGET)表示把helloworld强制变成可执行文件。

       到这里，我想你已经能够编写一个比较简单也比较通用的Makefile文件了，上面所有的例子都假定所有的文件都在同一个目录下，不包括子目录。

       那么文件不在一个目录可以吗？

       怎么编写Makefile生成静态库？

       你还想更上一层楼吗？

       请听下回分解。

本文转自：http://goodcandle.cnblogs.com/archive/2006/03/30/278702.html