You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Before submitting a bug, please make sure following checks.
You have finished loading all model packs before login to world/server.
You're using the latest stable, snapshot, or daily-snapshot version of fixRTM.
You're using correct version of RTM and NGTLib for your fixRTM.
You couldn't find same bag in the issues.
Descrive the bug
Stack overflow when breaking long rails.
I noticed it will judge the breaking field in jp.ngt.rtm.rail.TileEntityLargeRailCore to avoid recursion too many layers, but it may not work in the latest commit of fixRTM.
The full crash report is here (ubuntu pastebin)
To Reproduce
Make a long rail in a world(hundreds of meters, such as 200m, 300m...) and break the rail (instead of breaking the rail core, breaking the rail base will cause stack overflow).
Long rail may requires more viewing distance and longer marker search distance, so adjust the horizontal line to make the rail long is possible.
Expected Behavior
The rail should break entirely in a short time without stopping the server thread.
Actual Behavior
The server thread stops processing ticks (such as player can not send messages), and StackOverflowError was thrown.
You can see many rail bases and the core still exists on the server when re-entering the game (bases doesn't exist was rendered as bedrock here):
Before submitting a bug, please make sure following checks.
Descrive the bug
Stack overflow when breaking long rails.
I noticed it will judge the
breaking
field injp.ngt.rtm.rail.TileEntityLargeRailCore
to avoid recursion too many layers, but it may not work in the latest commit of fixRTM.The full crash report is here (ubuntu pastebin)
To Reproduce
Make a long rail in a world(hundreds of meters, such as 200m, 300m...) and break the rail (instead of breaking the rail core, breaking the rail base will cause stack overflow).
Long rail may requires more viewing distance and longer marker search distance, so adjust the horizontal line to make the rail long is possible.
Expected Behavior
The rail should break entirely in a short time without stopping the server thread.
Actual Behavior
The server thread stops processing ticks (such as player can not send messages), and StackOverflowError was thrown.
![Screenshot_2024-02-26_21-17-36](https://private-user-images.githubusercontent.com/31470772/307804538-a4fdf227-300a-4de5-b921-5a1caabb7413.png?jwt=eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJpc3MiOiJnaXRodWIuY29tIiwiYXVkIjoicmF3LmdpdGh1YnVzZXJjb250ZW50LmNvbSIsImtleSI6ImtleTUiLCJleHAiOjE3MjU5OTUyMzEsIm5iZiI6MTcyNTk5NDkzMSwicGF0aCI6Ii8zMTQ3MDc3Mi8zMDc4MDQ1MzgtYTRmZGYyMjctMzAwYS00ZGU1LWI5MjEtNWExY2FhYmI3NDEzLnBuZz9YLUFtei1BbGdvcml0aG09QVdTNC1ITUFDLVNIQTI1NiZYLUFtei1DcmVkZW50aWFsPUFLSUFWQ09EWUxTQTUzUFFLNFpBJTJGMjAyNDA5MTAlMkZ1cy1lYXN0LTElMkZzMyUyRmF3czRfcmVxdWVzdCZYLUFtei1EYXRlPTIwMjQwOTEwVDE5MDIxMVomWC1BbXotRXhwaXJlcz0zMDAmWC1BbXotU2lnbmF0dXJlPTY2ZjYzOTY5NmJlYzI2OGY1MjYyMTA0ZGY5OTE0MThkZDg5ZjdmYmUxMThjNmFjNmU3MDY1MzdhMjE3OTEzZGEmWC1BbXotU2lnbmVkSGVhZGVycz1ob3N0JmFjdG9yX2lkPTAma2V5X2lkPTAmcmVwb19pZD0wIn0.EmgnEAqGw4jyptkpQ1EPzeLgKFMdWWvIm2DSoiuIEK4)
You can see many rail bases and the core still exists on the server when re-entering the game (bases doesn't exist was rendered as bedrock here):
OS
Windows 10 Pro 22h2
Minecraft Forge Version
2859
fixRTM Version
commit 9eeff27: 9eeff27
Other Mods
Optifine, smoothfont, vanillafix, malisisdoors, squeedometer and more(see crash report for more details)
The text was updated successfully, but these errors were encountered: