Reflect the changes of 66b035b10d7d1803692056c8aca11e23095322e3 into the tests

i.e. "#98452# When converting from Unicode to ISO-2022-JP, assume the initial
state is ASCII and do not write any unnecessary <ESC> ( B sequences to
initially switch to ASCII", so we need to modify the test to take this
into account
This commit is contained in:
Caolán McNamara
2011-02-07 11:27:04 +00:00
parent bb46c0314a
commit 813b11d0e9

View File

@@ -164,14 +164,12 @@ void test::oustring::Convert::convertToString()
| RTL_UNICODETOTEXT_FLAGS_INVALID_ERROR,
0,
"" },
// the next also tests that a short source produces a long target:
/* FIXME: fails currently
{ { 0xB800 },
1,
{ { 0x3001, 0xB800 },
2,
RTL_TEXTENCODING_ISO_2022_JP,
OUSTRING_TO_OSTRING_CVTFLAGS,
"\x1B(B?",
"\x1B(B?" }, */
"\x1b\x24\x42\x21\x22\x1b\x28\x42\x3f",
"\x1b\x24\x42\x21\x22\x1b\x28\x42\x3f" },
{ { 0x0041,0x0100,0x0042 },
3,
RTL_TEXTENCODING_ISO_8859_1,