0.64位程序参数一次保存在RDI,RSI,RDX,RCX,R8和 R9,具体见图 windows64位调用约定 1.<_libc_csu_init>有一些万能gadget,汇编如下 #!bash 00000000004005a0 <__libc_csu_init>: 4005a0: 6c d8 mov %rbp,-0x28(%rsp) 4005a5: 4c e0 mov %r12,-0x20(%rsp) 4005aa: 8d 2d lea 0x200873(%rip),%rbp

1. 普通断点 根据代码行数设置断点是最常见的一种方式,在debug程序运行前就可以进行断点的配置.如: (gdb) b src/main.cpp:127 当程序执行到main.cpp文件的第127行时就会出发断点. 2. 条件断点 顾名思义,这种断点是当满足一定条件时才会触发,比较适合进行异常排查.设置方式(gdb)break line-or-function if (condition), 如: (gdb) b src/main.cpp:127 if cnt==10 3. 数据断点 就是根据

在前一篇中我们支持了通过函数名称来添加断点,我们同时也提到了在Lua中一个函数的名称的并不是确定的.准确的说,Lua中的函数并没有名称,所谓名称其实是保存这个函数值的变量的名称. 于是通过函数名称添加断点就造成了一定的不确定性,因为函数被调用时并不一定是以这个名字被调用的.另外,多个不同的函数也可能以相同的名字进行调用. 所以为了解决这个问题,本篇我们将继续扩展断点的设置接口,支持通过包名来添加断点.因为包名相对更具确定性,配合行号可以进行精确定位. 源码已经上传Github,欢迎watch/s

前面已经支持了几种不同的方式添加断点,但是必须事先在代码中添加断点,在使用上不是那么灵活方便.本文将支持动态增删断点,只需要开一开始引入调试库即可,后续可以在调试过程中动态的添加和删除断点.事不宜迟,我们直接进入正题. 源码已经上传Github,欢迎watch/star. 本博客已迁移至CatBro's Blog,那是我自己搭建的个人博客,欢迎关注.本文链接 实现分析 入口断点 尽管我们目标是支持动态添加断点,但还是需要一个入口,提供用户添加初始的断点.仍然像之前一样,在用户代码中显式添加的确可

我们之前已经支持了通过函数来添加断点,并且已经支持了行号的检查和自动修正.但是通过函数来添加断点有一些限制,如果在当前的位置无法访问目标函数,那我们就无法对其添加断点. 于是,本篇我们将扩展断点设置的接口,支持通过函数名称添加断点,以突破这个限制. 源码已经上传Github,欢迎watch/star. 本博客已迁移至CatBro's Blog,那是我自己搭建的个人博客,欢迎关注.本文链接 实现分析 由于Lua是动态类型语言,变量可以是任何值.而函数在Lua语言中又是第一类值,与其他值一样使用,可

说到Lua代码调试,最常用的方法应该就是加一堆print进行打印.print大法虽好,但其缺点也是显而易见的.比如效率低下,需要修改原有函数内部代码,在每个需要的地方添加print语句,运行一次只能获取一次信息,下次换个地方又得重新添加print语句.而且有时候,事先并不知道该去哪打印.或者打印什么内容,需要通过运行中获取的信息才能确定. 当print大法无法满足我们的需求时,就需要类似断点调试这样更高级的调试功能.本文将从零开始编写一个Lua调试器,实现类似gdb的断点调试功能. 本文代码已开

今天在Mac机器上使用了Flex Builder编辑了一个源代码文件,保存后使用vim命令去打开时发现系统自动在每一行的结尾添加了^M符号,其实^M在Linux/Unix中是非常常见的,也就是我们在Win中见过的/r回车符号.由于编辑软件的编码问题,某些IDE的编辑器在编辑完文件之后会自动加上这个^M符号.看起来对我们的源代码没有任何影响,其实并不然,当我们把源代码文件Check In到svn之类的版本控制软件之后,由于之前版本的文件并不存在这个符号,所以开发成员在使用diff工具来查看改动的内

今天在写代码的时候突然发现无法添加断点,更加详细的场景是“按F9可以添加调试行,但是断点不显示,且显示代码行数左边的灰色区域不见了”找了各种方法也没有解决,然后重启.修复甚至重装都不行,最后在万千网页中无意中发现了解决方法,原因是因为我的“边距指示栏”被隐藏了.下面是解决方法: 边距指示符栏——"代码编辑器"左边的灰色区域,显示如断点.书签及快捷键等边距指示符. 到“工具——>选项——>文本编辑器——>常规" 中勾选 "指示器边距" 即可

到目前为止我们的调试手段只有一种: 根据程序执行时的出错现象假设错误原因,然后在代码中适当的位置插入printf,执行程序并分析打印结果,如果结果和预期的一样,就基本上证明了自己假设的错误原因,就可以动手修正Bug了. 如果结果和预期的不一样,就根据结果做进一步的假设和分析. 这里,我们介绍一种很强大的调试工具gdb,可以完全操控程序的运行,使得程序就像你手里的玩具一样,叫它走就走,叫它停就停,并且随时可以查看程序中所有的内部状态,比如各变量的值.传给函数的参数.当前执行的代码行等. 有了gdb

在vs中我们可以直接用表达式.数值型比较直接用操作符即可. 如i==2,i<2; 但是字符型比较呢? 加入我们有一个名为string的变量,定义如下: char *string="Two"; 设置断点: 当我们运行上述代码时,会发现即使string的内容”Two”时,运行并没有中断.这是因为==运算符比较的是两个字符串的地址而不是内容,因此上述断点并不能满足我们的需求.(字符串名就是地址) Visual Studio考虑到程序员经常会根据字符串的内容添加断点,因此在添加断点这个功

在上一篇04优化钩子事件处理中,我们在钩子函数中引入了call和return事件的处理,对性能进行了优化. 细心的同学可能已经发现了,我们的hook函数中call事件和line都需要对整个断点表进行遍历,这其中其实是存在着一些冗余的.因为call事件只关心函数是否有断点,而line事件则只关心本函数内有哪些断点.所以我们可以想办法优化一下断点信息的数据结构,进一步提升性能. 源码已经上传Github,欢迎watch/star. 本博客已迁移至CatBro's Blog,那里是我自己搭建的个人博客

前面两篇我们对性能做了一个优化,接下来继续来丰富调试器的特性. 我们前面提到过,函数内并不是所有行都是有效行,空行和注释行就不是有效行.我们之前在添加断点的时候,并没有对行号进行检查,任何行号都能成功添加断点.所以如果添加的断点行号是无效的,那么永远也不会断到那里.但是钩子里并不知道它是无效的,call事件仍然会以为函数有断点从而启动line事件,造成CPU的浪费. 所以本篇,我们将对断点的行号进行检查,对于不在函数范围内的行号直接添加断点失败:在函数范围内的行号则自动修正为下一个有效的行号:另

/********************************************************************* * Author  : Samson * Date    : 01/30/2015 * Test platform: *              3.13.0-24-generic *              GNU bash, 4.3.11(1)-release  * *****************************************

public static void DrawPictureMarkerSymbol(IGlobe globe, String layerName) { //添加一个图层 ESRI.ArcGIS.Carto.IGraphicsContainer globeGraphicsLayer = GetGraphiceContainer(globe, layerName); //定义一个基础元素 ESRI.ArcGIS.Carto.IElement markerElement = new ESRI.Arc

一.            断点 断言是什么呢,它是用来检查返回结果对不对的. 用来验证结果是否正确,如果正确的话,就代表这个请求的返回是正确的,如果没有的话就代表这个请求的结果和我们预期的不一致,这样我们就可以通断言来检查返回结果,测试是否通过. 如下:测试的模式为"retcode":0,  注意要有‘,’的 注意在执行的时候,同步设置响应断言,就会在返回脚本中校验结果 一.          关联 我们知道断言是从返回结果中检查有没有预期的值,现在有一个问题,有一个购买商品的接口,

http://sourceware.org/gdb/current/onlinedocs/gdb/ 断点设置 gdb断点分类: 以设置断点的命令分类: breakpoint 可以根据行号.函数.条件生成断点. watchpoint 监测变量或者表达式的值发生变化时产生断点. catchpoint 监测信号的产生.例如c++的throw,或者加载库的时候. gdb中的变量从1开始标号,不同的断点采用变量标号同一管理,可以 用enable.disable等命令管理,同时支持断点范围的操作,比如有些命

在前一篇01最小实现中,我们实现了Lua断点调试的的一个最小实现.我们编写了一个模块,提供了两个基本的接口:设置断点和删除断点. 虽然我们已经支持在断点进行变量的打印,但是需要自己指定层数以及变量索引,使用起来不是很方便.要进行upvalue打印的话,操作会更加麻烦.为了提升调试的方便性,我们决定封装一个通用的变量打印函数,可以通过变量名查找到对应变量的值进行打印.支持局部变量.upvalue以及全局的_ENV中的变量. 本文代码已开源至Github,欢迎watch/star. 本博客已迁移至C

在前面两篇01最小实现及02通用变量打印中,我们已经实现了设置断点.删除断点及通用变量打印接口. 本篇将继续新增两个辅助的调试接口:调用栈回溯打印接口.通用变量设置接口.前者打印调用栈的回溯信息,后者可以方便地修改变量的值,支持局部变量.upvalue以及全局的_ENV中的变量. 本文代码已开源至Github,欢迎watch/star. 本博客已迁移至CatBro's Blog,那里是我自己搭建的个人博客,欢迎关注. 调用栈打印函数 我们首先来实现调用栈回溯打印接口printtraceback(

在第一篇的01最小实现中,我们实现了一个断点调试的最小实现,在设置钩子函数时只加了line事件,显然这会对性能有很大的影响.而后来两篇02通用变量打印和03通用变量修改及调用栈回溯则是提供了一些辅助的调试接口,并没有对钩子函数进行修改. 我们本篇将在钩子中引入call和return事件的处理,尝试对性能进行优化. 源码已经上传Github,欢迎watch/star. 本博客已迁移至CatBro's Blog,那里是我自己搭建的个人博客,欢迎关注. 实现分析 当前的实现因为只加了line事件,执行

如果num是整数的话,将其转换成带千位符号的字符串: Number(num).toString().replace(/(\d)(?=(\d{3})+(?!\d))/g, '$1' +  ','); 另外,http://www.cnblogs.com/yeminglong/p/5301295.html 给出了小数的转换格式,如下: /** * * @param num * @param precision * @param separator * @returns {*} *===========

1.打断点,只需在代码的前面单机左键即可:2.运行,点击Debug...(如图,像贝壳一样的图标),只会运行第一个红点前的代码: 3.此时若想将第2个红点前的代码运行完毕:点击Resume Program; 4.若想将将第2个断点后的代码运行完毕,继续点resume program:注意:点击resume program一次,只会运行一个断点:使用断点的好处是,方便调式问题: