LexManos

Read the log.

Seems your launcher isn't properly adding all the minecraft class to the class path. Not really a forge issue. Just a broken launcher.

Dump it as a snapshot, from VisualVM.

Exception in thread "Minecraft main thread" java.lang.VerifyError: (class: mario/common/PacketHandler, method: sendRefreshDB signature: ()V) Incompatible argument to function Seems like you've either corrupted your classes while installing or have a bad download. Cleanup and try again. If that doesnt work, go to the mod author and see if its there issue.

No we will not help you make a xray mod.

Dont use decompile.bat Aside from that, it seems that you've either 1) not added your classes to the src folder properly or 2) ran updatemd5s which you shouldnt do. Backup your code, clean the workspace, and try again.

That particular function should be fine as IIRC its just nooped out for the server. However, typically if they are doing that they are doing a lot of other client specific things.

We cant unload the overworld as it would screw up a lot of internal things. the nether *should* unload if I recall correctly. But none of the chunks should be ticking if nobody is there. So your cpw should be fine. If not do some profiling and go yell at a modder for being excessive.

Seems there is a null in flans mod, go speak to flan.

If the modloader mod does not rely on client only things it should work fine. FML does not limit ModLoader to just the client. Sadly, MOST ModLoader mods are NOT SMP comaptible. This has nothing to do with FML, this is ModLoader and the modder are issue here.

No, you shouldn't unless you screw something up royally. Forge does not edit any of the saving/loading formats.

JDK8 works just fine.

That is intentional, use the proper functions for accessing it that are public. That is a internal helper function.

Yes, 1) The forge download does have a metainf, if you don't then you've got the wrong download. 2) Its minecraft.jar not minecraft.exe 3) Logs

There isn't, and there doesn't need to be. You can control all of this yourself. And we do not support cloaks as that is Mojang's domain. It's purely a vanity thing and really the only thing they have to give.

Why the hell are you doing it in such a stupid way? Go look at MultiMC or any of the many many other launchers.

It picks the most viable ip to display, but it listens on all, so you should still be able to work.

The issue is that the mod you're using messesup its entity registration, mixing and matching forge registration methods with ModLoader methods. This does not work. Tell them to fix it. Mod entities should NOT be going through the vanilla spawning mechanics.

And now you're banned from the forum, just buy the fucking game. We do not support people who don't respect the authors. Its not like its a million dollers, and it makes life so much easier to not have to give a fuck.

Not a forge issue, its his retarded distribution, if you notice in the zip it has a 'CUI-1.4.6-Forge' folder. If he didn't have that folder, everything would probably work just fine.

That is a OLD OLD bug that doesn't actually break anything. Has been fixed for months. So no way in hell are you running the 'latest' version. Update, and provide exact version numbers and log files.

One or more of your mods is not server compatible, track it down and bitch at them.

To actually answer your question, you put it in .minecraft/libs along side the other jars. FML does download this automatically, but if something screws up you may have to do it manually.

Something is not allowing you to load /Users/speedypd7/Library/Application Support/minecraft/bin/natives/liblwjgl.jnilib This isn't a forge issue specifically, it's either MC, or as luacs said, your OS. Make sure you've got everything required to run MC installed and accessible.

That is the amount of memory allocated to cleaning up class files. Something you have installed in churning through class files immensely.