To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=70752
Issue #|70752
Summary|unhelpful string constructors ...
Component|utilities
Version|680m189
Platform|All
URL|
OS/Version|Linux
Status|NEW
Status whiteboard|
Keywords|
Resolution|
Issue type|DEFECT
Priority|P3
Subcomponent|code
Assigned to|hro
Reported by|mmeeks
------- Additional comments from [EMAIL PROTECTED] Mon Oct 23 09:37:31 -0700
2006 -------
The existing string constructors cause problems because people do:
String( ...CONST_ASCII_PARAM("foo"))
and this bogusly passes the length as the textencoding to the string:
UniString( const sal_Char* pByteStr,
rtl_TextEncoding eTextEncoding,
sal_uInt32 nCvtFlags = BYTESTRING_TO_UNISTRING_CVTFLAGS );
Which is deadly broken - a number of these happen on OO.o startup, see bug
i#70166#.
In order to do anything, I'd like a design that would be acceptable up-stream,
an idea might be some:
class StringEncoding {
rtl_TextEncoding eEncoding;
public:
explicit StringEncoding( rtl_TextEncoding eFoo ) : eEncoding (eFoo) {}
};
...
UniString( const sal_Char* pByteStr,
- rtl_TextEncoding eTextEncoding,
+ StringEncoding aTextEncoding,
sal_uInt32 nCvtFlags = BYTESTRING_TO_UNISTRING_CVTFLAGS );
or whatever you like.
Thanks.
---------------------------------------------------------------------
Please do not reply to this automatically generated notification from
Issue Tracker. Please log onto the website and enter your comments.
http://qa.openoffice.org/issue_handling/project_issues.html#notification
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]