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: Subsecond decoded-time again Date: Sun, 29 Sep 2019 18:14:26 +0200 Message-ID: <87d0fjdqql.fsf@gnus.org> References: <87v9tbnz83.fsf@gnus.org> <6e4d5d00-847b-4d5e-09d5-63b13b5c1c97@cs.ucla.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="88291"; 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: Paul Eggert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Sep 29 18:14:45 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 1iEbqO-000MpR-H9 for ged-emacs-devel@m.gmane.org; Sun, 29 Sep 2019 18:14:44 +0200 Original-Received: from localhost ([::1]:40794 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iEbqN-0003DG-9n for ged-emacs-devel@m.gmane.org; Sun, 29 Sep 2019 12:14:43 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52312) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iEbqH-0003Cz-5Z for emacs-devel@gnu.org; Sun, 29 Sep 2019 12:14:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iEbqG-0000I0-0y for emacs-devel@gnu.org; Sun, 29 Sep 2019 12:14:37 -0400 Original-Received: from quimby.gnus.org ([80.91.231.51]:52632) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1iEbqF-0000Hd-QC for emacs-devel@gnu.org; Sun, 29 Sep 2019 12:14:35 -0400 Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iEbq6-00035w-8s; Sun, 29 Sep 2019 18:14:29 +0200 In-Reply-To: <6e4d5d00-847b-4d5e-09d5-63b13b5c1c97@cs.ucla.edu> (Paul Eggert's message of "Sun, 29 Sep 2019 11:09:30 -0500") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] 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:240392 Archived-At: Paul Eggert writes: > On 9/29/19 6:01 AM, Lars Ingebrigtsen wrote: >> I thought I remembered that we settled on giving a special parameter to >> `decode-time' to make it return the sub-second bits, too? > > Yes, it's the optional new FORM parameter of decode-time. E.g,, > (decode-time '(1566009571321 . 1000) t t) yields ((31321 . 1000) 39 2 > 17 8 2019 6 nil 0). This example is taken from the manual. Ah, I was confused by this bit in the doc string: ---- The optional FORM specifies the form of the SEC member. If =E2=80=98intege= r=E2=80=99, SEC is an integer; if t, SEC uses the same resolution as TIME. An omitted or nil FORM is currently treated like =E2=80=98integer=E2=80=99, bu= t this may change in future Emacs versions. ---- I think "if t, SEC uses the same resolution as TIME" could possibly be expanded upon. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no