From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/4595 Path: news.gmane.org!not-for-mail From: Szabolcs Nagy Newsgroups: gmane.linux.lib.musl.general Subject: Re: Re: Removing sbrk and brk Date: Fri, 21 Feb 2014 17:36:40 +0100 Message-ID: <20140221163639.GP23551@port70.net> References: <20140103173301.GU24286@brightrain.aerifal.cx> <20140103181906.GV24286@brightrain.aerifal.cx> <20140103190350.GW24286@brightrain.aerifal.cx> <20140106224036.GC24286@brightrain.aerifal.cx> <20140107160627.GD24286@brightrain.aerifal.cx> <20140107220053.GG24286@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1393000603 13653 80.91.229.3 (21 Feb 2014 16:36:43 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 21 Feb 2014 16:36:43 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-4599-gllmg-musl=m.gmane.org@lists.openwall.com Fri Feb 21 17:36:52 2014 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1WGt5o-0005lI-7I for gllmg-musl@plane.gmane.org; Fri, 21 Feb 2014 17:36:52 +0100 Original-Received: (qmail 18397 invoked by uid 550); 21 Feb 2014 16:36:51 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 18389 invoked from network); 21 Feb 2014 16:36:51 -0000 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Xref: news.gmane.org gmane.linux.lib.musl.general:4595 Archived-At: * Daniel Cegie?ka [2014-02-21 17:03:36 +0100]: > And what do we do with failures when sbrk is used? > most of these only call sbrk(0) which is supported > # grep -r sbrk /usr/bin/ > Binary file /usr/bin/readelf matches > Binary file /usr/bin/as matches > Binary file /usr/bin/addr2line matches > Binary file /usr/bin/c++filt matches > Binary file /usr/bin/ld matches > Binary file /usr/bin/objdump matches > Binary file /usr/bin/size matches > Binary file /usr/bin/ar matches > Binary file /usr/bin/objcopy matches > Binary file /usr/bin/elfedit matches > Binary file /usr/bin/strings matches > Binary file /usr/bin/ld.bfd matches > Binary file /usr/bin/strip matches > Binary file /usr/bin/gdb matches > Binary file /usr/bin/nm matches > Binary file /usr/bin/ranlib matches > > eg ex/vi doesn't work with new musl (git) - sbrk is used internally: > > http://ex-vi.cvs.sourceforge.net/viewvc/ex-vi/ex-vi/ex_subr.c?revision=1.8&view=markup > the "old musl" did not support sbrk either (the cited code uses it with malloc), the "new musl" just helps you find the bug more easily