Re: 11beta crash/assert caused by parameter type changes - Mailing list pgsql-hackers

From Robert Haas
Subject Re: 11beta crash/assert caused by parameter type changes
Date
Msg-id CA+TgmoYt5Nvg_b1mKs+D6AaSN2WxDpXQJ9Dgcmu88zc6Ya1-MA@mail.gmail.com
Whole thread Raw
In response to Re: 11beta crash/assert caused by parameter type changes  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: 11beta crash/assert caused by parameter type changes  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Thu, Jul 26, 2018 at 2:06 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> I was about to add Andrew's example as a test case (also shown in
> attached), but realized that there's a problem: just as noted in
> the similar test for named-composite-type changes a bit above there,
> the failure fails to fail in CLOBBER_CACHE_ALWAYS builds.

Sorry if this is a dumb question, but why does that happen?  I thought
that the idea was that CLOBBER_CACHE_ALWAYS shouldn't change
semantics.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


pgsql-hackers by date:

Previous
From: Vik Fearing
Date:
Subject: Re: Enhancement request: enable FIRST/LAST_value() also as a regularaggregate (not only as windowing function)
Next
From: Tom Lane
Date:
Subject: Re: 11beta crash/assert caused by parameter type changes