LexManos

Somehow you're fucking up putting the forge_at.cfg file into your minecraft.jar, seriously, how difficult is it to copy files to the jar? Simple solution, install forge properly. If you can't do it yourself, use a launcher that does it for you.

I wonder how any mod.. tells the server... what to do... on the server... Simple, just put your damn mod on the server..

[sTDERR] java.lang.IllegalAccessError: tried to access field acp.a from class You didn't install forge all the way, simple as that.

Tell the server about your enchantment simple as that. If the server doesn't think you've mined fast enough to break the block then you dont break the block.

Think about that.. why would we ship something just to have you delete it?

Nothing realted to world gen is bugged this is a simple map chunk decoding issue on the client side that has been fixed, just update your forge.

You cant these things need to be within the byte range.

Somehow, you've got a corrupt chunk loader data file, go in and delete forcedchunks.dat

There is no server side ModLoader Any mod made for ModLoader inherently doesn't work on dedicated servers.

You're asking if a BLOCK can be ID 5065 when minecraft only supports 4096... stop being stupid.

Not a forge issue, you've fucked up your RP config.

For TERRAIN gen, yes. For ores and other things added after terrain, no. There is a difference.

You're not installing forge correctly, as long as you don't screw up the install, it'll be able to access that field.

One of your mods has a invalid mcmod.info file. Also, the real error is that you havent installed PlayerAPI

Risugamis mods dont work on servers

or, you know use the functionality fml preovides...

Not a bug thats how enchanting works, there is no "book only" enchants.

Typically, if you need to access package private things, you're doing it wrong. If you absolutly MUST access package private things you should use reflection. If you ABSOLUTLY MUST access package private things repeatidly and you think that it is something other modders would like to have access to, submit a PR to get it on the official AT list in forge, or write your own coremod. But, in reality, 99% of the time when a modder thinks they need to do something stupid like that, they are wrong. Explain what you are doing and someone will probably point you in the right direction.

Short answer, if you're putting ANY of your code into net.minecraft.* you're doing it wrong, as we will not support you.

Because it was a artifact of when we were decompiling both the client and server, now that we no longer do that it isn't needed.

You've screwed up your config somehow.

Something went wrong with your install, move your mod files out, run recompile, updatemd5s, then stick your mod code back in and it should be fine.

Forge Version: 6.5.0 Minecraft Version: 1.4.6 Dependencies: None Downloads: Universal (Adfly) (Direct) Source (Adfly) (Direct) Javadoc (Adfly) (Direct) Minecraft Forge 6.5.0 Changelog: ============================================================================ Updated to FML v1.4.6-4.6.12.511 Updated to Minecraft v1.4.6 New: New hooks to control map rendering per-world New cloud renderer hooks MASSIVE number of new terrain gen events to allow control over almost all aspects fo terrain gen Decompile now provides proper packages for minecraft classes FML and Forge classes are now signed, and mods can test if they are signed as well. Bug Fix: Kill install if astyle isnt found Fix ForgeDirection.ROTATION_MATRIX Creative GUI will now remember what tab page you were on Make PlaySoundAtEntityEvent fire for players as well Remove erronious double call to PlayerDestroyItemEvent Fix up block drops for skulls and cocoa This is a rather small update for the modders, the major change is that we now package the classes and removed the common folder. There are a few gotchas in the 1.4.6 update to be weary!

Thats because it no longer exists, backup your work, completely delete your MCP workspace and just download Forge, it will setup EVERYTHING for you.

Install optifine LAST