Two threads are leaked after invite

[Philippe Torrelli]

Hello,


Playing with minisip_textui ( 2891 ) again, and found that
 each time I 'INVITE' a party, even if the call doesn't succeed
and then hangup, two more thread stay locked forever 
( a thread  looping in rtpreceiver->run() and a timeoutprovider thread )

The debugger show  that the rtpreceiver doesn't leave its 
"run" loop because since the callRecorder assigned to the session
 doesn't call rtpReceiver->unregisterMediaStream ..

Experimentally modified Session::stop this way: 
added cr->stop() after cr->setAllowStart( false ) 
to figure out, and now the thread terminates..

It doesn't solve the leak of the thread created for 
session::dtmfTOProvider, as the session object is not destroyed..
( should be destroyed in SipDialogVoIp destructor )
It seems to me that the SipVoIpClient should be destroyed somewhere, 


As far as I understand the code, I suppose it should be destroyed 
 by the SipLayerDialog::removeTerminatedDialogs function ? ..

Hope it helps

Philippe Torrelli