lastException: что отчёт игры вам говорит (и чего не говорит)

1.Где лежит файл

В корне Документы → Electronic Arts → The Sims 4, рядом с папкой Mods: текстовый файл, имя которого начинается с lastException. Игра пишет его в тот момент, когда скрипт ошибается. Если их несколько, берите самый свежий — отсортируйте папку по дате изменения. Если нет ни одного, переходите сразу к шагу 5: отсутствие отчёта — уже информация.

2.Откройте его в Блокноте

Правый клик по файлу → Открыть с помощью → Блокнот, или любой текстовый редактор. Ничего устанавливать не нужно. Содержимое на английском и похоже на код: это нормально, и понимать его не требуется. Вы ищете в нём одно — имя.

3.lastException или lastUIException?

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

4.Найдите имя мода в тексте

Перейдите к последним строкам. Блок, который начинается с Traceback, перечисляет, строка за строкой, через какие места кода прошла игра, когда случилась ошибка; самая последняя строка говорит, какая именно ошибка. Каждая строка File несёт путь:

Traceback (most recent call last):
  File "T:\InGame\Gameplay\Scripts\Server\...\service_manager.py", line 346, in start_single_service
  File "C:\Users\...\Mods\moy_mod\career.py", line 12, in start
KeyError: 3

Пути, начинающиеся с T:\InGame, — это код самой игры (машина студии, а не ваша), и они никогда не указывают на мод. Любой другой путь — это мод. Не ищите его на своём диске: это путь на компьютере автора, в момент, когда он собирал мод. Важны последние слова — здесь moy_mod — внутреннее имя скрипта, обычно близкое к названию мода, но не всегда совпадающее с именем файла в вашей папке Mods.

Названный мод не всегда виновник. Мод может падать из-за другого — отсутствующая или устаревшая зависимость, второй мод, который трогает то же самое. А мод, который постоянно следит за игрой, появляется почти в каждом отчёте, не имея к ошибке никакого отношения. Читайте это имя как подозреваемого, а не как приговор.

5.Когда отчёт никого не называет

Три случая, и все частые. Все строки идут из T:\InGame: отчёт не обвиняет ни один скрипт — ошибка может исходить от игры или от мода без скрипта (.package, который меняет настройки), которому нечего писать в отчёт. Отчёт называет мод, которого вы не находите: внутреннее имя отличается от имени файла — поищите его в именах своих .ts4script или на странице автора. Отчёта нет вообще: зависание или жёсткий вылет не пишут ничего — игра логирует только те ошибки, которые сама перехватила. Так что нет отчёта — не значит, что нет виновника: решает тест половинами, шаг 6 руководства.

6.Что делать с именем

Сначала посмотрите, выпустил ли автор мода версию после последнего патча игры: это частая причина, и её дёшево устранить. Иначе переместите его файл из Mods — на рабочий стол, в папку «ждёт» — не удаляя, и запустите игру снова. Если тот же отчёт возвращается и без него, дело было не в нём: верните его и переходите к следующему подозреваемому или к тесту половинами.