* Alvaro Herrera (alvhe...@2ndquadrant.com) wrote: > Stephen Frost wrote: > > Alvaro, > > > Will take a look at this, though I'm just about to commit a fix that's > > probably related (and addresses Pavel's issue). Basically, for reasons > > unknown, I was calling systable_endscan() immediately after > > systable_getnext(), which doesn't work when you want to use the tuple > > you got back. > > Yeah, I noticed that bug too. It might well explain the issue, because > the tuple is seen as 0x7f. > > #0 heap_deform_tuple (tuple=tuple@entry=0x339f438, > tupleDesc=tupleDesc@entry=0x7f680f3dcde0, > values=values@entry=0x3390cd8, > isnull=isnull@entry=0x339f3c8 > "\177\177\177\177\177~\177\177h\367\071\003") > at /pgsql/source/master/src/backend/access/common/heaptuple.c:881 > #1 0x0000000000479e3a in heap_modify_tuple (tuple=tuple@entry=0x339f438, > tupleDesc=0x7f680f3dcde0, > replValues=replValues@entry=0x7ffd662a3770, > replIsnull=replIsnull@entry=0x7ffd662a3750 "", > doReplace=doReplace@entry=0x7ffd662a3760 "") > at /pgsql/source/master/src/backend/access/common/heaptuple.c:817 > #2 0x0000000000518feb in recordExtensionInitPriv (objoid=46960, > classoid=2615, objsubid=0, > new_acl=0x339f188) at > /pgsql/source/master/src/backend/catalog/aclchk.c:5305 > #3 0x000000000051d2b5 in ExecGrant_Namespace (istmt=<optimized out>) > at /pgsql/source/master/src/backend/catalog/aclchk.c:2942 > > Not sure what "Pavel's issue" is, since it's not listed in the open > items page.
Here's the latest message ID on the thread he started. cafj8prb_8wggxg1ekgfdq_g_c1p1ilc_j9m3jflfmld2vxt...@mail.gmail.com Pretty sure it's the same issue. Going through testing now and will push the fix very shortly. Thanks! Stephen
Description: Digital signature