ProgramCrafter

5 часов назад, Anon сказал:

каждый vram-буфер тоже имеет отдельную палитру

Хм, а я даже могу придумать этому применение.

У тир3 видеокарты может быть 160*50*2 экранных буферов размера 1*1 (если используется разрешение меньше 160*50, то на буферы останется ещё больше памяти), у каждого буфера есть возможность хранить 57 байт (16 цветов палитры, 3 байта RGB; цвета текста и фона; палитровые цвета текста и фона в единственном символе; сам этот символ).

В сумме 890 КБ доп. памяти, если кому-то надо .

8 минут назад, maksimka_s сказал:

как я понял, ошибка в получении компонента, но как её исправить?

Нужный компонент точно поставлен в микроконтроллер/компьютер?

Вариант №2: правильно написано имя компонента?

9 минут назад, ECS сказал:

нет фичи вывода значения бюджета через debug.getCallBudgetValue

Можно попытаться впилить её в machine.lua, если Scala её экспортирует как коллбек.

Только лучше в библиотеку computer впиливать, наверно.

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

Скорее `сломан брайль`

Уже пофикшено, будет в релизе 1.7.7.

Правда, есть подозрения, что там просто откатили новый шрифт целиком.

Да ладно бы эти видеобуферы!

Наконец компы на сервере перестанут выключаться не по делу - вот это да! И расширение шрифта - тоже неплохо.

Пролистал RFC7230. Как ни странно, не нашёл там указаний на то, что после отправки сообщения сервер не может по тому же соединению отправлять ещё бессмысленный мусор. А если Content-Length меньше длины полученных данных, то не указано, корректный это заголовок или нет.

А вообще, получается так: если сервер, например, решит "а я не буду закрывать соединение после отправки сообщения", то программа будет висеть, пока это соединение не разорвётся чем-нибудь посередине. Плюс сервер (доверять которому обычно не надо бы) может заставить программу на Lua использовать произвольное количество памяти. Не совсем best practices, по-моему

Цитата

Неудивительно, что правильно использовать его умеют немногие.

Уменьшаем счётчик на единицу.

Претензия к пункту 3.3. Программа читает столько данных, сколько может - если сервер укажет маленький Content-Length и отправит гигабайт данных, программа всё это будет читать.

Я правильно понимаю, что у селектора метод setSlots кидает ошибку "invalid key to next"? Если да, то это фиксится переключением архитектуры на Lua 5.2.

IntelliJ IDEA не пробовал ставить, а Eclipse просто не по делу тупит. Может быть, чуть позже и поставлю IDEA, но конкретно сейчас я пытаюсь разобраться с Gradle под 1.7.10.

Идея мода - полная интеграция с OpenComputers (может быть, даже не будет GUI у блоков). Компьютер сможет управлять заводом: напрямую отдавать команды о переплавке чего-нибудь, получать прогресс выполняемого действия.

Почему версия 1.14? Она просто валялась у меня на диске, и я решил проверить, а работает ли вообще Gradle по новой инструкции.