(EDIT) Ambiente:

plee@sos-build:/usr/local/include/boost$ lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 11.10
Release:        11.10
Codename:       oneiric

plee@sos-build:/usr/local/include/boost$ uname -a
Linux sos-build 3.0.0-12-generic #20-Ubuntu SMP Fri Oct 7 14:56:25 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
plee@sos-build:/usr/local/include/boost$

plee@sos-build:/usr/local/include/boost$ cat version.hpp
//  BOOST_LIB_VERSION must be defined to be the same as BOOST_VERSION
#define BOOST_LIB_VERSION "1_47"

Estive trabalhando em um projeto do lado do servidor. Eu uso bibliotecas de impulso, comoboost::asio, boost::shared_ptr eboost::weak_ptr.

A documentação do Boost http: //www.boost.org/doc/libs/1_47_0/libs/smart_ptr/weak_ptr.htm#loc) diz que oweak_ptr<T>.lock nunca joga:

lock

shared_ptr lock () const; Retorna: expirado ()? shared_ptr (): shared_ptr (* this).

Throws: nada.

No entanto, no meu aplicativo, ele até travou:

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7fffeffff700 (LWP 5102)]
0x000000000066fe08 in boost::detail::atomic_conditional_increment (pw=0x800000000007)
    at /usr/local/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:92
92      );
(gdb) 
(gdb) bt
#0  0x000000000066fe08 in boost::detail::atomic_conditional_increment (pw=0x800000000007)
    at /usr/local/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:92
#1  0x000000000066fe5c in boost::detail::sp_counted_base::add_ref_lock (this=0x7fffffffffff)
    at /usr/local/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp:138
#2  0x000000000068009b in boost::detail::shared_count::shared_count (this=0x7fffefffe658, r=...)
    at /usr/local/include/boost/smart_ptr/detail/shared_count.hpp:518
#3  0x0000000000691599 in boost::shared_ptr<RtmpConnection>::shared_ptr<RtmpConnection> (
    this=0x7fffefffe650, r=...) at /usr/local/include/boost/smart_ptr/shared_ptr.hpp:216
#4  0x000000000068db48 in boost::weak_ptr<RtmpConnection>::lock (this=0x7fffe0e87e68)
    at /usr/local/include/boost/smart_ptr/weak_ptr.hpp:157

Verifiquei a linha caiu/usr/local/include/boost/smart_ptr/detail/sp_counted_base_gcc_x86.hpp

 69 inline int atomic_conditional_increment( int * pw )
 70 {
 71     // int rv = *pw;
 72     // if( rv != 0 ) ++*pw;
 73     // return rv;
 74
 75     int rv, tmp;
 76
 77     __asm__
 78     (
 79         "movl %0, %%eax\n\t"
 80         "0:\n\t"
 81         "test %%eax, %%eax\n\t"
 82         "je 1f\n\t"
 83         "movl %%eax, %2\n\t"
 84         "incl %2\n\t"
 85         "lock\n\t"
 86         "cmpxchgl %2, %0\n\t"
 87         "jne 0b\n\t"
 88         "1:":
 89         "=m"( *pw ), "=&a"( rv ), "=&r"( tmp ): // outputs (%0, %1, %2)
 90         "m"( *pw ): // input (%3)
 91         "cc" // clobbers
 92     );
 93
 94     return rv;
 95 }

A linha 92 é um código de montagem. Realmente não sei o que isso signific

Sempre faço a verificação se o @ retornaboost::weakptr<RtmpConnection>.lock() (tipo deboost::shared_ptr<RtmpConnection> está vazio antes de eu usá-l

Então eu pesquisei, vi issohttp: //wiki.inkscape.org/wiki/index.php/Boost_shared_pointer

Ponteiros fracos não podem ser desreferenciados por motivos de segurança de encadeamento. Se algum outro segmento destruísse o objeto depois que você verificasse a validade do ponteiro fraco, mas antes de usá-lo, ocorreria uma falha

Então, o que devo fazer para lidar com isso, por que ele falha (pareceboost::weakptr<RtmpConnection>.lock() nunca deve travar)? Desde que meu programa é multithread. É possível que, depois de obter e verificar o valor retornado deboost::weakptr<RtmpConnection>.lock(), aRtmpConnection pode ser destruído por outro encadeamento, a Boost Library garante que não será destruído, porque o tipo de retorno éboost::shared_ptr<RtmpConnection>?