Страница 22 из 33

Re:

Добавлено: Вс мар 17, 2019 3:11 pm
i3v
Max Diesel писал(а): Пн мар 11, 2019 7:00 pm Как ни странно, но я некоторое время назад тоже наткнулся на эту проблему
Забавно :)
В 1405 вроде починилось, спасибо!

Re: Баги в v3.57 (build 1182-1405)

Добавлено: Чт мар 21, 2019 4:40 pm
Paul_TC
Перепутано направление выделения файлов при нажатии Ctr+Shift+End, при нажатии выделение происходит вверх от курсора, хотя должно быть вниз.

Добавлено: Чт мар 21, 2019 9:09 pm
Max Diesel
Paul_TC писал(а): Чт мар 21, 2019 4:40 pm Перепутано направление выделения файлов при нажатии Ctr+Shift+End, при нажатии выделение происходит вверх от курсора, хотя должно быть вниз.
Дело в том, что за выделение "от текущего файла/каталога и до конца списка" отвечает сочетание Shift+End (и Shift+Home для выделения вверх), а сочетание Ctrl+Shift+End отвечает за выделение "от текущей позиции и до первого файла в списке". Соответственно если на момент нажатия сочетания курсорная строка была на файлах, то выделение будет вверх (выделятся файлы), а если на каталогах, то вниз (выделятся каталоги). Кстати, для быстрого перехода на первый файл в списке используется сочетание Ctrl+End.

Re: Баги в v3.57 (build 1182-1405)

Добавлено: Пт мар 22, 2019 1:28 pm
Paul_TC
Спасибо за разъяснение.

Re: Баги в v3.57 (build 1182-1405)

Добавлено: Сб мар 23, 2019 2:01 am
i3v
В b1405 при распаковке файла можно указать другое имя, но оно игнорируется. Например, при распаковке файла "a.txt" в каталог, где уже есть файл с таким именем, даже если указать в диалоге другое имя, переименования не происходит:
1.PNG
2.PNG
У меня смутное ощущение, что я это описывал это уже, но сходу не нашёл. Зато вот про то же самое, ещё в 2008м году :D .

Добавлено: Сб мар 23, 2019 8:48 am
Max Diesel
i3v писал(а): Сб мар 23, 2019 2:01 am В b1405 при распаковке файла можно указать другое имя, но оно игнорируется. Например, при распаковке файла "a.txt" в каталог, где уже есть файл с таким именем, даже если указать в диалоге другое имя, переименования не происходит:
1.PNG
2.PNG

У меня смутное ощущение, что я это описывал это уже, но сходу не нашёл. Зато вот про то же самое, ещё в 2008м году :D .
Да, такая проблема действительно есть. Дело в том, что архиваторный модуль в некотором смысле является отдельной программой (работает по принципу плагина), и эту программу не получилось запрячь для функции переименования. Возможно такая функция позже будет добавлена.

Re:

Добавлено: Сб мар 30, 2019 3:26 am
i3v
Max Diesel писал(а): Сб мар 23, 2019 8:48 am Возможно такая функция позже будет добавлена.
Ок, ясно... Но может пока стоило бы, например, сделать соответствующее поле в диалоге нередактируемым... Имхо оно наиболее неказисто именно в том смысле, что неожиданное поведение происходит.

-----------------------------------------
И ещё одна штука.... Может не совсем баг
Почему-то сравнение файлов всегда проиходит в лучшем случае со скоростью порядка 50МБ/с . Даже в том случае, если второй файл (~8ГБ) был только что получен из первого методом CTRL+С, CTRL+V и всё скопировалось со скоростью более 500МБ/с . (И, например, Matlab тоже может из него fread 500-1000МБ/с.)
Причём сравнение файлов в UC сильно грузит CPU (одно ядро) (видимо, в него и упирается), хотя, казалось бы, побайтное сравнение - самая лёгкая арифметическая операция.

Добавлено: Вс мар 31, 2019 7:17 pm
Max Diesel
i3v писал(а): Сб мар 30, 2019 3:26 am
Max Diesel писал(а): Сб мар 23, 2019 8:48 am Возможно такая функция позже будет добавлена.
Ок, ясно... Но может пока стоило бы, например, сделать соответствующее поле в диалоге нередактируемым... Имхо оно наиболее неказисто именно в том смысле, что неожиданное поведение происходит.
Нередактируемое поле - это тоже не лучшее решение, ведь модифицирование имени каталога программа воспримет корректно.
i3v писал(а): Сб мар 30, 2019 3:26 amИ ещё одна штука.... Может не совсем баг
Почему-то сравнение файлов всегда проиходит в лучшем случае со скоростью порядка 50МБ/с . Даже в том случае, если второй файл (~8ГБ) был только что получен из первого методом CTRL+С, CTRL+V и всё скопировалось со скоростью более 500МБ/с . (И, например, Matlab тоже может из него fread 500-1000МБ/с.)
Причём сравнение файлов в UC сильно грузит CPU (одно ядро) (видимо, в него и упирается), хотя, казалось бы, побайтное сравнение - самая лёгкая арифметическая операция.
Спасибо что обратили на это внимание, функция там довольно древняя, к следующему билду я ее модернизирую и она предположительно станет пошустрее.

Re: Баги в v3.57 (build 1182-1409)

Добавлено: Пн апр 01, 2019 2:18 pm
dmitry
Не знаю, с какой версии ошибка, я обнаружил только что: Конфигурация - Настройка - Языковые файлы.
1. Не выбирается ни один язык - список пуст. Файлы на месте, конечно.
2. Текст в "Локализации", "Коррекции" и ниже - это явно глюк с переменными: "Локализация translator_name" и т.д.

Программа обновлялась через встроенное обновление.

Добавлено: Пн апр 01, 2019 2:53 pm
Max Diesel
dmitry писал(а): Пн апр 01, 2019 2:18 pm Не знаю, с какой версии ошибка, я обнаружил только что: Конфигурация - Настройка - Языковые файлы.
1. Не выбирается ни один язык - список пуст. Файлы на месте, конечно.
2. Текст в "Локализации", "Коррекции" и ниже - это явно глюк с переменными: "Локализация translator_name" и т.д.

Программа обновлялась через встроенное обновление.
Как-то я не предполагал что такая ситуация вообще возможна, но вот оказывается возможна-таки. У Вас в каталоге языковых файлов есть как минимум один файл с расширением ".lang", в котором количество строк меньше чем 100 (это какой-то неродной языковой файл). Если измените ему расширение или удалите его, то список языков загрузится корректно.

Re:

Добавлено: Пн апр 01, 2019 4:10 pm
dmitry
Max Diesel писал(а): Пн апр 01, 2019 2:53 pm
dmitry писал(а): Пн апр 01, 2019 2:18 pm Не знаю, с какой версии ошибка, я обнаружил только что: Конфигурация - Настройка - Языковые файлы.
1. Не выбирается ни один язык - список пуст. Файлы на месте, конечно.
2. Текст в "Локализации", "Коррекции" и ниже - это явно глюк с переменными: "Локализация translator_name" и т.д.

Программа обновлялась через встроенное обновление.
Как-то я не предполагал что такая ситуация вообще возможна, но вот оказывается возможна-таки. У Вас в каталоге языковых файлов есть как минимум один файл с расширением ".lang", в котором количество строк меньше чем 100 (это какой-то неродной языковой файл). Если измените ему расширение или удалите его, то список языков загрузится корректно.
Есть такой: fictive_file.lang - нулевой длины :)

Re: Баги в v3.57 (build 1182-1409)

Добавлено: Пт апр 05, 2019 12:37 pm
Paul_TC
При первом запуске после загрузки системы UC считает сетевые диски отключёнными. После непосредственного входа на каждый из них красная метка с иконки диска снимается. В Проводнике и TC всё нормально.
download/file.php?mode=view&id=1326

Добавлено: Вс апр 07, 2019 3:44 am
Max Diesel
Paul_TC писал(а): Пт апр 05, 2019 12:37 pm При первом запуске после загрузки системы UC считает сетевые диски отключёнными. После непосредственного входа на каждый из них красная метка с иконки диска снимается. В Проводнике и TC всё нормально.
Да, действительно получилось не так как надо. Спасибо за эту информацию, к следующему билду предположительно будет корректно.

Re:

Добавлено: Пн апр 22, 2019 12:15 pm
Paul_TC
Max Diesel писал(а): Вс апр 07, 2019 3:44 am
Paul_TC писал(а): Пт апр 05, 2019 12:37 pm При первом запуске после загрузки системы UC считает сетевые диски отключёнными. После непосредственного входа на каждый из них красная метка с иконки диска снимается. В Проводнике и TC всё нормально.
Да, действительно получилось не так как надо. Спасибо за эту информацию, к следующему билду предположительно будет корректно.
После обновления ситуация осталась без изменений.

Re:

Добавлено: Пн апр 22, 2019 8:50 pm
i3v
Max Diesel писал(а): Вс мар 31, 2019 7:17 pm
i3v писал(а): Сб мар 30, 2019 3:26 amИ ещё одна штука.... Может не совсем баг
Почему-то сравнение файлов всегда проиходит в лучшем случае со скоростью порядка 50МБ/с . Даже в том случае, если второй файл (~8ГБ) был только что получен из первого методом CTRL+С, CTRL+V и всё скопировалось со скоростью более 500МБ/с . (И, например, Matlab тоже может из него fread 500-1000МБ/с.)
Причём сравнение файлов в UC сильно грузит CPU (одно ядро) (видимо, в него и упирается), хотя, казалось бы, побайтное сравнение - самая лёгкая арифметическая операция.
Спасибо что обратили на это внимание, функция там довольно древняя, к следующему билду я ее модернизирую и она предположительно станет пошустрее.
В 1412 стало быстрее, спасибо! Теперь ~380МБ/с скорость чтения с диска при сравнении двух одинаковых ~30ГБ файлов. (И полностью забивает одно ядро CPU.)
Но всё-таки странно, что моя совершенно топорная реализация с последовательным чтением и сравнением кусками по 1МБ на
матлабе работает заметно быстрее, ~1700МБ/с на тех же файлах. (При 10МБ кусках становится медленее, ~1000МБ/с.)

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

fid1=fopen('n:\temp\speed_test\TFS_old_1.7z','r');
fid2=fopen('n:\temp\speed_test\TFS_old_2.7z','r');

eq = true;
while ~feof(fid1) && eq
    data1=fread(fid1,[1 1e6],'uint8=>uint8');
    data2=fread(fid2,[1 1e6],'uint8=>uint8');
    eq = eq && isequal(data1,data2);
end

--------------------------
И ещё следущую штуку заметил в 1412:
  • Создаём "C:\temp\a.txt" с любым содержимым.
  • Создаём открытый на запись файл "C:\temp\b.txt". Например, в Matlab:

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

     
    fid=fopen('C:\temp\b.txt','w');fwrite(fid,'asdfsasfadfds')
    
  • Идём в UC в "c:\temp". Проверки ради, открываем "C:\temp\b.txt" в Notepad++ - работает.
  • Выделяем "a.txt" и "b.txt" и делаем "File->Compare by content". Три раза. Первые два не проиходит ничего, а на третий раз видим

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

    ---------------------------
    Error
    ---------------------------
    Runtime error 231 at 000000000089CE3E
    ---------------------------
    OK   
    ---------------------------
    
    (и после нажатия "OK" UC закрывается)

    В "flerror.txt" видим:

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

    x64 Cannot open file "\\?\C:\temp\b.txt". The process cannot access the file because it is being used by another process|00000000034E6048	1	2019-04-22 17:49:16	1412	18f4e057
    x64 Cannot open file "\\?\C:\temp\b.txt". The process cannot access the file because it is being used by another process|00000000034E9818	1	2019-04-22 17:49:17	1412	b81d6ea3