Skip to content

Conversation

@rmottola
Copy link
Member

for bug #344

@rmottola rmottola requested a review from fredkiefer as a code owner April 17, 2025 22:56
@rmottola rmottola requested a review from rfm April 17, 2025 23:48
@rmottola
Copy link
Member Author

@rfm are you satisfied with this fix (which is anyway safe and good, even if it maybe just hides the issue) or do you want to investigate the race condition further?

Copy link
Contributor

@rfm rfm left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes, I have no problem with the fix; it's good defensive code to check for nil when using a method that returns a struct.

More fundamentally, we should probably remove the NSValue atExit code as it exists solely to avoid false positives with some memory leak checkers: I don't think asan or modern valgrind are subject to those false positives, and leak checkers generally support suppression lists to deal with false positives anyway.

The interesting thing would be to figure out how/why the NSView code is being called after the process exits. I suppose that might be due to some poor design of the way an app quits, but most likely it's really not important though.

@rmottola rmottola merged commit 177f3fd into master Apr 24, 2025
4 checks passed
@rmottola rmottola deleted the nsview_crash_fix branch April 24, 2025 19:19
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Development

Successfully merging this pull request may close these issues.

4 participants