Stopgap fix for crash in issue 53867 comment 15
gwtquake lets the renderer create > 300 threads (one per audio element?), and eventually thread creation fails. This CL makes the media code more robust against thread creation failure (currently, it just crashes the renderer). The Real Fix probably is to have a thread pool for media stuff instead of one thread per media object. And maybe threads just leak under some circumstances. I will file a follow-up bug for that case, hopefully with a reduced test case. BUG=53867,61293 TEST=Completing the first level in gwtquake shouldn't crash the renderer. Review URL: http://codereview.chromium.org/5362003 git-svn-id: svn://svn.chromium.org/chrome/trunk/src@67824 0039d316-1c4b-4281-b951-d872f2087c98
Showing
- chrome/renderer/render_view.cc 9 additions, 4 deletionschrome/renderer/render_view.cc
- media/base/pipeline_impl.cc 68 additions, 54 deletionsmedia/base/pipeline_impl.cc
- media/base/pipeline_impl.h 1 addition, 1 deletionmedia/base/pipeline_impl.h
- webkit/glue/webmediaplayer_impl.cc 18 additions, 10 deletionswebkit/glue/webmediaplayer_impl.cc
- webkit/glue/webmediaplayer_impl.h 9 additions, 5 deletionswebkit/glue/webmediaplayer_impl.h
- webkit/support/webkit_support.cc 9 additions, 3 deletionswebkit/support/webkit_support.cc
- webkit/tools/test_shell/test_webview_delegate.cc 9 additions, 3 deletionswebkit/tools/test_shell/test_webview_delegate.cc
Please register or sign in to comment