[Libreoffice] [PUSHED] Re: [PATCH] Easyhack fdo#38831 - Convert some SvStrings to std::vector

Jan Holesovsky kendy at suse.cz
Fri Dec 30 08:23:35 PST 2011


Just adding [PUSHED] to the subject, sorry...

Kendy

On 2011-12-30 at 16:53 +0100, Jan Holesovsky wrote:
> Hi Brad,
> 
> On 2011-12-28 at 16:47 +1300, Brad Sowden wrote:
> 
> > > Attached are 2 patches to covert come SvStrings to std::vector.
> >
> > I realised I missed some size_t conversions and attached is an updated
> > version of the second patch (the first patch is fine).
> 
> Great stuff, pushed both, thank you! :-)
> 
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=d8f2a82f6905178f1f594b22a0d5427b29c8eb33
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=a9b3b64a5a94a4c27ac524ac6997ef2e2467267c
> 
> I've only read the code, because I was unable to locate the affected
> functionality - can you please point me to where exactly should I click
> to execute this functionality? ;-)
> 
> I did a small modification in the 2nd patch, changed m_vPathArr to
> m_aPathArr; we are not _that_ much into the hungarian notation, and the
> general 'a' for 'something more complex' is perfectly fine there.
> 
> Other than that, aren't we leaking strings in pInsertedArr->erase(it) in
> the first patch?  But it seems to me that it we were leaking even with
> the old code, so I applied that anyway :-) - but would be great if you
> can double-check / fix.
> 
> > Any comments on the size_t changes/best practice welcomed.
> 
> I am not a particular friend of the sal_uInt16 kind of types, but
> changing all that to size_t where the size() of the vector might be
> returned is counter-productive too, so I think you did the right thing -
> casted where necessary.
> 
> Thank you,
> Kendy
> 
> _______________________________________________
> LibreOffice mailing list
> LibreOffice at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libreoffice




More information about the LibreOffice mailing list