From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Gemini Lasswell Newsgroups: gmane.emacs.bugs Subject: bug#32502: 27.0.50; Tramp; C-g during asynchronous remote find-file kills Emacs Date: Sun, 26 Aug 2018 06:50:47 -0700 Message-ID: <87a7p9p77s.fsf@runbox.com> References: <87mutep8ll.fsf@runbox.com> <83o9dub5nx.fsf@gnu.org> <83muteb4nb.fsf@gnu.org> <87o9dqbtv5.fsf@gmx.de> <83pny67h2y.fsf@gnu.org> <8736v2bfzx.fsf@gmx.de> <83muta77li.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1535292168 11403 195.159.176.226 (26 Aug 2018 14:02:48 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sun, 26 Aug 2018 14:02:48 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1.50 (gnu/linux) Cc: 32502@debbugs.gnu.org, Michael Albinus To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Aug 26 16:02:43 2018 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ftvco-0002q2-UI for geb-bug-gnu-emacs@m.gmane.org; Sun, 26 Aug 2018 16:02:43 +0200 Original-Received: from localhost ([::1]:49189 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftveu-0003IJ-Ts for geb-bug-gnu-emacs@m.gmane.org; Sun, 26 Aug 2018 10:04:52 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:40712) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftvei-0003Gs-SJ for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 10:04:43 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftvSU-00026r-RE for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 09:52:08 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:55955) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ftvSU-00026i-LU for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 09:52:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ftvSU-0007qR-EJ for bug-gnu-emacs@gnu.org; Sun, 26 Aug 2018 09:52:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Gemini Lasswell Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 26 Aug 2018 13:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 32502 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 32502-submit@debbugs.gnu.org id=B32502.153529146730083 (code B ref 32502); Sun, 26 Aug 2018 13:52:02 +0000 Original-Received: (at 32502) by debbugs.gnu.org; 26 Aug 2018 13:51:07 +0000 Original-Received: from localhost ([127.0.0.1]:60973 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ftvRb-0007p8-2s for submit@debbugs.gnu.org; Sun, 26 Aug 2018 09:51:07 -0400 Original-Received: from aibo.runbox.com ([91.220.196.211]:36902) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ftvRX-0007oz-UC for 32502@debbugs.gnu.org; Sun, 26 Aug 2018 09:51:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=runbox.com; s=rbselector1; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From; bh=qu9vFaJmPZaTpSAE/lthpD5uPwTj7Db1P5jI24yCAjU=; b=ey6w/I9daLPF7TJqYy5McYp3ih 8bv93aOpMb0B6Ns2y2p4QEzKAmFeMf/TBIngn5z7St7o7IUqIcwH9+s7dzGNhx4ny0tyC6u22erVY VCxYNNH2C3S7Mt+pKuWI3llXB6qcNoFVleZkuz7GuauGRD0TjzlQex0/X2Wf9F0OkEOlEVaQ/bxgy zAkH0ED1Ma7+Zjrm/WxJzoGSElvSAgijJ/DFl2lK7ISB0Sw2UMWQ0ktf3HqMenLFWsaOjnG0Wtj1n P5I9Ngb0WoUAPsiveHuNwwnAmIpPi1BWKJNrRY/vJj+MUQxvMl3QTSa+j2Q87BAKH0L1BwhE2mVXF hmVlmxnw==; Original-Received: from [10.9.9.212] (helo=mailfront12.runbox.com) by mailtransmit02.runbox with esmtp (Exim 4.86_2) (envelope-from ) id 1ftvRW-0002Py-5d; Sun, 26 Aug 2018 15:51:02 +0200 Original-Received: by mailfront12.runbox.com with esmtpsa (uid:179284 ) (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) id 1ftvRJ-0000ZG-Ki; Sun, 26 Aug 2018 15:50:50 +0200 In-Reply-To: <83muta77li.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 25 Aug 2018 19:07:37 +0300") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:149755 Archived-At: Eli Zaretskii writes: > > Well, you never want to end the main thread, do you? > > But perhaps I don't understand well enough the situation you are > talking about. Can you describe in more detail when and why do you > need to "quit several threads at once"? The ability to quit multiple threads at once also seems useful to me. One possibility would be if you do something like this, to open up all your project files at once: C-x & C-x f /scp:server:project/worktree_a/*.el RET And then after you press RET, realize that you meant to type worktree_b instead. Or after you press RET, realize that your network connection is too slow for what you've asked Emacs to do, making you decide you'd like it to give up. Or each of the threads starts reporting the same error, and you realize none of them are going to work, and you want to make the error spam stop so you can fix the problem. Right now the "Checking vc-registered" phase of multi-threaded find-file hogs the global lock and makes Emacs unusable for a while if you are loading many files at once; maybe that, or some other package in your config which wasn't written with threading in mind and gets called by your find-file threads, makes Emacs slow and goes on for too long, and you want to make it stop so you can do something else. C-g is probably not the solution to these situations and I'm not sure what is, but it would be nice to have some way to resolve them besides restarting Emacs.