Visual Studio 2013将64 DLL文件强制转换为32位应用程序-如何修复此问题
Visual Studio 2013 forcing 64 DLL file into 32 bit application - how to fix this?
编辑:
因此,我在依赖性助行器上做了更多的处理,发现了一个令人难以置信的令人沮丧的事实:Visual Studio一直在程序中强制使用64位DLL(msvcr120.DLL/msvcp120.DLL/glu32.DLL(。我试图从链接器设置中删除所有库,并发送一个空文件(int main{return(0(;}(,但它仍然强行将其插入,导致我出错。
这基本上意味着,无论我编译什么——实际上无论我编译了什么——程序都无法在其他计算机上运行。它也不应该在我自己的电脑上运行。
如何解决这个问题?
编辑结束。
问题如下:该程序在我自己的电脑上编译并运行,没有错误。(Windows 7 64位,程序是32位(
然而,当我把它转移到我兄弟的PC(Windows 8 64位(和我朋友的一台操作系统我不知道的电脑上时,程序会返回以下错误:(0xc000007b(。
因此,我在互联网络中寻找解决方案,偶然发现了依赖walker。在这里,我发现了一些奇怪的错误,表明我的DevIL太旧了,或者我认为是这样。
DepWalker1DepWalker2
所以我试图弄清楚如何手动编译DevIL,以便从MSVCR80升级到120,但没有成功。
所以,问题是-如何通过VS2013 32位手动编译DevIL?
一个次要的问题是:我的问题可能是什么?
我发现了问题所在。
当我把程序发给我的朋友时,我会手动发送DLL文件。我不知道system32和sysWOW之间的位差异,所以我只是从system32发送一些DLL文件,不知道它们是64位的。
AKA:只从system32或sysWOW发送DLL文件,因为它们不共享相同的位类型。(sysWOW用于32位,system32用于64位(
- 将应用程序从32位移植到64位时出现问题
- 如何在 64 位 vb.net Windows 应用程序中引用 32 位 dll
- 一个32位版本的应用程序,建立在CentOS 6 x64上,当在较新的Linux上启动时,在"dl_itera
- 将32位和64位应用程序(具有相同代码)编译为一个EXE
- 在 64 位 Windows 上运行的 32 位应用程序是否仍然需要使用 SAFESEH 进行编译
- 在 64 位机器上构建 32 位 Qt 应用程序
- 32 位应用程序内存不足
- 在 32 位应用程序中使用 uint64_t
- 从C/C 应用程序确定32位OS或64位OS
- Windows 32 位 mfc 应用程序的虚拟内存中的地址
- 调用64位C/C++DLL的C#应用程序崩溃,但运行32位版本
- Visual Studio - C++ - 以 32 位或 64 位构建和运行应用程序 - 从适当的程序文件目录加载 D
- 在FreeBSD下,允许32位应用程序使用超过4GB的RAM
- C++在32位应用程序之间传输大量数据以进行视频播放的方法
- 当Windows XP(32位,SP3)播放声音时,随机应用程序暂停半秒钟
- 从 32 位应用程序挂接 64 位进程
- 将在64位应用程序中编码Protobuf消息并在32位应用程序中解码
- 在Fedora 20 x86_64上编译32位Linux应用程序时,请使用SNDFILE库
- 32位应用程序链接到System32二进制文件,而不是SysWOW64
- 将 tiff 图像转换为字符串,以作为二进制应用程序/八位字节流 (C++) 发布