ЗабавноMax Diesel писал(а): ↑Пн мар 11, 2019 7:00 pm Как ни странно, но я некоторое время назад тоже наткнулся на эту проблему
В 1405 вроде починилось, спасибо!
Модератор: motyara
ЗабавноMax Diesel писал(а): ↑Пн мар 11, 2019 7:00 pm Как ни странно, но я некоторое время назад тоже наткнулся на эту проблему
Дело в том, что за выделение "от текущего файла/каталога и до конца списка" отвечает сочетание Shift+End (и Shift+Home для выделения вверх), а сочетание Ctrl+Shift+End отвечает за выделение "от текущей позиции и до первого файла в списке". Соответственно если на момент нажатия сочетания курсорная строка была на файлах, то выделение будет вверх (выделятся файлы), а если на каталогах, то вниз (выделятся каталоги). Кстати, для быстрого перехода на первый файл в списке используется сочетание Ctrl+End.
Да, такая проблема действительно есть. Дело в том, что архиваторный модуль в некотором смысле является отдельной программой (работает по принципу плагина), и эту программу не получилось запрячь для функции переименования. Возможно такая функция позже будет добавлена.i3v писал(а): ↑Сб мар 23, 2019 2:01 am В b1405 при распаковке файла можно указать другое имя, но оно игнорируется. Например, при распаковке файла "a.txt" в каталог, где уже есть файл с таким именем, даже если указать в диалоге другое имя, переименования не происходит:
1.PNG
2.PNG
У меня смутное ощущение, что я это описывал это уже, но сходу не нашёл. Зато вот про то же самое, ещё в 2008м году .
Ок, ясно... Но может пока стоило бы, например, сделать соответствующее поле в диалоге нередактируемым... Имхо оно наиболее неказисто именно в том смысле, что неожиданное поведение происходит.
Нередактируемое поле - это тоже не лучшее решение, ведь модифицирование имени каталога программа воспримет корректно.
Спасибо что обратили на это внимание, функция там довольно древняя, к следующему билду я ее модернизирую и она предположительно станет пошустрее.i3v писал(а): ↑Сб мар 30, 2019 3:26 amИ ещё одна штука.... Может не совсем баг
Почему-то сравнение файлов всегда проиходит в лучшем случае со скоростью порядка 50МБ/с . Даже в том случае, если второй файл (~8ГБ) был только что получен из первого методом CTRL+С, CTRL+V и всё скопировалось со скоростью более 500МБ/с . (И, например, Matlab тоже может из него fread 500-1000МБ/с.)
Причём сравнение файлов в UC сильно грузит CPU (одно ядро) (видимо, в него и упирается), хотя, казалось бы, побайтное сравнение - самая лёгкая арифметическая операция.
Как-то я не предполагал что такая ситуация вообще возможна, но вот оказывается возможна-таки. У Вас в каталоге языковых файлов есть как минимум один файл с расширением ".lang", в котором количество строк меньше чем 100 (это какой-то неродной языковой файл). Если измените ему расширение или удалите его, то список языков загрузится корректно.dmitry писал(а): ↑Пн апр 01, 2019 2:18 pm Не знаю, с какой версии ошибка, я обнаружил только что: Конфигурация - Настройка - Языковые файлы.
1. Не выбирается ни один язык - список пуст. Файлы на месте, конечно.
2. Текст в "Локализации", "Коррекции" и ниже - это явно глюк с переменными: "Локализация translator_name" и т.д.
Программа обновлялась через встроенное обновление.
Есть такой: fictive_file.lang - нулевой длиныMax Diesel писал(а): ↑Пн апр 01, 2019 2:53 pmКак-то я не предполагал что такая ситуация вообще возможна, но вот оказывается возможна-таки. У Вас в каталоге языковых файлов есть как минимум один файл с расширением ".lang", в котором количество строк меньше чем 100 (это какой-то неродной языковой файл). Если измените ему расширение или удалите его, то список языков загрузится корректно.dmitry писал(а): ↑Пн апр 01, 2019 2:18 pm Не знаю, с какой версии ошибка, я обнаружил только что: Конфигурация - Настройка - Языковые файлы.
1. Не выбирается ни один язык - список пуст. Файлы на месте, конечно.
2. Текст в "Локализации", "Коррекции" и ниже - это явно глюк с переменными: "Локализация translator_name" и т.д.
Программа обновлялась через встроенное обновление.
После обновления ситуация осталась без изменений.Max Diesel писал(а): ↑Вс апр 07, 2019 3:44 amДа, действительно получилось не так как надо. Спасибо за эту информацию, к следующему билду предположительно будет корректно.
В 1412 стало быстрее, спасибо! Теперь ~380МБ/с скорость чтения с диска при сравнении двух одинаковых ~30ГБ файлов. (И полностью забивает одно ядро CPU.)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 (одно ядро) (видимо, в него и упирается), хотя, казалось бы, побайтное сравнение - самая лёгкая арифметическая операция.
Код: Выделить всё
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
Код: Выделить всё
fid=fopen('C:\temp\b.txt','w');fwrite(fid,'asdfsasfadfds')
Код: Выделить всё
---------------------------
Error
---------------------------
Runtime error 231 at 000000000089CE3E
---------------------------
OK
---------------------------
Код: Выделить всё
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