This is the mail archive of the libc-alpha@sourceware.org mailing list for the glibc project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: Enhancing malloc


On 05/29/2013 09:29 AM, Will Newton wrote:

Are there specific design goals of the current code? For example, if a
new implementation increased memory usage but increased performance
would that be acceptable?

That obviously depends on the increases. 8-)

Other things to consider are fork friendliness and the impact of buffer overruns and double-free bugs in application programs in terms of actual security vulnerabilities.

For compatibility with legacy applications, an allocator which has (at least optionally) limited deterministic behavior in the face of use-after-free and double-free bugs in applications might gain acceptance more easily. This is an ugly workaround for sure, but would simplify initial porting of some code bases.

--
Florian Weimer / Red Hat Product Security Team


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]