ログエラー時の JSL スタック トレースの改善エラー時に表示される現在の JSL ログが不足しています。現在は、次のように表示されます。
- どのような種類のエラーが発生したか
- どの行でエラーが発生したか（ただし、その行がどのファイルにあるかは不明）
- 実行された JSL ファイルの本文 (非常に長い場合でも本文全体)
- 場合によっては、実行された JSL ファイルの本文に、エラーが発生した行がハイライト表示されます。これは常に機能するとは限りません。
次のデバッグ情報を取得すると、より有益になります。
- どのような種類のエラーが発生したか
- 呼び出し関数のスタック トレース。各呼び出し関数のどの行でエラーが発生したかの詳細が含まれます。
自分でファイルを読んでエラー行を探すことができるのに、ハイライトされた JSL ファイルのプリントアウトを取得してもほとんど意味がありません。ログのスペースを占有し、実際にスローされたエラーを確認するにはスクロールする必要があります。
自動化とスクリプトRe: ログオン エラーでの JSL スタック トレースの改善 - ステータスが次のように変更されました: 確認済みやあ@DavidLeber 、 提案ありがとう！ ご要望を承りましたので、検討させていただきます。
Re: ログオン エラーでの JSL スタック トレースの改善組み込み関数内にネストされていない場合でも、これが組み込み関数の 1 つのレイヤーを持つユーザー定義関数で機能する場合は便利です。
Re: エラー時のログにおける JSL スタック トレースの改善
@DavidLeber さんはこう書きました:
うーん、必ずしも正しいとは限らない!!
エラーが変数が定義されている行を指している場合があったことを覚えています。
しかし、エラーはまったく別の行によって発生しました。
つまり、「変数がどこに代入されたか、それがエラーの原因に違いない」というトレースの背後には何らかの論理があるようです。この種の論理は非常に誤解を招く可能性があります…
エラートレース: JMP は「ヘルプ」を試みます
Re: エラー時のログにおける JSL スタック トレースの改善うーん、いつもではないけど...
JMP がコード行を報告しない場合がよくあります: エラー メッセージ - どの行ですか?
このレベルの情報は、ユーザーがコードを書いたときにも問題がありましたが、AI がコードを書くようになった現在ではさらに大きな問題になっています。
- さらにエラーがあります。
- エラーは予期しないものになる可能性があります。
エラー報告の現在の制限により、
- どこを探せばいいか分からないと、見つけるのは困難です。
Re: エラー時のログにおける JSL スタック トレースの改善関連する希望: エラーの種類
Re: エラー時のログにおける JSL スタック トレースの改善-
