Skip to content

optimize Loop._call_soon and surrounding functions with numeric exceptions instead of PyObject* NULL` checks - #171

Open
Vizonex wants to merge 1 commit into
mainfrom
optimize-_check_closed
Open

Vizonex wants to merge 1 commit into
mainfrom
optimize-_check_closed

Conversation

@Vizonex

@Vizonex Vizonex commented Oct 9, 2026 •

Copy link
Copy Markdown
Owner

What do these changes do?

These changes cut a lot of waste from commonly used functions being Loop._call_soon and it's surrounding siblings. Using numeric systems is more robust and gets rid of a lot of useless python refs in the case of failure occurances. This also speeds up the brand new winloop.loop.Future in a few ways the main one being if callbacks were appended even though it's currently an unused sections until exposed publically.

Are there changes in behavior for the user?

Is it a substantial burden for the maintainers to support this?

Related issue number

Checklist

  • I think the code is well written
  • Unit tests for the changes exist
  • Documentation reflects the changes

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant