Draco18s

Didn't include enough of the crash report to say that that class is the problem. Because I don't see EnumWorldBlockLayer as being A Thing That Exists, nor used anywhere in the BlockFluidClassic hierarchy.

You mean MyMachine extends TileEntity implements ISomeAPIInterface ? Does the machine always exist, even if the external mod that supplies the interface isn't loaded? Does the machine even work in that case? by which I mean, if the API is included, but the mod it is for doesn't exist, can the machine be used meaningfully?

Well. Yeah. They're dev builds. Reika does not supply dev builds of his mods, only universal. So that is no-go for me.

Only if you're stupid and do it wrong by not hiding the code inside its own class, which is only instantiated/referenced behind an if(Loader.isModLoaded("buildcraft") check.

Is it specially created or what? Because i don't have it after building workspace... I think you have to add it manually. Create the folder, then right-click on basically anything in the project layout (the package list, external jars, etc.) and go to build path -> configure build path. In the tab (sources?) you can add another folder and point it at /api/java and /api/resources. IIRC

There's a function in the Block class that for the longest time had two parameters, one of which no one had any idea what it did. That parameter was a boolean which was only ever "true" when the player right-clicked with a boat and which water used to go "raytace me!" I java-doc'd it through MCP once, but I think in the 1.6 -> 1.7 update that got lost. Ah, no, it's still there. Block#canCollideCheck(...) Anyway, you'd want to wholesale replicate World's public MovingObjectPosition func_147447_a and just replace the call for Block#canCollideCheck(...) with Block#isOpaqueCube() There might be some edge cases where it doesn't return what you would like (e.g. a chest will return false, but ostensibly would block the user's view), but it'll be damn close. If you want something more accurate, you'll likely have to code it yourself.

In a fit of irony: if I try that with Rotary Craft, it crashes, so wtf.

"Something like" and "is" are not the same. If that's what your path is, it's wrong: yuppie missing a folder that has the same name as your mod id.

Note: I have not registered a snowball item in 1.7, only 1.6, but the code looks very similar and I was able to look up the function just fine.

Ok, be nice to the kid. Ernio's code is actually wrong. I've kind of only been skimming it, but given that Eclipse wouldn't import things and resolve the errors, I thought I'd take a look. getRenderItem() and getRenderManager() are both undefined for class Minecraft in 1.7.10 And RenderSnowball doesn't want either one in its constructor: RenderSnowball(Item p_i1259_1_, int p_i1259_2_){...}

As an aside, I have CCC/NEI in my dev environment as external libraries. Doesn't crash...but doesn't load the mods either.

Put CodeChickenCore in your mods folder. You may need the "dev" version. Your problem is that the dev environment is deobfuscated (so you can read it) and mods are obfuscated (so they bloody work). CCC does runtime deobf

You need to rename it in the file explorer. Notepad doesn't know what a .lang file is, so it assumed you meant .lang.txt

lang files!

Scrap all of your IEEP code right now and go back to saving something simple, like an integer or a string. Figure out how it works first, doing one simple piece, then expand to encompass all the data you actually want. That way when you go from "well it saved a string" to "but it didn't save an array of strings" you can puzzle out why, rather than going, "fuck this doesn't work."

list.add(new BiomeEntry(BiomeGenBase.forest, 10)); compared to BiomeManager.addBiome(BiomeType.DESERT, new BiomeEntry(MyBiome_1, 100)); Well. You kind of told the biome manager that your biomes are 10 times more common than every other vanilla biome.

TE spoiler contains GuiContainer code. That said: Bad code monkey, no cookie. You don't need two blocks to make this work. Just because vanilla did it doesn't mean it was a good idea. There is no reason to swap blockIDs just because the furnace stopped cooking. Just make it display a different icon and emit a different amount of light. Both of those operations have functions that pass World/x/y/z.

This. And it will take a while. Be prepared to spend an hour or two tweaking and retweaking each vertex.

No, they don't work, because you're trying to define/declare them outside of the correct mod lifecycle.

Override public boolean interact(EntityPlayer p_70085_1_) in your entity. check that the player is holding a bucket, then do stuff.

ItemStack stackBetterBomb = new ItemStack(BlockBetterBomb.getBlockFromItem(betterbomb)); What? No! Stop that. Do it like you did your other two stacks. ItemStack stackBetterBomb = new ItemStack(betterbomb)

Panel 2 http://imgs.xkcd.com/comics/well_2.png[/img]

I don't know why new ResourceLocation(...) takes so much time then. Because it does.

Ok, I don't know what's wrong, but I suspect that it's your GUI Handler. if(ID == FireElementBlock.guiIDWorkSurface) { return ID == FireElementBlock.guiIDWorkSurface && world.getBlock(x, y, z) == FireElementBlock.blockWorkSurface ? new ContainerWorkSurface(player.inventory, world, x, y, z) : null; } The hell are you doing here? First you're checking to see if the ID is the right ID, then you check to see if the ID is the right ID. if(ID == FireElementBlock.guiIDWorkSurface) { return ID new ContainerWorkSurface(player.inventory, world, x, y, z); } Done. And do the same to the other one for the client side.

worldObject.isRemote http://www.minecraftforge.net/forum/index.php/topic,22764.0.html