デバッグのデザイナーの処理VS2008年

Question

私は、公共財産の私の形型 ListE<T> 場所：

public class ListE<T> : IList<T>, ICollection<T>, IEnumerable<T>, IList, ICollection, IEnumerable

ああ、口分がそのデザイナーが必要で表示して編集可能なコレクションのウインドウを閉じます。すなのです。そこで、クリックし、[..]ボタンで編集ィングでは、コレクションに追加するをクリック項目を追加するにはするものと期待される。

算術演算の結果、オーバーフロー.

これは非常に基本的なリストよりも少し拡大す配列になります。のみにあ算全体のことは、拡大機能にとどまっている上に、その利用は左シフトではなく掛け算でないことがあふれる。このように考えることこの例外の引上げ、内側のデザイナー、おそらくよりも小さなinattentionを実施詳細に自分ができない方法を見つの試験またはデバッグするシナリオ。いては、スマートアイデア、浮かぶのでしょうか。

編集：はい、使用できますの成功でも手作業で打ち出されている。-の OnLoad ハンドラになると思いますありがとうございましいリゾートがあってこの仕事がないのに最適です。:(

Answer 1

私は理解できない動きを管理ソリューションを提供一覧<T> ホイールに、そういうものをお答え:思線"。診断用として開発されました。アンインストールします。休み)"のコンストラクタのクラスです。

しかし、気軽に味わえるポップアップをお願添付したい場合は、アンインストールします。添付する例Visual Studioとして、デバッガなことができるでしょう設定の一部のブレークポイントコードを開始デバッグしやすくなります。

Answer 2

ずられてくるということですがうごListE`1:回数物件です。そして微細な欠陥（でよりも複雑を返します。innerList.Count)このデザイナー演算のオーバーフローの一部動作します。通常の算術溢れが生じないようにすることがない限り具体的には求めの

checked
{
   // ...
}

構文です。

Answer 3

い追加のアンインストールします。休憩();電話にコードのデバッグします。できるだけ開く異なるインスタンスのVSは、添付の使用で対応することができるでしょうデバッグで課題だけがあることを確認してくださいシンボルの駆).