Create font with DEFAULT_CHARSET instead of ANSI_CHARSET.

ui/gfx/render_text_win.cc

Index: ui/gfx/render_text_win.cc
===================================================================
--- ui/gfx/render_text_win.cc	(revision 160607)
+++ ui/gfx/render_text_win.cc	(working copy)
@@ -646,7 +646,8 @@
     HRESULT hr = ShapeTextRunWithFont(run, current_font);
 
     bool glyphs_missing = false;
-    if (hr == USP_E_SCRIPT_NOT_IN_FONT) {
+    if (hr == USP_E_SCRIPT_NOT_IN_FONT ||
+        hr == __HRESULT_FROM_WIN32(ERROR_INVALID_WINDOW_HANDLE)) {

[msw, 2012/10/12 20:50:57]

1) Why is this in the same patch? It looks like a separate issue that should
probably be fixed by trashing the invalid HWND/DC (not picking another font). Do
you have a repro for this failure? I wonder if it's related to
http://crbug.com/141702 (eroman mentioned a corrupted DC).

2) Use the HRESULT_FROM_WIN32 function, not the __HRESULT_FROM_WIN32 macro:
http://msdn.microsoft.com/en-us/library/windows/desktop/ms680746(v=vs.85).aspx

[Vitaly Buka (NO REVIEWS), 2012/10/12 21:11:33]

Because this happens always when I reproduce bug attached to issue.
Done.

[Vitaly Buka (NO REVIEWS), 2012/10/12 21:14:19]

I never see crash like that 

       glyphs_missing = true;
     } else if (hr == S_OK) {
       // If |hr| is S_OK, there could still be missing glyphs in the output.