Jump to content

[1.10.2] Crash when trying to load external mod in development environment


Recommended Posts

Posted

I'm trying to develop a mod that depends on Realistic Terrain Generation (RTG) for terrain generation algorithms. My understanding is that, to load an external mod in the development environment, I can just place RTG's release jar into the /run/mods directory of my Eclipse workspace. According to some other forum threads I found, there used to be a problem with compatibility between obfuscated and deobfuscated versions of external mods, but apparently this has been changed in a recent version of Forge so that mods can be loaded whether or not they are obfuscated.

 

Unfortunately, when I try this with RTG, Minecraft crashes after postinitialisation with a NoClassDefFoundError. This happens whether or not I include its API in the /src/api source folder. I'm pretty sure it's not a problem with RTG, because there are already other mods that do the same thing - and with the same version of both Forge (12.18.2.2099) and RTG (4.1.2.4) - apparently without any problems. I don't really understand FML well enough to be able to tell how, though, and I couldn't find any similar threads on the forums.

 

Can anybody help?

 

Here's the stack trace:

  Reveal hidden contents
Posted

I'm having similar issues with a bunch of other 1.10.2 mods (cofhcore, codechickencore, jei - all downloaded from trustworthy sites), the only one I got running so far is hwyla. I also found, that the mcp conf directory for the deobfuscator doesn't exist on my computer for 1.10.2.  Please help.

Posted
  On 4/4/2017 at 2:30 PM, grexter said:

I'm having similar issues with a bunch of other 1.10.2 mods (cofhcore, codechickencore, jei - all downloaded from trustworthy sites), the only one I got running so far is hwyla.

Expand  

I tried a few more mods as well, and got similarly inconsistent results - WorldEdit, for example, crashes with similar errors, but Chisel doesn't. And I can't see what RTG, JEI and WorldEdit have in common that Chisel and HWYLA don't.

 

  On 4/4/2017 at 2:30 PM, grexter said:

I also found, that the mcp conf directory for the deobfuscator doesn't exist on my computer for 1.10.2.  Please help.

Expand  

Not sure what you mean by this. Is it part of the same problem? If not, you might be better off starting a new thread for it.

Posted (edited)

Building against mods is just the case of getting the deobfuscated (deobf in short) mod file and adding it to the gradle compile configuration.

All files in /libs are added to that configuration automagically as far as I can remember.

 

Not sure about mods with a declared api.

Edited by HashtagShell
type
Posted

Oh, I've got that far - my mod builds fine, and I can even compile it and run it (alongside RTG) in a normal Forge installation without any problems. What I'm having trouble with is getting RTG to run in the deobfuscated development environment. Sorry, I could probably have made that clearer in the first place.

Posted

Beware of core mods (I saw the word  "core" in at least one of the mod names listed above). Forge doesn't play nice with other core mods, so you could still have problems even if you do everything "right".

The debugger is a powerful and necessary tool in any IDE, so learn how to use it. You'll be able to tell us more and get better help here if you investigate your runtime problems in the debugger before posting.

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Announcements



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • I have used mixins once before, and it was with @At RETURN, so it worked fine. Now im trying to use it as INVOKE, and the compilation is successful, but the client crashes almost on startup (just a couple seconds after running runClient)   Im trying to inject the method finishConversion inside the ZombieVillager class. This is my Mixin class important stuff:   import net.minecraft.server.level.ServerLevel; import net.minecraft.world.entity.monster.ZombieVillager; import org.spongepowered.asm.mixin.Mixin; import org.spongepowered.asm.mixin.injection.At; import org.spongepowered.asm.mixin.injection.Inject; import org.spongepowered.asm.mixin.injection.callback.CallbackInfo; @Mixin(ZombieVillager.class) public class ZombieVillagerCures { @Inject(method = "finishConversion", at = @At(value = "INVOKE_ASSIGN", target = "Lnet/minecraft/world/entity/LivingEntity;addEffect(Lnet/minecraft/world/effect/MobEffectInstance;)Z")) private void addZombieVillagerCuredAmmount(ServerLevel level, CallbackInfo info) { System.out.println("The Mixin Worked!!! " + level); } // Lnet/minecraft/world/entity/LivingEntity;addEffect(Lnet/minecraft/world/effect/MobEffectInstance;)Z } I'm sure the issue lies in the @At cuz other @At values work fine. Its probably the fully qualified name thing. idk how to get it in VS code
    • I'm wayy less skilled than you i bet, but maybe u could try to just convert one into the other?
    • wildbackport is not working
    • Through Betafort Recovery, Bitcoin scam victims can retrieve their money. I recommend Betafort Recovery to anyone who has fallen victim to a scam and has been looking for methods and techniques to recover their lost cryptocurrency or wallets. Betafort Recovery is a reliable cryptocurrency recovery firm that assists victims in recovering their stolen cryptocurrency and offers secure solutions to protect your wallets from online scammers. I must admit that I was deeply melancholy and had given up on life until these experts could restore my $23,400 to my wallet. If you've lost your cryptocurrency and you are helpless about it, contact Betafort Recovery to get your money back. One key aspect that makes Betafort Recovery stand out is its focus on providing secure solutions to protect wallets from online scammers. It's not just about recovering lost funds; it's also about preventing future incidents and ensuring that clients' digital assets are safeguarded against potential threats. This proactive approach demonstrates their commitment to the long-term financial security of their clients. Furthermore, for individuals who have lost their cryptocurrency and are feeling helpless, reaching out to Betafort Recovery could be a turning point in their situation. The reassurance that they are legitimate for seeking help and recovering lost funds can provide much-needed relief and a sense of empowerment. Betafort Recovery as a reliable cryptocurrency recovery firm is certainly well-founded. Their ability to assist scam victims in recovering stolen cryptocurrency, their focus on providing secure solutions, and their commitment to supporting clients through challenging situations make them a valuable resource for individuals navigating the complex world of digital currencies. If you or someone you know has fallen victim to a cryptocurrency scam, contacting Betafort Recovery could be the first step towards reclaiming lost funds and regaining peace of mind.  
    • Idk how i didn't notice that, but I deleted it and fixed some other issues and now I get this https://mclo.gs/YsWacqq
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.