XEPOMAHT, появилась же настройка в ini файле, которая отключаем сообщение с логом. Я в сборке отменил показ сообщения и сделал запуск стороннего сообщения, которое позволяет отправить отчёт сразу на GitHub

(04.12.2025 00:06)daemon_n Wrote:  появилась же настройка в ini файле, которая отключаем сообщение с логом.

И какая из них? По-умолчанию там всё выключено:

Debug.CaptureScreenshotOnCrash=1
Debug.ExternalCrashHandlerPath=
Debug.ShowMessageOnCrash=1

Папка Era
exeption context

(04.12.2025 13:34)Lorrein Wrote:  exeption context

Похоже, что у какого-то героя в игре сохранённая кастомная биография превышает лимит строки в 512 символов, в итоге игра не может создать такую длинную переменную и падает. Либо игра пытается прочитать биографию у героя, у которого на самом деле её нет. Либо игра пытается читать героев, которых на самом деле в сохранении нет (к примеру, ERA+ старый содовский формат сохранений не поддерживает).

(04.12.2025 18:39)XEPOMAHT Wrote:  Похоже, что у какого-то героя в игре сохранённая кастомная биография превышает лимит строки в 512 символов, в итоге игра не может создать такую длинную переменную и падает. Либо игра пытается прочитать биографию у героя, у которого на самом деле её нет. Либо игра пстается читать героев, которых на самом деле в сохранении нет (к примеру, ERA+ старый содовский формат сохранений не поддерживает).

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

(04.12.2025 19:28)Lorrein Wrote:  может ли быть проблема в героях кампании(у меня включена опция чтоб они появлялись в тавернах)? И если да, могу ли я им ктото биографию сократить?

нет, если биографии стандартные, то разницы никакой нет. А если модами устанавливаются новые и при этом игра не может корректно записать их в сохранение (т.е. к примеру, строка под биографию создана Дельфой или ERM-ом, а игра использует СИ-шный формат строковой переменной, несовместимый с остальными, то начнутся утечки памяти - игра не сможет копировать строку перед записью в сейв, да и просто выгрузить биографию из памяти тоже не сможет), то и прочитать подобную биографию без вылета так же не получится при переполнении 512 байт.

Затестил еще пару штук -
Сохранение стандартного шаблона формата XXL с героем кампании на размере G - загрузилось
А конкретно мой шаблон - сохранки не работают от слова совсем... хотя по параметрам запуска обе карты настраивал одинаково ... скорее всего проблема в шаблоне видимо ... куда мле лучше обратится по поводу приколов с шаблонами?

daemon_n, вызываю пояснительную пригаду!

Berserker, в игре при работе с текстом (в данном случае с h3_TextBuffer at 0x00697428) используется ф-ция "sprintf", которая не проверяет размер этого буфера, что позволяет туда залить текст сверх лимита.
Ниже код из IDA (at 0x06179DE)


ф-ция "sprintf_s" принимает вторым аргументом размер буфера, передаваемого первым аргументом (код с сайта Microsoft):

тупое, (вряд ли производительное), но рабочее решение:
обернуть "sprintf" и проверять адрес буфера. Если это h3_TextBuffer (buffer == 0x697428), то вызываем "sprintf_s". Хотя точно не уверен, можно ли VA спокойно обернуть.

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

Все, нашел проблему - я упирался в предел в 256 шахт на карту, генератор шаблона мог генерить больше чем 256 шахт, но сохранения видимо не поддерживают больше чем 256 шахт всех типов

daemon_n, а, точно, классический выход за границы буфера. Да, универсального решения нет, но геройскую функцию можно перехватить, если h3_TextBuffer используется в подавляющем числе случаев.

Lorrein, да, 0..255 влезает в 1 байт, выше уже нет.

(Today 01:16)Berserker Wrote:  Lorrein, да, 0..255 влезает в 1 байт, выше уже нет.

Да я почему то думал что оно каждый тип шахты по отдельности считает ... ну да ладно, разобрался и черт с ним