Latest post of the previous page:
Кто-нибудь знает все-таки как пофиксить низкую скорость копирования на флешки?FileCopyEx: File Copy Extended — Расширенное копирование
-
- Posts: 16
- Joined: Thu 27 Oct, 2005 14:38
- Contact:
Я там ещё одну багу встретил, к обсуждаемой тебе она не относиться, но всё же.
Если в папке назначения, существует каталок с именем "Files", то будет показано окошко, сообщающее, что произошла ошибка обработки файла описаний. Думаю по понятной причине. Ну, и если переименовывать что-то лежащее радом с выше упомянутым каталогом, то будет, то же самое.
Если в папке назначения, существует каталок с именем "Files", то будет показано окошко, сообщающее, что произошла ошибка обработки файла описаний. Думаю по понятной причине. Ну, и если переименовывать что-то лежащее радом с выше упомянутым каталогом, то будет, то же самое.
Есть в сабже один глюк - не работает с панелями плагинов (по крайней мере с Temporary Panel и Branch). Правится это закомменчиванием строки:
в Engine::Main (Main.cpp). Вопрос к плагинописателям - что есть "queue:"?
PS: по поводу BCopy vs ExtendedCopy у последней есть один плюс - AutoRename (ради этого его и править пришлось).
Code: Select all
if (pi.Plugin && strncmp(pi.CurDir, "queue:", 6)) return MRES_STDCOPY;
PS: по поводу BCopy vs ExtendedCopy у последней есть один плюс - AutoRename (ради этого его и править пришлось).
По поводу стримов...
Команда Delete при перемещении вызывается сначала для файла, а затем (!) для стрима. Т.е. FCE рассматривает стрим как "исчо один файл". Насколько я понимаю, при удалении файла его стримы грохаются автоматом. В принципе в лоб это правится "костылем" - вместо:
вставить
Логично - если файла нет - то зачем пытаться удалять...
НО!
Допустим при чтении в буфер влез файл, а его стрим не поместился. И у нас отключено параллельное копирование (т.е. пока буфер не сброшен ничего нового не читается). После записи файла, я подозреваю, FCE грохнет исходный (естественно при перемещении раздел-раздел), ну и с видом невинного младенца попытается скопировать стрим... Хотя, возможно, если у файла есть стримы, то пока он не считает и их, файл остается открытым.
Лично мне ковырятся в костылеобразном (все на goto держится) коде FCE уже наскучило. Поэтому завтра я скорее всего выложу 1.8.2 альфу с вышеизложенным костылем и на этом закончу.
Команда Delete при перемещении вызывается сначала для файла, а затем (!) для стрима. Т.е. FCE рассматривает стрим как "исчо один файл". Насколько я понимаю, при удалении файла его стримы грохаются автоматом. В принципе в лоб это правится "костылем" - вместо:
Code: Select all
if (!Delete(SrcName))
Code: Select all
if (FileExists(SrcName) && !Delete(SrcName))
НО!
Допустим при чтении в буфер влез файл, а его стрим не поместился. И у нас отключено параллельное копирование (т.е. пока буфер не сброшен ничего нового не читается). После записи файла, я подозреваю, FCE грохнет исходный (естественно при перемещении раздел-раздел), ну и с видом невинного младенца попытается скопировать стрим... Хотя, возможно, если у файла есть стримы, то пока он не считает и их, файл остается открытым.
Лично мне ковырятся в костылеобразном (все на goto держится) коде FCE уже наскучило. Поэтому завтра я скорее всего выложу 1.8.2 альфу с вышеизложенным костылем и на этом закончу.
axxie занялся доработкой сабжа. Но что-то затих, поэтому я все же выложу 1.8.2:
FileCopyEx_v1.8.2_alpha
FileCopyEx_v1.8.2_alpha
-
- Posts: 16
- Joined: Thu 27 Oct, 2005 14:38
- Contact:
-
- Posts: 16
- Joined: Thu 27 Oct, 2005 14:38
- Contact: