From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jean Louis Newsgroups: gmane.emacs.help Subject: Re: not good proposal: "C-z " reserved for users Date: Sun, 14 Feb 2021 12:34:12 +0300 Message-ID: References: <871rdk4c1m.fsf@robertthorpeconsulting.com> <640551af-d035-f133-3b98-fe7c7a06279d@yandex.ru> <87blcn76ti.fsf@zoho.eu> <874kif59ro.fsf@zoho.eu> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="18017"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mutt/2.0 (3d08634) (2020-11-07) To: help-gnu-emacs@gnu.org Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Sun Feb 14 10:36:40 2021 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 1lBDpY-0004bK-Nn for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 14 Feb 2021 10:36:40 +0100 Original-Received: from localhost ([::1]:54316 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lBDpX-0006Dj-P0 for geh-help-gnu-emacs@m.gmane-mx.org; Sun, 14 Feb 2021 04:36:39 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45960) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lBDpA-0006DY-LD for help-gnu-emacs@gnu.org; Sun, 14 Feb 2021 04:36:16 -0500 Original-Received: from stw1.rcdrun.com ([217.170.207.13]:46565) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lBDp5-0002AX-Bj for help-gnu-emacs@gnu.org; Sun, 14 Feb 2021 04:36:12 -0500 Original-Received: from localhost ([::ffff:197.157.0.47]) (AUTH: PLAIN securesender, TLS: TLS1.2,256bits,ECDHE_RSA_AES_256_GCM_SHA384) by stw1.rcdrun.com with ESMTPSA id 000000000001E078.000000006028EF09.00006A28; Sun, 14 Feb 2021 02:36:09 -0700 Mail-Followup-To: help-gnu-emacs@gnu.org Content-Disposition: inline In-Reply-To: <874kif59ro.fsf@zoho.eu> Received-SPF: pass client-ip=217.170.207.13; envelope-from=bugs@gnu.support; helo=stw1.rcdrun.com X-Spam_score_int: -3 X-Spam_score: -0.4 X-Spam_bar: / X-Spam_report: (-0.4 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_SORBS_WEB=1.5, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 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" Xref: news.gmane.io gmane.emacs.help:128012 Archived-At: * Emanuel Berg via Users list for the GNU Emacs text editor [2021-02-14 11:34]: > > tmux, screen or nohup are not related to shell job control. > > They run processes and continue running them even if user > > logs off. That feature is not related to job control of > > a process, but it can be helpful to keep the suspended job > > in a shell even if user logs off. > > Of course a terminal multiplexer (read tmux) it is not the > same as job control. It is better, that's why it has > superseded the C-z/fg practice. Does it do job control? >From screen manual: ,---- | suspend | | Suspend screen. The windows are in the `detached' state, | while screen is suspended. This feature relies on the shell | being able to do job control. `---- It maybe cooperates with job control, relies on it, but `screen' does not do job control. Of course you may compare chicken and apples, sure, it is freedom, but chicken will never grow on the tree. > To experience one immediate advantage - literally immediate - > compare opening a new tmux pane to doing C-z. With tmux, you > still have interactive control over Emacs, or whatever other > of a dozen or so applications and interfaces you might have > open, visible at the same time, with tmux panes all over > a huge monitor. Including, if you wish, a dedicated pane, just > to do job control! Compare this to suspending Emacs and then > 'fg' it back and forth. So you prefer to compare processes running in parallel to compare to processes that are stopped. It is fine with me, but that neither tmux/screen/nohup suspend the process, they run them. Running is not equal to suspend. Stopping is not equal to running. Running ≠ Stopping Control-Z in shell does Stopping of a process. It does not let process run in background. `bg' command could run it in the background, but that is not same as stopping. Tmux and screen let processes run in background, they are not tools designed to stop the process, they let job control to the shell. > You also mention the 'persistent IRC' stunt that can be done > with tmux: > > tmux attach [-t X] > tmux kill-session -t X > tmux list-sessions > tmux new -s X-s 'tmux set remain-on-exit on; X' I use screen and surely I know what it means in tmux, I have long running, days and weeks running processes on remote servers that I may control by using screen. But again, making things persistent is not equal to making things stop. It is not comparable. > Also, you seem to say this is such a fundamental practice, > however with zsh, it isn't even enabled by default. (IME > people seem to use bash, zsh, and - the OpenBSD people - ksh > (which is actually rksh, for legal reasons). FTR it _is_ > enabled by default on bash and ksh.) > > So it isn't even enabled by default on one of the most > commonly used shells. > > tmux should be many magnitudes more powerful for several > reasons, in this aspect and others. Use it and get into the > game :) Sure, you win. We can also join to it, that X Window system is more powerful to shell job control, even the water boiler is more powerful to it. But is not relevant. Jean