-
Notifications
You must be signed in to change notification settings - Fork 442
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
fix memory management issue in MVKSwapchain #2400
Conversation
I'm afraid this change alone is not enough to fix the problem described in #2399. It appears that This is already reproducible by using mpv with gpu-next and |
I can confirm this.
@gnattu could you please upload the patch? |
To test this for mpv it is quite trivial, you just remove this line:
But since the autorelease pool might not exist everywhere, I think the more proper way of doing this is to wrap the usage of |
This is a followup of KhronosGroup#2400. CAEDRMetadata is a type that has internal use of `autorelease`. As there is no other alternatives, wrap its useage in an `@autoreleasepool {...}` block instead of doing explict release, which would cause segfaults from double release. Signed-off-by: gnattu <[email protected]>
This is a followup of KhronosGroup#2400. CAEDRMetadata is a type that has internal use of `autorelease`. As there is no other alternatives, wrap its usage in an `@autoreleasepool {...}` block instead of doing explict release, which would cause segfaults from double release. Signed-off-by: gnattu <[email protected]>
This is a followup of KhronosGroup#2400. CAEDRMetadata is a type that has internal use of `autorelease`. As there is no other alternatives, wrap its usage in an `@autoreleasepool {...}` block instead of doing explict release, which would cause segfaults from double release. Signed-off-by: gnattu <[email protected]>
Fixed in #2436. |
#2399
Fix memory management issue in MVKSwapchain