From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/11439
Path: news.gmane.org!.POSTED!not-for-mail
From: u-uy74@aetey.se
Newsgroups: gmane.linux.lib.musl.general
Subject: a workaround when mremap() is not functional?
Date: Sun, 11 Jun 2017 11:51:14 +0200
Message-ID: <20170611095113.GN30784@example.net>
Reply-To: musl@lists.openwall.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1497174716 31131 195.159.176.226 (11 Jun 2017 09:51:56 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Sun, 11 Jun 2017 09:51:56 +0000 (UTC)
To: musl@lists.openwall.com
Original-X-From: musl-return-11452-gllmg-musl=m.gmane.org@lists.openwall.com Sun Jun 11 11:51:53 2017
Return-path: <musl-return-11452-gllmg-musl=m.gmane.org@lists.openwall.com>
Envelope-to: gllmg-musl@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <musl-return-11452-gllmg-musl=m.gmane.org@lists.openwall.com>)
	id 1dJzXE-0007oz-4Z
	for gllmg-musl@m.gmane.org; Sun, 11 Jun 2017 11:51:52 +0200
Original-Received: (qmail 5379 invoked by uid 550); 11 Jun 2017 09:51:51 -0000
Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:musl@lists.openwall.com>
List-Help: <mailto:musl-help@lists.openwall.com>
List-Unsubscribe: <mailto:musl-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:musl-subscribe@lists.openwall.com>
List-ID: <musl.lists.openwall.com>
Original-Received: (qmail 5335 invoked from network); 11 Jun 2017 09:51:48 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=fripost.org; h=
	content-disposition:content-type:content-type:mime-version
	:message-id:subject:subject:from:from:date:date; s=20140703; t=
	1497174696; x=1498989097; bh=g72cTN2k4rhoE9VZwynmIa5+4+01NwsedoL
	oZgHZJm4=; b=hB3JiRwthv+RAOmjyITDCQqTgl5NKh+r2r232etl+7o0t/Aq5+G
	Y9WMMrhPeyk71fQrU8OfriFNQQ6FdwbOf8aJVhGkRu88lSPKi4CPxhxWYKf2hbn2
	oSDt4QPoTG6c4F+GPRqa0nVoFaik7xf2LqkWU4xutKUEZd704gB9tq8o=
X-Virus-Scanned: Debian amavisd-new at fripost.org
Content-Disposition: inline
Xref: news.gmane.org gmane.linux.lib.musl.general:11439
Archived-At: <http://permalink.gmane.org/gmane.linux.lib.musl.general/11439>

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).

Regards,
Rune