Ugdhar

I guess make sure you have the proper version of animania for the version of forge you're using and/or redownload it and try again. I'm still unsure why the log you posted doesn't have the crash, double check and make sure you're pulling logs/fml-client-latest.log from the proper profile directory (as shown in the launcher)

Weird, I don't even see any errors in there besides missing sounds. I'd still try removing the animania mod and trying it.

You're still not posting your logs/fml-client-latest.log file. But given the error you're posting, Animania is broken, try removing it. Without the log for more information, it's the best advice I've got.

But you probably need to give minecraft more memory in the profile options in the launcher.

Looks like digimobs is broken, try removing it and see what happens

Open a command prompt in the folder where your build.gradle is and type gradlew build *edit: The jar will be in the build/libs/ folder that is in that same folder. This jar file is the one you copy to the mods folder.

I would imagine you could have both versions installed, I don't know how easy it would be swapping back and forth though, you'd either have to change things like the PATH and JAVA_HOME environment variables, or specify full path names to the java(c) executables. This is just a guess, as I haven't bothered with java 9 since I pretty much only use it for tinkering with minecraft.

Your JRE is not in the program files\java\jre1.8.0_45 folder. Maybe it used to be, but that's some old stuff still kicking around or something. - There's no bin folder, which there should be as it contains the java executable. - When you do java -version it's showing 151, not 45. I'm not sure how or why things are like this, but there's definitely something messed up. If it were me, I would probably uninstall, then manually comb my system for java stuff, delete it, then reinstall fresh.

You wouldn't select the exe when adding to the path, just the bin folder. If you didn't select the bin folder, I don't think java will be in your path. What does java -version show from the commandline? Your statement about the fresh download ended with "i believe", that's why I'd like you to check running the command.

Show the output of java -version It's possible that even though you have 8 on there too, 9 is first in the path and is the one being used to launch. Double check your path to make sure it's pointing to java 8, and/or remove java 9, and see what happens.

If you username is [email protected] and your password is password, you should be adding [email protected] --password=password Is that how you're doing it in the argument box?

In eclipse, Run->Run Configurations, then after you select the configuration you are using the launch the client on the left, choose the Arguments tab, and the --username and --password arguments go in the program arguments box.

You have a mod for 1.6.4 trying to load on 1.12.2, try removing that and seeing if the problem still persists.

Is it possible to try with Oracle JDK instead of OpenJDK? It should work either way, but the official advice I've seen says to use Oracle. Might be worth a try

It will be in the minecraft profile directory\logs (same folder that contains the mods folder will contain the logs folder) Make sure you post it in spoiler tags (the eyeball button)

Please post your logs/fml-client-latest.log

First, I would try to update away from 1.8.9, it's getting pretty old and will probably stop being supported here much as 1.7.10 has. Are you using a texture or resource pack of some kind? If so, I would try just using the standard minecraft graphics and see what happens.

Post the fml-server-latest.log file please

https://docs.oracle.com/javase/tutorial/

Looks like DeltaRPG this time, remove that, try again, if it still crashes, post the new log

Post the new log after removing that mod. You could try with no mods, and add them in 1 by 1, trying in between, and if it crashes, you'll know which mod you just added that caused the crash.

Please post the fml-client-latest.log (in the logs folder) in spoiler tags. It should give more info on what's up.

I believe you need to override transferStackInSlot in your container class. You can probably find an example in a vanilla container class

Try it, it sounds more logical (I haven't messed with entity joining events at all, so not sure myself), EntityEvent makes it sound like it will fire for ANYTHING related to entities, spawning, dying, joining the world, maybe even moving. The name of the method doesn't matter, it's having the @SubscribeEvent notation and the proper parameters that make it work.

That hs_err_pid2676.mdmp file is a memory dump file, honestly it wouldn't do you any good opening it anyway. If you still want to, just get a hex editor and open it up. It's not like a txt file, it's a binary dump of what was in memory when stuff crashed, so it won't really be human readable.