newest update checked to see what the recipes were there were none so i used the normal anvil recipe and it only gaved me an unnamed which i clicked on (i know i shouldnt have ) this is what happened
---- Minecraft Crash Report ----
// Oh - I know what I did wrong!
java.lang.ArrayIndexOutOfBoundsException: -1
at net.minecraft.item.ItemStack.func_77980_a(ItemStack.java:386)
at net.minecraft.inventory.SlotCrafting.func_75208_c(SlotCrafting.java:53)
at net.minecraft.inventory.SlotCrafting.func_82870_a(SlotCrafting.java:110)
at net.minecraft.inventory.Container.func_75144_a(SourceFile:238)
at net.minecraft.client.multiplayer.PlayerControllerMP.func_78753_a(PlayerControllerMP.java:419)
at codechicken.nei.guihook.GuiContainerManager.handleSlotClick(GuiContainerManager.java:504)
at net.minecraft.client.gui.inventory.GuiContainer.func_146984_a(GuiContainer.java:638)
at net.minecraft.client.gui.inventory.GuiContainer.public_func_146984_a(GuiContainer.java)
at codechicken.nei.guihook.DefaultSlotClickHandler.callHandleMouseClick(DefaultSlotClickHandler.java)
at codechicken.nei.guihook.DefaultSlotClickHandler.handleSlotClick(DefaultSlotClickHandler.java:17)
at codechicken.nei.guihook.GuiContainerManager.handleMouseClick(GuiContainerManager.java:453)
at net.minecraft.client.gui.inventory.GuiContainer.managerHandleMouseClick(GuiContainer.java)
at net.minecraft.client.gui.inventory.GuiContainer.func_73864_a(GuiContainer.java:394)
at net.minecraft.client.gui.GuiScreen.func_146274_d(GuiScreen.java:296)
at net.minecraft.client.gui.inventory.GuiContainer.func_146274_d(GuiContainer.java)
at net.minecraft.client.gui.GuiScreen.func_146269_k(GuiScreen.java:268)
at net.minecraft.client.Minecraft.func_71407_l(Minecraft.java:1640)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:973)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:898)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at net.minecraft.item.ItemStack.func_77980_a(ItemStack.java:386)
at net.minecraft.inventory.SlotCrafting.func_75208_c(SlotCrafting.java:53)
at net.minecraft.inventory.SlotCrafting.func_82870_a(SlotCrafting.java:110)
at net.minecraft.inventory.Container.func_75144_a(SourceFile:238)
at net.minecraft.client.multiplayer.PlayerControllerMP.func_78753_a(PlayerControllerMP.java:419)
at codechicken.nei.guihook.GuiContainerManager.handleSlotClick(GuiContainerManager.java:504)
at net.minecraft.client.gui.inventory.GuiContainer.func_146984_a(GuiContainer.java:638)
at net.minecraft.client.gui.inventory.GuiContainer.public_func_146984_a(GuiContainer.java)
at codechicken.nei.guihook.DefaultSlotClickHandler.callHandleMouseClick(DefaultSlotClickHandler.java)
at codechicken.nei.guihook.DefaultSlotClickHandler.handleSlotClick(DefaultSlotClickHandler.java:17)
at codechicken.nei.guihook.GuiContainerManager.handleMouseClick(GuiContainerManager.java:453)
at net.minecraft.client.gui.inventory.GuiContainer.managerHandleMouseClick(GuiContainer.java)
at net.minecraft.client.gui.inventory.GuiContainer.func_73864_a(GuiContainer.java:394)
at net.minecraft.client.gui.GuiScreen.func_146274_d(GuiScreen.java:296)
at net.minecraft.client.gui.inventory.GuiContainer.func_146274_d(GuiContainer.java)
at net.minecraft.client.gui.GuiScreen.func_146269_k(GuiScreen.java:268)
Is Modded: Definitely; Client brand changed to 'fml,forge'
Type: Client (map_client.txt)
Resource Packs: [New Personal Texture Pack 1.8]
Current Language: English (US)
Profiler Position: N/A (disabled)
Vec3 Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
Anisotropic Filtering: Off (1)
went back into the world to try another recipe and nothing
btw here is the screenshot i took trying to make an anvil
Sorry about that, it's a known bug I can't fix with some major hacks on my part, the only way to fix it is to just have one of the Forge members fix it, which I some-what doubt will ever happen.
Just cheat the anvil in (open your world to lan with cheats enabled if you don't have cheats enabled for the world).
Sorry about that, it's a known bug I can't fix with some major hacks on my part, the only way to fix it is to just have one of the Forge members fix it, which I some-what doubt will ever happen.
Just cheat the anvil in (open your world to lan with cheats enabled if you don't have cheats enabled for the world).
What exactly is the bug, missing recipe? Could the recipe be patched with MineTweaker? I'll give that a try when I test it.
3.1.9B causes a crash on startup with KCauldron-1.7.10-1420-117 server.
[09:32:21] [Server thread/ERROR]: The following problems were captured during this phase
[09:32:21] [Server thread/ERROR]: Caught exception from BetterAnvil
java.lang.IllegalArgumentException: The specified block vdvman1.betterAnvil.block.BlockAnvilBA@398de522 hasn't been registered at startup.
at cpw.mods.fml.common.event.FMLMissingMappingsEvent$MissingMapping.remap(FMLMissingMappingsEvent.java:121) ~[FMLMissingMappingsEvent$MissingMapping.class:1.7.10-1420.117]
at vdvman1.betterAnvil.BetterAnvil.missingMappings(BetterAnvil.java:92) ~[BetterAnvil.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_45]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_45]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_45]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) ~[FMLModContainer.class:1.7.10-1420.117]
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_45]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[minecraft_server.1.7.10.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) ~[LoadController.class:1.7.10-1420.117]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) [LoadController.class:1.7.10-1420.117]
at cpw.mods.fml.common.Loader.fireMissingMappingEvent(Loader.java:920) [Loader.class:1.7.10-1420.117]
at cpw.mods.fml.common.registry.GameData.injectWorldIDMap(GameData.java:539) ~[GameData.class:1.7.10-1420.117]
at cpw.mods.fml.common.FMLContainer.readData(FMLContainer.java:277) ~[FMLContainer.class:1.7.10-1420.117]
at cpw.mods.fml.common.FMLCommonHandler.handleWorldDataLoad(FMLCommonHandler.java:409) [FMLCommonHandler.class:1.7.10-1420.117]
at net.minecraft.world.storage.SaveHandler.func_75757_d(SaveHandler.java:136) ~[ayq.class:?]
at net.minecraft.world.World.<init>(World.java:360) ~[ahb.class:?]
at net.minecraft.world.WorldServer.<init>(WorldServer.java:158) ~[mt.class:?]
at net.minecraft.server.MinecraftServer.func_71247_a(MinecraftServer.java:367) ~[MinecraftServer.class:?]
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:336) [lt.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:631) [MinecraftServer.class:?]
at java.lang.Thread.run(Thread.java:745) [?:1.8.0_45]
[09:32:21] [Server thread/ERROR]: A fatal exception occurred during the server starting event
java.lang.IllegalArgumentException: The specified block vdvman1.betterAnvil.block.BlockAnvilBA@398de522 hasn't been registered at startup.
at cpw.mods.fml.common.event.FMLMissingMappingsEvent$MissingMapping.remap(FMLMissingMappingsEvent.java:121) ~[FMLMissingMappingsEvent$MissingMapping.class:1.7.10-1420.117]
at vdvman1.betterAnvil.BetterAnvil.missingMappings(BetterAnvil.java:92) ~[BetterAnvil.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_45]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_45]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_45]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) ~[FMLModContainer.class:1.7.10-1420.117]
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_45]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[minecraft_server.1.7.10.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) ~[LoadController.class:1.7.10-1420.117]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) ~[LoadController.class:1.7.10-1420.117]
at cpw.mods.fml.common.Loader.fireMissingMappingEvent(Loader.java:920) [Loader.class:1.7.10-1420.117]
at cpw.mods.fml.common.registry.GameData.injectWorldIDMap(GameData.java:539) ~[GameData.class:1.7.10-1420.117]
at cpw.mods.fml.common.FMLContainer.readData(FMLContainer.java:277) ~[FMLContainer.class:1.7.10-1420.117]
at cpw.mods.fml.common.FMLCommonHandler.handleWorldDataLoad(FMLCommonHandler.java:409) [FMLCommonHandler.class:1.7.10-1420.117]
at net.minecraft.world.storage.SaveHandler.func_75757_d(SaveHandler.java:136) ~[ayq.class:?]
at net.minecraft.world.World.<init>(World.java:360) ~[ahb.class:?]
at net.minecraft.world.WorldServer.<init>(WorldServer.java:158) ~[mt.class:?]
at net.minecraft.server.MinecraftServer.func_71247_a(MinecraftServer.java:367) ~[MinecraftServer.class:?]
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:336) [lt.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:631) [MinecraftServer.class:?]
at java.lang.Thread.run(Thread.java:745) [?:1.8.0_45]
[09:32:21] [Server thread/INFO]: Applying holder lookups
[09:32:21] [Server thread/INFO]: Holder lookups applied
[09:32:21] [Server thread/INFO]: The state engine was in incorrect state ERRORED and forced into state SERVER_STOPPED. Errors may have been discarded.
[09:32:21] [Server thread/INFO]: The state engine was in incorrect state ERRORED and forced into state AVAILABLE. Errors may have been discarded.
3.1.9B causes a crash on startup with KCauldron-1.7.10-1420-117 server.
[09:32:21] [Server thread/ERROR]: The following problems were captured during this phase
[09:32:21] [Server thread/ERROR]: Caught exception from BetterAnvil
java.lang.IllegalArgumentException: The specified block vdvman1.betterAnvil.block.BlockAnvilBA@398de522 hasn't been registered at startup.
at cpw.mods.fml.common.event.FMLMissingMappingsEvent$MissingMapping.remap(FMLMissingMappingsEvent.java:121) ~[FMLMissingMappingsEvent$MissingMapping.class:1.7.10-1420.117]
at vdvman1.betterAnvil.BetterAnvil.missingMappings(BetterAnvil.java:92) ~[BetterAnvil.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_45]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_45]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_45]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) ~[FMLModContainer.class:1.7.10-1420.117]
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_45]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[minecraft_server.1.7.10.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) ~[LoadController.class:1.7.10-1420.117]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) [LoadController.class:1.7.10-1420.117]
at cpw.mods.fml.common.Loader.fireMissingMappingEvent(Loader.java:920) [Loader.class:1.7.10-1420.117]
at cpw.mods.fml.common.registry.GameData.injectWorldIDMap(GameData.java:539) ~[GameData.class:1.7.10-1420.117]
at cpw.mods.fml.common.FMLContainer.readData(FMLContainer.java:277) ~[FMLContainer.class:1.7.10-1420.117]
at cpw.mods.fml.common.FMLCommonHandler.handleWorldDataLoad(FMLCommonHandler.java:409) [FMLCommonHandler.class:1.7.10-1420.117]
at net.minecraft.world.storage.SaveHandler.func_75757_d(SaveHandler.java:136) ~[ayq.class:?]
at net.minecraft.world.World.<init>(World.java:360) ~[ahb.class:?]
at net.minecraft.world.WorldServer.<init>(WorldServer.java:158) ~[mt.class:?]
at net.minecraft.server.MinecraftServer.func_71247_a(MinecraftServer.java:367) ~[MinecraftServer.class:?]
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:336) [lt.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:631) [MinecraftServer.class:?]
at java.lang.Thread.run(Thread.java:745) [?:1.8.0_45]
[09:32:21] [Server thread/ERROR]: A fatal exception occurred during the server starting event
java.lang.IllegalArgumentException: The specified block vdvman1.betterAnvil.block.BlockAnvilBA@398de522 hasn't been registered at startup.
at cpw.mods.fml.common.event.FMLMissingMappingsEvent$MissingMapping.remap(FMLMissingMappingsEvent.java:121) ~[FMLMissingMappingsEvent$MissingMapping.class:1.7.10-1420.117]
at vdvman1.betterAnvil.BetterAnvil.missingMappings(BetterAnvil.java:92) ~[BetterAnvil.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_45]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_45]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_45]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) ~[FMLModContainer.class:1.7.10-1420.117]
at sun.reflect.GeneratedMethodAccessor3.invoke(Unknown Source) ~[?:?]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_45]
at java.lang.reflect.Method.invoke(Method.java:497) ~[?:1.8.0_45]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[minecraft_server.1.7.10.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[minecraft_server.1.7.10.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) ~[LoadController.class:1.7.10-1420.117]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) ~[LoadController.class:1.7.10-1420.117]
at cpw.mods.fml.common.Loader.fireMissingMappingEvent(Loader.java:920) [Loader.class:1.7.10-1420.117]
at cpw.mods.fml.common.registry.GameData.injectWorldIDMap(GameData.java:539) ~[GameData.class:1.7.10-1420.117]
at cpw.mods.fml.common.FMLContainer.readData(FMLContainer.java:277) ~[FMLContainer.class:1.7.10-1420.117]
at cpw.mods.fml.common.FMLCommonHandler.handleWorldDataLoad(FMLCommonHandler.java:409) [FMLCommonHandler.class:1.7.10-1420.117]
at net.minecraft.world.storage.SaveHandler.func_75757_d(SaveHandler.java:136) ~[ayq.class:?]
at net.minecraft.world.World.<init>(World.java:360) ~[ahb.class:?]
at net.minecraft.world.WorldServer.<init>(WorldServer.java:158) ~[mt.class:?]
at net.minecraft.server.MinecraftServer.func_71247_a(MinecraftServer.java:367) ~[MinecraftServer.class:?]
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:336) [lt.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:631) [MinecraftServer.class:?]
at java.lang.Thread.run(Thread.java:745) [?:1.8.0_45]
[09:32:21] [Server thread/INFO]: Applying holder lookups
[09:32:21] [Server thread/INFO]: Holder lookups applied
[09:32:21] [Server thread/INFO]: The state engine was in incorrect state ERRORED and forced into state SERVER_STOPPED. Errors may have been discarded.
[09:32:21] [Server thread/INFO]: The state engine was in incorrect state ERRORED and forced into state AVAILABLE. Errors may have been discarded.
Okay, I know what the problem is, I'm not remapping to the Minecraft anvil, however to Better Anvil's anvil, which is not good considering it's using substitution to replace the anvil and not actually registering Better Anvil's anvil.
Okay, I know what the problem is, I'm not remapping to the Minecraft anvil, however to Better Anvil's anvil, which is not good considering it's using substitution to replace the anvil and not actually registering Better Anvil's anvil.
java.lang.ArrayIndexOutOfBoundsException: 6
at cofh.redstonearsenal.block.BlockStorage.func_149691_a(BlockStorage.java:128)
at net.minecraft.block.Block.func_149673_e(Block.java:556)
at net.minecraft.client.renderer.RenderBlocks.func_147793_a(RenderBlocks.java:8227)
at net.minecraft.client.renderer.RenderBlocks.func_147751_a(RenderBlocks.java:4445)
at net.minecraft.client.renderer.RenderBlocks.func_147784_q(RenderBlocks.java:4247)
at net.minecraft.client.renderer.RenderBlocks.func_147805_b(RenderBlocks.java:255)
at net.minecraft.client.renderer.WorldRenderer.func_147892_a(WorldRenderer.java:181)
at fastcraft.a.o.a(F:86)
at fastcraft.Hooks.t(F:147)
at net.minecraft.client.renderer.EntityRenderer.func_78471_a(EntityRenderer.java:1187)
at net.minecraft.client.renderer.EntityRenderer.func_78480_b(EntityRenderer.java:1015)
at net.minecraft.client.Minecraft.func_71411_J(Minecraft.java:989)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:887)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- Head --
Stacktrace:
at cofh.redstonearsenal.block.BlockStorage.func_149691_a(BlockStorage.java:128)
at net.minecraft.block.Block.func_149673_e(Block.java:556)
at net.minecraft.client.renderer.RenderBlocks.func_147793_a(RenderBlocks.java:8227)
at net.minecraft.client.renderer.RenderBlocks.func_147751_a(RenderBlocks.java:4445)
at net.minecraft.client.renderer.RenderBlocks.func_147784_q(RenderBlocks.java:4247)
at net.minecraft.client.renderer.RenderBlocks.func_147805_b(RenderBlocks.java:255)
at net.minecraft.client.renderer.WorldRenderer.func_147892_a(WorldRenderer.java:181)
at fastcraft.a.o.a(F:86)
at fastcraft.Hooks.t(F:147)
at net.minecraft.client.renderer.EntityRenderer.func_78471_a(EntityRenderer.java:1187)
-- Affected level --
Details:
Level name: MpServer
All players: 1 total; [EntityClientPlayerMP['CaerMaster'/440, l='MpServer', x=-2338.12, y=111.62, z=-4092.82]]
Chunk stats: MultiplayerChunkCache: 5, 5
Level seed: 0
Level generator: ID 02 - largeBiomes, ver 0. Features enabled: false
Level generator options:
Level spawn location: World: (188,64,239), Chunk: (at 12,4,15 in 11,14; contains blocks 176,0,224 to 191,255,239), Region: (0,0; contains chunks 0,0 to 31,31, blocks 0,0,0 to 511,255,511)
Level time: 225682838 game time, 226293177 day time
Level dimension: 0
Level storage version: 0x00000 - Unknown?
Level weather: Rain time: 0 (now: false), thunder time: 0 (now: false)
Level game mode: Game mode: survival (ID 0). Hardcore: false. Cheats: false
Forced entities: 121 total; -snip-
Retry entities: 0 total; []
Server brand: kcauldron,cauldron,craftbukkit,mcpc,fml,forge
Server type: Non-integrated multiplayer server
Stacktrace:
at net.minecraft.client.multiplayer.WorldClient.func_72914_a(WorldClient.java:373)
at net.minecraft.client.Minecraft.func_71396_d(Minecraft.java:2432)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:916)
at net.minecraft.client.main.Main.main(SourceFile:148)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at net.minecraft.launchwrapper.Launch.launch(Launch.java:135)
at net.minecraft.launchwrapper.Launch.main(Launch.java:28)
On the server side, the server (which does not have Fastcraft because Fastcraft does not support Cauldron) starts up OK, but Logistics Pipes (possibly among other things) seems badly broken and unable to load NBT data for pipes (or possibly for objects in them, I can't tell). The breakage may also extend to Forestry and Thaumic Tinkerer, but I can't tell for sure because I can't get a client up to log in to the server.
Okay, does it break for you then, using the 3.1.9-C build? Or is it just all of the 3.1.9 builds?
All of the 3.1.8 and 3.1.9 builds I've tried fail with one problem or another, either on the client, the server, or both. I believe this SPECIFIC problem is new to 3.1.9-B/C, but I don't think I tried 3.1.9 or 3.1.9-A.
All of the 3.1.8 and 3.1.9 builds I've tried fail with one problem or another, either on the client, the server, or both. I believe this SPECIFIC problem is new to 3.1.9-B/C, but I don't think I tried 3.1.9 or 3.1.9-A.
I honestly have no idea what the problem is, or what could even cause that problem to arise.
It looks like a bunch of mod conflicting nonsense to me, mainly because the crash report doesn't seem to pertain to Better Anvil at all.
I honestly have no idea what the problem is, or what could even cause that problem to arise.
It looks like a bunch of mod conflicting nonsense to me, mainly because the crash report doesn't seem to pertain to Better Anvil at all.
I have no idea either. But it only happens if I pull out the 4.0 alpha port ad drop in 3.1.9 instead. My guess is something about the item replacement is tripping up Forge somehow and causing it to error on other mods, but that's as far as I'm competent to guess. I have a gut feeling LogisticsPipes is involved, but it's just a hunch. Yet with the older Better Anvils version the entire modpack works fine.
I have no idea either. But it only happens if I pull out the 4.0 alpha port ad drop in 3.1.9 instead. My guess is something about the item replacement is tripping up Forge somehow and causing it to error on other mods, but that's as far as I'm competent to guess. I have a gut feeling LogisticsPipes is involved, but it's just a hunch. Yet with the older Better Anvils version the entire modpack works fine.
So —shrug— I dunno....
Huh, if older builds work for you, then it must be the way I'm replacing the anvil.
I recently changed the way the replacing works, it now registers the substituted anvil in the seemingly-correct stage (FMLPreInitializationEvent).
Honestly, I wouldn't know why registering the substitution too early would be a problem, considering the way it works; is that when it registers the item/block through FML, it checks if there's a substitution available for it and then registers that instead of the actual item/block.(It's pretty early where I live, apologies if you can't understand me.)
Huh, if older builds work for you, then it must be the way I'm replacing the anvil.
I recently changed the way the replacing works, it now registers the substituted anvil in the seemingly-correct stage (FMLPreInitializationEvent).
Honestly, I wouldn't know why registering the substitution too early would be a problem, considering the way it works; is that when it registers the item/block through FML, it checks if there's a substitution available for it and then registers that instead of the actual item/block.(It's pretty early where I live, apologies if you can't understand me.)
No, that made perfect sense. Even though I don't know anything about Forge internals, the explanation was clear. I wonder whether what's going on is that the replacement impacts Forge's internal count of item IDs in a way that actually works fine on a pure Forge server, but trips up Cauldron and causes it to be off-by-one or something like that.
One thing I'm curious about ... what is the advantage of actually replacing the vanilla anvil rather than extending it? Or am I misunderstanding and you can't easily extend a vanilla object "in place"?
No, that made perfect sense. Even though I don't know anything about Forge internals, the explanation was clear. I wonder whether what's going on is that the replacement impacts Forge's internal count of item IDs in a way that actually works fine on a pure Forge server, but trips up Cauldron and causes it to be off-by-one or something like that.
One thing I'm curious about ... what is the advantage of actually replacing the vanilla anvil rather than extending it? Or am I misunderstanding and you can't easily extend a vanilla object "in place"?
Well, technically we are extending to the vanilla anvil, but we're also making some minor changes, like when the block gets clicked and goes to the gui, we need to delegate to our own gui, so we have to hijack the method that does it; by extending to the block, and override the method adding our changes.
The way the registry system works, from what I understand of it, is that IDs sync between the server and client. Meaning that id mismatches will barely happen because they're getting synched between the server and client.
To reiterate though, I'm not exactly sure how the registry system actually works, but I have a basic understanding of it; meaning that I'm probably incorrect about what I just wrote down.
Hmmmmmmmmm. This is looking as though where things start going pear-shaped is between Buildcraft 7 and Logistics Pipes, but oddly only if one of the anvil-replacing builds of Better Anvils is installed. The latest Buildcraft 7 release "improves compatibility" with Logistics Pipes. I'm going to update that and retest.
update: didn't help.
I am beginning to strongly suspect that the real underlying problem here is that there is still a bug in Forge with respect to replacing vanilla blocks. Because I'm seeing all kinds of weird apparently-unconnected things blowing up and breaking, both on pure Forge and on Cauldron, affecting a variety of different mods — Industrialcraft2 failing to validate client IC2 version, Logistics Pipes failing to load NBT data for pipes, Forestry items missing, ThaumicTinkerer having aneurysms, Bibliocraft crashing on client connection — but only with anvil-replacing Better Anvils builds. If I take a test server instance that is blowing technicolor chunks all over the floor and make no change except switch BA 3.1.x out and drop BA 4.0-alpha back in, everything loads perfectly and all works. And as far as I'm aware, essentially the only substantive difference between 3.1.x and 4.0-alpha is that 4.0 adds the improved anvil alongside the vanilla anvil, while 3.1.x replaces the vanilla anvil. But none of the mods that have issues are in any way related to or make any use of Better Anvils, or anvils at all for that matter, and it doesn't appear to be a Cauldron problem because it happens on a pure-Forge server as well ... the only common factor I'm aware of is Forge itself.
So my gut feeling here is that there is a bug still buried deep inside Forge somewhere that is triggered by replacing a vanilla block, but once triggered only actually manifests with a certain set of mods which appears to include, but not necessarily be limited to, IC2, Buildcraft, Logistics Pipes, possibly Forestry, and Bibliocraft. Why those mods, I have no idea. The Buildcraft API ties the first three or four together; but to the best of my knowledge, Bibliocraft has no dependency on or connection to Buildcraft whatsoever.
Sorry about that, it's a known bug I can't fix with some major hacks on my part, the only way to fix it is to just have one of the Forge members fix it, which I some-what doubt will ever happen.
Just cheat the anvil in (open your world to lan with cheats enabled if you don't have cheats enabled for the world).
What exactly is the bug, missing recipe? Could the recipe be patched with MineTweaker? I'll give that a try when I test it.
Yeah, missing recipe. FML doesn't replace the recipe for the substitute item.
3.1.9B causes a crash on startup with KCauldron-1.7.10-1420-117 server.
Okay, I know what the problem is, I'm not remapping to the Minecraft anvil, however to Better Anvil's anvil, which is not good considering it's using substitution to replace the anvil and not actually registering Better Anvil's anvil.
(Gosh, I hope you understood that.)
I think I got it.
Alright, I'm releasing version C of 3.1.9 to fix that remapping issue.
http://www.mediafire.com/download/cxpoac6ufc9ackz/BetterAnvil-3.1.9-C.jar
This appears to trigger a client-side crash also involving Fastcraft and Redstone Arsenal:
On the server side, the server (which does not have Fastcraft because Fastcraft does not support Cauldron) starts up OK, but Logistics Pipes (possibly among other things) seems badly broken and unable to load NBT data for pipes (or possibly for objects in them, I can't tell). The breakage may also extend to Forestry and Thaumic Tinkerer, but I can't tell for sure because I can't get a client up to log in to the server.
Accursed forum WILL NOT spoilerize that log. Sorry. I tried four times.
No problem, I fixed it for you.
Does this problem happen without Better Anvil 3.1.9-X (bug fix version) being installed?
It does not occur with the 4.0.0.0-alpha release, no.
Oh, and thanks for fixing the broken spoiler.
Okay, does it break for you then, using the 3.1.9-C build? Or is it just all of the 3.1.9 builds?
All of the 3.1.8 and 3.1.9 builds I've tried fail with one problem or another, either on the client, the server, or both. I believe this SPECIFIC problem is new to 3.1.9-B/C, but I don't think I tried 3.1.9 or 3.1.9-A.
I honestly have no idea what the problem is, or what could even cause that problem to arise.
It looks like a bunch of mod conflicting nonsense to me, mainly because the crash report doesn't seem to pertain to Better Anvil at all.
I have no idea either. But it only happens if I pull out the 4.0 alpha port ad drop in 3.1.9 instead. My guess is something about the item replacement is tripping up Forge somehow and causing it to error on other mods, but that's as far as I'm competent to guess. I have a gut feeling LogisticsPipes is involved, but it's just a hunch. Yet with the older Better Anvils version the entire modpack works fine.
So —shrug— I dunno....
Huh, if older builds work for you, then it must be the way I'm replacing the anvil.
I recently changed the way the replacing works, it now registers the substituted anvil in the seemingly-correct stage (FMLPreInitializationEvent).
Honestly, I wouldn't know why registering the substitution too early would be a problem, considering the way it works; is that when it registers the item/block through FML, it checks if there's a substitution available for it and then registers that instead of the actual item/block.(It's pretty early where I live, apologies if you can't understand me.)
No, that made perfect sense. Even though I don't know anything about Forge internals, the explanation was clear. I wonder whether what's going on is that the replacement impacts Forge's internal count of item IDs in a way that actually works fine on a pure Forge server, but trips up Cauldron and causes it to be off-by-one or something like that.
One thing I'm curious about ... what is the advantage of actually replacing the vanilla anvil rather than extending it? Or am I misunderstanding and you can't easily extend a vanilla object "in place"?
Well, technically we are extending to the vanilla anvil, but we're also making some minor changes, like when the block gets clicked and goes to the gui, we need to delegate to our own gui, so we have to hijack the method that does it; by extending to the block, and override the method adding our changes.
The way the registry system works, from what I understand of it, is that IDs sync between the server and client. Meaning that id mismatches will barely happen because they're getting synched between the server and client.
To reiterate though, I'm not exactly sure how the registry system actually works, but I have a basic understanding of it; meaning that I'm probably incorrect about what I just wrote down.
Anyway, here's bug-fix version D of Better Anvil:
http://www.mediafire.com/download/jk04oz13522d2m0/BetterAnvil-3.1.9-D.jar
OK, I'll give it a shot. And I'll make sure I test against pure Forge servr as well as Cauldron.
Hmmmmmmmmm. This is looking as though where things start going pear-shaped is between Buildcraft 7 and Logistics Pipes, but oddly only if one of the anvil-replacing builds of Better Anvils is installed. The latest Buildcraft 7 release "improves compatibility" with Logistics Pipes. I'm going to update that and retest.
update: didn't help.
I am beginning to strongly suspect that the real underlying problem here is that there is still a bug in Forge with respect to replacing vanilla blocks. Because I'm seeing all kinds of weird apparently-unconnected things blowing up and breaking, both on pure Forge and on Cauldron, affecting a variety of different mods — Industrialcraft2 failing to validate client IC2 version, Logistics Pipes failing to load NBT data for pipes, Forestry items missing, ThaumicTinkerer having aneurysms, Bibliocraft crashing on client connection — but only with anvil-replacing Better Anvils builds. If I take a test server instance that is blowing technicolor chunks all over the floor and make no change except switch BA 3.1.x out and drop BA 4.0-alpha back in, everything loads perfectly and all works. And as far as I'm aware, essentially the only substantive difference between 3.1.x and 4.0-alpha is that 4.0 adds the improved anvil alongside the vanilla anvil, while 3.1.x replaces the vanilla anvil. But none of the mods that have issues are in any way related to or make any use of Better Anvils, or anvils at all for that matter, and it doesn't appear to be a Cauldron problem because it happens on a pure-Forge server as well ... the only common factor I'm aware of is Forge itself.
So my gut feeling here is that there is a bug still buried deep inside Forge somewhere that is triggered by replacing a vanilla block, but once triggered only actually manifests with a certain set of mods which appears to include, but not necessarily be limited to, IC2, Buildcraft, Logistics Pipes, possibly Forestry, and Bibliocraft. Why those mods, I have no idea. The Buildcraft API ties the first three or four together; but to the best of my knowledge, Bibliocraft has no dependency on or connection to Buildcraft whatsoever.