All Topics
All Topics
Technology
Technology
AI
AI
Business
Business
Entertainment
Entertainment
News
News
Programming
Programming
Security
Security
Science
Science
Design
Design
Environment
Environment
Finance
Finance
Crypto
Crypto
Politics
Politics
Sports
Sports
Education
Education
Gaming
Gaming
Art
Art
Music
Music
Health
Health
Books
Books
Food
Food
Travel
Travel
Personal
Personal
Bluesky
Twitter

Why process and thread callback functions must be fast and non-blocking

By

Raymond Chen

8d ago· 4 min readenInsight

Summary

The article discusses best practices for implementing process and thread-related callback functions in Windows system programming. It explains that these callbacks (invoked during process/thread start/exit, DLL/EXE loading/unloading, and other low-level events) must operate quickly and cannot block, as they are called during critical system sequences like process creation and termination. The content appears to be a technical documentation excerpt or analysis about the rationale behind these restrictions, with the author humorously noting they were trying to circumvent the rules.

Source

Hacker NewsWhy process and thread callback functions must be fast and non-blockingdevblogs.microsoft.com

Key quotes

· 3 pulled
So far so good. It seems that these callback functions need to operate quickly and cannot block.
These are callbacks that are invoked when a process starts or exits, when a thread starts or exits, when a DLL or EXE is loaded or unloaded, and various other low-level events.
The various prohibitions above suggest that these callouts are called during the process creation/termination sequence, so if you take a long time to deal with them, you are
Snippet from the RSS feed
I mean, technically I didn't do it.

You might also wanna read

Comments

Sign in to join the conversation.

No comments yet. Be the first.