From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen 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 11:10:18 +0200 Message-ID: <87tuab543p.fsf@gnus.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> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4138"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: v.pupillo@gmail.com, 55163@debbugs.gnu.org, Paul Eggert To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Apr 30 11:11:18 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 1nkj8H-0000rR-Ic for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 30 Apr 2022 11:11:17 +0200 Original-Received: from localhost ([::1]:59060 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nkj8G-0005aA-1x for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 30 Apr 2022 05:11:16 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52416) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nkj82-0005Y4-SA for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2022 05:11:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:33725) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nkj82-00013T-Hy for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2022 05:11:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nkj82-0002iD-AS for bug-gnu-emacs@gnu.org; Sat, 30 Apr 2022 05:11:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 30 Apr 2022 09:11: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.165130983010383 (code B ref 55163); Sat, 30 Apr 2022 09:11:02 +0000 Original-Received: (at 55163) by debbugs.gnu.org; 30 Apr 2022 09:10:30 +0000 Original-Received: from localhost ([127.0.0.1]:55855 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkj7W-0002hP-9j for submit@debbugs.gnu.org; Sat, 30 Apr 2022 05:10:30 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:46504) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nkj7U-0002hB-Nb for 55163@debbugs.gnu.org; Sat, 30 Apr 2022 05:10:29 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=G0ULmOYq2K1SAP54jcbcK5cvsai/CCBtsBXOFJV8muU=; b=OV75KpSv7sgOh5MiNIjkOaWwoG AnrPw5ecL1f4+tS/Otx99ef1sT5yHSociJ8ksMbxevSUQB6V6wZpRlrqAuEZb0mPdseVaLvOco66N kunQbKi3K43Fi+a5A9UNNicfB6TNhqWZuXdM2p2leHSVIsLTlKNJ8mwVwP0PcEpTDXkY=; Original-Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nkj7K-0005ss-NW; Sat, 30 Apr 2022 11:10:21 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAKlBMVEWCrLqi3PCr6/yW zuWNvM53pMwWIXQjM4Q1S5FUcZhxlaY3Q1lRZWr///+A617ZAAAAAWJLR0QN9rRh9QAAAAd0SU1F B+YEHgkEMXPsKuIAAAGiSURBVDjLnZQ/T8JAGMYrm8jSDg7E5U6MhDiJEhUGgzpAmDB+AJcWvwDF 3cChi5CYADoILFJucHDhz4CEheM+lL2WlLu2JsqT5u3w63PP+14vJ23IXimyvCuloa/AbwCuAQLW 64aVvTxb/JoHQGN1/9YsUTXNgxKrUQYSap0HBQe4HJoDoE+GDeDfgP5vB4qbOnlgNa7woKgy2VWY o4fum82PAWq0EBLmmNGeVMv1KCWE8gCORtnRdHYwIMkVYFlgQi9IOoQpNh2HPHh8rZoZd9Wn6qjR 8e9KE7qCzavT4Tzewse495LnwWcod0naXzQzpmTKLzVckMhzrd8KYjoRBuxSPKFBgsPB1EwIRwgV SqhQQaiCBEe5qOvmo2m6VhRA4AgbWSztZt7DmF8KDun327yf7GNjnFtObnUN6HjaGoZSCxxc7Aig buBpd2szho3zMwGU1aK9K6stsYHZp6MOD0rQrSXQFC9Q1gO6FwRcjkhV8Qfbzq91gYQIWAawGo8V hONjnmRFti2yEA6tKwQyH1iFA/GKgdanJgDe24eBtuyvH1Kw/DAZoN4eAAAAJXRFWHRkYXRlOmNy ZWF0ZQAyMDIyLTA0LTMwVDA5OjA0OjQ5KzAwOjAwB5IYrwAAACV0RVh0ZGF0ZTptb2RpZnkAMjAy Mi0wNC0zMFQwOTowNDo0OSswMDowMHbPoBMAAAAASUVORK5CYII= X-Now-Playing: New Order's _Movement: Remaster (1)_: "Senses" In-Reply-To: <83ee1facp0.fsf@gnu.org> (Eli Zaretskii's message of "Fri, 29 Apr 2022 22:53:31 +0300") 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:230999 Archived-At: Eli Zaretskii writes: > But before we implement a separate primitive for each attribute, we > should ask ourselves: what are the use cases where a Lisp program > would want to use such a primitive. 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? Because we > already have a primitive for that. It's common to get a list of files (including modtime) and then offer to sort the files in various ways. My overall point here was simply: If we're going to institute some interface changes in how we deal with time (in general, and I think we probably should because of resolution and efficiency issues), it's an opportunity to look at the wider ecosystem of functionality in this area, and see whether we can improve other things at the same time. `file-attributes' seems like an obvious low-hanging fruit. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no