<div dir="ltr">Did this cause a segfault etc (does it reference an issue), or just a valgrind warning?<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 29, 2015 at 4:06 AM, Min Chen <span dir="ltr"><<a href="mailto:chenm003@163.com" target="_blank">chenm003@163.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"># HG changeset patch<br>
# User Min Chen <<a href="mailto:chenm003@163.com">chenm003@163.com</a>><br>
# Date 1451340415 21600<br>
# Node ID 71a95cc2b7c9c5b9090e598570a6e8a37baa88fb<br>
# Parent  f8daf6c38fec27b8b01f3a01df19c5a2252382b9<br>
alloc extra 32 bytes to avoid Valgrind read beyond warning<br>
---<br>
 source/encoder/sao.cpp |    2 +-<br>
 1 files changed, 1 insertions(+), 1 deletions(-)<br>
<br>
diff -r f8daf6c38fec -r 71a95cc2b7c9 source/encoder/sao.cpp<br>
--- a/source/encoder/sao.cpp    Mon Dec 28 16:06:52 2015 -0600<br>
+++ b/source/encoder/sao.cpp    Mon Dec 28 16:06:55 2015 -0600<br>
@@ -114,7 +114,7 @@<br>
<br>
         // SAO asm code will read 1 pixel before and after, so pad by 2<br>
         // NOTE: m_param->sourceWidth+2 enough, to avoid condition check in copySaoAboveRef(), I alloc more up to 63 bytes in here<br>
-        CHECKED_MALLOC(m_tmpU[i], pixel, m_numCuInWidth * g_maxCUSize + 2);<br>
+        CHECKED_MALLOC(m_tmpU[i], pixel, m_numCuInWidth * g_maxCUSize + 2 + 32);<br>
         m_tmpU[i] += 1;<br>
     }<br>
<br>
<br>
_______________________________________________<br>
x265-devel mailing list<br>
<a href="mailto:x265-devel@videolan.org">x265-devel@videolan.org</a><br>
<a href="https://mailman.videolan.org/listinfo/x265-devel" rel="noreferrer" target="_blank">https://mailman.videolan.org/listinfo/x265-devel</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr"><div><div>Deepthi Nandakumar<br></div>Engineering Manager, x265<br></div>Multicoreware, Inc<br></div></div>
</div>