我来纠正一下,楼主这种解释是歪解了:
"原因是产生异常后系统调用了nt!KiTrap03( )时令eip - 1"
无论是LONG INT3 还是 INT3指令,触发后系统是绝对不会修改EIP的,
其实所有的异常触发之后,系统都不会修改EIP,这个是原则问题,
就是保留现场的意思.而将EIP减去1的这个操作,是调试器做的,
这样解释,刚好也符合了你后面所说的:LONG INT3在触发后,EIP停留在异常位置+1的地方,为什么会这样傻?
其实这个是OD的BUG,OD作者开发的时候,应该是没有考虑到LONG INT3的处理,一切触发INT3的异常,就无脑将EIP-1,
所以出现了楼主所说的情况,(INT3无脑-1=异常位置),而(LONG INT3无脑-1 = 异常位置+1)
如果不是无脑-1的话,那么触发LONG INT3应该是-2,而EIP应该是停留在ExceptionAddress处.
OD笑话不少,人品差的人怎么可能做得出好的软件.

flarejune 我来纠正一下,楼主这种解释是歪解了: "原因是产生异常后系统调用了nt!KiTrap03( )时令eip - 1" 无论是LONG INT3 还是 INT3指令,触发后系统是绝 ...

.text:00436CEF loc_436CEF:                 
.text:00436CEF                               ; _KiTrap03+D6j
.text:00436CEF mov     esi, ecx             
.text:00436CF1 mov     edi, edx
.text:00436CF3 mov     edx, eax
.text:00436CF5 mov     ebx, [ebp+68h]       
.text:00436CF8 dec     ebx                   ; eip-1
.text:00436CF9 mov     ecx,                 
.text:00436CFE mov     eax, 80000003h        ; 异常类型
.text:00436D03 call    CommonDispatchException ; 处理异常

这是KiTrap03的部分代码，确实是使eip - 1。您说的那个原则问题，可能是你只认为中断机制就是保留现场，恢复现场。
但是int3指令本来就使0x86cpu用来支持调试的一条指令，他确实比较特殊。
如果您有什么问题可以用windbg自己去查看一下KiTrap03函数的汇编代码。
多谢回复。

看你EIP前EIP后的,估计可能还是个XP系统,好吧,其它我姑且不理,以上这个图,是在WIN10下运行的,这个是我在调试"调试器"时候的截图,触发INT3异常时候,IP是790,而不是78F.

你上面说的减一,我是打死不相信微软这样做的,如果这样做的话,微软可以去死了.真的.

如果你还不服气,你自己跑一个DEMO吧,不是IP不变的话,你回来通知我吃屎好吧.

static LONG CALLBACK VectoredHandler(
	_In_ PEXCEPTION_POINTERS ExceptionInfo
)
{
	if (ExceptionInfo->ExceptionRecord->ExceptionCode == EXCEPTION_BREAKPOINT)
	{
		//Increase EIP/RIP to continue execution.
#ifdef _WIN64
		ExceptionInfo->ContextRecord->Rip++;
#else
		ExceptionInfo->ContextRecord->Eip++;
#endif
		return EXCEPTION_CONTINUE_EXECUTION;
	}
	return EXCEPTION_CONTINUE_SEARCH;
}



void Interrupt_3()
{
	PVOID Handle = AddVectoredExceptionHandler(1, VectoredHandler);
	__debugbreak();
	RemoveVectoredExceptionHandler(Handle);
}

你调用Interrupt_3函数,在自定义异常处理里面,++是跳过这个INT3指令,如果按你所说的话,那么不应该是++跳过,而是+=2跳过.你思维还跟不上的话,我懒得和你扯了.

。

码小芹 。

你不是献丑,你是误人子弟罢了.
减一操作是不是调试器做的,你看不了OD的代码,你可以看下X64DBG TITANENGINE的代码:
https://github.com/x64dbg/TitanEngine/blob/51ba022c29d3faae424ac6c51c0d7fb0a4cb5b84/TitanEngine/TitanEngine.Debugger.DebugLoop.cpp#L472
你只是静态看了这个汇编指令,你都没有跑过,你怎么知道系统有执行过那段指令?
实践出真理,不要死读书诗,尽信书不如无书.

flarejune 你不是献丑,你是误人子弟罢了. 减一操作是不是调试器做的,你看不了OD的代码,你可以看下X64DBG TITANENGINE的代码: https://github.com/x64dbg/Titan ...

多谢大师的教诲

学到了，大佬厉害厉害

系统不会减1，减1需要调试器自行处理。int3 和int 3都会使指令实际位置在eip+1(被替换得那个指令位置+1).硬件执行断点可以准确得断在eip位置，不需要调试器修正eip

zylyy 系统不会减1，减1需要调试器自行处理。int3 和int 3都会使指令实际位置在eip+1(被替换得那个指令位置+1).硬件执行断点可以准确得断在eip位置，不需要调试器修正eip

哥呀，你再仔细读读我写的文章

看雪已经沦为52POJIE之类的FW场所了,
通过修改文章来掩饰自己的错误,然后反驳别人说别人诬陷它.
和之前某人做假图的方式一样,废物为了面子,啥都做了.
**************************

"所以当cpu执行到此断点时就会执行0xCC（即INT3指令），接着产生异常去执行函数nt!KiTrap03(%20),此函数会将指令指针（eip）的值减一，因为其刚执行完0xCC此时eip指向0xCC的下一个字节，所以减一后eip重新指向0xCC（断点处）。接着会调用nt!KiDisPatchException( )函数并将异常分发给调试器"
这个是原话,关键点:触发INT(0XCC)后,nt!KiTrap先将EIP减一,再调用KiDisPatchException( )函数将异常分发给调试器.
到后面就改文章解释为:"此异常是第二次分发异常的时候使eip-1",其实傻屌依然是犯错,因为一旦触发异常,如果调试器不接手的话,直接抛出到SEH,SEH不接手就直接程序崩溃了,有它妹的第一第二次....再而且,如果将EIP-1的话,调试器不处理而直接NTContinune的话,那么就会无限循环了,一直卡在这个INT3这里,
而原文中后面对LONG INT3异常为什么依然EIP-1而不是EIP-2的描述,已经偷偷删除,因为那个是解释不过去了.
幸亏你小学的时候不是文科代表,要不然还真的中你道道了,玩文字游戏么?

flarejune "所以当cpu执行到此断点时就会执行0xCC（即INT3指令），接着产生异常去执行函数nt!KiTrap03(%20),此函数会将指令指针（eip）的值减一，因为其刚执行完0xCC此时eip ...

你看，急眼了急眼了

高深的东西你是肯定不懂的了,我来告诉你nt!KiTrap里面那个减一是什么东西吧.
nt!KiTrap里面减一的那个并非是"真正的EIP",真正的EIP是在TEB里面的,nt!KiTrap修改的那个是准备传递给SEH或者VEH的参数
PEXCEPTION_POINTERS -> ExceptionRecord->Eip的值,如果有设置SEH处理或者VEH处理的话,比如我3楼那个例子,
那么在这里访问到的PEXCEPTION_POINTERS -> ExceptionRecord->Eip的值,就是真实Eip-1的值.你可以查看PEXCEPTION_POINTERS->ExceptionRecord的结构,数下Eip这个成员所在的偏移是不是0x68,也就是你所说的:
.text:00436CF5 mov     ebx, [ebp+68h]       
.text:00436CF8 dec     ebx                   ; eip-1
到现在为止,你该死而瞑目了吧.
好了,还要说一句:别叫我大佬,叫我伯伯,我做大佬的时候你还在穿开裆裤,你现在还叫我大佬?

flarejune 高深的东西你是肯定不懂的了,我来告诉你nt!KiTrap里面那个减一是什么东西吧. nt!KiTrap里面减一的那个并非是"真正的EIP",真正的EIP是在TEB里面的,nt!K ...

我现在是真心请教你，我们本来就是新手。
你上来就那种语气，我是真的受不了。
我就是请教你一下，那个od忽略异常的意思不就是异常交给程序和系统处理吗，那为什么程序没有处理，但是其eip却依然减一了呢 ？（我的意思也是此时调试器也没有处理啊）
我这是真心请教你，你能不能好好说话。当然要觉得我这种新手不配进入这个圈那就算了，耽误你时间了。

不要吵了以我为准 系统减 1 (0xcc) 的操作在 KiDispatchException 头部 if (ExceptionRecord->ExceptionCode == STATUS_BREAKPOINT)  系统int3执行流程是 中断硬件程序 -> KiDebugTrapOrFault(r0) -> KiExceptionDispatch(r0) -> KiDispatchException(r0)->r3

码小芹 我现在是真心请教你，我们本来就是新手。 你上来就那种语气，我是真的受不了。 我就是请教你一下，那个od忽略异常的意思不就是异常交给程序和系统处理吗，那为什么程序没有处理，但是其eip却依然减一了呢 ...

我不是这个圈那个圈的,我也很少来看雪,不过我注册看雪的帐号好像也有些年份了吧,
首先来说,我不是做逆向的,我是一个23年开发经验的开发者,我的逆向知识,也是前几年才随便看看的.
最近在开发调试器和做反反调试处理,所以去各大论坛看下收集下民意,如果有历史记录可以看的话,
你应该也就是发现我最近才活跃.
我说话语气就是那样的,我就是你们口中所说的那种少年得志的人,所以从小到大我都是那种语气说话.
回答你上面的问题,
正常来说,调试器是将非自己设置的INT3才当作是"异常",而忽略异常不处理的话,这里的异常就肯定是指那些非调试器自己设定的INT3.
那么问题来了,为什么时候会触发非调试器自己的INT3呢?莫非就是2个,1.程序跑飞了,2.被调试的程序自己做的int3(通常是反调试才会这样做).
而你说的那个情况,应该是第2条,正如我上面说的,触发异常后,系统调用SEH/VEH询问该如何处理,如果程序自身有做了SEH/VEH的话,就会在异常处理
函数里面对异常进行处理,而在调用SEH/VEH的时候,其参数PEXCEPTION_POINTERS->ExceptionRecord->Eip已经被减少1,用户处理完异常后,
必须会调用NTCONTINUE继续执行程序,那么系统就会将参数里面的Context写会到真实的ThreadContext里面去,所以,你什么都不做的话,其实经过这番操作后,EIP其实已经是减1了.
话又反过来说,就是因为刻意操作才会有INT3的产生,所以按实际情况的话,在VEH/SEH里面,用户是必定会对EIP进行处理的,就好像我4楼那个例子一样.
如果用户不处理的话,就会出现死循环,程序立马卡死无响应.

flarejune 我不是这个圈那个圈的,我也很少来看雪,不过我注册看雪的帐号好像也有些年份了吧, 首先来说,我不是做逆向的,我是一个23年开发经验的开发者,我的逆向知识,也是前几年才随便看看的. 最近在开发调试器和 ...

谢谢你的回复，我自己去写个简单的调试器验证一下。

#include <Windows.h>
#include <iostream>
using namespace std;
int flag = 0;                        //标志
int main()
{
    char a[256] = {0};
    cout<<"请输入需要调试的目标程序的路径：";
    cin>>a;
    PROCESS_INFORMATION pi;            //接受新进程的一些有关信息
    STARTUPINFO si;                    //指定新进程的主窗体如何显示
    DEBUG_EVENT devent;                //消息事件
    CONTEXT        stContext;            //线程信息块

    GetStartupInfo(&si);

    CreateProcessA(
         a,     
         NULL,  
         NULL,  
         NULL,  
         FALSE, // 不可继承
         DEBUG_ONLY_THIS_PROCESS | DEBUG_PROCESS, // 调试模式启动            (DEBUG_ONLY_THIS_PROCESS标志表示其不能调试进程如果被调试的话，此新进程不会成为其调试进程的调试对象)
         NULL,  
         NULL,
         &si,
         &pi ); 
    cout<<"创建进程成功"<<endl;

    while(TRUE)
    {
        if(WaitForDebugEvent(&devent, INFINITE))
        {
            switch(devent.dwDebugEventCode)
            {
            case EXCEPTION_DEBUG_EVENT:
                switch(devent.u.Exception.ExceptionRecord.ExceptionCode)
                {
                case EXCEPTION_BREAKPOINT:                //断点异常
                    
                    if(devent.u.Exception.dwFirstChance == 1)       //第一次异常分发
                    {
                        cout<<"第一次异常。  ";
                        cout<<"eip:";
                        stContext.ContextFlags = CONTEXT_FULL;
                        GetThreadContext(pi.hThread, &stContext);
                        int n1 = GetLastError();
                        cout<<stContext.Eip<<endl;
                        flag = 1;
                    }
                    if(devent.u.Exception.dwFirstChance == 0)        //第二次异常分发
                    {
                        cout<<"第二次异常。  ";
                        cout<<"eip:";
                        GetThreadContext(pi.hThread, &stContext);
                        cout<<stContext.Eip<<endl;
                        flag = 0;
                    }
                    break;
                }
                break;
            }

        }
        if(flag == 1)                        //如果是第一次碰见int3断点异常，我们不处理他，让他直接继续进行第二次异常分发
            ContinueDebugEvent(devent.dwProcessId, devent.dwThreadId, DBG_EXCEPTION_NOT_HANDLED);
        else                                //如果是第二次碰见int3断点异常或者是其他调试事件我们直接返回让程序继续运行
        {
            flag = 0;
            ContinueDebugEvent(devent.dwProcessId, devent.dwThreadId, DBG_CONTINUE);
        }
    }
    return 0;
}

就此结束把，我要去准备期末考试了。

要不就得挂科了

码小芹 #include <Windows.h> #include <iostream> using&n ...

你这不是变着花样****?现在的年轻人,就是喜欢被***是吧?
我来和你说,你这个被调试的CmdLine1.exe的代码里面,是加了SEH或者VEH的,
你这个程序的执行过程如下:


执行遇到INT3指令->系统进入异常分发处理->检测有调试器否,有则直接提交给调试器(此时真实EIP没变)->现有调试器进行处理,如果调试器
ContinueDebugEvent(DBG_EXCEPTION_NOT_HANDLED)->系统准备SEH/VEH处理分发->将准备的参数PEXCEPTION_POINTERS -> ExceptionRecord->Eip减一后调用到SEH/VEH处理函数
->SEH/VEH处理函数处理完毕->调用NTContinue继续执行->NtContinue里将PEXCEPTION_POINTERS -> ExceptionRecord写回到线程上下文(这里注意里,由于刚才调用SEH/VEH函数
之前,已经将PEXCEPTION_POINTERS -> ExceptionRecord->Eip减了1,此时直接写回去的话,真实的EIP就变成了异常地址-1)->程序继续执行,但是由于当前EIP下面的还是那个INT3断点,
所以再次触发异常->系统再次进入处理者分发处理环节(Exception.dwFirstChance从1变为0,也就是你说的第二次...)

以上说的这个和我17楼说的内容一致.你的解释也没有为你说清楚系统修改了EIP这个情况.而实际上,系统根本没有修改过你的EIP(你还看不懂这句的话,你仔细琢磨下,关键问题是在那个NtContinue里面).
如果你那个CmdLine1.exe没有加入SEH/VEH处理的话,你在第一次异常调用ContinueDebugEvent(DBG_EXCEPTION_NOT_HANDLED)后,程序是直接崩溃了的,没有后文的了.
我不知道你是真傻还是假傻,将这个细节的东西隐藏了,然后发半个测试结果上来.和做假图的那些人没区别,人品差到极致,建议别继续学下去了,侮辱业界.

PS:题外话,你以上这个调试器的代码逻辑有问题,你那个PI的变量是你主线程,而你在调试器处理环节里面,你应该使用devent.dwThreadId来获取当前异常的线程,而不是抓住主线程来X.
而由于你测试的程序刚好是单线程的,所以你这样搞也没有发现问题.

flarejune 你这不是变着花样找脸抽么?现在的年轻人,就是喜欢被抽脸是吧? 我来和你说,你这个被调试的CmdLine1.exe的代码里面,是加了SEH或者VEH的, 你这个程序的执行过程如下: 执行遇 ...

哈哈哈，这个cmdline1.exe还真没有seh/veh

;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
; Sample code for < Win32ASM Programming 3rd Edition>
; by 罗云彬, http://www.win32asm.com.cn
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
; CmdLine.asm
; 命令行参数的获取和分析例子
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
; 使用 nmake 或下列命令进行编译和链接:
; ml /c /coff Cmdline.asm
; Link /subsystem:windows Cmdline.obj
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
        .386
        .model flat,stdcall
        option casemap:none
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
; Include 文件定义
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
include        windows.inc
include        user32.inc
includelib    user32.lib
include        kernel32.inc
includelib    kernel32.lib
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
; 数据段
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
        .data?
szBuffer1    db    4096 dup (?)
szBuffer2    db    4096 dup (?)
szOutput    db    8192 dup (?)

        .const
szCaption    db    '命令行参数',0
szFormat1    db    '可执行文件名称：',0dh,0ah,'%s',0dh,0ah,0ah
        db    '参数总数：%d',0dh,0ah,0
szFormat2    db    '参数[%d]：%s',0dh,0ah,0
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
; 代码段
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
        .code
include        _Cmdline.asm
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
start:
        invoke    GetModuleFileName,NULL,offset szBuffer1,sizeof szBuffer1
        invoke    _argc
        mov    ebx,eax
        invoke    wsprintf,addr szOutput,addr szFormat1,addr szBuffer1,eax

        xor    esi,esi
        .while    esi < ebx
            invoke    _argv,esi,addr szBuffer2,sizeof szBuffer2
            invoke    wsprintf,addr szBuffer1,addr szFormat2,esi,addr szBuffer2
            invoke    lstrcat,addr szOutput,addr szBuffer1
            inc    esi
        .endw
        invoke    MessageBox,NULL,addr szOutput,addr szCaption,MB_OK
        invoke    ExitProcess,NULL
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
        end    start

;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
; Sample code for < Win32ASM Programming 3rd Edition>
; by 罗云彬, http://www.win32asm.com.cn
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
; _CmdLine.asm
; 命令行参数分析的通用子程序
; 功能：
; _argc ---> 对命令行参数进行数量统计
; _argv ---> 取某个命令行参数
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
;
;
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
CHAR_BLANK    equ    20h    ;定义空格
CHAR_DELI    equ    '"'    ;定义分隔符
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
; 取命令行参数个数 (arg count)
; 参数个数必定大于等于 1, 参数 1 为当前执行文件名
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
_argc        proc
        local    @dwArgc

        pushad
        mov    @dwArgc,0
        invoke    GetCommandLine
        mov    esi,eax
        cld
_argc_loop:
;********************************************************************
; 忽略参数之间的空格
;********************************************************************
        lodsb
        or    al,al
        jz    _argc_end
        cmp    al,CHAR_BLANK
        jz    _argc_loop
;********************************************************************
; 一个参数开始
;********************************************************************
        dec    esi
        inc    @dwArgc
_argc_loop1:
        lodsb
        or    al,al
        jz    _argc_end
        cmp    al,CHAR_BLANK
        jz    _argc_loop        ;参数结束
        cmp    al,CHAR_DELI
        jnz    _argc_loop1        ;继续处理参数内容
;********************************************************************
; 如果一个参数中的一部分有空格,则用 " " 包括
;********************************************************************
        @@:
        lodsb
        or    al,al
        jz    _argc_end
        cmp    al,CHAR_DELI
        jnz    @B
        jmp    _argc_loop1
_argc_end:
        popad
        mov    eax,@dwArgc
        ret

_argc        endp
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
; 取指定位置的命令行参数
;  argv 0 = 执行文件名
;  argv 1 = 参数1 ...
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
_argv        proc    _dwArgv,_lpReturn,_dwSize
        local    @dwArgv,@dwFlag

        pushad
        inc    _dwArgv
        mov    @dwArgv,0
        mov    edi,_lpReturn

        invoke    GetCommandLine
        mov    esi,eax
        cld
_argv_loop:
;********************************************************************
; 忽略参数之间的空格
;********************************************************************
        lodsb
        or    al,al
        jz    _argv_end
        cmp    al,CHAR_BLANK
        jz    _argv_loop
;********************************************************************
; 一个参数开始
; 如果和要求的参数符合,则开始复制到返回缓冲区
;********************************************************************
        dec    esi
        inc    @dwArgv
        mov    @dwFlag,FALSE
        mov    eax,_dwArgv
        cmp    eax,@dwArgv
        jnz    @F
        mov    @dwFlag,TRUE
        @@:
_argv_loop1:
        lodsb
        or    al,al
        jz    _argv_end
        cmp    al,CHAR_BLANK
        jz    _argv_loop        ;参数结束
        cmp    al,CHAR_DELI
        jz    _argv_loop2
        cmp    _dwSize,1
        jle    @F
        cmp    @dwFlag,TRUE
        jne    @F
        stosb
        dec    _dwSize
        @@:
        jmp    _argv_loop1        ;继续处理参数内容

_argv_loop2:
        lodsb
        or    al,al
        jz    _argv_end
        cmp    al,CHAR_DELI
        jz    _argv_loop1
        cmp    _dwSize,1
        jle    @F
        cmp    @dwFlag,TRUE
        jne    @F
        stosb
        dec    _dwSize
        @@:
        jmp    _argv_loop2
_argv_end:
        xor    al,al
        stosb
        popad
        ret

_argv        endp
;>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

这是cmdline1的源代码，我只是把其exe程序的第二条指令改为int3，来测试观点

还来****?******?班门弄斧起来了?
脸是自己拿来丢的,你有没有使用异常处理我还会不知道?
之前还有个誓言坦坦的,说他的WIN10 19041和别人的不一样的,假图都做出来了,我也装傻懒得鸟他了.
https://bbs.pediy.com/thread-259760-1.htm#1645911
现在又来一个你这样的,我就很好奇你们这些人,这些问题是不是会**************,
死撑何求啊?认个输你会*********?死撑加狡辩,**************.

你自己试试不就知道了，你自己随便用个没有seh/veh的exe程序试试。
这个程序是《win32汇编语言程序设计琢石城器》第十三章里的。
还我装，我忍你很久了。
我一直都是礼貌的回答你，你骂骂咧咧的就算了。
还说我人品什么的，我一个小辈都不和你计较你还在那喋喋不休。
网络上面哔哔莱莱，现实世界碰一碰。

老夫没试过会好像你这样张口就来?
你要现实是吧?125387我的Q,要约战打仗还是单P随便你,来.
你说不赢还想来打一场是吧?你如果真的认个错****************.