Commit f622792b by Geoff Lang

Skip deletion of null framebuffers.

It's valid to have a map entry that is null to represent a framebuffer that has been generated but never bound. This was causing crashes after dEQP pbo tests were run during dEQP shutdown. BUG=angleproject:1149 Change-Id: Idcedac23e5c4e17ed025b10c2939572b394d3aec Reviewed-on: https://chromium-review.googlesource.com/296962Reviewed-by: 's avatarCorentin Wallez <cwallez@chromium.org> Reviewed-by: 's avatarJamie Madill <jmadill@chromium.org> Tested-by: 's avatarGeoff Lang <geofflang@chromium.org>
parent 0db7b155
...@@ -155,7 +155,7 @@ Context::~Context() ...@@ -155,7 +155,7 @@ Context::~Context()
for (auto framebuffer : mFramebufferMap) for (auto framebuffer : mFramebufferMap)
{ {
// Default framebuffer are owned by their respective Surface // Default framebuffer are owned by their respective Surface
if (framebuffer.second->id() != 0) if (framebuffer.second != nullptr && framebuffer.second->id() != 0)
{ {
SafeDelete(framebuffer.second); SafeDelete(framebuffer.second);
} }
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment