在调试中编译时发生访问冲突
我正在尝试在 Embarcadero RAD Studio 2010 中分析一个 C++ 项目。为此，我想使用 AQTime，但遇到了一些问题。
我可以在发布模式下编译并运行该应用程序。但是当我在 debug 模式下编译时，使用 http:// 中提到的设置smartbear.com/support/viewarticle/18053/，我收到访问冲突。
...错误消息：“访问” 0x062324bd 处的违规：读取 地址0x62324bd'。进程停止。 使用“Step”或“Run”继续。
当我在启动时加载一堆dll时，似乎就会出现这种情况。但由于它在发布模式下运行良好，我似乎无法弄清楚可能是什么原因。 当发生访问冲突时，我会被扔到汇编中，而这不是我熟悉的语言之一；）
编辑：使用Dependency Walker扫描.exe时> 我收到一条消息，指出找不到以下文件
CC32100MT.DLL
INET140.BPL
RTL140.BPL
VCL140.BPL
IESHIMS.DLL
这是否是问题所在？这些是特定于调试的还是 Dependency Walker 没有给我正确的信息？当我尝试发布编译版本时，据说相同的文件丢失了。
我正在 Windows 7 x64 上运行，如果这可能是问题的一部分的话。我之前曾遇到过 MS 用于某些文件夹的符号链接相似 (user/AppData/Local...) 问题。值得注意的是，当我运行 apache 服务器时，htdocs 文件夹实际上并不位于服务器认为它在的位置（以及它看起来在的位置）:)
I'm trying to profile a C++ project in Embarcadero RAD Studio 2010. To do this I wanted to use AQTime, but I'm running into a bit of a problem.
I can compile and run the application in release mode. But when I compile in debug mode, using the settings mentioned at http://smartbear.com/support/viewarticle/18053/, I get an access violation.
... faulted with message: 'access
violation at 0x062324bd: read of
address 0x62324bd'. Process stopped.
Use Step or Run to continue.
It seems to come when I load a bunch of dll's at the startup. But since it goes well in release mode I can't seem to figure out what could be the cause.
When the access violation occurs I get thrown out into assembly and that isn't one of the languages I'm fluent in ;)
EDIT : When scanning the .exe with Dependency Walker I get a message saying that the following files can't be found
CC32100MT.DLL
INET140.BPL
RTL140.BPL
VCL140.BPL
IESHIMS.DLL
Could this be the problem somehow? Are these debugspecific or is Dependency Walker not giving me correct information? The same files are said to be missing when I try a release compiled version to.
I'm running on Windows 7 x64, if that could be part of the issue. I have had problems before with the symlink-look-alike (user/AppData/Local...) that MS used for some folders. Notably when I ran an apache server and the htdocs folder actually wasn't located where the server thought it was (and where it appeared to be) :)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
您是否尝试过禁用 C++ 构建器链接器选项窗格中的动态 RTL？
Have you tried disabling dynamic rtl which can be found in the C++ builder linker options pane?