Re: ECPG failure on BF member Vaquita (Windows Vista)

From: "Mark Wong" <markwkm(at)gmail(dot)com>
To: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, "Andrew Dunstan" <andrew(at)dunslane(dot)net>, "Michael Meskes" <meskes(at)postgresql(dot)org>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: ECPG failure on BF member Vaquita (Windows Vista)
Date: 2007-04-26 17:29:47
Message-ID: 70c01d1d0704261029p56a0f7dbn2a64c90a27cd588e@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 4/26/07, Michael Meskes <meskes(at)postgresql(dot)org> wrote:
> On Wed, Apr 25, 2007 at 04:38:30PM -0400, Tom Lane wrote:
> > My recommendation is to get rid of the APREF hack, deal only in
> > va_list not &va_list, and inline ECPGget_variable into the two
> > places it's used to avoid the question of passing va_lists around
> > after they've been modified. The routine's not that big (especially
> > seeing that only half of it is actually shared by the two callers)
> > and it's just not worth the notational effort, let alone any portability
> > risks, to factor it out.
>
> Having spend countless hours debugging this stuff I fully agree with
> you. It's not just ECPGget_variable though. I also had to inline
> create_statement. This is only called once, so no big deal, but the
> calling function gets bigger by quite a margin that way. It was
> definitely easier to read with these functions, but again all this
> hassle isn't worth it.
>
> Attached you'll find a patch that should inline both functions and
> remove the APREF stuff. This successfully runs the regression suite on
> my Linux box. Please test it on those archs that needed special
> treatment before I commit.

I applied it to REL8_2_STABLE/pgsql and ran 'run_build.pl --test
--keepall REL8_2_STABLE'. Looks like it passed everything for me. :)

Regards,
Mark

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Zoltan Boszormenyi 2007-04-26 17:32:02 Re: New version of GENERATED/IDENTITY, was Re: parser dilemma
Previous Message Neil Conway 2007-04-26 16:16:35 Re: RESET command seems pretty disjointed now