Thomas Lockhart <[EMAIL PROTECTED]> writes:
>> Thomas, what do you think of the persistent reports of date conversion
>> problems at DST boundaries, eg, Ayal Leibowitz's report today in
>> pgsql-bugs? I cannot reproduce any such problem --- and my local
>> timezone database claims that MET DST tr
> Hehe, match the docs? The docs used to be perfectly accurate until you
> changed them.
;)
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/users-lounge/docs/faq.html
> Thomas, what do you think of the persistent reports of date conversion
> problems at DST boundaries, eg, Ayal Leibowitz's report today in
> pgsql-bugs? I cannot reproduce any such problem --- and my local
> timezone database claims that MET DST transitions are the last week of
> March, never th
Thomas Lockhart <[EMAIL PROTECTED]> writes:
> Nothing serious, but I would like to apply a patch to allow IDENT
> strings (e.g. 'hour') to be accepted by the SQL92 EXTRACT() function. We
> accept those for date_part(), which is what EXTRACT() is translated to
> by the parser, and it seems to be a
Thomas Lockhart writes:
> > > Nothing serious, but I would like to apply a patch to allow IDENT
> > > strings (e.g. 'hour') to be accepted by the SQL92 EXTRACT() function. We
> > > accept those for date_part(), which is what EXTRACT() is translated to
> > > by the parser, and it seems to be a rea
> > Nothing serious, but I would like to apply a patch to allow IDENT
> > strings (e.g. 'hour') to be accepted by the SQL92 EXTRACT() function. We
> > accept those for date_part(), which is what EXTRACT() is translated to
> > by the parser, and it seems to be a reasonable to the standard.
> But wh
Thomas Lockhart writes:
> Nothing serious, but I would like to apply a patch to allow IDENT
> strings (e.g. 'hour') to be accepted by the SQL92 EXTRACT() function. We
> accept those for date_part(), which is what EXTRACT() is translated to
> by the parser, and it seems to be a reasonable to the s
> Nothing serious, but I would like to apply a patch to allow IDENT
> strings (e.g. 'hour') to be accepted by the SQL92 EXTRACT() function. We
> accept those for date_part(), which is what EXTRACT() is translated to
> by the parser, and it seems to be a reasonable to the standard.
... reasonable
> Does anyone have any outstanding fixes for v7.1.x that they want to see in
> *before* we do this release? Any points unresolved that anyone knows
> about that we need to look at?
Nothing serious, but I would like to apply a patch to allow IDENT
strings (e.g. 'hour') to be accepted by the SQL92