Фикс Баги серверов с модами (Vanilla,MCPC)

Если копать сам приват, то не сможет, а если прилежащий блок к нему, то он снесёт и этот блок, и 3 привата.

 

А вообщще зачем этот бур если в индастриале есть свои буры и так?
Или вам буров надо много?) Но на мой взгляд много не всегда хорошо.

 

Там свои функции[DOUBLEPOST=1392901937,1392901072][/DOUBLEPOST]

Да, спасибо за информацию. Если исправите, напишите мне в личку.

 

Это тоже самое, что липкими поршнями блоки вытаскивать, только проще. Кто приватит хорошо - тому не страшно.

 

Для меня это не оправдание, игрок всё-равно пожалуется и обвинит.

 

Forestry: дюп меда через анализатор пчёл/деревьев/бабочек

1. Берём любой из анализаторов, открываем, кладём мёд в соответствующий слот и закрываем.
2. Теперь снова открываем. Наводим курсор на слот с мёдом и жмём клавишу 1-9 слота в котором у нас лежит сам анализатор, чтобы мёд встал на его слот. НЕ закрывая интерфейс анализатора, выкидываем анализатор из инвентаря.
3. Теперь можно закрыть интерфейс анализатора.
4. Подбираем выброшенный анализатор, открываем, и видим что в нём остался мёд. В итоге у нас мёд в инвентаре и в анализаторе.

Временное решение: запретить выбрасывать и подбирать анализаторы.

 

Вообще, подобная проблема наблюдается со всеми item'ами, имеющими инвентарь. И вся беда в том, что сохранение происходит только при корректном закрытии GUI, а ведь полно других способов выхода, что и позволяет обойти это "сохранение".

 

ModFixNG от Shevchik-a прекрасно исправляет данный дюп, и любой подобный дюп с итемом, имеющим инвентарь. Лежит в шапке темы.

 

Существует over9000 способов обхода. ModFix - это только костыль для данного дюпа.

 

Под 1.6.4 какая самая стабильная сборка IC2?

 

Как можно пофиксить дюп с помощью МФСУ (или любого другого хранителя). Суть такова: кладем вещь в слот зарядки и быстро нажимаем кнопки 1,2,3, после того как в слоте игрока появилось 3 вещи направляем в слот для зарядки вещей http://prntscr.com/2uyb1d и нажимаем уже там 3 раза быстро, нас выкидывает с сервера, когда заходим то у нас 2 вещи.

 

Народ помогите исправить баг с карьером. Версия майна 1.6.4, версия buildcraft-universal-1.6.4-4.2.2.455

 

Кто знает, как сильно нагружают сервер трубы из билдкрафта с лутом внутри? К примеру по 10 едениц лута в каждом блоке трубы, длиной 50 блоков? Если их закрыть фасадами, снизит ли это нагрузку на клиент?

 

Не снизит, дроп в трубах будет рендерится и дальше.

 

Недавно появился краш, все никак не могу понять, в чем дело

Код:

2014-03-10 15:25:41 [INFO] Read timed out
2014-03-10 15:25:44 [INFO] Read timed out
2014-03-10 15:25:50 [INFO] Connection reset
2014-03-10 15:25:59 [INFO] Connection reset
2014-03-10 15:26:16 [INFO] [RIOT] Наш сайт http:/[m
2014-03-10 15:26:26 [INFO] Read timed out
2014-03-10 15:27:02 [INFO] Read timed out
2014-03-10 15:27:16 [INFO] Read timed out
2014-03-10 15:27:23 [INFO] Read timed out
2014-03-10 15:28:13 [INFO] Read timed out
2014-03-10 15:28:16 [INFO] [RIOT] Все правила вы можете посмотреть на сайте.
2014-03-10 15:29:20 [INFO] Read timed out
2014-03-10 15:29:28 [INFO] Read timed out
2014-03-10 15:29:35 [INFO] Read timed out
2014-03-10 15:30:13 [SEVERE] The server has stopped responding!Please report this to http://www.mcportcentral.co.za/Spigot version: 1.4.7-R1.1-SNAPSHOTBegin Exception Trace For All Threads:"Chunk I/O Executor Thread-1" WAITING on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@2e7679fe
    at sun.misc.Unsafe.park(Native Method)
    -  waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@2e7679fe
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
    at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
    at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:744)


"Cleaner-thread-0" WAITING on snaq.db.ConnectionPool@f0d52e6
    at java.lang.Object.wait(Native Method)
    -  waiting on snaq.db.ConnectionPool@f0d52e6
    at java.lang.Object.wait(Object.java:503)
    at snaq.util.ObjectPool$Cleaner.run(ObjectPool.java:1265)


"CreativeControl Database Task #1" TIMED_WAITING
    at java.lang.Thread.sleep(Native Method)
    at me.FurH.Core.database.CoreSQLDatabase$CoreSQLThread.run(CoreSQLDatabase.java:665)


"DestroyJavaVM", "Signal Dispatcher" RUNNABLE


"File IO Thread" TIMED_WAITING
    at java.lang.Thread.sleep(Native Method)
    at aiw.b(ThreadedFileIOBase.java:61)
    at aiw.run(ThreadedFileIOBase.java:27)
    at java.lang.Thread.run(Thread.java:744)


"Finalizer" WAITING on java.lang.ref.ReferenceQueue$Lock@37b0582c
    at java.lang.Object.wait(Native Method)
    -  waiting on java.lang.ref.ReferenceQueue$Lock@37b0582c
    at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
    at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
    at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:189)


"Listen thread" RUNNABLE (in native)
    at java.net.PlainSocketImpl.socketAccept(Native Method)
    at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398)
    at java.net.ServerSocket.implAccept(ServerSocket.java:530)
    at java.net.ServerSocket.accept(ServerSocket.java:498)
    at hu.run(ServerListenThread.java:83)


"PermissionsEx-Cleaner" WAITING on java.util.TaskQueue@64432a86
    at java.lang.Object.wait(Native Method)
    -  waiting on java.util.TaskQueue@64432a86
    at java.lang.Object.wait(Object.java:503)
    at java.util.TimerThread.mainLoop(Timer.java:526)
    at java.util.TimerThread.run(Timer.java:505)


"Reference Handler" WAITING on java.lang.ref.Reference$Lock@1a6ccd44
    at java.lang.Object.wait(Native Method)
    -  waiting on java.lang.ref.Reference$Lock@1a6ccd44
    at java.lang.Object.wait(Object.java:503)
    at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)


"Server thread" RUNNABLE
    at ur.d(ItemStack.java:205)
    at buildcraft.core.inventory.TransactorSimple.getPartialSlot(TransactorSimple.java:48)
    at buildcraft.core.inventory.TransactorSided.getPartialSlot(TransactorSided.java:30)
    at buildcraft.core.inventory.TransactorSimple.inject(TransactorSimple.java:21)
    at buildcraft.core.inventory.Transactor.add(Transactor.java:16)
    at buildcraft.transport.PipeTransportItems.canReceivePipeObjects(PipeTransportItems.java:217)
    at buildcraft.transport.PipeTransportItems.getPossibleMovements(PipeTransportItems.java:185)
    at buildcraft.transport.PipeTransportItems.resolveDestination(PipeTransportItems.java:165)
    at buildcraft.transport.PipeTransportItems.entityEntering(PipeTransportItems.java:107)
    at buildcraft.transport.TileGenericPipe.entityEntering(TileGenericPipe.java:356)
    at buildcraft.transport.PipeTransportItems.handleTileReached(PipeTransportItems.java:328)
    at buildcraft.transport.PipeTransportItems.moveSolids(PipeTransportItems.java:317)
    at buildcraft.transport.PipeTransportItems.updateEntity(PipeTransportItems.java:225)
    at buildcraft.transport.Pipe.updateEntity(Pipe.java:166)
    at buildcraft.transport.TileGenericPipe.g(TileGenericPipe.java:189)
    at yc.h(World.java:2607)
    at in.h(WorldServer.java:701)
    at net.minecraft.server.MinecraftServer.r(MinecraftServer.java:845)
    at ho.r(DedicatedServer.java:309)
    at net.minecraft.server.MinecraftServer.q(MinecraftServer.java:746)
    at net.minecraft.server.MinecraftServer.run(MinecraftServer.java:633)
    at fy.run(ThreadMinecraftServer.java:16)


"Snooper Timer" TIMED_WAITING on java.util.TaskQueue@5797b591
    at java.lang.Object.wait(Native Method)
    -  waiting on java.util.TaskQueue@5797b591
    at java.util.TimerThread.mainLoop(Timer.java:552)
    at java.util.TimerThread.run(Timer.java:505)


"Spigot Metrics Gathering Thread" TIMED_WAITING
    at java.lang.Thread.sleep(Native Method)
    at org.bukkit.craftbukkit.v1_4_R1.util.TimedThread.run(TimedThread.java:29)


"Spigot Watchdog Thread" RUNNABLE
    at sun.management.ThreadImpl.dumpThreads0(Native Method)
    at sun.management.ThreadImpl.dumpAllThreads(ThreadImpl.java:446)
    at org.bukkit.craftbukkit.v1_4_R1.util.WatchdogThread.run(WatchdogThread.java:75)


"Thread-1" WAITING on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@29116f84
    at sun.misc.Unsafe.park(Native Method)
    -  waiting on java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject@29116f84
    at java.util.concurrent.locks.LockSupport.park(LockSupport.java:186)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.await(AbstractQueuedSynchronizer.java:2043)
    at java.util.concurrent.LinkedBlockingQueue.take(LinkedBlockingQueue.java:442)
    at cpw.mods.fml.relauncher.FMLRelaunchLog$ConsoleLogThread.run(FMLRelaunchLog.java:68)
    at java.lang.Thread.run(Thread.java:744)


"Thread-13" WAITING on snaq.util.EventDispatcher@141197ed
    at java.lang.Object.wait(Native Method)
    -  waiting on snaq.util.EventDispatcher@141197ed
    at java.lang.Object.wait(Object.java:503)
    at snaq.util.EventDispatcher.run(EventDispatcher.java:119)


"Thread-14" WAITING on snaq.util.EventDispatcher@759cf6d6
    at java.lang.Object.wait(Native Method)
    -  waiting on snaq.util.EventDispatcher@759cf6d6
    at java.lang.Object.wait(Object.java:503)
    at snaq.util.EventDispatcher.run(EventDispatcher.java:119)


"Thread-16" TIMED_WAITING
    at java.lang.Thread.sleep(Native Method)
    at com.griefcraft.modules.credits.CreditsModule$CreditsTask.run(CreditsModule.java:110)
    at java.lang.Thread.run(Thread.java:744)


"Thread-21" TIMED_WAITING
    at java.lang.Thread.sleep(Native Method)
    at uk.co.mdtechnology.automessage.SendMessage.run(SendMessage.java:52)
    at java.lang.Thread.run(Thread.java:744)


"Thread-23" RUNNABLE
    at java.net.PlainSocketImpl.socketAccept(Native Method)
    at java.net.AbstractPlainSocketImpl.accept(AbstractPlainSocketImpl.java:398)
    at java.net.ServerSocket.implAccept(ServerSocket.java:530)
    at java.net.ServerSocket.accept(ServerSocket.java:498)
    at jf.run(RConThreadMain.java:97)
    at java.lang.Thread.run(Thread.java:744)


"Thread-36582" WAITING on net.minecraft.server.MinecraftServer$1@604c41d6
    at java.lang.Object.wait(Native Method)
    -  waiting on net.minecraft.server.MinecraftServer$1@604c41d6
    at java.lang.Object.wait(Object.java:503)
    at org.bukkit.craftbukkit.v1_4_R1.util.Waitable.get(Waitable.java:39)
    at net.minecraft.server.MinecraftServer.h(MinecraftServer.java:1060)
    at jd.run(RConThreadClient.java:87)
    at java.lang.Thread.run(Thread.java:744)


"Thread-5" TIMED_WAITING
    at java.lang.Thread.sleep(Native Method)
    at hp.run(DedicatedServerSleepThread.java:23)


"Thread-6" RUNNABLE (in native)
    at java.io.FileInputStream.readBytes(Native Method)
    at java.io.FileInputStream.read(FileInputStream.java:272)
    at java.io.BufferedInputStream.fill(BufferedInputStream.java:235)
    at java.io.BufferedInputStream.read(BufferedInputStream.java:254)
    -  locked java.io.BufferedInputStream@5e920217
    at java.io.FilterInputStream.read(FilterInputStream.java:83)
    at org.bukkit.craftbukkit.libs.jline.console.ConsoleReader$1.read(ConsoleReader.java:167)
    at org.bukkit.craftbukkit.libs.jline.internal.InputStreamReader.read(InputStreamReader.java:267)
    -  locked org.bukkit.craftbukkit.libs.jline.console.ConsoleReader$1@43c76482
    at org.bukkit.craftbukkit.libs.jline.internal.InputStreamReader.read(InputStreamReader.java:204)
    -  locked org.bukkit.craftbukkit.libs.jline.console.ConsoleReader$1@43c76482
    at org.bukkit.craftbukkit.libs.jline.console.ConsoleReader.readCharacter(ConsoleReader.java:995)
    at org.bukkit.craftbukkit.libs.jline.console.ConsoleReader.readLine(ConsoleReader.java:1167)
    at hq.run(DedicatedServerCommandThread.java:37)


"Thread-9" TIMED_WAITING
    at java.lang.Thread.sleep(Native Method)
    at appeng.common.VersionChecker.run(VersionChecker.java:51)
    at java.lang.Thread.run(Thread.java:744)


"Timer-0" TIMED_WAITING on java.util.TaskQueue@33bd81c2
    at java.lang.Object.wait(Native Method)
    -  waiting on java.util.TaskQueue@33bd81c2
    at java.util.TimerThread.mainLoop(Timer.java:552)
    at java.util.TimerThread.run(Timer.java:505)


"process reaper" TIMED_WAITING on java.util.concurrent.SynchronousQueue$TransferStack@13fd627a
    at sun.misc.Unsafe.park(Native Method)
    -  waiting on java.util.concurrent.SynchronousQueue$TransferStack@13fd627a
    at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226)
    at java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460)
    at java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:359)
    at java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:942)
    at java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1068)
    at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1130)
    at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
    at java.lang.Thread.run(Thread.java:744)

 

Скажите, как пофиксить взаимодействие с блоками на привате предметами из мода Thaumcraft 4.0.5/4.1 и Сумеречный лес. Какие-нибудь Эвенты есть? Или что-нибудь есть? Мне говорили, что есть эвент отмены действия на привате. На привате набалдашник заморозки разбивает все хрупкое: стекло, светокамень и прочее.

 

Написал фикс для ошибок типа этой:

Код:

java.lang.ClassCastException: thaumcraft.common.tiles.TileMarker cannot be cast to net.minecraft.tileentity.TileEntityChest
    at net.minecraft.tileentity.TileEntityChest.func_70418_i(TileEntityChest.java:348)
    at net.minecraft.tileentity.TileEntityChest.func_70313_j(TileEntityChest.java:581)
    at net.minecraft.world.World.func_72939_s(World.java:2393)
    at net.minecraft.world.WorldServer.func_72939_s(WorldServer.java:806)
   ...

Фикс только для 1.5.2! Установка: Поместить с заменой в корень ядра MCPC.
TileEntity, который выебнется такой ошибкой, будет жестоко замочен в сортире, а его блок - вырезан чеченским спецназом.

 

Для такой подойдет?

 

Нет, только TileEntityChest

 

Вот скриншот, клиент отключается из-за форестри. Как решить данную проблему?