LexManos

You will need the deobfusicated form of IC2, you can't run obfed mods in MCP.

Typically this happens when you don't have clean jars, delete everything and try again.

You have something in your world that is misconfigured, some item you have on the ground doesn't have a item associated with it. Meaning, your client and server configs arnt synced.

Naw, this is a issue you're gunna have to fix yourself. Something in your code has a hard reference to net.minecraft.client.Minecraft You will have to figure out what, and move that outside to a piece of code that isn't called from the server.

Caused by: java.lang.RuntimeException: Attempted to load class net/minecraft/client/Minecraft for invalid side SERVER One of your mods is being dumb is loading the Minecraft class on the server...

We're planning on having some form or repository for versioned builds. May or may not be maven... Don't really like it. But anyways... we have a basic 'repo' that you can get any version from... files.minecraftforge.net ... No need to 'include forge jars in your repo'..

Im going to have to say that Mo'Creatures is probably the issue here, try removing it and seeing what happens. If it is Mo'Creatures, go to it's web page and see if they have a solution.

One of the major points of forge is that nothing else should have to go into your jar, so you know.. you should read the install instructions that come with all of the mods you are downloading, they tell you better what to do then we can -.-

Seems to me that you're trying to load a client side mod that is reliant on GUIAPI on the server.. this is wrong in so many ways.

I'd like to see the code for your item, as well as the version of forge you're using this is odd.. this shouldn't happen. We do no alpha blending in the textures, even more, it shouldn't put your texture on a existing slot. However, beyond that, stop using ModLoader functions -.-

This is something I don't really care about, if they use the Forge spawning mechanics, then this is a non-issue.

See conf/joined.srg

PR or it didn't happen, and dont post mojang code, post patch files.

Make sur you save your config as UTF-8 when you edit it, Forge should support anything in the UTF family, but some reason it's not. Or, you screwqed up your icbm config file and need to start new.

17:24:46 - !! Modified jar detected. Unpredictable results !! 17:27:12 - 'runtime\bin\applydiff.exe -p1 -u -i ..\..\temp\temp.patch -d src\minecraft' failed : 1

Ya, just download and install the required libraries manually like the error says, and you'll be fine. We're not gunna ship those libraries as it'd be a lot of repetiive data, and would not allow for the updateability we have with the current system

you shouldnt have to copy/move anything the workspace is setup properly it will have the folders linked in properly. If its not, you can get a fresh workspace from forge/fml/eclipse.

the eclipse folder is a eclipse workspace.. open it in eclipse... The minecraft code is in src

Logs or no help, if things ran fine they will be there.

The issue is that particles for running over blocks are not location/metadaa aware when they are received from the server, they are simply 'tilecraft_blockid'

1) dont bump old ass threads 2) Forge doesn't care where the jars as, it doesn't touch anything related to lwjgl So if you're hacking things around, you're gunna have to figure it out.

Not sure exactly how nobody noticed this before, but its fixed for 1.4.4. https://github.com/MinecraftForge/MinecraftForge/commit/770585e73135b111f6786bd376270c8843fa180e

Its not a mod issue, it's something to do with your java, and your locale. Something is making java think that the proper number seperator for your locale is NBSP.

Fixed https://github.com/MinecraftForge/MinecraftForge/commit/ba6c4dd7dfbf95a24f12d470cfd971009ca3cdac