On 2012-10-03 22:03, Stephan Bergmann wrote:
places. The commit seems to have caused some test failures and
crashes. I reverted it for now.
...which only goes to show what a horrible mess C++ is in practice. 
bool is rather special, but you easily forget to consider all the 
consequences of that.  Turns out that code like
  aBuf.append( pElementType->pTypeName );
(typelib_static_sequence_type_init, 
cppu/source/typelib/static_types.cxx), where pElementType->pTypeName 
is of type rtl_uString*, now chooses for overload resolution the 
standard boolean conversion from rtl_uString* to bool (yielding true, 
so appending "true" to aBuf) rather than the user-defined conversion 
by constructor from rtl_uString* to rtl::OUString.
Can that be fixed by adding an
   OUStringBuffer::append( rtl_uString* )
method, which does the necessary conversion internally?
Disclaimer: http://www.peralex.com/disclaimer.html
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.