JavaFX 19 Crashes

Fri Oct 7 12:59:49 UTC 2022

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 -- 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
>>
>> 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
>>>
>>> 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,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
>>> #
>>>
>>> ---------------  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/7d8813a2/attachment-0001.htm>