Crashes in rftools dimensions
mika1369 opened this issue ยท 7 comments
No specific situations, although ive only crashed in rftools dimensions, this is in the skyfactory 3 modpack.
crash-2017-02-27_01.02.07-server.txt
crash-2017-02-15_23.55.33-client.txt
crash-2017-02-15_23.34.44-client.txt
crash-2017-02-15_23.30.41-client.txt
crash-2017-02-13_08.25.41-client.txt
crash-2017-03-01_01.15.43-server.txt
crash-2017-02-28_23.47.06-server.txt
crash-2017-02-28_07.30.03-server.txt
crash-2017-02-27_20.57.37-server.txt
crash-2017-02-27_16.24.00-server.txt
crash-2017-02-27_01.05.52-server.txt
2017-02-28-7.log.gz
2017-02-28-3.log.gz
2017-02-28-2.log.gz
2017-02-28-1.log.gz
2017-02-28-6.log.gz
2017-02-28-5.log.gz
2017-02-28-4.log.gz
Very little of those logs are crashing in rftools dimensions. What makes you point to this mod?
I have attached all i could find that seemed relevant, please do let me know if more are required
I'm pretty sure I was in Rftools dimensions at the time of all the crashes, let me just go trough the logs real quick, could very well be remembering wrong
Well yes. But are you blaming the nether when (for example) a furnace from mod X crashes in the nether? The fact that stuff crashes in rftools dimensions doesn't always mean it is caused by rftools dimensions :-)
Oh, i am aware, I just find it suspicious that I crash doing nothing in a rftools dimension, but not in my way too compact and machine heavy overworld.
I do apologise if I have put blame where it is not due.
Most, if not all of the crashes have been while exploring, could loading, unloading of chunks/blocks simply be overloading my client be the issue? - and could you possibly know if i can check this?
Just opened one of those .gz files, and realised they are encoded, and therefore looks like gibberish, so don't know if you can use those.
the ones I attached here might be more relevant, had to put them in a zip, as Github does not like the .log extension
