のCSocket ::私は自分のアプリケーション（VC MFC）を持っている私のMFCアプリケーション

Question

に例外をスロー作成は、ページヒープでGFLAGSで実行ページヒープの破損を追跡することができました。

今、誰もが発生した理由は正確に何に光を投げることができるアプリケーションがクラッシュした、それはこのエラーを示して、私は（リソースinavailablityの感触を持つ以外の）これらの行

を解釈することができませんでしたアプリのクラッシュ？

（情報：アプリケーションがマルチで、約500のスレッドが実行されているマルチスレッドの一つです - プロセッサマシン）

kernel32!RaiseException+53 
msvcrt!_CxxThrowException+36 
mfc42u!AfxThrowResourceException+19 
mfc42u!AfxRegisterWndClass+ab 
mfc42u!CAsyncSocket::AttachHandle+5c 
mfc42u!CAsyncSocket::Socket+25 
mfc42u!CAsyncSocket::Create+14 

Answer 1

これはあなたの実際のヒープ破損の問題である場合、私は疑問に思う、またはあなたのプログラムがちょうどヒットしている場合Pageheapで実行した結果としてのリソース制限。

は、私は正確な詳細を覚えていることはできませんが、ページヒープが有効にせずに使用するよりもはるかに早くメモリ不足に実行できるように、ページヒープはそんなに、余分なメモリのオーバーヘッドが発生します。実行中の500個のスレッドを

、あなたはそれぞれの1MBのスタック、加えて、彼らが道に沿って動的に割り当てられたすべてのメモリを持っています。それは、ウィンドウを作成できない場合

CAsyncSocket::AttachHandleはAfxThrowResourceExceptionをトリガします。 Pageheapによってシステムが飽和しているようです。

問題を再現するには、500スレッドの実行が必要ですか？その数を少し減らすことができれば、より多くのリソースが利用可能になるでしょう。

Answer 2

これと同じ問題は私にナットを推進してきましたが、最終的には私はそれを固定し、それが働いています。これは、我々が

CSocket socket; 
socket.Create(); 

ような何かをしようとすると、スレッド内の[メインアプリケーションスレッド以外]、それは未処理の例外をスローすることをMFCソケットライブラリのバグです。私はマイクロソフトから何かを言ってSee What Microsoft says about this

の記事を見つけましたが、それはどちらか私を助けていません。だからここに私が見つけた回避策と私はそれが私のようないくつかの挫折した仲間を助けることができることを願っています。スレッド内

それはソケットハンドルの割り当てによって既に作成されているように、その後この

CSocket mySock; 
SOCKET sockethandle = socket(AF_INET, SOCK_STREAM, IPPROTO_TCP); 
mySock.m_hSocket= sockethandle; 

を行うことmySock.Createを呼び出すことはありません。 mySock.Attach（sockethandle）を私がまだ試していないので使用できるかどうかはわかりません。

その後、Connectなどを直接呼び出すことができます。

ソケットの使用が終了したら、mySock.Close()に電話するのではなく、closesocket(mySock.m_hSocket);を呼び出してください。ソケットオブジェクトが解放されます。 Attachが上のケースで動作する場合は、ソケットを解放するときにここでDetachを実行する必要があると思います。

グッドラック