You are viewing a plain text version of this content. The canonical link for it is here.

Posted to bugs@httpd.apache.org by bu...@apache.org on 2009/09/29 10:38:32 UTC

DO NOT REPLY [Bug 47693] GET request has race condition w.r.t. replacement of file being served

https://issues.apache.org/bugzilla/show_bug.cgi?id=47693

alex@envivio.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
                 CC|                            |poirier@pobox.com
         Resolution|WONTFIX                     |

--- Comment #2 from alex@envivio.com 2009-09-29 01:38:29 PDT ---
Perhaps it won't be feasible in terms of internal state management inside the
server, but the solution would be to use the following sequence:

open the file, get it's length, read the file, close the file

instead of:

open the file, get it's length, close the file, open the file, read the file,
close the file.

Note that the interference with file that I'm talking about is not an arbitrary
modification to the file, but only the case where the file is replaced by
another file. This is a typical filesystem operation for doing a "clean" /
"atomic" modification to a file: write a new copy of the file content to a
temporary file, then replace the target file by the temporary file.

Reopening to get feedback on the feasibility of the proposed solution...

-- 
Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.

---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org