0003119: в процессе копирования нескольких файлов общее число байт меняется несколько раз - MantisBT

MantisBT

MantisBT - Far Manager
View Issue Details
0003119Far ManagerCopy/Movepublic2015-11-18 15:382015-11-19 10:01
bard 
 
normalminoralways
closedno change required 
x64Windows7
3.0 
 
0
0003119: в процессе копирования нескольких файлов общее число байт меняется несколько раз
[x] Use system copy routine
[x] Show total copy progress indicator
[x] Show copying time information
файловая система везде NTFS

При копировании нескольких (достаточно больших - чтобы наблюдать процесс копирования несколько секунд) exe-файлов.
Первое (суммарный объем) число байт не равно реальному размеру файлов и меняется несколько раз в процессе! Второе (обработанный объем) число - меняется как надо :)
Наблюдал только на exe-файлах - не знаю почему - думал это связано с KES10, но на билде b4242 (на том же компьютере с KES10) подобный эффект не наблюдается.
Возможно началось после b4373 - Ошибка в вычислении размера файла при копировании с учётом ADS.

Windows 7 SP1 x64
Far x64 b4242 - не наблюдается
Far x64 b4444 - наблюдается
Far x64 b4455 - наблюдается
1. [x] Show total copy progress indicator
2. выделяем 6-10 (чем больше-тем лучше) exe-файлов размером около 20Мб каждый
3. копируем куда угодно и следим за числом общего количества байт, которое по идее меняться не должно
No tags attached.
Issue History
2015-11-18 15:38bardNew Issue
2015-11-18 22:28DrKnSNote Added: 0014074
2015-11-19 09:13bardNote Added: 0014075
2015-11-19 10:01DrKnSBuild => 0
2015-11-19 10:01DrKnSStatusnew => closed
2015-11-19 10:01DrKnSResolutionopen => no change required

Notes
(0014074)
DrKnS   
2015-11-18 22:28   
Всё именно так и должно быть.
При [x] Use system copy routine копируются дополнительные потоки.
При предварительной оценке копируемого объема они не учитываются (иначе будет тормозить), при обнаружении такого потока уже в процессе копирования суммарный объем корректируется, чтобы в итоге не получилось больше ста процентов.
(0014075)
bard   
2015-11-19 09:13   
Это не баг - это фича :)
Спасибо за разъяснения.
тикет можно закрывать