JVM no funciona como se espera con código JNI C++ que contiene una clase llamada " Node"

Algunos compañeros de equipo y yo no hemos podido entender por qué el siguiente fragmento de código no dará la salida correcta al usar las versiones de JVMs 1.6u23 a 1.6u31 (la última a partir de esta publicación). Este fragmento de código representa una simplificación de un problema mayor:

ACTUALIZACIÓN: Se modificó ligeramente el ejemplo para poner el foco en el problema de que "virtual_function()" no parece ser llamado.

ACTUALIZACIÓN: Simplificado el ejemplo aún más basado en comentarios hasta la fecha.

NodeTester.cpp:

#include <iostream>
#include <jni.h>

class Node {
  public:
    Node () :m_counter(0) {}
    virtual ~Node () {}

    virtual void virtual_function () {
      m_counter += 10;
    }

    void non_virtual_function () {
      m_counter += 1;
    }

    int get_counter () {
      return m_counter;
    }

  private:
    int m_counter;

};

extern "C" {
  JNIEXPORT void JNICALL Java_NodeTester_testNode (JNIEnv *jni_env_rptr, 
                                                   jclass java_class) {
    Node *node_rptr = new Node();
    node_rptr->non_virtual_function();
    node_rptr->virtual_function();

    std::cout << node_rptr->get_counter() << std::endl;

    delete node_rptr;
  }
}

NodeTester.java:

public class NodeTester {
  public static native void testNode ();

  static {
    System.loadLibrary("nodetester");
  }

  public static final void main (String[] args) {
    NodeTester.testNode();
  }
}

Salida esperada:

11

Salida Real con JVM 1.6u23 a través de 1.6u31:

1

Parece que la JVM está construyendo incorrectamente el objeto "Nodo" dentro del JNI; aunque es posible que este código tenga algo incorrecto sobre su uso del JNI. Cuando la clase "Node" obtiene más funcionalidad agregada (por ejemplo, más atributos, operaciones virtuales y no virtuales adicionales), podemos causar un error de segmentación, en lugar de solo salida incorrecta. Estamos compilando el código cpp en una biblioteca de objetos compartidos de 64 bits de RedHat Linux usando g++, y ejecutando el código java con la VM del servidor de 64 bits. Tenga en cuenta que en JVMs 1.6u20 a 1.6u22, esto produce la salida esperada. No he probado ninguna versión anterior.

Hemos decidido poner una recompensa por esta pregunta! Aquí hay más información sobre lo que ya sabemos:

• JVMs 1. 6u22 (y anteriores) producción esperada resultados
• Cambiar el nombre de "Nodo" o ponerlo en un espacio de nombres produce resultados esperados
• La asignación de un objeto" Node " en la pila en lugar del montón en la función JNI produce resultados esperados
• No hay problemas con los componentes no virtuales de la clase "Node"

Desafortunadamente para nosotros, ninguno de estos elementos conducen a soluciones viables - el "problema más grande" al que aludí fue que estamos tratando con una gran base de código existente con una clase C++ llamada " Node", a la que tenemos que acceder a través del JNI. También probamos varias opciones de compilador de g++ y javac, y varias opciones de JVM, sin éxito (aunque si alguien tropieza con una que realmente produzca los resultados esperados, esta sería una solución aceptable).