Quant

local, конечно же, не крашит. А вот, require не даст взлететь твоему дрону.

Хотя это оригинальный способ пикнуть дроном.

Как вариант иметь несколько компов с дебагами, у каждого выделена своя область действия.

@@RccHD, а теперь делай сигналы, SIGTERM, SIGKILL, SIGINT и другие.

Главное не забывать, что программы пишутся под OpenOS, и если программа сама ничего с сигналами не делает, то исполнять их придётся системе. Не помню, какой там за что именно отвечает, но посылать сигнал мягкого выключения программе, которое она обработать не может, так себе идея.

Можно посылать сигнал shutdown, который имеется в openOS в качестве сигнала мягкого выключения.

Запилить то конечно можно, но почти наверняка тестировать это будут игроки на уже запущенном сервере. Как в прошлый раз с opentechnology.

А можно добавить возможность виртуализировать компоненты. Тогда больше пользы будет.

А на какую версию? Можно ли использовать команды из 1.10.2?

Я всё-таки надеюсь на опечатку и на самом деле это "oc" а не "os".

А всё-таки, что за проект, что он должен делать и что должно происходить?

Можно написать ещё одну программу, которая будет запускать первую или вторую программу. Можно банально переключаться на вторую при завершении первой и обратно при завершении второй.

computer = require("computer")

computer.pullSignal(1) - задержка на секунду, если не будет ивентов.

Но чем тебя слип не устроил?

Alice = {1, 2, 3}
print(_ENV["Alice"][1])

>1

Причём _ENV["Alice"] это и есть список Alice, его можно изменять, читать и прочее

Alice = {1, 2, 3}
_ENV["Alice"][1] = 2
print(Alice[1])

>2

Всё выдаётся. Если что, про дебаг-карту говорим.

Проверял позавчера на 1.10.2. Нбт предметов в инвентаре не выдаётся.

при наличии дебаг-карты можно из тайлов(сундук и т.д.) вынимать всё, в т.ч. - и НБТ лежащих внутри предметов

Нбт предметов не выдаётся. Только айди и метаданные

Много лишних скобочек ((((((((((

А вообще - функцией setBlocks сетишь блоки, getX, getY, getZ получаешь координаты, с помощью io.read() - вводишь айди или действие.

@Fingercomp когда-то отвечал про чтение NBT-тегов в инвентаре

Надо менять конфиг, чего я делать не особо хочу, но похоже что это единственный способ.

У кого есть идеи, как читать нбт предмета в инвентаре?

Можно добавить в nbt ещё и айди бумажки(уникальный, разумеется), и если этот айди при конвертации бумажка -> циферка на бэкенде встречается второй раз, то не считать бумажку хорошей. А если дать игрокам доступ к просмотру использованных айди, а так-же к чтению нбт предметов, то игроки смогу делать свои торговые станции.

Всё-таки 1.7.10 устарела и пора переходить на что-то белее новое. Ибо хоть некоторых модов и нет, есть новые, более интересные. Тот же psi, roots, super circuit maker

Уже закрывается, а я даже со звездолёта не вышел.

Массив можно было вообще не очищать,ну и очистка делается присвоением nil или {}

local wlist = {["Player1"] = true, ["Player2"] = true}

Вроде как-то так.

Прям представляю этот завод из меканизма на сервере...

Как заставить прогу работать с цистернами из термалки и билда?

Поставить адаптер к этим цистернам (Да, я капитан Очевидность).

Так вот оно, решение - игроки перекупают у тех, у кого цены низкие, а товара мало, и продают по нормальным ценам. Админам даже делать ничего не надо

К слову, игроков сильно ограничивать не надо, достаточно немного поменять крафты, добавив в рецепты всяких штучек некоторый ресурс(свой для генераторов, свой для переработчиков, свой для роботов, etc) и распределив ресурсы по своим мирам, и сделать невыгодным перемещение игроков между мирами, а перемещение предметов - упростить.

Итого получаем, что игроки, которые живут в мире с ресурсами для переработчиков, не могут сделать генераторы сами, а те, кто генерит энергию, не может её использовать. Игроки меняются ресами и всё у них работает.

Всё, конечно, хорошо, но ведь админам лень есть чем ещё заняться, вместо слежки за приватами.