From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#32502: 27.0.50; Tramp; C-g during asynchronous remote find-file kills Emacs Date: Sat, 25 Aug 2018 17:52:34 +0200 Message-ID: <8736v2bfzx.fsf@gmx.de> References: <87mutep8ll.fsf@runbox.com> <83o9dub5nx.fsf@gnu.org> <83muteb4nb.fsf@gnu.org> <87o9dqbtv5.fsf@gmx.de> <83pny67h2y.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1535212269 23121 195.159.176.226 (25 Aug 2018 15:51:09 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 25 Aug 2018 15:51:09 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: gazally@runbox.com, 32502@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Aug 25 17:51:05 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 1ftaq8-0005vu-Qn for geb-bug-gnu-emacs@m.gmane.org; Sat, 25 Aug 2018 17:51:04 +0200 Original-Received: from localhost ([::1]:46264 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftasE-0002cj-Ve for geb-bug-gnu-emacs@m.gmane.org; Sat, 25 Aug 2018 11:53:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:43892) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ftas5-0002cd-Pr for bug-gnu-emacs@gnu.org; Sat, 25 Aug 2018 11:53:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ftas2-0001JY-KI for bug-gnu-emacs@gnu.org; Sat, 25 Aug 2018 11:53:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:55706) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ftas2-0001JS-GS for bug-gnu-emacs@gnu.org; Sat, 25 Aug 2018 11:53:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ftas2-0005QW-13 for bug-gnu-emacs@gnu.org; Sat, 25 Aug 2018 11:53:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 25 Aug 2018 15:53:01 +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.153521236820841 (code B ref 32502); Sat, 25 Aug 2018 15:53:01 +0000 Original-Received: (at 32502) by debbugs.gnu.org; 25 Aug 2018 15:52:48 +0000 Original-Received: from localhost ([127.0.0.1]:60724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ftaro-0005Q4-0i for submit@debbugs.gnu.org; Sat, 25 Aug 2018 11:52:48 -0400 Original-Received: from mout.gmx.net ([212.227.17.22]:35651) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ftarl-0005Pp-NF for 32502@debbugs.gnu.org; Sat, 25 Aug 2018 11:52:46 -0400 Original-Received: from detlef.gmx.de ([213.220.149.148]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0Lw2dd-1fsENk2t4v-017l9t; Sat, 25 Aug 2018 17:52:37 +0200 In-Reply-To: <83pny67h2y.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 25 Aug 2018 15:42:45 +0300") X-Provags-ID: V03:K1:I/kIzQmKoRpl29nagUtImktXxqXhbMfSM6oAJ+kPVALswfPsism 09WREMcUhFp34UzG0bwmVf7laBoLwnYkqBtyymcBWwdLMkB7q7MxXAs5XQD5YYp1+OTqMSA Vyp1pWQ6056Of69l48ANMXxosNl/Z7mkTz2+AFUaf5IbYTyOMooA8Vxkh52BLunjcyjSrP7 Go6cU0i69YTLLGVe814Pg== X-UI-Out-Filterresults: notjunk:1;V01:K0:EMsyY6uPLRg=:EScDJm6/xG77Nl0KgXwvlc PFrs1FCHuatf8MpybqHp9k2meQr94X7rB+4ncyL+PSPttXtNr4MhN8ROufdwZQ4bHVy6ItDKD jYnosilIt0mti4lB9Q91EQmNfNuVWPYDlq7iP+3bqTvmyuev+kAtNmFNRdlyHX1lg54x4aKvQ 96VLDdaEdScZ2zlGNYvd68oO749bXAZ1Fno/NtMeKmM4nNnybChoDLrhDPs0/Tzws7QkHG73b yROex0g10Ba6HekcL7e3qRVfI6zAEzJwR0KwrUPRamrqtjlKZV5pRPU/FYtaLlM1ejvxmVBZk 9Xo52j2+bi6AXq3E50rbTqx3GxTlktIlGxXVG46CoQy2ncKDnamHIajRdMUIshBvL71CNBnDd gyq6mU61SP3WnjKGgEzEGZkgoFXJTf6Ebh9SpGwCTm6ybOxnU1T6yD0EHBA5yKMgRby39UOZd hO1ekF71LEcMlDyt1d0VRwezr+EZ0WEg2keaA+gViqLVlyBgIaKxGqswbV9ZoQF/vWcPblsNd JIYJm9/ioObxQZvPqcFqOeJGcbyTVEfLRN0uzPddrG8GFoYQCmv7vMAZFgUERV5D9L5YH1nYS f5Xlos6cRi73g2h/KtZqFIQHuvPy/HsBje5l8EqCyuhGMWd3+GfYA1YGtbQsfUqSTTMrD3+g+ D/Cosa5wdnCpqaZMeRoKQ4ObWBqNldaFbF7P2TsWBeUDCXywYaS1aqGtqU48wGfs0GJQA3a9m wfhmRHwN2qYt209kMAVzGoGtdL+farMeh685RO9l7N+1MXC4vPfMYXL+oelKHupQ7jC1+SlH 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:149746 Archived-At: Eli Zaretskii writes: >> From: Michael Albinus >> Cc: gazally@runbox.com, 32502@debbugs.gnu.org >> Date: Sat, 25 Aug 2018 12:53:02 +0200 >> >> > Michael, unless I'm missing something, it sounds like Tramp signals >> > the main thread in this scenario. (current_thread->error_symbol is >> > only set by thread-signal.) Is that really necessary? If so, can you >> > describe why you needed to signal the main thread, while it was >> > waiting for input? >> >> Tramp propagates all signals to the main thread, otherwise they are not >> visible. > > Is that wise? It means that if a user is doing something in the main > thread while the Tramp threads run asynchronously, the user's program > will/might error out. Perhaps not. But I didn't like that no Tramp error was visible from a thread. >> However, if we apply this I don't know how to quit (let's say) 250 >> threads. One quit signal is good for one thread only. I believe we need >> also a mechanism to quit many threads at once. > > I think we should simply make thread-signal a no-op when it signals > the main thread during the time the main thread is waiting for input. Perhaps. But I don't understand how this solves the problem (quitting several threads at once). Best regards, Michael.