Hi Maxim
From the FontList methods, it looks like it uses GetDevFontSize(),
GetMapMode(), SetMapMode() and GetDevFontSizeCount() methods of
the object that is passed to FontList constructor. All these methods are
only defined for OutputDevice class. So it would seem that passing the
parent window should have
the same effect. Valgrind no more shows that memleak if we pass
pBox->GetParent().
Should I remove the newly added dispose() functions (for FontList etc..) as
well ? Seems the above one liner change is enough to kill the memleak.
Thanks,
Dennis
On Tue, Sep 1, 2015 at 2:56 AM, Maxim Monastirsky <momonasmon@gmail.com>
wrote:
Hi,
On Mon, Aug 31, 2015 at 10:00 PM, Dennis Francis <
dennisfrancis.in@gmail.com> wrote:
About passing SvxFontNameBox_Impl : I have not yet understood why we pass
that, will check as soon as possible.
I will clarify what I meant. It seems to me that we pass the
SvxFontNameBox_Impl only to get through it the font list from the
underlying platform backend. In this case, we can do the same with other
windows. For example, passing the ToolBox there (via pBox->GetParent())
seems to eliminate the memleak, while the font box seems (at least at first
glance) to still work as expected. But you should take this with caution,
given that I'm not really familiar with the font init stuff.
Maxim
Context
- Re: Deletion of vcl::Window's inside ToolBar (continued)
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.