From 6f6fbf0f041f62aefd4e667e68a1484e88b29584 Mon Sep 17 00:00:00 2001 From: helixhorned Date: Thu, 13 Jun 2013 17:11:04 +0000 Subject: [PATCH] cache1d.c: cover up preceding assertion failure by bumping size of lzwrawbuf[]. It's hard to call this a fix, since ideally, buffer sizes like these would be only as large as needed in the worst case. git-svn-id: https://svn.eduke32.com/eduke32@3880 1a8010ca-5511-0410-912e-c29ae57300e0 --- polymer/eduke32/build/src/cache1d.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/polymer/eduke32/build/src/cache1d.c b/polymer/eduke32/build/src/cache1d.c index 92f222d7a..6048a499c 100644 --- a/polymer/eduke32/build/src/cache1d.c +++ b/polymer/eduke32/build/src/cache1d.c @@ -1386,8 +1386,9 @@ failure: #define LZWSIZE 16384 //Watch out for shorts! #define LZWSIZEPAD (LZWSIZE+(LZWSIZE>>4)) -// lzwrawbuf LZWSIZE+1: see (*) below -static char lzwtmpbuf[LZWSIZEPAD], lzwrawbuf[LZWSIZE+1], lzwcompbuf[LZWSIZEPAD]; +// lzwrawbuf LZWSIZE+1 (formerly): see (*) below +// XXX: lzwrawbuf size increased again :-/ +static char lzwtmpbuf[LZWSIZEPAD], lzwrawbuf[LZWSIZEPAD], lzwcompbuf[LZWSIZEPAD]; static int16_t lzwbuf2[LZWSIZEPAD], lzwbuf3[LZWSIZEPAD]; static int32_t lzwcompress(const char *lzwinbuf, int32_t uncompleng, char *lzwoutbuf);