From: | amutu(at)amutu(dot)com |
---|---|
To: | pgsql-bugs(at)postgresql(dot)org |
Subject: | BUG #8335: trim() un-document behaviour |
Date: | 2013-07-26 02:23:10 |
Message-ID: | E1V2XgU-0003tb-Ii@wrigleys.postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
The following bug has been logged on the website:
Bug reference: 8335
Logged by: Jov
Email address: amutu(at)amutu(dot)com
PostgreSQL version: 9.2.4
Operating system: suse 10 linux 64
Description:
in the postgresql doc 9.4,I find the trim() function like this:
trim([leading | trailing | both] [characters] from string)
so the trim should be pass only one argument with some optional prefix。but I
find the following calls with two argument is successfull but the results is
unexpected and wired:
##first call
postgres=# select trim(trailing ‘/’, ‘fasd/’);
rtrim
——-
(1 row)
-----!!!note: it return titile is rtrim----
## second call
postgres=# select trim(‘/’, ‘fasd/’)
;
btrim
——-
(1 row)
-----!!!note: it return titile is btrim----
it seems trim is transform to r、b、l trim internal,but the above call should
return error or it may produce un-expect results
From | Date | Subject | |
---|---|---|---|
Next Message | Fabien COELHO | 2013-07-26 07:17:17 | Re: BUG #8326: pgbench tps wrong BUG |
Previous Message | Petr Chmelar | 2013-07-25 18:49:59 | Re: BUG #8329: UPDATE x SET x.y = x.y + z does not work in PL/pgSQL |
From | Date | Subject | |
---|---|---|---|
Next Message | Pavan Deolasee | 2013-07-26 02:55:55 | Re: Expression indexes and dependecies |
Previous Message | Tomonari Katsumata | 2013-07-26 02:19:50 | Re: comment for "fast promote" |