Re: [GENERAL] (b)trim anomalies

Thomas F. O'Connell wrote: > Nice. Thanks, Bruce. If I felt as if I could speak a little more > authoritatively about why it had been missing, I would've offered to > document it. > > Now it is a psql/postgres internals issue that causes \df trim not to > reveal anything? It doesn't reveal

Re: [GENERAL] (b)trim anomalies

Nice. Thanks, Bruce. If I felt as if I could speak a little more authoritatively about why it had been missing, I would've offered to document it. Now it is a psql/postgres internals issue that causes \df trim not to reveal anything? -tfo -- Thomas F. O'Connell Co-Founder, Information Archi

Re: [GENERAL] (b)trim anomalies

OK, I have documented that the second parameter to btrim() is optional, and default to a space. Patch attached and applied. --- Thomas F. O'Connell wrote: > Not entirely. > > Per

Re: [GENERAL] (b)trim anomalies

Not entirely. Per , btrim is documented as taking two arguments. There is a single-argument version that exists that trims whitespace if only the first argument is given (i.e., the characters to trim are omitted). This latter versi

Re: [GENERAL] (b)trim anomalies

Thomas F.O'Connell wrote: > I was just wondering why the btrim syntax that takes only a single > argument is not documented in 9.4 in the documentation (I checked both > 7.4 and 8.0 docs). > > This is in a 7.4.5 installation: > > pg=# \df btrim >List of functions > Res

[GENERAL] (b)trim anomalies

I was just wondering why the btrim syntax that takes only a single argument is not documented in 9.4 in the documentation (I checked both 7.4 and 8.0 docs). This is in a 7.4.5 installation: pg=# \df btrim List of functions Result data type | Schema | Name | Argument d