diff options
author | Junio C Hamano <gitster@pobox.com> | 2014-09-02 13:20:12 -0700 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2014-09-02 13:20:13 -0700 |
commit | c518279c0efbee88c31bb9916572ddfd9ac8eb00 (patch) | |
tree | febace945b65c5666af2404c1410242509eb2eb9 /lockfile.c | |
parent | 96db324a73fdada6fbe7b63221986f8f18cc63b0 (diff) | |
parent | 93dcaea22674864f931be3fe6050671d335dc5b0 (diff) | |
download | git-c518279c0efbee88c31bb9916572ddfd9ac8eb00.tar.gz |
Merge branch 'jc/reopen-lock-file'
There are cases where you lock and open to write a file, close it to
show the updated contents to external processes, and then have to
update the file again while still holding the lock, but the lockfile
API lacked support for such an access pattern.
* jc/reopen-lock-file:
lockfile: allow reopening a closed but still locked file
Diffstat (limited to 'lockfile.c')
-rw-r--r-- | lockfile.c | 10 |
1 files changed, 10 insertions, 0 deletions
diff --git a/lockfile.c b/lockfile.c index 2564a7f544..2a800cef33 100644 --- a/lockfile.c +++ b/lockfile.c @@ -237,6 +237,16 @@ int close_lock_file(struct lock_file *lk) return close(fd); } +int reopen_lock_file(struct lock_file *lk) +{ + if (0 <= lk->fd) + die(_("BUG: reopen a lockfile that is still open")); + if (!lk->filename[0]) + die(_("BUG: reopen a lockfile that has been committed")); + lk->fd = open(lk->filename, O_WRONLY); + return lk->fd; +} + int commit_lock_file(struct lock_file *lk) { char result_file[PATH_MAX]; |