Victor_VG
Tracker Mod | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
О цене случая или ошибка в исходниках Far Manager 2.0.1722.
Что происходит: входим в любой архив и пытаемся распаковать из него файл(ы). Чем не важно, главное выполнить данную операцию. Итог: в экспериментах ошибка воспроизводится стабильно, повторяемость 100% - летим в отладчик по основанию "Необработанное исключение в Far.exe, код исключения 0хС0000005". Похоже что данная ошибка воспроизведётся всегда, по крайней мере я её смог воспроизвести на трёх разных x86 машинах под Win XP SP3, Vista Home Premium SP2 и Windows 7 Максимальная у разных людей.
Для тех кто не в курсе что такое код ошибки 0xC0000005, расшифрую - программа залезла в чужую область памяти и произошло исключение на уровне схем защиты памяти в процессоре. А такие события не отключаемы - это прерывание от схем контроля машины, они всегда активны и обрабатываются системой обработки ошибок ОС. Другие исключения можно запретить (выключить) установив соответствующий им флаг управления (маску) в 0, а эти нет, они всегда разрешены, и если происходит такое событие, то системный обработчик ошибок его обрабатывает с наивысшим приоритетом - сбой на уровне оборудования.
Я уже думал, что у меня проблемы на дисках и назначил их к проверке на ошибки при перезапуске , ещё ряд проблем предположил, а всё выяснилось отсюда:
Цитата: drkns 17.11.2010 00:12:50 +0200 - build 1723
1. Опечатка в 1722. |
я примерно представляю характер и место опечатки, но проверка на версии 2.0.1723 показала, что ошибка устранена полностью, за что спасибо уважаемому DrKnS.
И ещё один вопрос, может кто сталкивался и сможет объяснить причину явления:
При попытке экспорта .reg файла путём копирования с файловой панели на панель плагинов Registry Browser/RegEdit Far падает - происходит ошибка Win32:
когда именно это началось, номер билда Far я уже не помню, но по времени оно появилось с UNICODE версии плагина Registry Browser. При экспорте того же файла через команды sl:*.reg или regedit *.reg файл экспортируется нормально и ошибки не возникает. Я пока её причину найти не смог, но она стабильно воспроизводится на любых машинах где я проверял её наличие. Любопытно, что в ANSI варианте плагина Registry Browser я этого явления не помню, и по моему его не было , иначе я бы тогда точно его заметил.
Очень хотелось бы понять его причину, а ещё лучше её полного устранения.
----------
Жив курилка! (Р. Ролан, "Кола Брюньон")
Xeon E5 2697v2/C602/128 GB PC3-14900L/GTX 1660 Ti, Xeon E5-2697v2/C602J/128 Gb PC3-14900L/GTX 1660 Ti |
|
Всего записей: 33230 | Зарегистр. 31-07-2002 | Отправлено: 04:00 17-11-2010 | Исправлено: Victor_VG, 04:10 17-11-2010 |
|
А потому поступим с Вами так, как принято в сообществе BSD UNIX с такими поступать - идите читать маны (матчасть) и учить их наизусть, а потом делайте то, что там предписано, и если просите помощь - то выполняйте все инструкции тех кто Вам помогает и цените их время. Пока ничего проблемного Вы не назвали кроме проблемы Вашей собственной внимательности и желания ценить чужое время. Вы задаёте вопросы ответы на которые давно есть в манах и которые необходимо прочитать, да Вы этого никогда не делаете, даже тогда, когда Вам пальцем прямо указывают что именно и где надо прочитать. А это приводит к тому, что человеку просто перестают помогать как откровенному сачку и иждивенцу который ждёт чтобы ему всё в рот вложили, а он может и проглотит, а может и нет, Как например Вам я более помогать именно по вышеуказанным причинам не намерен - мне жалко тратить своё время впустую.
Клиенты в логах ругаются и висят, пришлось лезть в исходники FarFTP b262 - благо там только имена файлов поменялись, и прикручивать патч Mantis#0000724 чтобы парсер это безобразие логировал. Реально это дело делается просто: строку 769 удаляем, а в строки 769 и 770 файла FtpAPI.cpp добавляем код: