<html>
<head>
<base href="https://bugs.freedesktop.org/">
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW - 'message's in ctx->Debug.LogMessages[] seem to leak."
href="https://bugs.freedesktop.org/show_bug.cgi?id=98281#c6">Comment # 6</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW - 'message's in ctx->Debug.LogMessages[] seem to leak."
href="https://bugs.freedesktop.org/show_bug.cgi?id=98281">bug 98281</a>
from <span class="vcard"><a class="email" href="mailto:shinji.suzuki@gmail.com" title="Suzuki, Shinji <shinji.suzuki@gmail.com>"> <span class="fn">Suzuki, Shinji</span></a>
</span></b>
<pre>(In reply to Emil Velikov from <a href="show_bug.cgi?id=98281#c3">comment #3</a>)
<span class="quote">> Can you attach a simple program which reproduces this ? Ideally one which
> does not depend on glew, in order to isolate a problem with it.</span >
Please have a look on the following attachment. In a nutshell, calling
glGetString(GL_EXTENSIONS) within a core-profile context seems to generate the
leak.
==25470== 46 bytes in 1 blocks are definitely lost in loss record 78 of 189
==25470== at 0x4C2DB8F: malloc (in
/usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==25470== by 0x8DED4C8: debug_message_store (debug_output.c:226)
==25470== by 0x8DED6EC: debug_log_message (debug_output.c:634)
==25470== by 0x8DED6EC: log_msg_locked_and_unlock (debug_output.c:868)
==25470== by 0x8E0D49C: _mesa_error (errors.c:330)
==25470== by 0x8E7FBD3: _mesa_GetString (getstring.c:139)
==25470== by 0x401DF8: main (test.cpp:193)</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the QA Contact for the bug.</li>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>