亚洲午夜久久久久久噜噜噜,久久99精品国产99久久,中文字幕亚洲综合久久

Linux下调试死循环

chinloon — Mon, 13 Jun 2011 05:49:00 GMT

最�q�在工作中发现网�l�通信收发文�g部分�Q�发送一�ơ文件后�Q�就再也不能发第二次了。本以�ؓ是协议的问题�Q�后来用TOP发现CPU�q�高�Q�才通过GDB看到了是一个清�I�Buffer�cȝ��代码有BUG�Q�计��无�W�号整�Ş的操作溢��Z��?br /> 具体跟踪�Ҏ��记录一下。首先正常启动程序，然后�q�行收发文�g操作�Q�触发死循环。而后通过 top -H 查看哪个�U�程(其实是PID�Q�redhat的线�E�是fork�q�程实现�?占用CPU�q�高�Q�而后gdb -p [pid] attach 之，最后bt 打印堆栈�?img src ="http://www.shnenglu.com/chinloon/aggbug/148580.html" width = "1" height = "1" />

chinloon 2011-06-13 13:49 发表评论

一�D?汇编代码

chinloon — Thu, 06 Jan 2011 04:48:00 GMT

�q�是从别人博客上摘的一�D�C嵌汇�~�码
( http://www.shnenglu.com/kevinlynx/archive/2011/01/02/137886.html )

__declspec(naked)
void caller(void* pfn, )
{
    __asm
    {
        pop eax;
        add eax, 3;
        xchg dword ptr[esp], eax;
        push eax;
        ret;
    }
}

下面是调用方�?br>

void print_str( const char *s )
{
    printf( "%s\n", s );
}

{
   ...
caller( print_str, "a string" );
   __asm add esp, 4
   ...
}

原作者讲了一些基��Q�这里就不提�?br>看了一遍，发现 "ADD EAX, 3" 的用法有点奇怪（我相信搞破解的�h一定比较熟悉，但正常的�E�序不会�q�么写。）
初看 EAX 是地址�Q?3是很危险的，但仔�l�一看，发现代码是�ؓ了从最外层主调函数一路穿��?caller" 直达 print_str�Q�这里牵涉到一个重要问题，��是在CALL指��o�Ӟ��会有��?#8220;CALL指��o下一条地址压栈”的操作，那么代码思�\很明了了�Q�就是�ؓ了要造出调用print_str�Ӟ��ESP(+0) 指向 caller(..)调用的下一个地址�?br> �W�一兛_��l�顺利搞定，但又��到个问题，�׃�� print_str 的入参是可变的，所以必��ȝ�� cdecl调用�Q�那RET之后如何�q�x��呢？如果直接跛_�� caller下一条地址�Q�就丧失了��^栈的��Z��Q�最�l�会在某个主调函��C��被微软的 stack cookie捕获抛个SEH�?br> �q�里��q��到文章开头提到的 ADD EAX, 3�?br> 必须要造一个环境，�?caller 调用完成后，�l�个��Z��清理现场。于是乎�Q�caller之后��有�?ADD ESP, 4。其实这里的4是与print_str的入参数目相关的�Q�每个参数要多加 4字节�Q�如此一来，整个代码��q��Z��?br> 那�ؓ什�?�?ADD EAX, 3呢？应该是预估出一条ADD指��o占用多少长度�Q�和具体的环境有兟뀂因为没看INTEL手册�Q�这里只能认为ADD 寄存�?WORD的长度是3个字节。我用VC试验了一下，的确是如此，我也��试了ADD 寄存�?DWORD�Q�长度变��Z��5个字节�?br>

chinloon 2011-01-06 12:48 发表评论

利用C++对象模型通过父类调用子类�Ҏ��的虚函数

chinloon — Mon, 18 Oct 2010 10:07:00 GMT

最�q�QQ游戏开发群里有一位朋友出了一道题�Q?#8220;如何在基�c�M��调用子类独有的函敎ͼ�而不调用强制转换”。这道题我一旉��没做出来�Q�但是如果放宽限�Ӟ��其实可以玩一个有��的游戏�?br> 如果题目改�ؓ“如何在基�c�M��调用子类独有的虚函数�Q�而不调用Class�c�d��强制转换”�Q�那��可以利用C++对象模型中的虚表的直接访问来实现父类调用子类的特有虚函数。（注意�Q�这里特有是指子�c�L��而基�c�L��有。）
以下是我的解法，也在QQ��里发了�Q�想不到引�v��成员小��的轰动�Q�看来游戏开发还是有很多同学对底层不感兴��啊�?br>

1 #include <stdio.h>
2
3 class CFather{
4 public:
5     virtual ~CFather(){}
6 };
7
8 class CSon : public CFather{
9     virtual ~CSon(){}
10
11     virtual void DoSomething(void){ printf("son is crying\n"); }
12 };
13
14 int _tmain(int argc, _TCHAR* argv[])
15 {
16     CFather* fa = new CSon();
17     DWORD dwDoSomething =  (*(DWORD*)(*(DWORD*)fa+4));
18     _asm MOV ecx, fa
19     _asm CALL dwDoSomething
20
21     system("pause");
22     return 0;
23 }
24
25

chinloon 2010-10-18 18:07 发表评论

伟大的pdb

chinloon — Thu, 22 Jul 2010 00:26:00 GMT

昨晚有客户反应，产品中的某个�q�程启动�?分钟内会消失�Q�看了log未发现异常�?br> 于是�q�程�q�去�Q�想看本溃报告，很遗憄��是，没有生成��M��本溃报告�Q�我们用的是Debug�p�d��的api写的Crash Reporter�Q�。情急之下，唯有求助伟大的Windbg了�?br> attach�Q�g�Q�过一会儿�Q�果然发现是有一处seh。但随即发现�~�symbols�Q�于是马上去发布服务器上扄��应的pdb文�g�Q�放到远�E�上去，.reload�Q�果�Ӟ��未知地址被准��地��译成代码中的标识符�?br> 原来�Q�崩溃的地方是动态加载的一个dll中的一个回调函敎ͼ�怪不得没捕获到Crash Report�?br> �ȝ��下来�Q�Release版本的PDB生成是个关键�Q�单有Windbg仍旧是��y妇难为无�c�之炊啊�?br>

chinloon 2010-07-22 08:26 发表评论

使用Windbg调试高CPU占用率的�q�程

chinloon — Mon, 12 Jul 2010 11:17:00 GMT

最�q�用户发现某个进�E�CPU占用率过高，��D��服务器假歅R�?br> 于是想用Windbg��试调试一下。幸好我们的软�g发布旉��会保留一份PDB文�g。因此Windbg能够准确地找到Symbol�Q�即使是Release Version�?
打开Windbg帮助文档�Q�搜�?CPU"关键字，随即扑ֈ��?#8220;Tracking Down a Processor Hog”。按照上面的�Ҏ��试了一下，果然可以准确地定位到某个死锁的线�E��?br> 现在在工作中�Q�利用Olldbg和Windbg的机会越来越多，在解决问题的�q�程中，也越发有成就感了�?br>

chinloon 2010-07-12 19:17 发表评论

VC Release Debugging

chinloon — Thu, 01 Jul 2010 06:43:00 GMT

今天在Code Project最新更��C��看到"XCrashReport : Exception Handling and Crash Reporting"一文，泛读之后�Q�又��M��其中引用的几��文章。觉得挺不错。主要讲了VC Relase版本如何定位问题�Q�主要思�\是打开Link选项"Generate debug info"、添加参�?/OPT:REF"�?ignore:4089 "�Q�用作Release版本产生PDF�Q�且优化的时候能使��生的目标文�g更小。效果比较明显�?br> 随便写了一个会崩溃的工�E�，崩溃后记录其崩溃位置�Q�然后随便打开一�ƾ调试器�Q�OD�Q�WinDBG�Q�VC都可�Q�运行debug�Q�然后改EIP到出错的位置下断�Q�GO�Q?
其实�Q�在�q�行出错的位�|�，然后改EIP的方法，以前在用OD时会使用刎ͼ��c�M��F4或VC调试时的�U�d��EIP�Q�，一直觉得ESP和Call Stack应该是分析Crash的重点，有时忽略了EIP的重要性�?br>

chinloon 2010-07-01 14:43 发表评论

chinloon — Sun, 20 Jun 2010 15:34:00 GMT

最�q�拿��C��个第三方厂家的库�Q�由于Delphi的同事看不懂c++的例子，所以让我用C++��装一个简单的Wrapper�l�其调用�?br> 后来发现一个问题，�׃��原始的函数声明中的参��C��用字�W�数�l?(char szData[MAX_PATH]) 而不是用常用的指�?char *)�Q�给Delphi同事调用后，发现函数调用完退栈时候程序本溃，原因是访问违例，非法地址讉K��0x72�?br> �q�么一来感觉比较奇怪，0x72 �q�个地址昄��是个垃圾地址�Q�一般如果是�I�指针的话因该是 0x00�Q�如果是野指针，一般也不至于会那么��，0x72与程序加载地址都相�ȝ��q��?br> 在vc6�Q�公司只准用vc6�Q�里跟了一下反汇编�Q�感觉信息缺��比较多�Q�能看到的地方已�l�堆栈被破坏了。于是用了OD跟一下。发现Delphi调用我封装的函数�Ӟ��明明2个入参，却传入了3个。多传了�?60�?60对于vc�E�序员应该比较熟悉了�Q�就是MAX_PATH的倹{��于是乎�Q�告知了Delphi�E�序员，�Ҏ��得知�Q�原来Delphi是可以在声明时指定数�l�长度的�Q�也��是��_��函数的入参，数组和指针是两种声明�Q�如此一来，水落矛_��了�?

chinloon 2010-06-20 23:34 发表评论