Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Infini-TIC crashing in preinit, unable to find valid oredict entries for Silent Gems. #32

Open
stillg0ld opened this issue Sep 17, 2019 · 1 comment

Comments

@stillg0ld
Copy link

Forge Version: 1.12.2-14.23.5.2847 (Latest)
Infini-Tic Version: 1.12.2-0.1.46 (Latest)
TiCon Version: 1.12.2-2.12.0.157 (Latest)
Silent Gems Version: 1.12.2-2.8.18+322 (Latest)

ISSUE:

Infini-Tic is unable to find oreDict/itemIDs during preinit phase of fml, crashing server on start up.
Crash report here vvv
INFINITICcrash-2019-09-16_13.04.33-server.txt

What I've Done To Troubleshoot

I've taken all the .json files out of the config and infini-tic loaded as normal with no functionality. I've added .json files back into the config, one by one, starting with the example .json for diamond that was uploaded to github with the mod. Diamond worked. My .json for ruby worked. My .json for sapphire worked. After one or two more files, they all started coming back with error on preinit saying that the materials could not be found. I took all 3 of those materials out and put three more in, same errors but it would load up. Seems as though theres an issue in the code but it loads if there are not too many .jsons. All oreDict entries and blockinfo has been triple-checked. All .jsons have been validated. Here is a list of the .jsons
vvv
jsons.zip

Likely solution

I've seen that a lot of people have had/are having issues with the mod working with gems, however I think the culprit may be the timing of mod loading. As you can see in the crash report, it's crashing in PreInit before silent gems can be pre-initialized. Therefore, infini-tic cannot load materials because they technically don't exist yet. I may be wrong, but I feel that it may work to add a dependency in the @mod annotations to load in PostInit or after all other mods if that is a possibility.

Takeaway

I love the idea and implementation behind this mod a lot and would love to see it functioning to it's full potential. It seems like there's still just a few kinks to work out. I look forward to hearing back, thanks for all the great work!

@AnrDaemon
Copy link

You can try to work around the issues by renaming the mod's .jar to sort after all the dependent mods.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants