Skip site navigation (1) Skip section navigation (2)

Re: aclitem accessor functions

From: Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>
To: Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr>
Cc: PostgreSQL Patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: aclitem accessor functions
Date: 2004-04-26 15:07:17
Message-ID: 200404261507.i3QF7HH18813@candle.pha.pa.us (view raw or flat)
Thread:
Lists: pgsql-patches
Patch applied.  Thanks.

The oid's you chose were fine.  I updated the system catalog version
number, and added prototype for these functions.

---------------------------------------------------------------------------


Fabien COELHO wrote:
> 
> Dear patchers,
> 
> Please find a attached a small patch that adds accessor functions
> for "aclitem" so that it is not an opaque datatype.
> 
> I needed these functions to browse aclitems from user land. I can load
> them when necessary, but it seems to me that these accessors for a backend
> type belong to the backend, so I submit them.
> 
> I wasn't sure of what oid should be given...
> I attributed new numbers at the end of "pg_proc.h".
> 
> It validates for me against current cvs head.
> 
> Have a nice day,
> 
> -- 
> Fabien Coelho - coelho(at)cri(dot)ensmp(dot)fr

Content-Description: 

[ Attachment, skipping... ]

> 
> ---------------------------(end of broadcast)---------------------------
> TIP 9: the planner will ignore your desire to choose an index scan if your
>       joining column's datatypes do not match

-- 
  Bruce Momjian                        |  http://candle.pha.pa.us
  pgman(at)candle(dot)pha(dot)pa(dot)us               |  (610) 359-1001
  +  If your life is a hard drive,     |  13 Roberts Road
  +  Christ can be your backup.        |  Newtown Square, Pennsylvania 19073

In response to

Responses

pgsql-patches by date

Next:From: Fabien COELHODate: 2004-04-26 17:02:26
Subject: Re: aclitem accessor functions
Previous:From: Neil ConwayDate: 2004-04-26 00:05:50
Subject: minor fixes

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group