Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider temporarily suppressing support for named sync primitives in the PAL #4054

Closed
stephentoub opened this issue Mar 17, 2015 · 0 comments

Comments

@stephentoub
Copy link
Member

The PAL today supports named mutexes, events, semaphores, etc., all of which are surfaced via CoreFX types in System.Threading. However, names in the PAL are currently implemented process-wide, rather than session- or machine-wide as on Windows. If we ship like this, it'll be very easy for applications to take a dependency (on purpose or accidentally) on this behavior, such that changing it could be a breaking change. If we ever intend to support something broader than process-wide names, we should temporarily disable naming support (e.g. return errors when trying to create/open named primitives) until we're able to decide on and implement the behaviors we want longer term.

@msftgits msftgits transferred this issue from dotnet/coreclr Jan 30, 2020
@ghost ghost locked as resolved and limited conversation to collaborators Jan 6, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant