D:\TEMP\Far3\changelog t 65001 1245516 Col 0 0% 15:22
drkns 14.08.2016 15:28:56 +0200 - build 4757
1. Рефакторинг всего, связанного с кодировками.
2. -flto для GCC. Far.exe внезапно похудел аж на ~750 K.
drkns 13.08.2016 17:07:34 +0200 - build 4756
1. Е
╔══════════════════════════════════════════ Exception occurred ══════════════════════════════════════════╗
svs ║ 0x00007FF7B4345220 MoveSmall (f:\dd\vctools\crt\vcruntime\src\string\amd64\memcpy.asm:449) ║
║ 0x00007FF7B432EFC3 Viewer::vread (c:\src\unicode_far\viewer.cpp:3735) ║
1. S ║ 0x00007FF7B4328D0B Viewer::process_key (c:\src\unicode_far\viewer.cpp:1571) ║
║ 0x00007FF7B4327CC2 Viewer::ProcessKey (c:\src\unicode_far\viewer.cpp:1477) ║
drkn ║ 0x00007FF7B421593C FileViewer::ProcessKey (c:\src\unicode_far\fileview.cpp:417) ║
║ 0x00007FF7B4281C62 Manager::ProcessKey (c:\src\unicode_far\manager.cpp:816) ║
1. Р ║ 0x00007FF7B42812A2 Manager::ProcessMainLoop (c:\src\unicode_far\manager.cpp:650) ║
║ 0x00007FF7B42810E2 Manager::EnterMainLoop (c:\src\unicode_far\manager.cpp:619) ║
drkn ║ 0x00007FF7B427A9BF MainProcess (c:\src\unicode_far\main.cpp:279) ║
║ 0x00007FF7B427DCBD mainImpl (c:\src\unicode_far\main.cpp:767) ║
1. П ║ 0x00007FF7B427E13D wmain (c:\src\unicode_far\main.cpp:820) ║
║ 0x00007FF7B43416A0 __scrt_common_main_seh (f:\dd\vctools\crt\vcstartup\src\startup\exe_common.inl:255) ║
drkn ║ 0x00007FFC5E728102 BaseThreadInitThunk ║
║ 0x00007FFC60E8C5B4 RtlUserThreadStart ║
1. П ╟────────────────────────────────────────────────────────────────────────────────────────────────────────╢
║ { OK } ║
drkn ╚════════════════════════════════════════════════════════════════════════════════════════════════════════╝
1. Уточнение обработки некорректных hex-строк в диалогах.
2. В одном из предыдущих билдов погнулась диагностика исключений.
drkns 04.08.2016 22:16:44 +0200 - build 4750
1. Уточнение 4748.
drkns 03.08.2016 23:30:06 +0200 - build 4749
1 2 3 4 5 6 7 8 9 10GoFile 11 12
Была выделена фраза "Рефакторинг всего, связанного с кодировками". Могу цветной графический приложить, если не верите.
Глюки и баги, появившиеся в «ночных сборках»
Posted: Tue 13 Sep, 2016 14:32
by zg
я верю, я ж и написал, что даже 4765 вряд ли сам по себе влияет, а просто улучшает воспроизводимость какого-то другого бага.
Глюки и баги, появившиеся в «ночных сборках»
Posted: Tue 13 Sep, 2016 14:49
by Kerberos464
x86 3.0.4787+ падает в диалогах с радиокнопками, если нажать End, стоя на любой из них, например:
становимся на любой файл или папку, F5 Down End и всё, падаем.
повторяется без плагинов и макросов.
в 4785 падения ещё нет.
windows 10 au 1607 x64.
Глюки и баги, появившиеся в «ночных сборках»
Posted: Fri 16 Sep, 2016 18:11
by Abs
В 4792 падает плагин PictureView при заходе в папку, если:
а) там есть файл descript.ion
б) вторая панель - Info
в) в плагине включён перехват операции "View"
Если просто нажать F3 на этом "descript.ion", плагин отрабатывает нормально, то бишь просто его пропускает. А вот при отображении содержимого в информационной панели - опаньки.
PS. Началось это с 4772, в 4771 проблемы ещё не было.
Глюки и баги, появившиеся в «ночных сборках»
Posted: Fri 16 Sep, 2016 18:41
by DrKnS
Abs wrote: падает плагин PictureView
Падает вполне ожидаемо.
Я не знаю, что автор ожидает получить, передавая в FSF.ConvertPath nullptr:
2016-09-16_20-31-45.png (36 KiB) Viewed 5489 times
Глюки и баги, появившиеся в «ночных сборках»
Posted: Fri 16 Sep, 2016 18:56
by HaRT
DrKnS wrote: что автор ожидает получить, передавая в FSF.ConvertPath nullptr
А сложно ли добавить туда защиту от нерадивых плагинов? Если Src или Dest нулевые, то просто вернуть 0.
Глюки и баги, появившиеся в «ночных сборках»
Posted: Fri 16 Sep, 2016 19:15
by DrKnS
HaRT wrote: А сложно ли добавить туда защиту от нерадивых плагинов? Если Src или Dest нулевые, то просто вернуть 0.
А толку?
Какой-нибудь другой нерадивый плагин передаст туда (wchar_t*)42 и будет точно такой же access violation.
Не говоря уже о том, что если у плагина там вместо нормального буфера шопопало, то даже если наставить проверок в api, он же сам потом это шопопало разыменует и опять будет точно такой же access violation, разве что в другом месте.
Глюки и баги, появившиеся в «ночных сборках»
Posted: Fri 16 Sep, 2016 19:18
by HaRT
DrKnS wrote: Какой-нибудь другой нерадивый плагин передаст туда (wchar_t*)42
Не совсем так.
Если передаётся нулевая длина, то и указатели незачем разыменовывать. Где-то как раз недавно я читал тут на форуме сетования плагинописателя по такому поводу (но сейчас не смог найти).
Глюки и баги, появившиеся в «ночных сборках»
Posted: Fri 16 Sep, 2016 19:24
by DrKnS
Нулевая длина, равно как и нулевой Dest - это валидный случай для получения требуемого размера.
Глюки и баги, появившиеся в «ночных сборках»
Posted: Fri 16 Sep, 2016 19:28
by Abs
DrKnS wrote:
Падает вполне ожидаемо.
Я не знаю, что автор ожидает получить, передавая в FSF.ConvertPath nullptr:
А почему тогда в 4771 не падает? И даже показывает, если под именем "descript.ion" картинка прячется. Сам Far в плагин в этот момент правильный путь передаёт?
Глюки и баги, появившиеся в «ночных сборках»
Posted: Fri 16 Sep, 2016 19:50
by DrKnS
Abs wrote: А почему тогда в 4771 не падает?
Потому что было /EHa, а стало /EHsc (если это вам ни о чём не говорит, можно считать, что звёзды удачно располагались).
Глюки и баги, появившиеся в «ночных сборках»
Posted: Fri 16 Sep, 2016 22:28
by SeNS
Far Manager, version 3.0 (build 4792) x64, Windows 10, 14393.187
Ctrl+N по какой-то причине перестал переключать короткие/длинные имена файлов на диске D: Притом, на диске C: все работает. Оба диска одной и той-же модели, 500GB SSD-шки, размечены в NTFS (хотя это должно быть без разницы). Единственное различие: на C: два раздела (загрузочный W10), на D: - один.