| From: | Stephen Frost <sfrost(at)snowman(dot)net> |
|---|---|
| To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: [COMMITTERS] pgsql: Add new catalog called pg_init_privs |
| Date: | 2016-04-16 02:12:08 |
| Message-ID: | 20160416021208.GI10850@tamriel.snowman.net |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-committers pgsql-hackers |
* Alvaro Herrera (alvherre(at)2ndquadrant(dot)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.
Fix pushed.
Thanks!
Stephen
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2016-04-16 14:42:37 | pgsql: Make fallback implementation of pg_memory_barrier() work in 9.2 |
| Previous Message | Stephen Frost | 2016-04-16 01:57:25 | pgsql: In recordExtensionInitPriv(), keep the scan til we're done with |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Stephen Frost | 2016-04-16 02:12:36 | Re: SEGFAULT in CREATE EXTENSION related pg_init_privs |
| Previous Message | Michael Paquier | 2016-04-15 23:59:40 | Re: Optimization for updating foreign tables in Postgres FDW |