Signals & Slots

[Sean Kelly]

Lars Ivar Igesund wrote:
> Lutger wrote:
>>
>> It's not possible in any of the current implementations (that I'm aware
>> of) to have both managed or tracked connections and thread-safety. I
>> doubt it is possible at all to do in a reasonable efficient manner
>> currently. Perhaps when reference counting will come to D.
> 
> Walter claims that the notifyRegister/Unregister method used by among others
> std.signals _are_ threadsafe. If you are using the same methods, can you
> reproduce deadlocks with sslot? It would be nice to have some actual
> evidence in this matter (either way, although I understand that complete
> thread safety may be impossible to prove for an efficient solution).

I'm fairly sure this is correct, assuming an x86 CPU.  The Phobos S&S 
implementation is lock-free.


Sean