| From: | Bruce Momjian <bruce(at)momjian(dot)us> |
|---|---|
| To: | Andrea Arcangeli <andrea(at)cpushare(dot)com> |
| Cc: | Michael Slattery <slattery(at)angel(dot)net>, pgsql-general(at)postgresql(dot)org |
| Subject: | Re: regression in 8.8.2 [was Re: Very strange error] |
| Date: | 2007-02-06 18:19:28 |
| Message-ID: | 200702061819.l16IJSf16286@momjian.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Andrea Arcangeli wrote:
> On Tue, Feb 06, 2007 at 10:09:16AM -0500, Michael Slattery wrote:
> > When does this error crop up? What is the query? Does this select
> > involve more than one table, or does it involve any homemade
> > functions? Or overriden functions?
>
> My application broke in a big way with the security update to 8.2.2 so
> I hope this is a bug in 8.2.2 and not an intentional breakage of
> backwards compatibility in a security update ;).
>
> Actually I'm using the REL8_2_STABLE branch in CVS which may be a bit
> more advanced than the plain 8.2.2, but still it's supposedly a stable
> branch.
>
> The easiest way for me to reproduce is this:
>
> cpushare=> create table x (x NUMERIC(28,2) CHECK(x >= 0));
> CREATE TABLE
> cpushare=> insert into x values (0);
> INSERT 0 1
> cpushare=> update x set x = 0;
> ERROR: attribute 1 has wrong type
> DETAIL: Table has type numeric, but query expects numeric.
> cpushare=>
>
> Comments welcome. Thanks!
This is a known bug in 8.2.2 and we are discussing methods of
distributing the fix as quickly as possible.
--
Bruce Momjian bruce(at)momjian(dot)us
Homepage http://momjian.us
EnterpriseDB http://www.enterprisedb.com
+ If your life is a hard drive, Christ can be your backup. +
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Alvaro Herrera | 2007-02-06 18:23:29 | Re: regression in 8.8.2 [was Re: Very strange error] |
| Previous Message | Ed L. | 2007-02-06 18:16:37 | daylight savings patches needed? |