From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: Support for sub-second time in decoded time Date: Tue, 30 Jul 2019 13:33:18 +0200 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="184022"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jul 30 13:34:04 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hsQOK-000ljw-GQ for ged-emacs-devel@m.gmane.org; Tue, 30 Jul 2019 13:34:04 +0200 Original-Received: from localhost ([::1]:59908 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hsQOJ-00059H-DX for ged-emacs-devel@m.gmane.org; Tue, 30 Jul 2019 07:34:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53832) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hsQNg-00058s-Um for emacs-devel@gnu.org; Tue, 30 Jul 2019 07:33:25 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hsQNf-0003EY-SD for emacs-devel@gnu.org; Tue, 30 Jul 2019 07:33:24 -0400 Original-Received: from quimby.gnus.org ([80.91.231.51]:54182) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1hsQNf-0003EI-Lq for emacs-devel@gnu.org; Tue, 30 Jul 2019 07:33:23 -0400 Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=stories) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1hsQNa-00079O-OR; Tue, 30 Jul 2019 13:33:21 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAElBMVEUrCQWDGAQOAwPJIwLV JgLXXz9b40YKAAACVElEQVQ4jV2US3IjIQyGJTqzl1DPXsgXAIsDuAuyT01N7n+VEZ3Y8Ri7qwwf evyS2pBwn/fVH7+aAYDKz8F9ZYNkBvpKRlEgs2L7/DzXezx/F0kGsyqnVzACcNKa+ngBEcOgj9br i6tqgGe06+djnWAk2L5A/1/HzLDfQXz8Gcw7GP1ZDX8D2t39GTj0SassDMKnJ7+DpdIsoZW0yZzH d9ARFkzItlGxLVK/GT5czSGxdYIeZ4fqV9DTsnJWQV/mB4J8gZXKESEk8k37oIufkhPsI2y8WZ8N EzfSxuuqwdsCM1OvKzsAk+XqyAGW4mx7Xc3EaizuqyThcb/1atK9qqGEXNOxX8+y35gMnJLa5sJK pSEtMGqOVno2tcLYkBlguRq2wuI4CDUSc9JeS10xrnE1kUeOnAp5Yzm2CtyjPiWXjH4zpkLDWVoh SG/RYM1m0toSyN3z3lABl4qSAQMgMW0yaB9QoMwptWTFzVnZXbxGmQSg9AaAtXBxTtsCDcJVgsuc yCrKpVHo8zCIYRM9wUgbEbToe/dhLZluvJRvBwq3xpGnt6aerEiDqL4E8Ijt65tQspXm0GK4jnRp 0tb1HlBq49HDYkStpY5jwxpDyuC3JrMDMcaN5j7Yr6tDuoo1J5Sr+tVCwW2rV/FxMIeLGLgLMUcn MCrKY83ngT3CTVDVKPvvnxfns07Z6w6WlEzenwjFa2kIRl7F3/HJAldDozD7Ebtf9+OPeGxNmOnO a/vxBPIJ8Mhr++cb/InfJwA0DVoSrkEFu684L5zsIrnwiL+JB/gHNzzIbvr5IfcAAAAASUVORK5C YII= In-Reply-To: (Stefan Monnier's message of "Mon, 29 Jul 2019 13:50:31 -0400") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 80.91.231.51 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:239024 Archived-At: Stefan Monnier writes: >> Hm, OK. But I don't see how that relates to adding a new sub-second >> field to the output value from `decode-time'. :-) > > I guess nothing, except to suggest to represent the resolution > explicitly (i.e. to avoid the ambiguity of (34 ... 5603) which could > be 34.5603 or 34.05603 ...). Right. That makes more sense than "the bit that would come after the decimal point if this were floating point, which it isn't", which would be rather awkward to work with indeed. :-/ -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no