問題タブ [compiler-warnings]

私は次のようなBoostを備えた単純なC++を持っています：

これは正常に機能します。（）のすべての出現箇所を「」に置き換えます

ただし、コンパイル時に次の警告が表示されます。

私はMSVC2008、Boost1.37.0を使用しています。

私は確かに使用して警告を無効にすることができます

しかし、何が悪いのかを知る前に、あるいはもっと重要なことに、私のコードが間違っている場合は、それを行うのは少し気が進まない。

ビューのフォーム投稿で上記の警告が表示されます...

技術的には、この警告は正しいです。そのようなファイルはありませんが、ASP.NET MVC を使用しているため、このチェックは実際には十分ではありません。

この警告によってアプリケーションの動作が停止することはありませんが、一般的な「コンパイラ警告なし」ポリシーがあるため、これを抑制したいと考えています。

これは可能ですか？

コンパイラの警告 (JDK 1.5) を使用してプロジェクトをコンパイルすると、一連の不正なパス要素の警告が表示されます。

警告:: [パス] 間違ったパス要素 "C:\Users\User\MyJava\common\lib\junit.jar": そのようなファイルまたはディレクトリはありません 警告:: [パス] 間違ったパス要素 "C:\Users\User\ MyJava\common\lib\jdom.jar": そのようなファイルまたはディレクトリはありません警告:: [パス] パス要素が正しくありません "C:\Users\User\MyJava\common\lib\xerces.jar": そのようなファイルまたはディレクトリはありません警告:: [パス] 間違ったパス要素 "C:\Users\User\MyJava\common\lib\xml-apis.jar": そのようなファイルまたはディレクトリはありません

などなど。

これは IDEA 8.1.3 を使用しています。これらのファイルを指すものが IDEA の構成 (プロジェクト全体を grep しました) のどこにも見つかりません。それらはすべてその名前で実際にはもう存在しませんが、それらを参照するものは何ですか?

過去に、ソフトウェアでさまざまなメモリリークが発生しました。これらは主に、Queue-Message-Dataなどを解放する独自の「無料」メソッドの誤った使用が原因で発生したことがわかりました。

問題は、私たちの最も深いツール関数には、動的に割り当てられたメモリを解放するための2つの方法があり、次のシグネチャがあります。

void free (void *pData);
void free (void **ppData);

どちらの方法も基本的に同じことを行いますが、2番目の方法が最初にデータを逆参照する点が異なります。これら2つのうちの一方だけですべてを実行できることは知っていますが、ソフトウェアは何年も前にそのように設計されており、現在は両方を使用してコードがどこにでもあると言えます。

誰かが次のようにこれらのメソッドの呼び出しを実装すると、問題が発生します。

QueueMessage *pMsg;
pMsg = myQueue.read(...); // dynamically allocates space for the msg and fills it
// Do something
myQueue.free(&pMsg); // << WRONG!

上記のコードは、メッセージへのポインタをfree-methodに渡す必要があります。基本的には機能しますが、この場合、コンパイラはどの関数を使用するかわからないため、ポインタが指すメモリではなく、ポインタfree(void *pData)を解放しようとするメソッドを使用します。もちろん、解決策は次のいずれかで簡単です。または

myQueue.free(pMsg);

myQueue.free((void**)&pMsg);


どちらも機能します。問題と解決策について説明したので、知りたいのですが、これらのメソッドを使用するプログラマーがそれらを正しい方法で使用することを保証できる方法はありますか？VS2005のヘッダー注釈について読んだことがあります。これは非常に便利ですが、必要なことを実行していないようです。ポインターの参照が最初のメソッドに渡された場合に警告を生成する方法があれば素晴らしいので、プログラマーは少なくとも自分のコードに何か問題があるというヒントを得ることができます。

ちなみに、私はMicrosoft VS2005を使用しており、必要に応じてVS2008にアップグレードする可能性があります。これはVS2005に移行されたC++アプリケーションであるため、.NET互換です。

Javaの@SuppressWarningsアノテーションと同様にC＃で警告を抑制する方法はありますか？

それができない場合、Visual Studioで警告を抑制する別の方法はありますか？

次のコードが警告を生成する理由がわかりません。

クラスBでは、タイプAのGenericのインスタンスの使用にのみ関心があります。この警告は、Generic引数をAではなくTとして格納する必要があることを示しています。

しかし、これは、Bジェネリックも宣言する必要があることを意味します。これにより、必要以上に複雑になるようです。

宣言時に変数を初期化することをお勧めします。

デバッグ モードでは、このようなステートメント int vStatus = OK;は DEBUG MODE ビルド中に問題を引き起こしません。

RELEASE MODEでビルドする場合も同じで、次のような警告がスローされます。

w8004: 'vStatus' には使用されない値が割り当てられています。

また、このように同じ関数で同じ変数をコードのさらに下に使用しており、 if(!vStatus)次の値を返しますreturn(vStatus);

この debug Vs Release のポインターをWeb で調べたところ、コンパイラーは、宣言時に変数を初期化することを期待しています。

Windows 2003 サーバーで Borland developer studio 6 を使用しています。

この問題を理解するには、任意のポインタが役立ちます。

ありがとう

ラージ

setText メソッドを使用していないのに、警告が表示されます。XCode がこの警告メッセージを表示するのはなぜですか?

代替テキスト http://www.angryhacker.com/toys/deprecated.jpg

iPhoneアプリで長い間作業した後、コードがかなり汚れていて、呼び出されない、またはまったく役に立たない#importメソッドとメソッドがいくつか含まれていることに気付きました。

これらの役に立たないコード行を検出するコンパイラ指令または方法があるかどうかを知りたいです。Xcodeにはこれを検出するためのツールがありますか？

誰もがこれが何を意味するのか知っていますか？光を当ててみませんか？
VS2005でMFCプロジェクトをコンパイルしているときにこの警告が表示されました。