問題タブ [dividebyzeroexception]

throw回避できるエラーを考えたほうがいい場合はありますか？

私は特にとについて考えていDivideByZeroExceptionますArgumentNullException

例えば：

このようなエラーをスローする理由はありますか？

注：私はこれらのエラーをキャッチすることについて話しているのではなく、特にそれらをスローする正当な理由があるかどうかを知ることについて話しているのです。

繰り返すだけ：

私があなたに与えた例では、おそらくエラーを処理したほうがよいことを私は知っています。おそらく、質問は言い換えられるべきです。この場所throwで処理するのではなく、これらのエラーの1つに理由がありますか。

NUnit を介して次の C# コードを実行すると、

したがって、DivideByZeroException がスローされないか、NUnit がキャッチしません。この質問に似ていますが、彼が得た答えは私にはうまくいかないようです. これは、NUnit 2.5.5.10112 と .NET 4.0.30319 を使用しています。

何か案は？

java.lang.ArithmeticException: / by zero次のステートメントは、明らかなようにスローします。

リテラル0はリテラルと見なされint、ゼロ除算は整数演算では許可されないためです。

ただし、次のケースでは、のような例外はスローされませんjava.lang.ArithmeticException: / by zero。

と表示されますInfinity。

次のステートメントはNaN、例外なく (Not a Number) を生成します。

この場合、両方のオペランドが double と見なされます。

同様に、次のステートメントは例外をスローしません。

次の出力が生成されます。

これらはすべてfalse.、浮動小数点数または倍精度数でこの演算 (ゼロによる除算) が許可されているのはなぜですか?

ちなみに、浮動小数点数（倍精度数）には、数値（ ）ではなく、正の無限大、 負の無限大を表す値があることがわかります...NaN

WP7アプリケーション（Install-Package NUnit）のテストにNUnitを使用しています。このようなテストで空白のWPクラスプロジェクトを作成しました。

このテストには次のようなエラーがあります。

System.TypeInitializationException：「System.Net.WebRequest」の型初期化子が例外をスローしました。----> System.DivideByZeroException：ゼロで除算しようとしました。System.Net.WebRequest.CreateHttp（String requestUriString）at PhoneClassLibrary1.Class1.T（）in Class1.cs：line 13 --DivideByZeroException at System.Net.WebRequest..cctor（）

それを修正する方法は？

誰もが私の問題を評価できるようにするために必要だと思うすべてのコードを次に示します

24 ～ 26 行目の else ステートメントは必要ないと確信しています。トラブルシューティングを行うときに追加しました。しかし、コードを実行しようとすると、21 行目でゼロ除算エラーが発生します。正確なエラーは次のとおりです。

この行「at ccattano_SieveTest.main(ccattano_SieveTest.java:7)」は、貼り付けたコードを呼び出すので、無視できます。したがって、21行目が主な問題であり、解決策が見つかりません。

http://msdn.microsoft.com/en-us/library/system.dividebyzeroexception.aspxによると 、0 で除算すると Int と Decimal のみが DivideByZeroException をスローしますが、浮動小数点を 0 で除算すると、結果は次のようになります。無限大、負の無限大、または NaN。どうしてこれなの？結果が +ve 無限大、-ve 無限大、または NaN になる例は何ですか?

私はいくつかの数学で遊んでいて、DivideByZeroExceptionをスローする代わりに、 float と double に値Infinitityが割り当てられることに気付きました。

RazorEngine は、ASP.NET MVC4 アプリケーションで C# Razor ビューを実行するために使用されます。

ビューには、次のようなカスタム Format 関数呼び出しにラップされた 10 進数式が含まれています

これにより例外が発生します

someotherdecimalexpression 値が 0 の場合

かみそりエンジンにゼロ除算例外を無視させるにはどうすればよいですか? これが発生した場合、空の文字列に対して大きな 10 進数または null を返すことができます。

式は、実行時にエンド ユーザーによって作成されます。データベース フィールドには decimal 型があり、すべてのオペランドを double に変換してこの例外を取り除くことは困難です。

プロジェクトのプロパティで人工的なオーバーフローのチェックがオフになっていますが、これは役に立ちません。私は試した

およびテンプレート基本クラスで

Runメソッドがないのでコンパイルエラー。

私は、C++ で整数の約数を見つけるための非常に小さなプログラムに取り組んでいます。私のメイン メソッドは、int を var に変換し、int を引数として factor メソッドを呼び出します。コードは次のとおりです。

プログラムは常に factor() 内でクラッシュします。このコードを使用すると、正常に動作します。

したがって、問題はのどこかにありif((num % x) == 0)ます。その行をif((num % 2) == 0)orに変更if((num % 5) == 0)すると、正しい結果が得られます (テスト入力として 32 を使用しています)。

私は数年前にC++を学びましたが、そのほとんどを忘れていました. しかし、ループ カウンターにアクセスしようとすると、プログラムは依然としてクラッシュします。

Arch Linux 64ビットでGCC「4.9.0 20140604（プレリリース）」でCode::Blocks 13.12を使用しています。