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

Always take the global lock when using PostgresFunctionGuard #587

Merged
merged 2 commits into from
Feb 13, 2025

Conversation

JelteF
Copy link
Collaborator

@JelteF JelteF commented Feb 13, 2025

This fixes some really confusing segfaults that were still occurring even after #584. Reverting #584 (while keeping this change) re-introduces other segfaults. So both fixes are necessary.

@JelteF JelteF force-pushed the more-careful-locking branch from d100656 to 1b5b82f Compare February 13, 2025 13:04
@JelteF JelteF changed the title Always take the global lock when calling PostgresFunctionGuard Always take the global lock when using PostgresFunctionGuard Feb 13, 2025
Makes our lives a lot easier by making sure we cannot run into
self-deadlocks anymore. This allows us to be a lot more liberal with
sprinkling this lock around, which makes it a lot more easy to write
thread safe code.
)

This fixes some really confusing segfaults that were still occurring
even after #584. Reverting #584 (while keeping this change)
re-introduces other segfaults. So both fixes are necessary.
@JelteF JelteF force-pushed the more-careful-locking branch from 1b5b82f to eb40e2f Compare February 13, 2025 13:58
@JelteF JelteF requested a review from Y-- February 13, 2025 14:24
@JelteF JelteF merged commit eb40e2f into main Feb 13, 2025
5 checks passed
@JelteF JelteF deleted the more-careful-locking branch February 13, 2025 14:25
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.

2 participants