Thread (1 message) 1 message, 1 author, 2021-12-17

Re: [PATCH] strlcpy(): safer and faster version

From: Junio C Hamano <hidden>
Date: 2021-12-17 22:42:11

Ævar Arnfjörð Bjarmason [off-list ref] writes:
quoted
Thanks for saying everything I wanted to say ;-)
Isn't strlcpy() an OpenBSD-initiated effort? So if we're going to update
Yes.
this at all shouldn't be be aiming for picking an "upstream" here?
E.g. [1]?
If this were an improvement, yes.  But if I am reading the patch
correctly, it changes what the value returned from the function
means.  I do not think that would fly even in the upstream, without
a very good justification.  Adding a new function that has semantics
different from strlcpy() might be a possibility at upstream, but as
far as this project is concerned, if we were to change the use of
strlcpy() in the codebase, we often have tools that are much better
suited in our arsenal, as Peff already mentioned, so...
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help