[CRASH] [1.10.2] Tessellating CCL Block in World

Question

[CRASH] [1.10.2] Tessellating CCL Block in World

Utildayael opened this issue 8 years ago · 14 comments

Utildayael commented 8 years ago

Crash on joining MP server. Doesn't happen all the time. Looks like PR Transmission. I know the area I loaded in has some red alloy wires...

Description: Tessellating CCL block in world

java.lang.ArrayIndexOutOfBoundsException: 44
	at mrtjp.projectred.transmission.WireModelGen$$anonfun$addVerts$1.apply$mcVI$sp(RenderWire.scala:392)
	at scala.collection.immutable.Range.foreach$mVc$sp(Range.scala:160)
	at mrtjp.projectred.transmission.WireModelGen$.addVerts(RenderWire.scala:392)
	at mrtjp.projectred.transmission.WireModelGen$.mrtjp$projectred$transmission$WireModelGen$$generateSide(RenderWire.scala:257)
	at mrtjp.projectred.transmission.WireModelGen$$anonfun$generateModel$1.apply$mcVI$sp(RenderWire.scala:202)
	at scala.collection.immutable.Range.foreach$mVc$sp(Range.scala:160)
	at mrtjp.projectred.transmission.WireModelGen$.generateModel(RenderWire.scala:202)
	at mrtjp.projectred.transmission.RenderWire$.getOrGenerateModel(RenderWire.scala:59)
	at mrtjp.projectred.transmission.RenderWire$.render(RenderWire.scala:72)
	at mrtjp.projectred.transmission.WirePart.doStaticTessellation(wireabstracts.scala:284)
	at mrtjp.projectred.transmission.TWireCommons$class.renderStatic(wireabstracts.scala:148)
	at mrtjp.projectred.transmission.WirePart.renderStatic(wireabstracts.scala:191)
	at codechicken.multipart.TileMultipartClient$$anonfun$renderStatic$1.apply(TileMultipart.scala:557)
	at codechicken.multipart.TileMultipartClient$$anonfun$renderStatic$1.apply(TileMultipart.scala:557)
	at scala.collection.TraversableOnce$$anonfun$count$1.apply(TraversableOnce.scala:115)
	at scala.collection.TraversableOnce$$anonfun$count$1.apply(TraversableOnce.scala:114)
	at scala.collection.immutable.List.foreach(List.scala:383)
	at scala.collection.TraversableOnce$class.count(TraversableOnce.scala:114)
	at scala.collection.AbstractTraversable.count(Traversable.scala:104)
	at codechicken.multipart.TileMultipartClient$class.renderStatic(TileMultipart.scala:557)
	at TileMultipart_cmp$$0.renderStatic(Unknown Source)
	at codechicken.multipart.MultipartRenderer$.renderBlock(MultipartRenderer.scala:92)
	at codechicken.lib.render.block.BlockRenderingRegistry.renderBlock(BlockRenderingRegistry.java:94)
	at codechicken.lib.render.block.CCBlockRendererDispatcher.func_175018_a(CCBlockRendererDispatcher.java:53)
	at mods.betterfoliage.client.Hooks.renderWorldBlock(Hooks.kt:97)
	at net.minecraft.client.renderer.chunk.RenderChunk.func_178581_b(RenderChunk.java:290)
	at net.minecraft.client.renderer.chunk.ChunkRenderWorker.func_178474_a(ChunkRenderWorker.java:119)
	at net.minecraft.client.renderer.chunk.ChunkRenderWorker.run(ChunkRenderWorker.java:47)
	at java.lang.Thread.run(Unknown Source)

Full log:
https://pastebin.com/6EuDYYDP

MC 1.10.2
Forge 12.18.3.2254
PR 4.8.1.25

msgerbs · Answer 1 · 2017-04-07T01:55:46.000Z

I have several players on my server also experiencing this issue. We are running FTB Beyond 1.2.1.

java.lang.ArrayIndexOutOfBoundsException: 48
	at mrtjp.projectred.transmission.WireModelGen$$anonfun$addVerts$1.apply$mcVI$sp(RenderWire.scala:392)
	at scala.collection.immutable.Range.foreach$mVc$sp(Range.scala:160)
	at mrtjp.projectred.transmission.WireModelGen$.addVerts(RenderWire.scala:392)
	at mrtjp.projectred.transmission.WireModelGen$.mrtjp$projectred$transmission$WireModelGen$$generateSide(RenderWire.scala:257)
	at mrtjp.projectred.transmission.WireModelGen$$anonfun$generateModel$1.apply$mcVI$sp(RenderWire.scala:202)
	at scala.collection.immutable.Range.foreach$mVc$sp(Range.scala:160)
	at mrtjp.projectred.transmission.WireModelGen$.generateModel(RenderWire.scala:202)
	at mrtjp.projectred.transmission.RenderWire$.getOrGenerateModel(RenderWire.scala:59)
	at mrtjp.projectred.transmission.RenderWire$.render(RenderWire.scala:72)
	at mrtjp.projectred.transmission.WirePart.doStaticTessellation(wireabstracts.scala:284)
	at mrtjp.projectred.transmission.TWireCommons$class.renderStatic(wireabstracts.scala:148)
	at mrtjp.projectred.transmission.WirePart.renderStatic(wireabstracts.scala:191)
	at codechicken.multipart.TileMultipartClient$$anonfun$renderStatic$1.apply(TileMultipart.scala:557)
	at codechicken.multipart.TileMultipartClient$$anonfun$renderStatic$1.apply(TileMultipart.scala:557)
	at scala.collection.TraversableOnce$$anonfun$count$1.apply(TraversableOnce.scala:115)
	at scala.collection.TraversableOnce$$anonfun$count$1.apply(TraversableOnce.scala:114)
	at scala.collection.immutable.List.foreach(List.scala:383)
	at scala.collection.TraversableOnce$class.count(TraversableOnce.scala:114)
	at scala.collection.AbstractTraversable.count(Traversable.scala:104)
	at codechicken.multipart.TileMultipartClient$class.renderStatic(TileMultipart.scala:557)
	at TileMultipart_cmp$$2.renderStatic(Unknown Source)
	at codechicken.multipart.MultipartRenderer$.renderBlock(MultipartRenderer.scala:92)
	at codechicken.lib.render.block.BlockRenderingRegistry.renderBlock(BlockRenderingRegistry.java:93)
	at codechicken.lib.render.block.CCBlockRendererDispatcher.func_175018_a(CCBlockRendererDispatcher.java:53)
	at net.minecraft.client.renderer.chunk.RenderChunk.func_178581_b(RenderChunk.java:199)
	at net.minecraft.client.renderer.chunk.ChunkRenderWorker.func_178474_a(SourceFile:100)
	at net.minecraft.client.renderer.chunk.ChunkRenderWorker.run(SourceFile:43)
	at java.lang.Thread.run(Thread.java:745)

Full log: https://pastebin.com/pizK5sdb

MC 1.10.2
Forge 12.18.3.2254
PR 4.8.1.25
Forge Multipart CBE 2.0.0.29

Eufranio · Answer 2 · 2017-04-09T02:26:57.000Z

Same:

Description: Tessellating CCL block in world

java.lang.ArrayIndexOutOfBoundsException: 44
	at mrtjp.projectred.transmission.WireModelGen$$anonfun$addVerts$1.apply$mcVI$sp(RenderWire.scala:392)
	at scala.collection.immutable.Range.foreach$mVc$sp(Range.scala:160)
	at mrtjp.projectred.transmission.WireModelGen$.addVerts(RenderWire.scala:392)
	at mrtjp.projectred.transmission.WireModelGen$.mrtjp$projectred$transmission$WireModelGen$$generateSide(RenderWire.scala:257)
	at mrtjp.projectred.transmission.WireModelGen$$anonfun$generateModel$1.apply$mcVI$sp(RenderWire.scala:202)
	at scala.collection.immutable.Range.foreach$mVc$sp(Range.scala:160)
	at mrtjp.projectred.transmission.WireModelGen$.generateModel(RenderWire.scala:202)
	at mrtjp.projectred.transmission.RenderWire$.getOrGenerateModel(RenderWire.scala:59)
	at mrtjp.projectred.transmission.RenderWire$.render(RenderWire.scala:72)
	at mrtjp.projectred.transmission.WirePart.doStaticTessellation(wireabstracts.scala:284)
	at mrtjp.projectred.transmission.TWireCommons$class.renderStatic(wireabstracts.scala:148)
	at mrtjp.projectred.transmission.WirePart.renderStatic(wireabstracts.scala:191)
	at codechicken.multipart.TileMultipartClient$$anonfun$renderStatic$1.apply(TileMultipart.scala:557)
	at codechicken.multipart.TileMultipartClient$$anonfun$renderStatic$1.apply(TileMultipart.scala:557)
	at scala.collection.TraversableOnce$$anonfun$count$1.apply(TraversableOnce.scala:115)
	at scala.collection.TraversableOnce$$anonfun$count$1.apply(TraversableOnce.scala:114)
	at scala.collection.immutable.List.foreach(List.scala:383)
	at scala.collection.TraversableOnce$class.count(TraversableOnce.scala:114)
	at scala.collection.AbstractTraversable.count(Traversable.scala:104)
	at codechicken.multipart.TileMultipartClient$class.renderStatic(TileMultipart.scala:557)
	at TileMultipart_cmp$$0.renderStatic(Unknown Source)
	at codechicken.multipart.MultipartRenderer$.renderBlock(MultipartRenderer.scala:92)
	at codechicken.lib.render.block.BlockRenderingRegistry.renderBlock(BlockRenderingRegistry.java:94)
	at codechicken.lib.render.block.CCBlockRendererDispatcher.func_175018_a(CCBlockRendererDispatcher.java:53)
	at net.minecraft.client.renderer.chunk.RenderChunk.func_178581_b(RenderChunk.java:290)
	at net.minecraft.client.renderer.chunk.ChunkRenderWorker.func_178474_a(ChunkRenderWorker.java:119)
	at net.minecraft.client.renderer.chunk.ChunkRenderWorker.run(ChunkRenderWorker.java:47)
	at java.lang.Thread.run(Thread.java:745)

jarquafelmu · Answer 3 · 2017-04-11T01:21:32.000Z

Experiencing the same error message as Eufranio.

crash-2017-04-10_19.16.17-client.txt

bookerthegeek · Answer 4 · 2017-04-11T01:51:48.000Z

I get this error also. Can produce almost on command by breaking a read alloy wire with an area of effect tool.

Utildayael · Answer 5 · 2017-04-11T01:59:14.000Z

I just got this error placing a piece of red alloy wire. :(

…

On Apr 10, 2017, at 8:51 PM, BookerTheGeek ***@***.***> wrote: I get this error also. Can produce almost on command by breaking a read alloy wire with an area of effect tool. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or mute the thread.

Faryzal2020 · Answer 6 · 2017-04-13T15:03:21.000Z

a lot of players cant join to my modpack server because of this..

covers1624 · Answer 7 · 2017-04-13T21:27:28.000Z

Ok, is there a minimal modlist for this to happen, or a specific way to reproduce this, cant seem to in dev..

msgerbs · Answer 8 · 2017-04-13T22:31:58.000Z

I was on FTB Beyond 1.2.1 when we experienced this, not sure what the minimal mods to reproduce would be. I could maybe pull a backup of the map that was causing this but it might have rotated out already since we removed the wires last weekend.On Apr 13, 2017 4:27 PM, covers1624 <[email protected]> wrote:Ok, is there a minimal modlist for this to happen, or a specific way to reproduce this, cant seem to in dev.. —You are receiving this because you commented.Reply to this email directly, view it on GitHub, or mute the thread.

Utildayael · Answer 9 · 2017-04-14T16:08:37.000Z

Sadly I get it randomly. I’ve had the following scenarios cause it: 1. Red alloy wire come off an ExtraUtils redstone clock block. Block was on when I logged in so it was pulsing a signal. Log on, render scene, crash to desktop with error. 2. Placed a red alloy wire next to an ExtraUtils Mechanical User. Immediate crash to desktop with same error. So for me… both times have been red alloy wire next to ExtraUtils 2 blocks. One was on logon, other was on place. Not sure if anyone else has seen same trend or if it’s just coincidence that ExtraUtils2 blocks were involved both times for me. From: covers1624 [mailto:[email protected]] Sent: Thursday, April 13, 2017 4:28 PM To: MrTJP/ProjectRed <[email protected]> Cc: Utildayael <[email protected]>; Author <[email protected]> Subject: Re: [MrTJP/ProjectRed] [CRASH] [1.10.2] Tessellating CCL Block in World (#1155) Ok, is there a minimal modlist for this to happen, or a specific way to reproduce this, cant seem to in dev.. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#1155 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AM6z0r5SbgmkK_jT5sq4cnchswPVJET2ks5rvpNCgaJpZM4M0dJC> . <https://github.com/notifications/beacon/AM6z0mP8ArSGGthMJC0OpQpTtK8mEsiUks5rvpNCgaJpZM4M0dJC.gif>

jarquafelmu · Answer 10 · 2017-04-14T16:37:13.000Z

For me it wasn't extra utilities blocks. It was a line of red alloy cable on dirt or on Redstone lamp.

On Fri, Apr 14, 2017, 10:08 AM Utildayael ***@***.***> wrote: Sadly I get it randomly. I’ve had the following scenarios cause it: 1. Red alloy wire come off an ExtraUtils redstone clock block. Block was on when I logged in so it was pulsing a signal. Log on, render scene, crash to desktop with error. 2. Placed a red alloy wire next to an ExtraUtils Mechanical User. Immediate crash to desktop with same error. So for me… both times have been red alloy wire next to ExtraUtils 2 blocks. One was on logon, other was on place. Not sure if anyone else has seen same trend or if it’s just coincidence that ExtraUtils2 blocks were involved both times for me. From: covers1624 ***@***.*** Sent: Thursday, April 13, 2017 4:28 PM To: MrTJP/ProjectRed ***@***.***> Cc: Utildayael ***@***.***>; Author ***@***.***> Subject: Re: [MrTJP/ProjectRed] [CRASH] [1.10.2] Tessellating CCL Block in World (#1155) Ok, is there a minimal modlist for this to happen, or a specific way to reproduce this, cant seem to in dev.. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub < #1155 (comment)> , or mute the thread < https://github.com/notifications/unsubscribe-auth/AM6z0r5SbgmkK_jT5sq4cnchswPVJET2ks5rvpNCgaJpZM4M0dJC> . < https://github.com/notifications/beacon/AM6z0mP8ArSGGthMJC0OpQpTtK8mEsiUks5rvpNCgaJpZM4M0dJC.gif> — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#1155 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AFicqNV5kOn0ph0T6M_uO6RaZhf7ze7Zks5rv5oIgaJpZM4M0dJC> .

-- Sincerely, Sam

MrTJP · Answer 11 · 2017-04-14T16:43:51.000Z

Most likely a concurrency issue with the wire model generator. I have already committed a fix a while back.

Utildayael · Answer 12 · 2017-04-16T15:21:23.000Z

Thank you sir! From: MrTJP [mailto:[email protected]] Sent: Friday, April 14, 2017 11:44 AM To: MrTJP/ProjectRed <[email protected]> Cc: Utildayael <[email protected]>; Author <[email protected]> Subject: Re: [MrTJP/ProjectRed] [CRASH] [1.10.2] Tessellating CCL Block in World (#1155) Most likely a concurrency issue with the wire model generator. I have already committed a fix a while back. — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#1155 (comment)> , or mute the thread <https://github.com/notifications/unsubscribe-auth/AM6z0s2v3lvGeMCrAdF-WpbLO4WxrXReks5rv6JJgaJpZM4M0dJC> . <https://github.com/notifications/beacon/AM6z0l98s4fIPcMhgGWnNtNqBKTOF6Nfks5rv6JJgaJpZM4M0dJC.gif>

jarquafelmu · Answer 13 · 2017-04-16T15:25:22.000Z

Thank you MrTJP, What version of project red should this fix affect? Is there any chance of seeing it soon?

MrTJP · Answer 14 · 2017-04-16T15:59:26.000Z

Definitely by the end of today, just trying to finish up a few things

Share to