Bug 5477 – std.signals should have the ability to fire events asynchronously
Status
RESOLVED
Resolution
WORKSFORME
Severity
enhancement
Priority
P2
Component
phobos
Product
D
Version
D2
Platform
x86
OS
Linux
Creation time
2011-01-22T19:01:00Z
Last change time
2015-01-27T01:51:10Z
Assigned to
nobody
Creator
mandeep
Comments
Comment #0 by mandeep — 2011-01-22T19:01:54Z
emit method in std.signals library fires events asynchronously. It should be possible to emit signals synchronously as well as asynchronously. Event handlers should receive signals without waiting for other event handlers to complete
Thanks &
Mandeep
Comment #1 by luk.wrzosek — 2011-01-25T12:23:25Z
What exactly you mean by 'are asynchronous'?
AFAIK the current implementation is just synchronous, and also i believe there is no possibility to emit signal to other thread. Signal/Slot mechanism is not event based as in Qt.
Comment #2 by andy — 2015-01-27T01:51:10Z
This is an old report, OP never responded, and the std.signals doc says "There have been several D implementations of Signals and Slots", so its hard to tell if this is even a thing anymore.
I'm going to close this, but please feel free to file a new report, with more current information, and maybe even some test code.