2012-04-13 14 views
6

मैं विंडोज 8 विनरेट फ्रेमवर्क के लिए विकसित कर रहा हूं।व्युत्पन्न सूची बॉक्स का आइटम स्रोत सेट करना "आपदा विफलता"

Catastrophic failure (Exception from HRESULT: 0x8000FFFF (E_UNEXPECTED))

वर्तमान WinRT ढांचे (मैं VS11 और उपभोक्ता पूर्वावलोकन उपयोग कर रहा हूँ) में यह एक और बग है: निम्न नमूना कोड एक अपवाद फेंकता है? क्या किसी को यह पता है कि इस समस्या को कैसे हल किया जाए?

Btw: मैं विंडोज फोन 7.5 Silverlight के साथ एक ही कोड का परीक्षण किया है और यह समस्याओं के बिना काम करता है ...

आपकी मदद के लिए धन्यवाद।

public class MyListBox : ListBox 
{ 

} 

public sealed partial class BlankPage : Page 
{ 
    public BlankPage() 
    { 
     this.InitializeComponent(); 
    } 

    protected override void OnNavigatedTo(NavigationEventArgs e) 
    { 
     var box1 = new ListBox(); 
     box1.ItemsSource = new List<Object> { new Object() }; // works without problems 
     Content = box1; 

     var box2 = new MyListBox(); 
     box2.ItemsSource = new List<Object> { new Object() }; // throws exception 
     Content = box2; 
    } 
} 
+2

मुझे काफी यकीन है कि यह [विंडोज 8 उपभोक्ता पूर्वावलोकन में एक ज्ञात बग है] (http: //social.msdn .microsoft.com/मंच/en-US/winappswithcsharp/धागा/295d7ee6-8bc4-4326-9ea7-b68ee4c98a7a)। –

+0

आह, COM त्रुटि रिपोर्टिंग वापस आ गई है! –

+0

क्या आपको कोई कामकाज मिला? – notacat

उत्तर

2

ListView subclassing जब मुझे एक ही समस्या का सामना करना पड़ा। मेरे मामले में निम्नलिखित दृष्टिकोण आंशिक रूप से मदद की: मैं ItemsSource के पीछे कोड में सीधे मेरी ListView का सेट करने का प्रयास बंद कर दिया, लेकिन इसके बजाय मैं की तरह XAML में CollectionViewSource बनाया:

<UserControl.Resources> 
    <CollectionViewSource x:Name="myCollectionViewSource"/> 
</UserControl.Resources> 
... 
... 
<ListView 
    ... 
    ItemsSource="{Binding Source={StaticResource myCollectionViewSource}}" /> 

और कोड में पीछे मैं

सेट
this.myCollectionViewSource.Source = new List<Object> { new Object() }; // The real data source respectively 

हालांकि यह समस्या को स्थगित करने के लिए प्रतीत होता है। कम से कम मेरे मामले में। मेरे वास्तविक उदाहरण में मैं डेटा स्रोत के रूप में ObservableVector का उपयोग करता हूं। और जैसे ही ObservableVector संग्रह का कोई भी परिवर्तन किया जाता है (उदाहरण के लिए साफ़ करें) मुझे भी कैटास्ट्रोफिक विफलता (0x8000FFFF) का अनुभव होता है। जैसे ही मैं मूल सूची दृश्य (मेरे उप-वर्गीकृत संस्करण नहीं) का उपयोग करता हूं, सभी ठीक काम करता है - बिल्कुल आपके मामले में। तो मेरा जवाब समस्या के समाधान के रूप में समझा नहीं जा सकता है, लेकिन शायद यह कोशिश करने के लायक एक संकेत है। मेरे मामले में मूल असाइनमेंट ठीक काम करता है, देखने योग्य संग्रह अद्यतन करने के बाद पहली बार समस्याएं आती हैं। मैंने पर्यवेक्षण चयन के साथ प्रयोग किया (सीपी में काम करना चाहिए, यह डीपी में नहीं था) लेकिन वहां मुझे अन्य समस्याओं का सामना करना पड़ा। यह सुनना दिलचस्प होगा कि क्या आप इस सड़क पर कोई प्रगति कर सकते हैं ...

+0

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

+0

समझूंगा। यह काफी निराशाजनक है। मैं खुद को झिझक रहा हूँ। हालांकि पिछली बार जब मैंने अपनी आशा डीपी-> सीपी स्विच को दी थी और यह जादूगरों को सबसे ज्यादा जलती हुई समस्याओं को हल नहीं करता था - मुझे अभी भी कामकाज बनाना था - केवल अलग-अलग;) उम्मीद है कि आरसी अनुभव वास्तव में बहुत आसान होगा। –

+0

दरअसल डीपी-> सीपी ने कई समस्याओं को हल किया (एकाधिक नोटिफ़ाईप्रॉपर्टी चेंज/ऑब्जर्जेबल कोलेक्शन/वेक्टर गड़बड़) ... –

संबंधित मुद्दे