Thread (1 message) 1 message, 1 author, 2016-06-15

Re: [PATCH] prefix_path(): Unconditionally free result of prefix_path

From: Junio C Hamano <hidden>
Date: 2016-06-15 23:04:39

Jeff King [off-list ref] writes:
quoted
quoted
quoted
  1. in blame, we assign the result to a const char that may also point
     straight into to argv, but we never actually free either way
The return value from add_prefix() that is what prefix_path()
returned eventually becomes scoreboard.path that needs to be kept
during the lifetime of the process, and I think there isn't much
point doing the "free() immediately before exiting".
Yeah, sorry, I meant to say that more explicitly, but clearly didn't. I
think it is fine as-is.
Yeah, sorry, I didn't mean "You are wrong and here is why".  I was
merely agreeing with you.

Thanks for running grep over the codebase to check possible
remaining problems.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help