VS2012上64位驱动恢复_asm关键字完整方案

最新推荐文章于 2025-01-20 16:06:29 发布
最新推荐文章于 2025-01-20 16:06:29 发布
阅读量2.6k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 其他 Windows系统
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/xboxmicro/article/details/39431339
本文详细介绍了如何下载并配置Intel Parallel Studio XE 2015版本，包括开启UAC、选择编译平台、配置VS2012、设置驱动路径等关键步骤。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

首先是kx上的帖子 提示了Intel Parallel Studio XE这个玩意 下面我把我自己的配置流程说一下

1、去官网下载Intel Parallel Studio XE，我下载的是 2015版本，试用期31天

2、UAC命令开启菜单栏中Intel Parallel Studio XE 2015>Visual Studio integrations>Use VS2012 注意 不开UAC编译可能会效验失败

3、配置VS2012 注意 需要的是WDK7.6版本

编译平台选择Intel


Target Extension .sys


Additional Include Directories:

 C:\WinDDK\7600.16385.1\inc\api;C:\WinDDK\7600.16385.1\inc\ddk;C:\WinDDK\7600.16385.1\inc\crt;


Preprocessor Definitions:

WIN64
_CONSOLE
_AMD64_
_DDK_
_NDEBUG
DBG=0


Additional Library Directories

C:\WinDDK\7600.16385.1\lib\win7\amd64


Additional Dependencies:

 ntoskrnl.lib
hal.lib
ntstrsafe.lib


其他设置参见32位的驱动设置 注意调用约定改为_fastcall



如何使用Visual_Studio编程调试ASM汇编语言程序_masm_9
01-10
如何使用Visual_Studio IDE环境编程调试ASM汇编语言程序 masm9
vs2012 x64远程调试工具
04-18
1> 本地计算机登陆的用户名和密码与远程计算机（包括虚拟机）登录的用户名和密码无需配置。 2> 本地安全策略为默认的“经典->本地用户以自己的身份验证”，也无需配置。 3> 首先将VS2012安装目录C:\Program Files (x86)\Microsoft Visual Studio 11.0\Common7\IDE\Remote Debugge下的x86或x64目录拷贝到远程计算机任意位置，此例为C:\x86。启动并配置msvsmon.exe为无身份验证，允许任何用户进行调试。 VS2012远 - 珑儿 - 顾影自怜 4> 打开VS2012，打开项目属性，[配置属性]à[常规]à[输出目录]为远程计算机任意文件夹，此例为本地计算机的网络共享文件夹\\16.186.117.90\itachi\rprojects。 注意：该步骤为可选，选择远程输出目录，是为了减少拷贝exe文件操作。 VS2012远 - 珑儿 - 顾影自怜 5> [配置属性]à[调试]选项中：[要启动的调试器]为远程Windows调试器；[远程命令]为可执行文件路径；[工作目录]为可执行文件所在目录；[远程服务器名称]为远程计算机名或IP地址；[连接]为不带身份验证的远程访问。 VS2012远 - 珑儿 - 顾影自怜 6> 配置完成，在VS中直接启动F5调试，即可在远程debug运行程序。
32/64位asm
walkingMa的专栏
09-26 969
1、Interfacing HLL code with asm 1.1、C calling convention – standard stack frame Arguments passed to a C function are pushed onto the stack, right to left, before the function is called. The fi
64 位架构上，__asm 内联汇编关键字已不被支持
lydstory123的专栏
01-20 278
是关键逻辑，必须保留，可以将其移到独立的汇编文件中，供x64使用。但这通常不必要，因为有更现代的替代方法。内联汇编关键字已不被支持，这是导致错误的直接原因。是一个跨平台的断点触发函数，适用于64位和32位架构。这会触发调试器中断，效果与。这样，代码可以继续正常运行。在64位架构上，
windows 弹shell_一步步学写Windows下的Shellcode
weixin_39602560的博客
10-21 788
如何在WIndows下编写一个shellcode？为什么会问这个问题，前段时间在做win下的Exploit，但是都是使用大佬写的shellcode，无法实现个人的一些需求。而网络上编写shellcode的教程大多是关于Linux的，加之顺带学习PE文件结构，所以打算写一篇关于Windows 下shellcode的编写，为要编写Shellcdoe的读者提供一些参考。摘要：在C语言中，调用一...
VisualStudio2022 编译64位汇编时报错：C4235 nonstandard extension used: ‘__asm‘ keyword not supported及C4996
CDamogu
03-22 5749
C4235 nonstandard extension used: '__asm' keyword not supported on this architecture C4996 'strcpy': This function or variable may be unsafe. Consider using strcpy_s instead. To disable deprecation, use _CRT_SECURE_NO_WARNINGS. See online help for detai
Oracle RAC存储故障应对：数据保护与恢复的完整方案
[Oracle RAC存储故障应对：数据保护与恢复的完整方案](https://community.cisco.com/t5/image/serverpage/image-id/29520i35A96B5AFAF9BC6B/image-size/large?v=v2&px=999) # 摘要 Oracle RAC（Real Application ...
【IMU芯片ASM330LHH编程精讲】：传感器驱动编写必备技能
[【IMU芯片ASM330LHH编程精讲】：传感器驱动编写必备技能](https://i0.hdslb.com/bfs/article/banner/a8d6482f2d7574c3e1ffbd77132808178c6bb234.png) # 摘要 本文详细介绍了IMU芯片ASM330LHH的综合应用与开发实践...
【ASM多环境管理】：盈高提升运维效率的实用方案
[【ASM多环境管理】：盈高提升运维效率的实用方案](https://www.eshcon.co.uk/wp-content/uploads/2020/06/Benefits-1024x485.png) # 摘要 随着软件工程的复杂性增加，多环境管理成为确保软件质量的关键环节。本文...
门禁系统故障快速响应：DH-ASM100常见问题及快速解决方案
[门禁系统故障快速响应：DH-ASM100常见问题及快速解决方案](https://forums.mrplc.com/uploads/monthly_2019_07/IMG20190703115631.thumb.jpg.d3d1945f9b8ad8c9b94dac9dd44604ad.jpg) # 摘要 本文全面介绍了DH-ASM...
集成与升级：DH-ASM100门禁发卡器与软件集成解决方案
[集成与升级：DH-ASM100门禁发卡器与软件集成解决方案](https://www.fingerprint-access-control.com/wp-content/uploads/2017/03/04-154-PoE-One-Door-Access-Controller.jpg) # 摘要 本文全面介绍了DH-ASM100门禁...
VS2012编译64位程序
weixin_30642869的博客
08-07 606
安装64位操作系统不是编译64位程序的必要条件，关键是要装64位程序的编译器。 1. 选择“Build” – “Configuration Manager”菜单，打开配置管理器。点击新建解决方案平台。 2. 选择“x64”平台，点击确定按钮。 3. 这时候配置管理器中的平台已经改成刚才选择的x64了，这时候编译出来的就是64位程序了。可以在工具栏的平台下拉框中快速切换目标平台。...
Windows7+VS2012下64位OpenCV3.0+CUDA7.5的编译和部署
wozhengtao的博客
06-07 1688
从OpenCV 3.0 Beta开始，加入了大量的GPU加速计算的功能。6月份OpenCV 3.0 Gold发布，修复了大量的BUG。与2.4.x版本相比，3.0仍然采用CUDA作为GPU计算库，但废除了cv::gpu，转而使用cv::cuda命名空间。官网提供的预编译库并不包含完整的CUDA功能，所以要想体验GPU加速技术带给OpenCV的变化，只能自己重新编译整个库。         在
VS2015默认不支持x64下__asm{}内联汇编的解决方案(含资源共享)
jfsufeng的专栏
01-10 2万+
截至目前（2018年底2019年初），本人windows平台下的各种开发所用的IDE主要就是VS2015。虽然VS2017已经出来一年多了，本人也自己使用过一段时间，但没发现特别大的亮点，又考虑到整个研发团队都在用VS2015，所以也一直是vs2015到现在。 最近在做一个大型矩阵运算相关的研究时，想试着自己结合汇编做点优化实验，当然考虑到实际程序情况，最适合的使用汇编的方式就是内联汇编。Win...
win10下 64位操作系统 用vs2012配置opencv3.0
weixin_38335127的博客
01-23 1433
我有幸将opencv3.0配置成功，所以在此分享一下经验，希望可以帮助到更多的人 首先我们需要一个vs2012和一个opencv3.0的包，附上vs2012的下载地址：https://pan.baidu.com/s/1dHjffGX 还有opencv3.0的下载地址 https://opencv.org/   ，鉴于我的安装包不见了，所以大家只能去官网找找了， 下面开始装opencv
VS2012下64位的openssl的编译、配置、生成、C++代码及实验结果
zz420521的博客
07-24 1391
可以转载，转载请注明出处，谢谢！ 参考： https://blog.youkuaiyun.com/qq_21111579/article/details/52134507 原理 https://www.linuxidc.com/Linux/2014-10/108502.htm 编译步骤 https://bbs.youkuaiyun.com/topics/392193545?page=1 （no-asm的坑） h...
编译64位Detours（其他vs版本同理）
zhaopeng01zp的博客
03-24 1173
该方法最实用，少INCLUDE文件你搜到后，就将该文件所在的目录添加到系统环境变量INCLUDE里面，少LIB文件你就将它的目录添加到系统环境变量LIB里面，少了添啥。将上述选项中的/WX修改为/WX-，/WX 是警告被视为错误，而 /WX- 是警告不被视为错误。目录中的include目录中，这样就可以在你项目.cpp中直接引用detours.h头文件。detours.lib生成成功，并会自动将detours.h、detver.h拷贝到。在vs中编译使用了Detours库的项目时，报上述错误。
X64上恢复VS关键字__asm的使用
陈刚编程心得与知识集
02-11 2521
最近在研究一个64位的程序,由于微软X64编译器禁用了_asm关键字,在写补丁时感觉不能使用__asm关键字非常不方便,在网上查找很多方法,有的说直接写成汇编文件然后分别编译,一起链接,也有的说先编译汇编代码,然后像用shellcode的方式来使用,个人觉得都很麻烦,所以下面我将介绍一种在x64上恢复vs中(我用的是vs2010)关键字_asm的使用,记录下来方便小菜们玩.莫要见笑.
VS编译64位汇编时报错：error C4235: 使用了非标准扩展: 不支持在此结构上使用“_asm”关键字
热门推荐
日月忽其不淹兮，春与秋其代序 认知即成长
02-02 3万+
VC++只支持32位内联汇编，那么如何使用_asm关键字；error C4235: 使用了非标准扩展: 不支持在此结构上使用“_asm”关键字
与这个变量好像也无关，我随便写一个printf("test")也是可以正常运行， 但是删掉这个printf就不行了
最新发布
03-22
<think>嗯，用户之前遇到了一个问题：删除某个`printf`语句会导致程序卡住。现在用户进一步说明，这个现象似乎与变量无关，甚至随便写一个`printf("test")`也能让程序正常运行，但删掉`printf`就不行。这说明问题可能更加普遍，不特定于某个变量的输出内容，而是与`printf`的存在本身有关。 首先，我需要回顾之前的分析。之前提到`printf`可能隐藏了时序问题、抑制编译器优化或引入必要的延迟。现在用户的新信息显示，即使`printf`的内容无关紧要，只要存在`printf`语句就能解决问题，而删除则导致卡死。这说明问题的根源更可能在于`printf`的副作用，而不是具体的输出内容。 接下来，用户可能是在多线程或中断环境中运行代码。例如，`time_current`和`time_last`可能在中断服务例程（ISR）中更新，而主循环中读取这些变量。如果没有正确使用`volatile`关键字，编译器可能会优化掉对变量的读取，导致主循环无法看到变量的更新。添加`printf`可能因为其内部实现（如系统调用或I/O操作）隐式地引入了内存屏障，强制编译器从内存中重新加载变量，从而掩盖了未使用`volatile`的问题。 另一个可能性是`printf`引入了足够的延迟，使得某些竞态条件或时序要求得以满足。例如，主循环可能在等待某个条件成立，而`printf`的耗时操作让其他线程或中断有足够的时间去改变状态。删除`printf`后，循环执行过快，条件无法及时满足，导致死循环。 此外，编译器优化可能在没有`printf`的情况下更激进。`printf`作为有副作用的函数，可能阻止编译器优化周围的代码，比如删除看似无效的循环或变量读取。当删除`printf`后，编译器可能认为某些代码是冗余的，从而进行优化，导致程序逻辑错误。 用户提到即使随便写一个`printf("test")`也能运行，说明`printf`的存在本身改变了程序的行为，而与其输出内容无关。这可能是因为`printf`调用了底层I/O函数，这些函数可能涉及上下文切换、中断禁用或其他系统级操作，间接影响了程序的时间敏感部分。 需要进一步验证这些假设。用户可以通过以下方法排查： 1. **检查变量是否声明为`volatile`**：确保所有在中断或异步上下文中修改的变量都正确使用`volatile`关键字，以防止编译器优化导致读取过时的值。 2. **降低编译器优化等级**：尝试在编译时关闭优化（如`-O0`），观察是否问题依旧存在。如果问题消失，说明是优化导致的问题，需要调整代码以兼容优化设置。 3. **添加内存屏障**：在访问共享变量的地方插入内存屏障指令，强制编译器重新加载变量值，例如使用`__asm__ volatile("" ::: "memory");`（GCC语法）。 4. **模拟`printf`的延迟**：在没有`printf`的地方添加人为延迟（如`usleep`或忙等待循环），看看是否能恢复程序正常运行。如果能，说明问题与延迟有关。 5. **使用调试工具**：通过调试器单步执行代码，观察变量在有无`printf`时的变化情况，检查是否有变量未被正确更新或条件判断逻辑错误。 总结，用户的问题很可能与编译器优化和时序依赖有关，`printf`的存在通过引入副作用或延迟掩盖了这些问题。解决的关键在于正确同步共享变量，避免隐式的时序依赖，并确保编译器优化不会破坏程序逻辑。</think>你的问题现象是：**任意`printf`语句（如`printf("test")`）的存在能让程序正常运行，但删除后程序卡死**，这通常与 **编译器优化的副作用** 或 **隐式时序依赖** 直接相关。以下是详细分析和解决方案： --- ### **1. 核心问题根源** `printf`的存在本身改变了代码的 **执行时序** 或 **编译器优化行为**，与其输出内容无关。关键原因可能是： - **编译器优化被抑制**：`printf`的副作用（I/O操作）迫使编译器保留某些代码逻辑。 - **隐式同步**：`printf`的执行耗时意外缓解了竞态条件或时间敏感逻辑。 - **内存访问同步**：`printf`可能隐式触发内存屏障，强制变量从内存重新加载。 --- ### **2. 具体原因分析** #### **(1) 编译器优化导致代码逻辑被破坏** - **场景举例**： ```c // 假设变量未声明为volatile，且在中断中更新 uint32_t flag = 0; void ISR() { flag = 1; // 中断中设置标志位 } int main() { while (1) { if (flag) break; // 无printf时，编译器可能优化为if(false)! printf("test"); // 删除此行后，循环被优化为死循环 } return 0; } ``` - **关键问题**：`flag`未声明为`volatile`，且`printf`的副作用阻止了编译器优化。 - **编译器视角**： - 有`printf`时：编译器认为`flag`可能在`printf`调用中被修改，因此每次循环都从内存读取`flag`。 - 无`printf`时：编译器推断`flag`在循环中不会变化，直接优化为`while(1);`。 #### **(2) `printf`隐式引入内存屏障** - **内存屏障的作用**： - `printf`内部可能包含系统调用或锁操作，隐式插入内存屏障，强制刷新寄存器和缓存。 - 例如，在中断中更新的变量，主循环可能因未同步内存而读取旧值。 - **典型表现**： - 删除`printf`后，主循环无法看到中断/多线程更新的变量值。 #### **(3) `printf`的耗时掩盖时序问题** - **场景举例**： ```c // 依赖printf的耗时等待硬件状态 while (GPIO_READ() == LOW) { printf("test"); // 删除后，循环速度过快，硬件来不及变化 } ``` - 删除`printf`后，循环执行速度远超硬件响应时间，导致条件永不满足。 --- ### **3. 解决方案** #### **(1) 强制变量可见性** - **声明`volatile`**： ```c volatile uint32_t flag; // 确保每次访问都从内存读取 ``` - **插入编译屏障**（手动同步）： ```c while (flag == 0) { __asm__ volatile("" ::: "memory"); // GCC语法，强制内存同步 } ``` #### **(2) 降低编译器优化等级（临时调试）** - **调整编译选项**： - 在GCC中，编译时添加`-O0`禁用优化： ```bash gcc -O0 -o program main.c ``` - 若问题消失，说明优化导致逻辑破坏，需修复代码兼容高优化等级。 #### **(3) 替换`printf`的副作用** - **插入空操作替代**： ```c // 替换printf("test")为等效副作用操作 asm volatile("nop"); // 插入空指令（不跨平台） ``` - **添加虚拟内存访问**： ```c volatile int dummy; dummy = 0; // 强制内存写入操作 ``` #### **(4) 避免忙等待** - **改用事件驱动或阻塞等待**： ```c // 忙等待的典型修正（以RTOS为例） xEventGroupWaitBits(event, FLAG_BIT, pdTRUE, pdTRUE, portMAX_DELAY); ``` - 若在裸机环境中，使用中断唤醒或硬件定时器。 --- ### **4. 调试技巧** #### **(1) 对比汇编代码** - 生成有/无`printf`的汇编代码，观察关键逻辑差异： ```bash gcc -S -O2 main.c -o with_printf.s gcc -S -O2 main.c -DNO_PRINTF -o without_printf.s ``` - **关注点**： - 变量读取是否被优化为常量。 - 循环是否被删除或简化。 #### **(2) 硬件调试器监控变量** - 使用JTAG/SWD连接开发板，实时监控变量值： - 检查删除`printf`后，变量是否按预期更新。 - 观察程序计数器（PC）是否卡在某个地址。 #### **(3) GPIO调试法** - 在关键位置插入GPIO翻转代码，用示波器观察时序： ```c HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_0); // 进入循环前 while (condition) {} HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_0); // 退出循环后 ``` - 若第二个翻转未触发，说明程序卡死在循环中。 --- ### **总结** - **根本原因**：`printf`的存在通过 **抑制编译器优化** 或 **隐式同步内存/时序** 掩盖了代码缺陷。 - **优先检查**： 1. 共享变量是否声明为`volatile`（尤其是中断/多线程场景）。 2. 循环条件是否依赖`printf`的耗时操作。 3. 编译器优化是否导致逻辑删减（对比汇编代码）。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值