[Bf-blender-cvs] [942e9835a9a] blender2.8: Fix/workaround crash opening almost any Spring file

[Sergey Sharybin]

Commit: 942e9835a9acdc19164bf6b07796eace1548f3fd
Author: Sergey Sharybin
Date:   Fri Dec 7 12:41:46 2018 +0100
Branches: blender2.8
https://developer.blender.org/rB942e9835a9acdc19164bf6b07796eace1548f3fd

Fix/workaround crash opening almost any Spring file

The issue was caused mpoly array urequired by the cache filling,
but the pointer was never set when preparing render data.

Seems this change is safe enough, in terms it shouldn't be
causing slowdown, since the assignment of mpoly is cheap, but
hard to tell if there is anything else affected by thing underneath.

===================================================================

M	source/blender/draw/intern/draw_cache_impl_mesh.c

===================================================================

diff --git a/source/blender/draw/intern/draw_cache_impl_mesh.c b/source/blender/draw/intern/draw_cache_impl_mesh.c
index 89b73d5e39a..f3bb7875a2e 100644
--- a/source/blender/draw/intern/draw_cache_impl_mesh.c
+++ b/source/blender/draw/intern/draw_cache_impl_mesh.c
@@ -5077,7 +5077,7 @@ GPUBatch *DRW_mesh_batch_cache_get_wireframes_face(Mesh *me)
 	MeshBatchCache *cache = mesh_batch_cache_get(me);
 
 	if (cache->edges_face_overlay == NULL) {
-		const int options = MR_DATATYPE_VERT | MR_DATATYPE_EDGE | MR_DATATYPE_LOOP | MR_DATATYPE_LOOPTRI;
+		const int options = MR_DATATYPE_VERT | MR_DATATYPE_EDGE | MR_DATATYPE_LOOP | MR_DATATYPE_LOOPTRI | MR_DATATYPE_POLY;
 
 		/* Hack to show the final result. */
 		const bool use_em_final = (