Re: Issue in Behavior of Interval Datatype

From: Michael Meskes <meskes(at)postgresql(dot)org>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Amit Kapila <amit(dot)kapila(at)huawei(dot)com>, 'PG Hackers' <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Issue in Behavior of Interval Datatype
Date: 2012-08-11 09:59:02
Message-ID: 20120811095902.GA14079@feivel.credativ.lan
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Aug 04, 2012 at 12:11:56PM -0400, Tom Lane wrote:
> More generally, nobody is maintaining ecpg's copy of the datetime code,
> and that's been true for a very long time. I'm not personally

Well, maintaining as in fixing bugs I do as I find time. Maintaining as in
keeping in sync with the backend nobody does, you're right. However, as long as
the code works and the internal data representation isn't changed or used,
that's not really a problem.

> interested in trying to re-sync that copy. It would be more useful to
> figure out a way to get rid of it. There have been past discussions of

+1

> how we could make a single copy of the code work in both backend and
> frontend contexts, but the frontend environment is so impoverished by
> comparison (no Assert, no elog, no palloc) that it hasn't looked like an
> attractive idea. It's also fairly unclear whether anyone is actually
> using ecpg's client-side datetime support, which means there's little
> motivation to put a lot of work into it.

This is an interesting question. I used to think that even ecpg is not used
very often anymore but I keep running into large scale usages from time to
time. And at least some do use pgtypeslib, too.

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 googlemail dot com
VfL Borussia! Força Barça! Go SF 49ers! Use Debian GNU/Linux, PostgreSQL

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2012-08-11 18:05:30 Re: error handling in logging hooks
Previous Message Simon Riggs 2012-08-11 07:33:17 Re: Prevent restored WAL files from being archived again Re: Unnecessary WAL archiving after failover