From: | Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com> |
---|---|
To: | Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> |
Cc: | Arthur Zakirov <a(dot)zakirov(at)postgrespro(dot)ru>, Dean Rasheed <dean(dot)a(dot)rasheed(at)gmail(dot)com>, Fabien COELHO <coelho(at)cri(dot)ensmp(dot)fr>, gilles(dot)darold(at)dalibo(dot)com, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: [HACKERS] proposal: schema variables |
Date: | 2018-10-02 23:01:22 |
Message-ID: | CAEepm=2Kpz6tUqzVn26OGVGCj+_q4qSVun25GDLO6+S8_eDrgg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-performance |
On Sun, Sep 30, 2018 at 11:20 AM Pavel Stehule <pavel(dot)stehule(at)gmail(dot)com> wrote:
> I hope so now, there are almost complete functionality. Please, check it.
Hi Pavel,
FYI there is a regression test failure on Windows:
plpgsql ... FAILED
*** 4071,4077 ****
end;
$$ language plpgsql;
select stacked_diagnostics_test();
- NOTICE: sqlstate: 22012, message: division by zero, context:
[PL/pgSQL function zero_divide() line 4 at RETURN <- SQL statement
"SELECT zero_divide()" <- PL/pgSQL function stacked_diagnostics_test()
line 6 at PERFORM]
+ NOTICE: sqlstate: 42702, message: column reference "v" is ambiguous,
context: [PL/pgSQL function zero_divide() line 4 at RETURN <- SQL
statement "SELECT zero_divide()" <- PL/pgSQL function
stacked_diagnostics_test() line 6 at PERFORM]
https://ci.appveyor.com/project/postgresql-cfbot/postgresql/build/1.0.15234
--
Thomas Munro
http://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Thomas Munro | 2018-10-02 23:09:54 | Re: [HACKERS] Optional message to user when terminating/cancelling backend |
Previous Message | Thomas Munro | 2018-10-02 22:50:36 | Re: Progress reporting for pg_verify_checksums |
From | Date | Subject | |
---|---|---|---|
Next Message | Pavel Stehule | 2018-10-05 01:34:14 | Re: [HACKERS] proposal: schema variables |
Previous Message | Fabio Pardi | 2018-10-01 07:35:38 | Re: Why could different data in a table be processed with different performance? |