Chmod not found when running under Windows

davies_jeremyp · July 2, 2012, 3:59pm

Following repeatedly getting this error in a large multi Java project on a Windows XP PC, I’ve created a simple build.gradle containing only the line

apply plugin: ‘java’

in a project which is empty.

Running gradle build gives the following stack trace. My Java version is 1.6.0_31, Gradle version is 1.0 rc 3:

Exception is: java.lang.UnsatisfiedLinkError: Error looking up function ‘chmod’: The specified procedure could not be found.

at com.sun.jna.Function.(Function.java:179)

at com.sun.jna.NativeLibrary.getFunction(NativeLibrary.java:344)

at com.sun.jna.NativeLibrary.getFunction(NativeLibrary.java:324)

at com.sun.jna.Library$Handler.invoke(Library.java:203)

at $Proxy3.chmod(Unknown Source)

at org.gradle.internal.nativeplatform.filesystem.FilePermissionHandlerFactory$LibcChmod.chmod(FilePermissionHandlerFactory.java:67)

at org.gradle.internal.nativeplatform.filesystem.ComposableFilePermissionHandler.chmod(ComposableFilePermissionHandler.java:38)

at org.gradle.internal.nativeplatform.filesystem.GenericFileSystem.chmod(GenericFileSystem.java:64)

at org.gradle.api.internal.file.AbstractFileTreeElement.copyTo(AbstractFileTreeElement.java:65)

at org.gradle.api.internal.file.collections.MapFileTree$FileVisitDetailsImpl.getFile(MapFileTree.java:133)

at org.gradle.api.internal.file.AbstractFileTree$1.visitFile(AbstractFileTree.java:39)

at org.gradle.api.internal.file.AbstractFileTree$FilteredFileTree$1.visitFile(AbstractFileTree.java:145)

at org.gradle.api.internal.file.collections.MapFileTree$Visit.visit(MapFileTree.java:103)

at org.gradle.api.internal.file.collections.MapFileTree.visit(MapFileTree.java:70)

at org.gradle.api.internal.file.collections.FileTreeAdapter.visit(FileTreeAdapter.java:96)

at org.gradle.api.internal.file.AbstractFileTree$FilteredFileTree.visit(AbstractFileTree.java:136)

at org.gradle.api.internal.file.AbstractFileTree.getFiles(AbstractFileTree.java:37)

at org.gradle.api.internal.file.CompositeFileCollection.getFiles(CompositeFileCollection.java:39)

at org.gradle.api.internal.file.AbstractFileCollection.iterator(AbstractFileCollection.java:60)

at org.gradle.api.internal.changedetection.DefaultFileSnapshotter.snapshot(DefaultFileSnapshotter.java:42)

at org.gradle.api.internal.changedetection.InputFilesChangedUpToDateRule.create(InputFilesChangedUpToDateRule.java:35)

at org.gradle.api.internal.changedetection.CompositeUpToDateRule.create(CompositeUpToDateRule.java:35)

at org.gradle.api.internal.changedetection.DefaultTaskArtifactStateRepository$HistoricExecution.calcCurrentState(DefaultTaskArtifactStateRepository.java :80)

at org.gradle.api.internal.changedetection.DefaultTaskArtifactStateRepository$HistoricExecution.isUpToDate(DefaultTaskArtifactStateRepository.java:88)

at org.gradle.api.internal.changedetection.DefaultTaskArtifactStateRepository$TaskArtifactStateImpl.isUpToDate(DefaultTaskArtifactStateRepository.java:1 28)

at org.gradle.api.internal.changedetection.ShortCircuitTaskArtifactStateRepository$ShortCircuitArtifactState.isUpToDate(ShortCircuitTaskArtifactStateRep ository.java:77)

at org.gradle.api.internal.changedetection.FileCacheBroadcastTaskArtifactStateRepository$1.isUpToDate(FileCacheBroadcastTaskArtifactStateRepository.java :37)

at org.gradle.api.internal.tasks.execution.SkipUpToDateTaskExecuter.execute(SkipUpToDateTaskExecuter.java:44)

at org.gradle.api.internal.tasks.execution.ValidatingTaskExecuter.execute(ValidatingTaskExecuter.java:57)

at org.gradle.api.internal.tasks.execution.SkipEmptySourceFilesTaskExecuter.execute(SkipEmptySourceFilesTaskExecuter.java:41)

at org.gradle.api.internal.tasks.execution.SkipTaskWithNoActionsExecuter.execute(SkipTaskWithNoActionsExecuter.java:51)

at org.gradle.api.internal.tasks.execution.SkipOnlyIfTaskExecuter.execute(SkipOnlyIfTaskExecuter.java:52)

at org.gradle.api.internal.tasks.execution.ExecuteAtMostOnceTaskExecuter.execute(ExecuteAtMostOnceTaskExecuter.java:42)

at org.gradle.api.internal.AbstractTask.executeWithoutThrowingTaskFailure(AbstractTask.java:247)

at org.gradle.execution.DefaultTaskGraphExecuter.executeTask(DefaultTaskGraphExecuter.java:192)

at org.gradle.execution.DefaultTaskGraphExecuter.doExecute(DefaultTaskGraphExecuter.java:177)

at org.gradle.execution.DefaultTaskGraphExecuter.execute(DefaultTaskGraphExecuter.java:83)

at org.gradle.execution.SelectedTaskExecutionAction.execute(SelectedTaskExecutionAction.java:36)

at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:61)

at org.gradle.execution.DefaultBuildExecuter.access$200(DefaultBuildExecuter.java:23)

at org.gradle.execution.DefaultBuildExecuter$2.proceed(DefaultBuildExecuter.java:67)

at org.gradle.api.internal.changedetection.TaskCacheLockHandlingBuildExecuter$1.run(TaskCacheLockHandlingBuildExecuter.java:31)

at org.gradle.cache.internal.DefaultCacheAccess$1.create(DefaultCacheAccess.java:111)

at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:126)

at org.gradle.cache.internal.DefaultCacheAccess.useCache(DefaultCacheAccess.java:109)

at org.gradle.cache.internal.DefaultPersistentDirectoryStore.useCache(DefaultPersistentDirectoryStore.java:103)

at org.gradle.api.internal.changedetection.DefaultTaskArtifactStateCacheAccess.useCache(DefaultTaskArtifactStateCacheAccess.java:79)

at org.gradle.api.internal.changedetection.TaskCacheLockHandlingBuildExecuter.execute(TaskCacheLockHandlingBuildExecuter.java:29)

at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:61)

at org.gradle.execution.DefaultBuildExecuter.access$200(DefaultBuildExecuter.java:23)

at org.gradle.execution.DefaultBuildExecuter$2.proceed(DefaultBuildExecuter.java:67)

at org.gradle.execution.DryRunBuildExecutionAction.execute(DryRunBuildExecutionAction.java:32)

at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:61)

at org.gradle.execution.DefaultBuildExecuter.execute(DefaultBuildExecuter.java:54)

at org.gradle.initialization.DefaultGradleLauncher.doBuildStages(DefaultGradleLauncher.java:155)

at org.gradle.initialization.DefaultGradleLauncher.doBuild(DefaultGradleLauncher.java:110)

at org.gradle.initialization.DefaultGradleLauncher.run(DefaultGradleLauncher.java:78)

at org.gradle.launcher.cli.RunBuildAction.execute(RunBuildAction.java:42)

at org.gradle.launcher.cli.RunBuildAction.execute(RunBuildAction.java:28)

at org.gradle.launcher.cli.CommandLineActionFactory$ParseAndBuildAction.execute(CommandLineActionFactory.java:201)

at org.gradle.launcher.cli.CommandLineActionFactory$ParseAndBuildAction.execute(CommandLineActionFactory.java:174)

at org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:170)

at org.gradle.launcher.cli.CommandLineActionFactory$WithLogging.execute(CommandLineActionFactory.java:139)

at org.gradle.launcher.exec.ExceptionReportingAction.execute(ExceptionReportingAction.java:31)

at org.gradle.launcher.exec.ExceptionReportingAction.execute(ExceptionReportingAction.java:20)

at org.gradle.launcher.Main.doAction(Main.java:48)

at org.gradle.launcher.exec.EntryPoint.run(EntryPoint.java:45)

at org.gradle.launcher.Main.main(Main.java:39)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)

at java.lang.reflect.Method.invoke(Method.java:597)

at org.gradle.launcher.ProcessBootstrap.runNoExit(ProcessBootstrap.java:50)

at org.gradle.launcher.ProcessBootstrap.run(ProcessBootstrap.java:32)

at org.gradle.launcher.GradleMain.main(GradleMain.java:24)

BUILD FAILED

Total time: 3.359 secs

Rene · July 2, 2012, 4:43pm

for setting file permissions, gradle tries to load a jna implementation of chmod. The expected behaviour on windows is, that loading the native jna library via Native#loadLibrary already fails and Gradle falls back to a emptychmod implementation. I have tested this on windows 7. Unfortunately I have no windows xp system available to double check this. Can you do me a favour and run

import org.gradle.internal.nativeplatform.jna.LibC;
import com.sun.jna.Native;
LibC libc = (LibC) Native.loadLibrary("c", LibC.class);

On my windows 7 machine, this results in a LinkageError, which is also the expected behaviour for winxp.

regards, René

davies_jeremyp · July 3, 2012, 8:58am

Running this code on a Windows XP PC gives no error - I added a System.out.println after the call to print out the value libc and get

“Proxy interface to Native Library c.dll@21757952.” I can confirm that running on a Windows 7 PC gives the expected UnsatsifiedLinkError. Unfortunately, the PCs we run at the office are on XP so switching to Windows 7 is not an option!

davies_jeremyp · July 6, 2012, 9:44am

Is there anything further I can do on this - this is preventing a move to Gradle 1.0. Thanks

Rene · July 7, 2012, 10:37am

Unfortunately I don’t see a workaround atm. I’ve created GRADLE-2374 for this.

adammurdoch · July 14, 2012, 10:52pm

This should be fixed now. Can you try a recent nightly build and let us know if it works for you: http://gradle.org/nightly

davies_jeremyp · July 30, 2012, 11:18am

I’ve just read this update - I’ve been on two weeks non-internet connected vacation! I’ll give this a go later today or tomorrow. Thanks

davies_jeremyp · July 30, 2012, 11:40am

I can confirm that this now works. Thanks very much for your help.

Topic		Replies	Views
The issue GRADLE-3076 was closed a bit premature. If I can help solve it in any way please let me know Old Forum Archive	4	2413	February 11, 2015
IntelliJ WSL Gradle Copy Task Ant chmod Problem Help/Discuss	1	826	June 23, 2022
Chmod permission '755' for executable at linux Help/Discuss	1	2938	October 31, 2018
Getting java.lang.UnsatisfiedLinkError while running gradle test task Help/Discuss	0	3131	February 6, 2016
Problem when doing gradlew genIntellijRuns Help/Discuss	2	888	August 21, 2020

Chmod not found when running under Windows

Related topics