Re: chkpass_in should not be volatile

From: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Thom Brown <thom(at)linux(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: chkpass_in should not be volatile
Date: 2016-06-03 14:26:14
Message-ID: CAKFQuwbc56pU1SHpEEhxVhn6Cbs-W-vyRZ1GAmkvNnRF30M5bg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Fri, Jun 3, 2016 at 9:56 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

> Thom Brown <thom(at)linux(dot)com> writes:
> > ...or at least according to the warning message:
> > postgres=# CREATE EXTENSION chkpass ;
> > WARNING: type input function chkpass_in should not be volatile
>
> See thread here:
>
>
> https://www.postgresql.org/message-id/flat/CACfv%2BpL2oX08SSZSoaHpyC%3DUbfTFmPt4UmVEKJTH7y%3D2QMRCBw%40mail.gmail.com
>
> Given the lack of complaints so far, maybe we could think about redefining
> the behavior of chkpass_in. I'm not very sure to what, though.
>

Thom, how did you end up encountering this?

​While it seems to have resulted in the right effect (here) maybe we could
have written: "WARNING: If you are reading this please email
pgsql-bugs(at)postgresql(dot)org" and mention checkpass_in volatility in the
subject.​" instead

David J.

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Noah Misch 2016-06-03 14:32:24 Re: pg9.6 segfault using simple query (related to use fk for join estimates)
Previous Message Tom Lane 2016-06-03 14:25:20 Re: [BUGS] BUG #14155: bloom index error with unlogged table