Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1e4S2a-0004zy-2l for pgsql-hackers@arkaria.postgresql.org; Tue, 17 Oct 2017 13:36:16 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1e4S2Y-0003Xq-Te for pgsql-hackers@arkaria.postgresql.org; Tue, 17 Oct 2017 13:36:14 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1e4S0y-0000ig-3d for pgsql-hackers@postgresql.org; Tue, 17 Oct 2017 13:34:36 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1e4S0q-000510-Uo for pgsql-hackers@postgresql.org; Tue, 17 Oct 2017 13:34:35 +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 v9HDYOgc005649; Tue, 17 Oct 2017 09:34:24 -0400 From: Tom Lane To: Justin Pryzby cc: Alvaro Herrera , pgsql-hackers@postgresql.org Subject: Re: SIGSEGV in BRIN autosummarize In-reply-to: <20171017122922.GC13880@telsasoft.com> References: <20171014224220.GB22678@telsasoft.com> <20171017105916.3rvmznxnuphn3uph@alvherre.pgsql> <20171017122922.GC13880@telsasoft.com> Comments: In-reply-to Justin Pryzby message dated "Tue, 17 Oct 2017 07:29:22 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <5647.1508247264.1@sss.pgh.pa.us> Content-Transfer-Encoding: quoted-printable Date: Tue, 17 Oct 2017 09:34:24 -0400 Message-ID: <5648.1508247264@sss.pgh.pa.us> List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Justin Pryzby writes: > On Tue, Oct 17, 2017 at 12:59:16PM +0200, Alvaro Herrera wrote: >> Anyway, can give this patch a try? > I've only compiled postgres once before and this is a production environm= ent > (althought nothing so important that the crashes are a serious concern ei= ther). > Is it reasonable to wget the postgres tarball, apply the patch, and run t= he > compiled postgres binary from the source tree, without running make insta= ll or > similar ? Otherwise, would it be good enough to copy the postgres binary= to > /usr/pgsql-10/bin (and reinstall the binary package later) ? The trick in this sort of situation is to make sure you build binaries that match your existing install in every way except having the added patch, and maybe getting installed into a different directory. So: where did you get the existing binaries? If it's from some vendor packaging system, what you should do is fetch the package source, add the patch to the probably-nonempty set of patches the vendor is applying, and rebuild your own custom package version. If you haven't done that before, it's a good skill to acquire ... regards, tom lane --=20 Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers