From: | Michael Meskes <meskes(at)postgresql(dot)org> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | Michael Meskes <meskes(at)postgresql(dot)org>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Proposal for better support of time-varying timezone abbreviations |
Date: | 2014-10-22 08:00:23 |
Message-ID: | 20141022080023.GA8495@feivel.credativ.lan |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Oct 15, 2014 at 09:50:16AM -0400, Tom Lane wrote:
> The same thought had occurred to me. Probably the main use of the
> datetime parsing code in ecpg is for interpreting outputs from the
> server, and (at least by default) the server doesn't use timezone
> abbreviations when printing timestamps. So maybe that's largely
> dead code anyhow. I would not propose back-patching such a change,
> but we could try it in 9.5 and see if anyone complains.
Agreed on all accounts.
> A less drastic remedy would be to remove just those abbreviations
> whose meaning has actually changed over time. Eventually that
> might be all of them ... but in the meantime, we could at least
> argue that we weren't breaking any case that worked well before.
This is what your patch did, right?
Michael
--
Michael Meskes
Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
Michael at BorussiaFan dot De, Meskes at (Debian|Postgresql) dot Org
Jabber: michael.meskes at gmail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL
From | Date | Subject | |
---|---|---|---|
Next Message | Amit Kapila | 2014-10-22 08:02:07 | Re: Wait free LW_SHARED acquisition - v0.2 |
Previous Message | Andreas Karlsson | 2014-10-22 07:06:52 | Reducing lock strength of adding foreign keys |