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
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 |