Cc: Jan Kara <jack@...>, Bodo Eggert <7eggert@...>, Diego Calleja <diegocg@...>, Jiri Kosina <jkosina@...>, Michal Hocko <mhocko@...>, Meelis Roos <mroos@...>, Linux Kernel list <linux-kernel@...>, <linux-fsdevel@...>
On Tue, Apr 15, 2008 at 07:34:30PM +0200, Pavel Machek wrote:
I only see an application bug so far.
If you can't do it on demand (which I can't see any way to do) then I
don't think malware can take advantage of it.
True, but even without this behaviour doing seeks and read/writes from
multiple threads without locking will already show plenty of problems
even if you somehow manage to hit this issue, and not only that you have
to have threads writing to different 4GB aligned chunks of the file to
cause a problem, since otherwise they would all be setting the top bits
the same. I would hope anyone doing multithreaded work on a file that
big would like to avoid the locking issue by using pread and pwrite
instead in which case there is no problem either.
Does it say anything about what happens if you try to seek from two
places at once?
The parts I can find for posix don't say one way or the other.
--
Len Sorensen
--
