長いシミュレーションを実行しています。結果をベクトルに記録して、データに関する統計を計算します。理論的には、これらのサンプルはゼロ除算の結果である可能性があることに気付きました。これはあくまでも理論上の話であり、そうではないことは確かです。コードを変更した後にシミュレーションを再実行するのを避けるために、その場合はどうなるのだろうと思っていました。0 による除算が発生したかどうかを認識できますか? エラーメッセージは表示されますか? (例外は現在処理されていません)。

ありがとう

特定の月について、recd_qtyがゼロであるため、DIVIDEBYZEROエラーが発生します。

ゼロ除算エラーを回避する方法はありますか？

その特定の月に無視される方法はありますか？

SQLクエリで「ゼロ除算」（メッセージ8134）が発生する理由を理解しようとしていますが、何かが足りないに違いありません。以下の特定のケースの理由を知りたいのですが、私は探していませんNULLIF。または、CASE WHEN...すでに知っているのと同じようなものです（もちろん、以下のような状況で使用できます）。

次のような計算列を持つSQLステートメントがあります

このステートメントを実行すると、上記のエラーメッセージでエラーが発生しますが、それ自体は問題ではありません。明らかTotalSizeに0である可能性があり、したがってエラーが発生する可能性があります。

今私が理解していないのはTotalSize、計算された列をコメントアウトするときに列が0である行がないということです。これが当てはまらないことを、再確認しました。

次に、何らかの理由で、where句の条件で実際にフィルタリングする前に、結果セット全体に対して列の計算が実行されると思いましたが、これはa）意味がなく、b）エラーをaで再現しようとするとテストセットアップすべてが正常に機能します（以下を参照）：

私はかなり困惑していて、その理由を知りたいです。

事前のおかげで、正しい方向へのアイデアやポインタは大歓迎です

アップデート

これまでのご意見ありがとうございましたが、残念ながら問題の根本に近づいていないようです。ステートメントを少し削除して、1つのJOINを削除してもエラーなしで実行できる場合があります（一時的に削除した出力の追加の列に必要になります）。

JOINを使用するとエラーが発生する理由がわかりませんが、標準のINNER JOINは常に同じ行数以下を返すのではなく、それ以上を返すことはありませんか？

作業コード

コードの原因となるエラー

また、カーソルを使用して結果を行ごとにループして運試しをしましたが、その場合はエラーは発生しませんでした（上記の2つのステートメントのどちらを試しても）。

コードのインデントが乱雑になって申し訳ありませんが、どういうわけか正しいフォーマットが適用されていないようです。

G。

ここMetaTrader MQL4から言語.mq4ソースコード ファイルをダウンロードしましたが、ファイルにゼロ除算エラーが含まれていると思います。関連するセクションは次のとおりです。

このデモコードのケース:

コードに エラーがあるという私の仮定は正しいですか?もしそうなら、おそらく誰かが修正を
指摘することができますか

一般的な計算ケース:

業界のベスト プラクティスとは何か / インシデントに対する救命胴衣として使用すべき実用的なソフトウェア設計手段とはDIV!0?

平均を計算するには、次の方法があります。

特別なことではありませんが、すべての平均方程式にあると思われる問題があります。入力がすべてゼロの場合、ゼロで除算される可能性があります。

だから、私はこれを行うことを考えました：

...そしてそれは機能しますが、私には不器用に感じます。このゼロ除算の問題を回避するための、よりエレガントな「Ruby Way」はありますか?

私が望んでいたのは、次のような「unless then」演算子でした...

助言がありますか？

整数除算を考慮する

ここで、a、b、q、r はそれぞれ、被除数、除数、商、剰余です。特に b = 0 の場合、与えられた a の方程式を満たす一意の q は存在しないため、そのような場合に商 q を未定義にすることは理にかなっています。

ただし、そのような場合、実際には一意の r が存在します。つまり、r = a です。商と剰余が常に一緒に定義されるという前提の下では、q が定義されていないときはいつでも r は定義されないことになりますが、プログラミングでは%、除算に関係なく剰余演算を使用することがよくあり/ます。私は実際に私が望む状況に出くわしましたif b == 0 then a else a % b end。

%除数が0の場合、ゼロ除算エラーの代わりに被除数を返すようなプログラミング言語の演算子はありますか?

ほとんどの (またはすべての) プログラミング言語が に対してゼロ除算エラーを返す理由はあります% 0か?

私はこのコードを持っています:

出力は次のとおりです。

p1.y!=p2.ytrue と評価され、例外で false と評価される理由がわかりません

私はpython 2.6.6を実行しています

Java オブジェクトを出力する、または別の言い方をすれば、オブジェクトを文字列としてシリアル化する簡単な方法が欲しいです。オブジェクト内に含まれるすべての変数の値を確認したいと思います。さらにオブジェクト (リストなど) がある場合は、そのオブジェクト内のものも出力する必要があります。基本的には JSON エンコーディングのようなものになりますが、JSON は無限大をサポートしていないため、double 値または float 値のいずれかに無限大または NaN があるかどうかを確認する必要があります。

これどうやってするの？

私は予期しない行動を経験しており、調査の焦点となる領域について誰かがガイダンスを手伝ってくれることを望んでいました。

2つのメソッドがあります。1つは基本的にdoubleでゼロ除算テストを実行し、もう1つはexternアンマネージdllのメソッドを呼び出します。

注： .Netランタイムでは、DoubleをZeroで除算すると、Infinity値が返されます（おもしろいことに、正または負のフレーバーのいずれか）。

私が行っていることの擬似コードは次のようになります。

の最初の呼び出しInfinityTest()は、期待どおりに値Infinityを返します。の2番目の呼び出しInfinityTest()は、予期していなかったゼロ除算例外をスローします。

アップデート

以下の効果的なInfinityTest()コード。簡潔にするために、try / catch要素などを削除しました。疑似コード要素の詳細に入る権限がありませんDllCall()、お詫びします。

次のlinqクエリでは、ゼロ除算の例外があり、コードを書くことができないようです。fldDevider の Sum が 0 を返したときに発生します。

Group.Sum(Function(dr) CDec(dr.Field(Of String)(fldDevider))) 関数が 0 を返すときに、ValuePerMonth フィールドが 0 であることを確認するにはどうすればよいですか。実際には 0 です。

文字列から 10 進数への変換を改善するためのヒントも歓迎します。