|Summary:||[patch] lseek(2) may return successful although no seek operation was actually performed|
|Product:||Documentation||Reporter:||Alexander Best <arundel>|
|Component:||Manual Pages||Assignee:||freebsd-bugs mailing list <bugs>|
|Severity:||Affects Only Me||CC:||doc|
Description Alexander Best 2011-11-22 20:40:01 UTC
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) cheers. alex Fix: Patch attached with submission follows:
Comment 1 Alexander Best 2011-11-22 20:45:29 UTC
Responsible Changed From-To: freebsd-bugs->freebsd-doc Over to maintainer(s).
Comment 2 Alexander Best 2011-11-22 21:52:56 UTC
here's a revised patch (comma removed after "confirm"), as suggested by warren block. thanks. :) cheers. alex
Comment 3 Eitan Adler 2012-03-04 04:31:47 UTC
Responsible Changed From-To: freebsd-doc->eadler I'll take it.
Comment 4 Eitan Adler 2012-09-02 17:52:36 UTC
Responsible Changed From-To: eadler->freebsd-doc I won't be looking at this PR for a while and I need to clear some out of my queue
Comment 5 Eitan Adler 2017-12-31 08:00:50 UTC
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