The plan for 7.3.2 release is for Marc to wrap the tarball tomorrow and
announce on Tuesday.  I have already stamped the version number and
updated the release history in CVS, but is there anyone out there with
last-minute fixes?

In particular, is there anything that needs to be done to update the
pre-built documentation that will go into the tarball?  I'm still quite
unclear on what our build process for that is ...

			regards, tom lane

Sun, 02 Feb 2003 14:59:51 -0500
Tom Lane <tgl@sss.pgh.pa.us>
Last call for 7.3.2
On Sun, 2003-02-02 at 14:59, Tom Lane wrote:
> The plan for 7.3.2 release is for Marc to wrap the tarball tomorrow and
> announce on Tuesday.  I have already stamped the version number and
> updated the release history in CVS, but is there anyone out there with
> last-minute fixes?

I posted a patch fixing PQcmdTuples() for some additional commands --
should that go into 7.3.2?

http://archives.postgresql.org/pgsql-patches/2003-01/msg00187.php

Cheers,

Neil
-- 
Neil Conway <neilc@samurai.com> || PGP Key ID: DB3C29FC




02 Feb 2003 15:11:21 -0500
Neil Conway <neilc@samurai.com>
Re: Last call for 7.3.2
Neil Conway <neilc@samurai.com> writes:
> I posted a patch fixing PQcmdTuples() for some additional commands --
> should that go into 7.3.2?

I was thinking of that as a feature addition, but you still have time
to convince me it's a bug fix ...

			regards, tom lane

Sun, 02 Feb 2003 15:15:09 -0500
Tom Lane <tgl@sss.pgh.pa.us>
Re: Last call for 7.3.2 
On Sun, 2003-02-02 at 15:15, Tom Lane wrote:
> I was thinking of that as a feature addition, but you still have time
> to convince me it's a bug fix ...

IMHO, it's a bugfix, or at least fixes a notable omission: the
documented function of PQcmdTuples is that it "Returns the number of
rows affected by the SQL command."

My only reservation is that I rewrote the existing function, rather than
modifying it to support the new command tags (which is better long-term,
IMHO), but perhaps too invasive for a stable branch.

I'm happy to let you make the call on this one...

Cheers,

Neil
-- 
Neil Conway <neilc@samurai.com> || PGP Key ID: DB3C29FC




02 Feb 2003 15:28:15 -0500
Neil Conway <neilc@samurai.com>
Re: Last call for 7.3.2
Neil Conway <neilc@samurai.com> writes:
> On Sun, 2003-02-02 at 15:15, Tom Lane wrote:
>> I was thinking of that as a feature addition, but you still have time
>> to convince me it's a bug fix ...

> IMHO, it's a bugfix, or at least fixes a notable omission: the
> documented function of PQcmdTuples is that it "Returns the number of
> rows affected by the SQL command."

Yeah, but the next sentence makes it perfectly clear which commands the
function works for.  Extending it to FETCH and MOVE is clearly a useful
extension ... but it's an extension.

			regards, tom lane

Sun, 02 Feb 2003 15:50:37 -0500
Tom Lane <tgl@sss.pgh.pa.us>
Re: Last call for 7.3.2 
Tom Lane wrote:
> The plan for 7.3.2 release is for Marc to wrap the tarball tomorrow and
> announce on Tuesday.  I have already stamped the version number and
> updated the release history in CVS, but is there anyone out there with
> last-minute fixes?
> 
> In particular, is there anything that needs to be done to update the
> pre-built documentation that will go into the tarball?  I'm still quite
> unclear on what our build process for that is ...

Alex Avriette (CC'd) mentioned yesterday that he's generated patches to 
make sure 7.3.x works on IRIX, as presently it won't compile with gcc.

Have prodded him to submit them _now_ for review if possible.

If not, then heck, we tried.

:)

Regards and best wishes,

Justin Clift

> 			regards, tom lane

-- 
"My grandfather once told me that there are two kinds of people: those
who work and those who take the credit. He told me to try to be in the
first group; there was less competition there."
- Indira Gandhi


Mon, 03 Feb 2003 13:23:15 +1030
Justin Clift <justin@postgresql.org>
Re: Last call for 7.3.2