Зависание или вылет при запуске риплея [build 7992]

[ktulho]

Примерно один из пяти запусков риплея приводит к зависанию или вылету клиента (запускаю один и тот же риплей).

python.log

xvm.log

[sirmax]

прикрепи реплей

[ktulho]

3 минуты назад, sirmax сказал:

прикрепи реплей

15083142096301_japan_J20_Type_2605_lakeville.wotreplay

[sirmax]

Не получается воспроизвести. Попробуй почистить res_mods и заново поставить мод, будет падать или нет.

и со стандартными py_macro тоже надо проверить

[ktulho]

Проверил несколько риплеев со стандартными py_macro, проблем нет. С моим набором py_macro проблемы возникают только с риплеем прикрепленном выше и с ещё одним.

ИМХО, оба проблемных риплея записывались на клиенте, установленном на SSD. Остальные риплеи записаны на клиентах, установленных на HDD.

[sirmax]

Попробуй в методе def get_function(function) вывести значение function в лог

[ktulho]

18 минут назад, sirmax сказал:

Попробуй в методе def get_function(function) вывести значение function в лог

Вывел в python.log. Первый раз запустился нормально, второй раз - вылетел.

python.log

xvm.log

[sirmax]

надо было в xvm.log выводить, так я не могу синхронизировать логи

у тебя почему-то приходит xvm.python_macro, возможно что-то в скриптах зациклено.

[ktulho]

14 минуты назад, sirmax сказал:

надо было в xvm.log выводить, так я не могу синхронизировать логи

После вылета xvm.log

P.S. а этот после зависания xvm.log

22 минуты назад, sirmax сказал:

у тебя почему-то приходит xvm.python_macro, возможно что-то в скриптах зациклено.

Хмм, а как можно зациклить? И почему это не всегда происходит?

Edited October 18, 2017 by ktulho

[sirmax]

Надо искать откуда у тебя идет вызов xvm.python_macro, это внутренняя функция, она не должна из конфига вызываться

[ktulho]

1 минуту назад, sirmax сказал:

Надо искать откуда у тебя идет вызов xvm.python_macro, это внутренняя функция, она не должна из конфига вызываться

Запускаю один и тот же риплей, ни чего ни где не меняю. Вот нормальная загрузка xvm.log

29 минут назад, sirmax сказал:

Надо искать откуда у тебя идет вызов xvm.python_macro, это внутренняя функция, она не должна из конфига вызываться

В конфиге искал поиском "python_macro", ничего не найдено.

Убрал один скрипт из py_macro. Вылетел, в xvm.log нет упоминаний о xvm.python_macro.

xvm.log

[sirmax]

наверно надо твой набор скриптов и конфиг, чтобы воспроизвести

[ktulho]

7 минут назад, sirmax сказал:

наверно надо твой набор скриптов и конфиг, чтобы воспроизвести

Конфиг: My.rar

Скрипты: py_macro.rar

 

P.S. Похоже проблема в скрипте fragCorrelationBar.py. Только не понятно почему не всегда и не на всех риплеях проявляется эта проблема.

[sirmax]

во-первых, попробуй удалить c_parser_addon.pyd, это наиболее вероятная причина 

во-вторых, попробуй удалить py_macro/xvm/*.pyc

так же, не стоит в папке py_macro/xvm держать модули, которые не входят в поставку xvm, лучше сделай отдельную папку для них

[ktulho]

16 минут назад, sirmax сказал:

во-первых, попробуй удалить c_parser_addon.pyd, это наиболее вероятная причина 

Удалил.

16 минут назад, sirmax сказал:

во-вторых, попробуй удалить py_macro/xvm/*.pyc

Удалил.

16 минут назад, sirmax сказал:

так же, не стоит в папке py_macro/xvm держать модули, которые не входят в поставку xvm, лучше сделай отдельную папку для них

Перенес.

На третий запуск риплея - вылет.

@sirmax не мог бы взглянуть на скрипт fragCorrelationBar.py? Может что-нибудь броситься в глаза.

[sirmax]

Так попробуй без него, если будут вылеты, проблема не в нем.

[ktulho]

Я попробовал, без него не вылетает. 

1 час назад, ktulho сказал:

P.S. Похоже проблема в скрипте fragCorrelationBar.py. Только не понятно почему не всегда и не на всех риплеях проявляется эта проблема.

Просто мне не понятна природа этих вылетов. Почему вылеты происходят не всегда и не на всех риплеях?

[sirmax]

Попробуй вынести все @registerEvent в отдельный модуль не в корневой папке py_macro

а так, надо трейсить - добавляешь логи в каждом методе, и смотришь после чего падает

[ktulho]

@sirmaxМожет где-то во флэше сыпется? Сейчас вылетел с такой ошибкой (Еще одно значение из класса XVM_COMMAND):

2017-11-25 17:51:33: [DEBUG] respond: xvm.as.stat_battle_data
2017-11-25 17:51:40: [TRACE] >> onAppDestroyed: scaleform/lobby
2017-11-25 17:51:40: [TRACE] >> hangarDispose
2017-11-25 17:51:40: [TRACE] >> onStateBattle
2017-11-25 17:51:41: [VM]    initialized
2017-11-25 17:51:42: xvm.python_macro!!!!!!!!!!!!!
2017-11-25 17:51:42: [DEBUG] checkResult: yes
2017-11-25 17:51:42: [DEBUG] respond: xvm.as.stat_battle_data
2017-11-25 17:51:42: [ERROR] Traceback (most recent call last):
  File "./res_mods/mods/packages\xvm_main\python\xvm.py", line 284, in onXfwCommand
    return (stats.getClanIcon(int(args[0])), True)
ValueError: invalid literal for int() with base 10: 'xvm.get_clan_icon'

2017-11-25 17:51:42: xvm.python_macro!!!!!!!!!!!!!

 

@xenus, дал лог, где вылетел с такой ошибкой:

2017-11-25 01:18:44: [B:004] as_xfw_cmd: xfw.as.py_event ON_TOTAL_EFFICIENCY
TypeError: Error #1006: updateOnEvent is not a function.
	at method id: 742()[/var/lib/jenkins/jobs/xvm/branches/default/workspace@script/src/xvm/xvm_shared;com/xvm/extraFields;ExtraFieldsHelper.as:123]
	at com.xfw::Xfw/as_xfw_cmd()[/var/lib/jenkins/jobs/xvm/branches/default/workspace@script/src/xfw/src/actionscript/xfw_shared;com/xfw;Xfw.as:85]
	at com.xfw::XfwComponent/as_xfw_cmd()[/var/lib/jenkins/jobs/xvm/branches/default/workspace@script/src/xfw/src/actionscript/xfw;com/xfw;XfwComponent.as:91]

 

Может это связано со слишком ранней попыткой обновить battleLabels?

Edited November 25, 2017 by ktulho

[sirmax]

на реплеях воспроизводятся ошибки в логе?