From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | 甄明洋 <zhenmingyang(at)yeah(dot)net> |
Cc: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: setting the timezone parameter with space cause diff result |
Date: | 2021-06-08 18:02:50 |
Message-ID: | 1123102.1623175370@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
=?UTF-8?B?55SE5piO5rSL?= <zhenmingyang(at)yeah(dot)net> writes:
> /* timezone string with space */
> postgres=# set timezone=' +04:00 ';
> SET
> postgres=# select now();
> now
> -------------------------------
> 2021-06-08 05:14:36.486693-03
> (1 row)
What is happening here is that the setting is being interpreted
much like 'X+04:00Y'. That is, it's taken as a POSIX timezone
specifier with standard-time abbreviation being ' ', daylight-
savings abbreviation also being ' ', and the daylight-savings
offset and transition rules all being defaulted. Your example
without any spaces is recognized as a POSIX timezone spec
with no DST part, so that's why it behaves differently.
There's certainly room to quibble about whether a single space
ought to be considered a valid zone abbreviation. However,
this behavior comes directly from the IANA tzcode library,
so I'm hesitant to change it.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Jeremy Schneider | 2021-06-08 18:35:57 | Re: logical decoding bug: segfault in ReorderBufferToastReplace() |
Previous Message | Tom Lane | 2021-06-08 16:39:31 | Re: BUG #17052: Incorrect params inferred on PREPARE (part 2) |