|
[求助]XP的SSDT和Win7的SSDT问题!!!
Windows调试工具包中的调试器包括WinDbg、KD、CDB和NTSD。 其中, KD用于内核调试; CDB和NTSD用于用户态调试,在功能和使用上几乎完全一致; WinDbg是内核调试器和用户态调试器的综合体,由于功能完善且具有图形界面,所以是最常用的工具。 它能够在x86、Itanium和x64机器上的所有NT平台上运行。 |
|
[原创]散谈游戏保护那点事:HShield
小白摘抄: 为什么经常见到include .h文件而不是include .c文件?或者说include是不是就是为包含.h文件设定的语法?这个问题的答案偶不知道,没有见有文档记载、说明这个问题。不过从语法角度讲,include的意思就是从当前位置包含另外一个文件,就象宏替换一样把当前行用另外一个文件的整个内容替换掉。 从这点讲,include .c文件是可行的,c编译器完全能够正常处理。但是为什么不常见include .c文件?从设计角度上讲,源代码区分为.h和.c文件,是为了接口与实现的分离,实际上两者没什么本质的差别。.h文件提供接口,.c文件提供具体的实现,两者可以一一对应,也可以不一一对应,没有强制要求。一个.c文件做为一个模块的实现,有可能要跟其他的模块打交道,这个时候就需要include其他模块的接口(其他模块的.h文件);而包含其他模块的实现(.c文件)是没有意义的、危险的。 对,包含其他模块的.c文件是很危险的,例如会重定义一些结构,变量等等,容易出错。 所以,我们不应该在项目中include .c文件,这样使用者出于直觉很难想到这里会有问题,增加了排错的难度。前几天偶移植一个国际知名大公司的代码就遇到了这个问题,耗费了半天的时间查看了全部的源码和makefile才发现了这个不常见编译现象。当然,那个公司的代码之所以这么做,是他认为这些代码已经很成熟了,不需要修改和反复重新编译。但它的做法确实对我的调试造成了很大的障碍。 |
|
[求助]求一种软件
微软官方出的ProcessMonitor工具! |
|
|
|
|
|
[原创]A1SysTest释放出最新版本,与大家喜迎春节
基本上没啥用,都自己写驱动加载的... |
|
|
|
|
|
[求助]突然间,各程序的“手”全断了!—— 困扰了我好几天,求大虾赐教!
在NT6.0以上操作系统,想要批量更改文件操作权限,个人所知,好像没有更简便的方法,也许微软知道...也许是我孤陋寡闻,只能逐一实现。 Administrators也不是最高权限,好像是那个什么Everyone吧,试试新建一个管理员帐户,操作看看。 |
|
[求助]突然间,各程序的“手”全断了!—— 困扰了我好几天,求大虾赐教!
更改用户权限: 第一步: 应用程序文件->属性->安全->高级->所有者->编辑->将所有者更改为->当前用户名->一直按确定 第二步: 应用程序文件->属性->安全->当前用户名->编辑->当前用户名->完全控制->勾选“允许”->一直按确定 |
|
[调查][调查]晒一下你的安全软件
偶就纳闷了?? 这么多玩破解的,最基本最必要的操作系统的安全设置都不会?应该大部分人都会内核编程吧? 还需要用到第三方的什么什么杀毒、防毒、主动防御、防火墙之类的东东吗?? 硬是有必要的时候自己写个类似XueTr或杀软虚拟机之类的东东把可疑程序丢进去一看不就明白了? 个人认为,混破解大本营的人,自己的操作系统如果都还不是裸奔状态,说出去都丢不起那人哪! 貌似偶对什么杀毒软件这个东东的印象实在是已经太久远太模糊了,你们不说偶现在都已经快彻底忘记了... |
|
[求助]驱动开发环境问题
始终觉得还是cmd+Build -c最好用... |
操作理由
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 }}
勋章
兑换勋章
证书
证书查询 >
能力值