But that's only for Character 0x00 to 0x7F, the loop with the assert test
counts from 0 to 512.
----- Original Message -----
From: "sebb" <seb...@gmail.com>
To: <dev@harmony.apache.org>
Sent: Tuesday, November 16, 2010 3:42 PM
Subject: Re: Question about Character.valueOf()
The end of section 5.1.7
http://java.sun.com/docs/books/jls/third_edition/html/conversions.html#5.1.7
says:
"If the value p being boxed is true, false, a byte, a char in the
range \u0000 to \u007f, or an int or short number between -128 and
127, then let r1 and r2 be the results of any two boxing conversions
of p. It is always the case that r1 == r2."
[See also subsequent discussion section]
AFAIK, boxing uses valueOf to achieve this.
On 16 November 2010 13:50, Mikael <mikael-arons...@telia.com> wrote:
As far as I know there is no guarantee that valueOf returns the same
object
every time, it just gives class a chance to do it if it wants to.
----- Original Message ----- From: "lcj.dev" <lcj....@gmail.com>
To: "dev" <dev@harmony.apache.org>
Sent: Tuesday, November 16, 2010 2:44 PM
Subject: Question about Character.valueOf()
Hi, all
Why this may be failed for other JREs? assertSame(Character.valueOf(c),
Character.valueOf(c)).
Thanks.
please refers to this test case for details:
package org.apache.harmony.luni.tests.java.lang;
import junit.framework.TestCase;
public class CharacterImplTest extends TestCase {
public void test_valueOfC() {
// test the cache range
for (char c = '\u0000'; c < 512; c++) {
Character e = new Character(c);
Character a = Character.valueOf(c);
assertEquals(e, a);
// WARN: this assertion may not be valid on other JREs
assertSame(Character.valueOf(c), Character.valueOf(c));
}
// test the rest of the chars
for (int c = '\u0512'; c <= Character.MAX_VALUE; c++) {
assertEquals(new Character((char) c), Character.valueOf((char)
c));
}
}
}
2010-11-16
lcj.dev
