From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/1334 Path: news.gmane.org!not-for-mail From: John Spencer Newsgroups: gmane.linux.lib.musl.general Subject: Re: sabotage linux X86_64 image with LXDE desktop released Date: Sun, 22 Jul 2012 01:50:04 +0200 Message-ID: <500B402C.9090300@barfooze.de> References: <500B181F.7080406@barfooze.de> <20120721205055.GA544@brightrain.aerifal.cx> <500B3703.5030607@barfooze.de> <20120721230522.GC544@brightrain.aerifal.cx> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1342913944 18458 80.91.229.3 (21 Jul 2012 23:39:04 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Sat, 21 Jul 2012 23:39:04 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-1335-gllmg-musl=m.gmane.org@lists.openwall.com Sun Jul 22 01:39:04 2012 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 1SsjGK-0002KG-0m for gllmg-musl@plane.gmane.org; Sun, 22 Jul 2012 01:39:04 +0200 Original-Received: (qmail 1941 invoked by uid 550); 21 Jul 2012 23:39:03 -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 1933 invoked from network); 21 Jul 2012 23:39:03 -0000 User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110221 SUSE/3.1.8 Mail/1.0 In-Reply-To: <20120721230522.GC544@brightrain.aerifal.cx> Xref: news.gmane.org gmane.linux.lib.musl.general:1334 Archived-At: On 07/22/2012 01:05 AM, Rich Felker wrote: > On Sun, Jul 22, 2012 at 01:10:59AM +0200, John Spencer wrote: >>>> here is a screenshot: http://i.imgur.com/Lz7Ov.png >>> Something seems very wrong with those task manager vm sizes... >>> Is this indicative of a bug on musl's side? >> here's what it's doing (note that PAGE_SIZE was originally an >> external variable which got once filled with sc_sysconf values, >> i needed to patch it away because of the conflict with the macro of >> the same name) > That shouldn't break anything.. > it was doing PAGE_SIZE=sysconf(_SC_PAGESIZE)>>10; in the original code and i didnt see the counter-intuitive bitshift. its properly fixed in git now.