Проблема при запуске MCHeli

Версия Minecraft
1.7.10
API
Forge
D

Deshka

13
0
Всех приветствую. Возникла следующая ситуация : как ставлю MCHeli на сервер, клиент без проблем загружается до главного меню, сервер тоже запустился без проблем, но когда захожу на сервер, через пол секунды после подключения - краш клиента. Крашлога нигде нет, в консоли сервера только :
Deshka lost connection: Internal Exception: java.io.IOException: Connection reset by peer
[12:51:23 INFO]: Deshka left the game.
Запуская лаунчер с отладкой, она при появлении main menu перестает работать. В тлонче и в idea все запускается без проблем.
 
Сортировка по дате Сортировка по голосам
D

Deshka

13
0
все таки смог запустить с отладкой. Вот что она отобразила :

[22:26:30] [Netty Client IO #12/INFO]: Server FML protocol version 1, no additional data received
[22:26:30] [Netty Client IO #12/INFO]: Server protocol version 1
[22:26:34] [Netty Client IO #12/INFO]: Attempting connection with missing mods [itemphysic, tlauncher_custom_cape_skin, trade, customnpcs] at SERVER
[22:26:35] [Netty Client IO #12/INFO]: Injecting existing block and item data into this client instance
[22:26:39] [Netty Client IO #12/INFO]: Applying holder lookups
[22:26:39] [Netty Client IO #12/INFO]: Holder lookups applied
[22:26:42] [Client thread/INFO]: Legacy server message contains no default fluid list - there may be problems with fluids
[22:26:43] [Client thread/INFO]: [Client thread] Client side modded connection established
[22:26:50] [pool-2-thread-1/INFO]: defaultCustomTextures false
[22:26:12] [Netty Client IO #12/ERROR]: NetworkDispatcher exception
java.io.IOException: Программа на вашем хост-компьютере разорвала установленное подключение
at sun.nio.ch.SocketDispatcher.write0(Native Method)
at sun.nio.ch.SocketDispatcher.write(SocketDispatcher.java:51)
at sun.nio.ch.IOUtil.writeFromNativeBuffer(IOUtil.java:93)
at sun.nio.ch.IOUtil.write(IOUtil.java:51)
at sun.nio.ch.SocketChannelImpl.write(SocketChannelImpl.java:471)
at io.netty.buffer.UnpooledUnsafeDirectByteBuf.getBytes(UnpooledUnsafeDirectByteBuf.java:408)
at io.netty.buffer.UnpooledUnsafeDirectByteBuf.readBytes(UnpooledUnsafeDirectByteBuf.java:414)
at io.netty.channel.socket.nio.NioSocketChannel.doWriteBytes(NioSocketChannel.java:214)
at io.netty.channel.nio.AbstractNioByteChannel.doWrite(AbstractNioByteChannel.java:178)
at io.netty.channel.socket.nio.NioSocketChannel.doWrite(NioSocketChannel.java:231)
at io.netty.channel.AbstractChannel$AbstractUnsafe.flush0(AbstractChannel.java:680)
at io.netty.channel.nio.AbstractNioChannel$AbstractNioUnsafe.flush0(AbstractNioChannel.java:260)
at io.netty.channel.AbstractChannel$AbstractUnsafe.flush(AbstractChannel.java:649)
at io.netty.channel.DefaultChannelPipeline$HeadHandler.flush(DefaultChannelPipeline.java:1038)
at io.netty.channel.DefaultChannelHandlerContext.invokeFlush(DefaultChannelHandlerContext.java:674)
at io.netty.channel.DefaultChannelHandlerContext.flush(DefaultChannelHandlerContext.java:655)
at io.netty.channel.ChannelOutboundHandlerAdapter.flush(ChannelOutboundHandlerAdapter.java:115)
at io.netty.channel.DefaultChannelHandlerContext.invokeFlush(DefaultChannelHandlerContext.java:674)
at io.netty.channel.DefaultChannelHandlerContext.flush(DefaultChannelHandlerContext.java:655)
at io.netty.channel.ChannelOutboundHandlerAdapter.flush(ChannelOutboundHandlerAdapter.java:115)
at io.netty.channel.DefaultChannelHandlerContext.invokeFlush(DefaultChannelHandlerContext.java:674)
at io.netty.channel.DefaultChannelHandlerContext.flush(DefaultChannelHandlerContext.java:655)
at cpw.mods.fml.common.network.handshake.NetworkDispatcher.flush(NetworkDispatcher.java:447)
at io.netty.channel.DefaultChannelHandlerContext.invokeFlush(DefaultChannelHandlerContext.java:674)
at io.netty.channel.DefaultChannelHandlerContext.write(DefaultChannelHandlerContext.java:700)
at io.netty.channel.DefaultChannelHandlerContext.writeAndFlush(DefaultChannelHandlerContext.java:688)
at io.netty.channel.DefaultChannelHandlerContext.writeAndFlush(DefaultChannelHandlerContext.java:717)
at io.netty.channel.DefaultChannelPipeline.writeAndFlush(DefaultChannelPipeline.java:893)
at io.netty.channel.AbstractChannel.writeAndFlush(AbstractChannel.java:239)
at net.minecraft.network.NetworkManager$1.run(NetworkManager.java:174)
at io.netty.util.concurrent.SingleThreadEventExecutor.runAllTasks(SingleThreadEventExecutor.java:354)
at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:348)
at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:101)
at java.lang.Thread.run(Thread.java:745)

[22:26:20] [pool-2-thread-1/INFO]: defaultCustomTextures false
[22:26:30] [Client thread/INFO]: Java has been asked to exit (code 0) by cpw.mods.fml.common.FMLCommonHandler.exitJava(FMLCommonHandler.java:613).
[22:26:30] [Client thread/INFO]: This is an abortive exit and could cause world corruption or other things
[22:26:30] [Client thread/INFO]: If this was an unexpected exit, use -Dfml.debugExit=true as a JVM argument to find out where it was called
Here I am!
[VersionManager] Refreshing versions locally...
[VersionManager] Versions has been refreshed (26 ms)
[Launcher] Launcher exited.
[Launcher] Minecraft closed with exit code: 0
 
Позитивный голос 0 Негативный голос
D

Deshka

13
0
krutoichel написал(а):
Либо где то в коде накосячил, либо ты что то в мсхели удалил что вызвало ща собой толчек неисправностей, у мсхели должен быть свой краш лог если он у тебя подключен, попробуй поискать там
Нажмите для раскрытия...
в главном моде есть классы с сохранением техники из mcheli в дома, а также flans , который тоже пересекается с mcheli в некоторых классах. Возможно из за этого? Когда на серв ставлю онли мсхели и дефолтный фланс - всё работает.
 
Позитивный голос 0 Негативный голос
K

krutoichel

15
1
Да возможно, mcheli вообще очень нестабильный мод на изменения в нём и может крашать от малейших изменений, то есть если вы ставили технику в мире после делали изменения этой техники то возможно пока вы не уберёте всё это дело будет крашить
 
Позитивный голос 0 Негативный голос
Войдите или зарегистрируйтесь для ответа.
Сверху