Question

The following routine behaves differently on WIN XP x32, JAVA Version 7 Update 9 and on WIN7 x64, JAVA version 6 Update 32.

private int getNrOfMatches(String temp, String regex) {
            String prev;
            int nrOfIterations = -1;
            do {
                nrOfIterations++;
                prev = temp;
                temp = temp.replaceFirst(regex, " ");
            } while (temp != prev);
            return nrOfIterations;
        }

replaceFirst() returns the same object if it didn’t modify anything and the loop ends on WIN XP. On Win7 it goes on an endless loop as != will always return false because the routine returns a new object even if it didn’t change anything.
Using .equals() instead of != solves this issue but my question is can anyone explain this behaviour?

Answer 1

So to take a stab at answering the part of the question of why it is working some of the time. The JVM has some cleaver optimizations that try and reuse references of the same string instead of creating new references with the same content. It is possible that while running on Win XP your JVM has these optimizations while your Win 7 does not (are they the same version?)

This SO Question covers this topic fairly well and the accepted answer talks about ways to actually add strings to a constant pool (calling .intern()). In terms of determining equality, this is not a stable solution because the JVM will always take priority over any memory management choices you make in your Java code.

Also digging into the JVM options I did find this interesting option (-XX:+UseStringCache) and this SO question that talks about what it does. Maybe your Win XP JVM has the -server optimizations while your Win 7 does not?