Re: advisory locks and permissions - Mailing list pgsql-hackers

From Tom Lane
Subject Re: advisory locks and permissions
Date
Msg-id 9474.1158951728@sss.pgh.pa.us
Whole thread Raw
In response to Re: advisory locks and permissions  (Bruce Momjian <bruce@momjian.us>)
Responses Re: advisory locks and permissions  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
Bruce Momjian <bruce@momjian.us> writes:
> Tom Lane wrote:
>> I'm disinclined to change that, because it would probably break existing
>> client-side code for little gain.

> I think clarity suggests we should make the heading match the feature,
> i.e call it "advisory" rather than "userlock".   We changed the API, I
> don't see why keeping the heading makes sense. 

(a) we changed a *different* part of the API; I don't see how that
licenses us to whack around anything that's marginally related.

(b) we put up that pgfoundry module so that there would be a backward
compatible solution.  Won't be very backward compatible if the locks
look different in pg_locks.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: Release Notes: Major Changes in 8.2
Next
From: Tom Lane
Date:
Subject: Re: advisory locks and permissions