From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Ergus Newsgroups: gmane.emacs.help Subject: Re: Issue with remote async processes. Date: Mon, 28 Mar 2022 18:47:29 +0200 Message-ID: <20220328164729.ksbpk6j3urc76b35@Ergus> References: <20220324222414.6k5cj2ovxfnpozwr.ref@Ergus> <20220324222414.6k5cj2ovxfnpozwr@Ergus> <87y20yif6s.fsf@gmx.de> <20220326194813.r33vff2a3z7zcjnd@Ergus> <87fsn3hnaq.fsf@gmx.de> <20220327204619.xs7rz54ny4us3j5t@Ergus> <87lewufngz.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="28586"; mail-complaints-to="usenet@ciao.gmane.io" Cc: help-gnu-emacs@gnu.org To: Michael Albinus Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Mon Mar 28 18:48:35 2022 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 1nYsXg-0007Bx-Ac for geh-help-gnu-emacs@m.gmane-mx.org; Mon, 28 Mar 2022 18:48:32 +0200 Original-Received: from localhost ([::1]:48514 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nYsXf-0002VF-3d for geh-help-gnu-emacs@m.gmane-mx.org; Mon, 28 Mar 2022 12:48:31 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:50748) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nYsWt-0002Tx-4m for help-gnu-emacs@gnu.org; Mon, 28 Mar 2022 12:47:43 -0400 Original-Received: from sonic314-13.consmr.mail.bf2.yahoo.com ([74.6.132.123]:44292) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nYsWo-00068b-Ac for help-gnu-emacs@gnu.org; Mon, 28 Mar 2022 12:47:42 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aol.com; s=a2048; t=1648486056; bh=I/DRvrqlxS6WZSRJd9+Bxb/6RgT7mAPemO0v+AlMylE=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From:Subject:Reply-To; b=Jzr8uyjq/F4dqyPRTgvQ8WYWx6FQNm1R7e5frfRSJ5lE4Jv7vfCbgGRgRxuj8UkmdeJD+S7VqlWYojGcEUyFjb+NUcXvLecg7qsWZLi9sgOIel5HuTmtlX/apSrADb2bM6pALKHgdbfVJ/vNxp8/GC+9YV0gHWyVFUhvXBNYfi04mpAmmshbf22hGDmzS7a1xOjJZziXuToAFoAK4vEWl9piSqpWitNoDYq6eACXXPaeD3p7pyB9fIpVzJOiA7mngIUk2jnvGuAQ1jyURQHGVWPgp5jP87PDmWkFJcS+/R0Fh4+zv1UBi+wsnmtuM4L74ItZxcPTXTcyOi/0AQkkfQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1648486056; bh=xZPNeiWT8mVmKvcxCnGnw7xEhZzwLAOBMe8WVZxyJA9=; h=X-Sonic-MF:Date:From:To:Subject:From:Subject; b=KU9FbtLpHlzmdFrwwH+lRIN8CNzRqxKW8f7X37WtGlvERGEf8Gqh348r4k+fyWV6noD3e5R7DuQwDDv4E4AFCgWfQ+Tl+rRH0UfDyBNzsy8RINQFeopy2li+/8VgvT60WejSgbaSgC5y/ThCv3TzMMbfrcmvjurUoITlx1r6I7evRJK7761mUNDROKrvb97BYl1upv45ej+BpHxBobWry0GQ+XBeBXiIdUDuGDWq1de6xdtzquDrz1amEl+mhwS/Np0k3eQyDifV8IpAqP0TRxXT3w0TEzbWxH8bDTPxkJWzb+gBcfg5Fqds2iNZpMn+7r5HXEgQg66be7QoLsXeHg== X-YMail-OSG: i6a1jKMVM1nilKhbW11li51IJ60XhoptCY4r0ublIcvL_lle7eg7a9SRTz9bZFv 0uJrhH2ZpJoS3pbdW2ZSM0EG8PdUFp23j2s.3g3q2_vw5GlgoyTcyIYtTcTwvjrf36clAZ9ITv7c aFyL34VXOhW0SbTl9ORvuND7cQuSEaI.I6VDr_60gI8Wv_mVYSl9PTjOJpe.KlKG.w5w4as2f9fj fgtW4OEHA2GKPDIcmYMG5jrvDwWuO2FoLohz.3pSlGP1vI67T5InWUdcjHz6g17JqBdUCyAvpRYT 8ryyzyqjfuTHvwWjOmxg0auP0VG2rzTYVST5vNl2LpJNmTIQ.GR97HIWfr83n4HKVxEteyKTeyzR PkJn9.F4w0iGvmLoQrsfxgCzZGpGBH_tEe9rN_Smc9oxwnaxZSmUiltJMQbgl6SMHFK1uqpAj82A iNnYkTs4McBg5aSa_TSK8NgaPO4WojMkZhkPABmSfnyg9RSA7WcLS0REZO1g8cvHKhBYsyLPa.ST IAZHWzFvn8885qJHva0TsxVfXR3EF2iWdaVH6PMJyKRh5sQor8Qg5u1wVvH4KponyPxelro7UV2V n7693QRaC3SffmmVQ.1Doc04X9RkdBDziEn7pZ4Pz6_Zsm_87hVeIRG6h3HTDwKD2VDDLABjotjt BrZWYSUX79vCl5ElyQgXyPKZ7CRV545AFiYHb_rohCEYEeF1_FexmCI4b6zJidf7X2t_rpL_dYu7 _foLG4ZAe8f2EVrbz9gFPGhrQp1kX96NKY.W2jjf7jMMI69vjfHXFpviYlXaXxwn3egUahhZfUHk PG95D525qUquYjbKLDOeRk7SyceKs6CsL8UxGYXCGR X-Sonic-MF: Original-Received: from sonic.gate.mail.ne1.yahoo.com by sonic314.consmr.mail.bf2.yahoo.com with HTTP; Mon, 28 Mar 2022 16:47:36 +0000 Original-Received: by kubenode509.mail-prod1.omega.ir2.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 9a25d20f4f47fac7ddae4172d266cec9; Mon, 28 Mar 2022 16:47:31 +0000 (UTC) Content-Disposition: inline In-Reply-To: <87lewufngz.fsf@gmx.de> X-Mailer: WebService/1.1.19987 mail.backend.jedi.jws.acl:role.jedi.acl.token.atz.jws.hermes.aol Received-SPF: pass client-ip=74.6.132.123; envelope-from=spacibba@aol.com; helo=sonic314-13.consmr.mail.bf2.yahoo.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no X-Spam_action: no action 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" Xref: news.gmane.io gmane.emacs.help:136801 Archived-At: On Mon, Mar 28, 2022 at 11:14:20AM +0200, Michael Albinus wrote: >Ergus writes: > >Hi, > >> What's reason process-file doesn't support to use a buffer for stderr? >> >> Performance? Technical? > >History. process-file and start-process are derived from call-process >and start-file-process. > >call-process allows only (REAL-BUFFER STDERR-FILE), and so does >process-file. > >start-process allows only BUFFER in its docstring (no separation between >stdout and stderr). So start-file-process did originally. Later, when >I've reimplemented it in Tramp using make-process, I wanted to support >the separate stderr buffer of make-process, and I have extended it, >therefore. However, this is not reflected in the docstring, and you >might be better served to follow the official API, and use make-process >instead. > >Best regards, Michael. > Again very thanks... So far I have complains with the emacs process API, there are many function sometimes redundant and with confusing similar names, some of them are only available for one specific case (like process-lines*, which is available as a wrapper of call-process but not for the process-file case considering if there is a find-file-name-handler)... I would actually expect a simpler function interface with two extra parameters (remote async). The async may unify make-process and call-process families The remote may unify process-file with call-process families That may reduce the 4 functions to a single one... I use Tramp extensively and I have observed that several packages are broken with tramp just because of that... the developers use one of them without been aware of the others... Any way... An extra comment: (process-command process) always returns `/bin/sh -i` when the process was executed remotely. I understand the reasons, but I am not sure if this is intended... I mean, I am interested in the real executed command when it failed for example. (either the complete one or the one passed to start-file-process) Is there a way to retrieve the full command like when the process executed locally?? Sorry to bother so sooooo much, but documentation is sometimes not very clear about these sort of details... Again, thanks in advance, Ergus