Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index


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.