eu_tomat

@Totoro, как ты такую красивую картинку сгенерировал?

Соблюдён этот пункт?

Есть и другие. Можно использовать shell.execute. И это даже более правильно, т.к. эта функция используется внутри os.execute. А внутри shell.execute используется чтение указанного файл, его загрузка через load, и запуск. То есть, другие способы в конечном итоге сводятся к чтению содержимого файла, компиляции исходного кода и запуску. А другой отдельной функции, скорее всего, нет. Возможно, в других операционных системах есть иные способы. Нужно уточнить, для чего требуется другой способ, в какой среде выполняется программа.

В OpenOS можно использовать, например, такой код: os.execute("/bin/components screen -l") Так будет запущена программа components с параметрами screen -l

Для вывода нужной фразы для каждого ника можно использовать, например, такой код: local phrases = { ["вован"] = { [false]="оффлайн", [true]="онлайн" }, ["серый"] = { [false]="спит", [true]="зажигает" }, ["жека"] = { [false]="потерялся", [true]="в деле" }, } for nick,phrase in pairs(phrases) do print( nick,phrase[online(nick)] ) end Как реализовать функцию online(nick), проверяющую онлайн игрока, уже рассказали в предыдущей теме.

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

@Asior как тебе удалось вставить спойлер? Кнопка в редакторе отсутствует.

@BrightYC я бы начал с проверки отображения латиницы. Если отображается, то попробовал бы применить кириллицу без указания кодировки, с настройками по умолчанию, а кодировку на выходе попробовал бы определить либо вручную, либо с помощью каких-нибудь программ, названий не помню, но таких приходилось видеть много разных. Если это сработает, то можно попробовать выбрать нужную кодировку и проверить кодировку на выходе. Также надо проверить, в какой кодировке сохранён сам код. И подобрать кодировку, понятную контроллеру.

Байткод тоже можно преобразовать в исходный. Правда, с потерей комментариев и локальных названий. Но даже такой может иметь ценность.

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

Конструкторы даже не распаковывал, фотки будут в отчёте. Не хочу размазывать инфу по разным постам. Про флюс я уже навёл справки. Яндекс выдаёт первой страницу с тегом "Осторожно, говно!": Флюс-гель ТТ Упаковка такая же как на первой фотографии. Сильно расстраиваться я не стал, т.к. сейчас паять этим флюсом планирую конструкторы, которые при неудаче не жалко и выбросить. Нормальный флюс буду заказывать с Китае, и насколько он окажется качественным тоже пока не знаю. Буду экспериментировать.

Тема живёт активностью её участников. Взять, например, тебя. Ты сам предпочитал обсуждать эту тему в чате. И вот результат. Или, например я. Я не планирую форсировать это обсуждение. Я помню своё обещание рассказать о новом паяльнике и вернусь к этой теме, когда найду время попрактиковаться в пайке. Каждое своё движение я описывать не планирую. Я не уверен, что кому-то интересны новости о моих покупках. Скорее, будет интересен отчёт о проделанной работе. Возможно, даже о неудачной. Но могу и рассказать: На прошлой неделе купил два конструктора, чтобы попрактиковаться в поверхностном монтаже: "Текущая вода 10 диодов" и "Колесо фортуны SMD 24 диода". Покупал в местном магазинчике, ссылок у меня нет. Ещё купил флюс-гель. Индикаторный. Что такое, точно не знаю, флюс имеет красный цвет, а народ в интернете пишет, что флюс обесцвечивается при достаточном нагревании, что позволяет контролировать нагрев. Сам я паять этим флюсом пока не пробовал, о качестве не скажу, это вообще первый желеобразный флюс, попавший в мои руки. Я просто хочу поэкспериментировать с такой консистенцией флюса т.к. при плотном монтаже канифоль уже перестала мне казаться удобной: слишком сложно дозировать нужное количество и переносить на плату. А спиртоканифольный раствор и раньше мне не особо нравился: сильно растекается, очень липкий, разбрызгивается при касании горячим жалом паяльника. Обо всём остальном расскажу, когда либо найду время для пайки, либо устану от других дел и захочу погрузиться в неспешный и медитативный процесс монтажа. В общем, спешить не буду ни с пайкой, ни с развитием этой темы.

http://www.lua.org/pil/21.1.html

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

Так как заявленной автором целью является оценка его кода, то этим и займусь. В целом код выглядит достойно, но я всё же попробую придраться. В коде for a, _ in pairs(cl) do использовать фиктивную переменную _ не обязательно. Код for a in pairs(cl) do тоже является рабочим. local f, str = fs.open(cfg, "w") if(f==nil)then В этом фрагменте кода считаю лишними скобки в условии. Вреда от них нет, но и пользы они тоже не несут. К слову, я по привычке тоже иногда ставлю скобки в условиях, а иногда и точки с запятой. Но оценивать, так оценивать. Кроме того в данном случае условие можно упростить до if not f then. Оно эквивалентно f==nil or f==false, но записывается короче. А учитывая, что условие f==false на этом участке кода всегда ложно, то в данном конкретном случае условие эквиваленто и f==nil. Аналогично условие if not (at==nil) then упрощается до if at then Для считывания всего содержимого файла логичнее применять f:read("*all"), а не f:read(math.huge)

Понятно. Моста Фингера нет. А в указанный тобой IRC-канал закралась ошибка. Оставлю ссылку, чтобы не приходилось долго искать https://webchat.esper.net/?join=evilworld

А мост игрового чата и #cc.ru-server1 совсем умер?

Не могу изменить цвет текста и фона на автоматический в этом посте В светлой теме оформление выглядит уродливо.

@kcalBxoF, @vladimir: прошу вас обоих не тащить ваши разногласия из игрового чата в тему о программировании. Посты я скрыл, но при рецидиве обещаю репрессии. Теперь о самом споре, в котором всем и так уже всё давно понятно, и развитие этого аспекта спора ничего нового не несёт: Идея не несёт в себе новизны. То, что эту идею подсмотрел один у другого, является случайностью. Подобное где угодно можно подсмотреть. Обычная механика Майнкрафта. Идея перебирать список одинаковых механизмов и просить пользователя ввести номер среагировавшего механизма не нова. Я бы вообще избавился в этой цепочке от пользователя и задействовал бы робота. Но и эта идея не нова. Это просто логичная идея, до которой додумается любой инженер. Другое дело, что для данного форума эта идея может оказаться свежей. Я соглашаюсь с тем, что правила хорошего тона обязывают сообщить, у кого идея была подсмотрена. С другой стороны, правила хорошего тона позволяют заявить и о своём участии в авторстве, но всё же не рекомендуют кричать об "украденной идее" при каждом удобном случае. Все читатели и так уже разобрались в ситуации. И тем более, не стоит переносить этот разговор в игровой чат, а из него обратно в эту тему. Из этого складывается негативное отношение к обоим участникам спора. Тем более, когда суть спора не стоит даже ломаного гроша. Эта тема, как видно в шапке, создана с целью обсудить качество кода. Вот, давайте этим и займёмся, если есть что сказать. Можно обсудить и саму схему. Я даже могу дать подсказки для её улучшения. Во-первых, привязку адресов адаптеров к их расположению можно выполнить автоматически. Во-вторых, состояние узлов ауры доступно для считывания. Тут можно было бы построить интересную схему.

Невозможно дать однозначный ответ на этот вопрос. Майнкрафт является песочницей, и любой предмет в песочнице необязателен, тем более, в больших количествах. Нужность того или иного предмета часто определяется личными предпочтениями играющего. Лично меня обычно интересует не сама рыба или другие ресурсы, а возможность автоматизации тех или иных игровых механик, желательно с заделом на масштабирование. Большое производство усложняет задачу, если добавить новые условия. Например, если требуется построить максимально компактный завод, или самое дешёвое производство, или завод, минимально нагружающий сервер. В общем, всё как обычно: песочница задаёт условия среды, но цели и условия задач игроки определяют сами. Другое дело, что найденные решения могут вредить производительности сервера, но это уже вопрос договорённостей в том или ином коллективе игроков.

Моя часть кода была опубликована в этом посте. К дальнейшим трансформациям кода я отношения не имею, и вдумчиво прочитать его пока не успел.

А команда setResponsePort всегда задавала только частоту, на которой будут отвечать наниты, или и частоту приёма команд тоже? В OpenComputers-MC1.7.10-1.7.2.1166-universal.jar setResponsePort влияет только на частоту ответа на команду, но сами команды продолжают приниматься с любых частот. Это баг или фича?

@man_cubus извиняюсь за то, что не дал тебе возможности объясниться, но я закрываю тему. Спор о том, что является операционной системой, и что ей не является, может быть довольно интересным. Но при условии, что оппоненты не будут соскакивать с основной темы на обсуждение особенностей личности оппонента.

@man_cubus, я могу понять твоё желание обсудить критерии классификации ПО. Но переход на личности на этом форуме нежелателен. Более того, позиция @ECS в вопросах вежливости мне понятна. Вот пример: я 10 минут уговаривал пьяного соседа покинуть дверной проём, чтобы закрыть свою дверь, но в итоге вышвырнул его за 2 секунды. Я поступил невежливо. Плата за такое действие -- распространение в определённых кругах информации о моей невежливости. Также есть риск поступить невежливо с другим пьяным соседом, вышвыривая его уже без 10-минутной прелюдии. Уверенность в своих действиях не означает безошибочности. Уверенность лишь позволяет действовать быстро, без особых энергозатрат. А экономить свои силы тоже важно. Вот об этом я бы мог поспорить, но, конечно, без перехода на личности, и не в этой теме, ибо оффтоп. Ну, а если по теме, то у меня вопрос: что ты предлагаешь в итоге? Не называть MineOS операционкой? Или есть более интересная идея?

Любопытная штука. Хорошая база для удалённого управления роботом по TCP/IP. Рассматриваю её в качестве кандидата в контроллеры умной розетки для электрического обогревателя с возможностью удалённого управления через Интернет. Пока не особо понятно, через какие интерфейсы можно подключить разные примитивные контроллеры, например, на базе AVR. Лично мне будет интересно услышать и о других устройствах, на которых можно относительно легко организовать web-интерфейс для связи с простыми контроллерами.