Prostomod

Mawrak Ну я глянул в том скрипте из лога что на той строке находится - в parse_condlist передаётся на парсинг вместо строки nil. А вот что и откуда... Будь такое у меня, я бы просто под отладкой глянул бы, но сейчас такой возможности нет, поэтому и не могу сказать.

ItzKefir Извини, но я не могу понять, что не так. Ошибка говорит, что где-то некорректный кондлист, но я в присланных файлах проблем не вижу. Попробуй в вопроснице спросить, приложив и лог вылета, и все правленный файлы логики. Мб смогут подсказать.

Можешь ещё и этот файл показать?

Да, подобная логика нужна на анализ. Только то, что в configs\scripts\ Так, либо я что-то пропустил, либо ошибка где-то ещё. Ты только этого торгаша добавил, или есть где-то ещё новая логика?

ItzKefir Тут тоже с логикой что-то, точнее не сказать... В общем, если по сравнению с предыдущим успешным запуском у тебя не так много логики сделано, то покажи нам правленные файлы ltx логики

ItzKefir Если ты снёс папку scripts и поставил ванильную ЗП, то тогда вот и причина - возвращай папку scripts от ганса.

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

ItzKefir Заходишь в _G.script, находишь функцию abort. Должно быть такое: -- Крешнуть игру (после вывода сообщения об ошибке в лог) function abort(fmt, ...) local reason = string.format(fmt, ...) --error_log(reason) end Тебе нужно раскоментировать строчку с error_log, чтобы вышло так: -- Крешнуть игру (после вывода сообщения об ошибке в лог) function abort(fmt, ...) local reason = string.format(fmt, ...) error_log(reason) end Только рекомендую очень перед релизом мода её снова закомментировать - это чисто фича для разработки.

ItzKefir Похоже, что где-то в логике у тебя неверно прописана функция-условие (опечатка скорее всего), просмотри во всей своей логике, которая сделана после последнего успешного запуска все вызовы функции в логике внутри фигурных скобок, и скорее всего это функции проверки без аргументов (типа "{=something}" или "{!something}"). Что-то подробнее сказать нельзя. Если не делал, то попробуй это сделать, тут писал:

Mawrak Ну там не фикс прям этого, а скорее расширенное логгирование, чтоб не тупым перебором искать, а многократно сузить область поиска

Mawrak Хах, я только недавно в девелопе расширенное логгирование этому делал. В общем, попробуй это перетянуть себе, мб причина более ясной будет (если будет норм всё, мб в 1.4 включим). https://github.com/ixray-team/ixray-1.6-stcop/commit/9e6a04c23a8894686a6ed1af853e8f7a9060f170

Если что, я тоже нихрена не понимаю, что происходит...

its boomer Сделай по аналогии того, как ремонтник в Припяти в ваниле ЗП сделан. В misc\stalkers_upgrade_info.ltx можешь глянуть секции pri_a22_army_signaller (там discount_condlist надо выставить аналогично, чтоб было по нулям) и pri_a22_army_signaller_upgr (там заблокированы все возможные апгрейды у техника)

Крим Ну ты проверь. Сделай поиск по всем .ltx файлам, найди секцию vedro и посмотри, что написано в $spawn. Других идей почему у тебя такое у меня нет. А, кстати, если ты делаешь мод в том же СДК, на котором делал Искру, то тогда у тебя мб подтянулись секции оттуда т.к. аддон может быть активен. Тогда переименуй там файл addon.init на что либо, и секции эти перестанут подтягиваться

Ну как видишь, не всем. Приходится прояснять такие моменты, а то опять найдутся те, кто обвинит сам SDK в багах, которые возникли не по его вине Дополнено 1 минуту спустя Mawrak Ну про "специальная" я не уверен, но теперь после этого в SDK будет добавлена дополнительная проверка, чтоб рчётко сказать что и где продублировалось