Re: Bizarre 7.3.2 bug

From: Sean Chittenden <sean(at)chittenden(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Larry Rosenman <ler(at)lerctr(dot)org>, Christopher Kings-Lynne <chriskl(at)familyhealth(dot)com(dot)au>, Neil Conway <neilc(at)samurai(dot)com>, Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Bizarre 7.3.2 bug
Date: 2003-04-22 05:10:43
Message-ID: 20030422051043.GC79923@perrin.int.nxad.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> >> Hrm, alright, well, with the coming of 7.3.3 soon-ish, and given
> >> that RT and Horde are still broken (does anyone have any pull
> >> with that crowd and the ability to submit patches?), I'll make
> >> sure to conditionalize patch when the next version comes out, but
> >> I'm not going to force admins to rebuild their DBs unless really
> >> necessary.
>
> > RT's author hasn't released a release in a LONG time, and I don't
> > have any pull.
>
> > As to Horde, I don't have any insight. Sorry.
>
> The obvious solution to this sort of problem would be to introduce a
> GUC variable ("allow_zero_length_integers" or some such name). I do
> not recall why we decided not to do that to begin with --- should we
> reconsider, or is it too late to worry about it?

I'd bury it behind a #define + configure option, if anything. I
wouldn't want any runtime cycles spent on something like this.

I hate to take the side of legacy and know it'd be feature thrash, but
I'd think it'd be appropriate to have this be a WARNING for the life
of 7.3.X and then make it an error in 7.4 where major changes/breakage
like this are expected. -sc

--
Sean Chittenden

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message S - 2003-04-22 05:15:12 The main 'main() ' of postgresql.
Previous Message Tom Lane 2003-04-22 05:03:53 Re: Bizarre 7.3.2 bug