From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#55163: 29.0.50; master 4a1f69ebca (TICKS . HZ) for current-time broke lsp-mode Date: Sat, 30 Apr 2022 08:29:24 +0300 Message-ID: <83a6c39m17.fsf@gnu.org> References: <87sfpxxyvb.fsf@3-191.divsi.unimi.it> <87zgk5jtm6.fsf@gnus.org> <87o80kj2q1.fsf@gnus.org> <878rroi5a8.fsf@gnus.org> <83y1zo9n3o.fsf@gnu.org> <87y1zof944.fsf@gnus.org> <83wnf89mcj.fsf@gnu.org> <0a39a220-6298-8ed4-87bd-414702cd9b57@cs.ucla.edu> <83ee1facp0.fsf@gnu.org> <7b51f5af-cd60-79ff-5cef-36fcdd64b766@cs.ucla.edu> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3345"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, v.pupillo@gmail.com, 55163@debbugs.gnu.org To: Paul Eggert Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Apr 30 07:30:32 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nkfgd-0000iE-QL for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 30 Apr 2022 07:30:31 +0200 Original-Received: from localhost ([::1]:46332 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nkfgc-0004UI-Fl for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 30 Apr 2022 01:30:30 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59282) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkfgB-0004T1-Ih for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2022 01:30:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33617) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nkfgB-0006UI-7o for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2022 01:30:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nkfgB-0003Qj-3A for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2022 01:30:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Apr 2022 05:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 55163 X-GNU-PR-Package: emacs Original-Received: via spool by 55163-submit@debbugs.gnu.org id=B55163.165129657013110 (code B ref 55163); Sat, 30 Apr 2022 05:30:02 +0000 Original-Received: (at 55163) by debbugs.gnu.org; 30 Apr 2022 05:29:30 +0000 Original-Received: from localhost ([127.0.0.1]:55747 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkffd-0003PO-Ls for submit@debbugs.gnu.org; Sat, 30 Apr 2022 01:29:29 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:37660) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkffb-0003P9-Mu for 55163@debbugs.gnu.org; Sat, 30 Apr 2022 01:29:28 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:39490) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkffV-0006PM-7N; Sat, 30 Apr 2022 01:29:21 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=BZcUwyy9BDXXedOhgudYUBSeDfg6hwiS+gw7z/DeDqs=; b=gtPtLBhz0Ygt yhs3tzz0H4syDKtXf9316XVDcNZaIWUsxPMOMO/MVEzA4ihwZ+BcETMCvVgCpTWmtN91M8sKqAZfR HCjCNsU6o+v8TPX1VJIltRJgZQhwYDZhzWvTK1rA85PKgndc8LvNajK62Kd6lM2pdRbFLPFQ7XcFW 5yv2ko1fI1pcqsCfps6wkUoH72mLSjnlq0Ovt09vgRoDv9ft4lthMyPjdPqjrQLF5XIlgFFfJ0axV Pf0eudCDcfc8PXiwzbRun9biZCjsGNnyQJGbKJwmipaMPXVZTX2eK3PdbFuvnfi5QUWR7kFZANjzK 0bppLp3P9eMf6YH2OHIYVw==; Original-Received: from [87.69.77.57] (port=2850 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkffU-0001ZV-Mw; Sat, 30 Apr 2022 01:29:21 -0400 In-Reply-To: <7b51f5af-cd60-79ff-5cef-36fcdd64b766@cs.ucla.edu> (message from Paul Eggert on Fri, 29 Apr 2022 15:45:44 -0700) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:230994 Archived-At: > Date: Fri, 29 Apr 2022 15:45:44 -0700 > Cc: larsi@gnus.org, 55163@debbugs.gnu.org, v.pupillo@gmail.com > From: Paul Eggert > > > Taking the file's modification > > time as an example, are there any important use cases except > > determining if a file is older or newer than another? > > Yes, for example lots of Lisp code takes a file timestamp, keeps it > somewhere, then examines it later to print or to compare to another > timestamp. See, for example, how ido-file-name-all-completions compares > ctime (the cached timestamp) to mtime (the file timestamp). Such code cannot take advantage of this particular proposal, it will have to be rewritten to be able to do that. When it _is_ rewritten, it can easily use the existing primitive, perhaps after we extend it (see below). > > we already have a primitive for that > > Sure, but file-newer-than-file-p is not adequate for many routine > calculations involving file timestamps. It can't do the sort of caching > described above, for example. We can easily extend it to be able to receive a time object instead of one of the file names. (Or maybe I don't understand what kind of "caching" you have in mind.) But since we were talking about something more general, what are the use cases for the other file attributes that would be much better served by having separate primitives for those attributes?