|
xxxxxxxxxxxx
[QUOTE=loqich;1161614]if(Handles->Information[i].ObjectTypeNumber == 0x8) 这个索引值不同系统不同,这样不大可靠 应该先创建一个debugport句柄获取 ObjectTypeNumber[/QUOTE] 说的对。 你这里直接hardcode一个值问题很大。 楼主可以用WinObj查看一下ObjectTypes 在xp下面和win7下面是ObjectType的数量是不一样的,没有探究过有没有影响之前的index值。 另外: 过不过调试器还要看是怎么调的,就如楼主这样一个函数,你说你放在哪里去调用呢?如果你放在main函数里面那就几乎跟没反调措施一样,多trace几回就知道反调代码在哪里启动了。 退一步说你放在mainCRTStartup里面还是能被Trace出来。 如果能做到你的反调措施在exe的image加载之前就生效就比较可靠了。 |
|
[原创]郁闷死了,闪婚又闪离
调试之………… |
|
|
|
关于设置消息断点的问题
靠谱点的方法:先找到一个确认的处于消息处理函数内部的断点,然后断下,然后看栈,找到 user32.dll!_InternalCallWinProc@20() 这个函数,这个函数的上面一定是程序的消息处理函数了。 |
|
[招聘]高薪聘请(Autel) - 技术预研工程师
- -咱大南山 |
|
关于设置消息断点的问题
其实最好是在dispatchmessag函数进行上述操作,然后跟进去,但是这个过程中有些消息是要进入内核然后才会回调到应用层的消息处理函数的,有些是不必经过内核而进入消息处理函数。 这个方法并不能保证所有消息都被断下,只能用于断下Post的消息,而send过来的message根本不会走上述的路径,而是直接由内核调用到应用层的消息处理函数。 |
|
|
|
[转帖]Компьютерная литература на английском языке
林版家里有一个武器库,还有一个图书馆。 |
|
[讨论]所谓socket编程中的堵塞模式,如果使用多线程来处理每个recv或send是不是就可以改变呢?
所以说 那个异步同并是对socket的具体操作而言的啊,而不是针对完成一个完整的功能过程。 仅仅是对socket的每一个读写操作。 |
|
[讨论]所谓socket编程中的堵塞模式,如果使用多线程来处理每个recv或send是不是就可以改变呢?
阻塞非阻塞只是对一个Socket来说的,即使你开N个线程,你对一个socket的操作也是不能不等待数据处理完毕就返回的,这就是阻塞。 阻塞:recv或者send数据,必须等待数据被处理完毕这些函数才会返回,也叫同步socket。 非阻塞:recv或者send只负责把要处理的数据告诉系统(网络模块)然后就立即返回,至于系统什么时候处理完那就完全是系统的事情了, 那我们怎么知道数据处理完了呢? 1.设置个回调让系统处理完数据的时候调用这个函数 2.或者用事件等同步对象来进行通知。 以上操作就是也叫异步socket |
|
|
|
台湾的汉字字模提取用什么软件?我找不到bin中的字符.
请稍候,现场给你提取个注册机。一会儿打包上传。 |
|
|
|
|
操作理由
RANk
{{ user_info.golds == '' ? 0 : user_info.golds }}
雪币
{{ experience }}
课程经验
{{ score }}
学习收益
{{study_duration_fmt}}
学习时长
基本信息
荣誉称号:
{{ honorary_title }}
能力排名:
No.{{ rank_num }}
等 级:
LV{{ rank_lv-100 }}
活跃值:
在线值:
浏览人数:{{ visits }}
最近活跃:{{ last_active_time }}
注册时间:{{ user_info.create_date_jsonfmt }}
勋章
兑换勋章
证书
证书查询 >
能力值