EDITBIN 给出 LNK1104（无法打开文件）
我尝试使用以下命令增加 32 位 IIS 的堆栈大小
EDITBIN /STACK:1048576 w3wp.exe
，但面临以下问题：
fatal error LNK1104: cannot open file w3wp.exe
我检查了 windows/system32/inetsrv 文件夹中是否存在 w3wp.exe。
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
了解您使用显式创建线程解决方法解决了您的问题（可能是堆栈溢出异常），这是您问题的实际答案：
提供的错误（“无法打开文件 w3wp.exe”）是，如上所述，一个文件访问错误或某种。文档 (http://msdn.microsoft.com/en-us/library/ ts7eyw4s.aspx) 列出了导致此错误的各种可能原因，但您可能会遇到以下三个问题之一：
我必须处理所有这三个问题问题是能够实际更改 Windows 7 上 IIS 中的默认最大堆栈大小。
但正如您所指出的，如果您可以这样做，则显式线程创建通常是一个更好的主意，因为它将避免手动的服务器维护开销每次 Windows 更新修改 w3wp.exe 文件时都会对其进行修补。
Understanding that you addressed your issue (presumably a Stack Overflow Exception) with the explicitly-create-threads workaround, here's the actual answer to your question:
The error provided ("cannot open file w3wp.exe") is, as described, a file access error or some sort. The documentation (http://msdn.microsoft.com/en-us/library/ts7eyw4s.aspx) lists all sorts of possible causes for this error, but you are likely encountering one of three issues:
I had to deal with all three of these issues to be able to actually change the default max stack size in IIS on Windows 7.
But as you noted, the explicit thread creation will usually be a better idea if you CAN do this, as it will avoid the server-maintenance overhead of manually patching the w3wp.exe file every time a windows update modifies it.
我通过参考以下链接创建一个新线程解决了这个问题。
http ://blogs.msdn.com/b/tom/archive/2008/03/31/stack-sizes-in-iis-affects-asp-net.aspx
I solved the issue by creating a new Thread with reference of following link.
http://blogs.msdn.com/b/tom/archive/2008/03/31/stack-sizes-in-iis-affects-asp-net.aspx
我试图将我的 Visual Studio 更新为 LARGEADDRESSAWARE。根据 http： //mkwec.de/2010/01/08/make-visual-studio-use-more-than-2-gig-of-memory/
事实证明我需要简单地启动开发人员命令提示符对于 Visual Studio“以管理员身份”，按照 Tai 的建议
I was trying to update my Visual Studio to be LARGEADDRESSAWARE. As per http://mkwec.de/2010/01/08/make-visual-studio-use-more-than-2-gig-of-memory/
It turns out I needed to simply launch Developer Command Prompt for Visual Studio "As Administrator" as suggested by Tao