Open tomaszkam opened 4 years ago
This might be covered by executors/executors#467.
Yes, it is, thanks. Not sure if I should cose the issue then.
Closing, does not go into report.
Why? As far as I see the issue is still not resolved in the paper, and reviewing senders was part of our job. The fact that it was found concurrently, does not change fact that issue exits.
In short - the scheduler
is underconstrained, because it does not define sensible constrain for the produced sender, as specified today it nearly unusable - you cannot write receiver that would match any scheduler
.
NVM, I misunderstood the status. I wasn't making an "executive decision", this was just a GC attempt gone wrong.
Thanks for watching, Tomasz!
The concept of
scheduler
does not define what kind of sender, theexecution::schedule
is intended to produce, in particular, what will be propagated toset_value
method of the receiver. From my understanding, produced sender should bevoid-sender
(callset_value()
).If this omission in requirements, or
sender
s produced fromschedule
all allowed to produce values? If the later is true, how algorithms likevia
,on
should handle these values?