.net 资源编译器问题（最初提出“UAC和Subst不能很好地协同工作”）

我正在尝试在UAC上运行VS2010。ResourceCompiler抱怨它找不到位于子驱动器上的文件

这是一个融合日志

*** Assembly Binder Log Entry (8/16/2010 @ 1:54:39 PM) ***

The operation failed.
Bind result: hr = 0x80070002. The system cannot find the file specified.

Assembly manager loaded from: C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll
Running under executable P:\io\bin\common\FireFly.exe
--- A detailed error log follows.

=== Pre-bind state information ===
LOG: User =========
LOG: DisplayName = MyAssembly.resources, Version=2.2.2.23024, Culture=en-US, PublicKeyToken=null
(Fully-specified)
LOG: Appbase = file:///P:/io/bin/common/
LOG: Initial PrivatePath = NULL
LOG: Dynamic Base = NULL
LOG: Cache Base = NULL
LOG: AppName = MyApp.exe
Calling assembly : MyAssembly, Version=2.2.2.23024, Culture=neutral, PublicKeyToken=null.
===
LOG: This bind starts in default load context.
LOG: Using application configuration file: P:\io\bin\common\MyApp.exe.Config
LOG: Using host configuration file:
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: The same bind was seen before, and was failed with hr = 0x80070002.
ERR: Unrecoverable error occurred during pre-download check (hr = 0x80070002).

---

您有什么建议？

如果启用UAC，我打赌进程运行在不同的安全上下文中，没有访问权限，或者不知道p:drive。用于监视从属DLL的激活搜索和加载

---

Sxstrace.exe还可以帮助跟踪程序集激活问题。

如果启用UAC，我打赌进程运行在不同的安全上下文中，该上下文没有访问权限，或者不知道p:驱动器。用于监视从属DLL的激活搜索和加载

---

Sxstrace.exe也有助于跟踪程序集激活问题。

我尝试更改图片，结果成功。一个TIFF资源编译器喜欢，另一个-不喜欢。

我尝试更改图片，结果成功了。一个TIFF资源编译器喜欢，另一个不喜欢。

如果UAC关闭，错误就会消失。从我所看到的，这在{UAC，ResourceCompiler，Subst}中是一个很奇怪的新行为。我在上问了同样的问题，我真的不知道有人再使用Subst了。我想我从DOS 6.22开始就没见过它了，它在我们当前的构建系统中已经根深蒂固了。如果这一切顺利的话，那就太好了。值得深思的是。。。当您收到BadImageFormatException时，是否意味着：a资源文件中的位图图片不正确b存在x86与x64问题？如果UAC关闭，错误就会消失。从我所看到的，这在{UAC，ResourceCompiler，Subst}中是一个很奇怪的新行为。我在上问了同样的问题，我真的不知道有人再使用Subst了。我想我从DOS 6.22开始就没见过它了，它在我们当前的构建系统中已经根深蒂固了。如果这一切顺利的话，那就太好了。值得深思的是。。。当您收到BadImageFormatException时，是否意味着：a您在资源文件b中有一个坏的位图图片，您有x86与x64的问题？尽管它可能与所问的问题有着细微的关联，但这并没有提出解决方案。事实上，这很可能是微软的一个bug。尽管它可能与所问的问题有着千丝万缕的联系，但这并没有提出解决方案。事实上，这很可能是微软的错误。