eu_tomat

Кто свалил? В какую-такую одну кучу? Пока что это выглядит как разные кучи. Есть component.filesystem, а есть require("filesystem"). Это разные объекты, и в прикладной программе мы получаем их различным способом. Если программист использует оба объекта в пределах одной области видимости, то он даёт им разные имена, другого выбора у него нет. Если программисту будет удобно, то можно, например, именовать и так: filesystem_com = component.filesystem filesystem_api = require("filesystem") А если же эти объекты не используются в пределах одной программы, то программист может писать просто filesystem, если контекст использования такого имени переменной конкретно этому программисту и его коллегам понятен. И большинство так и пишет. Изучение такого кода, конечно же, иногда смущает новичков, но сами новички не спешат исправлять эту проблему. Хотя, освоившись со временем, могли бы заполнить форум программами с правильными именами переменных с их точки зрения. Это проблема лежит за пределами ответственности авторов мода. Да и не ахти какая это проблема, если бывшие новички сами с ней не борются.

В каком месте это требуется собрать? Компонент filesystem работает с конкретным носителем, в этом случае информация о занятом дисковом пространстве имеет смысл. А библиотека filesystem работает со сборной файловой системой, в которую может быть смонтировано множество разных носителей. Конечно, можно было бы посчитать, сколько дискового пространства занято на всех смонтированных носителях, но какой в этом практический смысл?

Только этот ответ неправильный. И неэффективный, конечно же. Пожалуй, перенесу эту тему в беседку. Серьёзно этот заказ вряд ли кто-то воспримет.

@Anon Какова цель этой темы? В разделе программ ей точно не место. Куда её переместить? В заказы или в беседку? Пока перемещу в заказы.

Как в жизни, так и в этой игре нет ничего идеального. С этим придётся смириться. Можешь, конечно, попробовать сделать что-то идеальное, но будь уверен: кому-то оно тоже покажется неидеальным. C'est la vie. Можно ждать, пока будет написан идеальный Майнкрафт с идеальными CC и OC, а можно играть в неидеальные игры уже сейчас. Знатоки этого форума уже много раз отвечали на подобные вопросы. Поэтому первым делом рекомендую мучать поисковик. Если твои формулировки вопроса хорошо совпадают с уже имеющимися на форуме, то и спрашивать у сообщества не придётся. На большинство типичных вопросов уже есть ответы. Что касается комфорта, то это и от тебя сильно зависит. Если задашь вопрос, на который уже много раз отвечали, то, вероятно, кто-то позволит себе пренебрежительный тон. Предварительный поиск по форуму очень приветствуется. Или, например, как в этой теме, вдруг будешь просить аргументировать свою позицию, но сам от аргументации откажешься, то можешь услышать резкие интонации с понижением уровня уважения. Или, например, будешь просить помощи, не продемонстрировав собственных усилий. В этом случае тебе могут либо вообще не ответить, либо ответить грубо. Этот дискомфорт полностью в твоих руках. Иногда, конечно, случается необоснованная грубость, но такое поведение на форуме не одобряется. Открою тебе один секрет. Когда я отвечаю на форуме, тоже чувствую себя не очень комфортно. Я местами не очень грамотен, местами неубедителен, где-то откровенно туплю и вообще смешон. Но пишу, если дискомфорт от неидеального результата для меня ниже дискомфорта от результата отсутствующего. В общем, если у тебя есть готовность играть в неидеальные игры с неидеальными модами, задавать на неидеальном форуме неидеальные вопросы неидеальному сообществу, получать неидеальные ответы и при этом чувствовать себя не всегда комфортно, то милости просим. Сильно уговаривать, правда, не будем. Если только с целью эльфинга.

На доки наговаривать не надо, документация весьма хороша. Да, в документации некоторые нюансы отсутствуют. Так оно так и в реальной жизни зачастую бывает. Можешь считать игру с OC симулятором разработчика ПО. Если хочешь хороших гайдов, то возьми, да и напиши или сними свои гайды. Проблема гайдов в том, что их зачастую снимают люди, которые либо сами плохо разбираются в предмете, и потому гайд получается путаным, либо наоборот, люди разбираются в предмете слишком хорошо, и многие вещи они не поясняют, считая их очевидными. Самые лучшие гайды получаются у вчерашних студентов, которые уже знают предмет, но ещё помнят, через какие трудности им пришлось пройти, но даже в этом случае их гайды субъективны. С этим ничего не поделать. Рецепт хорошего учебника всегда один: читать другие учебники и, учитывая допущенные в них ошибки, писать свои учебники лучше прежних. Возможно, автором лучшего гайда по OpenComputers станешь именно ты. Собственно, для этого и существует форум. Кто-то спрашивает, кто-то отвечает, кто-то корректирует. По возможности, конечно. Не всегда и не у всех есть время ответить, не всегда собеседник кажется приятным человеком, не всегда есть нужное настроение, не всегда интересен вопрос. Всякое бывает. Но на корректно заданные вопросы на этом форуме ответы поступают почти всегда.

Чтобы не сомневаться, возьми, да и проверь самостоятельно. Эксперимент я описал, процедура простая. Чтобы отвесить, надо сначала найти виновника, а это не так просто. Можно подумать, у администраторов нет других занятий. У игроков возможностей для поиска ещё меньше. Поэтому администратору проще запретить на сервере CC и установить OC, если игроки хотят программировать. Не забывать о чём? Возможно что? Бесконтрольное потребление памяти? Где доказательства? Продемонстрируй результаты своего эксперимента. Так никто и не заставляет совсем отказываться от CC. Я тоже когда-то начинал именно с CC. Позже перешёл на OC, когда захотел углубить автоматизацию. И многие так начинали. И никто не говорит, что CC совсем уже плох. Хороший мод. Но ты же спросил, почему OC, а не CC. И тебе несколько раз ответили, почему именно. Но это не означает, что кто-то запрещает тебе играть с этим модом на приватных серверах, где все свои, и вредителей среди вас нет. Если тебе нужен ответ на вопрос, стоит ли начать изучение компьютерных модов с ComputerCtaft? Конечно же, стоит. Вообще не важно, с чего ты начнёшь. Какой мод приятнее, тот и используй. Это вообще не предмет для спора.

Я не в курсе, и подобным ПО не интересовался. Моё мнение: сам по себе пинг бесполезен, и нужен лишь для быстрого тестирования какого-либо сервиса. Но в этом случае пинг реализуется протоколом этого сервиса. А пинг ради пинга имеет смысл не столько использовать, сколько писать самостоятельно, чтобы попрактиковаться в разработке сетевых протоколов. Хорошая задачка для новичков.

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

Да, альтернативы имеются. Например, заняться отладкой ПО с дискеты network, найти проблему, исправить, и сделать pull request в репозиторий мода. Это идеальная альтернатива.

Да, это надо сделать в первую очередь. У меня установщик network добавил следующие файлы: ./boot/95_hostname.lua ./boot/80_network.lua./bin/route.lua ./bin/arp.lua ./bin/ping.lua ./bin/ifconfig.lua ./lib/network/tunnel.lua ./lib/network/modem.lua ./lib/network/loopback.lua ./lib/network.lua ./usr/bin/nc.lua ./usr/man/ping ./usr/man/network ./usr/man/ifconfig @WheatComp А вообще, самым простым решением является форматирование диска.

@BenniShifer919 Проверил сейчас выделение памяти на cc-tweaked-1.12.2-1.89.2.jar. Проблема сохранилась со времён оригинального ComputerCraft. Эксперимент: Устанавливаем компьютер, запускаем интерпретатор Lua, запускаем скрипт s=string.rep("x",1024^3) print(#s) Повторяем на следующем компьютере и т.д. Результат: На первом компьютере строка имеет длину 1073741824. На последующих — только 6. Вывод: Мод непригоден для игры на публичных серверах. Любой игрок может выжрать всю память, ничего не оставив другим игрокам. Вот, собственно, и ответ, почему OpenComputers, а не ComputerCraft. Это как минимум.

Беспроводная карта может послать сообщение одновременно по проводному и беспроводному каналу, это нормально. Вторая карта (проводная) никаких сообщений не посылает, если её об этом не просят.

А почему это баг-то?

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

Традиционно бремя доказательства лежит на утверждающей стороне.

Я же просил выше:

Не нужно общих слов и лозунгов. Нужна конкретика.

Приведи пример, в котором CC показывает большую чем у OC производительность.

В производстве чего именно CC производительнее OC?

Все — это кто? Никто не мешает играть с ComputerCraft в локальной игре или на приватных серверах. Но на публичных серверах от него отказались из-за неограниченного потребления ресурсов сервера. Про новые форки ничего не могу сказать. Недавно товарищ @Fingercomp выкладывал новость: OpenComputers 1.8.0.

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

Итератор возвращает пары ключ-значение таблицы. Если ключ имеет числовой тип, будет возвращено число. Если же ключ является строкой "amount", то и будет возвращена стока "amount". Никакой нумерации итератор не добавляет.

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

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