Thank you Emmet and Nicholas!<div><br></div><div>@Nicholas: Yes I had tried it in Nautilus only and I had deleted the source file.</div><div><br></div><div>Nimit Shah,<br>B Tech 4th year,<br>Computer Engineering Department,<br>
SVNIT Surat<div><div><a href="http://www.dude-says.blogspot.com" target="_blank">www.dude-says.blogspot.com</a></div></div><br>
<br><br><div class="gmail_quote">On Thu, Sep 27, 2012 at 11:10 AM, Nicolas Michel <span dir="ltr"><<a href="mailto:be.nicolas.michel@gmail.com" target="_blank">be.nicolas.michel@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I think the problem that Nimit explains is only related to Nautillus. Am
I right Nimit? Also you didn't said if the file you deleted was the
source or the destination one?<br><br>Regards,<br>Nicolas<div class="HOEnZb"><div class="h5"><br><br><div class="gmail_quote">2012/9/27 Emmet Hikory <span dir="ltr"><<a href="mailto:persia@ubuntu.com" target="_blank">persia@ubuntu.com</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Nimit Shah wrote:<br>
> While copying a file from my computer to external disk, I by mistake<br>
> shift+deleted the file. But still the file transfer dialog showed that it<br>
> was continuing. At the end of the transfer it failed.<br>
><br>
> Hence i request you to add a check for file transfer before deleting the<br>
> file.<br>
<br>
</div> As much as this would be a lovely feature, I don't believe that it is<br>
something that we could implement in Ubuntu.<br>
<br>
When copying a file, there are usually two ways to go about it: either<br>
open the entire file, and write it to a new location, or open a series of<br>
sections of the file, and write them each to a new location. There are a<br>
very large number of programs that provide both of these mechanisms in the<br>
archive. In the majority of cases, the first potential solution is not<br>
used, because it limits file copies to files that fit entirely in memory<br>
(with everything else), and requires a longer-running algorithm, but<br>
when the second method is used, the file cannot be allowed to be deleted<br>
before the file transfer is confirmed as complete.<br>
<br>
When deleting a file, the usual practice is to remove the reference<br>
from the directory definitions (unlinking), leaving the underlying filesystem<br>
to manage recovery of the newly available space. Again, there are a vast<br>
number of packages in the archive providing programs that do this.<br>
<br>
In order to implement the feature you describe, we would have to either<br>
provide some systems interface that traps all calls to unlink() and checks<br>
some external reference to determine if it is being copied or patch all<br>
software that could potentially delete files to check the reference, whilst<br>
simultaneously patching every package that provides a means to copy a file<br>
to populate this reference during the file copy, which would make all such<br>
operations considerably slower, with potentially massive impact on server<br>
capacities, interactive response times, and battery life.<br>
<br>
Further, it is unlikely that the developers and maintainers of most of<br>
the software in our archive would be willing to accept such patches, given<br>
the potential complications and incompatibilities with other systems, such<br>
that the result of this vast undertaking would require considerable ongoing<br>
development effort to port these patches for each new upstream release.<br>
<br>
Lastly, in the event that any of the programs providing file copy<br>
functionality were to crash, they may not properly clear the reference<br>
indicating files whose deletion need block on the transfer completion.<br>
As a result of such a crash (or any other bug when updating references),<br>
a user's system may end up having any number of files that cannot be<br>
deleted without manual intervention into the file transfer reference.<br>
<span><font color="#888888"><br>
--<br>
Emmet HIKORY<br>
<br>
--<br>
Ubuntu-devel-discuss mailing list<br>
<a href="mailto:Ubuntu-devel-discuss@lists.ubuntu.com" target="_blank">Ubuntu-devel-discuss@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss</a><br>
</font></span></blockquote></div><br><br clear="all"><br></div></div><span class="HOEnZb"><font color="#888888">-- <br>Nicolas MICHEL<br>
</font></span><br>--<br>
Ubuntu-devel-discuss mailing list<br>
<a href="mailto:Ubuntu-devel-discuss@lists.ubuntu.com">Ubuntu-devel-discuss@lists.ubuntu.com</a><br>
Modify settings or unsubscribe at: <a href="https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss" target="_blank">https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss</a><br>
<br></blockquote></div><br></div>