On Aug 27, 2011, at 2:04 AM, Markus Mohrhard wrote:
I just had some problems with my debug build in ucb and discovered that at least one method only
needed in a debug build has been removed. It seems it was mentionend on unusedcode.easy, so my
question is how we should deal with these cases.
In this special case I removed the call for now, but I'm not quite sure if this is really what we
want to do. Just adding it again won't help because it will be removed next time again.
http://cgit.freedesktop.org/libreoffice/core/commit/?id=888a4519c30bed7ca9896f367d5d48fae96bae2d
Can someone who understands ucb better than me decide if we should add this call again?
One approach would be to add ucbhelper::PropertyValueSet::getLength back in conditional #ifdef
DEBUG. However, in the given case, I think that's overkill: Looking at
Content::getPropertyValues, it looks like each pass through the nProps-for-loop, one value is
appended to xRow, so the values displayed for xRow->getLength() and nProps will always be equal,
anyway---or what am I missing? So I would just remove the complete #ifdef DEBUG g_warning here.
(The current code, always printing zero, is of course unacceptable.)
-Stephan
Context
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.