Hi Wol, Kevin, all,
On 2010-11-21 at 23:48 -0500, Kevin Hunter wrote:
Forgive what might be a stupid question, but I've seen
String::createFromAscii
Will version 2 find those, and should they be replaced?
Not a stupid question at all. Regular expressions aren't the most
transparent of creatures.
As I wrote the regex, round 2 /will/ find those. Since I don't know if
those should be replaced, I assume that they shouldn't be, making this
"an edge case". The correct procedure then would be a "Replace and
Find" as opposed to "Replace All". This way one inspects every change
rather than blindly updating every occurrence.
Yes, even String::createFromAscii() usage should be replaced the similar
way, the UniString class (that is the class aliased as String) has the
appropriate constructor, ie.
String aFoo = String::createFromAscii( "Something" )
should be replaced, with
String aFoo( RTL_CONSTASCII_USTRINGPARAM( "Something" ) )
Regards,
Kendy
Context
[Libreoffice] [PATCH 03/12] RTL_CONSTASCII_USTRINGPARAM in components - forms · Pierre-André Jacquod
[Libreoffice] [PATCH 04/12] RTL_CONSTASCII_USTRINGPARAM in components - inc · Pierre-André Jacquod
[Libreoffice] [PATCH 05/12] RTL_CONSTASCII_USTRINGPARAM in components .. submission · Pierre-André Jacquod
[Libreoffice] [PATCH 06/12] RTL_CONSTASCII_USTRINGPARAM components xpathlib · Pierre-André Jacquod
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.