VC2010的/DYNAMICBASE链接选项问题

最新推荐文章于 2021-11-07 17:26:36 发布
最新推荐文章于 2021-11-07 17:26:36 发布
阅读量2.2k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： 开发语言 文章标签： 2010 编译器 layout windows
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/longmarchufo/article/details/8074263
在使用Visual Studio 2010进行开发时，发现编译出的Map文件与实际运行环境中的入口函数地址不一致，且存在随机性。通过关闭编译属性中的/DYNAMICBASE选项，解决了入口函数地址变动的问题，确保了Windbg能够正确下断点。

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

近期偶然用Windbg给一个控制台程序的入口函数下断点，地址之际用编译出的Map文件中main函数的地址。结果Windbg报告断点未下成功，经过反复查看，包括在VC环境中调试运行，均发现main函数的地址和Map文件中地址不一样，切带有随机性。

又用VC6.0实验一遍，发现没有任何问题。看来问题是出在编译器上。

最后经过朋友指点，发现竟然是VC2010的链接属性中，/DYNAMICBASE一直开着。所以每次运行入口地址都在随机变化！关闭后，重新编译，main函数入口不再变化了，按照Map文件地址，WinDbg也顺利下断。

/DYNAMICBASE：使用 Windows Vista /Windows 7的地址空间布局随机化 ASLR（Address Space Layout Randomization） 功能，指定是否生成可在加载时随机重新设定基址的可执行文件映像。这个功能VC2010默认开启，从Visual Studio® 2005 SP1 起增加了该设置的支持。据说是为了代码安全！

详见http://technet.microsoft.com/zh-cn/magazine/cc162458.aspx

vs2008每次build都会重新编译链接，浪费大量时间。
movezzzz的专栏
09-24 4947
无外乎两种情况： 1.时间问题，所创建的文件的时间比如是：2011-09-22 09:03:22，那么你的系统时间之前被你改动过当前时间是：2011-08-22 09:03:22。这下好了，vs每次编译的时候都会检查每个文件的最后修改日期，发现是上一个编译时间之后的，都会重新编
VSCODE 配置cl.exe编译器
ybbydlf的博客
05-27 4413
vscode 使用vs2019的命令行窗口打开 cl.exe参数参考 C/C++编译器-cl.exe的命令选项 tasks.json { "version": "2.0.0", "tasks": [ { "type": "shell", "label": "cl.exe build active file", "command": "cl.exe", "args": [ "/Zi", "/EHsc", "/Fe:",
编译器选项
weixin_30644369的博客
07-24 638
将msdn上vs2013的编译器选项记载一下，我不创造文章，我只是大自然的搬运工： 1./STACK（堆栈分配） /STACK:reserve[,commit] /STACK 选项设置堆栈的大小（以字节为单位）。此选项仅在生成 .exe 文件时使用。 该选项指定虚拟内存中的总的堆栈分配。默认堆栈大小为 1 MB。链接器将指定值向上舍入为最接近的 4 个字节。 commit...
关于error LNK20xx的链接错误
weixin_34060741的博客
09-25 118
2019独角兽企业重金招聘Python工程师标准>>> ...
VS2010每次都运行的时候，都会重新生成；加快编译速度
wb175208的专栏
11-07 2082
每次编译的时候都要重新编译。需要重新设置一下就可以了。 加快编译的设置 有时在编译的时候，会输出： 说明多线程编译没有成功。 需要把最小生成选项修改一下就可以了 再次编辑的时候就是真正的多线程编译了，加快了编译的速度。 aaa ...
链接（VS）
xinqingwuji的博客
03-24 2143
设置链接器选项：可在开发环境内部或外部设置链接器选项。 每个链接器选项的主题讨论如何在开发环境中设置该选项。 有关完整的列表，请参见链接器选项。当您在开发环境外部运行 LINK 时，可以用一种或多种方法指定输入：在命令行上使用命令文件在环境变量中LINK 首先处理在 LINK 环境变量中指定的选项，然后按照选项在命令行上和命令文件中的指定顺序处理这些选项。 如果某个选项带有多个不同的参数，则要优先...
NMAKE:-1: error: U1077: “link /NOLOGO /DYNAMICBASE /NXCOMPAT /OPT:REF /OPT:ICF /INCREMENTAL:NO /SUBSYSTEM:WINDOWS "/MANIFESTDEPENDENCY:type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' publicKeyToken='6595b64144ccf1df' language='*' p
03-12
好的，用户遇到了NMAKE编译时的U1077链接错误，想解决这个问题。首先，我需要理解U1077错误的原因。U1077通常表示命令执行失败，这里具体是链接步骤失败。用户还提到了kernel32.lib无法打开，这可能和系统库路径设置...
正在生成代码... link /NOLOGO /DYNAMICBASE /NXCOMPAT /OPT:REF /INCREMENTAL:NO /SUBSYSTEM:WINDOWS "/MANIFESTDEPENDENCY:type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' publicKeyToken='6595b64144ccf1df' language='*' processorArchitecture='*'" /MANIFEST:embed /OUT:..\..\..\out\CmsClient.exe @D:\系统更改缓存位置1\nm79C2.tmp LINK : fatal error LNK1181: 无法打开输入文件“Qt5Charts.lib” NMAKE : fatal error U1077: “link /NOLOGO /DYNAMICBASE /NXCOMPAT /OPT:REF /INCREMENTAL:NO /SUBSYSTEM:WINDOWS "/MANIFESTDEPENDENCY:type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' publicKeyToken='6595b64144ccf1df' language='*' processorArchitecture='*'" /MANIFEST:embed /OUT:..\..\..\out\CmsClient.exe @D:\系统更改缓存位置1\nm79C2.tmp”: 返回代码“0x49d” Stop. NMAKE : fatal error U1077: “D:\VS\VC\Tools\MSVC\14.44.35207\bin\HostX64\x64\nmake.exe -f Makefile.Release”: 返回代码“0x2” Stop. 17:09:08: 进程"D:\VS\VC\Tools\MSVC\14.44.35207\bin\HostX64\x64\nmake.exe"退出，退出代码 2 。 Error while building/deploying project CmsClient (kit: Desktop Qt 5.15.2 MSVC2015 64bit) When executing step "Make"
最新发布
06-28
我们面对的问题是在使用MSVC编译器构建Qt项目时出现链接错误：LINK: fatalerror LNK1181:无法打开输入文件“Qt5Charts.lib”。这个错误表明链接器在尝试链接项目时找不到Qt5Charts库文件。以下是系统性的解决方案： ...
LINK : fatal error LNK1181: 无法打开输入文件“LIBS.obj” NMAKE : fatal error U1077: “link /NOLOGO /DYNAMICBASE /NXCOMPAT /OPT:REF /INCREMENTAL:NO /SUBSYSTEM:WINDOWS "/MANIFESTDEPENDENCY:type='win32' name='Microsoft.Windows.Common-Controls' version='6.0.0.0' publicKeyToken='6595b64144ccf1df' language='*' processorArchitecture='*'" /MANIFEST:embed /OUT:..\..\..\out\CmsClient.exe @D:\系统更改缓存位置1\nmE68D.tmp”: 返回代码“0x49d” Stop. NMAKE : fatal error U1077: “D:\VS\VC\Tools\MSVC\14.44.35207\bin\HostX64\x64\nmake.exe -f Makefile.Release”: 返回代码“0x2” Stop. 17:04:08: 进程"D:\VS\VC\Tools\MSVC\14.44.35207\bin\HostX64\x64\nmake.exe"退出，退出代码 2 。 Error while building/deploying project CmsClient (kit: Desktop Qt 5.15.2 MSVC2015 64bit) When executing step "Make"
06-28
这通常是由于在.pro文件（qmake）或CMakeLists.txt（CMake）中错误地设置了链接选项。例如，在qmake中，我们使用`LIBS`变量来添加库，如：```qmakeLIBS +=-L/path/to/lib-lmylib```但是，如果错误地写成了：```...
Configuring incomplete, errors occurred! See also "D:/Program Files (x86)/opencv/build/x86/CMakeFiles/CMakeOutput.log".The system is: Windows - 10.0.22631 - AMD64 Compiling the CXX compiler identification source file "CMakeCXXCompilerId.cpp" succeeded. Compiler: Build flags: /DWIN32;/D_WINDOWS;/W3;/GR;/EHsc Id flags: The output was: 0 Microsoft(R) 生成引擎版本 4.8.9032.0 [Microsoft .NET Framework 版本 4.0.30319.42000] 版权所有 (C) Microsoft Corporation。保留所有权利。 生成启动时间为 2025/3/26 10:49:51。 节点 1 上的项目“D:\Program Files (x86)\opencv\build\x86\CMakeFiles\3.14.1\CompilerIdCXX\CompilerIdCXX.vcxproj”(默认目标)。 PrepareForBuild: 正在创建目录“Debug\”。 InitializeBuildStatus: 正在创建“Debug\CompilerIdCXX.unsuccessfulbuild”，因为已指定“AlwaysCreate”。 ClCompile: D:\VS2012\VC\bin\CL.exe /c /nologo /W0 /WX- /Od /Oy- /D _MBCS /Gm- /EHsc /RTC1 /MDd /GS /fp:precise /Zc:wchar_t /Zc:forScope /Fo"Debug\\" /Fd"Debug\vc110.pdb" /Gd /TP /analyze- /errorReport:queue CMakeCXXCompilerId.cpp CMakeCXXCompilerId.cpp Link: D:\VS2012\VC\bin\link.exe /ERRORREPORT:QUEUE /OUT:".\CompilerIdCXX.exe" /INCREMENTAL:NO /NOLOGO kernel32.lib user32.lib gdi32.lib winspool.lib comdlg32.lib advapi32.lib shell32.lib ole32.lib oleaut32.lib uuid.lib odbc32.lib odbccp32.lib /MANIFEST /MANIFESTUAC:"level='asInvoker' uiAccess='false'" /manifest:embed /PDB:".\CompilerIdCXX.pdb" /SUBSYSTEM:CONSOLE /TLBID:1 /DYNAMICBASE /NXCOMPAT /IMPLIB:".\CompilerIdCXX.lib" /MACHINE:X86 /SAFESEH Debug\CMakeCXXCompilerId.obj CompilerIdCXX.vcxproj -> D:\Program Files (x86)\opencv\build\x86\CMakeFiles\3.14.1\CompilerIdCXX\.\CompilerIdCXX.exe PostBuildEvent: for %%i in (cl.exe) do @echo CMAKE_CXX_COMPILER=%%~$PATH:i :VCEnd CMAKE_CXX_COMPILER=D:\VS2012\VC\bin\cl.exe FinalizeBuildStatus: 正在删除文件“Debug\CompilerIdCXX.unsuccessfulbuild”。 正在对“Debug\CompilerIdCXX.lastbuildstate”执行 Touch 任务。 已完成生成项目“D:\Program Files (x86)\opencv\build\x86\CMakeFiles\3.14.1\CompilerIdCXX\CompilerIdCXX.vcxproj”(默认目标)的操作。 分析错误原因并解决
03-27
最后，建议用户尝试使用CMake GUI工具，以图形界面方式逐步配置，更直观地查看错误和选项。同时，可以尝试清理构建目录，重新运行CMake，避免缓存导致的配置错误。 总结下来，可能的解决步骤包括：确认OpenCV版本...
Visual Studio自动生成
师从小白
12-31 1000
命令行 基于cl（代码编译器）、rc（资源编译器）和link（链接器）后台软件的脚本编译工程 Visual Studio 2013 用法: cl [ 选项... ] 文件名... [ /link 链接选项... ] 用法: rc [ 选项... ] .rc输入文件名 // test.cpp #include <windows.h> int APIENTRY wWinMain...
C语言运行时库详解
w419675647的专栏
07-25 658
运行时库是程序在运行时所需要的库文件，通常运行时库是以LIB或DLL形式提供的。C运行时库诞生于20世纪70年代，当时的程序世界还很单纯，应用程序都是单线程的，多任务或多线程机制在此时还属于新观念。所以这个时期的C运行时库都是单线程的。　　随着操作系统多线程技术的发展，最初的C运
VC中cl.exe命令参数简介（转载，部分在vs2005进行了验证）
dingpeng1978的专栏-凤舞九天
09-08 1851
 cl.exe所在的文件夹里面有一个批处理叫做 VSVAR32.BAT 首先运行它一次，你就可以用cl.exe来编译你的代码了。 （在vs2005里面未发现该文件，怀疑因该是上级目录的vcvarsall.bat，但是不执行该文件同样可进行命令行编译。）CL.exe 是控制 Microsoft C 和 C++ 编译器与链接器的 32 位工具。编译器产生通用对象文件格式 (COFF) 对象 (.obj
“/MANIFEST”与“/DRIVER”规范不兼容；链接时不使用“/MANIFEST”
zzu_gyx的博客
05-29 878
项目-》属性》链接器》清单文件》生成清单选择否。
ASLR
qq_39249347的博客
09-02 2544
ASLR是一种针对缓冲区溢出的安全保护技术，从WIndows Vista开始采用该技术。 借助ASLR技术，PE文件每次加载到内存的起始地址都会随机变化，并且每次运行程序时相应进程的栈以及堆的起始地址也会随机改变。 一般使用MS Visual C++ 2010创建可执行文件（PE）时，EXE文件的ImageBase默认为00400000，DLL文件的ImageBase为10000000，但编译它们，如果默认开启了VC++的/DYNAMICBASE选项，那么ASLR技术就会应用到编译的文件中。 ASLR.e.
Cmake ：创建vs的makefile工程（1）
LongXiao4的博客
04-24 1968
此模式不依赖IDE，纯命令方式编译工程 1、选择适合的编译器版本： 参考：https://mp.youkuaiyun.com/console/editor/html/105390630 2、启动cmd且对应的vs编译器的环境变量配置（本文章介绍使用的是vs2010来演示 ） 方法一：在普通cmd下执行 %comspec% /k ""...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值