FULL PRODUCT VERSION :
java version "1.5.0_01"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_01-b08)
Java HotSpot(TM) 64-Bit Server VM (build 1.5.0_01-b08, mixed mode)

ADDITIONAL OS VERSION INFORMATION :
Linux hylas 2.6.9-gentoo-r14 #1 Mon Jan 31 13:57:09 EST 2005 x86_64 AMD Athlon(tm) 64 Processor 3200+ AuthenticAMD GNU/Linux


EXTRA RELEVANT SYSTEM CONFIGURATION :
Tested in Netbeans 4.0

A DESCRIPTION OF THE PROBLEM :
If you get a String back from String.substring(), and try to run .offsetByCodePoints(0,1) on it, it will return a code point index that appears to be relative to the source string (the one you called .subtring() on.)

This is incorrect, since the specification of String.substring() says that it returns a new String().


STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
Run the sample code included.

EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
Since I'm running with a basic US locale, I expect the sample code to print

i=1  j=1  k=1

Certainly, there should be no difference between the values printed for j and k.

ACTUAL -
The sample code prints:

i=1  j=4  k=1



ERROR MESSAGES/STACK TRACES THAT OCCUR :
No error codes or exceptions are generated.

REPRODUCIBILITY :
This bug can be reproduced always.

---------- BEGIN SOURCE ----------
package foo;

public class BugTestClass {
    
    public static void main(String args[]) {

        String myString = "abcdef";
        int i = myString.offsetByCodePoints(0,1);
        String sub = myString.substring(3);
        int j = sub.offsetByCodePoints(0,1);
        int k = new String(sub).offsetByCodePoints(0,1);
        System.out.println("i=" + i + "  j=" + j + "  k=" + k);
    }
}

---------- END SOURCE ----------

CUSTOMER SUBMITTED WORKAROUND :
The workaround is to create a new String as in the example for k above, or like so:

String source = "abcdef";
String sub = new String( source.substring(3) );

Now sub.offsetByCodePoints will work as expected.
###@###.### 2005-03-18 09:18:16 GMT