sirmax

Ок, спасибо. Теперь можно тестить с фиксом. Нужны еще фидбеки от тех, у кого падает, прекрятятся ли падения на последнем ночнике в ветке crashdbg + com.modxvm.xvm.crashfix_1.0.0.wotmod

We are testing fix now and hope that it will work. You can install com.modxvm.xvm.crashfix_1.0.0.wotmod and check that the crashes are still occurring.

А, ну это сразу видно, что родная ошибка.

Вот эта? Или какая?

В нем не исправлено.

Проверьте эту версию без фикса com.modxvm.xvm.crashfix_1.0.0.wotmod Нужны логи после падения. Так же желательно обратить внимание, не изменилось ли что-то по сравнению с предыдущими версиями в плане крэшей - может реже или чаще будут. Так же стоит обратить внимание, не поломалось ли что-то в маркерах.

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

Прикольно, что фикс заодно исправит и вылеты чистого клиента, если у кого-то они есть...

Не слетела, а убрал специально. Сейчас верну.

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

Проверь без других модов и посмотри на предупреждения в xvm.log, нужно поправить конфиг, чтобы их не было: 2017-12-17 17:48:41: [B:48444] [ELEMENTS] WARNING: main.debugPanel.fps isn't a primitive type: void 2017-12-17 17:48:41: [B:48445] [ELEMENTS] WARNING: main.debugPanel.lag isn't a primitive type: void 2017-12-17 17:48:41: [B:48446] [ELEMENTS] WARNING: main.debugPanel.ping isn't a primitive type: void

Уши поправил. Проблема была если попадался кто-то с бейджем. Уж не знаю, как это может быть связано с вылетами. :)

Уши воспроизвел, посмотрю.

Да, правильный 8158, там нумерация опять немного поехала.

Желательно на последнем дебаг-билде проверить.

У меня не воспроизводится на них. Ты на дефолтном конфиге пробовал? Можешь логи после реплея прикрепить?

уменьшил размер кэша картинок в бою, проверьте 8158

Ок, видимо пропустил.

логи в ветке crashdbg все еще есть. насчет битых реплеев - интересно. можешь дать такой на проверку? вместе с логами на момент глюка Можно попробовать отключить уши, экран загрузки, стату по TAB и т.д., может найдется какая-то связь. Хотя скорей всего, как мы раньше и описывали, проблема возникает при большом количестве контролов, чем больше, тем вероятней. Отключая любые из них, уменьшается и вероятность вылета, при этом проблема не связана с каким-то конкретно компонентом. Может зависит от объема видеопамяти. Надо бы в GPU-Z график снять на момент вылета, и попробовать на пониженных настройках графики проверить.

Вполне возможно. Только не понятно как воспроизвести. Спасибо за информацию, правда пока не знаю, чем она может помочь.

После очистки кэша реплей 2 раза запусти. У меня на второй раз экран загрузки зависает. Пока не почистил кэш, нормально все было.

Если не вылетает, радуйтесь. Я уже писал, что это не у всех проявляется, тут нужно стечение обстоятельств. Может у тебя комп мощнее, и один поток успевает обратиться к контролам до того, как они будут удалены другим потоком. Чем больше элементов будет добавлено, тем больше вероятность падения. Попробуй сотню полей в маркерах сделать, может и поймаешь. Сегодня зарелизим версию как есть, с комментарием, что в ней присутствует такой баг.

Правильно он всех сюда отправляет: https://ru.wargaming.net/support/kb/articles/479 Вот только не понятно, с модами они играют, или без. Говорить можно что угодно, надо логи смотреть.

На чистом клиенте? Если не сложно, можешь дать ссылки?

Вылетает не у всех. Race Condition - это "состояние гонки", какой-то один поток при определенных условиях отрабатывает быстрей, чем другой, и освобождает память раньше, чем второй поток к ней обращается. Условия могут зависеть от чего угодно, от железа, софта, последовательности действий, размера статистики, количества танков в ангаре и т.д. Вряд ли получится даже определить условия, в которых это возникает. Единственное, что я могу сделать - пытаться какими-то костылями добиться такого поведения, чтобы освобождение памяти притормозилось, и возникало гарантированно позже последнего использования. Без исходников это совершенно нетривиальная задача.