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.help Subject: Re: Non file buffers and default-directory Date: Sun, 23 Apr 2023 10:46:09 +0300 Message-ID: <83leijyrb2.fsf@gnu.org> References: <87edohf3ip.fsf@ledu-giraud.fr> <87zg745p85.fsf@gmx.de> <87y1moe1aa.fsf@ledu-giraud.fr> <87v8hr6gvl.fsf@gmx.de> <874jpa611r.fsf@ledu-giraud.fr> <87v8hprb5w.fsf@mbork.pl> <87zg714qb8.fsf@gmx.de> <87pm7xplz3.fsf@ledu-giraud.fr> <87r0sc4cmv.fsf@gmx.de> <87ttx810mz.fsf@ledu-giraud.fr> <831qkb27st.fsf@gnu.org> <87pm7v256a.fsf@univ-nantes.fr> <87cz3vukop.fsf@gmx.de> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="9919"; mail-complaints-to="usenet@ciao.gmane.io" To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Sun Apr 23 09:46:23 2023 Return-path: Envelope-to: geh-help-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 1pqUQR-0002Pd-He for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 23 Apr 2023 09:46:23 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pqUPu-0001I3-T1; Sun, 23 Apr 2023 03:45:50 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pqUPs-0001HM-Dj for help-gnu-emacs@gnu.org; Sun, 23 Apr 2023 03:45:48 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pqUPs-0004dm-5g for help-gnu-emacs@gnu.org; Sun, 23 Apr 2023 03:45:48 -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=3WKg/UQvZhFpYcGGyGqgDM3162TwjRVuOTlXQKiQDlI=; b=X/0mboRWcz+8 PpdyTPGiDE5Aa3X9MNwGLSVZJVoPC5o0WL2rptPDCYFanO85GvkBiXlpKr75Yn5zj2711T6JzKCKA WoBYyBFzyILQggDmPcm0GNMw7RiFep5fMNuTddIiDWb8Noa/Inxp5rNh7+C5FpJozXDxtboCxiYc0 sfppdtpRAnGSgQZAb5tE5OJchAEmXfqJT9jkAAMZqizLkVUW3SJE20o5QHeCW6Ks7HsSVhNk5z+l7 fycqKzbGVn3oFKKG01f3AsCpoGHw5oMBYKze7Iv+BadJgSfSFz/poFx/0uuiP1QKhuqmMb0EouSMr 7xIYfJI3yF0qOCFdhJ3KoA==; Original-Received: from [87.69.77.57] (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 1pqUPr-00057I-Bh for help-gnu-emacs@gnu.org; Sun, 23 Apr 2023 03:45:47 -0400 In-Reply-To: <87cz3vukop.fsf@gmx.de> (message from Michael Albinus on Sun, 23 Apr 2023 09:22:46 +0200) X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.help:143339 Archived-At: > From: Michael Albinus > Cc: Eli Zaretskii , help-gnu-emacs@gnu.org > Date: Sun, 23 Apr 2023 09:22:46 +0200 > > My first attempt, years ago, was to unblock Emacs in case Tramp reads or > writes large remote files. This was oursorced to a thread, and it worked > somehow except when there was user interaction required. Can you share your experience from that attempt? Why wasn't it working well when user interaction was required? Btw, if someone is looking for a worthy development task which could be handled by threads, I have one: make smtpmail-send-it run from a thread, thus avoiding to lock up Emacs until the email message is sent (or fails to be sent). This is especially important when the link is flaky, in which case sending an email message could lock up Emacs for many seconds.