mirror of
https://github.com/git/git.git
synced 2024-10-30 22:07:53 +01:00
builtin/apply: remove misleading comment on lock_file field
Just like pointer field like prefix, the piece of memory pointed at by lock_file field is not owned by the apply_state structure. It is true that the caller needs to be careful about the lifetime rule for lockfile instances, but that is none of this API's business. Signed-off-by: Junio C Hamano <gitster@pobox.com>
This commit is contained in:
parent
a1bc3dd464
commit
a7d4c49a82
1 changed files with 1 additions and 4 deletions
|
@ -52,10 +52,7 @@ struct apply_state {
|
|||
const char *prefix;
|
||||
int prefix_length;
|
||||
|
||||
/*
|
||||
* Since lockfile.c keeps a linked list of all created
|
||||
* lock_file structures, it isn't safe to free(lock_file).
|
||||
*/
|
||||
/* These are lock_file related */
|
||||
struct lock_file *lock_file;
|
||||
int newfd;
|
||||
|
||||
|
|
Loading…
Reference in a new issue