[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <3dd50c9c-609a-c325-bf89-f3dc223c48dc@mirbsd.de>
Date: Sat, 1 Nov 2025 19:17:05 +0100 (CET)
From: Thorsten Glaser <tg@...bsd.de>
To: musl@...ts.openwall.com
cc: Alejandro Colomar <alx@...nel.org>, Florian Weimer <fw@...eb.enyo.de>,
libc-alpha@...rceware.org, Arthur O'Dwyer <arthur.j.odwyer@...il.com>,
Jonathan Wakely <jwakely@...hat.com>,
Thiago Macieira <thiago@...ieira.org>
Subject: Re: Re: realloci(): A realloc() variant that works in-place
On Sat, 1 Nov 2025, Rich Felker wrote:
>Actually returning a value larger than n seems bad (makes it
>impossible to detect OOB writes beyond the actually requested size)
>though so this seems like a dubious feature.
But it allows the application to write beyond the requested size
through the returned one, saving it from needing to call the new
realloc-like function too often if it stores that value as size,
e.g. for growing string buffers.
bye,
//mirabilos
--
(gnutls can also be used, but if you are compiling lynx for your own use,
there is no reason to consider using that package)
-- Thomas E. Dickey on the Lynx mailing list, about OpenSSL
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
