問題タブ [warnings]

Visual Studio のデバッガーで古い MFC アプリケーションを実行すると、出力ウィンドウに次のような多くの警告が表示されます。

警告: グループ内の非ラジオ ボタンをスキップしています。

MFC では、ラジオ ボタンをグループに分けて、どのラジオ ボタンのセットが一緒になるかを示すことを理解しています。私の記憶が正しければ、最初のラジオ ボタンの「グループ」プロパティを true に設定してから、残りのラジオ ボタンの「グループ」プロパティを false に設定します。

この警告について 3 つの質問があります。

1. どうすればこの警告を取り除くことができますか? これを回避するには、ラジオ ボタン以外のすべてのコントロールの「グループ」プロパティを true に設定する必要がありますか?それとも、最後のラジオ ボタンの後の最初のコントロールに設定する必要がありますか?

2. この問題が発生しているコントロールまたはダイアログを特定する簡単な方法はありますか? 各ダイアログを開いて、警告が表示されるまでいじることができました。ただ、このアプリはダイアログが多いので、もっと簡単な方法があればいいのですが。

3. この警告を修正しないと、どのような悪影響が生じる可能性がありますか? 言い換えれば、これは問題ですか？

C ++アプリケーションの開発中に、使用されている無害な#pragmaディレクティブに関連する大量の警告を生成するサードパーティライブラリを使用する必要がありました。

GNU C ++コンパイラを使用しているときに、この種の警告を無効にすることは可能ですか？

なぜだろう...VSチームは、プロジェクト参照を見つけられないことを重要ではないことと考えたのだろうか?

参照されたコンポーネント 'X' が見つかりませんでした。エラーと見なされるべきです...そして他には何もありません。

VS2008でこの警告をエラーとして取得する方法はありますか?

#warningディレクティブが標準のC /C ++ではないことは知っていますが、gcc /g++を含むいくつかのコンパイラがそれをサポートしています。しかし、それをサポートしていない人にとって、彼らはそれを黙って無視するのでしょうか、それともコンパイルの失敗につながるのでしょうか？言い換えれば、それをサポートしていないコンパイラのビルドを壊すことなく、プロジェクトで安全に使用できますか？

JDK1.4プロジェクトのEclipseで警告を抑制することは可能ですか?

編集: より長いバージョン。JDK1.4 (注釈なし) を必要とするプロジェクトがあります。私が知っている警告を抑制する唯一の方法は、アノテーション @SuppressWarnings を使用することです。JDK1.4 ではできません。特定のメソッド/クラス (プロジェクト全体ではない) でいくつかの警告通知を削除する方法はありますか?

現在、BizTalk 2006 R2 を使用してエンタープライズ統合ソリューションを構築しています。BizTalk マップを広く使用していますが、Visual Studio 2005 でソリューションを構築すると、マップに対して次の警告が表示されます。

警告 ここをダブルクリックして、コンパイラ リンクを表示/非表示にします。

私の意見では、これらは本当の警告ではなく、無視することができますが、警告を無視することは悪い習慣になるため、その戦略は好きではありません。

メッセージには関連付けられた番号がないため、 \nowarn プロパティを使用することはできません。

また、ビルド スクリプトを使用してプロジェクトをビルドすると、警告が消えます。これは、これが実際のコンパイラ警告ではなく、Visual Studio の機能であることを示唆しています。

したがって、Visual Studio でこの種の警告を抑制する方法があるかどうか疑問に思っていました。

私は多くのプロジェクトに取り組んできましたが、他の人からコードを更新してもらいました。多くの場合、それをコンパイルすると、約 1,000 以上のコンパイラ警告が表示されます。コンパイラの警告を見ると汚いと感じるので、最初のタスクはコードをクリーンアップしてすべて削除することです。通常、初期化されていない変数など、約12の問題を見つけます。

なぜ人々がそれらをそのままにして、警告なしで完全にクリーンなコンパイルを行わないのか理解できません。何か不足していますか？それらを残す正当な理由はありますか？共有するホラーストーリーはありますか？

作成したばかりのパッケージがあり、基本的に以前と同じように機能する「古いモード」があります。すべてを現在の名前空間にインポートします。これをパッケージとして持つことの良い点の 1 つは、もうそれを行う必要がないことです。とにかく、私がやりたいのは、誰かがいつでもできるようにすることです:

これは非推奨であり、必要なものだけをインポートするか、Foo->fun(); を使用して関数にアクセスする必要があるという警告をスローします。

これを行う方法についてのアイデアはありますか？

例えば：

Visual Studioでは、RAIIの目的でのみオブジェクトを使用することがよくあります。例えば：

close_guardの全体的な目的は、関数の終了時にファイルが閉じられるようにすることであり、他の場所では使用されません。ただし、Visual Studioは、「ローカル変数は初期化されていますが、参照されていません」という警告を表示します。この特定のケースでは、この警告をオフにします。

このような状況にどのように対処しますか？Visual Studioは、このオブジェクトは役に立たないと考えていますが、重要なデストラクタがあるため、これは間違っています。

正当な理由があってもこの警告をオフにするので、これに#pragma警告ディレクティブを使用したくありません。