問題タブ [throw]

本当に単純な例外クラスを定義しようとしています。非常に単純なので、.h ファイルのみに保持したいのですが、コンパイラは .h ファイルを好みませんthrow()。コード：

GCC は次のエラーを返します。

の行の場合throw()。それを修正する方法はありますか？

編集

問題のあるメソッドの本体を削除しようとしました。

そして今、私はさらに奇妙なエラーメッセージを受け取ります:

それは私のスロー指定子を無視しました!

あらゆる種類の条件をチェックするコードを書きました。

条件を満たしていれば、想定どおりの動作をします。それ以外の場合は、例外をスローします。

そのための特別な構文はありますか？それ以外の場合、コンパイラは、前提条件のために、私が望んでいない配列を返すことを望んでいます。

ここに私のコードの一部があります:

}

次の単純なコードブロックがあります

assmSpec によって参照されるアセンブリが実際に存在するため ( File.Exists()evals が true になる)、例外がスローされないことが予想されます。しかし、そうです。コードは throw ステートメントにステップ インします。デバッグするために、コードを次のように変更しました。

ここで、asmExistsevals が true になり、コードはまだスローに入ります。

次に、コードを次のように変更しました。

繰り返しますが、コードはまだスローにヒットします。ここで何かが明らかに非常に間違っています。誰か説明がありますか？私はここで本当に明らかに愚かなことをしていますか？

fwiw、このコードは、try - catch - finally 構造も持つメソッドにありますが、それらすべての前 (try の前) にあります...

完全な方法は次のとおりです。

Throw以下、なぜ私の元の行番号を維持しないのですか？
DerivedPageを実行すると、ログファイルにエラーが7行目としてリストされます。4
行目と言ってはいけませんか？私が持っていればそれは理にかなっていThrow exますが、私はそうではありません。それ自体で、エラーを再スローしてバブルアップするだけで
はありませんか？Throw

DerivedPageでブロックを完全に削除するとTry...Catch、ログファイルにエラー行として3が正しくリストされますが、エラーが発生した場合に情報をログに記録できません。

DerivedPageを維持し、ログに正しい行番号を保持させるにはどうすればよいですか？

ベースページ：

編集：log.ErrorInnerExceptionが存在する場合は出力します。この場合はそうです。ただし、InnerExceptionのスタックトレースには行番号は含まれず、例外の詳細のみが含まれます。

JavaScript では、エラーをスローする 2 つの方法に気付きました。

1)

2)

他の方法よりも 1 つの方法を選択する利点はありますか? より良い慣行と見なされますか？

ありがとう

重複の可能性：
C＃でJavaスタイルのthrowsキーワードを使用する方法は？

たとえば、例外が発生する関数があります

ありがとう！

従来の知識では、Javaで拡張するオブジェクトしかスローできないと言われていますがThrowable、バイトコードベリファイアを無効にして、Javaに任意のオブジェクト（またはプリミティブ）をスローするコードをコンパイルして実行させることは可能ですか？

JVMを調べたところathrow、オペランドスタックの最初のobjrefがポップされます。Throwableしかし、その参照が実行時にを指しているかどうかをチェックしますか？

スタックの上位で処理されている保留中の例外がない場合、C ++標準は次のコードに対して何が起こるべきであると言っていますか？

オブジェクトのないスローはキャッチされますか？

Eclipse を使用して Scala でプログラミングしていますが、@throws注釈を使用するとエラーが発生します。

ユーザー入力が失敗した場合に例外TooLongExをスローしようとして失敗しました。これに永遠に立ち往生している:(