Skip to content
TopicTracker
From devblogs.microsoft.com/oldnewthingView original
TranslationTranslation

Developing a cross-process reader/writer lock with limited readers, part 1: A semaphore

Raymond Chen begins a series on developing a cross-process reader/writer lock with a limited number of readers, introducing a semaphore as the starting mechanism to manage concurrent access.

Related stories

  • The article argues that centralized package registries (like npm, PyPI, etc.) introduce security risks, single points of failure, and governance problems. It advocates for distributing trust through cryptographic signatures and transparency logs instead of relying on a central authority to vouch for package authenticity.

  • The document argues that the Robustness Principle ("be conservative in what you send, be liberal in what you accept") has harmful consequences for Internet protocol design. It contends that accepting malformed inputs leads to interoperability failures, ossification of protocols, and security vulnerabilities, advocating instead for strict validation and clear specifications.

  • This article discusses the undefined behavior that occurs when a C function is called with fewer register parameters than it expects, explaining how mismatched calling conventions can lead to reading garbage values from registers and causing unpredictable program crashes or data corruption.