Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mgHxp-0005KH-9e for pgsql-bugs@arkaria.postgresql.org; Fri, 29 Oct 2021 02:49:53 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mgHxo-0000EW-7p for pgsql-bugs@arkaria.postgresql.org; Fri, 29 Oct 2021 02:49:52 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mgHxn-0000Dy-P3 for pgsql-bugs@lists.postgresql.org; Fri, 29 Oct 2021 02:49:52 +0000 Received: from mail-qv1-xf2a.google.com ([2607:f8b0:4864:20::f2a]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mgHxl-0006cv-HK for pgsql-bugs@lists.postgresql.org; Fri, 29 Oct 2021 02:49:50 +0000 Received: by mail-qv1-xf2a.google.com with SMTP id g25so4464827qvf.13 for ; Thu, 28 Oct 2021 19:49:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leadboat.com; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=GFZ1vs0EkwFHAabykSxNPj4JUmFfyJ8BmCgG98VaiFE=; b=O4E+S0l0RmwvuIJJ0YzkwL7ZWuo8TeJnbl52jqGbqLuzhUJALVSB3EAXu//V7CTW+6 +dDyNfWzbbEMm9H0FbKixXuNSnyMglzgpaEquuVGf/KVH6+JgwfY8O5F7Ve5QbDeGFUL V/1yfbcyyF61WuRQlRZtUt8vEHdhX6Q286DC8= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=GFZ1vs0EkwFHAabykSxNPj4JUmFfyJ8BmCgG98VaiFE=; b=6hplEidI0AZmiLyDifhUhN3YPWE4pDZC2yiMUv031Qy0Jb3cb/1bTmiEqTmWHKU/yQ qGZ57PNVaBTbGgyKtJ4jbUplvRp4Opl19zfXtI+keLFmzDoJFO6bpUhi1blFBQG5zfUm VPZwUQ3FVEOIrwO4P4ABC2/zwWZbBRJmxl3Vx0pjNlBJbu6Wpa2FHV3UE0z5aj3zSSCz FVKNt96alxJs/KFzaKSwW4EgRflm9bsy97aV4qZMo1sLW1SlvPsSPl/hTSmd7IIdbrGw pva48/J5aZlociXdqp5KUaEQVOlrJdjEVPf1eQtoeNDsMV1X/DikVQ8qFSCZlwrsuFzD u2ow== X-Gm-Message-State: AOAM532qLD5VvZEfniv5LNqKN6nNxUM5zwsP/cDW0S62cEdFk79dcYqr 3ngFRtt5mjgLWnZezqLKU38q4g== X-Google-Smtp-Source: ABdhPJxw2PWXRKq/YSf89BxkpXVp8+wDD8+Wnpf2hKrZnYl90Vcyg6VngBqOaxZ50lrly0O+SVqBXA== X-Received: by 2002:a05:6214:2606:: with SMTP id gu6mr5077695qvb.30.1635475788471; Thu, 28 Oct 2021 19:49:48 -0700 (PDT) Received: from rfd.leadboat.com ([2600:1702:a20:5750::46]) by smtp.gmail.com with ESMTPSA id v3sm3086352qkd.20.2021.10.28.19.49.46 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 28 Oct 2021 19:49:47 -0700 (PDT) Date: Thu, 28 Oct 2021 19:49:44 -0700 From: Noah Misch To: Thomas Munro Cc: cm@enterprisedb.com, PostgreSQL mailing lists , Michael Paquier , Tom Lane , Peter Geoghegan , Andres Freund , Andrey Borodin Subject: Re: CREATE INDEX CONCURRENTLY does not index prepared xact's data Message-ID: <20211029024944.GA298507@rfd.leadboat.com> References: <20210920044143.GA3414844@rfd.leadboat.com> <593C6C66-F19E-412A-9896-F1F5B272424A@yandex-team.ru> <20210925201012.GC4134968@rfd.leadboat.com> <20211017151205.GA2384251@rfd.leadboat.com> <9BA43784-E4A7-4638-900C-FC9868C388FA@yandex-team.ru> <20211019030212.GB3403374@rfd.leadboat.com> <20211024050028.GA3310519@rfd.leadboat.com> <20211024233502.GA3960658@rfd.leadboat.com> <20211028140459.GA284584@rfd.leadboat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.24 (2015-08-30) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Fri, Oct 29, 2021 at 09:59:14AM +1300, Thomas Munro wrote: > On Fri, Oct 29, 2021 at 3:05 AM Noah Misch wrote: > > > Those SIGSEGV are all in ALTER TABLE. My commits from this thread probably > > > broke something, but I've run out of ideas, and my hpux boxes died. > > I recently managed to scrounge up an account in another generous > project's operating system graveyard, and could possibly try to repro > that or put you in touch. On first attempt just now I couldn't build > because of weird problems with ifaddr.c's need for structs in > that seem to be kernel/internal-only that I unfortunately > won't have time to debug until next week (I've successfully built here > before so I must be doing something stupid). Thanks. Either would help. If you can put me in touch this week, let's try that since there's little time left before release.