本周早些时候,当我尝试使用p4api.net.dll时,我遇到了第一个BadImageFormatException。结果我假设我可以使用它的64位版本而p4bridge.dll不正确!
在我的调查中,我注意到我有一个警告:
warning MSB3270: There was a mismatch between the processor architecture of the project being built "MSIL" and the processor architecture of the reference "p4api.net, Version=2014.3.100.9144, Culture=neutral, PublicKeyToken=f6b9b9d036c873e1, processorArchitecture=AMD64", "AMD64"
我了解到这意味着我使用的.dll指定使用64位,而不是使用Any-CPU构建。
虽然我们可以将项目更改为特定的x64,但我被要求调查是否仍然可以将其作为平台无关的可能性。我仍然不熟悉p4api.net 和都必须处理这种依赖关系,但我的理解是,如果我可以将p4api.net.dll构建为'任何CPU'警告会消失,我只需要做一些魔术,以确保使用正确的p4bridge.dll,具体取决于我在项目中定义的CurrentPlatform。
我下载并编译了p4api.net源并尝试指定任何CPU,但它没有用。现在它说该架构是为x86设置的,我仍然得到类似的MSB3270错误 - 现在是x86。但是,我没有通过p4api.net解决方案得到这样的警告,因此它不会出现以获得我所知道的任何平台依赖性。但是如果我在p4api.net.dll上使用CorFlags.exe
,它肯定会提供特定于平台的PE / 32BIT标志。
所以我的问题:
如果上面的答案都没有,我可能会有新的问题,但是当我到达那里时会越过那座桥! :)
提前感谢任何帮助/想法。
答案 0 :(得分:2)
我目前没有代码,但我可以向您描述我为解决这个问题所做的工作。问题是虽然p4api.net库在设置为目标任何CPU时会编译得很好,但底层本机C ++库(p4bridge.dll)的目标是x86或x64,并且没有办法在一个架构中编译它DLL。因此,我必须变得聪明!
为了完成这项工作,我将p4bridge.dll的两个版本添加到p4api.net项目中,将它们重命名为p4bridge86.dll和p4bridge64.dll,并将它们标记为包含在程序集资源中。接下来,我在p4api.net库中编写了一个静态函数,它找出了机器运行的架构,获取了正确的p4bridge.dll资源,将其保存到当前正在执行的p4api.net.dll旁边的磁盘上,最后P /在提取的p4bridge.dll上调用Windows LoadLibrary函数。
最后一个难题是确保你编写的这个函数在p4api.net中的任何类型被实例化之前运行,因为此时加载器将看到引用p4bridge.dll的类型并尝试从磁盘加载它,如果你从未运行过提取函数,那么它就不存在,你将抛出异常。为了解决这个问题,我不得不对.NET有点不满:我下载了Einar Egilsson的奇妙小工具InjectModuleInitializer并在运行该工具的p4api.net项目上设置了一个构建后步骤并让它插入调用指令我在执行模块中的任何其他代码之前编写的静态提取器/加载器函数。
通过这个设置,我有一个为任何CPU编译的p4api.net程序集,但可以自动处理所需的本机p4bridge.dll必须单独存在于x86和x64体系结构的事实。
当我稍后回家时,我会看到添加源代码,显示我是如何编写提取和加载函数的,以及其他可能需要更清晰的内容。对不起,这个答案是在您最初询问后的一年内提出的,但我也需要在几天前找出解决此问题的方法,因为我设法做到这一点,我认为值得分享给任何可能遇到此问题的人将来非常复杂的问题!
编辑: 这是提取和加载正确的p4bridge.dll的类的实现。它只提取DLL,如果它没有被提取,或者它找到的那个无法加载(因为它可能是错误的架构,由于某种原因)。另外,p4bridge.dll的大小是几兆字节,每次加载p4api.net时执行不必要的IO都没什么意义!
internal static class P4BridgeLoader
{
[DllImport("kernel32.dll")]
public static extern IntPtr LoadLibrary(string dllToLoad);
private static void ExtractResource(string resourceName, string outPath)
{
using (System.IO.Stream dllStream = Assembly.GetExecutingAssembly().GetManifestResourceStream(resourceName))
{
try
{
// Copy the assembly to the temporary file
using (System.IO.Stream outFile = System.IO.File.Create(outPath))
{
dllStream.CopyTo(outFile);
}
}
catch
{
}
}
}
/// <summary>
/// Loads the correct version of p4bridge.dll, based on the bit with of the current architecture.
/// Note that this is called by the module initializer, which gets called just after this module
/// is loaded but before any other code inside it is executed.
/// </summary>
internal static void LoadP4BridgeDLL()
{
// Figure out where we are going to put the p4bridge.dll once we've extracted it
string codeBase = Assembly.GetExecutingAssembly().CodeBase;
UriBuilder uri = new UriBuilder(codeBase);
string assemblyPath = Uri.UnescapeDataString(uri.Path);
string assemblyDir = Path.GetDirectoryName(assemblyPath);
string dllPath = Path.Combine(assemblyDir, "p4bridge.dll");
// Extract the correct architecture version of p4bridge.dll from our assembly's resources
string resourceName = Environment.Is64BitProcess ? "Perforce.P4.p4bridge64.dll" : "Perforce.P4.p4bridge86.dll";
// If the dll already exists, then we shouldn't have to try extracting it again unless it fails to load
if (System.IO.File.Exists(dllPath))
{
// Attempt to load the DLL
if (LoadLibrary(dllPath) != IntPtr.Zero)
return;
}
// DLL either wasn't already extracted, or failed to load. Try again!
ExtractResource(resourceName, dllPath);
// Attempt to load the DLL
IntPtr h = LoadLibrary(dllPath);
System.Diagnostics.Debug.Assert(h != IntPtr.Zero, "Unable to load library " + dllPath);
}
}
这是用于挂接到.net模块初始化程序的命令行。请注意,/k:MyKey.snk
参数允许程序集在修改后进行强签名。
InjectModuleInitializer.exe /k:MyKey.snk /m:Perforce.P4.P4BridgeLoader::LoadP4BridgeDLL p4api.net.dll