proposal: context: new method WithCallbackOnCancel(...)

[halturin]

It would be great to have context.WithCallbackOnCancel(...) in order to get rid of goroutine usage to read the canceling channel.
Is there any chance to see it in the near future?

[seankhliao]

Why should this be in the standard library? https://go.dev/doc/faq#x_in_std
What are the semantics of a blocking callback?

[halturin]

https://go.dev/doc/faq#x_in_std

not sure how it answers my proposal

What are the semantics of a blocking callback?

this callback can be running in a new goroutine, so it won't be blocked. it could be a simple func() with no return value. The main idea is to be able to trigger on canceling without keeping the running goroutine for checking the context state.

[halturin]

for downvoters: read this proposal as "event driven" vs "polling" approach.

[seankhliao]

<-ctx.Done() is also event driven and not polling.

[halturin]

<-ctx.Done() is also event driven and not polling.

sorry, but it has nothing in common with "event driven". its literally "polling" approach

[seankhliao]

Given that we currently have a canonical way to do this, and it hasn't been demonstrated to be a widespread need (eg by third party libraries implementing custom contexts with this feature), I think https://go.dev/doc/faq#x_in_std is the best answer.