JLS 3.3 The character produced by a Unicode escape does not participate in further Unicode escapes. For example, the raw input \u005cu005a results in the six char-acters \ u 0 0 5 a, because 005c is the Unicode value for \.
I tried to test the following code snippet, but fails with "illegal escape character".
What am I missing? Would appreciate any clarifications. Thanks.
James, Are you disagreeing with what is in jls 3.3? I tried few few other variations. 1. String s = "\u005c\u005a"; //doesn't compile 2. String ss = "\\u005c\u005a"; //output is \u005cZ 3. String sss = "\u005c\\u005a"; //output is \Z I can understand the output for 2 & 3 but not for 1. If \u005c translates to \, I expected s to be assigned to "\\u005a" by the end of the translation.
This is from JLS 3.10.6 (within an string literal..)
...It is a compile-time error if the character following a backslash in an escape is not an ASCII b, t, n, f, r, ", ', \, 0, 1, 2, 3, 4, 5, 6, or 7. The Unicode escape \u is processed earlier
The following string is ok: "\u005ctThis would be printed at a tab distance" this string is equivalent to "\tThis would be..." because \u005c has been translated to a backslash However being \u0009 the Unicode for \t , "\u005cu0009Error" will cause a compiler error, because \u005c has been translated to "\" and you cannot have "\u" within a string literal.
SCJP2. Please Indent your code using UBB Code
Joined: Nov 14, 2002
I’ve looked at a lot of different solutions, and in my humble opinion Aspose is the way to go. Here’s the link: http://aspose.com