[External] : Re: JavaFX 19 Crashes
Kevin Rushforth
kevin.rushforth at oracle.com
Fri Oct 7 13:32:32 UTC 2022
That's another indicator that this is likely a hotspot bug -- possibly
one that has been fixed, but not backported to 11.x. Btw, if this is the
case, it will no longer happen with JavaFX 20, since JavaFX 20 requires
JDK 17 or later.
-- Kevin
On 10/7/2022 5:59 AM, Thiago Milczarek Sayão wrote:
> This specific crash (that I can always reproduce with java-11) does
> not happen with java-17.
>
> Java 17:
> openjdk 17.0.4 2022-07-19
> OpenJDK Runtime Environment (build 17.0.4+8-Ubuntu-120.04)
> OpenJDK 64-Bit Server VM (build 17.0.4+8-Ubuntu-120.04, mixed mode,
> sharing)
>
> Java 11:
> openjdk 11.0.16 2022-07-19
> OpenJDK Runtime Environment (build 11.0.16+8-post-Ubuntu-0ubuntu120.04)
> OpenJDK 64-Bit Server VM (build 11.0.16+8-post-Ubuntu-0ubuntu120.04,
> mixed mode, sharing)
>
> Em qui., 6 de out. de 2022 às 22:22, Kevin Rushforth
> <kevin.rushforth at oracle.com> escreveu:
>
> That seems odd, since it looks like a hotspot bug to me. It isn't
> 100% out of the question that something changed by that patch is
> causing a memory corruption problem, but it's a very simple patch,
> and I can't see anything in it that would explain this. Most
> likely, this is a hotspot problem that is just being provoked,
> possibly one that has been fixed. Have you tried it with JDK 19?
>
> -- Kevin
>
>
> On 10/6/2022 11:29 AM, Johan Vos wrote:
>> That is a bit unexpected indeed, but not totally. We know that
>> there are things in the glass-gtk code that are subject to
>> improvement. To me, this seems one more reason to pick up the
>> work you started on https://github.com/openjdk/jfx/pull/367
>> <https://urldefense.com/v3/__https://github.com/openjdk/jfx/pull/367__;!!ACWV5N9M2RV99hQ!I_R1WX9mDnkbUz4lf8oDlympyfdy--1DIa55XUFxYBK-GoKpTNFIuNyiDPgokdPDXCJPR0vdIJhFVnzW9vsRY20TshE$>
>> -- I'm willing to help with this.
>>
>> - Johan
>>
>> On Thu, Oct 6, 2022 at 8:11 PM Thiago Milczarek Sayão
>> <thiago.sayao at gmail.com> wrote:
>>
>> Hi,
>>
>> I found the offensor:
>> https://github.com/openjdk/jfx/pull/598
>> <https://urldefense.com/v3/__https://github.com/openjdk/jfx/pull/598__;!!ACWV5N9M2RV99hQ!I_R1WX9mDnkbUz4lf8oDlympyfdy--1DIa55XUFxYBK-GoKpTNFIuNyiDPgokdPDXCJPR0vdIJhFVnzW9vsRF76JTbI$>
>>
>> Reverting this patch stops the crash with java11.
>>
>> It does not make any sense to me.
>>
>>
>>
>> Em qua., 5 de out. de 2022 às 17:10, Thiago Milczarek Sayão
>> <thiago.sayao at gmail.com> escreveu:
>>
>> Hi,
>>
>> I'm still experiencing crashes with javafx 19.
>>
>> It happens with openjdk 11.0.16, and it's not
>> reproducible with openjdk 17 (but it does rarely crash).
>>
>> I cannot convince the team that it's not a javafx-19 bug
>> because downgrading back to javafx-16 stops the crash
>> from happening.
>>
>> I can reproduce by selecting an item on a TableView
>> that's inside a Dialog which is called by showAndWait()
>> and pressing ENTER
>> - this triggers the Dialog to close and return the
>> selected item. It does not crash when using the mouse
>> double-click.
>>
>> Oddly enough it does not happen on JavaFX, but this line
>> causes the crash:
>>
>> UUID cdVendaProduto =
>> Generators.timeBasedGenerator().generate();
>> //https://mvnrepository.com/artifact/com.fasterxml.uuid/java-uuid-generator
>> <https://urldefense.com/v3/__https://mvnrepository.com/artifact/com.fasterxml.uuid/java-uuid-generator__;!!ACWV5N9M2RV99hQ!I_R1WX9mDnkbUz4lf8oDlympyfdy--1DIa55XUFxYBK-GoKpTNFIuNyiDPgokdPDXCJPR0vdIJhFVnzW9vsRXjZnBXg$>
>>
>> This line (unrelated to JavaFX) crashes with JavaFX-19
>> and does not crash with JavaFX-16.
>>
>> I Know this is very odd - and does not seem like a JavaFX
>> bug.
>>
>> Running on IntelliJ idea (CRASHES - note that it adds
>> -XX:TieredStopAtLevel=1 -Xverify:none):
>> Command Line:
>> -agentlib:jdwp=transport=dt_socket,address=127.0.0.1:46069
>> <https://urldefense.com/v3/__http://127.0.0.1:46069__;!!ACWV5N9M2RV99hQ!I_R1WX9mDnkbUz4lf8oDlympyfdy--1DIa55XUFxYBK-GoKpTNFIuNyiDPgokdPDXCJPR0vdIJhFVnzW9vsRv_bSkuw$>,suspend=y,server=n
>> -Xmx500m -Xms135m
>> -Djava.library.path=./libs/client/linux/x64:./libs/client/linux/x64/tef_simulado:/usr/local/lib
>> -Djavax.net.ssl.trustStore=./configuracoes/cacerts
>> -Djavax.net.ssl.trustStorePassword=changeit
>> -Dsun.awt.disablegrab=true -XX:TieredStopAtLevel=1
>> -Xverify:none -Dspring.output.ansi.enabled=always
>> -Dcom.sun.management.jmxremote -Dspring.jmx.enabled=true
>> -Dspring.liveBeansView.mbeanDomain
>> -Dspring.application.admin.enabled=true
>> -javaagent:/home/tsayao/idea-IU-212.4746.92/plugins/java/lib/rt/debugger-agent.jar
>> -Dfile.encoding=UTF-8 br.com.clamed.frontend.Launcher
>>
>> Running the jar:
>>
>> #
>> # A fatal error has been detected by the Java Runtime
>> Environment:
>> #
>> # SIGSEGV (0xb) at pc=0x00007f85cd377a8f, pid=2049284,
>> tid=2049339
>> #
>> # JRE version: OpenJDK Runtime Environment (11.0.16+8)
>> (build 11.0.16+8-post-Ubuntu-0ubuntu120.04)
>> # Java VM: OpenJDK 64-Bit Server VM
>> (11.0.16+8-post-Ubuntu-0ubuntu120.04, mixed mode, tiered,
>> compressed oops, g1 gc, linux-amd64)
>> # Problematic frame:
>> # V [libjvm.so+0x5c5a8f]
>> ClassLoaderData::ChunkedHandleList::oops_do(OopClosure*)+0x5f
>> #
>> # Core dump will be written. Default location: Core dumps
>> may be processed with "/usr/share/apport/apport -p%p -s%s
>> -c%c -d%d -P%P -u%u -g%g -- %E" (or dumping to
>> /home/tsayao/IdeaProjects/clamed-sistema-loja/core.2049284)
>> #
>> # If you would like to submit a bug report, please visit:
>> # https://bugs.launchpad.net/ubuntu/+source/openjdk-lts
>> <https://urldefense.com/v3/__https://bugs.launchpad.net/ubuntu/*source/openjdk-lts__;Kw!!ACWV5N9M2RV99hQ!I_R1WX9mDnkbUz4lf8oDlympyfdy--1DIa55XUFxYBK-GoKpTNFIuNyiDPgokdPDXCJPR0vdIJhFVnzW9vsRTHpFLzA$>
>> #
>>
>> --------------- S U M M A R Y ------------
>>
>> Command Line: -Xmx350m -Xms128m
>> -Djava.net.preferIPv4Stack=true
>> -Dsun.awt.disablegrab=true
>> -Djavax.net.ssl.trustStore=./configuracoes/cacerts
>> -Djavax.net.ssl.trustStorePassword=changeit
>> -Djava.library.path=/home/tsayao/IdeaProjects/clamed-sistema-loja/libs/client/linux/x64:/home/tsayao/IdeaProjects/clamed-sistema-loja/libs/client/linux/x64/tef_simulado
>> --add-modules=javafx.controls,javafx.fxml,javafx.web,javafx.swing,javafx.media
>> roda-na-loja/clamed-frontend-loja/target/fl.jar
>>
>> Host: Intel(R) Core(TM) i7-6700 CPU @ 3.40GHz, 8 cores,
>> 7G, Ubuntu 20.04.4 LTS
>> Time: Wed Oct 5 15:31:25 2022 -03 elapsed time:
>> 106.086065 seconds (0d 0h 1m 46s)
>>
>> --------------- T H R E A D ---------------
>>
>> Current thread (0x00007f85980bd800): GCTaskThread "GC
>> Thread#3" [stack: 0x00007f85073a0000,0x00007f85074a0000]
>> [id=2049339]
>>
>> Stack: [0x00007f85073a0000,0x00007f85074a0000],
>> sp=0x00007f850749ead0, free space=1018k
>> Native frames: (J=compiled Java code, A=aot compiled Java
>> code, j=interpreted, Vv=VM code, C=native code)
>> V [libjvm.so+0x5c5a8f]
>> ClassLoaderData::ChunkedHandleList::oops_do(OopClosure*)+0x5f
>> V [libjvm.so+0x793999]
>> G1CLDScanClosure::do_cld(ClassLoaderData*)+0x39
>> V [libjvm.so+0x5c8371]
>> ClassLoaderDataGraph::roots_cld_do(CLDClosure*,
>> CLDClosure*)+0x41
>> V [libjvm.so+0x7b382b]
>> G1RootProcessor::process_java_roots(G1RootClosures*,
>> G1GCPhaseTimes*, unsigned int)+0x6b
>> V [libjvm.so+0x7b3ebb]
>> G1RootProcessor::evacuate_roots(G1ParScanThreadState*,
>> unsigned int)+0x6b
>> V [libjvm.so+0x75b5dc] G1ParTask::work(unsigned int)+0xec
>> V [libjvm.so+0xec387d] GangWorker::loop()+0x4d
>> V [libjvm.so+0xe2a0f0] Thread::call_run()+0x140
>> V [libjvm.so+0xbe7c6e] thread_native_entry(Thread*)+0xee
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mail.openjdk.org/pipermail/openjfx-dev/attachments/20221007/396d1f67/attachment-0001.htm>
More information about the openjfx-dev
mailing list