From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: Date input changed in 7.4 ? |
Date: | 2003-08-26 16:52:07 |
Message-ID: | 3F4B9037.4010904@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
How about reporting the current DateStyle in such messages? Then it
should be clear if the date parse failed because of a mismatch.
andrew
Tom Lane wrote:
>"Mendola Gaetano" <mendola(at)bigfoot(dot)com> writes:
>
>
>>May I also suggest to change in date.c the 3 generic error:
>> "invalid input syntax for date: "
>>with more comprensive messages ?
>>
>>
>
>That's easier said than done; there are enough different valid syntaxes
>that it's not always obvious what the user's intent was. (Indeed, the
>reason for this change was exactly that the code was guessing wrong too
>much of the time.) See also the thread at
>http://archives.postgresql.org/pgsql-bugs/2003-08/msg00113.php
>
>I'm currently thinking about reporting "invalid syntax" if
>ParseDateTime() fails and "invalid field value" if the various Decode()
>routines fail, but I'm quite unsure that that will be helpful ...
>
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Jenny - | 2003-08-26 17:48:18 | Re: table-level and row-level locks. |
Previous Message | Tom Lane | 2003-08-26 16:31:57 | Re: Date input changed in 7.4 ? |