問題タブ [suppression]

私は最近、コード ベースに多くの抑制されたメッセージを含む大規模なソリューションを継承しました。

コードの一部にたまたま触れたときに、これらのメッセージを 1 つずつ実行するのを待つのは、これらの抑制された分析エラーのすべてを処理するためのひどい方法です。

(自動生成されたコード ファイルなどで) 有効と見なされる抑制が少量ありますが、ほとんどは修正する必要があります。

これらのコード分析の問題を効率的な方法で管理する限り、誰もが推奨できる TFS を介した何らかのプラグインまたはプロセスはありますか?

私はvalgrindを初めて使用し、最初に気付いたのは、OS X El Capitanの標準C-Libraryがメモリをリークしているように見えることです(おそらく失われました)。もう少し読んだ後、これは事実ではなく、抑制ファイルを使用してvalgrind リークの概要から system-lib を除外することができます。

そのような抑制ファイルを 1 つ生成し (単純なプログラムを実行して)、抑制ファイルにエラーを追加しました。次のようになります。

osx_el_capitan_c_lib.supp

今、私はいくつかの質問があります:

• このファイルが私の実際のコード (system-libs ではない) のリークを抑制する可能性はありますか? 確実にリークしている/リークしていないコードで少しテストしましたが、正常に動作しているようです。しかし、どうすれば確信できますか？
• デフォルトの出力電流は次のようになります (漏れていないことは間違いありません)。
  
  ご覧のとおり、抑制ファイルは今のところ問題なく機能しています (失われたバイトなどは表示されません)。しかし、ヒープの要約は抑制ファイルの影響を受けないようです ( allocs/mallocsが表示されます - それらは私のコードの外で発生します) 。このフィールド (フラグなど) を無効にして、ヒープ サマリーでも (コード外の / ) を抑制する方法はありますか?allocsmallocs

以下のこのクエリの Crystal Reports 構文が必要です。基本的に、すべてのレコードが該当しない場合は、詳細セクションを非表示にしたいと考えています。これについてあなたの助けに感謝します。

REST API 呼び出しを介して 2 つのシステムを更新するサービスのペアに取り組んでいます。1 つ目は場所 1 で、php のオブザーバー パターンを利用するクラスで更新呼び出しを実行して、更新サービスをトリガーします。次に、この更新サービスは API 呼び出しを実行して場所 2 を更新します。

ロケーション 2 が更新を取得すると、一連の更新も実行されます。これらの更新により、場所 1 への API 呼び出しがトリガーされます。

私の問題は、一方の端で終了しないとこれが続くことです。私が考える最も簡単な方法は、何らかの方法でオブザーバーを抑制することです。これを行う簡単な方法はありますか？それとも、私の問題に対するより良い解決策がありますか?