LLibrary

LLibrary

67M Downloads

Crash on Startup

TheBombTastic opened this issue ยท 7 comments

commented

I've downloaded a bunch of mods to play on a server with friends, but I seem to have received an issue that just has my game crashing on startup. I've been lead to believe that it's LLibrary (version 1.7.15) that's being an issue because I've been installing one mod at a time to find out which mod is being problematic and LLibrary is the thing that totally broke everything upon it being added. When I added Mowzies Mobs without LLibrary I was at least able to launch the game and was brought to the screen telling me LLibrary was needed in order for me to continue, but adding that just crashes my game. It seems that Minecraft isn't creating a crash logs folder in .minecraft, so I only have this log to provide.
latest.log
I also have the list of mods that I have right here if that helps.
image
My notable specs if needed are a GTX 1080 8 GB, 16 GB RAM, and a Ryzen 7 2700 3.2 GHz.
If anyone could find a fix or at least tell me what's causing my game to not run, that'd be greatly appreciated.

commented

Thanks for the advice. Updating the LLibrary version to the latest version made my game stop crashing, but then my friend's server would not start up. I'll ask him if he can test it with other versions and I'll get back to you with results.

commented

Hi, could you try updating your LLibrary version? This should be fixed in the latest release. :)

commented

Hi, I have the same issue. I removed all the mods and added them back one by one and found that llibrary caused the error. I am running forge version 1.12.2-14.23.5.2781. I am using IntellJ and I have added llibrary-1.7.18-1.12.2 to the libs directory. I usedgradlew setupDevWorkspace ideaModule and rebuilt the project. When I run the server side it runs sucessfully but IntellJ appears to load an earlier version, despite a later version being in the libs directory.
[Server thread/ERROR] [FML]: The mod llibrary is expecting signature b9f30a813bee3b9dd5652c460310cfcd54f6b7ec for source llibrary-1.7.14-1.12.2.jar, however there is no signature matching that description
[18:53:09] [Server thread/WARN] [LLibrary]: Detected invalid fingerprint for file llibrary-1.7.14-1.12.2.jar! You will not receive support with this tampered version of llibrary!
server_log_when_running_llibrary-1.7.18_in_libs_dir.log
When I run the client side, it crashes:
client_log_when_running_llibrary_1.7.18_in_libs_dir.log

commented

Can you try adding LLibrary via gradle with deobfCompile?

commented

Sure.
I added deobfCompile "net.ilexiconn:llibrary:1.7.18-1.12.2" to gradle.
I allowed Gradle to update itself.
I exited and ran gradlew setupDevWorkspace ideaModule
I reopened the project and allowed Gradle to update itself again.
I rebuilt the project.
I ran the server and it ran successfully but I got the same looking report as before.
[server_log_when_running_llibrary-1.7.18_as_gradle_dependency.log]
(https://github.com/iLexiconn/LLibrary/files/3220072/server_log_when_running_llibrary-1.7.18_as_gradle_dependency.log)
I ran the client side and it crashed, with the same looking report as before.
client_log_when_running_llibrary-1.7.18_as_gradle_dependency.log
Cheers

commented

That's.. really strange. Only thing I can think of is that there's some difference between Forge versions that's causing LLibrary to break -- does Forge 1.12.2-14.23.5.2795 work?

commented

I created a new skeleton project version = "1.12.2-14.23.5.2795". Server and Client run successfully with no mods. Total mess when I add deobfCompile "net.ilexiconn:llibrary:1.7.18-1.12.2" or deobfCompile "net.ilexiconn:llibrary:1.7.19-1.12.2", both client and server crash with each llibrary version.
crash-2019-05-26_20.52.21-client.txt
crash-2019-05-26_20.51.40-server.txt
crash-2019-05-26_20.51.05-server.txt
crash-2019-05-26_20.48.42-client.txt