IvantsovY
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Спасибо за столь развернутый ответ/совет, но попробуйте как я написал выше - uTorrent (и другие клиенты) отменят эту операцию моментом. Да и прерывание копирования (та же команда(ы) чтение + запись) отменяются в виндах стразу же, а не через "докопировать все 100 гиг, а потом стереть все что накопировал" затирая все 100 гиг нулями Мне интересно решение данной проблемы, а это действительно проблема, и порой, приходится использовать другой клиент для создания торрентов, хотя как качалка/раздавала qB мне нравится больше. И, как бы там ни было, в моем понимании, это все таки баг и довольно серьезный. Возможно, не замеченный, т.к. большинство юзеров используют qB исключительно как качалку, а не создавалку торрентов (тем более еще реже отменяют операцию создания торрента/просчета хешей частей) Добавлено: Цитата: Устройство не выставит READY пока не завершит текущую операцию ..... | мы все таки не в ДОСе работаем.... и не напрямую с диском/контроллером.... (хотя и там все нормально отменяется) Представляю работу винды, если бы могли читать ТОЛЬКО весь файл целиком, а следующий ТОЛЬКО после "прочтения" предыдущего. да и фильмец, на паузу не поставить.... быблобы, да и запускался он, видимо, только после ПОЛНОГО прочтения... да и вообще, торренты фиг бы качались/раздавались, "кусочками".... Даже если назвать это не "багом", а технически не грамотно "реализованной функцией" - суть от этого не поменяется. Представьте себе автомобиль управляемый автоматизированным ПО, который имея заданную начальную и конечную точку маршрута не останавливается ни при каких условиях )))) Или такси, в котором ни при каких условиях нельзя изменить/отменить маршрут ))) хочешь выйти - выпрыгивай на ходу ))) В общем, разработчикам есть над чем подумать, как бы там ни было, в таком виде не "по феншую" ))))) ИМХО. | Всего записей: 109 | Зарегистр. 20-03-2017 | Отправлено: 20:41 29-11-2018 | Исправлено: IvantsovY, 21:41 29-11-2018 |
|