設定Items ListBoxのソースが "致命的な失敗"をスローする

Question

私はWindows 8 WinRTフレームワーク用に開発しています。次のサンプルコードは、例外がスローされます。

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

は、現在のWinRTのフレームワークでは、この1つの以上のバグ（私はVS11と消費者のプレビューを使用しています）ですか？誰かにこの問題を解決するためのアイデアはありますか？

はところで：...あなたの助けを

おかげで、私は、Windows Phoneの7.5シルバーと同じコードをテストしているし、それは問題なく動作します。

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

Answer 1

ListViewをサブクラス化するときに同様の問題が発生しました。私の場合は、部分的に助けた次のアプローチ： 私は背後にあるコードに直接私のListViewののItemsSourceを設定しようと停止したが、代わりに、私は次のように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コレクションの変更が行われると（たとえばClear）、私は致命的な失敗（0x8000FFFF）も経験します。直ちに私のオリジナルのListView（サブクラス化されていないバージョン）を使用すると、すべて正常に動作します - あなたの場合とまったく同じです。だから私の返答は問題の解決策として理解できませんが、おそらくそれは試してみる価値のあるヒントです。私の場合、元の割り当てはうまくいきます。観察可能なコレクションの更新が試行された後に問題が最初に発生します。私はObservableCollection（CPで動作するはずですが、DPではありませんでした）を実験しましたが、そこには他の問題がありました。 //social.msdn：私が（HTTP [Windows 8のコンシューマープレビューで既知のバグ]これがあるとかなり確信している