ADDITIONAL SYSTEM INFORMATION :
OS:
Operating System Name: Windows 11
Operating System Architecture: amd64
Operating System Version: 10.0
OpenJDK version:
java version "1.8.0_441"
Java(TM) SE Runtime Environment (build 1.8.0_441-b07)
Java HotSpot(TM) 64-Bit Server VM (build 25.441-b07, mixed mode)
java version "11.0.26" 2025-01-21 LTS
Java(TM) SE Runtime Environment 18.9 (build 11.0.26+7-LTS-187)
Java HotSpot(TM) 64-Bit Server VM 18.9 (build 11.0.26+7-LTS-187, mixed mode)
A DESCRIPTION OF THE PROBLEM :
Given a test case, we found that the execution results of this test case on different versions are different, the simplified test case can be found below. In summary, Hotspot(1.8.0_441) threw IncompatibleClassChangeError while the other ran normally.
REGRESSION : Last worked in version 8
STEPS TO FOLLOW TO REPRODUCE THE PROBLEM :
The following code can be used to generate the test cases(.class file) that reproduces the above process:
```java
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;
public class BytecodeUtil {
public static void main(String args[]) {
// create package
String baseDir = "./your_dir"; // your base dir
String packageName = "P0";
File folder = new File(baseDir + "/" + packageName);
folder.mkdirs();
String P0_I0_bytecodeInStr = "CAFEBABE00000034001C01000550302F49300700010100106A6176612F6C616E672F4F626A6563740700030100016D01001528294C6A6176612F6C616E672F496E74656765723B0100116A6176612F6C616E672F496E746567657207000703000000000100063C696E69743E010004284929560C000A000B0A0008000C0100047465737401000950302F48656C70657207000F010005676574433101000928294C50302F43313B0C001100120A001000130C000500060B000200150100046D61696E010016285B4C6A6176612F6C616E672F537472696E673B29560C000E00060B00020019010004436F64650601000200040000000000030002000500060001001B00000016000300010000000ABB0008591209B7000DB0000000000009000E00060001001B00000017000100010000000BB800144B2AB900160100B0000000000009001700180001001B000000100001000100000004B8001AB1000000000000" ;
String P0_C1_bytecodeInStr = "CAFEBABE00000034000C01000550302F43310700010100106A6176612F6C616E672F4F626A65637407000301000550302F49300700050100063C696E69743E0100032829560C000700080A00040009010004436F646500210002000400010006000000010001000700080001000B0000001100010001000000052AB7000AB1000000000000" ;
String P0_Helper_bytecodeInStr = "CAFEBABE00000034000F01000950302F48656C7065720700010100106A6176612F6C616E672F4F626A6563740700030100063C696E69743E0100032829560C000500060A00040007010005676574433101000928294C50302F43313B01000550302F433107000B0A000C0007010004436F64650021000200040000000000020001000500060001000E0000001100010001000000052AB70008B10000000000090009000A0001000E00000016000200010000000ABB000C59B7000D4B2AB0000000000000" ;
try (FileOutputStream fos = new FileOutputStream(folder.getAbsolutePath() + "/" + "I0.class")) {
byte[] P0_I0_bytecode = hexStringToByteArray(P0_I0_bytecodeInStr);
fos.write(P0_I0_bytecode);
} catch (IOException e) {
e.printStackTrace();
}
try (FileOutputStream fos = new FileOutputStream(folder.getAbsolutePath() + "/" + "C1.class")) {
byte[] P0_I0_bytecode = hexStringToByteArray(P0_C1_bytecodeInStr);
fos.write(P0_I0_bytecode);
} catch (IOException e) {
e.printStackTrace();
}
try (FileOutputStream fos = new FileOutputStream(folder.getAbsolutePath() + "/" + "Helper.class")) {
byte[] P0_Helper_bytecode = hexStringToByteArray(P0_Helper_bytecodeInStr);
fos.write(P0_Helper_bytecode);
} catch (IOException e) {
e.printStackTrace();
}
}
public static byte[] hexStringToByteArray(String hexString) {
int length = hexString.length();
byte[] byteArray = new byte[length / 2];
for (int i = 0; i < length; i += 2) {
int byteValue = Integer.parseInt(hexString.substring(i, i + 2), 16);
byteArray[i / 2] = (byte) byteValue;
}
return byteArray;
}
}
```
Note: modify the paths according to your needs.
Repoduce:
>>> path_to_jdk/Hotspot_1.8.0_441/bin/java -cp . P0.I0
>>> path_to_jdk/Hotspot_11.0.26/bin/java -cp . P0.I0
EXPECTED VERSUS ACTUAL BEHAVIOR :
EXPECTED -
According to this result, we decompiled P0.I0 using javap. The results are as follows:
```
Classfile /D:/Lab/TestJDoc/JSmith-main/log/jvm-test/openj9-8/InvokeInterfaceSuccessTest/case_0/P0/I0.class
Last modified May 9, 2025; size 353 bytes
MD5 checksum 4cd47bd2dfdf95f618b9f18b955f9bf8
public interface P0.I0
minor version: 0
major version: 52
flags: ACC_PUBLIC, ACC_INTERFACE, ACC_ABSTRACT
Constant pool:
#1 = Utf8 P0/I0
#2 = Class #1 // P0/I0
#3 = Utf8 java/lang/Object
#4 = Class #3 // java/lang/Object
#5 = Utf8 m
#6 = Utf8 ()Ljava/lang/Integer;
#7 = Utf8 java/lang/Integer
#8 = Class #7 // java/lang/Integer
#9 = Integer 0
#10 = Utf8 <init>
#11 = Utf8 (I)V
#12 = NameAndType #10:#11 // "<init>":(I)V
#13 = Methodref #8.#12 // java/lang/Integer."<init>":(I)V
#14 = Utf8 test
#15 = Utf8 P0/Helper
#16 = Class #15 // P0/Helper
#17 = Utf8 getC1
#18 = Utf8 ()LP0/C1;
#19 = NameAndType #17:#18 // getC1:()LP0/C1;
#20 = Methodref #16.#19 // P0/Helper.getC1:()LP0/C1;
#21 = NameAndType #5:#6 // m:()Ljava/lang/Integer;
#22 = InterfaceMethodref #2.#21 // P0/I0.m:()Ljava/lang/Integer;
#23 = Utf8 main
#24 = Utf8 ([Ljava/lang/String;)V
#25 = NameAndType #14:#6 // test:()Ljava/lang/Integer;
#26 = InterfaceMethodref #2.#25 // P0/I0.test:()Ljava/lang/Integer;
#27 = Utf8 Code
{
public static java.lang.Integer test();
descriptor: ()Ljava/lang/Integer;
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=1, locals=1, args_size=0
0: invokestatic #20 // Method P0/Helper.getC1:()LP0/C1;
3: astore_0
4: aload_0
5: invokeinterface #22, 1 // InterfaceMethod m:()Ljava/lang/Integer;
10: areturn
public static void main(java.lang.String[]);
descriptor: ([Ljava/lang/String;)V
flags: ACC_PUBLIC, ACC_STATIC
Code:
stack=1, locals=1, args_size=1
0: invokestatic #26 // InterfaceMethod test:()Ljava/lang/Integer;
3: return
}
```
We observe that the call to var0.m() in P0/I0.test() uses invokeinterface. Therefore, we referred to the sections on invokeinterface in both JVM SE8 and JVM SE11. According to JVM SE11: “Otherwise, if step 1 or step 2 of the lookup procedure selects a method that is not public, invokeinterface throws an IllegalAccessError.”
This indicates that the expected result for this test case in Hotspot(1.8.0_441) should be the throwing of an IllegalAccessError, rather than the IncompatibleClassChangeError shown in the output.
ACTUAL -
Hotspot(1.8.0_441):
```
Exception in thread "main" java.lang.IncompatibleClassChangeError: private interface method requires invokespecial, not invokeinterface: method P0.I0.m()Ljava/lang/Integer;
at P0.I0.test(Unknown Source)
at P0.I0.main(Unknown Source)
```
Hotspot(11.0.26) ran normally.
---------- BEGIN SOURCE ----------
After running BytecodeUtil.main() to get the test cases, you can derive the following test cases through decompilation:
```java
package P0;
public class C1 implements I0 {
public C1() {
}
}
```
```java
package P0;
public class Helper {
public Helper() {
}
public static C1 getC1() {
C1 var0 = new C1();
return var0;
}
}
```
```java
package P0;
public interface I0 {
private Integer m() {
return new Integer(0);
}
static Integer test() {
C1 var0 = Helper.getC1();
return var0.m();
}
static void main(String[] var0) {
test();
}
}
```
---------- END SOURCE ----------