Hi, I am used to making containers with boost::shared_ptr<T> as a data type. I expected tlm_fifo to have similar semantics to STL containers, such as copy on push (tlm_fifo::put) But I am seeing a crash at end of sim when the tlm_fifo gets deleted with items still in it, and it looks like the structure under the tlm_fifo (circular_buffer) uses a placement new to allocate a new entry upon write(). This is bypassing the copy semantics of the shared_ptr and creating a wild pointer as a result. First, is this a known problem? If it is, is there another suitable container for shared_ptr? I basically need a queue with event notification and I'd rather not build my own deque with sc_event's Thank you Hervé Alexanian Xilinx, inc.