Last call for 7.3.2

Started by Tom Lanealmost 23 years ago6 messages
#1Tom Lane
tgl@sss.pgh.pa.us

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

#2Neil Conway
neilc@samurai.com
In reply to: Tom Lane (#1)
Re: 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

#3Tom Lane
tgl@sss.pgh.pa.us
In reply to: Neil Conway (#2)
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

#4Neil Conway
neilc@samurai.com
In reply to: Tom Lane (#3)
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

#5Tom Lane
tgl@sss.pgh.pa.us
In reply to: Neil Conway (#4)
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

#6Justin Clift
justin@postgresql.org
In reply to: Tom Lane (#1)
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