0

コードでメモリ リークの問題が発生しました。
socket.handshake() 関数を呼び出して
からメイン スレッドを終了すると、メモリ リークが発生しました。

ただし、「socket.handshake」を削除してから
メインスレッドを実行して終了すると、メモリリークの問題がなくなります。


1. サンプルコード : メモリリーク

#include <boost/asio.hpp>
#include <boost/asio/ssl.hpp>
#include <boost/thread.hpp>

using namespace boost;

void ThSslEchoClient()
{
    try
    {
        asio::io_service ios;
        asio::ssl::context context(boost::asio::ssl::context::sslv23);

        context.set_options(
            asio::ssl::context::default_workarounds  
            | asio::ssl::context::no_sslv2  
            | asio::ssl::context::single_dh_use);

        asio::ssl::stream<boost::asio::ip::tcp::socket> socket(ios, context);
        boost::system::error_code ec;
        boost::asio::ip::tcp::endpoint host(boost::asio::ip::address::from_string("127.0.0.1"), 13);

        socket.lowest_layer().connect(host, ec);
        // REMOVE THE FOLLOWING LINE FOR COMPARISON
        socket.handshake(asio::ssl::stream_base::client, ec);

        if (ec)
            throw boost::system::system_error(ec);
    }
    catch (std::exception& _e)
    {
        std::cerr << _e.what() << std::endl;
    }
}

void TestBoostAsioSslEchoClient()
{
    boost::thread_group tg;

    tg.create_thread(ThSslEchoClient);
    tg.join_all();
}

2. サンプル コード : メモリ リークなし。
(「socket.handshake」を削除するだけです)

        // REMOVE THE FOLLOWING LINE FOR COMPARISON
        //socket.handshake(asio::ssl::stream_base::client, ec);

どこが悪いのかわからない。私を助けてください。

4

1 に答える 1

1

私のPCでは違いがわかりません。

ポート 13 で小さなサーバーを偽装します。

while true; do date | sudo netcat -l -p 13; done

私はプログラムを実行します：

make && valgrind ./test

ハンドシェイクなしの出力:

sehe@desktop:/tmp$ valgrind ./test
==15878== Memcheck, a memory error detector
==15878== Copyright (C) 2002-2011, and GNU GPL'd, by Julian Seward et al.
==15878== Using Valgrind-3.7.0 and LibVEX; rerun with -h for copyright info
==15878== Command: ./test
==15878== 
==15878== 
==15878== HEAP SUMMARY:
==15878==     in use at exit: 64 bytes in 2 blocks
==15878==   total heap usage: 3,348 allocs, 3,346 frees, 207,156 bytes allocated
==15878== 
==15878== LEAK SUMMARY:
==15878==    definitely lost: 0 bytes in 0 blocks
==15878==    indirectly lost: 0 bytes in 0 blocks
==15878==      possibly lost: 0 bytes in 0 blocks
==15878==    still reachable: 64 bytes in 2 blocks
==15878==         suppressed: 0 bytes in 0 blocks
==15878== Rerun with --leak-check=full to see details of leaked memory
==15878== 
==15878== For counts of detected and suppressed errors, rerun with: -v
==15878== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 2 from 2)

ハンドシェイクを使用すると、次のように出力されます。

unkn protocol

握手で報告されたリーク:

140 ==16017== 24 bytes in 1 blocks are still reachable in loss record 1 of 6
141 ==16017==    at 0x4C2B3F8: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
142 ==16017==    by 0x60031FF: CRYPTO_malloc (in /lib/x86_64-linux-gnu/libcrypto.so.1.0.0)
154 ==16017== 32 bytes in 1 blocks are still reachable in loss record 2 of 6
155 ==16017==    at 0x4C2B3F8: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
156 ==16017==    by 0x60031FF: CRYPTO_malloc (in /lib/x86_64-linux-gnu/libcrypto.so.1.0.0)
168 ==16017== 32 bytes in 1 blocks are still reachable in loss record 3 of 6
169 ==16017==    at 0x4C2B3F8: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
170 ==16017==    by 0x60031FF: CRYPTO_malloc (in /lib/x86_64-linux-gnu/libcrypto.so.1.0.0)
182 ==16017== 128 bytes in 1 blocks are still reachable in loss record 4 of 6
183 ==16017==    at 0x4C2B3F8: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
184 ==16017==    by 0x60031FF: CRYPTO_malloc (in /lib/x86_64-linux-gnu/libcrypto.so.1.0.0)
196 ==16017== 176 bytes in 1 blocks are still reachable in loss record 5 of 6
197 ==16017==    at 0x4C2B3F8: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
198 ==16017==    by 0x60031FF: CRYPTO_malloc (in /lib/x86_64-linux-gnu/libcrypto.so.1.0.0)
210 ==16017== 600 bytes in 1 blocks are still reachable in loss record 6 of 6
211 ==16017==    at 0x4C2B3F8: malloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
212 ==16017==    by 0x60031FF: CRYPTO_malloc (in /lib/x86_64-linux-gnu/libcrypto.so.1.0.0)
228 ==16017==    still reachable: 992 bytes in 6 blocks
229 ==16017==         suppressed: 0 bytes in 0 blocks
230 ==16017==

ご覧のとおり、「リーク」は暗号ライブラリ (openssl の一部) の内部にあり、おそらく誤報です。

于 2013-08-09T02:00:11.563 に答える