सी # 5 AsyncCtp BadImageFormatException

Question

कृपया मुझे इसके साथ मदद करें, मैं AsyncCtpLibrary और C# 5 ctp संकलक का उपयोग कर एक कंसोल applicaiton लिख रहा हूं। पहली बार मुझे मिल गया वास्तव में एक कोड है जो इंतजार कर रहा है चलाने के लिए, मैं यह मिल गया:

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; 
} 

मैं थोड़ा-थोड़ा गलती पुन: बनाने की कोशिश कर रहा जॉन स्कीट की सलाह का पालन किया है, और अब मैं बता सकता है कि इंतजार आधार निष्पादन() लाइन हत्यारा है! अगर मैं उस पंक्ति को टिप्पणी करता हूं, तो सबकुछ चलता है, अगर मैं इसे छोड़ देता हूं, तो मेरी विधि को कॉल करना तुरंत विफल रहता है (आधार पर पहुंचने पर नहीं। निष्पादन())। तो मुझे लगता है कि सीटीपी कंपाइलर कुछ अजीब करता है। क्यूं कर? मुझे कभी क्या नहीं करना चाहिए? बग कितना बड़ा है?

वर्ष सामान:

संपादित करें:
32bit/64bit जारी करने के लिए के रूप में, अपने सिस्टम 32 बिट (एक आभासी मशीन के अंदर, आप मन) है, और के रूप में तक मुझे पता है AsyncCtpLibrary.dll नहीं है अप्रबंधित कोड शामिल है। मेरी सभी परियोजनाओं (कक्षा पुस्तकालयों और एकल कंसोल ऐप) में सभी इस तरह के टैब बनाते हैं:
संभवतः अभी भी गलत क्या हो सकता है?

---

संपादित करें: मैं भी फ्यूजन लॉग दर्शक की जाँच की, 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. 

मैं भी <Execute>d__1c संकलक उत्पन्न की आईएल कोड जाँच वर्ग 'MoveNext() विधि, और केवल एकमात्र असेंबली जो संदर्भ ([assemblyName]) mscorlib, System.Core, और AsyncCtpLibrary हैं।

---

मैं प्रकट दोनों मेरे dll और AsyncCtpLibrary की की जाँच की, मेरा कहा .corflags 0x00000003 // ILONLY 32BITREQUIRED, AsyncCtpLibrary कहा .corflags 0x00000009 // ILONLY, मैं अनिश्चित हूँ इस समस्या हो सकती है यदि।

कृपया मदद करें, मैं विचारों से बाहर हूं!

Answer 1

संपादित करें: मैं वापस संकलक टीम से सुना है , जिन्होंने इसे एक बग के रूप में पुष्टि की है। इसे पहले से ही उनके कोडबेस में तय कर दिया गया था, इसलिए उम्मीद है कि हम अगले रिलीज/बीटा/सीटीपी में ठीक करेंगे।फिक्स को "सामान्य" वीएस -2010 में वापस पोर्ट नहीं किया जा रहा है क्योंकि यह कम से कम एसिंक से पहले परिस्थितियों का एक असामान्य सेट है।

---

संपादित करें: ठीक है, अब मुझे वास्तव में एक छोटा लेकिन पूरा कार्यक्रम मिला है जो समस्या का प्रदर्शन करता है। मेरा मानना ​​है कि यह जेनरिक और एक आधार विधि बुला का एक मिश्रण है:

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> का पर्दाफाश करने के लिए बेस क्लास की आवश्यकता नहीं है। मेरे पिछले विचारों के विपरीत, इस रूप में अच्छी तरह iterators को प्रभावित करता है: को एक कॉल किसी भी आभासी 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(); 
    } 
} 

संपादित करें। कोई async सीटीपी आवश्यक ...

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(); 
    } 
} 

Answer 2

यह अपवाद तब होता है जब आप 64 बिट वातावरण में 32 बिट DLL को चलाने और लोड करते हैं।

यदि आप 64 बिट ओएस पर चल रहे हैं तो अपनी परियोजना सेटिंग्स को x86 (किसी भीCPU के बजाए) के लिए सीधे संकलित करने के लिए अपनी परियोजना सेटिंग्स को बदलने का प्रयास करें।

(। यह पीछे की ओर ध्वनि सकता है, लेकिन यह क्योंकि अगर आप एक बाहरी 32 बिट DLL आप 32 बिट होने के लिए अपनी पूरी परियोजना के लिए मजबूर करने की जरूरत है लोड कर रहे हैं है)

Answer 3

दबाने VS 2010 बग

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