Re: 7.3.3 behaving differently on OS X 10.2.6 and FreeBSD

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: DeJuan Jackson <djackson(at)speedfc(dot)com>
Cc: David Olbersen <DOlbersen(at)stbernard(dot)com>, pgsql-general(at)postgresql(dot)org
Subject: Re: 7.3.3 behaving differently on OS X 10.2.6 and FreeBSD
Date: 2003-08-08 20:47:44
Message-ID: 29993.1060375664@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

DeJuan Jackson <djackson(at)speedfc(dot)com> writes:
> I have a suspicion that the version might be different. I have the same
> symptom here on two different RH 7.3 boxes one running 7.3.2 and the
> other running 7.3.3
> It would appear 7.3.2 is more strict about the naming of the GROUP BY
> fields.

Hmm ... digging in the CVS logs, I see just two potentially-relevant
changes between 7.3.2 and 7.3.3.

2003-04-03 13:04 tgl

* src/backend/parser/parse_agg.c (REL7_3_STABLE): Repair incorrect
checking of grouped/ungrouped variables in the presence of unnamed
joins; per pghackers discussion 31-Mar-03.

(the discussion in question is at
http://archives.postgresql.org/pgsql-hackers/2003-03/msg01230.php

2003-03-13 11:58 tgl

* src/backend/optimizer/plan/planner.c (REL7_3_STABLE): GROUP BY
got confused if there were multiple equal() GROUP BY items. This
bug has been latent since 7.0 or maybe even further back, but it
was only exposed when parse_clause.c stopped suppressing duplicate
items (see its rev 1.96 of 18-Aug-02).

The second one doesn't seem to apply, but maybe the first does.

regards, tom lane

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Zengfa Gao 2003-08-08 21:37:04 ERROR: Invalid UNICODE character sequence found (0xed5c30)
Previous Message Dann Corbit 2003-08-08 20:28:05 Re: Anomaly with SUM().