Re: CREATE INDEX CONCURRENTLY does not index prepared xact's data

From: Sandeep Thakkar <sandeep(dot)thakkar(at)enterprisedb(dot)com>
To: Robert Haas <robertmhaas(at)gmail(dot)com>
Cc: Andrey Borodin <x4mmm(at)yandex-team(dot)ru>, Andres Freund <andres(at)anarazel(dot)de>, Noah Misch <noah(at)leadboat(dot)com>, CM Team <cm(at)enterprisedb(dot)com>, PostgreSQL mailing lists <pgsql-bugs(at)lists(dot)postgresql(dot)org>, Michael Paquier <michael(at)paquier(dot)xyz>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Geoghegan <pg(at)bowt(dot)ie>, Semab Tariq <semab(dot)tariq(at)enterprisedb(dot)com>
Subject: Re: CREATE INDEX CONCURRENTLY does not index prepared xact's data
Date: 2021-11-02 00:50:42
Message-ID: CANFyU96pdjUgGEopmU6KhaU782ff7HF4gvJ1RBqsbXiUWYQvMg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Mon, Nov 1, 2021 at 7:47 PM Robert Haas <robertmhaas(at)gmail(dot)com> wrote:

> On Mon, Nov 1, 2021 at 9:33 AM Sandeep Thakkar
> <sandeep(dot)thakkar(at)enterprisedb(dot)com> wrote:
> > (gdb) p tupdesc1->attrs[1]
> > No symbol "tupdesc1" in current context.
> > (gdb) p tupdesc1->attrs[2]
> > No symbol "tupdesc1" in current context.
> > (gdb) p tupdesc2->attrs[0]
> > No symbol "tupdesc2" in current context.
> > (gdb) p tupdesc2->attrs[1]
> > No symbol "tupdesc2" in current context.
> > (gdb)
>
> I think you need to select stack frame 1 before running these
> commands. I believe just running "frame 1" before you run these print
> commands should do the trick.
>
> Thanks Robert, that worked. Here is the output:

(gdb) frame 1

#1 0x40000000003fdc00:0 in equalTupleDescs (tupdesc1=0x60000000001f65e0,

tupdesc2=0x60000000001fba08)

(gdb) p tupdesc1->attrs[0]

$1 = {attrelid = 27272, attname = {

data = "initial", '\000' <repeats 56 times>}, atttypid = 23,

attstattarget = -1, attlen = 4, attnum = 1, attndims = 0, attcacheoff = 0,

atttypmod = -1, attbyval = true, attalign = 105 'i', attstorage = 112 'p',

attcompression = 0 '\000', attnotnull = false, atthasdef = false,

atthasmissing = false, attidentity = 0 '\000', attgenerated = 0 '\000',

attisdropped = false, attislocal = true, attinhcount = 0, attcollation =
0}

(gdb) p tupdesc1->attrs[1]

$2 = {attrelid = 27272, attname = {data = "a", '\000' <repeats 62 times>},

atttypid = 23, attstattarget = -1, attlen = 4, attnum = 2, attndims = 0,

attcacheoff = -1, atttypmod = -1, attbyval = true, attalign = 105 'i',

attstorage = 112 'p', attcompression = 0 '\000', attnotnull = false,

atthasdef = true, atthasmissing = true, attidentity = 0 '\000',

attgenerated = 0 '\000', attisdropped = false, attislocal = true,

attinhcount = 0, attcollation = 0}

(gdb) p tupdesc1->attrs[2]

$3 = {attrelid = 27272, attname = {data = "b", '\000' <repeats 62 times>},

atttypid = 19, attstattarget = -1, attlen = 64, attnum = 3, attndims = 0,

attcacheoff = -1, atttypmod = -1, attbyval = false, attalign = 99 'c',

attstorage = 112 'p', attcompression = 0 '\000', attnotnull = false,

atthasdef = false, atthasmissing = false, attidentity = 0 '\000',

attgenerated = 0 '\000', attisdropped = false, attislocal = true,

attinhcount = 0, attcollation = 950}

(gdb) p tupdesc2->attrs[0]

$4 = {attrelid = 27272, attname = {

data = "initial", '\000' <repeats 56 times>}, atttypid = 23,

attstattarget = -1, attlen = 4, attnum = 1, attndims = 0, attcacheoff = 0,

atttypmod = -1, attbyval = true, attalign = 105 'i', attstorage = 112 'p',

attcompression = 0 '\000', attnotnull = false, atthasdef = false,

atthasmissing = false, attidentity = 0 '\000', attgenerated = 0 '\000',

attisdropped = false, attislocal = true, attinhcount = 0, attcollation =
0}

(gdb) p tupdesc2->attrs[1]

$5 = {attrelid = 27272, attname = {data = "a", '\000' <repeats 62 times>},

atttypid = 23, attstattarget = -1, attlen = 4, attnum = 2, attndims = 0,

attcacheoff = -1, atttypmod = -1, attbyval = true, attalign = 105 'i',

attstorage = 112 'p', attcompression = 0 '\000', attnotnull = false,

atthasdef = true, atthasmissing = true, attidentity = 0 '\000',

attgenerated = 0 '\000', attisdropped = false, attislocal = true,

attinhcount = 0, attcollation = 0}

(gdb) p tupdesc2->attrs[2]

$6 = {attrelid = 27272, attname = {data = "b", '\000' <repeats 62 times>},

atttypid = 19, attstattarget = -1, attlen = 64, attnum = 3, attndims = 0,

attcacheoff = -1, atttypmod = -1, attbyval = false, attalign = 99 'c',

attstorage = 112 'p', attcompression = 0 '\000', attnotnull = false,

atthasdef = false, atthasmissing = false, attidentity = 0 '\000',

attgenerated = 0 '\000', attisdropped = false, attislocal = true,

attinhcount = 0, attcollation = 950}

> (gdb)

>

--
> Robert Haas
> EDB: http://www.enterprisedb.com
>

--
Sandeep Thakkar

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message David G. Johnston 2021-11-02 01:57:08 Re: BUG #17261: FK ON UPDATE CASCADE can break referential integrity with columns of different types
Previous Message Tom Lane 2021-11-02 00:34:37 Re: BUG #17261: FK ON UPDATE CASCADE can break referential integrity with columns of different types