Re: privileges regression problem on freebsd/alpha - Mailing list pgsql-hackers

From Christopher Kings-Lynne
Subject Re: privileges regression problem on freebsd/alpha
Date
Msg-id GNELIHDDFBOCMGBFGEFOMEKOCBAA.chriskl@familyhealth.com.au
Whole thread Raw
In response to Re: privileges regression problem on freebsd/alpha  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: privileges regression problem on freebsd/alpha  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
Yep, tried it again and everything passes.

Chris

> -----Original Message-----
> From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
> Sent: Friday, 8 March 2002 1:33 PM
> To: Christopher Kings-Lynne
> Cc: Hackers
> Subject: Re: [HACKERS] privileges regression problem on freebsd/alpha 
> 
> 
> "Christopher Kings-Lynne" <chriskl@familyhealth.com.au> writes:
> >   GRANT EXECUTE ON FUNCTION testfunc1(int), testfunc2(int) TO 
> regressuser2;
> > + ERROR:  bogus GrantStmt.objtype 458
> 
> Does the error persist if you "make clean" and rebuild?
> 
> I'm betting this is not a platform issue, but just aclchk.c being out
> of sync with the parser.  GrantStmt is using parser token codes to
> distinguish the various kinds of GRANT, which is probably a bad idea.
> The token codes will change anytime someone looks crosseyed at gram.y
> (well, I exaggerate, but they're not exactly stable).  IMHO node
> structure definitions shouldn't depend on them.
> 
>             regards, tom lane
> 



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: privileges regression problem on freebsd/alpha
Next
From: Tom Lane
Date:
Subject: Re: privileges regression problem on freebsd/alpha