From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/7491 Path: news.gmane.org!not-for-mail From: Szabolcs Nagy Newsgroups: gmane.linux.lib.musl.general Subject: Re: setenv if value=NULL, what say standard? Bug? Date: Thu, 23 Apr 2015 16:26:16 +0200 Message-ID: <20150423142616.GA17440@port70.net> References: <553837F1.5080808@safe.ca> <55383E43.8010505@skarnet.org> <55384A61.5020001@safe.ca> <20150423021507.GG6817@brightrain.aerifal.cx> <5538740E.1030306@safe.ca> <20150423101039.GC17573@brightrain.aerifal.cx> <5538EC8A.5080206@safe.ca> <20150423132259.GS2875@port70.net> <5538FA84.2060807@safe.ca> 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 1429799195 12559 80.91.229.3 (23 Apr 2015 14:26:35 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 23 Apr 2015 14:26:35 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-7504-gllmg-musl=m.gmane.org@lists.openwall.com Thu Apr 23 16:26:31 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1YlI5F-0001Ld-MK for gllmg-musl@m.gmane.org; Thu, 23 Apr 2015 16:26:29 +0200 Original-Received: (qmail 27703 invoked by uid 550); 23 Apr 2015 14:26:28 -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 27682 invoked from network); 23 Apr 2015 14:26:28 -0000 Mail-Followup-To: musl@lists.openwall.com Content-Disposition: inline In-Reply-To: <5538FA84.2060807@safe.ca> User-Agent: Mutt/1.5.23 (2014-03-12) Xref: news.gmane.org gmane.linux.lib.musl.general:7491 Archived-At: * Jean-Marc Pigeon [2015-04-23 09:58:28 -0400]: > On 04/23/2015 09:22 AM, Szabolcs Nagy wrote: > > > > you are wrong, glibc actually corrupted then environ on NULL > > argument and this was fixed recently > > > > http://sourceware.org/git/?p=glibc.git;a=commit;h=03c1e456b079929a8290aeb4aadb05c0df73bfd2 > > > > stop mixing runtime failure with ub, that leads to nonsense > > discussions. > > > glibc-2.12-1.132.el6_5.2.x86_64 > I do not confirm env corruption, try: > ==6225== Invalid read of size 1 ==6225== at 0x4C2BFC2: __GI_strlen (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==6225== by 0x4EA1F6B: puts (ioputs.c:37) ==6225== by 0x40059D: main (in /data/tmp/env/a.out) > > What I am trying to explain, you have something not > defined in spec, was resolved in a way (you may not like, I agree) > for EONs. > never worked bsd always crashed glibc used to generate invalid memory access which can lead to arbitrarily bad behaviour, now it's fixed to crash musl always crashed > Now "you" decide, to resolve UB another way, you may > have tons of applications in jeopardy. >