問題タブ [suppress-warnings]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
c# - C#で「決して使用されない」および「決して割り当てられない」警告を抑制する
私は C# プロジェクトに HTTPSystemDefinitions.cs ファイルを持っています。これは基本的に、マネージ コードで使用するための古い Windows ISAPI を記述しています。
これには、ISAPI に関連する構造の完全なセット、またはコードによって消費される構造の完全なセットが含まれます。コンパイル時に、これらの構造体のすべてのフィールド メンバーが次のような警告を引き起こしています:-
警告フィールド 'UnionSquare.ISAPI.HTTP_FILTER_PREPROC_HEADERS.SetHeader' が割り当てられることはなく、常にデフォルト値が null になります
また
警告 フィールド「UnionSquare.ISAPI.HTTP_FILTER_PREPROC_HEADERS.HttpStatus」は使用されません
これらを無効にすることはできます#pragma warning disable
か? もしそうなら、対応するエラー番号は何ですか? そうでない場合、他にできることはありますか?このファイルに対してこれを行うだけであることに注意してください。他のファイルからのこのような警告が表示されることが重要です。
編集
構造体の例:-
javascript - JavaScriptの例外を抑制する方法は?
私のアプリケーションでは、他のドメインのページのコンテンツを取得しています。コンテンツとともに、特定のページに関連付けられた JavaScript を実行しています。javascript コードに「document.selection.createRange()」が記述されており、これは IE で実行時に例外をスローします (IE ではセキュリティ上の懸念により、iframe のデータを変更したり、その逆を行ったりすることはできません)。
だから私の質問は、例外を抑制する方法です。前もって感謝します :)
vb.net - VB の「反復変数をラムダ式で使用しないでください」を抑制する方法
私は VB.NET で LINQ を使用していますが、次のようなクエリが表示されることがあります。
「ラムダ式で反復変数を使用すると、予期しない結果が生じる可能性があります。代わりに、ループ内でローカル変数を作成し、反復変数の値を割り当ててください。」という警告が表示されます。
ラムダ式は必要な場合にのみ評価されるため、ラムダ式で反復変数を使用することはお勧めできません。(この質問はそれについてです)
ここで私の質問は、First()、Single()、ToList() などの構造を使用して、式がその場で評価される場合にこの警告を抑制する方法です (これは単なる警告ですが、コードがクリーンなのが好きです) .)
(ローカル変数を宣言して反復変数を渡すことはオプションですが、私はクリーンな解決策を探しています。)
python - warnings.filterwarnings を使用してサードパーティの警告を抑制する方法
Python コード (sftp 用) で Paramiko を使用しています。paramiko 関数をインポートまたは呼び出すたびに、すべて正常に動作します。次の警告が表示されます。
これは、Paramiko が PyCrypto の非推奨機能を使用しているという事実に関係していることを知っています。
私の質問は、この警告をプログラムで抑制する方法はありますか? 私はこれを試しました:
そしてこれさえ:
「import paramiko」ステートメントの前、および paramiko 固有の関数呼び出しの前ですが、何も機能しません。この警告は何があっても表示され続けます。それが役立つ場合は、警告を出力するサードパーティ ライブラリのコードを次に示します。
randpool.py で:
これを回避する方法を知っている場合は、この警告を止めるのを手伝ってください。
java - 最終型パラメーターの @SuppressWarnings
ある場所には、一般的な「VT extends String」を持つメソッドがあります。明らかに、これは警告を生成します:型パラメーター VT は、最終的な型 String によって制限されるべきではありません。最終的な型をさらに拡張することはできません。
この警告 (Eclipse) を抑制する方法があるかどうか知っていますか? どうやってこれを手に入れたのか疑問に思っているなら:
java - EclipseでFindBugsの警告を抑制します
文字列をロックとして使用しているので、オブジェクトが新しいインスタンスであることを確認したいと思います。通常、文字列を直接(二重引用符で)定義する方が効率的であるため、FindBugsは文句を言います。私のコードは次のようになります:
私はここで何か間違ったことをしていますか?Eclipse FindBugsプラグインは、これを問題として報告しています。
linq-to-sql - LINQ to SQL DBML 警告の抑制
Decimal(38, 5)
多くのフィールドを持つ自分の管理下にないデータベースから LINQ to SQL クラスを生成しました。どうやら .NET Decimal 型の範囲はこれよりも小さいため、LINQ to SQL コード ジェネレーターは多くの警告をスローしています。
DBML1008: DbType 'Decimal(38,5)' とタイプ 'AddersAndMultiplier' の列 'StructGable24InchOCStuds' のタイプ 'System.Decimal' の間のマッピングにより、データベースからロードするときにデータが失われる可能性があります
これらのフィールドのいずれかが、実際にデータ損失を引き起こすほど大きな値を持つことはほとんどないため、これらの警告を抑制したいと考えています。ただし、VS のダイアログを使用して警告の抑制を設定しても、LINQ to SQL コード ジェネレーターの警告では機能しないようです。別の方法はありますか?
visual-studio-2008 - VisualStudio2008で警告を無効にする
環境:Visual Studioの警告レベルが4に設定されている、ソリューション内の唯一のファイルのコード:
問題:コンパイル時に警告4503が引き続き表示されます。私が試した他の何か:
- '// mark'の行をアプリの最後の行として配置しますが、効果はありません。
- プッシュ/ポップなしで#pragmawarning(disable:4503 4702)を使用すると機能しますが、ソリューション全体で後でコンパイルされるものに影響します。#pragma warning(default:xx)をどこかに置いても、そうではないようです。警告をデフォルトのステータスに戻します。
なぜこれが起こっているのか、そしてVisualStudioで警告を抑制するための最良の解決策は何であるかを誰が知っていますか。乾杯。
java - ジェネリックス対応コンパイラーの有無にかかわらず、Class.isAssignableFrom()を使用するコードのコンパイル
現在のジェネリックス対応コンパイラーと、ジェネリックスについて(まだ)知らない古いコンパイラーまたはエキゾチックコンパイラーでコンパイルする必要のあるJavaコードがいくつかあります。Class.isAssignableFrom()が使用されるまれな場合を除いて、ほとんどすべてのコードを警告なしで正常にコンパイルすることができました。
この例はどちらかのコンパイラでコンパイルされますが、ジェネリックス対応のコンパイラは次のような警告を出します。
「型安全性:メソッドisAssignableFrom(Class)はraw型Classに属しています。ジェネリック型Classへの参照はパラメーター化する必要があります」
これは警告を取り除きますが、もちろんジェネリックなしではコンパイルされません:
これを置き換えて修正することができましたが、Class.isInstance()
他のいくつかのケースでは、どこでも正常にコンパイルされますが、実際に任意のクラスオブジェクトで呼び出すMyClass.class.isAssignableFrom( clazz )
必要があるケースがいくつか残っています。Class.isAssignableFrom()
@SuppressWarningsは、Java 1.5拡張機能以降を認識しているコンパイラによってのみ理解されるため、どちらも使用できません。
それで、これを修正する方法のアイデアはありますか、それとも私は警告に耐えなければなりませんか?
gcc - qmake の使用時に -isystem 経由でインクルードを渡す可能性はありますか
私はメイクファイルビルダーとしてqmakeを使用しており、それに固執したいと考えています。さらに、「gcc -Wall -Werror -Wundef -Wextra」を使用して堅牢なコードを取得したいと考えています。「-pedantic」について考えていますが、それはまだ先の話です。現時点での私の主な問題は、ブースト、qt の一部などのライブラリによって生成される大量の警告です。
現時点では、警告を生成するヘッダーを含めるときは常にプラグマを使用します
これは、特に他のプログラマーもそうしなければならないので、かわいらしくはなく、かなり退屈で扱いにくいものです。qt-libraries をシステム ヘッダーとして含めることを許可する qmake を使用して、警告を抑制するオプションはありますか。プレーンなメイクファイルと cmake の場合、私は -isystem を知っていますが、このための qmake ペンダントが見つかりません。