Upon crafting the Wireless map and placing it in my inventory, the client crashed. http://pastebin.com/vZdbrayy here is a copy of the crash report.
Also on a semi related note. is there a reason that you do not use a more formal bug tracking system than a forums thread? Using Github or some other method of tracking bug reports would not only make things easier on you the programmer, but also make it much easier for users to be able to look up and see if the bug they are reporting has already been addressed or not. At present there are 1175 pages on this thread, and to expect someone to even look through half of them to see if an issue has already been addressed is unreasonable.
***Update***
It would seem that as long as the item is in the inventory, it continues to crash the client. I just restarted my client, reconnected to my server, and before the world loaded on my client it crashed back to desktop again.
Please use spoiler tags or post your logs to Pastebin or Github Gists. Posting them raw like that makes it hard to quickly scan through postings looking for things, and in some cases wastes time.
When connecting the mekanism cables to a mekanism machine, and while cycling through the cable options, the server crashes when you reach the pull option.
***Update***
This crash should be considered a high priority issue as it prevents servers from being restarted until the offending cable is removed from the world with something such as MCEdit.
Issue at hand is, Thaumic Pipes are not connecting to TX devices like Essentia tubes do. After talking to Jezza, it would appear that his API is not currently being used by Thaumic Exploration so as to allow Thaumic Pipes to connect. Would it be possible to have this mod support added?
How about an explanation as to what blocks you are talking about, any console logs or crash logs pertaining to the issue? Without any information as to what block it is you are trying to break, or if your client is crashing or not, the only assistance I or anyone else here can provide is in the console type /gamemode 0 to put yourself back into survival as you more than likely got yourself into adventure mode.
For Better Chests 1.7.10, is the mod suppose to generate a blank config file? and also, shouldn't the Energy Upgrade consume fuel in order to generate energy? Mine situation is both the client and the server have blank configs, and the Energy Upgrade is not requiring or using fuel to produce energy.
Hi, can you please help me. I would like to use autofood but even with only immibis core in the mods folder the game crashes.
I have tried using the recommended version of forge (10.13.4.14480 and the latest version (10.13.4.1492)
I have also changed from Java 8 to Java 7.
All with the same result. What am I doing wrong?
(hopefully I got the spoiler thing right)
---- Minecraft Crash Report ----
// Hi. I'm Minecraft, and I'm a crashaholic.
Time: 19/08/15 7:50 PM
Description: There was a severe problem during mod loading that has caused the game to fail
cpw.mods.fml.common.LoaderException: java.lang.NoClassDefFoundError: mods/immibis/core/impl/crossmod/EnergyConsumerTraitImpl_RF
at cpw.mods.fml.common.LoadController.transition(LoadController.java:163)
at cpw.mods.fml.common.Loader.loadMods(Loader.java:544)
at cpw.mods.fml.client.FMLClientHandler.beginMinecraftLoading(FMLClientHandler.java:208)
at net.minecraft.client.Minecraft.func_71384_a(Minecraft.java:480)
at net.minecraft.client.Minecraft.func_99999_d(Minecraft.java:878)
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)
Caused by: java.lang.NoClassDefFoundError: mods/immibis/core/impl/crossmod/EnergyConsumerTraitImpl_RF
at mods.immibis.core.ImmibisCore.initPreferredEnergySystem(ImmibisCore.java:174)
at mods.immibis.core.ImmibisCore.<init>(ImmibisCore.java:112)
at mods.immibis.core.ICNonCoreMod.<init>(ICNonCoreMod.java:24)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown Source)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source)
at java.lang.reflect.Constructor.newInstance(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at cpw.mods.fml.common.ILanguageAdapter$JavaAdapter.getNewInstance(ILanguageAdapter.java:173)
at cpw.mods.fml.common.FMLModContainer.constructMod(FMLModContainer.java:506)
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 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(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
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.loadMods(Loader.java:513)
... 10 more
Caused by: java.lang.ClassNotFoundException: mods.immibis.core.impl.crossmod.EnergyConsumerTraitImpl_RF
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:191)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 42 more
Caused by: java.lang.NoClassDefFoundError: cofh/api/energy/IEnergyHandler
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(Unknown Source)
at java.security.SecureClassLoader.defineClass(Unknown Source)
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:182)
... 44 more
Caused by: java.lang.ClassNotFoundException: cofh.api.energy.IEnergyHandler
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:191)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 48 more
Caused by: java.lang.NullPointerException
at net.minecraft.launchwrapper.LaunchClassLoader.findClass(LaunchClassLoader.java:182)
... 50 more
A detailed walkthrough of the error, its code path and all known details is as follows:
---------------------------------------------------------------------------------------
Your client is crashing because the mod is looking for the RF api, but is not finding it because you do not have COFHCore installed. Go get COFHCore from Team COFH's page, and that should resolve your issue.
Added Connected Glass 1.0. It does what you'd expect from a mod called Connected Glass:
I think I have found a bug in the most recent release of Connected Glass. I have Chisel 2 mod installed, and I have the Japanese glass placed in the world. The problem is, that in my inventory and in the NEI, it looks like it should, however when you place it in the world, it graphically turns into normal glass texture. The ID for the Japanese Glass is 0463:3, while normal vanilla glass is 0020. I have tested the various glasses in my mod pack, and the only ones that appear to be affected are the ones added by Chisel 2 mod, however not all of them seem to be affected. The following is the list of meta values that are being affected, as well as those which are rendering like they are expected to:
ID Values being affected by Connected Glass:
0463:2 Chinese Glass
0463:3 Japanese Glass
0463:3 Dungeon Glass
0463:8 Screen
0463:12 Streak Glass
0463:13 Thick Grid Glass
0463:14 Thin Grid Glass
0463:15 Modern Iron Fence
Just a warning: the current version (WarpTheory-1.7-1.0-24) causes the server to crash when the Vertigo effect comes up. The player.dat file gets corrupted, and needs to be deleted, which means loosing all your stuff and resetting to spawn, which sucks!
There is truth in part to this statement. When you receive the vertigo warp, it isnt actually crashing the server, but rather sending it into an infinite loop cycle. Also, deleting the player's .dat file is not needed in order to fix this problem. To resolve a vertigo problem, download the player's .dat file, open it up with NBTExplorer, and delete the folder "Warp Theory". Once deleted, save the .dat file, then upload it back to the server (deleting the pre-existing one first). Once that is done, and you have your server up and running, the player in question can safely log back on. I have personally just tested this on my server with Warp Theory 1.0-24 as well as Thaumcraft 4.2.3.5.
Also, as long as the player is not logged in, you can download, edit, and upload the player's .dat file, while the server is up and running. No restart is needed for the server to load an updated .dat file, as the data is loaded when the player logs into the server.
Bug/issue reports opened for both being unable to craft hemp into canvas, as well as being unable to use kits, or create a cooking campfire in 1.7.10 release version 2.1g
It seems that the only thing that cannot be crafted with the knife is hemp into canvas. In the NEI, it shows that it is a shapeless recipe of the knife and 1 hemp makes canvas, however this does not work. Using the knife to craft log seats works just fine, as does wool + knife into sleeping bag however, so whatever the problem is, it is isolated to just turning hemp into canvas.
As stated before, this is for MC 1.7.10 running version 2.1g on forge 1492 in an SMP environment.
One problem I am seeing is, once you use a knife and it takes damage, I am unable to use it any more to do further crafting. In fact, I just tried cheating a new knife to use on hemp, and it is not turning it into canvas. I am running version 2.1g
My wife's client keeps having a crashing issue as of late. http://pastebin.com/jUaEdZHT She will be playing along, and then while she is walking or flying (Extra Utilities crystal wings), her client crashes back to desktop. As this is the only minimap mod on her client, I can only conclude that someone about the render method is causing the crash.
Also, our minimaps fail to render either current map information, or any information at all (just blank black space). Her system is running Java 7, and mine is running Java 8, and both are experiencing the same issue.
0
Upon crafting the Wireless map and placing it in my inventory, the client crashed. http://pastebin.com/vZdbrayy here is a copy of the crash report.
Also on a semi related note. is there a reason that you do not use a more formal bug tracking system than a forums thread? Using Github or some other method of tracking bug reports would not only make things easier on you the programmer, but also make it much easier for users to be able to look up and see if the bug they are reporting has already been addressed or not. At present there are 1175 pages on this thread, and to expect someone to even look through half of them to see if an issue has already been addressed is unreasonable.
***Update***
It would seem that as long as the item is in the inventory, it continues to crash the client. I just restarted my client, reconnected to my server, and before the world loaded on my client it crashed back to desktop again.
0
Please use spoiler tags or post your logs to Pastebin or Github Gists. Posting them raw like that makes it hard to quickly scan through postings looking for things, and in some cases wastes time.
0
http://pastebin.com/y8UpJwpf
When connecting the mekanism cables to a mekanism machine, and while cycling through the cable options, the server crashes when you reach the pull option.
***Update***
This crash should be considered a high priority issue as it prevents servers from being restarted until the offending cable is removed from the world with something such as MCEdit.
0
This is a cross post bug report from Thaumic Pipes
https://github.com/Flaxbeard/Thaumic_Exploration/issues/48
https://github.com/Jezza/Thaumic-Pipes/issues/16
Issue at hand is, Thaumic Pipes are not connecting to TX devices like Essentia tubes do. After talking to Jezza, it would appear that his API is not currently being used by Thaumic Exploration so as to allow Thaumic Pipes to connect. Would it be possible to have this mod support added?
0
How about an explanation as to what blocks you are talking about, any console logs or crash logs pertaining to the issue? Without any information as to what block it is you are trying to break, or if your client is crashing or not, the only assistance I or anyone else here can provide is in the console type /gamemode 0 to put yourself back into survival as you more than likely got yourself into adventure mode.
0
For Better Chests 1.7.10, is the mod suppose to generate a blank config file? and also, shouldn't the Energy Upgrade consume fuel in order to generate energy? Mine situation is both the client and the server have blank configs, and the Energy Upgrade is not requiring or using fuel to produce energy.
0
Your client is crashing because the mod is looking for the RF api, but is not finding it because you do not have COFHCore installed. Go get COFHCore from Team COFH's page, and that should resolve your issue.
0
hit wrong reply button
0
I think I have found a bug in the most recent release of Connected Glass. I have Chisel 2 mod installed, and I have the Japanese glass placed in the world. The problem is, that in my inventory and in the NEI, it looks like it should, however when you place it in the world, it graphically turns into normal glass texture. The ID for the Japanese Glass is 0463:3, while normal vanilla glass is 0020. I have tested the various glasses in my mod pack, and the only ones that appear to be affected are the ones added by Chisel 2 mod, however not all of them seem to be affected. The following is the list of meta values that are being affected, as well as those which are rendering like they are expected to:
ID Values being affected by Connected Glass:
0463:2 Chinese Glass
0463:3 Japanese Glass
0463:3 Dungeon Glass
0463:8 Screen
0463:12 Streak Glass
0463:13 Thick Grid Glass
0463:14 Thin Grid Glass
0463:15 Modern Iron Fence
ID Values NOT being affected by Connected Glass:
0463:0 Asymmetrical Leaded Glass
0463:1 Bubble Glass
0463:5 Light Glass
0463:6 Borderless Glass
0463:7 Ornate Steel Glass
0463:9 Shale Glass
0463:9 Steel Frame Glass
0463:11 Stone Frame Glass
Screen shot of the above glass items in the world with Connected Glass installed:
https://dl.dropboxusercontent.com/u/251115511/Photos/Minecraft/2015-09-03_18.27.44.png
Screenshot of the above glass items in the world without Connected Glass installed:
https://dl.dropboxusercontent.com/u/251115511/Photos/Minecraft/2015-09-03_18.32.32.png
Version of MC installed: 1.7.10
Version of Forge: 1492
Version of immibis Core: 59.1.2
Version of Connected Glass: 59.0.2
If there is anything else you need, please let me know.
1
There is truth in part to this statement. When you receive the vertigo warp, it isnt actually crashing the server, but rather sending it into an infinite loop cycle. Also, deleting the player's .dat file is not needed in order to fix this problem. To resolve a vertigo problem, download the player's .dat file, open it up with NBTExplorer, and delete the folder "Warp Theory". Once deleted, save the .dat file, then upload it back to the server (deleting the pre-existing one first). Once that is done, and you have your server up and running, the player in question can safely log back on. I have personally just tested this on my server with Warp Theory 1.0-24 as well as Thaumcraft 4.2.3.5.
Also, as long as the player is not logged in, you can download, edit, and upload the player's .dat file, while the server is up and running. No restart is needed for the server to load an updated .dat file, as the data is loaded when the player logs into the server.
0
Bug/issue reports opened for both being unable to craft hemp into canvas, as well as being unable to use kits, or create a cooking campfire in 1.7.10 release version 2.1g
https://github.com/Rikmuld/CampingMod-mcmod/issues/59
https://github.com/Rikmuld/CampingMod-mcmod/issues/58
0
It seems that the only thing that cannot be crafted with the knife is hemp into canvas. In the NEI, it shows that it is a shapeless recipe of the knife and 1 hemp makes canvas, however this does not work. Using the knife to craft log seats works just fine, as does wool + knife into sleeping bag however, so whatever the problem is, it is isolated to just turning hemp into canvas.
As stated before, this is for MC 1.7.10 running version 2.1g on forge 1492 in an SMP environment.
0
I will try to get some client console logs for you. Hopefully they shed some light on this darkness.
0
One problem I am seeing is, once you use a knife and it takes damage, I am unable to use it any more to do further crafting. In fact, I just tried cheating a new knife to use on hemp, and it is not turning it into canvas. I am running version 2.1g
0
My wife's client keeps having a crashing issue as of late. http://pastebin.com/jUaEdZHT She will be playing along, and then while she is walking or flying (Extra Utilities crystal wings), her client crashes back to desktop. As this is the only minimap mod on her client, I can only conclude that someone about the render method is causing the crash.
Also, our minimaps fail to render either current map information, or any information at all (just blank black space). Her system is running Java 7, and mine is running Java 8, and both are experiencing the same issue.