Test task and '-XstartOnFirstThread' makes gradle hang

[nedtwigg]

Expected Behavior

When test has specified the following arguments:

test {
    jvmArgs '-XstartOnFirstThread'
}

the JUnit test cases should be started on the first thread.

Current Behavior

The tests do not start on the first thread.

Context

This is required for SWT tests to run on mac.

As of May 2016, the Gradle test VM is started by org.gradle.api.internal.tasks.testing.worker.ForkingTestClassProcessor which uses org.gradle.process.internal.worker.DefaultWorkerProcessBuilder to create a WorkerProcess and start it.
All this is called from org.gradle.api.internal.tasks.testing.detection.DefaultTestExecuter.

Steps to Reproduce (for bugs)

git clone https://github.com/diffplug/durian-swt
cd durian-swt
git checkout macGradleRepro
gradlew test

Your Environment

Any version of macOS.

[fab1an]

I started the test using ./gradlew test --info and got the following:

/* I inserted newlines for better readability */

Starting process 'Gradle Test Executor 1'. Working directory: <mydirectory> 
Command: /Library/Java/JavaVirtualMachines/jdk1.8.0_112.jdk/Contents/Home/bin/java 
-Djava.awt.headless=true
-Djava.security.manager=worker.org.gradle.process.internal.worker.child.BootstrapSecurityManager 
-Xmx512m 
-Dfile.encoding=UTF-8 
-Duser.country=US 
-Duser.language=en 
-Duser.variant 
-ea 
-cp /Users/MyUser/.gradle/caches/2.14.1/workerMain/gradle-worker.jar worker.org.gradle.process.internal.worker.GradleWorkerMain 'Gradle Test Executor 1'

When I run this command manually, and press ⏎ I get this:

Error occurred during initialization of VM
java.lang.ExceptionInInitializerError
	at java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1451)
	at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1436)
Caused by: java.lang.RuntimeException: Could not initialise system classpath.
	at worker.org.gradle.process.internal.worker.child.BootstrapSecurityManager.checkPermission(BootstrapSecurityManager.java:81)
	at java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:1294)
	at java.lang.System.getProperty(System.java:717)
	at sun.misc.Launcher.<clinit>(Launcher.java:59)
	at java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1451)
	at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1436)
Caused by: java.io.IOException: Unexpected value 10 received. It seems the stream was not encoded correctly.
	at worker.org.gradle.process.internal.streams.EncodedStream$EncodedInput.hexToByte(EncodedStream.java:59)
	at worker.org.gradle.process.internal.streams.EncodedStream$EncodedInput.read(EncodedStream.java:49)
	at java.io.DataInputStream.readInt(DataInputStream.java:387)
	at worker.org.gradle.process.internal.worker.child.BootstrapSecurityManager.checkPermission(BootstrapSecurityManager.java:67)
	at java.lang.SecurityManager.checkPropertyAccess(SecurityManager.java:1294)
	at java.lang.System.getProperty(System.java:717)
	at sun.misc.Launcher.<clinit>(Launcher.java:59)
	at java.lang.ClassLoader.initSystemClassLoader(ClassLoader.java:1451)
	at java.lang.ClassLoader.getSystemClassLoader(ClassLoader.java:1436)

[stale]

This issue has been automatically marked as stale because it has not had recent activity. Given the limited bandwidth of the team, it will be automatically closed if no further activity occurs. If you're interested in how we try to keep the backlog in a healthy state, please read our blog post on how we refine our backlog. If you feel this is something you could contribute, please have a look at our Contributor Guide. Thank you for your contribution.

[stale]

This issue has been automatically closed due to inactivity. If you can reproduce this on a recent version of Gradle or if you have a good use case for this feature, please feel free to reopen the issue with steps to reproduce, a quick explanation of your use case or a high-quality pull request.

[nedtwigg]

I submitted a PR which fixes this issue.

[ljacomet]

Re-opening since there is an PR open to fix this.