Re: [PATCH 3/6] pretty: prepare notes message at a centralized place

2 messages, 2 authors, 2016-06-15 · open the first message on its own page

Re: [PATCH 3/6] pretty: prepare notes message at a centralized place

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:55:03

Jeff King [off-list ref] writes:
It's possible that switching it would create bugs elsewhere (there are
over 100 uses of strbuf_detach, so maybe somebody really does want this
NULL behavior), but I tend to think it is just as likely to be fixing
undiscovered bugs.
Yeah, I tend to agree.

This "format-patch --notes" is obviously a post 1.8.0 topic, and so
is the strbuf_detach() clean-up.  Let me bookmark this thread in
case it hasn't been resolved when I came back from my vacation, so
that I won't forget ;-).

Re: [PATCH 3/6] pretty: prepare notes message at a centralized place

From: Jeff King <hidden>
Date: 2016-06-15 22:55:03

On Thu, Oct 18, 2012 at 02:17:01AM -0700, Junio C Hamano wrote:
Jeff King [off-list ref] writes:
quoted
It's possible that switching it would create bugs elsewhere (there are
over 100 uses of strbuf_detach, so maybe somebody really does want this
NULL behavior), but I tend to think it is just as likely to be fixing
undiscovered bugs.
Yeah, I tend to agree.

This "format-patch --notes" is obviously a post 1.8.0 topic, and so
is the strbuf_detach() clean-up.  Let me bookmark this thread in
case it hasn't been resolved when I came back from my vacation, so
that I won't forget ;-).
Actually, I have found a few segfaults, one of them remotely triggerable
in http-backend. I think it can probably wait until post-1.8.0 as it
does not have any security implications, though.

Details in a moment.

-Peff
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help