[英]Should I use Windows 8.1 SDK or Windows 10 SDK with Visual Studio 2017 for standard C++?
[英]Running Visual Studio 6 C++ in Windows 8.1
我最近将我的系统迁移到 Windows 8.1。 不幸的是,像其他人一样,我无法再启动 Visual Studio 6。 软件在启动时崩溃(闪屏)。
我知道有一些解决方法,可以在较新的 IDE 中使用 vc6 进行编译,但这对我不起作用,因为我必须编译大量项目,而且我无法一一修改所有项目文件。 ..
我已经看到了答案:vc6 太旧了,不支持等等......我知道这一切! 但是迁移大量代码可能需要很长时间,目前我们没有其他解决方案!
由于 vc6 在 Windows 8 上运行良好,我确信通过一些小技巧我们可以设法让它在 8.1 下运行,但我还没有弄清楚怎么做!
有没有人设法在 Windows 8.1 上启动 Visual Studio 6?
我找到了解决问题的简单方法!
在找到这些有用的说明后,我在Windows 8.1上运行VS6很好:
http://blog.wavosaur.com/run-visual-c-6-on-windows-8/
确实,Windows 8在没有这项额外工作的情况下保留了VS6的兼容性,但Windows 8.1却没有。 我希望这有帮助!
我发现了这个: http : //www.wavosaur.com/forum/run%20vc6%20with%20windows%208.1%20%28if%20msdev.exe%20crashes%29-t1362.html
我还没有测试过,但我会尽快告诉你!
我已经用另一种方法成功了(类似于@szc982的方法):
在升级到 8.1 后,我迫切需要使用 VS 6 在我的 Win8 机器上继续开发大型 MFC 应用程序。 我按照这里和其他地方的建议将 MSDEV.EXE 复制到具有不同名称的文件中(我们称之为 MSDEVX.EXE)并将新程序的兼容性设置更改为 Win 8.0。 不幸的是,当应用程序使用 HeapXxx API 或 CHttpFile 对象时,它作为被调试对象运行得非常缓慢。 我得出的结论是问题出在“容错堆”垫片上。 我疯狂地寻找一种摆脱 FTH 垫片的方法,最终我找到了一个:
我创建了另一个 MSDEV.EXE 副本——我们称之为 MSDEVQ.EXE。 我安装了应用程序兼容性管理器并按照说明创建了一个自定义数据库,其中包含 MSDEVQ.EXE 的应用程序修复。 要创建设置,您可能认为您可以复制 MSWIN8 设置,然后减去 FTH 垫片。 唉,有一个错误会阻止您保存生成的数据库。 微软傲慢地说它不会修复这个错误,因为你永远不需要复制兼容性设置。 好的,所以我一一复制了垫片,省略了作为 MSWIN8 一部分的 FTH 垫片。 我保存并安装了生成的 .sdb 文件。 瞧! 没有更多的 FTH 垫片,我又可以有效地调试了。
"C:\Program Files (x86)\Microsoft Visual Studio\Common\MSDev98\Bin"
MSDEV.exe
重命名为MSDEV-S.exe
(或任何其他名称)——首先尝试前面提到的名称; 如果它不起作用,则使用MSDEV3-S.exe
或任何其他类似名称。C:\ProgramData\Microsoft\Windows\Start Menu\Programs\Microsoft Visual C++ 6.0
Common\MSDev98\Bin
并运行MSDEV3-S.exe
。 如果这导致错误,然后重新运行,希望你会成功!这类似于 Francios 发布的内容,但您不需要更改目标。
另一个简单的解决方案:
解释:
Microsoft 安装了两个可执行文件MSDEV.EXE和MSDEV.COM ,其中一个可以在最近的 WINDOWS 版本中运行。 如果您在 shell 或脚本(例如 makefile )中启动MSDEV ,您不想启动COM而不是EXE ,使用不同名称制作副本可以解决此问题。 (此外,如果您将 Microsoft 安装的两个文件保持原样,则可以确保您没有破坏任何现有功能)
当我使用生成文件进行构建时,这解决了我的问题,我将其更改为调用已更改为 XP 兼容性的副本。 请注意,在某些情况下,我确实需要使用原始的MSDEV.EXE ,因此最好同时使用两者。
以管理员身份运行 MS-Dos并按照说明进行操作。
对于Windows 8.1 64bit ,键入:
ren "C:\Program Files (x86)\Microsoft Visual Studio\Common\MSDev98\Bin\MSDEV.EXE" MSDEV3.EXE
对于Windows 8.1 32bit ,键入:
ren "C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin\MSDEV.EXE" MSDEV3.EXE
现在转到您的桌面并右键单击任何空白区域然后选择New -> Shortcut ,然后如果您有Windows 8.1 64bit将位置设置为: C:\Program Files (x86)\Microsoft Visual Studio\Common\MSDev98\Bin\MSDEV3.EXE
或者如果您有Windows 8.1 32 位,请将其设置为: C:\Program Files\Microsoft Visual Studio\Common\MSDev98\Bin\MSDEV3.EXE
1 、删除“DEVRES.PKG”文件,但会丢失资源编辑器。
或者
2.使用十六进制编辑器修补“DEVRES.PKG”中的缓冲区溢出。
// Microsoft Visual Studio 6.0
// Crash Fix (Buffer Overflow)
//
// Module: Resource Editor
// DEVRES.PKG v6.0.8168.0 - 17.6.1998 0:00
//
// Original SHA1 : 59afd55f13310dcdbfff777fe6f4c7d0a8191a82
// Fixed SHA1 : 00bb8497adca2467eaba022a34bf4fdafd3d7c6c
//
--------
0x00004518 / 0x50403518:
FF 25 74 1A 40 50 ; jmp ds:__imp_??2@YAPAXI@Z ; operator new(uint)
->
E9 8F 0F 10 00 90 ; jmp 0001054AC ; nop
--------
0x001054AC / 0x505044AC:
00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
->
55 89 E5 8B 45 08 B9 02 00 00 00 F7 E1 50 FF 15 74 1A 40 50 59 89 EC 5D C3
55 push ebp
89 E5 mov ebp,esp
8B 45 08 mov eax,DWORD PTR [ebp+0x8]
B9 02 00 00 00 mov ecx,0x2
F7 E1 mul ecx
50 push eax
FF 15 74 1A 40 50 call DWORD PTR ds:0x50401a74
59 pop ecx
89 EC mov esp,ebp
5D pop ebp
C3 ret
--------
0x000001E8:
AC 34 10 00
->
DC 34 10 00 ; increase .text section virtual size by 30 bytes
--------
0x00000140:
29 8D 19 00
->
77 FD 17 00 ; fix PE checksum
--------
Visual Studio 6 在新硬件上崩溃的真正原因实际上与您的操作系统无关,它在以后的 Windows 版本中也可以正常工作,但是资源编辑器模块 (DEVRES.PKG) 中存在多个缓冲区溢出,这些似乎没有引起注意这些年来。
资源编辑器模块多次调用C++ new[] 运算符,使用的值太小而没有进行边界检查。 但是由于内存分配和对齐的工作方式,它总是“幸运”并且没有崩溃,因为指针内存块具有比请求更多的“额外”空间,然后它没有被其他任何东西覆盖或访问操作完成。
从那以后发生的变化是计算机的每个部分都变得更快了。 处理器、内存、I/O、工程。 2000 年代初期没有 16 核 32 线程处理器,也没有 5000MB/s 的 SSD 或快速内存。 因此,现在在现代处理器上运行时,会发生资源编辑器未正确分配的内存,在仍在使用时被另一个线程覆盖(是的,VS6 是多线程的,即使非常轻微)。
这也是为什么各种不同的技巧可以“修复”它的原因,它们的共同点是它们会稍微改变执行路径(通过减慢处理速度和/或改变内存的分配/对齐方式)幸运的是,您通过了缓冲区溢出而不会崩溃。 兼容性层会减慢它的速度,就像在 VM 中运行它一样。 从 HDD 而不是 SSD 运行它可以有所作为,更改文件夹,重新启动计算机,甚至在后台运行 4K 视频流。
我知道现在是 2022 年,但我不认为 Visual Studio 6 今天的用处比以往任何时候都小。 与所有新版本相比,资源编辑器仍然是最好的,即使我在 VS2019 中编写了一些代码,我仍然使用 VC6 中的编辑器来设计对话框。 此外,如果您只想编写一个可以在任何 Windows 版本中运行而无需任何可再发行组件的快速工具,VC6 仍然是首选。
无论如何,有两种方法可以永久修复崩溃。
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.