Jump to content

Recommended Posts

Posted

Hello.. I recently upgraded to MC 172 (from 164) and subsequently forge-1.7.2-10.12.0.1024 (I have also tried 1029 client, although I did not update the server).  After upgrading to 172, everything was working fine. However when I add Minecraft Forge I get text messages immediately upon entering the server (I am running a Linux server) stating "Unable to locate sign at XX, XX, XX".  The sign locations seem random, and there are usually only 2 - 3 messages upon logging in.  If I move to a previously unloaded chunk I will possibly get more messages.

 

I have scoured the web and these forums for such a problem and have found 1 posting on these forums which was resolved several releases ago.

 

I have reinstalled both the server and client side applications with no change in status.  I have installed a fresh client on a computer which has not previously run minecraft with the same outcome.  I have searched both server and client logs and only find the messages in the MC latest log for the client.  I have removed forge and verified that the messages do not occur in my vanilla MC, then re-added forge to once again receive the messages.

 

Thank you for your time.

 

Here is the FML latest log - http://pastebin.com/e4gBzKkk  Let me know if you need anything else.

Posted

Your server is telling your client that there is a sign at that location, without there actually being a sign there.

Either some mod you have installed is derping up, or something happened to signs. I just verified locally that Forge doesn't screw up signs.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Posted

Perhaps I should have mentioned this, but I have teleported to the coordinates, and there are indeed signs at every location I have teleported to.  This is occurring with no mods whatsoever besides forge, and definitely does not happen without forge.  Also, there is a post on here from January of last year with someone reporting a similar problem (although thier also consisted of missing pieces of their world which mine does not), but that issue was addressed in an earlier release.

 

I am 100% sure this has something to do with forge as I have tested extensively and it only happens when I enable forge, and with no other mods.

 

This is a fairly old world, and has MANY signs (in caverns and such).. Perhaps it has something to do with the number of signs?

Posted

Number of signs would be no issue.

Give me your world so I can try to reproduce.

The issue is your client thinks there is no sign where the thing tells it there is supposed to be a sign.

Also, side note, your log doesn't line up with what you're saying {namely it doesn't have the error}

Nothing we can do to speculate as we can not reproduce it on our end, so either give us your world and hope we can reproduce, or try and figure it out yourself.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Posted

Thank you for the offer to try to reproduce the error with my world on your end.  I realized that I hadn't tried running the world in SP mode. So hoping to save you the trouble, I tried that this morning on my computer at work.  This PC had not run MC before, and once again I used no mods other than Forge.  Same thing, without forge I get no missing sign messages.  When I enable forge however, I get the messages. 

 

I also tried teleporting to the sign locations, removing and re-adding them to see if that would keep those signs from being reported as missing but I still get messages for the ones I switched out..

 

Here is the link to my world.  I wish you luck, and once again, thanks for taking the time.

 

https://drive.google.com/file/d/0BxTZeFsVvP8VVGo0VlIyQzkyX0E/edit?usp=sharing

Posted

Alright, now that I got your world I was able to reproduce.

This was happening for signs that were exactly on the 0 index of a chunk RIGHT outside your loaded chunk range.

It is actually a vanilla Minecraft issue, vanilla just likes to eat the information, and leak a bunch of stuff instead of complaining like it should.

Fixed here Note the change from '16' to '15' {Got to love programming u.u}

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

Posted

That was fast, thanks!

 

Now a couple questions (or 3)

 

So this is basically a minecraft bug that doesn't get reported normally but does with Forge?

I assume this has no long term detrimental effect on my world?

When you say, "fixed" do you mean you have fixed the error through the Forge mod (in essence cleaning up a vanilla MC bug?), so it will be "fixed" in a future Forge release?

Posted

Yes, its a normal minecraft bug that isn't reported because in vanilla it silently leaks tons of chunks in memory. With possible detrimental effects to the world/run.

With the fixes we put in Forge, there should be no detrimental effects anywhere. The fixes make it so that there are FAR less abandoned chunks out there that the just sit in memory slowing your game down.

When I said fixed, I also linked the commit that I pushed that fixed it. Every time we push to github it builds another version of Forge, which you can download from our downloads page. So, the fix is available now. Go get it. And yes, basically we fixed a vanilla bug, we do that quite often in Forge.

I do Forge for free, however the servers to run it arn't free, so anything is appreciated.
Consider supporting the team on Patreon

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

    • hello i am wanting to know if anyone can help me with this crash happened when i tried to go to bed on server https://pastebin.com/CezfAbAh
    • I accidentally posted this in the ForgeGradle subforum, super sorry. I meant to post it in the regular modders forum. Hopefully it can still reach the right people!
    • I've been trying to make an addon mod for create, but setting up dependencies and trying to add the mod into my mod environment has proven a little difficult for me. Ive been searching this forum and I've seen problems that were close to mine but not exactly mine, searching the error output just yields  people having trouble with their own modid, not an addons. The error while loading Minecraft,  "mods.toml missing metadata of modid create" and  "The Mod File C:Users\user1\data\<mod>\build\resources\main has mods that were not found" My build.gradle file plugins { id 'eclipse' id 'idea' id 'maven-publish' id 'net.minecraftforge.gradle' version '[6.0,6.2)' id 'org.parchmentmc.librarian.forgegradle' version '1.+' } version = mod_version group = mod_group_id base { archivesName = mod_id } // Mojang ships Java 17 to end users in 1.18+, so your mod should target Java 17. java.toolchain.languageVersion = JavaLanguageVersion.of(17) println "Java: ${System.getProperty 'java.version'}, JVM: ${System.getProperty 'java.vm.version'} (${System.getProperty 'java.vendor'}), Arch: ${System.getProperty 'os.arch'}" minecraft { mappings channel: 'parchment', version: '2023.09.03-1.20.1' copyIdeResources = true runs { configureEach { workingDirectory project.file('run') property 'forge.logging.markers', 'REGISTRIES' property 'forge.logging.console.level', 'debug' property 'mixin.env.remapRefMap', 'true' property 'mixin.env.refMapRemappingFile', "${projectDir}/build/createSrgToMcp/output.srg" mods { "${mod_id}" { source sourceSets.main } } } client { // ... mods { other_mod { // ... } // Configures the 'example' mod create { // Add a source set to a mod's sources source sourceSets.main // Merges this configuration and specifies whether to overwrite existing properties merge mods.other_mod, true } } } server { property 'forge.enabledGameTestNamespaces', mod_id args '--nogui' } // This run config launches GameTestServer and runs all registered gametests, then exits. // By default, the server will crash when no gametests are provided. // The gametest system is also enabled by default for other run configs under the /test command. gameTestServer { property 'forge.enabledGameTestNamespaces', mod_id } data { // example of overriding the workingDirectory set in configureEach above workingDirectory project.file('run-data') // Specify the modid for data generation, where to output the resulting resource, and where to look for existing resources. args '--mod', mod_id, '--all', '--output', file('src/generated/resources/'), '--existing', file('src/main/resources/') } } } // Include resources generated by data generators. sourceSets.main.resources { srcDir 'src/generated/resources' } repositories { maven { url = 'https://maven.tterrag.com/' } } dependencies { // Specify the version of Minecraft to use. // Any artifact can be supplied so long as it has a "userdev" classifier artifact and is a compatible patcher artifact. // The "userdev" classifier will be requested and setup by ForgeGradle. // If the group id is "net.minecraft" and the artifact id is one of ["client", "server", "joined"], // then special handling is done to allow a setup of a vanilla dependency without the use of an external repository. minecraft "net.minecraftforge:forge:1.20.1-47.3.22" implementation fg.deobf("com.simibubi.create:create-${create_minecraft_version}:${create_version}:slim") { transitive = false } implementation fg.deobf("com.jozufozu.flywheel:flywheel-forge-${flywheel_minecraft_version}:${flywheel_version}") implementation fg.deobf("com.tterrag.registrate:Registrate:${registrate_version}") // Example mod dependency with JEI - using fg.deobf() ensures the dependency is remapped to your development mappings // The JEI API is declared for compile time use, while the full JEI artifact is used at runtime // compileOnly fg.deobf("mezz.jei:jei-${mc_version}-common-api:${jei_version}") // compileOnly fg.deobf("mezz.jei:jei-${mc_version}-forge-api:${jei_version}") // runtimeOnly fg.deobf("mezz.jei:jei-${mc_version}-forge:${jei_version}") // Example mod dependency using a mod jar from ./libs with a flat dir repository // This maps to ./libs/coolmod-${mc_version}-${coolmod_version}.jar // The group id is ignored when searching -- in this case, it is "blank" // implementation fg.deobf("blank:coolmod-${mc_version}:${coolmod_version}") // For more info: // http://www.gradle.org/docs/current/userguide/artifact_dependencies_tutorial.html // http://www.gradle.org/docs/current/userguide/dependency_management.html } // This block of code expands all declared replace properties in the specified resource targets. // A missing property will result in an error. Properties are expanded using ${} Groovy notation. // When "copyIdeResources" is enabled, this will also run before the game launches in IDE environments. // See https://docs.gradle.org/current/dsl/org.gradle.language.jvm.tasks.ProcessResources.html tasks.named('processResources', ProcessResources).configure { var replaceProperties = [ minecraft_version: minecraft_version, minecraft_version_range: minecraft_version_range, forge_version: forge_version, forge_version_range: forge_version_range, loader_version_range: loader_version_range, mod_id: mod_id, mod_name: mod_name, mod_license: mod_license, mod_version: mod_version, mod_authors: mod_authors, mod_description: mod_description, ] inputs.properties replaceProperties filesMatching(['META-INF/mods.toml', 'pack.mcmeta']) { expand replaceProperties + [project: project] } } // Example for how to get properties into the manifest for reading at runtime. tasks.named('jar', Jar).configure { manifest { attributes([ 'Specification-Title' : mod_id, 'Specification-Vendor' : mod_authors, 'Specification-Version' : '1', // We are version 1 of ourselves 'Implementation-Title' : project.name, 'Implementation-Version' : project.jar.archiveVersion, 'Implementation-Vendor' : mod_authors, 'Implementation-Timestamp': new Date().format("yyyy-MM-dd'T'HH:mm:ssZ") ]) } // This is the preferred method to reobfuscate your jar file finalizedBy 'reobfJar' } // However if you are in a multi-project build, dev time needs unobfed jar files, so you can delay the obfuscation until publishing by doing: // tasks.named('publish').configure { // dependsOn 'reobfJar' // } // Example configuration to allow publishing using the maven-publish plugin publishing { publications { register('mavenJava', MavenPublication) { artifact jar } } } tasks.withType(JavaCompile).configureEach { options.encoding = 'UTF-8' // Use the UTF-8 charset for Java compilation } -And my mods.toml file  modLoader="javafml" #mandatory loaderVersion="[47,)" license="MIT" [[mods]] modId="mechmod" version="0.0.1" displayName="Create: Mechs" authors="Affe" [[dependencies.mechmod]] modId="create" mandatory=true versionRange="[0,)" ordering="NONE" side="BOTH" [[dependencies.mechmod]] modId="forge" mandatory=true versionRange="[47.1.3,)" ordering="NONE" side="BOTH" [[dependencies.mechmod]] modId="minecraft" mandatory=true versionRange="[1.20,1.21)" ordering="NONE" side="BOTH" [[dependencies.mechmod]] modId="flywheel" mandatory=true versionRange="[0.6.11,0.6.12)" ordering="AFTER" side="CLIENT" I thought I had implemented the code from the "depending on create" section from their github correctly. But I assume I haven't implemented something that is needed. But I don't know what or where. I can also provide any file you think will help with your diagnosis. Any help would be appreciated, cheers!   
    • Yo i might be a lil bit late but on 1.20.6 you can call BuiltInRegistries.ITEMS.getTagOrEmpty(*required tag*) to get an iterable of item holders, this might be possible on 1.18.2 as well. Then you get the items using for(Holder<Item> holder: iterable) or the .forEach(Consumer<Holder<Item>>) method, or convert the iterable to array/list/collection. When you get the holders, use the .get() method to get the items
    • I'm troubleshooting some mods that I want for a single player world in 1.21.4 and I was having trouble with a resource library config crashing my game so I tried another mod and the library config for that was causing crashes as well. I've updated java and forge recently. Both of these dependency mods have caused Exit Code: -1 but I'm using the crash report for the mod that I was originally wanting to use. https://pastebin.com/82FZPwS2
  • Topics

×
×
  • Create New...

Important Information

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