Uploaded image for project: 'Minecraft: Java Edition'
  1. Minecraft: Java Edition
  2. MC-32168

Exception while updating neighbours java.lang.StackOverflowError (tile.water / tile.lava)

    XMLWordPrintable

    Details

    • Type: Bug
    • Status: Open
    • Resolution: Unresolved
    • Affects Version/s: Minecraft 13w38c, Minecraft 13w39b, Minecraft 13w41a, Minecraft 13w41b, Minecraft 13w42a, Minecraft 13w42b, Minecraft 13w43a, Minecraft 1.7, Minecraft 1.7.1, Minecraft 1.7.2, Minecraft 13w47e, Minecraft 1.7.9, Minecraft 1.7.10, Minecraft 14w33c, Minecraft 1.8-pre1, Minecraft 1.8, Minecraft 1.8.2, Minecraft 1.8.7, Minecraft 1.8.8, Minecraft 15w32a, Minecraft 1.9, Minecraft 1.10.2, Minecraft 1.11, Minecraft 1.12.1, Minecraft 1.12.2, Minecraft 17w50a, Minecraft 1.14.2
    • Fix Version/s: None
    • Labels:
      None
    • Confirmation Status:
      Confirmed
    • Category:
      Crash

      Description

      Mod note

      This issue is about crashing in normal / amplified / customized worlds when updating water and/or lava.
      Issues about crashing in superflat worlds with blocks needing a support layer is MC-93162

      I was in Survival with cheats on (gamemode 1 at time of crash) and I was teleporting to possible village locations that AMIDST-3.3 had shown on its map of seed #1, default biomes. I was at 4656, 80, 4320 and was trying to teleport to 2576, 80, 4336 and I crashed when Minecraft tried to load the terrain. A 2nd attempt resulted in the same crash. The 3rd time I tried to fly there and when I was near the possible village I saw a savanna plateau just before I crashed. I had seen in another savanna an area where the plateau had gone past the clouds and a floating island way past cloud level but not where it would break the height limit. I don't have a screen shot of the area where I crashed but I have one of the other savanna plateau with the island that went past the clouds

      Additionally here is something of value I found in the launcher that's not in the crash reports

      Client> 2013-09-21 12:25:13 [SERVER] [INFO] Saving and pausing game...
      Client> 2013-09-21 12:25:13 [SERVER] [INFO] Saving chunks for level 'Seed no1'/Overworld
      Client> 2013-09-21 12:25:13 [SERVER] [INFO] Saving chunks for level 'Seed no1'/Nether
      Client> 2013-09-21 12:25:13 [SERVER] [INFO] Saving chunks for level 'Seed no1'/The End
      Client> 2013-09-21 12:26:00 [SERVER] [WARNING] Can't keep up! Did the system time change, or is the server overloaded?
      Client> 2013-09-21 12:26:47 [SERVER] [WARNING] Can't keep up! Did the system time change, or is the server overloaded?
      Client> Warning: Clientside chunk ticking took 104 ms
      Client> Warning: Clientside chunk ticking took 261 ms
      Client> Warning: Clientside chunk ticking took 185 ms
      Client> 2013-09-21 12:27:31 [SERVER] [WARNING] Can't keep up! Did the system time change, or is the server overloaded?
      Client> 2013-09-21 12:28:18 [SERVER] [WARNING] Can't keep up! Did the system time change, or is the server overloaded?
      Client> Warning: Clientside chunk ticking took 147 ms
      Client> Warning: Clientside chunk ticking took 152 ms
      Client> Warning: Clientside chunk ticking took 195 ms
      Client> Warning: Clientside chunk ticking took 206 ms
      Client> s: Exception while updating neighbours
      

      How to reproduce

      From MC-104804

      Amplified generation with the following seed

      6455076524068966402
      

      Debugging info

      MC-32168 Amplified seed 6455076524068966402 method calls.txt includes the method calls for an amplified world with the seed 6455076524068966402 before the crash. Format is:

      X Y Z ACTION/METHOD BLOCK_ID LEVEL
      

      where BLOCK TICK as ACTION is when the world generation updates a block after it placed it. Therefor the actions after the last BLOCK TICK are the interesting ones.
      All updates are immediately during generation (net.minecraft.world.World.immediateBlockTick(BlockPos, IBlockState, Random)), so in general changing this to have them be scheduled might solve this problem.

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                Unassigned
                Reporter:
                Tape_City Chris Beavans
              • Votes:
                11 Vote for this issue
                Watchers:
                11 Start watching this issue

                Dates

                • Created:
                  Updated:
                  CHK: