cpp-Netlib с ошибкой сегмента Boost Mac OSX при использовании тела HTTP-клиента

Question

Недавно я начал изучать cpp-netlib, который требует Boost, и сталкиваюсь с некоторыми проблемами при попытке скомпилировать один из примеров cpp-netlib с этого сайта http://cpp-netlib.org/0.11.2/examples/http/http_client.html. Я никогда не использовал Boost раньше, и мне интересно, как мне понять, на что ссылаться при компиляции моей программы? В настоящее время я использую homebrew в качестве менеджера пакетов. Я установил Boost, запустив

brew install boost --c++11

Затем я установил cpp-netlib, запустив

brew install cpp-netlib

Я скопировал и вставил пример кода с сайта и жестко закодировал URI запроса

#include <boost/network/protocol/http/client.hpp>
#include <iostream>
int main()
{
    using namespace boost::network;
    http::client client;
    http::client::request request("http://www.boost.org");
    request << header("Connection", "close");
    http::client::response response = client.get(request);
    std::cout << body(response) << std::endl;
    return 0;
}

После нескольких часов поисков в Google с моим соседом по комнате мы обнаружили, какие библиотеки надстроек мне нужно было связать, мы также обнаружили, что clang++ находил мой старый Mac устаревшего openssl, предустановленный в операционной системе, а не новую версию, которую я установил через homebrew. С этим новым знанием мы обнаружили, что компиляция с этой командой работает

clang++ -g -I /usr/local/Cellar/openssl/1.0.2e/include test.cpp -L /usr/local/Cellar/openssl/1.0.2e/lib -lboost_system-mt -lboost_thread-mt -lcppnetlib-client-connections -lcppnetlib-uri -lcppnetlib-server-parsers -lssl -lcrypto

Теперь я получаю ошибку сегментации при запуске программы. Когда я пытаюсь запустить lldb для отладки моей программы, lldb завершает работу с "ошибкой шины: 10". Я обнаружил, что ошибка seg происходит при запуске этой строки кода

std::cout << body(response) << std::endl;

Когда я запускаю valgrind, я получаю следующий вывод

==1123== Memcheck, a memory error detector
==1123== Copyright (C) 2002-2015, and GNU GPL'd, by Julian Seward et al.
==1123== Using Valgrind-3.11.0 and LibVEX; rerun with -h for copyright info
==1123== Command: ./a.out
==1123== 
--1123-- UNKNOWN mach_msg unhandled MACH_SEND_TRAILER option
--1123-- UNKNOWN mach_msg unhandled MACH_SEND_TRAILER option (repeated 2 times)
--1123-- UNKNOWN mach_msg unhandled MACH_SEND_TRAILER option (repeated 4 times)
--1123-- UNKNOWN mach_msg unhandled MACH_SEND_TRAILER option (repeated 8 times)
==1123== Thread 2:
==1123== Jump to the invalid address stated on the next line
==1123==    at 0x0: ???
==1123==    by 0x100016A5A: boost::asio::detail::task_io_service::do_run_one(boost::asio::detail::scoped_lock<boost::asio::detail::posix_mutex>&, boost::asio::detail::task_io_service_thread_info&, boost::system::error_code const&) (task_io_service.ipp:372)
==1123==    by 0x10001669A: boost::asio::detail::task_io_service::run(boost::system::error_code&) (task_io_service.ipp:149)
==1123==    by 0x10000FDD0: boost::asio::io_service::run() (io_service.ipp:59)
==1123==    by 0x1000196D1: boost::_mfi::mf0<unsigned long, boost::asio::io_service>::operator()(boost::asio::io_service*) const (in ./a.out)
==1123==    by 0x100019620: unsigned long boost::_bi::list1<boost::_bi::value<boost::asio::io_service*> >::operator()<unsigned long, boost::_mfi::mf0<unsigned long, boost::asio::io_service>, boost::_bi::list0>(boost::_bi::type<unsigned long>, boost::_mfi::mf0<unsigned long, boost::asio::io_service>&, boost::_bi::list0&, long) (in ./a.out)
==1123==    by 0x10001959B: boost::_bi::bind_t<unsigned long, boost::_mfi::mf0<unsigned long, boost::asio::io_service>, boost::_bi::list1<boost::_bi::value<boost::asio::io_service*> > >::operator()() (in ./a.out)
==1123==    by 0x10001874B: boost::detail::thread_data<boost::_bi::bind_t<unsigned long, boost::_mfi::mf0<unsigned long, boost::asio::io_service>, boost::_bi::list1<boost::_bi::value<boost::asio::io_service*> > > >::run() (thread.hpp:116)
==1123==    by 0x1003ADFD5: boost::(anonymous namespace)::thread_proxy(void*) (in /usr/local/Cellar/boost/1.59.0/lib/libboost_thread-mt.dylib)
==1123==    by 0x100B289B0: _pthread_body (in /usr/lib/system/libsystem_pthread.dylib)
==1123==    by 0x100B2892D: _pthread_start (in /usr/lib/system/libsystem_pthread.dylib)
==1123==    by 0x100B26384: thread_start (in /usr/lib/system/libsystem_pthread.dylib)
==1123==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==1123== 
==1123== 
==1123== Process terminating with default action of signal 11 (SIGSEGV)
==1123==  Bad permissions for mapped region at address 0x0
==1123==    at 0x0: ???
==1123==    by 0x100016A5A: boost::asio::detail::task_io_service::do_run_one(boost::asio::detail::scoped_lock<boost::asio::detail::posix_mutex>&, boost::asio::detail::task_io_service_thread_info&, boost::system::error_code const&) (task_io_service.ipp:372)
==1123==    by 0x10001669A: boost::asio::detail::task_io_service::run(boost::system::error_code&) (task_io_service.ipp:149)
==1123==    by 0x10000FDD0: boost::asio::io_service::run() (io_service.ipp:59)
==1123==    by 0x1000196D1: boost::_mfi::mf0<unsigned long, boost::asio::io_service>::operator()(boost::asio::io_service*) const (in ./a.out)
==1123==    by 0x100019620: unsigned long boost::_bi::list1<boost::_bi::value<boost::asio::io_service*> >::operator()<unsigned long, boost::_mfi::mf0<unsigned long, boost::asio::io_service>, boost::_bi::list0>(boost::_bi::type<unsigned long>, boost::_mfi::mf0<unsigned long, boost::asio::io_service>&, boost::_bi::list0&, long) (in ./a.out)
==1123==    by 0x10001959B: boost::_bi::bind_t<unsigned long, boost::_mfi::mf0<unsigned long, boost::asio::io_service>, boost::_bi::list1<boost::_bi::value<boost::asio::io_service*> > >::operator()() (in ./a.out)
==1123==    by 0x10001874B: boost::detail::thread_data<boost::_bi::bind_t<unsigned long, boost::_mfi::mf0<unsigned long, boost::asio::io_service>, boost::_bi::list1<boost::_bi::value<boost::asio::io_service*> > > >::run() (thread.hpp:116)
==1123==    by 0x1003ADFD5: boost::(anonymous namespace)::thread_proxy(void*) (in /usr/local/Cellar/boost/1.59.0/lib/libboost_thread-mt.dylib)
==1123==    by 0x100B289B0: _pthread_body (in /usr/lib/system/libsystem_pthread.dylib)
==1123==    by 0x100B2892D: _pthread_start (in /usr/lib/system/libsystem_pthread.dylib)
==1123==    by 0x100B26384: thread_start (in /usr/lib/system/libsystem_pthread.dylib)
==1123== 
==1123== HEAP SUMMARY:
==1123==     in use at exit: 150,091 bytes in 3,656 blocks
==1123==   total heap usage: 3,912 allocs, 256 frees, 194,518 bytes allocated
==1123== 
==1123== LEAK SUMMARY:
==1123==    definitely lost: 400 bytes in 4 blocks
==1123==    indirectly lost: 80,493 bytes in 2,673 blocks
==1123==      possibly lost: 0 bytes in 0 blocks
==1123==    still reachable: 47,160 bytes in 790 blocks
==1123==         suppressed: 22,038 bytes in 189 blocks
==1123== Rerun with --leak-check=full to see details of leaked memory
==1123== 
==1123== For counts of detected and suppressed errors, rerun with: -v
==1123== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 0 from 0)
Killed: 9

Любая помощь высоко ценится!

Answer 1

Я обнаружил, что, чтобы избавиться от ошибки сегментации, мне нужно было включить -std= C++11, делая команду для компиляции

clang++ -std=c++11 -I /usr/local/Cellar/openssl/1.0.2e/include test.cpp -L /usr/local/Cellar/openssl/1.0.2e/lib -lboost_system -lboost_thread-mt -pthread -lcppnetlib-client-connections -lcppnetlib-uri -lcppnetlib-server-parsers -lssl -lcrypto

Я, вероятно, должен создать файл make.