From: | Thomas Munro <thomas(dot)munro(at)enterprisedb(dot)com> |
---|---|
To: | Teodor Sigaev <teodor(at)sigaev(dot)ru> |
Cc: | pgsql-committers <pgsql-committers(at)postgresql(dot)org> |
Subject: | Re: pgsql: Improve scripting language in pgbench |
Date: | 2018-01-10 06:12:03 |
Message-ID: | CAEepm=24X-vJfmkvTEr0tR16zDeFUALCfuiu-2uvL+Grxq4B1g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On Wed, Jan 10, 2018 at 4:02 AM, Teodor Sigaev <teodor(at)sigaev(dot)ru> wrote:
> Improve scripting language in pgbench
Hi Teodor,
I think this commit might have lost a fix from
0aa1d489ea756b96b6d5573692ae9cd5d143c2a5. bowerbird and jacana now
fail when they see an unexpected "0" before the exponent:
Jan 09 11:49:51 # debug(script=0,command=29): double 1e+030
...
Jan 09 11:49:51 # doesn't match '(?-xism:command=29.: double 1e\+30\b)'
I think you need to put "0?" back into the pattern like in the attached.
--
Thomas Munro
http://www.enterprisedb.com
Attachment | Content-Type | Size |
---|---|---|
fix.patch | application/octet-stream | 583 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | Teodor Sigaev | 2018-01-10 08:33:56 | pgsql: Fix allowing of leading zero on exponents in pgbench test result |
Previous Message | Michael Paquier | 2018-01-10 01:19:08 | Re: pgsql: Implement channel binding tls-server-end-point for SCRAM |
From | Date | Subject | |
---|---|---|---|
Next Message | Oleg Bartunov | 2018-01-10 06:37:30 | Re: [HACKERS] SQL/JSON in PostgreSQL |
Previous Message | Michael Paquier | 2018-01-10 06:09:16 | Re: Optimize Arm64 crc32c implementation in Postgresql |