Forge Gradle : Unable to start daemon process

Eryah

Hey
Bon, ça me saoule, je voulais commencer un bon mod en secret, donc je suis le tuto de robin (https://www.minecraftforgefrance.fr/showthread.php?tid=2805) car j’ai totalement perdu la main, mais dès la première étape, il y a un truc qui cloche… Lorsque j’effectue l’installation du workspace avec cette commande

gradlew -Dorg.gradle.jvmargs=-Xmx2048M setupDecompWorkspace

il ya un petit crash…
voici le screen de la console

J’espère pouvoir me faire éclairer sur ce qui est la cause du problème
(Je suis désolé si c’est un problème banal, un problème idiot, mais bon, ce système est nouveau pour moi quand je moddais en 1.8, y’avait pas tout ça a faire)

robin4002

Salut,
Tu as Java 32 ou 64 bits ?

Eryah

64b je crois, vu que mon PC est 64

robin4002

Tapes java -version dans un cmd et envoies-moi le résultat.

Eryah

java version “1.8.0_91”
Java SE Runtime Environment (build 1.8.0_91-b15)
Java HotSpot 64-Bit Server VM (build 25.91-b15, mixed mode)

robin4002

C’est en effet du 64 bits.
Tu as combien de ram libre sur ton pc ?

Eryah

16GB
Jecomblelemessage

robin4002

Tu ne devrais pas avoir de problème alors …

Ton jdk est aussi en 64 bits ?

Eryah

Oui
(Comblage)

robin4002

Il n’y a pas de raison que ça ne passe pas alors …

Essayes comme ça sinon :
gradlew setupDecompWorkspace

Eryah

Ok, donc je pense que la source du problème est les Mappings. lorsque je lance le programme, deux message m’indique que le mapping que j’ai utilisé ( le dernier pour 1.10) est pour 1.10, et pour 1.9
J’ai aussi surement mal mis les mappings, car n’étant pas trop bien expliqué
voici le bout du build.gradle concerné

minecraft {
   version = "1.10-12.18.0.2000-1.10.0"
   runDir = "run"
   mappings = 'snapshot_20161030'

   // the mappings can be changed at any time, and must be in the following format.
   // snapshot_YYYYMMDD   snapshot are built nightly.
   // stable_#            stables are built at the discretion of the MCP team.
   // Use non-default mappings at your own risk. they may not allways work.
   // simply re-run your setup task after changing the mappings to update your workspace.
   mappings = "snapshot_20160518"
   // makeObfSourceJar = false // an Srg named sources jar is made by default. uncomment this to disable.
}

robin4002

Déjà passe en 1.10**.2
**Utiliser la version 1.10 n’a aucun sens.

Eryah

1.10=1.10.2 pour moi

robin4002

1.10.2 = 1.10 avec des correctifs en plus.
Utiliser des versions buggués c’est tout simplement débile.

Eryah

Ouais, mais bon, en gros, je dis 1.10 au lieu de 1.10.2, j’ai la flemme d’ajouter un point et un 2

robin4002

version = “1.10-12.18.0.2000-1.10.0”

Là tu es en 1.10 et non 1.10.2
http://files.minecraftforge.net/maven/net/minecraftforge/forge/index_1.10.2.html

Eryah

Ok, donc ça c’est étrange, j’ai juste tapé Forge, j’ai pris le MDK recommanded,
Bon, j’ai bien pris la version 1.10.2, et j’ai toujours le même problème.
Par sécurité, j’ai re-dl JDK
J’ai ensuite tenté ce code “gradlew setupDecompWorkspace”, et ça me donne une autre erreur :

robin4002

Et j’imagine que gradlew -Dorg.gradle.jvmargs=-Xmx2048M setupDecompWorkspace refait l’erreur “could not reserve enough space for xxxx object heap” ?

LeBossMax2

@‘robin4002’:

Et j’imagine que gradlew -Dorg.gradle.jvmargs=-Xmx2048M setupDecompWorkspace refait l’erreur “could not reserve enough space for xxxx object heap” ?

Eryah, tu as mis deux fois la ligne pour choisir un mapping :

@‘Eryah’:

minecraft {
version = “1.10-12.18.0.2000-1.10.0”
runDir = “run”
mappings = ‘snapshot_20161030’

// the mappings can be changed at any time, and must be in the following format.
// snapshot_YYYYMMDD snapshot are built nightly.
// stable_# stables are built at the discretion of the MCP team.
// Use non-default mappings at your own risk. they may not allways work.
// simply re-run your setup task after changing the mappings to update your workspace.
mappings = “snapshot_20160518”
// makeObfSourceJar = false // an Srg named sources jar is made by default. uncomment this to disable.
}

robin4002

Il a re-télécharger le mdk donc ce n’est plus d’actualité.
Et puis c’est un problème de mémoire qu’il a, rien à voir avec les mappings.