in certain situations lseek() will return successful although no seek was performed. this can happen when operating on devices that don't support seeking (older tape drives) or when operating on changeable media devices (such as DVD or Blu-ray devices) without a medium inserted.
the attached patch fixes the lseek(2) man page by adding several entries to the BUGS section, along with updating the POSIX compliance to the latest specifications.
please note that the real issue doesn't seem fixable atm. lseek() was never designed to confirm a seek operation, but to merely request it.
the issue was extensively discussion in this thread:
http://lists.freebsd.org/pipermail/freebsd-hackers/2011-November/036842.html (alternative link: http://docs.freebsd.org/cgi/mid.cgi?20111115202450.GA73512)
Fix: Patch attached with submission follows:
Over to maintainer(s).
here's a revised patch (comma removed after "confirm"), as suggested by warren
block. thanks. :)
I'll take it.
I won't be looking at this PR for a while and I need to clear some out
of my queue
For bugs matching the following criteria:
Status: In Progress Changed: (is less than) 2014-06-01
Reset to default assignee and clear in-progress tags.
Mail being skipped