https://gradle.com/ logo
Join Slack
Powered by
This message was deleted.
# community-support
s
This message was deleted.
r
Copy code
/home/dev # ./gradlew tasks
To honour the JVM settings for this build a single-use Daemon process will be forked. For more on this, please refer to <https://docs.gradle.org/8.5/userguide/gradle_daemon.html#sec:disabling_the_daemon> in the Gradle documentation.

FAILURE: Build failed with an exception.

* What went wrong:
Unable to start the daemon process.
This problem might be caused by incorrect configuration of the daemon.
For example, an unrecognized jvm option is used.For more details on the daemon, please refer to <https://docs.gradle.org/8.5/userguide/gradle_daemon.html> in the Gradle documentation.
Process command line: /opt/java/openjdk/bin/java --add-opens=java.base/java.util=ALL-UNNAMED --add-opens=java.base/java.lang=ALL-UNNAMED --add-opens=java.base/java.lang.invoke=ALL-UNNAMED --add-opens=java.prefs/java.util.prefs=ALL-UNNAMED --add-opens=java.base/java.nio.charset=ALL-UNNAMED --add-opens=java.base/java.net=ALL-UNNAMED --add-opens=java.base/java.util.concurrent.atomic=ALL-UNNAMED -Xmx1536m -Dfile.encoding=UTF-8 -Duser.country=US -Duser.language=en -Duser.variant -cp /root/.gradle/wrapper/dists/gradle-8.5-bin/5t9huq95ubn472n8rpzujfbqh/gradle-8.5/lib/gradle-launcher-8.5.jar -javaagent:/root/.gradle/wrapper/dists/gradle-8.5-bin/5t9huq95ubn472n8rpzujfbqh/gradle-8.5/lib/agents/gradle-instrumentation-agent-8.5.jar org.gradle.launcher.daemon.bootstrap.GradleDaemon 8.5
Please read the following process output to find out more:
-----------------------
#
# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x000000000002b1c0, pid=96, tid=97
#
# JRE version: OpenJDK Runtime Environment Temurin-21.0.1+12 (21.0.1+12) (build 21.0.1+12-LTS)
# Java VM: OpenJDK 64-Bit Server VM Temurin-21.0.1+12 (21.0.1+12-LTS, mixed mode, sharing, tiered, compressed oops, compressed class ptrs, g1 gc, linux-aarch64)
# Problematic frame:
# C  [libnative-platform-file-events.so+0x2eb8c]  _init+0x39e4
#
# No core dump will be written. Core dumps have been disabled. To enable core dumping, try "ulimit -c unlimited" before starting Java again
#
# An error report file with more information is saved as:
# /root/.gradle/daemon/8.5/hs_err_pid96.log
#
# If you would like to submit a bug report, please visit:
#   <https://github.com/adoptium/adoptium-support/issues>
# The crash happened outside the Java Virtual Machine in native code.
# See problematic frame for where to report the bug.
#
Exploring 
/root/.gradle/daemon/8.5/hs_err_pid96.log
, and the first stack looks like this:
Copy code
---------------  T H R E A D  ---------------

Current thread (0x0000ffffafa22800):  JavaThread "main"             [_thread_in_native, id=97, stack(0x0000ffffae380000,0x0000ffffae57ea80) (2042K)]

Stack: [0x0000ffffae380000,0x0000ffffae57ea80],  sp=0x0000ffffae57c820,  free space=2034k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [libnative-platform-file-events.so+0x2eb8c]  _init+0x39e4
C  [ld-musl-aarch64.so.1+0x666e8]
C  [ld-musl-aarch64.so.1+0x696ac]  dlopen+0x76c
V  [libjvm.so+0xba6598]  os::Linux::dlopen_helper(char const*, char*, int)+0x28
V  [libjvm.so+0xba68a4]  os::dll_load(char const*, char*, int)+0x74
V  [libjvm.so+0x8e939c]  JVM_LoadLibrary+0x88
C  [libjava.so+0xf3d8]  Java_jdk_internal_loader_NativeLibraries_load+0x154
j  jdk.internal.loader.NativeLibraries.load(Ljdk/internal/loader/NativeLibraries$NativeLibraryImpl;Ljava/lang/String;ZZ)Z+0 java.base@21.0.1
j  jdk.internal.loader.NativeLibraries$NativeLibraryImpl.open()Z+57 java.base@21.0.1
j  jdk.internal.loader.NativeLibraries.loadLibrary(Ljava/lang/Class;Ljava/lang/String;Z)Ljdk/internal/loader/NativeLibrary;+254 java.base@21.0.1
j  jdk.internal.loader.NativeLibraries.loadLibrary(Ljava/lang/Class;Ljava/io/File;)Ljdk/internal/loader/NativeLibrary;+51 java.base@21.0.1
j  java.lang.ClassLoader.loadLibrary(Ljava/lang/Class;Ljava/io/File;)Ljdk/internal/loader/NativeLibrary;+31 java.base@21.0.1
j  java.lang.Runtime.load0(Ljava/lang/Class;Ljava/lang/String;)V+61 java.base@21.0.1
j  java.lang.System.load(Ljava/lang/String;)V+7 java.base@21.0.1
j  net.rubygrapefruit.platform.internal.NativeLibraryLoader.load(Ljava/lang/String;Ljava/util/List;)V+78
j  net.rubygrapefruit.platform.file.FileEvents.init(Ljava/io/File;)V+47
j  org.gradle.internal.nativeintegration.services.NativeServices$NativeFeatures$1.initialize(Ljava/io/File;Z)Z+5
j  org.gradle.internal.nativeintegration.services.NativeServices.initializeFeatures(Ljava/util/EnumSet;)V+50
j  org.gradle.internal.nativeintegration.services.NativeServices.initialize(Ljava/io/File;Ljava/util/EnumSet;)V+19
j  org.gradle.internal.nativeintegration.services.NativeServices.initializeOnDaemon(Ljava/io/File;)V+9
j  org.gradle.launcher.daemon.bootstrap.DaemonMain.doAction([Ljava/lang/String;Lorg/gradle/launcher/bootstrap/ExecutionListener;)V+213
j  org.gradle.launcher.bootstrap.EntryPoint.run([Ljava/lang/String;)V+12
These two lines leap out:
Copy code
j  net.rubygrapefruit.platform.internal.NativeLibraryLoader.load(Ljava/lang/String;Ljava/util/List;)V+78
j  net.rubygrapefruit.platform.file.FileEvents.init(Ljava/io/File;)V+47
Is it possible that 
net.rubygrapefruit.platform
makes assumptions about architecture that do not hold for alpine (which I think does not use glibc) on ARM?
The same Dockerfile is building OK on GitHub Actions, which is Ubuntu X64.
a
Could you maybe attach a docker file that reproduces the problem to the issue? That would make it easier for us to reproduce the issue. We need to look at that indeed. We need to make sure we don't load native libs when 
-Dorg.gradle.native=false
is set
r
Minimal reproduction project here: https://github.com/Mahoney-bug-examples/gradle-alpine-arm-bug I've linked to it on the issue.
thank you 1
12 Views
Open in Slack
PreviousNext
Powered by