Страница 40 из 40

Добавлено: Пн мар 07, 2016 8:35 am
Max Diesel
i3v писал(а):Скринвидео вот: https://youtu.be/57PHtxStJ2Y .
Снял прямо с созданием файлов с нужными правами... На "чистом" UC, сразу после распаковки (том, что по ссылке чуть выше). Поэтому аж 3.5 минуты. Само "копирование с автопереименованием на целевой стороне" начинается где-то с 2:09
На версии 1111 тоже попробовал - всё то же самое.
Полезная информация, благодарю за содействие. Со следующей версии будет корректно.

Re:

Добавлено: Пт мар 11, 2016 5:59 pm
i3v
Max Diesel писал(а): Полезная информация, благодарю за содействие. Со следующей версии будет корректно.
Отлично, спасибо, ждём!

А ещё в последних версиях UC при выключении/перезагрузке ПК с ошибки показывать стал - чаще всего что-то вроде

Код: Выделить всё

Access violation at address 006E69C6 in module 'Uncom.exe'. Read of address 00000005|006E69C6	4	2016-03-08 16:08:03	1111	
Происходит по непонятной для меня причине, но если просто открыть/закрыть UC - не происходит. Должно случиться что-то другое. На практике - случается если UC остаётся "работающим" несколько суток.
Во вложении "fl_error.txt" - может быть там чуть больше информации.

Re: Баги в v2.02 (build 905-1111)

Добавлено: Пн апр 11, 2016 10:40 am
i3v
Ещё сегодня следующая странная штука произошла - на ночь я оставлял длительное перещение с диска на диск кучки разной всячины. Утром обнаружил аж 7 штук окошек "Abnormal program termination" и лишь одну новую запись,

Код: Выделить всё

12346	1	2016-04-11 01:40:44	1111	b8feed49
в "fl_error.txt".

Процесс при этом скушал 1.7 ГБ RAM (Peak Working Set при этом больше всего на пару МБ, т.е. процесс вряд ли упёрся в ограничение в 2 ГБ) и по прежнему полностью грузит одно ядро. Файлов было примерно 5 миллионов штук, около 1TB - не так чтоб слишком много - вроде бы их количество не объясняет такого, относительно высокого потребления памяти. Да и повис UC не в начале, а примерно на 30% от общего "объёма задачи". Оба диска - внутренние, "железных" проблем с ними быть не должно.

Все окна этого UC при этом "Not responding", но изредка на несколько секунд "отвисают" (т.е. хотя б отрисовываются). В один из таких моментов я нажал "OK" в диалоге и UC закрылся.

Вообще подобные окошки ("Abnormal program termination") я уже видел. И, вроде бы, они тоже относились к каким-то длительным операциям. Но воспроизвести подобные баги обычно не получается. И информации о них получается как-то мало. Соответственно вопрос - может, при следующем проявлении подобных "трудно уловимых" багов имеет смысл, например, стандартный дамп памяти процесса собрать? Или ещё что?

Добавлено: Сб апр 16, 2016 4:52 am
Max Diesel
i3v писал(а):Ещё сегодня следующая странная штука произошла - на ночь я оставлял длительное перещение с диска на диск кучки разной всячины. Утром обнаружил аж 7 штук окошек "Abnormal program termination" и лишь одну новую запись,

Код: Выделить всё

12346	1	2016-04-11 01:40:44	1111	b8feed49
в "fl_error.txt".

Процесс при этом скушал 1.7 ГБ RAM (Peak Working Set при этом больше всего на пару МБ, т.е. процесс вряд ли упёрся в ограничение в 2 ГБ) и по прежнему полностью грузит одно ядро. Файлов было примерно 5 миллионов штук, около 1TB - не так чтоб слишком много - вроде бы их количество не объясняет такого, относительно высокого потребления памяти. Да и повис UC не в начале, а примерно на 30% от общего "объёма задачи". Оба диска - внутренние, "железных" проблем с ними быть не должно.
Благодарю за предоставленную информацию. Судя по описанию и строке в файле fl_error.txt, этот баг является тем самым багом, который уже давно находится в розыске, но до сих пор не пойман. Он не связан с фактом копирования большого количества файлов и не связан с выделением большого объема памяти. Предположительно он связан с фактом проверки валидности ключа. Я все еще разыскиваю этот баг, как только он выдаст свое местоположение, я сразу его уберу.

Re: Баги в v2.02 (build 905-1111)

Добавлено: Чт май 26, 2016 6:57 pm
i3v
Max Diesel писал(а):Судя по описанию и строке в файле fl_error.txt, этот баг является тем самым багом, который уже давно находится в розыске, но до сих пор не пойман.
  1. Это исходя из 006E69C6, или чего-то другого?
  2. А нет, случайно, мыслей, какая ещё информация могла бы быть полезна в данном случае? Дамп памяти процесса, например?
Ночью UC опять упал в процессе работы с большим числом файлов. Насколько я помню, было два потока удаления и один - перемещения файлов. Плюс несколько UC в фоне бездействовали, ещё (на других виртуальных рабочих столах). Одно удаление завершилось - остальное недоделалось. И ошибка вида виндовского диалога "программа ошиблась". И в fl_error.txt ничего за последние пару дней. Так что в приложенном архиве ("on copy error.zip") - только событие из event viewer'а.

А сегодня, при выключении (на другом ПК), опять упала часть UC. Причём, как частенько бывает - сначала падает лишь часть. (Видимо, винда их закрывает по очереди, и часть ещё не начала закрывать.) Плюс, ошибко в fl_error.txt сразу получается больше, чем окошек об ошибках. (см. вложенный "UC reboot errors.zip")

И, кстати, это не единственный случай, когда в fl_error.txt ничего не отображается в результате ошибки. Ещё бывали ошибки (см. "UC on idle errors.zip"), которые случаются сами по себе в моменты простоя, без всякой видимой причины. И хотя в этом случае диалог об ошибке "родной", в fl_error.txt тоже ничего не появлялось.

Плюс, до кучи, ещё приложил случайно найденный набор из нескольких старых багов, тоже случившихся при попытке выключить/перезагрузить ПК ("old on shutdown errors.zip"). Вдруг пригодится :). А то мне сложно отличить, что может быть полезно, а что нет.

Добавлено: Пт май 27, 2016 11:07 pm
Max Diesel
i3v писал(а):
Max Diesel писал(а):Судя по описанию и строке в файле fl_error.txt, этот баг является тем самым багом, который уже давно находится в розыске, но до сих пор не пойман.
  1. Это исходя из 006E69C6, или чего-то другого?
  2. А нет, случайно, мыслей, какая ещё информация могла бы быть полезна в данном случае? Дамп памяти процесса, например?
Это было исходя из начала строки - "12346" (между 6-й и 7-й строками функции она выпала в исключение). Идей к сожалению нет, в дампах памяти мне ковыряться не доводилось, соответственно дамп пользы не принесет.
i3v писал(а):Ночью UC опять упал в процессе работы с большим числом файлов. Насколько я помню, было два потока удаления и один - перемещения файлов. Плюс несколько UC в фоне бездействовали, ещё (на других виртуальных рабочих столах). Одно удаление завершилось - остальное недоделалось. И ошибка вида виндовского диалога "программа ошиблась". И в fl_error.txt ничего за последние пару дней. Так что в приложенном архиве ("on copy error.zip") - только событие из event viewer'а.

А сегодня, при выключении (на другом ПК), опять упала часть UC. Причём, как частенько бывает - сначала падает лишь часть. (Видимо, винда их закрывает по очереди, и часть ещё не начала закрывать.) Плюс, ошибко в fl_error.txt сразу получается больше, чем окошек об ошибках. (см. вложенный "UC reboot errors.zip")

И, кстати, это не единственный случай, когда в fl_error.txt ничего не отображается в результате ошибки. Ещё бывали ошибки (см. "UC on idle errors.zip"), которые случаются сами по себе в моменты простоя, без всякой видимой причины. И хотя в этом случае диалог об ошибке "родной", в fl_error.txt тоже ничего не появлялось.

Плюс, до кучи, ещё приложил случайно найденный набор из нескольких старых багов, тоже случившихся при попытке выключить/перезагрузить ПК ("old on shutdown errors.zip"). Вдруг пригодится :). А то мне сложно отличить, что может быть полезно, а что нет.
В копировании большого количества файлов обнаружилась утечка памяти, благодарю за содействие по этому вопросу. Однако версия 2.02 вряд ли будет иметь новый билд, соответственно изменение можно будет увидеть лишь в новой версии 3.57.

Re:

Добавлено: Сб июн 04, 2016 4:38 pm
i3v
Max Diesel писал(а): В копировании большого количества файлов обнаружилась утечка памяти,

О, это гут, если починится, спасибо!
Max Diesel писал(а):
Однако версия 2.02 вряд ли будет иметь новый билд, соответственно изменение можно будет увидеть лишь в новой версии 3.57.

Ну, тогда переезжаем :wink:

Синхронизация каталогов с большим количеством файлов

Добавлено: Сб июл 02, 2016 12:44 am
Snusmumrik
Заметил, что при проведении синхронизации каталогов, содержащих большое количество файлов (пробовал примерно от 6000 до 20000 на каждой панели), на этапе сравнения окно с индикатором процесса периодически перестаёт отвечать, а после проведения уже самой синхронизации на новом этапе сравнения обнаруживается множество различающихся файлов. Если в этот момент закрыть окно "Синхронизация каталогов" и закрыть саму программу, появляется окно с сообщением об ошибке "Abnormal program termination". При новом запуске программы и новой попытке синхронизации различающихся файлов не будет, но если сделать вторую попытку - опять большое количество различающихся файлов и всё то же самое. Такое впечатление, что происходит какое-то переполнение списка файлов, подлежащих синхронизации.

Добавлено: Вс июл 03, 2016 8:33 am
Max Diesel
Snusmumrik писал(а):Заметил, что при проведении синхронизации каталогов, содержащих большое количество файлов (пробовал примерно от 6000 до 20000 на каждой панели), на этапе сравнения окно с индикатором процесса периодически перестаёт отвечать, а после проведения уже самой синхронизации на новом этапе сравнения обнаруживается множество различающихся файлов. Если в этот момент закрыть окно "Синхронизация каталогов" и закрыть саму программу, появляется окно с сообщением об ошибке "Abnormal program termination". При новом запуске программы и новой попытке синхронизации различающихся файлов не будет, но если сделать вторую попытку - опять большое количество различающихся файлов и всё то же самое. Такое впечатление, что происходит какое-то переполнение списка файлов, подлежащих синхронизации.
Почему-то не удается воспроизвести эту проблему, в связи с чем есть пара вопросов:
1. Какой используется билд программы? (это можно увидеть в окне "О программе")
2. Какая используется версия Windows?

Re: Баги в v2.02 (build 905-1111)

Добавлено: Чт июл 07, 2016 11:52 am
Snusmumrik
1. В данный момент билд 1111, но эта проблема была и на предыдущих билдах, и на этом - последнем
2. Windows 7 x64 SP1 Professional и Windows 7 x64 SP1 Домашняя расширенная - на обоих

Сравнил две абсолютно одинаковые папки, в которых по 34728 файлов в 739 подпапках. Синхронизатор нашёл всего 12130 файлов, из них слева уникальных 6065, справа - 6065. Подчёркиваю - папки одинаковые! Нажимаю ещё раз кнопку "Начать сравнение", через секунду окно синхронизации перестаёт отвечать и, через несколько секунд, появляется окно с сообщением "Прекращена работа программы "Unreal Commander"". Если кнопку "Начать сравнение" второй раз не нажимать, а просто закрыть программу, то появится окно с сообщением "Abnormal program termination".

Провёл ещё серию экспериментов, с каждым разом уменьшая количество файлов/папок для синхронизации, и все результаты свёл в табличку:

файлов 34728 папок 739
найдено 12130 уникальных слева 6065 уникальных справа 6065
---------
файлов 29570 папок 628
найдено 1814 уникальных слева 907 уникальных справа 907
---------
файлов 29075 папок 617
найдено 824 уникальных слева 412 уникальных справа 412
---------
файлов 28864 папок 612
найдено 402 уникальных слева 201 уникальных справа 201
---------
файлов 28458 папок 604
найдено 0 уникальных слева 0 уникальных справа 0
---------
В последнем эксперименте всё отработало хорошо, никаких ошибок. Наблюдается нелинейная корреляция ошибки с количеством файлов/папок.

Re: Баги в v2.02 (build 905-1111)

Добавлено: Сб июл 09, 2016 6:04 pm
i3v
Snusmumrik

Гм.. Я в сравнивалке тоже странности находил, но ничего подобного не видел. И "синхронизацией файлов" я пользуюсь довольно часто, и очень хочется при этом ей доверять....
А возможно этими файлами поделиться, заархивировать и выгрузить куда-то?
PS: у меня связи в ближайшие две недели не будет - так что отвечу не сразу, видимо.

Re: Баги в v2.02 (build 905-1111)

Добавлено: Чт июл 21, 2016 8:42 am
VicVaLa
1) Win7 без темы, а ля Win95
NoTheme.png
2) Win7 c темой
Win7Theme.png
Не могу найти, почему так значки на панели инструментов отрисовываются, как будто 8х8 растянули до 32х32.
Когда сломалось не знаю, раньше никогда не использовал темы. Билд 1111. Помогите плз побороть это?!

Re: Баги в v2.02 (build 905-1111)

Добавлено: Чт июл 21, 2016 10:27 pm
Snusmumrik
i3v писал(а):Snusmumrik

Гм.. Я в сравнивалке тоже странности находил, но ничего подобного не видел. И "синхронизацией файлов" я пользуюсь довольно часто, и очень хочется при этом ей доверять....
А возможно этими файлами поделиться, заархивировать и выгрузить куда-то?
PS: у меня связи в ближайшие две недели не будет - так что отвечу не сразу, видимо.
К сожалению, поделиться файлами не могу, но могу сказать, что дело тут точно не в самих файлах и не в их именах. Ранее я синхронизировал большой объём мультимедиа-файлов на другом компьютере, натолкнулся на эту же проблему. Ну, подумал, глюки местные. Потом на другом компе - та же проблема, и на третьем... Дело, видимо, в структуре, которая наполняется именами файлов и другими атрибутами для сравнения.

Re: Баги в v2.02 (build 905-1111)

Добавлено: Ср июл 27, 2016 8:27 am
VicVaLa
Добрый день!
Так вышеуказанную проблему с иконками побороть не удаётся.
Также, при добавлении новой кнопки она добавляется, но без иконки:
00123.png
После перезагрузки программы появляется иконка, такая же, пикселями:
00124.png
Как побороть?

Добавлено: Сб сен 17, 2016 7:57 am
Max Diesel
VicVaLa писал(а):1) Win7 без темы, а ля Win95
NoTheme.png
2) Win7 c темой
Win7Theme.png
Не могу найти, почему так значки на панели инструментов отрисовываются, как будто 8х8 растянули до 32х32.
Когда сломалось не знаю, раньше никогда не использовал темы. Билд 1111. Помогите плз побороть это?!
Совершенно странная ситуация. Так быть однозначно не должно, подозреваю что это какие-то проблемы у Windows.
VicVaLa писал(а):Добрый день!
Так вышеуказанную проблему с иконками побороть не удаётся.
Также, при добавлении новой кнопки она добавляется, но без иконки:
00123.png
После перезагрузки программы появляется иконка, такая же, пикселями:
00124.png
Как побороть?
Баг с отрисовкой иконки на только что добавленный файл действительно существует в версии 2.02, однако на эту версию исправлений вероятно уже не будет. В версии 3.57 баг исправлен (версия 3.57 на данный момент пребывает стадии альфа-тестирования).