I am working on updating from Loot++ 0.2.1 (for 1.7.10) to version 0.2.4. I am also using Thaumcraft 4.2.3.5.
Thaumcraft adds its vis stone to several of the loot chests by default. This vis stone has NBT data indicating how much of each vis aspect it contains. The default entry in chest_content.cfg (Loot++ 0.24) looks something like this:
The problem is that Thaumcraft is randomizing the vis amounts every time the game runs. So every time Minecraft is started, the chest_content.cfg gets populated with another entry for the Thaumcraft:ItemAmuletVis, but with different numbers in the NBT tag. These appear in nearly every type of loot chest, and after several times of starting Minecraft, the loot lists start to get spammed with vis stones.
As Thaumcraft doesn't have a config option to control population of loot chests, there seems to be no way to stop this behavior. I've tried removing the NBT tag in chest_content.cfg altogether, and I've tried weighting the vis stones to 0. Thaumcraft still pokes in a new one every time the game is run. This didn't happen in the older version of Loot++ where the NBT tag was not being explicitly shown in chest_content.cfg.
Is there a way to tell Loot++, in the default chest loot lists, to use "any" NBT tag, and to prevent a new entry from being generated when Thaumcraft randomizes the NBT on game load?
NoSuchField errors are usually version differences. I'm pretty sure I tested on 1448 - not sure why 1566 would be different. Looking at it, though, I think I can probably take that line out.
Thanks. I tried running it with 1448 and am getting the same error.
I'm running your alpha v43 on a server, and getting a crash apparently involving button block registry. This is a fresh build with only Forge 1566 and UBC installed. Here is the crash log:
---- Minecraft Crash Report ----
// Who set us up the TNT?
Time: 3/2/16 9:04 PM
Description: Exception in server tick loop
cpw.mods.fml.common.LoaderException: java.lang.reflect.InvocationTargetException
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:239)
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:188)
at exterminatorJeff.undergroundBiomes.api.NamedBlock.gameRegister(NamedBlock.java:21)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.createButton(UBButtonBlockGroup.java:107)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.<init>(UBButtonBlockGroup.java:98)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.createButtonSet(UBButtonBlockGroup.java:40)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:30)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:27)
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInitButtons(UndergroundBiomesConstructs.java:123)
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInit(UndergroundBiomesConstructs.java:93)
at exterminatorJeff.undergroundBiomes.common.UndergroundBiomes.preInit(UndergroundBiomes.java:341)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:556)
at cpw.mods.fml.server.FMLServerHandler.beginServerLoading(FMLServerHandler.java:88)
at cpw.mods.fml.common.FMLCommonHandler.onServerStart(FMLCommonHandler.java:314)
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:117)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387)
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:226)
... 42 more
Caused by: java.lang.NoSuchFieldError: field_77791_bV
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:56)
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:38)
... 47 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- System Details --
Details:
Minecraft Version: 1.7.10
Operating System: Linux (amd64) version 3.19.0-49-generic
Java Version: 1.8.0_72, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 1273483904 bytes (1214 MB) / 1387266048 bytes (1323 MB) up to 1908932608 bytes (1820 MB)
JVM Flags: 3 total; -Xms1G -Xmx2G -XX:CICompilerCount=2
AABB Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
FML: MCP v9.05 FML v7.10.99.99 Minecraft Forge 10.13.4.1566 4 mods loaded, 4 mods active
States: 'U' = Unloaded 'L' = Loaded 'C' = Constructed 'H' = Pre-initialized 'I' = Initialized 'J' = Post-initialized 'A' = Available 'D' = Disabled 'E' = Errored
UCH mcp{9.05} [Minecraft Coder Pack] (minecraft.jar)
UCH FML{7.10.99.99} [Forge Mod Loader] (forge-1.7.10-10.13.4.1566-1.7.10-universal.jar)
UCH Forge{10.13.4.1566} [Minecraft Forge] (forge-1.7.10-10.13.4.1566-1.7.10-universal.jar)
UCE UndergroundBiomes{0.7} [Underground Biomes Constructs] (UndergroundBiomesConstructs-1.7.10-v43(alpha).jar)
Profiler Position: N/A (disabled)
Is Modded: Definitely; Server brand changed to 'fml,forge'
Type: Dedicated Server (map_server.txt)
And here's the crash excerpt from the fml-server-latest.log, which refers to having caught an exception.
[21:04:17] [Server thread/TRACE] [UndergroundBiomes/UndergroundBiomes]: Sending event FMLPreInitializationEvent to mod UndergroundBiomes
[21:04:17] [Server thread/ERROR] [FML/UndergroundBiomes]: Caught an exception during block registration
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:1.8.0_72]
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[?:1.8.0_72]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:226) [GameRegistry.class:?]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:188) [GameRegistry.class:?]
at exterminatorJeff.undergroundBiomes.api.NamedBlock.gameRegister(NamedBlock.java:21) [NamedBlock.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.createButton(UBButtonBlockGroup.java:107) [UBButtonBlockGroup$UBButtonSet.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.<init>(UBButtonBlockGroup.java:98) [UBButtonBlockGroup$UBButtonSet.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.createButtonSet(UBButtonBlockGroup.java:40) [UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:30) [UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:27) [UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInitButtons(UndergroundBiomesConstructs.java:123) [UndergroundBiomesConstructs.class:?]
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInit(UndergroundBiomesConstructs.java:93) [UndergroundBiomesConstructs.class:?]
at exterminatorJeff.undergroundBiomes.common.UndergroundBiomes.preInit(UndergroundBiomes.java:341) [UndergroundBiomes.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) [FMLModContainer.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) [guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) [guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) [LoadController.class:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) [LoadController.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) [guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) [guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119) [LoadController.class:?]
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:556) [Loader.class:?]
at cpw.mods.fml.server.FMLServerHandler.beginServerLoading(FMLServerHandler.java:88) [FMLServerHandler.class:?]
at cpw.mods.fml.common.FMLCommonHandler.onServerStart(FMLCommonHandler.java:314) [FMLCommonHandler.class:?]
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:117) [lt.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387) [MinecraftServer.class:?]
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685) [li.class:?]
Caused by: java.lang.NoSuchFieldError: field_77791_bV
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:56) ~[ItemUBButtonBlock.class:?]
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:38) ~[ItemUBButtonBlock.class:?]
... 47 more
[21:04:17] [Server thread/TRACE] [UndergroundBiomes/UndergroundBiomes]: Sent event FMLPreInitializationEvent to mod UndergroundBiomes
[21:04:17] [Server thread/DEBUG] [FML/]: Bar Step: PreInitialization - Underground Biomes Constructs took 0.069s
[21:04:17] [Server thread/DEBUG] [FML/]: Bar Finished: PreInitialization took 0.101s
[21:04:17] [Server thread/INFO] [FML/]: Applying holder lookups
[21:04:17] [Server thread/INFO] [FML/]: Holder lookups applied
[21:04:17] [Server thread/INFO] [FML/]: Injecting itemstacks
[21:04:17] [Server thread/INFO] [FML/]: Itemstack injection complete
[21:04:17] [Server thread/ERROR] [FML/]: Fatal errors were detected during the transition from PREINITIALIZATION to INITIALIZATION. Loading cannot continue
[21:04:17] [Server thread/ERROR] [FML/]:
States: 'U' = Unloaded 'L' = Loaded 'C' = Constructed 'H' = Pre-initialized 'I' = Initialized 'J' = Post-initialized 'A' = Available 'D' = Disabled 'E' = Errored
UCH mcp{9.05} [Minecraft Coder Pack] (minecraft.jar)
UCH FML{7.10.99.99} [Forge Mod Loader] (forge-1.7.10-10.13.4.1566-1.7.10-universal.jar)
UCH Forge{10.13.4.1566} [Minecraft Forge] (forge-1.7.10-10.13.4.1566-1.7.10-universal.jar)
UCE UndergroundBiomes{0.7} [Underground Biomes Constructs] (UndergroundBiomesConstructs-1.7.10-v43(alpha).jar)
[21:04:17] [Server thread/ERROR] [FML/]: The following problems were captured during this phase
[21:04:17] [Server thread/ERROR] [FML/]: Caught exception from UndergroundBiomes
cpw.mods.fml.common.LoaderException: java.lang.reflect.InvocationTargetException
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:239) ~[GameRegistry.class:?]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:188) ~[GameRegistry.class:?]
at exterminatorJeff.undergroundBiomes.api.NamedBlock.gameRegister(NamedBlock.java:21) ~[NamedBlock.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.createButton(UBButtonBlockGroup.java:107) ~[UBButtonBlockGroup$UBButtonSet.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.<init>(UBButtonBlockGroup.java:98) ~[UBButtonBlockGroup$UBButtonSet.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.createButtonSet(UBButtonBlockGroup.java:40) ~[UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:30) ~[UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:27) ~[UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInitButtons(UndergroundBiomesConstructs.java:123) ~[UndergroundBiomesConstructs.class:?]
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInit(UndergroundBiomesConstructs.java:93) ~[UndergroundBiomesConstructs.class:?]
at exterminatorJeff.undergroundBiomes.common.UndergroundBiomes.preInit(UndergroundBiomes.java:341) ~[UndergroundBiomes.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) ~[FMLModContainer.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) ~[LoadController.class:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) ~[LoadController.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119) [LoadController.class:?]
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:556) [Loader.class:?]
at cpw.mods.fml.server.FMLServerHandler.beginServerLoading(FMLServerHandler.java:88) [FMLServerHandler.class:?]
at cpw.mods.fml.common.FMLCommonHandler.onServerStart(FMLCommonHandler.java:314) [FMLCommonHandler.class:?]
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:117) [lt.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387) [MinecraftServer.class:?]
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685) [li.class:?]
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:1.8.0_72]
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[?:1.8.0_72]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:226) ~[GameRegistry.class:?]
... 42 more
Caused by: java.lang.NoSuchFieldError: field_77791_bV
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:56) ~[ItemUBButtonBlock.class:?]
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:38) ~[ItemUBButtonBlock.class:?]
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:1.8.0_72]
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[?:1.8.0_72]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:226) ~[GameRegistry.class:?]
... 42 more
This crash occurs using the default config. The crash also occurs if I set UBC buttons to false in the config. Can you offer any insight?
Block attributes are stored as ItemStacks -- FML/Forge handle the rest, such as trying to resolve those ItemStacks when their resources have been removed. If the problem goes any deeper than this, it's not something I can easily resolve.
Thanks for getting back to me so quickly. I'm not referring to the general attributes of the Carpenter's Block itself. I am looking at the NBT tag stored in a specific placed block within the world and textured with another block. Inside the textured Carpenter's Block's NBT data, it contains the tag list "cbAttrList", including the values "Count", "cbAttribute", "Damage", and "id". I had determined the short value "id" to be referring to the block used to texture the Carpenter's Block. Is this something that Forge handles natively?
If you add/remove blocks to the level of ID changes, you're the one responsible to track and rename all changed ids.
In other words, what you are doing is entirely not supported.
I was given to understand that the numerical ID of a mod block could not be expected to stay constant even between worlds. Are you aware of any mods or tools that would force the integer ID of a block to remain the same across different builds? Such a tool would be incredibly useful.
I'm looking at portability of schematics. If I make a schematic using modded blocks, and then someone else tries to use the schematic with a different set of mods (including the ones used for the schematic, but possibly additional/fewer/different mods beyond that), I have no way to control which numerical IDs Forge is using on their build vs. mine. E.g., if I make a house using Carpenter's Wedges for the roof, and I texture that with UBC igneous cobblestone, let's say that has ID 3256 in my build. And I export said house to a schematic file. If another user, also using UBC but using other mods different to mine, downloads my schematic, that person finds themself with a roof made of (e.g.) Chisel Anti-Blocks -- because the Anti-Blocks have ID 3256 on that user's build.
Would it be possible to make the NBT data for Carpenter's Blocks blocks so that it uses a string block ID for the overlay textures, rather than the numerical ID?
I'm using CB v3.3.8_dev_r8 for 1.7.10, and I've run into the issue that when numerical block IDs change (due to adding/removing mods, for example), the overlay textures of my Carpenter's Blocks in existing worlds change. This problem also occurs when loading a schematic file including Carpenter's Blocks with overlays. If my configuration uses different numerical block IDs than those that existed upon creation of the schematic, then the overlays are all wrong.
No commas needed, just enter them in your JVM Arguments line as I have them above. If those don't work for you, you may need to tweak the numbers or which combination of flags you are using. These are just the values that I have found to work well (also using 64 bit and 8G of RAM).
I recommend this site for additional flags and information on what they do: Java
The "MaxPermSize" flag has been deprecated in Java 8 and replaced with the -XX:MaxMetaspaceSize flag. I have run into crashes of this type before and for me, it always boils down to memory/garbage collection issues. Flags that I have found to work well (and which seem to have resolved these crashes for me):
-Xms (sets initial heap size)
-Xmx (sets max size of memory allocation pool)
-XX:MetaspaceSize (Sets the size of the allocated class metadata space that will trigger a garbage collection the first time it is exceeded)
-Xmn (sets the initial heap size for the nursery)
-Xnoclassgc (disables GC of classes)
I found that setting a MaxMetaspaceSize caused freezes/crashes, so I don't use that one. (The Metaspace and MaxMetaspace replace PermSize and MaxPermSize respectively, though I think the metaspace versions are a bit different than the perm.) Values for Xms, Xms, MetaspaceSize, and Xmn will depend on how much RAM you have. I have set Xmx to half of my RAM, Xms to 1/4 of my RAM, and MetaspaceSize and Xmn both to 1/16 of my RAM, and those values have been working well. Play with the numbers until you find settings that work well for you.
Lastly, are you running a 64-bit machine? Putting -d64 as the first flag will force Minecraft to use the 64-bit version of Java. I don't think Minecraft does that by default.
I'd like to help you with this. Can you tell me what Java flags you are using in the "JVM Arguments" section of your minecraft launcher profile? Also, are you running singleplayer only, or are you running your own multiplayer server as well?
I'm attempting to recreate Metallurgy 4 in 1.8.9 as a Loot++ addon, and I've ran into a bit of a problem. I tried adding copper as a test to see how well everything would work, and everything so far seems to work, except for the fact that my blocks drop 1-3 of the block when mined, instead of just 1. I tested using the copper pick I added.
...
I ran into this problem when adding ores as well. Loot++ makes the block drop itself by default. Your line,
adds a second drop of copper ore, so with the default drop added by Loot++ when you create the block, you are getting 2 drops. (I'm not sure where your 3rd block drop is coming from, though.)
I solved this problem by removing the block drop in the remove section, and then adding my own as you did above. So in addition to what you have for the block drop additions, you would add this to the "remove" section:
I am trying to add recipes to Minebay to buy emeralds using various payment items which have the same id but different metadata. On singleplayer, this works fine, but on a server, the mod doesn't seem to be listening to the payment-metadata value. Here is an example:
This recipe should allow one to purchase 4 emeralds using 6 lapis lazuli as payment. On singleplayer, I see the expected behavior. But on the server, Minebay shows the payment item as ink (which is minecraft:dye with metadata 0). I have tried this using various payment items with various metadata, and Minebay always displays the metadata=0 version of the payment item while in multiplayer.
Speaking of metadata, is there a way to do a block addition with metadata, e.g. lootplusplus:my_block, meta 0; lootplusplus:my_block, meta 1, and so on?
Lastly, there seems to be an error in server-client communication for furnaces if the display name is too long. I'm using Loot++ v.0.20 for 1.7.10. Here are two new furnaces I defined:
In a server world, I placed down each of these furnaces. I can right-click on the basalt furnace, and it brings up the GUI and allows me to operate it as normal. However, upon right-clicking the black granite furnace, I am kicked out of the world and my client displays this error:
Internal Exception: io.netty.handler.codec.DecoderException: java.io.IOException: The received string length is longer than maximum allowed (33 > 32)
Oddly enough, I can interact with and use the black granite furnace just fine in a singleplayer world.
Shortening the display name to "Black Granite Cobble Furnace" allowed me to use the furnace on the server with no trouble. I haven't tested whether creating a crafting table with a display name > 32 characters would result in the same error. Walls, stairs, buttons, and the like seem to play fine with display names longer than 32 characters.
How does one remove a specific shapeless recipe in Loot++?
Underground Biomes adds a recipe wherein 9 of its lignite items turn into one minecraft:coal. I want to remove this recipe, but I don't want to remove all recipes that output minecraft:coal. I tried removing the lignite recipe as a shaped recipe, but Loot++ said it couldn't find the recipe. However, the recipe still exists. I suspect that Underground Biomes has registered the recipe as a shapeless recipe.
I also tried using the same recipe code in the "remove" section that I would use in the "add_shapeless" section:
0
Hi Tmtravlr,
I am working on updating from Loot++ 0.2.1 (for 1.7.10) to version 0.2.4. I am also using Thaumcraft 4.2.3.5.
Thaumcraft adds its vis stone to several of the loot chests by default. This vis stone has NBT data indicating how much of each vis aspect it contains. The default entry in chest_content.cfg (Loot++ 0.24) looks something like this:
S:"Thaumcraft:ItemAmuletVis-0-{aqua:300,terra:0,ignis:400,ordo:400,perditio:0,aer:100,}"=1-1-1
The problem is that Thaumcraft is randomizing the vis amounts every time the game runs. So every time Minecraft is started, the chest_content.cfg gets populated with another entry for the Thaumcraft:ItemAmuletVis, but with different numbers in the NBT tag. These appear in nearly every type of loot chest, and after several times of starting Minecraft, the loot lists start to get spammed with vis stones.
As Thaumcraft doesn't have a config option to control population of loot chests, there seems to be no way to stop this behavior. I've tried removing the NBT tag in chest_content.cfg altogether, and I've tried weighting the vis stones to 0. Thaumcraft still pokes in a new one every time the game is run. This didn't happen in the older version of Loot++ where the NBT tag was not being explicitly shown in chest_content.cfg.
Is there a way to tell Loot++, in the default chest loot lists, to use "any" NBT tag, and to prevent a new entry from being generated when Thaumcraft randomizes the NBT on game load?
Thanks.
0
Thanks. I tried running it with 1448 and am getting the same error.
1
Hi Zeno410,
I'm running your alpha v43 on a server, and getting a crash apparently involving button block registry. This is a fresh build with only Forge 1566 and UBC installed. Here is the crash log:
---- Minecraft Crash Report ----
// Who set us up the TNT?
Time: 3/2/16 9:04 PM
Description: Exception in server tick loop
cpw.mods.fml.common.LoaderException: java.lang.reflect.InvocationTargetException
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:239)
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:188)
at exterminatorJeff.undergroundBiomes.api.NamedBlock.gameRegister(NamedBlock.java:21)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.createButton(UBButtonBlockGroup.java:107)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.<init>(UBButtonBlockGroup.java:98)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.createButtonSet(UBButtonBlockGroup.java:40)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:30)
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:27)
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInitButtons(UndergroundBiomesConstructs.java:123)
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInit(UndergroundBiomesConstructs.java:93)
at exterminatorJeff.undergroundBiomes.common.UndergroundBiomes.preInit(UndergroundBiomes.java:341)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212)
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74)
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47)
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322)
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304)
at com.google.common.eventbus.EventBus.post(EventBus.java:275)
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119)
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:556)
at cpw.mods.fml.server.FMLServerHandler.beginServerLoading(FMLServerHandler.java:88)
at cpw.mods.fml.common.FMLCommonHandler.onServerStart(FMLCommonHandler.java:314)
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:117)
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387)
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685)
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:423)
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:226)
... 42 more
Caused by: java.lang.NoSuchFieldError: field_77791_bV
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:56)
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:38)
... 47 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
-- System Details --
Details:
Minecraft Version: 1.7.10
Operating System: Linux (amd64) version 3.19.0-49-generic
Java Version: 1.8.0_72, Oracle Corporation
Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation
Memory: 1273483904 bytes (1214 MB) / 1387266048 bytes (1323 MB) up to 1908932608 bytes (1820 MB)
JVM Flags: 3 total; -Xms1G -Xmx2G -XX:CICompilerCount=2
AABB Pool Size: 0 (0 bytes; 0 MB) allocated, 0 (0 bytes; 0 MB) used
IntCache: cache: 0, tcache: 0, allocated: 0, tallocated: 0
FML: MCP v9.05 FML v7.10.99.99 Minecraft Forge 10.13.4.1566 4 mods loaded, 4 mods active
States: 'U' = Unloaded 'L' = Loaded 'C' = Constructed 'H' = Pre-initialized 'I' = Initialized 'J' = Post-initialized 'A' = Available 'D' = Disabled 'E' = Errored
UCH mcp{9.05} [Minecraft Coder Pack] (minecraft.jar)
UCH FML{7.10.99.99} [Forge Mod Loader] (forge-1.7.10-10.13.4.1566-1.7.10-universal.jar)
UCH Forge{10.13.4.1566} [Minecraft Forge] (forge-1.7.10-10.13.4.1566-1.7.10-universal.jar)
UCE UndergroundBiomes{0.7} [Underground Biomes Constructs] (UndergroundBiomesConstructs-1.7.10-v43(alpha).jar)
Profiler Position: N/A (disabled)
Is Modded: Definitely; Server brand changed to 'fml,forge'
Type: Dedicated Server (map_server.txt)
And here's the crash excerpt from the fml-server-latest.log, which refers to having caught an exception.
[21:04:17] [Server thread/TRACE] [UndergroundBiomes/UndergroundBiomes]: Sending event FMLPreInitializationEvent to mod UndergroundBiomes
[21:04:17] [Server thread/ERROR] [FML/UndergroundBiomes]: Caught an exception during block registration
java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:1.8.0_72]
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[?:1.8.0_72]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:226) [GameRegistry.class:?]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:188) [GameRegistry.class:?]
at exterminatorJeff.undergroundBiomes.api.NamedBlock.gameRegister(NamedBlock.java:21) [NamedBlock.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.createButton(UBButtonBlockGroup.java:107) [UBButtonBlockGroup$UBButtonSet.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.<init>(UBButtonBlockGroup.java:98) [UBButtonBlockGroup$UBButtonSet.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.createButtonSet(UBButtonBlockGroup.java:40) [UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:30) [UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:27) [UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInitButtons(UndergroundBiomesConstructs.java:123) [UndergroundBiomesConstructs.class:?]
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInit(UndergroundBiomesConstructs.java:93) [UndergroundBiomesConstructs.class:?]
at exterminatorJeff.undergroundBiomes.common.UndergroundBiomes.preInit(UndergroundBiomes.java:341) [UndergroundBiomes.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) [FMLModContainer.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) [guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) [guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) [LoadController.class:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) [LoadController.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) [guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) [guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) [guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119) [LoadController.class:?]
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:556) [Loader.class:?]
at cpw.mods.fml.server.FMLServerHandler.beginServerLoading(FMLServerHandler.java:88) [FMLServerHandler.class:?]
at cpw.mods.fml.common.FMLCommonHandler.onServerStart(FMLCommonHandler.java:314) [FMLCommonHandler.class:?]
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:117) [lt.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387) [MinecraftServer.class:?]
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685) [li.class:?]
Caused by: java.lang.NoSuchFieldError: field_77791_bV
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:56) ~[ItemUBButtonBlock.class:?]
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:38) ~[ItemUBButtonBlock.class:?]
... 47 more
[21:04:17] [Server thread/TRACE] [UndergroundBiomes/UndergroundBiomes]: Sent event FMLPreInitializationEvent to mod UndergroundBiomes
[21:04:17] [Server thread/DEBUG] [FML/]: Bar Step: PreInitialization - Underground Biomes Constructs took 0.069s
[21:04:17] [Server thread/DEBUG] [FML/]: Bar Finished: PreInitialization took 0.101s
[21:04:17] [Server thread/INFO] [FML/]: Applying holder lookups
[21:04:17] [Server thread/INFO] [FML/]: Holder lookups applied
[21:04:17] [Server thread/INFO] [FML/]: Injecting itemstacks
[21:04:17] [Server thread/INFO] [FML/]: Itemstack injection complete
[21:04:17] [Server thread/ERROR] [FML/]: Fatal errors were detected during the transition from PREINITIALIZATION to INITIALIZATION. Loading cannot continue
[21:04:17] [Server thread/ERROR] [FML/]:
States: 'U' = Unloaded 'L' = Loaded 'C' = Constructed 'H' = Pre-initialized 'I' = Initialized 'J' = Post-initialized 'A' = Available 'D' = Disabled 'E' = Errored
UCH mcp{9.05} [Minecraft Coder Pack] (minecraft.jar)
UCH FML{7.10.99.99} [Forge Mod Loader] (forge-1.7.10-10.13.4.1566-1.7.10-universal.jar)
UCH Forge{10.13.4.1566} [Minecraft Forge] (forge-1.7.10-10.13.4.1566-1.7.10-universal.jar)
UCE UndergroundBiomes{0.7} [Underground Biomes Constructs] (UndergroundBiomesConstructs-1.7.10-v43(alpha).jar)
[21:04:17] [Server thread/ERROR] [FML/]: The following problems were captured during this phase
[21:04:17] [Server thread/ERROR] [FML/]: Caught exception from UndergroundBiomes
cpw.mods.fml.common.LoaderException: java.lang.reflect.InvocationTargetException
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:239) ~[GameRegistry.class:?]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:188) ~[GameRegistry.class:?]
at exterminatorJeff.undergroundBiomes.api.NamedBlock.gameRegister(NamedBlock.java:21) ~[NamedBlock.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.createButton(UBButtonBlockGroup.java:107) ~[UBButtonBlockGroup$UBButtonSet.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup$UBButtonSet.<init>(UBButtonBlockGroup.java:98) ~[UBButtonBlockGroup$UBButtonSet.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.createButtonSet(UBButtonBlockGroup.java:40) ~[UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:30) ~[UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.block.UBButtonBlockGroup.define(UBButtonBlockGroup.java:27) ~[UBButtonBlockGroup.class:?]
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInitButtons(UndergroundBiomesConstructs.java:123) ~[UndergroundBiomesConstructs.class:?]
at exterminatorJeff.undergroundBiomes.constructs.UndergroundBiomesConstructs.preInit(UndergroundBiomesConstructs.java:93) ~[UndergroundBiomesConstructs.class:?]
at exterminatorJeff.undergroundBiomes.common.UndergroundBiomes.preInit(UndergroundBiomes.java:341) ~[UndergroundBiomes.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at cpw.mods.fml.common.FMLModContainer.handleModStateEvent(FMLModContainer.java:532) ~[FMLModContainer.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.sendEventToModContainer(LoadController.java:212) ~[LoadController.class:?]
at cpw.mods.fml.common.LoadController.propogateStateMessage(LoadController.java:190) ~[LoadController.class:?]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_72]
at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_72]
at com.google.common.eventbus.EventSubscriber.handleEvent(EventSubscriber.java:74) ~[guava-17.0.jar:?]
at com.google.common.eventbus.SynchronizedEventSubscriber.handleEvent(SynchronizedEventSubscriber.java:47) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatch(EventBus.java:322) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.dispatchQueuedEvents(EventBus.java:304) ~[guava-17.0.jar:?]
at com.google.common.eventbus.EventBus.post(EventBus.java:275) ~[guava-17.0.jar:?]
at cpw.mods.fml.common.LoadController.distributeStateMessage(LoadController.java:119) [LoadController.class:?]
at cpw.mods.fml.common.Loader.preinitializeMods(Loader.java:556) [Loader.class:?]
at cpw.mods.fml.server.FMLServerHandler.beginServerLoading(FMLServerHandler.java:88) [FMLServerHandler.class:?]
at cpw.mods.fml.common.FMLCommonHandler.onServerStart(FMLCommonHandler.java:314) [FMLCommonHandler.class:?]
at net.minecraft.server.dedicated.DedicatedServer.func_71197_b(DedicatedServer.java:117) [lt.class:?]
at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:387) [MinecraftServer.class:?]
at net.minecraft.server.MinecraftServer$2.run(MinecraftServer.java:685) [li.class:?]
Caused by: java.lang.reflect.InvocationTargetException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:1.8.0_72]
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[?:1.8.0_72]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:226) ~[GameRegistry.class:?]
... 42 more
Caused by: java.lang.NoSuchFieldError: field_77791_bV
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:56) ~[ItemUBButtonBlock.class:?]
at exterminatorJeff.undergroundBiomes.constructs.item.ItemUBButtonBlock.<init>(ItemUBButtonBlock.java:38) ~[ItemUBButtonBlock.class:?]
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) ~[?:1.8.0_72]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:62) ~[?:1.8.0_72]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:1.8.0_72]
at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[?:1.8.0_72]
at cpw.mods.fml.common.registry.GameRegistry.registerBlock(GameRegistry.java:226) ~[GameRegistry.class:?]
... 42 more
This crash occurs using the default config. The crash also occurs if I set UBC buttons to false in the config. Can you offer any insight?
Thanks.
0
Thanks. I appreciate the insight and will take a look at that Jigarbov filter.
0
Thanks for getting back to me so quickly. I'm not referring to the general attributes of the Carpenter's Block itself. I am looking at the NBT tag stored in a specific placed block within the world and textured with another block. Inside the textured Carpenter's Block's NBT data, it contains the tag list "cbAttrList", including the values "Count", "cbAttribute", "Damage", and "id". I had determined the short value "id" to be referring to the block used to texture the Carpenter's Block. Is this something that Forge handles natively?
Thanks.
0
I was given to understand that the numerical ID of a mod block could not be expected to stay constant even between worlds. Are you aware of any mods or tools that would force the integer ID of a block to remain the same across different builds? Such a tool would be incredibly useful.
I'm looking at portability of schematics. If I make a schematic using modded blocks, and then someone else tries to use the schematic with a different set of mods (including the ones used for the schematic, but possibly additional/fewer/different mods beyond that), I have no way to control which numerical IDs Forge is using on their build vs. mine. E.g., if I make a house using Carpenter's Wedges for the roof, and I texture that with UBC igneous cobblestone, let's say that has ID 3256 in my build. And I export said house to a schematic file. If another user, also using UBC but using other mods different to mine, downloads my schematic, that person finds themself with a roof made of (e.g.) Chisel Anti-Blocks -- because the Anti-Blocks have ID 3256 on that user's build.
0
Hi Mineshopper,
Would it be possible to make the NBT data for Carpenter's Blocks blocks so that it uses a string block ID for the overlay textures, rather than the numerical ID?
I'm using CB v3.3.8_dev_r8 for 1.7.10, and I've run into the issue that when numerical block IDs change (due to adding/removing mods, for example), the overlay textures of my Carpenter's Blocks in existing worlds change. This problem also occurs when loading a schematic file including Carpenter's Blocks with overlays. If my configuration uses different numerical block IDs than those that existed upon creation of the schematic, then the overlays are all wrong.
Thank you.
0
minecraft:water and minecraft:lava are the IDs of the standing fluid blocks.
0
Try these values as a starting point:
No commas needed, just enter them in your JVM Arguments line as I have them above. If those don't work for you, you may need to tweak the numbers or which combination of flags you are using. These are just the values that I have found to work well (also using 64 bit and 8G of RAM).
I recommend this site for additional flags and information on what they do: Java
0
The "MaxPermSize" flag has been deprecated in Java 8 and replaced with the -XX:MaxMetaspaceSize flag. I have run into crashes of this type before and for me, it always boils down to memory/garbage collection issues. Flags that I have found to work well (and which seem to have resolved these crashes for me):
-Xms (sets initial heap size)
-Xmx (sets max size of memory allocation pool)
-XX:MetaspaceSize (Sets the size of the allocated class metadata space that will trigger a garbage collection the first time it is exceeded)
-Xmn (sets the initial heap size for the nursery)
-Xnoclassgc (disables GC of classes)
I found that setting a MaxMetaspaceSize caused freezes/crashes, so I don't use that one. (The Metaspace and MaxMetaspace replace PermSize and MaxPermSize respectively, though I think the metaspace versions are a bit different than the perm.) Values for Xms, Xms, MetaspaceSize, and Xmn will depend on how much RAM you have. I have set Xmx to half of my RAM, Xms to 1/4 of my RAM, and MetaspaceSize and Xmn both to 1/16 of my RAM, and those values have been working well. Play with the numbers until you find settings that work well for you.
Lastly, are you running a 64-bit machine? Putting -d64 as the first flag will force Minecraft to use the 64-bit version of Java. I don't think Minecraft does that by default.
0
Hi,
I'd like to help you with this. Can you tell me what Java flags you are using in the "JVM Arguments" section of your minecraft launcher profile? Also, are you running singleplayer only, or are you running your own multiplayer server as well?
1
I ran into this problem when adding ores as well. Loot++ makes the block drop itself by default. Your line,
adds a second drop of copper ore, so with the default drop added by Loot++ when you create the block, you are getting 2 drops. (I'm not sure where your 3rd block drop is coming from, though.)
I solved this problem by removing the block drop in the remove section, and then adding my own as you did above. So in addition to what you have for the block drop additions, you would add this to the "remove" section:
0
Hello,
I am trying to add recipes to Minebay to buy emeralds using various payment items which have the same id but different metadata. On singleplayer, this works fine, but on a server, the mod doesn't seem to be listening to the payment-metadata value. Here is an example:
type=minebay,input-item=minecraft:emerald,input-amount=4,payment-item=minecraft:dye,payment-metadata=4,payment-price=10
This recipe should allow one to purchase 4 emeralds using 6 lapis lazuli as payment. On singleplayer, I see the expected behavior. But on the server, Minebay shows the payment item as ink (which is minecraft:dye with metadata 0). I have tried this using various payment items with various metadata, and Minebay always displays the metadata=0 version of the payment item while in multiplayer.
I am using version 3.4.8 of the mod for 1.7.10.
Thanks.
0
Oh, thanks! I had my metadata wrong.
Speaking of metadata, is there a way to do a block addition with metadata, e.g. lootplusplus:my_block, meta 0; lootplusplus:my_block, meta 1, and so on?
Lastly, there seems to be an error in server-client communication for furnaces if the display name is too long. I'm using Loot++ v.0.20 for 1.7.10. Here are two new furnaces I defined:
basalt_cobble_furnace_____Basalt Cobblestone Furnace_____lootplusplus:BasaltCobbleFurnaceTop_____lootplusplus:BasaltCobbleFurnaceSide_____lootplusplus:BasaltCobbleFurnaceFrontOff_____lootplusplus:BasaltCobbleFurnaceFrontOn_____rock_____2.0_____30.0_____pickaxe_____0_____0.6_____1.0_____-1
black_granite_cobble_furnace_____Black Granite Cobblestone Furnace_____lootplusplus:BlackGraniteCobbleFurnaceTop_____lootplusplus:BlackGraniteCobbleFurnaceSide_____lootplusplus:BlackGraniteCobbleFurnaceFrontOff_____lootplusplus:BlackGraniteCobbleFurnaceFrontOn_____rock_____2.0_____30.0_____pickaxe_____0_____0.6_____1.0_____-1
In a server world, I placed down each of these furnaces. I can right-click on the basalt furnace, and it brings up the GUI and allows me to operate it as normal. However, upon right-clicking the black granite furnace, I am kicked out of the world and my client displays this error:
Internal Exception: io.netty.handler.codec.DecoderException: java.io.IOException: The received string length is longer than maximum allowed (33 > 32)
Oddly enough, I can interact with and use the black granite furnace just fine in a singleplayer world.
Shortening the display name to "Black Granite Cobble Furnace" allowed me to use the furnace on the server with no trouble. I haven't tested whether creating a crafting table with a display name > 32 characters would result in the same error. Walls, stairs, buttons, and the like seem to play fine with display names longer than 32 characters.
Thank you.
0
Hello,
How does one remove a specific shapeless recipe in Loot++?
Underground Biomes adds a recipe wherein 9 of its lignite items turn into one minecraft:coal. I want to remove this recipe, but I don't want to remove all recipes that output minecraft:coal. I tried removing the lignite recipe as a shaped recipe, but Loot++ said it couldn't find the recipe. However, the recipe still exists. I suspect that Underground Biomes has registered the recipe as a shapeless recipe.
I also tried using the same recipe code in the "remove" section that I would use in the "add_shapeless" section:
minecraft:coal_____1_____0_____{}_____UndergroundBiomes:ligniteCoal_____0_____{}_____UndergroundBiomes:ligniteCoal_____0_____{}_____UndergroundBiomes:ligniteCoal_____0_____{}_____UndergroundBiomes:ligniteCoal_____0_____{}_____UndergroundBiomes:ligniteCoal_____0_____{}_____UndergroundBiomes:ligniteCoal_____0_____{}_____UndergroundBiomes:ligniteCoal_____0_____{}_____UndergroundBiomes:ligniteCoal_____0_____{}_____UndergroundBiomes:ligniteCoal_____0_____{}
This causes Loot++ to complain about being unable to find items "0" and "{}".
Any guidance would be appreciated. Thank you.