From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Filipp Gunbin Newsgroups: gmane.emacs.bugs Subject: bug#33050: 27.0.50; [macOS] Problem with process input with process-connection-type nil Date: Sat, 27 Oct 2018 17:37:26 +0300 Message-ID: References: <83a7n9udxv.fsf@gnu.org> <83ftwuq9ii.fsf@gnu.org> <83a7n2q6jb.fsf@gnu.org> <83sh0tp4z4.fsf@gnu.org> <83k1m3oowt.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1540650906 29098 195.159.176.226 (27 Oct 2018 14:35:06 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 27 Oct 2018 14:35:06 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (darwin) Cc: 33050@debbugs.gnu.org, fitzsim@fitzsim.org, alan@idiocy.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 27 16:35:02 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 1gGPg5-0007Rm-BW for geb-bug-gnu-emacs@m.gmane.org; Sat, 27 Oct 2018 16:35:02 +0200 Original-Received: from localhost ([::1]:36730 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGPiB-0004J8-LT for geb-bug-gnu-emacs@m.gmane.org; Sat, 27 Oct 2018 10:37:11 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46244) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGPi5-0004Is-9N for bug-gnu-emacs@gnu.org; Sat, 27 Oct 2018 10:37:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGPi2-0005zf-2b for bug-gnu-emacs@gnu.org; Sat, 27 Oct 2018 10:37:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:41315) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gGPi1-0005zb-Ul for bug-gnu-emacs@gnu.org; Sat, 27 Oct 2018 10:37:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gGPi1-0002Vv-Q0 for bug-gnu-emacs@gnu.org; Sat, 27 Oct 2018 10:37:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Filipp Gunbin Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 27 Oct 2018 14:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 33050 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 33050-submit@debbugs.gnu.org id=B33050.15406509749607 (code B ref 33050); Sat, 27 Oct 2018 14:37:01 +0000 Original-Received: (at 33050) by debbugs.gnu.org; 27 Oct 2018 14:36:14 +0000 Original-Received: from localhost ([127.0.0.1]:45573 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGPhG-0002Ut-Gn for submit@debbugs.gnu.org; Sat, 27 Oct 2018 10:36:14 -0400 Original-Received: from out3-smtp.messagingengine.com ([66.111.4.27]:46695) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGPhE-0002Ul-T1 for 33050@debbugs.gnu.org; Sat, 27 Oct 2018 10:36:13 -0400 Original-Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id 716DD21F79; Sat, 27 Oct 2018 10:36:12 -0400 (EDT) Original-Received: from mailfrontend1 ([10.202.2.162]) by compute1.internal (MEProxy); Sat, 27 Oct 2018 10:36:12 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fastmail.fm; h= from:to:cc:subject:in-reply-to:references:date:message-id :mime-version:content-type; s=fm1; bh=OMZbJyX19AeQGVGaeAWNvdh5EF 4MTzVhuOuGQQUH+L8=; b=rtJWfQsx9OJWXfhUElETjwzwOIikEu7dang1sA770Q 0a7MY9/JRZMh7ILhesEKd5BbpVaq7xaO7ny/p7Ti//pKjVPoY5u/E+wWqPbNS/A4 aZ86WTZlkanf8ybi2Dkrdb8xm5XCDl/G1bh72M+TvAHYIEAGm2qUb2RhDrBo6Gzj 80v+C686TNvommtPpi5oQIE33Siozb+nwj8I0c3uppG7pQt9mMsE6h9pQ5xQn9fB IEQIwcX4hw033GCpNYOVl2xmvlMAPL3fA1kNbWEIAeFo2hnJueiD5bXaFoxvfDyf oC4HTxJDwjRNbiN+kuocjWTaDeMGqifkBJLL/9whfxwg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=OMZbJy X19AeQGVGaeAWNvdh5EF4MTzVhuOuGQQUH+L8=; b=RUTGso/j8RMTxcbF5iyw7S 8XqeH+luHA4TvyCDaeC4YsTx1aguaPpBqBemrOPZ/1KcSCsV1cNCu4mP3QHMtQ9E LRmjGe6iBFlqaGb5mlLGYIAhfssR29nYLRrBfENq1tk7Xa+RS7NMsvw36JhNNbHQ /U0eQLVYAFr/XjkmQ59cYGh8T+3Q/wns/E7IIwJotHxThQjSVSYWiFJQSkCNQqXY MH4etAK5Bw1LZTMGV24D9jpr712GDFRlCzuHCoGP8isR2GK+fgMnT2Oc6zJPlk3W PruWEkIoz345++TFP8pygHBRS6oqxviIX0P1sWRxs3RfzwsWaNo+M0VXENbHhUIA == X-ME-Sender: X-ME-Proxy: Original-Received: from fgunbin.local (unknown [93.185.27.190]) by mail.messagingengine.com (Postfix) with ESMTPA id CC726E43AC; Sat, 27 Oct 2018 10:36:10 -0400 (EDT) In-Reply-To: <83k1m3oowt.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 27 Oct 2018 09:59:46 +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:151677 Archived-At: On 27/10/2018 09:59 +0300, Eli Zaretskii wrote: >> From: Filipp Gunbin >> Cc: Eli Zaretskii , 33050@debbugs.gnu.org, alan@idiocy.org >> Date: Sat, 27 Oct 2018 02:12:21 +0300 >> >> Thomas, > > I'm not him, but since you asked... > >> I don't really understand why pty mode is better here than pipe mode. >> Do we need job control, or escape sequences, or anything else specific >> to pty? > > Yes, we want the buffering be as if ldapsearch was invoked from a > terminal. Possibly also other features, but I don't know enough about > the program to tell. > > Basically, if the program was written for interactive invocation > communicating through pty is always better. > >> If we use pty, won't these features, on the contrary, get in >> the way somewhere? > > If they get in the way, it's another bug, which needs to be analyzed > and solved. It could be (although IMO improbable) that we decide to > go back to pipes, but then we will know why we did that, and we should > leave behind a comment with the explanation. Thanks, got it. Filipp