Date: Sun, 11 Jun 2017 09:17:13 -0400 From: Rich Felker <dalias@...c.org> To: musl@...ts.openwall.com Subject: Re: a workaround when mremap() is not functional? On Sun, Jun 11, 2017 at 11:51:14AM +0200, u-uy74@...ey.se wrote: > Is there any variation to the musl malloc which would make realloc() > work when the Linux ABI implementation lacks a usable mremap()? > > Otherwse realloc() under Linux ABI in FreeBSD fails due to mremap() > being mostly a stub and returning -1/ENOMEM for any growth. > > LinuxABI under FreeBSD apparently behaves differently than the > Linux kernel, which can be seen as bugs when the purpose is "Linux > compatibility". > > OTOH it would be nice to reduce the strength of the conformity > requirements by musl, to be able to accomodate the extra platform > (possibly could help on other platforms too). This was already on my radar because mremap for enlarging anon mappings is also broken on nommu Linux. I think I just need to add a "if failed, goto the existing malloc-and-memcpy-and-free code" one-liner. Rich
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.