ProgramCrafter

10 минут назад, red2211 сказал:

Мы получаем то же значение что и при делении количество тепла в реакторе на теплоёмкость реактора

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

В 24.02.2021 в 16:18, Totoro сказал:

Выглядит как будто в какой-то момент сокет отвалился.

Скорее всего, причина здесь проще: до библиотеки (может быть, не проверял) не доходит событие internet_ready.

Проверял свой Thundernet и столкнулся с той же проблемой: программа не получает часть сообщений.

Причём:

1) на ocelot.fomalhaut.me всё работает хорошо;

2) интернет во время теста работал нормально, без потерь пакетов вообще;

3) при посылке сообщения через веб-мордочку оно доходит примерно в трети случаев.

Вышла версия "0.0.1.5"!

Из нового - добавлена поддержка Stem (т.е. теперь компьютеры могут подключаться через интернет).

Для работы нужна библиотека stem, установленная в системе.

P.S. Все ссылки остались прежними.

Судя по коду, переменные border1, ..., border4, bar и text_p глобальные.

При первом вызове функции для первого прогрессбара компоненты создаются и записываются в глобальные переменные.

При первом вызове для второго прогрессбара новые компоненты записываются поверх старых в те же переменные.

После этого на каждом этапе обновляется только второй прогрессбар, первый остаётся на месте.

А какой код у функции progressbar? Возможно, она просто не очищает пустое место в прогрессбаре.

Ещё подозрительно, что переменные p_energy и p_heat постоянно перезаписываются новыми значениями.

1 час назад, Zer0Galaxy сказал:

Кто или что определяет, является ли компьютер корнем или нет?

Если компьютер начал принимать входящие подключения (запустил run_server), но не подключился ни к какому другому узлу (не запускал connect/не нашёл того, к кому можно подключиться), то он автоматически становится корнем.

1 час назад, Zer0Galaxy сказал:

Можно ли объединить две сети в одну? Кто при этом станет корнем?

Тот компьютер (корень), который вызвал метод connect, станет подчинённым. Корнем, соответственно, останется другой.

Однако сейчас это не реализовано - сети не объединяются.

1 час назад, Zer0Galaxy сказал:

Правильно ли я понял, что корень должен знать пути абсолютно ко всем абонентам сети?

Да, именно так. В моей библиотеке хранится только первый сегмент пути до абонента, дальше разбирается следующий компьютер в цепочке.

1 час назад, Zer0Galaxy сказал:

А что будет если корень выключить?

Сеть разорвётся на несколько поддеревьев, внутри каждого из них доставка сообщений будет работать.

1 час назад, Zer0Galaxy сказал:

Как осуществляется связь между серверами?

Любым удобным образом: сетевая карта, Stem или вообще звёздные врата.

Чтобы добавить свой интерфейс, надо отредактировать файл th_interfaces.lua: добавить туда компонент, как на строках 51-54.

4 часа назад, AtomicScience сказал:

Разве такая сложная система адресации необходима?

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

1 час назад, AtomicScience сказал:

А если заменить числа произвольными строками, то можно получить что-то вроде computerCraftServer.LagodromVasi.MainComputer - вот и удобочитаемые домены, считайте, подъехали

Можно завести какой-нибудь DNS-сервер, который будет переводить названия доменов в адреса компьютеров. Но я планирую сделать это вне рамок Thunderlib.

На форуме в последнее время начали появляться темы с сетевыми библиотеками и браузерами.

Продолжу это движение (да, скоро и мой браузер будет). Итак, представляю вам ThunderNet!

Кстати, анонс уже был: вот это сообщение как раз рассказывало про пришествие ThunderNet.

ThunderNet - это сеть, позволяющая объединить множество компьютеров OC, даже на разных серверах.

По топологии это (почти) дерево, при этом корнем может быть любой компьютер. Уровней может быть любое количество.

Компьютеры взаимодействуют по некоторому каналу: сетевая/соединённая карта/красный камень/Stem/звёздные врата и т.д.

Идентификация происходит при помощи MUID (Minecraft-Unique IDentifiers): кодов, уникальных для каждого запуска на каждом компьютере OC.

Спецификация протокола:

1. Подключение к сети:

— WTC <uid> (Want-To-Connect)

Ближайшие компьютеры запоминают этого соседа и отвечают (или не отвечают)
— CAC <uid> <level> (Can-Accept-Connection)
    (level - глубина дерева от корня до отвечающего компьютера);

Подключаемый компьютер подтверждает соединение:
— AC  <uid> (Accept-Connection)

Отвечающий компьютер ("родитель") отправляет сообщение до корня:
— UCA <uid> (Underlying-Connection-Accepted)

Все компьютеры от корня до отвечающего запоминают, в каком направлении посылать сообщение новому.

2. Пересылка сообщений:

— RM  <message> <target-uid> (Retranslate-Message)

Компьютер, получивший такое сообщение, должен:
1) Если он знает путь до <target-uid>, переслать этот пакет по пути.
2) Если он не знает путь и не является корнем, отправить этот пакет родителю.
3) Если он не знает путь и является корнем, забыть это сообщение (потому что куда его отправить? некуда.)

При получении сообщения с target-uid, равным uid текущего компьютера, библиотека вызывает событие:
thunderlib_incoming <message>

3. Отключение от сети:

— DC  <disconnected-uid>

Компьютеры выше по дереву забывают путь до указанного компьютера и его потомков.

Моя реализация этого протокола:

Библиотека сейчас состоит из трёх файлов: th_inform.lua, thlib.lua и th_interfaces.lua.

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

Важное замечание: все методы Thunderlib являются синхронными, т.е. блокируют вызывающий поток!

В некоторых функциях есть параметр is_timeout, который завершает выполнение, когда функция возвращает true.

Документация по методам:

thunderlib.connect([is_timeout])  - подключение к ThunderNet
thunderlib.disconnect()           - отключение
    Отключение после использования крайне рекомендовано!
    В противном случае у компьютеров выше в иерархии может кончиться память.
thunderlib.send(<address>,<data>) - посылка сообщения заданному компьютеру по его MUID
thunderlib.run_server([is_timeout[, allow_connections]]) - запуск сервера ThunderNet
    Сервер нужен для приёма входящих подключений и обнаружения соседних компьютеров.

thunderlib.uid()                  - возвращает MUID текущего компьютера
thunderlib.parent_node()          - возвращает MUID родительского компьютера

2 часа назад, Totoro сказал:

Напрашивается вывод о том, что какие-то проблемы с сетью.
Хотя если отправка работает, это странно.
Кто-нибудь ещё может подтвердить такие проблемы при использовании Стема из майна?

Какие-то странные проблемы. Это точно не сеть, не VPN и сомнительно, что брандмауэр:

- Ocelot Desktop (Lua 5.2) работает замечательно;

- OCEmu (Lua 5.2) не принимает входящие сообщения, но может отправлять;

- Minecraft 1.7.10 (Lua 5.3) работает замечательно.

P.S. Я проверял всё с локального компьютера.

22 часа назад, Bs0Dd сказал:

Браузер делается НЕ ПОД СТАНДАРТ HTML, т.е. смотреть на нем обычный интернет не выйдет

Я пришёл ровно к тому же, но у меня получился другой формат страниц, более похожий на Python.

Интересно, будет ли потом битва браузеров. Представляю себе: половина страниц в одном формате, половина в другом.

page:
    addr: "browser:about"
    desc: "О TigerFox"
    
    styles:
        style:
            properties: "@ 5 nil * 0x0 0xFFFF00"
            id: "styles_test"
    
    script:
        command: "client.test_style = searchID[[styles_test]]"
    
    rect:
        properties: "@ 0 0  | 60 20  * 0x333333 0xAAAAAA"
     
        text:
            properties: "@ 1 1"
            txt: "TigerFox - удобный браузер для OpenComputers."

Если нужен именно красный цвет, можно использовать вывод через io.stderr.

io.stderr:write('Hello World\n')

Ещё можно использовать такой трюк (он встречается в библиотеке io), там цвета можно менять:

print('\27[31mHello World\27[37m')

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

1. Менее страшный: ошибка или зависание во время выхода из эмулятора.

2. Более страшный: некоторые сейвы отказываются грузиться. В сейве два включенных компьютера, на каждом OpenOS установлена на диск.

Логи stderr (открыт сейв "NostdWorkspace", открываю "StdWorkspace"):

Stdout при закрытии с ошибкой:

При зависании лог такой же, но заканчивается перед надписью "Cleaning up".

Версия Java:

2 часа назад, serafim сказал:

почему-то он плохо ломает землю

Видимо, центральный блок, по которому он ударяет - это камень, и в 3x3 разрушаются только камни.

В 03.01.2021 в 18:29, Doob сказал:

Чтобы избавиться от древовидной структуры надо придумать, как обходить кольца при поиске пути.

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

Я думаю, можно ещё пошаманить с функцией magic и не рассчитывать максимальную и минимальную плотность камня.

Если

1 час назад, Doob сказал:

2112 * (R - H) / D

это выражение - это RANDOM_BYTE, то его можно перед взятием дробной части проверить и на попадание в диапазон [-128; 127].

В 02.01.2021 в 13:36, ZO125 сказал:

А такое чудо от потери событий не спасет?

Спасёт, но с двумя оговорками:

1. События должны быть нужны только одной программе. Если доставлять события всем программам, то yield надо делать на каждую программу и на каждое событие (вдруг каждая программа обрабатывает нажатие клавиши по секунде?) Тогда и начнётся пропуск части событий.

2. Вредоносные программы по-прежнему будут нагружать сервер и получать TLWY, а при этом могут крашиться любые компы.

9 часов назад, hohserg сказал:

Предлагаешь сделать среду выполнения луа внутри среды выполнения луа?

Или так, или вообще переписать OpenComputers и сделать среду выполнения Lua на Java. (Кстати, тогда не понадобится та dll, которая идёт в комплекте с модом.)

1 час назад, eu_tomat сказал:

Куда возвращать управление?

@hohserg предлагает возвращать управление джаве, но это невозможно из-за ограничений самого Lua: coroutine.yield нельзя вызывать из кода, запущенного библиотекой debug. Возможно, в этом есть и своя логика: во время выполнения той функции checkDeadline управление принадлежит не пользовательскому коду, и yield может прервать не тот поток.

6 часов назад, hohserg сказал:

Как это может помочь с TLWY?

Идея состоит вот в чём: код запускаемой программы компилируется стандартной функцией load, а выполняется уже системой (то есть система выполняет роль виртуальной машины Lua). После интерпретирования каждой K-ой команды байткода система уступает управление с помощью coroutine.yield. Таким образом, прерывания будут происходить независимо от кода программы и достаточно часто, чтобы не вылетать в нормальных условиях.

Бонус - можно заново написать библиотеку debug, чтобы отлаживать пользовательские программы.

Хотя сразу возникает проблема с подачей событий: они начнут или пропускаться, или активно копиться в буфере. Если несколько игроков будут активно тормошить компьютер, он может вылететь с нехваткой памяти.

Disclaimer:

1. Ниже в этой теме может встречаться код, который может нанести ущерб вашему серверу. Эти образцы предоставлены лишь в ознакомительных целях! Я не несу ответственности за положенные ими сервера Майнкрафта.

2. Я не залазил глубоко в исходники OpenComputers, поэтому могу где-то ошибаться.

Одна из часто встречающихся проблем в OpenComputers - превышение таймаута выполнения программы. При этом выбрасывается ошибка TLWY (too long without yielding).

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

Чтобы создать стабильную систему, проблему TLWY надо решить. У меня были такие идеи:

1. Обёртки из pcall. Это будет некрасиво выглядеть и понизит максимальную глубину рекурсии.

2. Принудительная вставка yield в код. Проблемы такого подхода - потеря множества событий и необходимость парсинга кода.

3. Принудительное прерывание кода по обращениям к глобальным переменным. Проблема - невозможность отследить вызов анонимной функции.

    Например, так не прервать код (function(f) return f(f) end)(function(f) return f(f) end).

4. Интерпретировать байткод Lua. Самое доступное решение, но надо знать формат байткода и обновлять с выходом каждой версии Lua.

5. Переписать виртуальную машину Lua так, чтобы она сама уступала управление другим потокам (тогда ошибка TLWY уйдёт в прошлое). Для этого надо договориться с разработчиками OpenComputers и уметь программировать на Java.

Есть ли какие-то варианты избежания TLWY, которые я упустил?

Видимо, файл не так составлен, как программа ожидает, или принтер почему-то не подключился.

Стандартные модели печатаются или нет?

В 27.04.2020 в 23:03, Totoro сказал:

Рендер новый уже есть

Новый рендер действительно похож на Minecraft. Единственное, что мне не нравится - это неограниченное потребление памяти браузером - достаточно запустить такой код, и реальный компьютер станет лагать:

while true do
  for i = 1, 50 do
    print(string.char(math.random(56, 126)))
  end
  os.sleep(0)
end

Скорее всего, distance надо заменить на range (в документации написано, что сканер возвращает) или рассчитывать на основе x, y и z.

Насколько я помню, команда return вне функции выполняет выход из программы. Скорее всего, там нужно что-то вроде print(redstone.setAnalogOutput("bottom", 15)).

@hohserg Закинул: https://pastebin.com/raw/qdYmD7Bw

Только что перепроверил, вроде все тесты работают. Единственная странность - что Юникод рендерится дольше, чем простой ASCII, хотя вызовов к gpu.set остаётся столько же. Возможно, быстрее исчерпывается бюджет вызовов, но это сомнительно.

4 часа назад, Zer0Galaxy сказал:

Как все таки тут создавать файлы?

OpenOS надо устанавливать с дискеты на жёсткий диск, как и в Minecraft.

На дискете с OpenOS файл создать невозможно - файловая система дискет защищена от записи.

В 26.08.2020 в 21:55, Totoro сказал:

Скажи какие там по дефолту input на сторонах и какие лимиты по output.

Только что проверил в майне. Стандартные значения входов (если редстоун не подключен / не запитан) равны 0.

Лимиты по output - от -2 147 483 648 до 2 147 483 647. При превышении лимита значение приводится к этим порогам (ошибок нет).

При этом для красной пыли реальное значение напряжённости (в мире, а не для компьютера) приводится к диапазону от 0 до 15.