Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kG57y-0002pz-IK for pgsql-hackers@arkaria.postgresql.org; Wed, 09 Sep 2020 18:47:30 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1kG57x-0002YC-GQ for pgsql-hackers@arkaria.postgresql.org; Wed, 09 Sep 2020 18:47:29 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kG57x-0002Y5-9O for pgsql-hackers@lists.postgresql.org; Wed, 09 Sep 2020 18:47:29 +0000 Received: from forward4-smtp.messagingengine.com ([66.111.4.238]) by magus.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kG57q-0001oq-01 for pgsql-hackers@postgresql.org; Wed, 09 Sep 2020 18:47:28 +0000 Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailforward.nyi.internal (Postfix) with ESMTP id 0AA441940AEB; Wed, 9 Sep 2020 14:47:20 -0400 (EDT) Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Wed, 09 Sep 2020 14:47:20 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=/27iqirQxvRayQ7px0I3tklEBU+KA6weQSrtA8v18 fM=; b=sLaAFK2IqOVVTwQ1aU4xJpkINdWuRzl9YdIQ36ktu7CjdzFDRBzenXGwC MrzigWDuLqEm+ODtqL0L367oKDuKVcTmMsH6lStB2FF/NsWxysmoa1JY0uvpkDtk cD4MMpOA4uydp2njH9Z5H0uwCem2tfY7/l+occ70hugjd9FsX7kHF3Aj5UzURkBY licR20yqQ5AkVymaY+reFUNy0dZ17AmnSHU2ch91rQsJlt0NWrrOW04W0/fNWKyP zHztLAgg9RAjZZulXqfA04XB4PKEts9ZoyCCxYz7D6h85+uhbn/P2t1dfT34wUUh dq399szrqtZ38Wu+bkPQF63l6euBQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduiedrudehhedguddviecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefuvfhfhfhokffffgggjggtgfesthejredttdefjeenucfhrhhomheprfgv thgvrhcugfhishgvnhhtrhgruhhtuceophgvthgvrhdrvghishgvnhhtrhgruhhtsedvnh guqhhurggurhgrnhhtrdgtohhmqeenucggtffrrghtthgvrhhnpedtveeghedtjedvvedv leejueevjeejtdellefgkeelfeeikeejlefgkedtudeuvdenucffohhmrghinhepvdhnug hquhgrughrrghnthdrtghomhenucfkphepledurddugedrvdeffedrfeefnecuvehluhhs thgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhdrvghish gvnhhtrhgruhhtsedvnhguqhhurggurhgrnhhtrdgtohhm X-ME-Proxy: Received: from april.pezone.net (p5b0ee921.dip0.t-ipconnect.de [91.14.233.33]) by mail.messagingengine.com (Postfix) with ESMTPA id 1973B3067CEE; Wed, 9 Sep 2020 14:47:17 -0400 (EDT) Subject: Re: Since '2001-09-09 01:46:40'::timestamp microseconds are lost when extracting epoch To: Tom Lane References: <42b73d2d-da12-ba9f-570a-420e0cce19d9@phystech.edu> <18389.1575241151@sss.pgh.pa.us> <1c2262e2-6812-7baa-cbdd-63039db12952@phystech.edu> <1551357.1599435992@sss.pgh.pa.us> <097a4242-0748-98e3-06ab-ded1d366cd76@2ndquadrant.com> <1893468.1599658711@sss.pgh.pa.us> Cc: Pavel Stehule , pgsql-hackers , Thomas Munro , Petr Fedorov From: Peter Eisentraut Organization: 2ndQuadrant Message-ID: <38fc499a-ae52-efb6-aad6-82f812d6782d@2ndquadrant.com> Date: Wed, 9 Sep 2020 20:47:36 +0200 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <1893468.1599658711@sss.pgh.pa.us> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 2020-09-09 15:38, Tom Lane wrote: >>> and a few >>> more calls of int8_numeric that could be converted. I think the >>> attached updated version is committable, and I'd recommend going >>> ahead with that regardless of the rest of this. I hadn't realized >>> how many random calls of int8_numeric and int4_numeric we'd grown, >>> but there are a lot, so this is nice cleanup. > >> Yes, please go ahead with it. > > It's your patch, I figured you'd want to commit it. ok done -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services