JavaFX 19 Crashes

Fri Oct 7 17:06:02 UTC 2022

Have you tried 11.0.16.1?  It fixes a C2 regression.

https://bugs.openjdk.org/browse/JDK-8292260

Best regards
  Sten

On Fri 7. Oct 2022 at 16.00 Thiago Milczarek Sayão <thiago.sayao at gmail.com>
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 -- 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/d0beda0c/attachment-0001.htm>