Draco18s

Do you mean setupDevWorkspace? Nothing I was reading on getting setup used DecompWorkspace. Or...an "eclipse ForgeGradle" command. Not sure how I'm supposed to run that one. Anyway, running setupDevWorkspace (and setupDecompWorkspace) didn't help. I'm also annoyed that none of the vanilla classes have "attached source or attached Javadoc." I used the vanilla source to figure out how to do so many things back in 1.6 and I was pretty sure this was one of the things that was "going to be provided, but not yet available" back when ForgeGradle was new.

Yeah, I have no idea what's wrong. The only other thread I found relating to this was someone who was trying to install Forge into Minecraft and Minecraft would crash with that error. Me? That's the only thing in Eclipse's console when I try to run the project.

GL11.gl_Translate GL11.gl_Scale

Blocks do not have instances in the world. They're simply a giant array of integers (and associated metadata). In order to have more complex behavior than "I am block ID 5!" you need a TileEntity. Chests, furnaces, brewing stands, and so on are all tile entity blocks.

And....that call will only return the player that is using the client that code is on. It will not get other players within the client's view frustum.

i think i will Make sure that if you give a obfuscated function a better name include good Javadoc. Once you've renamed a function it's almost impossible for someone else to come along later and make the Javadoc better because in order to do so we have to rename the function. And MCBot will not let you rename a function that's already been renamed. Doesn't even matter that it's being renamed to the same thing.

Are you actually making any of the changes I suggest? public boolean canPlaceBlockAt(World par1World, int par2, int par3, int par4) { return par1World.doesBlockHaveSolidTopSurface(par2, par3 - 1, par4) || par1World.getBlockId(par2, par3 - 1, par4) == Block.glowStone.blockID; } IS NOT ALWAYS RETURNING TRUE.

Even just 1 int? Yes. It screws with the save/load process. I don't know why, but it does.

Do not pass references to a TileEntity's constructor. It messes up all of the things.

CHANGE CIRCUITS public RedstoneConducter(int par1) { super(par1, Material.circuits); this.setBlockBounds(0.0F, 0.0F, 0.0F, 1.0F, 0.0625F, 1.0F); } TO ROCK public RedstoneConducter(int par1) { super(par1, Material.rock); this.setBlockBounds(0.0F, 0.0F, 0.0F, 1.0F, 0.0625F, 1.0F); } Seriously, Ctrl-F to find-in-file, just like every other application ever.

Yes. Search -> Text -> Find in Workspace

No, read and write is always called after construction.

Fix canPlaceBlockAt to return true.

That is NOT the same thing at all. read/write NBT methods are for SAVING AND LOADING DATA. Resetting data is not even close to the same thing.

To make it pushable, change its material type from Circuits to Rock

override readFromNBT and writeToNBT

par2 / 100D is sufficient. (int / double = double)

Please register your items in PreInit, not during class construction.

class World implements IBlockAccess at some level (I just don't recall where).

Gosh, these look frighteningly similar.

Minecraft is heavily version specific. It's getting less so, but it really depends on "what changed." From 1.6.2 to 1.6.4 there were only a handful of changes that didn't effect most mods, so it was left as a "try it" kind of state. Mods that did work didn't update, mods that didn't did (or didn't because reasons like the developer abandoning it). The only want to know for sure is to try it, if it doesn't work then you'd need to get the right version...if it exists. (For example, Invasion Mod did not update to 1.6.4, but does not work on 1.6.4, because it was abandoned (or at least, the dev has not made any posts in his own thread in like six months))

My god. You're all a bunch of idiots. Don't click on the fucking ad, click on the skip ad button! IT'S A FUCKING AD, OF COURSE IT ISN'T GOING TO GIVE YOU THE RIGHT FILE.

Because IDs aren't used any more. Not having dug into 1.7 yet myself all I know is that you're doing it wrong. Check vanilla ores like diamond or coal.

createTileEntity != onUpdate createTileEntity is called once when the block is placed or the world is loaded. After that you should be using the TE's onUpdate function.

Blocks only have one type of data that sticks around: metadata. Either change the metadata every tick and convert that into a color in colorMultiplier or use a TileEntity.