tier2 not clean

[Vladimir Kempik]

Hello
launching it two ways:

1) make  OUTPUTDIR=build/prebuilt-output BOOT_JDK=~/java_tiers/jdk20 JT_HOME=~/java_tiers/jtreg6.1/ JDK_IMAGE_DIR=~/java_tiers/jdk20 TEST_IMAGE_DIR=~/java_tiers/test20/ LOG_CMDLINES=true JTREG="TIMEOUT_FACTOR=2"  run-test-prebuilt TEST="test/hotspot/jtreg/runtime/cds/appcds/javaldr/ExceptionDuringDumpAtObjectsInitPhase.java"

2) ~/java_tiers/jdk20/bin/java -jar ~/java_tiers/jtreg6.1/lib/jtreg.jar test/hotspot/jtreg/runtime/cds/appcds/javaldr/ExceptionDuringDumpAtObjectsInitPhase.java

both produce same result, (with and without classes.jsa present in lib/server path)

tested on sifive unmatched/qemu/alibaba thead rvb-ice, jdk19/20.

the jdk is crosscompiled, so missing classes.jsa ( for appcds) by default.

jdk is build with gcc 11.2.0

Regards, Vladimir
> 22 авг. 2022 г., в 13:58, jiangfeilong <jiangfeilong at huawei.com> написал(а):
> 
> Hi Vladimir,
>  
> I’ve run the test you mentioned on the unmatched board and it passed without failure. The command is as follows:
>  
> make run-test TEST="test/hotspot/jtreg/runtime/cds/appcds/javaldr/ExceptionDuringDumpAtObjectsInitPhase.java"
> Building target 'run-test' in configuration 'linux-riscv64-server-release'
> Test selection 'test/hotspot/jtreg/runtime/cds/appcds/javaldr/ExceptionDuringDumpAtObjectsInitPhase.java', will run:
> * jtreg:test/hotspot/jtreg/runtime/cds/appcds/javaldr/ExceptionDuringDumpAtObjectsInitPhase.java
>  
> Running test 'jtreg:test/hotspot/jtreg/runtime/cds/appcds/javaldr/ExceptionDuringDumpAtObjectsInitPhase.java'
> Passed: runtime/cds/appcds/javaldr/ExceptionDuringDumpAtObjectsInitPhase.java
> Test results: passed: 1
>  
> Finished running test 'jtreg:test/hotspot/jtreg/runtime/cds/appcds/javaldr/ExceptionDuringDumpAtObjectsInitPhase.java'
> Test report is stored in build/linux-riscv64-server-release/test-results/jtreg_test_hotspot_jtreg_runtime_cds_appcds_javaldr_ExceptionDuringDumpAtObjectsInitPhase_java
>  
> ==============================
> Test summary
> ==============================
>    TEST                                              TOTAL  PASS  FAIL ERROR  
>    jtreg:test/hotspot/jtreg/runtime/cds/appcds/javaldr/ExceptionDuringDumpAtObjectsInitPhase.java
>                                                          1     1     0     0  
> ==============================
> TEST SUCCESS
>  
> Did you test on unmatched board, or would you please provide the command that you run this test?
>  
> Thanks, Feilong.
>  
> From: riscv-port-dev <riscv-port-dev-retn at openjdk.org> On Behalf Of Vladimir Kempik
> Sent: Monday, August 22, 2022 4:56 PM
> To: riscv-port-dev at openjdk.org
> Subject: tier2 not clean
>  
> Hello
> Trying to get a clean result on tier1/2 and found this test  ( part of tier2) to constantly fail on risc-v ( both in qemu and thead):
>  
> runtime/cds/appcds/javaldr/ExceptionDuringDumpAtObjectsInitPhase.java
>  
> I haven’t found anything about it in JBS.
>  
> Is it something known or should I file a bug in jbs ?
>  
> Regard, Vladimir.
>  
>  
> [2.367s][error][cds       ] java.lang.ClassFormatError: Incompatible magic value 16909060 in class file jdk/internal/math/FDBigInteger
> VM exits due to exception, use -Xlog:cds,exceptions=trace for detail
> ];
>  stderr: []
>  exitValue = 255
>  
> java.lang.RuntimeException: 'Preload Warning: Cannot find jdk/internal/math/FDBigInteger' missing from stdout/stderr
>         at jdk.test.lib.process.OutputAnalyzer.shouldContain(OutputAnalyzer.java:221)
>         at ExceptionDuringDumpAtObjectsInitPhase.main(ExceptionDuringDumpAtObjectsInitPhase.java:71)
>         at java.base/jdk.internal.reflect.DirectMethodHandleAccessor.invoke(DirectMethodHandleAccessor.java:104)
>         at java.base/java.lang.reflect.Method.invoke(Method.java:578)
>         at com.sun.javatest.regtest.agent.MainWrapper$MainThread.run(MainWrapper.java:125)
>         at java.base/java.lang.Thread.run(Thread.java:1589)

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/riscv-port-dev/attachments/20220822/5a10eaed/attachment-0001.htm>