Victor_VG
Tracker Mod | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Провёл серию экспериментов (около 60 для исключения влияния случайных факторов на результат) с отладочными библиотеками. Установлено: 1) Если использовать плугин Advanced Compare собранный в gcc с Far запущенным под ConMan, то при сравнении Far 100% завершается аварийно, отладочный (трап) лог не успевает создаваться в следствии реакции DrWtsn32 на исключение c0000005. 2) Если использовать плугин Advanced Compare собранный в VS8 из ночных сборок, то всё работает нормально вне зависимости от того, запущен ли процесс Far.exe как дочерний процесс ConMan 1.3.4. Для сравнения в серии использовались как архивы, так и неупакованные каталоги различного уровня вложенности. Предварительное предположение: ConMan работает не корректно в системе. Возможно, что он как-то портит память процесса Far.exe в системе если в ней установлен SP3 + .NET 3 и выше ( в данный момент стоит DOTNET 3.5.1. Следовательно, влияние MultiArc с высокой степенью вероятности можем из анализа исключить. Предполагаю, что в результате внутренней ошибки связки "ConMan+Far.exe" ConMan затирает память процесса Far.exe что и приводит к перехваченному логу системного отладчика DrWtsn32 (выдержка). Думаю, что с практически 100% уверенностью следует утверждать, что в данном случае в доработке нуждается ConMan затирающий в некоторых случаях память запущенных под ним процессов.
---------- Жив курилка! (Р. Ролан, "Кола Брюньон") Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti |
| Всего записей: 33210 | Зарегистр. 31-07-2002 | Отправлено: 06:08 11-01-2009 | Исправлено: Victor_VG, 06:36 11-01-2009 |
|