LexManos

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.

Interesting, it seems that it can not find your language file, meaning its not in the class path. Where exactly are you installling it to and how are you running Minecraft? If you stick it, and just it {not all the random mac files that are in the zip -.-} into your minecraft jar it should work fine. {It does in my tests}

Forge Version: 6.6.0 Minecraft Version: 1.4.7 Dependencies: None Downloads: Universal (Adfly) (Direct) Source (Adfly) (Direct) Javadoc (Adfly) (Direct) Minecraft Forge 6.6.0 Changelog: ============================================================================ Updated to FML v1.4.7-4.7.3.519 Updated to Minecraft v1.4.7 New: Seperation of enchantment vs enchanting table and anvil Chunk compression moved to network threads, should increase server performance on multi-core servers. New 'Server Stopped' event New Hooks to allow more control of mob spawning Bug Fix: Potatoe and Carrot support for IPlantable Fixed vanilla fireworks bug Fixes a vanilla bug where the player view would dip when stepping between certain blocks Fixed bug in Event system causing lists to be rebuilt constantly. Fixed issue with Efficancy enchatment when connected to vanilla servers. Fix mobs spawning on inverted slabs/stairs Fixed a few CME exceptions in vanilla MC. Another small update, we've had this one sitting in the wing for about 2 weeks {ever seicne the PR was released} just promoted now as 1.4.7 is officialy out.

The official API does not exist, no need to speculate until it does.

If you're refering to what I think you are, there is no limit if modders use the mechanics put in place by Forge. In vanilla minecraft each entity needs a unique id number, and it has to be <256 We can not change this without screwing up a lot of vanilla classes, there are a lot of places that use this that assume its a byte, specifically the network code. In forge, if you use it's functionality, each MOD gets its own set of 256 ids. So this a mod issue, not a Forge issue.

The version of Minecraft that forge is built for is in the file name -.- And yes there is a 1.4.7, its in the pre-release stage, hence why it's not bumped to the recomended version yet. If you're running a server use the RECOMENDED version of forge, not the latest. Anyways, running the forge zip DOES start your server, it just doesn't popup the window like double clicking the minecraft_server.jar If you run the forge zip from the command line you'll notice that it actually prints out all that info thats in the log.

Interesting, what is your setup like? What mods are you using and how are you running MC? This is a odd... error... Anyways as a temp fix you can try adding something along the lines of -XX:MaxPermSize=128M to your command line

Typically when there is an issue on the client end, posting the client logs is recomended. It was probably a mod mismatch between your client and server, or a bugged version of FML from a long while back. That means nothing, that is perfectly fine.

**** FAILED TO BIND TO PORT! Means that you have another server running, you probably have another instance of the server running listening on a local address only.

Post the actual console log, it's more useful then the mcp.log Anyways it should work fine, you have astyle and patches are working. I'd need to see more info {the console log}

If the class is there it will load it. Make sure your guiapi archive isn't screwed up.

I read that part and applied my vast bank of experience and first hand knowledge of the code to realize that you're in fact wrong. Its a installation issue, one or more of the mods you have installed is screwed up.