Blame SOURCES/freetype-2.8-loop-counter.patch

ae68a7
From 8d435c463d22f6de35015b244d6f9bb433beb7e6 Mon Sep 17 00:00:00 2001
ae68a7
From: Werner Lemberg <wl@gnu.org>
ae68a7
Date: Thu, 1 Jun 2017 07:09:44 +0200
ae68a7
Subject: [PATCH] * src/truetype/ttinterp.c (TT_RunIns): Adjust loop counter
ae68a7
 again.
ae68a7
MIME-Version: 1.0
ae68a7
Content-Type: text/plain; charset=UTF-8
ae68a7
Content-Transfer-Encoding: 8bit
ae68a7
ae68a7
Problem reported by Marek Kašík <mkasik@redhat.com>.
ae68a7
ae68a7
The problematic font that exceeds the old limit is Padauk-Bold,
ae68a7
version 3.002, containing bytecode generated by a buggy version of
ae68a7
ttfautohint.
ae68a7
---
ae68a7
 ChangeLog               | 10 ++++++++++
ae68a7
 src/truetype/ttinterp.c |  3 +--
ae68a7
 2 files changed, 11 insertions(+), 2 deletions(-)
ae68a7
ae68a7
diff --git a/src/truetype/ttinterp.c b/src/truetype/ttinterp.c
ae68a7
index 0c48c256..775d1104 100644
ae68a7
--- a/src/truetype/ttinterp.c
ae68a7
+++ b/src/truetype/ttinterp.c
ae68a7
@@ -7649,8 +7649,7 @@
ae68a7
                                   FT_MAX( 50,
ae68a7
                                           exc->cvtSize / 10 );
ae68a7
     else
ae68a7
-      exc->loopcall_counter_max = FT_MAX( 100,
ae68a7
-                                          10 * exc->cvtSize );
ae68a7
+      exc->loopcall_counter_max = 300 + 8 * exc->cvtSize;
ae68a7
 
ae68a7
     /* as a protection against an unreasonable number of CVT entries  */
ae68a7
     /* we assume at most 100 control values per glyph for the counter */
ae68a7
-- 
ae68a7
2.13.0
ae68a7