Падение при подключении

[san]

Витя столкнулся с проблемой при запуске программы на одном из ПК клиентов.
После ввода корректных имени и пароля программа падает (при вводе некорректных значений выдаёт ошибку как и положено)
r1050
ОС: Windows 7 x64

Вот что говорится в подробностях падения:

Сигнатура проблемы:
  Имя события проблемы: APPCRASH
  Имя приложения: MC04Dispatcher-r1050.exe
  Версия приложения: 0.0.0.0
  Отметка времени приложения: 5ad499a4
  Имя модуля с ошибкой: MC04Dispatcher-r1050.exe
  Версия модуля с ошибкой: 0.0.0.0
  Отметка времени модуля с ошибкой: 5ad499a4
  Код исключения: c0000005
  Смещение исключения: 00e48879
  Версия ОС: 6.1.7601.2.1.0.256.48
  Код языка: 1049
  Дополнительные сведения 1: 0a9e
  Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
  Дополнительные сведения 3: 0a9e
  Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789

Витя утверждает, что после события в лог файлах не появляется новых записей.

[san]

Прикрепил конфиг.

[san]

r830 на этой машине подключается и работает штатно
r943 аналогично падает но в подробностях Имя модуля с ошибкой: msvcrt.dll

[san]

Выяснилось новые подробности.
Проблема проявляется не на конкретном ПК, а при подключении к конкретному серверу.
При попытке подключения к этому серверу с другого ПК(на котором пульт r1050 работал ранее), пульт также падает.

[alx]

Вот специально написал, как сделать хороший баг-рипорт.

Приложи, пожалуйста, логи.

[san]

Витя утверждает что лог программы пуст (файл размером 0 байт).

[alx]

Replying to san:

Витя утверждает что лог программы пуст

В это трудно поверить, так как пульт при старте сначала пишет в лог "Программа запущенна, MC04-Dispatcher-xxxx" и еще некоторые сообщения, и только потом показывает диалог аутентификации пользователя. Из описания же тикета следует, что падение программы происходит уже после ввода данных в диалоге аутентификации...

[san]

Провёл эксперимент в Windows 7: оказалось что, если файл закрывается системой(а не приложением), данные, которые были записаны в файл до закрытия, исчезают.

[alx]

См. r1054.

[san]

Проблема воспроизвелась в другой точке

Логи с r1054
main.log

2018.05.23 09:07:41.977 [INFO   ] Программа запущенна, MC04-Dispatcher-v1.0-r1054
2018.05.23 09:07:41.977 [INFO   ] Конфигурация загружена
2018.05.23 09:07:41.977 [INFO   ] Начат процесс подключения к FreeSwitch серверу

debug.log

2018.05.23 09:07:41.419 [WARNING] Warning: QT_DEVICE_PIXEL_RATIO is deprecated. Instead use:
   QT_AUTO_SCREEN_SCALE_FACTOR to enable platform plugin controlled per-screen factors.
   QT_SCREEN_SCALE_FACTORS to set per-screen factors.
   QT_SCALE_FACTOR to set the application global scale factor.
2018.05.23 09:07:41.434 [DEBUG  ] Loading config from C:/Users/LevkovichDN/AppData/Local/MC04Dispatcher.xml
2018.05.23 09:07:51.109 [DEBUG  ] sip_endpoint.c  .Creating endpoint instance...
2018.05.23 09:07:51.110 [DEBUG  ]          pjlib  .select() I/O Queue created (045215D8)
2018.05.23 09:07:51.110 [DEBUG  ] sip_endpoint.c  .Module "mod-msg-print" registered
2018.05.23 09:07:51.110 [DEBUG  ] sip_transport.  .Transport manager created.
2018.05.23 09:07:51.111 [DEBUG  ]   pjsua_core.c  .PJSUA state changed: NULL --> CREATED
2018.05.23 09:07:52.393 [INFO   ]   pjsua_core.c  .pjsua version 2.6 for  initialized
2018.05.23 09:07:52.394 [DEBUG  ] local IPv4 address is 10.226.203.214
2018.05.23 09:07:52.400 [ERROR  ] error getting local IPv6 address

[alx]

Replying to san:

Проблема воспроизвелась в другой точке

Так как, судя по приложенным скриншотам, поведение в этих двух случаях было различным (диалог аутентификации выглядит по-разному), думаю, что вывод о том, что имело место повторение бага из описания тикета, преждевременен. Судя по картинке, падение программы произошло в разное время (на разных стадиях выполнения). Так, первоначально описанное падение произошло после вывода надписи "Выполняется подключение к базе данных...", падение же, описанное в comment:9, произошло до вывода этой надписи. Хотя, конечно, данное различие еще не означает, что имеют место два разных бага...

[san]

Витя сейчас находится там где воспроизводится баг.

Алексей, какие он может провести эксперименты или какую дополнительную информацию сообщить для помощи в поиске причин ?

[alx]

По поводу падения, описанного в comment:9, хотелось бы получить дополнительную информацию.

Насколько воспроизводимы эти падения? Произошло падение один раз и больше не повторялось, происходит оно при каждой попыткой входа или падение при попытке входа происходит лишь иногда с некоторой вероятностью?

Согласно имеющейся информации, падение, описанное в comment:9, произошло между выводом в лог записи "error getting local IPv6 address" и отображением сообщения "Выполняется подключение к базе данных...".

При нажатии кнопки "Вход" выполняется только две интересные функции:

• CPJSIPSUA::Init(), которая и выводит сообщение "error getting local IPv6 address";
• CPJSIPSUA::ParseURI().

Кроме этих двух вызовов выполняются лишь тривиальные манипуляции с переменными, которые вряд ли могли приводить к падению...

В comment:9 не уточняется, происходит ли падение при вводе неверных данных аутентификации, а жаль, так как это помогло бы исключить CPJSIPSUA::Init(). Если возможно, я прошу провести несколько попыток входа с заведомо неверным паролем и сообщить, будут ли возникать падения.

[san]

Программа падает при каждой попытке подключения с корректными именем/паролем
попросил Витю провести эксперимент с неправильным паролем

[san]

Витя утверждает что в данном случае программа падает и при вводе некорректных данных авторизации.
Похоже это всё-таки другой баг, который проявляется на конкретной машине.
Попросил Витю попробовать подключиться к этому серверу с ноутбука, на котором ранее пульт успешно работал.

[alx]

Replying to san:

Витя утверждает что в данном случае программа падает и при вводе некорректных данных авторизации.

Из этого факта следует, что имел место другой баг, а не повторение бага, по которому создан тикет. Рекомендую создать новый тикет.

[san]

согласен

[san]

Алексей, может быть имеет смысл для поиска этих багов сделать версию программы с выводом в лог какой-то дополнительной информации, которая может помочь найти причину такого поведения? и отправить Вите для проведения тестов.
Проблеммы довольно серьёзные, в нескольких точках использование актуальной версии программы невозможно, пользователи были вынуждены пользоваться r830.

[alx]

Replying to san:

Алексей, может быть имеет смысл для поиска этих багов сделать версию программы с выводом в лог какой-то дополнительной информации, которая может помочь найти причину такого поведения? и отправить Вите для проведения тестов.

Пока не вижу такой необходимости. Есть вероятность, что обычного лога (от "нормальной" версии без дополнительной информации) окажется вполне достаточно для выявления и устранения причины падения. А даже если нет, не увидев "нормальный" лог, нельзя догадаться, какая дополнительная информация может потребоваться. Так что ждем логи.

[alx]

Replying to san:

Проблеммы довольно серьёзные, в нескольких точках использование актуальной версии программы невозможно, пользователи были вынуждены пользоваться r830.

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