Visual studio 2015でPingﾌﾟﾛｸﾞﾗﾑを試しています｡以下のurlをcのｺﾏﾝﾄﾞﾗｲﾝでｺﾝﾊﾟｲﾙしましたが､ｴﾗｰがでます｡x86でｺﾝﾊﾟｲﾙしています｡windows 10 64b…

Visual studio 2015でPingﾌﾟﾛｸﾞﾗﾑを試しています｡
以下のurlをcのｺﾏﾝﾄﾞﾗｲﾝでｺﾝﾊﾟｲﾙしましたが､ｴﾗｰがでます｡x86でｺﾝﾊﾟｲﾙしています｡windows 10 64bitです｡

http://www.winsock2.org/samples/Ch05/PingI/pingi.c

HANDLE hndlIcmp;// ICMP.DLLへのLoadLibrary()ﾊﾝﾄﾞﾙ
hndlIcmp = LoadLibrary("ICMP.DLL");
if (hndlIcmp == NULL)
{
fprintf(stderr, "\nCould not load ICMP.DLL\n");
return;
}
// ICMP関数ﾎﾟｲﾝﾀを取得
pIcmpCreateFile = (HANDLE(WINAPI *)(void))
GetProcAddress(hndlIcmp, "IcmpCreateFile");<=hndlIcmpで"HANDLE"の引数は型"HMODULE"のﾊﾟﾗﾒｰﾀｰと互換性がありません｡

なぜ､このｴﾗｰがでるのかわかりません｡
教えてください｡

解決法としてはdeguchoさんが書かれているとおりhndlIcmpの変数宣言をHANDLEからHMODULEに変更することがあげられます｡

で､質問内容の｢なぜｴﾗｰが表示されるか｣ですが､WinAPIのかなり古い時代(私が知っている範囲ではVisualStudio6とかその付近までさかのぼる)ではWinAPIでﾊﾝﾄﾞﾙとして定義されている変数型は名前の付け方が違うだけで実は同じ型だった､という時代があります｡
この場合のﾊﾝﾄﾞﾙは基本的にvoid *の別名と思っていただければいいです｡つまり型宣言としては

typedef void * HANDLE;
typedef void * HMODULE;
typedef void * HWND;
typedef void * HDC;
…

にかなり近いことが書かれていたためHMODULE型の変数を受け取るはずのGetProcAddressがHANDLE型の変数を引数として渡されても問題なく通ってしまう､ということがあったわけです｡この場合では上記ｻｲﾄのｻﾝﾌﾟﾙｺｰﾄﾞならｴﾗｰは出ないわけですね｡
今ではﾊﾝﾄﾞﾙの型が異なる場合はｺﾝﾊﾟｲﾙｴﾗｰが出るようにﾍｯﾀﾞｰでは宣言されています｡(ただし､結局はこの場合のﾊﾝﾄﾞﾙはすべて｢何かへのﾒﾓﾘ｣という共通の意味があり､変数のｻｲｽﾞとしてはvoid *と同じですが)

なお､昔の定義のされ方であっても

#define STRICT

をwindows.hのｲﾝｸﾙｰﾄﾞの前に記述しておけばHANDLE型とHMODULE型は別の型の扱いになるようになってはいたと記憶しておりますが…