Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eDZnk-0004SL-Qo for pgsql-bugs@arkaria.postgresql.org; Sat, 11 Nov 2017 17:42:40 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1eDZni-0004PO-Uw for pgsql-bugs@arkaria.postgresql.org; Sat, 11 Nov 2017 17:42:39 +0000 Received: from makus.postgresql.org ([2001:4800:1501:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1eDZmy-000391-Ch for pgsql-bugs@postgresql.org; Sat, 11 Nov 2017 17:41:52 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.89) (envelope-from ) id 1eDZmq-0007qv-Ns for pgsql-bugs@postgresql.org; Sat, 11 Nov 2017 17:41:50 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.14.4/8.14.4) with ESMTP id vABHfeY7003915; Sat, 11 Nov 2017 12:41:40 -0500 From: Tom Lane To: Andres Freund cc: Dmitry Dolgov <9erthalion6@gmail.com>, Michael Paquier , Vincent Lachenal , PostgreSQL mailing lists Subject: Re: BUG #14897: Segfault on statitics SQL request In-reply-to: <20171111171620.td6vtnmijcloj6k5@alap3.anarazel.de> References: <10197.1510349123@sss.pgh.pa.us> <14075.1510352167@sss.pgh.pa.us> <17617.1510355215@sss.pgh.pa.us> <644.1510418216@sss.pgh.pa.us> <20171111171620.td6vtnmijcloj6k5@alap3.anarazel.de> Comments: In-reply-to Andres Freund message dated "Sat, 11 Nov 2017 09:16:20 -0800" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3913.1510422100.1@sss.pgh.pa.us> Date: Sat, 11 Nov 2017 12:41:40 -0500 Message-ID: <3914.1510422100@sss.pgh.pa.us> List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-bugs Precedence: bulk Sender: pgsql-bugs-owner@postgresql.org Andres Freund writes: > That's using SSE, which requires 16byte alignment IIRC. I think we need > a function that properly allocate int128 vars with the right alignment - > don't think we want to go for full 16byte alignment for everything. Yeah, changing MAXALIGN is out of the question. I'm thinking about another flag bit for MemoryContextAllocExtended. Do we need to think about other use-cases besides int128? Should we just force 16-byte alignment on all architectures, or does it need to be platform-specific? regards, tom lane -- Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-bugs