https://bugs.freedesktop.org/show_bug.cgi?id=98281
--- Comment #11 from Suzuki, Shinji ---
Thank you very much for not having forgotten about this bug and getting it
fixed.
--
You are receiving this mail because:
You are the assignee for the bug.
You are the QA Contact for the bug._
https://bugs.freedesktop.org/show_bug.cgi?id=98281
Timothy Arceri changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://bugs.freedesktop.org/show_bug.cgi?id=98281
--- Comment #9 from Timothy Arceri ---
Thanks for the bug report and sorry for delay in fixing.
Fix sent to list: https://patchwork.freedesktop.org/patch/216870/
--
You are receiving this mail because:
You are the assignee for the bug.
You are
https://bugs.freedesktop.org/show_bug.cgi?id=98281
--- Comment #8 from Emil Velikov ---
(In reply to Suzuki, Shinji from comment #6)
> (In reply to Emil Velikov from comment #3)
> > Can you attach a simple program which reproduces this ? Ideally one which
> > does not depend on glew, in order to
https://bugs.freedesktop.org/show_bug.cgi?id=98281
--- Comment #7 from Suzuki, Shinji ---
Created attachment 127363
--> https://bugs.freedesktop.org/attachment.cgi?id=127363&action=edit
A program to reproduce leak by calling glGetString(GL_EXTENSIONS) with
core-profile
--
You are receiving th
https://bugs.freedesktop.org/show_bug.cgi?id=98281
--- Comment #6 from Suzuki, Shinji ---
(In reply to Emil Velikov from comment #3)
> 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.
Please have a look on
https://bugs.freedesktop.org/show_bug.cgi?id=98281
--- Comment #5 from Suzuki, Shinji ---
(In reply to Eero Tamminen from comment #4)
> Just terminate the program with a signal that Valgrind can catch, but the
Thank you for the tip. Very useful when I have to wade my way through tons of
false pos
https://bugs.freedesktop.org/show_bug.cgi?id=98281
--- Comment #4 from Eero Tamminen ---
(In reply to Suzuki, Shinji from comment #2)
> The amount of memory being in use may be bounded. But I believe there are
> blocks that don't get released until process termination. Having unreleased
> memory
https://bugs.freedesktop.org/show_bug.cgi?id=98281
--- Comment #3 from Emil Velikov ---
Of the top of my head, it sounds like one is using PushDebugGroup without a
corresponding Pop.
Can you attach a simple program which reproduces this ? Ideally one which does
not depend on glew, in order to is
https://bugs.freedesktop.org/show_bug.cgi?id=98281
--- Comment #2 from shinji.suz...@gmail.com ---
The amount of memory being in use may be bounded. But I believe there are
blocks that don't get released until process termination. Having unreleased
memory brings bad user experience to users of val
https://bugs.freedesktop.org/show_bug.cgi?id=98281
--- Comment #1 from Edward O'Callaghan ---
I believe this is actually a false positive.. The reasoning is that
debug_message_store() builds up a ring of messages.
--
You are receiving this mail because:
You are the assignee for the bug.
You are
https://bugs.freedesktop.org/show_bug.cgi?id=98281
Bug ID: 98281
Summary: 'message's in ctx->Debug.LogMessages[] seem to leak.
Product: Mesa
Version: 11.2
Hardware: x86-64 (AMD64)
OS: Linux (All)
Status: NEW
12 matches
Mail list logo
