Version details: 2.0.11
Distribution/Version: XP SP2 with MSVC .NET 2003 (7.1)

Disconnecting a connection while the corresponding signal (without an
accumulator) is emitted leaks the related slot_base instance.

The reason is that

struct signal_emit2<T_return, T_arg1,T_arg2, nil>::emit (in signal.h)

relies on a specific sequence of destructor calls for the automatic variables
'exec' (of type signal_exec) and 'slots' (of type temp_slot_list). 
Unfortunately my compiler has it the 'wrong' way around.

I attach a hack which works around this but I don't believe it's worth to be
checked in because:

* it is ugly

* it only handles signal_emit2 while I think that the other signal_emit# classes
have the same problem (in the specialisation without accumulator)

* as Bug 303896 and other recent discussions, IMHO, seem to suggest, the current
semantics of connecting and disconnecting slots during emission seems to warrant
a more profound reimplementation and I seem to have read that something like
that is underway (?)