LexManos

-.- How about this Make sure that you have BOTH minecraft_server.1.7.2 AND minecraft_server.1.7.2.jar in the folder That way when you use a broken version it'll work And when you use the fixed versions (993) it'll work.

Im still learning netty as well, cpw seems to have a grasp on it. And he's written a nice layer on top of the MC protocol that'll let you pass custom information back and forth using standard netty procedures. https://github.com/MinecraftForge/MinecraftForge/blob/95c12b6c20a456de7c24707388d4cb9cedc1cc44/src/main/java/net/minecraftforge/common/network/ForgeNetworkHandler.java It would be nice if someone wrote a comprehensive tutorial on the net system cuz god knows I suck at tutorials.

Doesn't mean it's not running, it could be in a hung state. Kill any 'java' process you see in the task manager.

http://mcpold.ocean-labs.de/index.php/MCPBot

Did I stutter? I told you that whatever you have installed is broken, you should kill it and re install. Beyond that, actual useful information on where you got your installs is what I asked for, such as specific links. You would be surprised how many people think random external websites are 'this website'

Either something that you have installed is screwing up the runtime deobf, or that field doesn't actually exist. Either way, it's not much we can do as this is for 1.6 and we dont support 1.6. I would advise enabeling classloader debugging and tested the classes yourself to see what is killing that field.

Mods should work the same on both systems unless the modder has derped something up. We need real bug reports including full logs and explanations of what exactly you're doing. 'I put a mod in the mods folder' gives us zero information.

You can delete the cache folder without issue, you just have to rebuild it by running setup again, just like any cache folder. As for the location, user home was decided as a good place so that people who have multiple projects could benifit from caching system and not having to do things multiple times. If you don't like it, you can set the Gradle User home to whatever you want. @decebaldecebal: 'Pahimars setup' is just A normal Multi-Project setup. It's all done internally by Gradle and Minecraft/Forge are referenced as a library. If you want to see the classes for it just look in your referenced libraries. Seriously guys... This is pretty standard stuff....

That stack trace should not exist in Forge for 1.6.4 as we deofusicate everything at runtime. So it looks like you've messed up the install. Try killing whatever you have, and re installing it. Also, where did you get the Forge you installed?

Fucking son of a bitch abrar broke it again -.- Either way the problem is this: minecraft_server.1.7.2.jar is not in the class path The solution: Add minecraft_server.1.7.2.jar to the class path. If you can't do that you shouldn't be hosting servers. If you can't figure that out, then just rename 'minecraft_server.1.7.2.jar' to 'minecraft_server.1.7.2' Abrar deleted the '.jar' when he moved my code, it's been fixed but something fubared it again.

Are you guys really that stupid... There is literally a function called addCurativeItem Have you even bothered to try maybe using it.. Like... PotionEffects.slowness.addCurativeItem(new ItemStack(MyShit)) OMFG it works!

Not gunna happen, interesting idea, but the better solution that will happen, eventually, is that Forge will become independant of the mcp mappings allowing modders to contribuite to the central naming effort and see there work rewarded. However, that requires some specialized tools to be re-written so will come in time.

FML has saved the name <-> id mapping to the world file for some time now. On disc the items/blocks are serialized to ids yes, but FML uses that mapping to translate those ids to the specific item instances in the game. So yes, IDs still exist for world saves/network/serialization. But no, you as a modder, as a player, as any of that should not give a single shit about ids it is ALL taken care of by Minecraft/FML.

-.- If you tell it to use '1.6.4' in the profile it'll use 1.6.4. You need to tell it to use '1.6.4-Forge{whatever}' The forge versions are added a long side the normal versions so they can live in peace. Or, you could use the 'Forge' profile that is added for you automatically.

http://www.minecraftforge.net/forum/index.php?action=files Same place as every other download -.-

The only IDE we officially support is eclipse, and we ship the runtime configs for it. Anyone who goes through another IDE does so at there own risk/volition. Not sure why you're trying to go through gradle to start the game, your ide should be perfectly capabile of launching java with whatever arguments you give it...

Internet access should only be required for the first run, after that offline runs should work fine. It's a bit complicated to build the cache manually, so I won't go into that. Basically, you just want to run it online at least once for each Forge version you're trying to work with.

All the things that are cached/linked in by the gradle are keyed by the forge version you specify in the build.gradle However, one of the major benifits to gradle is that A LOT of the stuff is cached, which means that A LOT of the stuff you see will not be performed again. Example that you brought up, the download tasks, the only thing that updating a new Forge version has to download is a small userdev package. Which is done transparently in the background. Beyond that the first time you setup with a new forge version it'll rebuild the binpatched jar, and the decomped code if you tell it to. After that, there is no reason for it to rebuild things as it already has them.

Neither of those extramly vague issues are reproducible on our end. We need logs for a reason.

Use 964 and gradle, you can create 1.6.4 mods with it, just doesn't have ModLoader.

Use the source distribution for any build > 953 except for 965 {that was a one off}

Use the gradle.

It is a BoP issue.

Use the gradle.

https://github.com/MinecraftForge/FML/blob/master/install/build.gradle