From: | "Magnus Hagander" <mha(at)sollentuna(dot)net> |
---|---|
To: | "Dave Page" <dpage(at)vale-housing(dot)co(dot)uk>, "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Robert Treat" <xzilla(at)users(dot)sourceforge(dot)net>, <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: Vote needed: revert beta2 changes or not? |
Date: | 2005-10-07 18:17:46 |
Message-ID: | 6BCB9D8A16AC4241919521715F4D8BCE92E709@algol.sollentuna.se |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
> > Well, how many people want to vote for Andreas' suggestion
> of having
> > both
> >
> > int pg_cancel_backend(int)
> > bool pg_backend_cancel(int)
> >
> > with the former deprecated but still there for backward
> compatibility?
>
> Oh no, what have I started!! :-)
>
> Let's just make the change and let the few people affected
> modify their scripts, otherwise this is gonna get very messy.
Yeah. As one who has been bitten when I tested a system on the new
version, I still think it's reasonably easy. It's not like queries using
pg_cancel_backend are scattered throughout an app. In my case it's in a
single place, and it's easy enough to work around it.
(My solution: write a tiny wrapper SQL function that looks different
when running on 8.0 and 8.1)
If we deprecate it and say "gone in 8.2", I'm going to have to write
this wrapper anyway. And if we don't set a schedule for when it's gone,
we might as well not deprecate it, and that would make it very messy...
> Thankfully I think we've all learnt from this :-)
Yup, that's the main thing. This time it wasn't too bad (as it only
affected a seldom-used function), it might not be next time if we do it
again.
//Magnus
From | Date | Subject | |
---|---|---|---|
Next Message | Magnus Hagander | 2005-10-07 18:19:12 | Re: Vote needed: revert beta2 changes or not? |
Previous Message | Marc Munro | 2005-10-07 18:12:01 | Re: Announcing Veil |