Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bZWY8-0005gO-IT for pgsql-hackers@arkaria.postgresql.org; Tue, 16 Aug 2016 05:04:29 +0000 Received: from localhost ([127.0.0.1] helo=postgresql.org) by malur.postgresql.org with smtp (Exim 4.84_2) (envelope-from ) id 1bZWY6-0004dF-LA for pgsql-hackers@arkaria.postgresql.org; Tue, 16 Aug 2016 05:04:26 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1bZWY5-0004d9-Gs for pgsql-hackers@postgresql.org; Tue, 16 Aug 2016 05:04:26 +0000 Received: from nm2-vm4.bullet.mail.sg3.yahoo.com ([106.10.148.107]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1bZWY0-0004Qu-My for pgsql-hackers@postgresql.org; Tue, 16 Aug 2016 05:04:24 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.co.in; s=s2048; t=1471323854; bh=QwZnfjMj685VLBNTy9ETAOwD6XFgKJIcElZvF/eyj2s=; h=Date:From:Reply-To:To:Cc:In-Reply-To:References:Subject:From:Subject; b=sl9/HSh3ydWMpzNhGJWwimz7XrAfTbf43Q/2QUQlpj49cSU55A3CQX6Ibqz+Y/DXjHsIOR+U7A0yBgEZ8My5oZUzCWgA+ZLUk3U490lViLSQY1RGaWhktAJXQDB1QNZS8/Rgq2aox60q3rUvfqC336k/MnSXwxpKnc/C+7S2DtC6t/ddVcXExEfOJxa/5C0wO49Kv1v26sSZOCe2Qevg4kphWBK/LzhAXberElBaUcEYy2sTbNQCKem9Q8A0zmNzBlEm1dxDf/BvoSwmqo4Wtxpl2VtR1MtD+Ynkh0Mq3Ni699bw9qFeW+tjNrvZlbO24Ar8Uy77R84IdDov4P5HBA== Received: from [106.10.166.127] by nm2.bullet.mail.sg3.yahoo.com with NNFMP; 16 Aug 2016 05:04:14 -0000 Received: from [106.10.150.23] by tm16.bullet.mail.sg3.yahoo.com with NNFMP; 16 Aug 2016 05:04:14 -0000 Received: from [127.0.0.1] by omp1024.mail.sg3.yahoo.com with NNFMP; 16 Aug 2016 05:04:14 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 255769.88824.bm@omp1024.mail.sg3.yahoo.com X-YMail-OSG: ek7WIIgVM1lRn4vyoouVyjaB1uXMio.ZcRjbnBzaWeVHEROFlDFx7qjqoPN6SvL i3es0YOSm26jODHSJNLjhHsGfzCrqJmqLkkyb08hr8jeEOW4penaGc2MJFhjfihOiXXlB8HSaFBm Am66WJmfYuQ9tp0.E6QJZCjydskJ8cGjKJ01GhXvFr26DbTk3vxCw8t.SDp4QiC3sxb6UNvM5pdr t_GQD6YqQb2lMYmToRQBBBSokHf5SbclkQlMgvRv0y0cGz5Rzbq82NaEcF8555FC7i7adHe_VQJN o_GPLdeTaSgIsOqalxNCMn5rxcJozlM8NFXO2GUpj0J6jnmEGazsnsryi.PzlW2q4mdATvUV_wek o0fK0xNQ_GkJ8UEtWkGD7xyZLgF5QfzML54q3ALG8mX6YSDmXtFXdQTaCItKZgDNd0YnIwUMNMrL 4AD9Y8fxa7Yh7gh4fW7EumBSGfoRk8LxsyyT4oskrnhEyiko0VeeVb.poT0hOZhRVKWDzw7pL2tg mFNNIJAl8Wa4mklFL0KEfUxSo6tb.8p1b4TtpuowHk9SG32fo Received: from jws10931.mail.sg3.yahoo.com by sendmailws112.mail.sg3.yahoo.com; Tue, 16 Aug 2016 05:04:13 +0000; 1471323853.821 Date: Tue, 16 Aug 2016 05:04:06 +0000 (UTC) From: amul sul Reply-To: amul sul To: Robert Haas Cc: Artur Zakirov , Pavel Stehule , Tom Lane , "David G. Johnston" , Alex Ignatov , Bruce Momjian , PostgreSQL-development Message-ID: <2095313608.13325125.1471323846174.JavaMail.yahoo@mail.yahoo.com> In-Reply-To: References: <1873520224.1784572.1465833145330.JavaMail.yahoo.ref@mail.yahoo.com> <1873520224.1784572.1465833145330.JavaMail.yahoo@mail.yahoo.com> <884791796.213185.1466667686999.JavaMail.yahoo@mail.yahoo.com> <20160623133001.GF21246@momjian.us> <1877e60a-a970-18b5-453c-e342f96150e6@postgrespro.ru> <31915.1466703655@sss.pgh.pa.us> <32684.1466704957@sss.pgh.pa.us> <734e50cd-c563-4afd-d1c8-80f244b3265e@postgrespro.ru> <1285870380.13225431.1471272994354.JavaMail.yahoo@mail.yahoo.com> Subject: Re: Bug in to_timestamp(). MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Length: 1706 X-Pg-Spam-Score: -2.7 (--) List-Archive: List-Help: List-ID: List-Owner: List-Post: List-Subscribe: List-Unsubscribe: X-Mailing-List: pgsql-hackers Precedence: bulk Sender: pgsql-hackers-owner@postgresql.org Monday, 15 August 2016 9:58 PM, Robert Haas wrote: >On Mon, Aug 15, 2016 at 10:56 AM, amul sul wrote: >> On Thursday, 11 August 2016 3:18 PM, Artur Zakirov >> wrote: [Skipped..] >Well, what's the Oracle behavior in any of these cases? I don't think >we can decide to change any of this behavior without knowing that. If >a proposed behavior change is incompatible with our previous releases, >I think it'd better at least be more compatible with Oracle. >Otherwise, we're just changing from an established behavior that we >invented ourselves to a new behavior we invented ourselves, which is >only worthwhile if it's absolutely clear that the new behavior is way >better. Following cases works as expected on Oracle (except 3rd one asking input value for &15). >> SELECT TO_TIMESTAMP('2015-12-31 13:43:36', 'YYYY MM DD HH24 MI SS'); >> SELECT TO_TIMESTAMP('2011$03!18 23_38_15', 'YYYY-MM-DD HH24:MI:SS'); >> SELECT TO_TIMESTAMP('2011*03*18 23^38&15', 'YYYY-MM-DD HH24:MI:SS'); >> SELECT TO_TIMESTAMP('2011*03!18 #%23^38$15', 'YYYY-MM-DD$$$HH24:MI:SS'); And rest throwing error as shown below: >> SELECT TO_TIMESTAMP('2016-06-13 99:99:99', 'YYYY-MM-DD HH24:MI:SS'); ERROR at line 1: ORA-01850: hour must be between 0 and 23 >> SELECT TO_TIMESTAMP('2016-02-30 15:43:36', 'YYYY-MM-DD HH24:MI:SS'); ERROR at line 1: ORA-01839: date not valid for month specified >(Also, note that text formatted email is generally preferred to HTML >on this mailing list; the fact that your email is in a different font >than the rest of the thread makes it hard to read.) Understood. Will try to follow this, thanks. Regards, Amul Sul -- Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers