Le 05/04/2018 à 04:58, Richard Kimberly Heck a écrit :
What do we use instead now? I'm trying to update an old patch of
Georg's for bug 7474, and it uses boost::shared_ptr.
Riki
Using "git log -Sscoped_ptr", I find
commit ca8709aaf5f5f14aae1978403e13aac3a93506aa
Aut
What do we use instead now? I'm trying to update an old patch of
Georg's for bug 7474, and it uses boost::shared_ptr.
Riki
Abdelrazak Younes wrote:
rgheck wrote:
The attached patch does as advertised, replacing the shared pointer
with a global cache of sorts of the TextClass's used by Buffers---or,
more strictly, constructed by BufferParams::makeTextClass(). The
action is in TextClass.{h,cpp}.
I've left the ty
fix a crash that occurred during cut and paste, or something of
the sort. The problem was that InsetLayouts are stored in TextClass
objects, and there were times when the boost::shared_ptr would go out of
scope and the TextClass object would be released, and boom. Now that
we're holding these t
rgheck wrote:
The attached patch does as advertised, replacing the shared pointer with
a global cache of sorts of the TextClass's used by Buffers---or, more
strictly, constructed by BufferParams::makeTextClass(). The action is in
TextClass.{h,cpp}.
I've left the typedef in TextClassPtr.h. A
The attached patch does as advertised, replacing the shared pointer with
a global cache of sorts of the TextClass's used by Buffers---or, more
strictly, constructed by BufferParams::makeTextClass(). The action is in
TextClass.{h,cpp}.
I've left the typedef in TextClassPtr.h. At the moment, i
In my working on the graphics loading facility (src/graphics), I am in a
situation where I have GraphicsCacheItem and GraphicsCacheItem_pimpl
just for the sake of reference counting the pimpl.
I'd like to get rid of this and simply use a reference counting wrapper.
I've found boost:shared_ptr in