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



On 2012-10-01 10:15, Stephan Bergmann wrote:
Note that the rtl string functionality had originally been designed, arguably somewhat naively, after java.lang.String. On the Java platform, immutability of String is an important security measure. While that argument is irrelevant in a C/C++ context, immutability is also an important concept when reasoning about multi-threaded code. Therefore, the distinction between OUString and OUStringBuffer IMO does make sense after all.


I don't see how the design helps you in a multithreaded context.
If you share an OUString instance between two threads, either thread could assign to it, replacing it's contents, and invalidating what the other thread sees.
So it's really not any safer than using an OUStringBuffer.
It just gives the illusion of safety.


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.