5

请帮我解决这个问题，我一直在使用 AsyncCtpLibrary 和 C#5 ctp 编译器编写控制台应用程序。我第一次实际运行等待的代码时，我得到了这个：

System.BadImageFormatException was unhandled
  Message=An attempt was made to load a program with an incorrect format. (Exception from HRESULT: 0x8007000B)
  Source=AsyncCtpLibrary
  StackTrace:
    Server stack trace: 
       at [...].<Execute>d__1c.MoveNext()
       at [...].Execute()
       at [...].<Move>d__1d.MoveNext() in[..]:line 266
    Exception rethrown at [0]: 
       at System.Runtime.CompilerServices.AsyncVoidMethodBuilder.<SetException>b__1(Object state)
       at System.Threading.QueueUserWorkItemCallback.WaitCallback_Context(Object state)
       at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
       at System.Threading.QueueUserWorkItemCallback.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem()
       at System.Threading.ThreadPoolWorkQueue.Dispatch()
       at System.Threading._ThreadPoolWaitCallback.PerformWaitCallback()
  InnerException:

我是否缺少要引用的 dll？

重要的新东西
我的失败方法如下所示：

public async override Task<bool> Execute()
{
    //do stuff
    await stuff;
    //do other stuff
    await base.Execute()
    //do other stuff
    return true;
}

我遵循 Jon Skeet 的建议，试图一点一点地重现错误，现在我可以说 await base.Execute() 行是杀手！如果我注释掉那条线，一切都会运行，如果我把它留在里面，调用我的方法会立即失败（不是在到达 base.Execute() 时）。所以我假设 ctp 编译器做了一些奇怪的事情。为什么？我永远不应该做什么？虫子有多大？

老东西：

编辑：
至于 32 位/64 位问题，我的系统是 32 位（在虚拟机内，请注意），据我所知 AsyncCtpLibrary.dll 不包含非托管代码。我所有的项目（类库和单个控制台应用程序）都有这样的构建选项卡：截屏
还有什么可能是错误的？

编辑：我还检查了Fusion 日志查看器，加载 AsyncCtpLibrary 时没有任何错误：

*** Assembly Binder Log Entry  (6/10/2011 @ 9:04:11 PM) ***    
The operation was successful.    
Bind result: hr = 0x0. The operation completed successfully.     
Assembly manager loaded from:  C:\Windows\Microsoft.NET\Framework\v4.0.30319\clr.dll    
Running under executable  C:\Users\Daver\Documents\Visual Studio 2010\Projects\[...]\bin\Debug\MyApp.exe

--- A detailed error log follows. 

=== Pre-bind state information ===    
LOG: User = WIN-N74LV38NLV3\Daver    
LOG: DisplayName = AsyncCtpLibrary, Version=1.0.4107.18181, Culture=neutral, PublicKeyToken=31bf3856ad364e35    
 (Fully-specified)    
LOG: Appbase = file:///C:/Users/Daver/Documents/Visual Studio 2010/Projects/[...]/bin/Debug/

LOG: Initial PrivatePath = NULL    
LOG: Dynamic Base = NULL    
LOG: Cache Base = NULL    
LOG: AppName = MyApp.exe    
Calling assembly : MyLibrary, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null.
===

LOG: This bind starts in default load context.    
LOG: Using application configuration file: C:\Users\Daver\Documents\Visual Studio 2010\Projects\[...]\bin\Debug\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: Post-policy reference: AsyncCtpLibrary, Version=1.0.4107.18181, Culture=neutral, PublicKeyToken=31bf3856ad364e35    
LOG: GAC Lookup was unsuccessful.    
LOG: Attempting download of new URL file:///C:/Users/Daver/Documents/Visual Studio 2010/Projects/[...]/bin/Debug/AsyncCtpLibrary.DLL.    
LOG: Assembly download was successful. Attempting setup of file: C:\Users\Daver\Documents\Visual Studio 2010\Projects\[...]\bin\Debug\AsyncCtpLibrary.dll    
LOG: Entering run-from-source setup phase.    
LOG: Assembly Name is: AsyncCtpLibrary, Version=1.0.4107.18181, Culture=neutral, PublicKeyToken=31bf3856ad364e35    
LOG: Binding succeeds. Returns assembly from C:\Users\Daver\Documents\Visual Studio 2010\Projects\[...]\bin\Debug\AsyncCtpLibrary.dll.    
LOG: Assembly is loaded in default load context.

我还检查了编译器生成的类的 MoveNext() 方法的IL 代码<Execute>d__1c，它引用的唯一程序集 ([assemblyName]) 是 mscorlib、System.Core 和 AsyncCtpLibrary。

我检查了我的 dll 和 AsyncCtpLibrary的清单.corflags 0x00000003 // ILONLY 32BITREQUIRED，我说，AsyncCtpLibrary 说.corflags 0x00000009 // ILONLY，我不确定这是否是问题所在。

请帮忙，我没有想法！

4

3 回答 3

6

编辑：我收到了编译器团队的回复，他们确认这是一个错误。它已经在他们的代码库中修复，所以希望我们能在下一个版本/beta/CTP 中看到该修复。该修复程序不会向后移植到“正常”VS2010，因为这是一组非常不寻常的情况，至少在异步之前是这样。

编辑：好的，我现在有一个非常短但完整的程序来演示这个问题。我相信这是泛型和调用基本方法的混合体：

using System;
using System.Threading.Tasks;

public abstract class AsyncAction<T>
{
    public virtual Task<T> Execute()
    {
        // We never get this far
        Console.WriteLine("Execute called");
        return null;
    }
}

public class BoolAction : AsyncAction<bool>
{
    public async override Task<bool> Execute()
    {
        return await base.Execute();
    }
}

class Test
{
    static void Main()
    {
        BoolAction b = new BoolAction();
        b.Execute();
    }
}

编辑：好的，我想出了一个解决方法。基本上，要以非虚拟方式调用基类方法，编译器会在BoolAction. 它有点错误，但我们可以做对：

public class BoolAction : AsyncAction<bool>
{
    public async override Task<bool> Execute()
    {
        return await BaseExecute();
    }

    private Task<bool> BaseExecute()
    {
        return base.Execute();
    }
}

因此，无论何时您正在编写base.Execute，编写BaseExecute并插入那个额外的方法。在团队修复错误之前，解决方法还不错。

编辑：我稍微简化了示例-您不需要任何覆盖，特别是您不需要基类来公开Task<T>. 调用任何虚base.Foo方法都可以：

public abstract class AsyncAction<T>
{
    public virtual T GetT()
    {
        return default(T);
    }
}

public class BoolAction : AsyncAction<bool>
{
#pragma warning disable 1998 // We're not awaiting anything
    public async void Execute()
    {
        base.GetT();
    }
#pragma warning restore 1998
}

class Test
{
    static void Main()
    {
        BoolAction b = new BoolAction();
        b.Execute();
    }
}

编辑：与我之前的想法相反，这也会影响迭代器。不需要异步 CTP...

public abstract class Base<T>
{
    public virtual T GetT()
    {
        return default(T);
    }
}

public class Derived : Base<bool>
{
    public System.Collections.IEnumerator Foo()
    {
        base.GetT();
        yield break;
    }
}

class Test
{
    static void Main()
    {
        Derived d = new Derived();
        d.Foo().MoveNext();
    }
}

编辑：它也影响匿名函数......

using System;

public abstract class Base<T>
{
    public virtual T GetT()
    {
        return default(T);
    }
}

public class Derived : Base<bool>
{
    public void Foo()
    {
        Action x = () => base.GetT();
        x();
    }
}

class Test
{
    static void Main()
    {
        Derived d = new Derived();
        d.Foo();
    }
}
于 2011-06-11T08:21:52.000 回答
4

您遇到了已知的 VS 2010 错误

https://connect.microsoft.com/VisualStudio/feedback/details/626550/badimageformatexception-on-simple-program-using-generics-and-lambdas

于 2011-06-14T15:01:47.433 回答
0

当您尝试在 64 位环境中加载 32 位 DLL 时，通常会发生此异常。

如果您在 64 位操作系统上运行，请尝试更改项目设置以直接为 x86（而不是 AnyCPU）编译。

（这可能听起来倒退，但这是因为如果您正在加载外部 32 位 DLL，您需要强制整个项目为 32 位。）

于 2011-06-08T20:08:36.857 回答