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 02:12:21 +0300 Message-ID: References: <83a7n9udxv.fsf@gnu.org> <83ftwuq9ii.fsf@gnu.org> <83a7n2q6jb.fsf@gnu.org> <83sh0tp4z4.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1540595471 27754 195.159.176.226 (26 Oct 2018 23:11:11 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 26 Oct 2018 23:11:11 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (darwin) Cc: 33050@debbugs.gnu.org, alan@idiocy.org To: Thomas Fitzsimmons Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sat Oct 27 01:11:06 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 1gGBFw-00077s-Uu for geb-bug-gnu-emacs@m.gmane.org; Sat, 27 Oct 2018 01:11:05 +0200 Original-Received: from localhost ([::1]:34443 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGBI3-00082A-Fp for geb-bug-gnu-emacs@m.gmane.org; Fri, 26 Oct 2018 19:13:15 -0400 Original-Received: from eggs.gnu.org ([208.118.235.92]:59798) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1gGBHt-00081q-BI for bug-gnu-emacs@gnu.org; Fri, 26 Oct 2018 19:13:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1gGBHq-0002xJ-6P for bug-gnu-emacs@gnu.org; Fri, 26 Oct 2018 19:13:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:40177) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1gGBHq-0002wv-0s for bug-gnu-emacs@gnu.org; Fri, 26 Oct 2018 19:13:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1gGBHp-0007sN-Qj for bug-gnu-emacs@gnu.org; Fri, 26 Oct 2018 19:13: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: Fri, 26 Oct 2018 23:13: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.154059554730234 (code B ref 33050); Fri, 26 Oct 2018 23:13:01 +0000 Original-Received: (at 33050) by debbugs.gnu.org; 26 Oct 2018 23:12:27 +0000 Original-Received: from localhost ([127.0.0.1]:44435 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGBHG-0007rZ-V1 for submit@debbugs.gnu.org; Fri, 26 Oct 2018 19:12:27 -0400 Original-Received: from out3-smtp.messagingengine.com ([66.111.4.27]:37345) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1gGBHF-0007rS-59 for 33050@debbugs.gnu.org; Fri, 26 Oct 2018 19:12:25 -0400 Original-Received: from compute1.internal (compute1.nyi.internal [10.202.2.41]) by mailout.nyi.internal (Postfix) with ESMTP id DE23021E06; Fri, 26 Oct 2018 19:12:24 -0400 (EDT) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute1.internal (MEProxy); Fri, 26 Oct 2018 19:12:24 -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=vnUlNNeVvRKEfsuWs6XEar44YO p1TymjGLeBEJNJwMs=; b=snP9O34B+uIBgWc4Yt0huKgLhnhZ31ks3ypBLfiGGz CZ3W+ecU0LsuLz6mqA1qXx7+5cUGEyBIillo6tuDVciBGQlVpMSh4BTPAPmCEqz2 rpjmKfe0+XudE8xU2cLvbRzhOOndqUuFEid15Yi3LfWNtL9W2EcGWFuMHrAfOb5V eaZ+/XnGmY2VP0HICaumj9WTOssO2C6kfrTZqNnTFD+nttRUpXWy9DLaz4HNJssb QNs1z84mJbSejSHPax+siwAQk5wnY4BsW3Vaic+ppkS6W8THbVFNumGWNaH9i5NR oq/6NwhpZ29bPNpvvc3gr5klMxGGGrRHkV7Xs4ED+aMg== 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=vnUlNN eVvRKEfsuWs6XEar44YOp1TymjGLeBEJNJwMs=; b=rs/cQXjT8aArbTFdElK2FX xA9qrLlGymq/Gh47r4jQ10SyCAAIAT/LkrarVuKgznZ0+1uh26LAJJDv529/PgIa vOIU8S+4eqs7tAVT3Pil7joGzwbAU0ZUkD531qEmtBe05F8mvjwrFlNALgyu+j1e F1tg2Xlr7HbbzrdbBP0OqDH8YCn3r7B2tbqJCrZnnN22Iym84oD6/Yl1mQa7Qn1Q XptaCxv7je5XCWSBLQNCvowxqfanvY2nS4SMT35YMXfvboDjQxWwPn5JGVdHC3Oj iUjPR80qUBc6K4z2ZqY+5ecgG71LEHLEOhhGgQatyT2fFvvNbuRsQb/CXVW2Jf7A == X-ME-Sender: X-ME-Proxy: Original-Received: from fgunbin.playteam.ru (unknown [95.161.147.10]) by mail.messagingengine.com (Postfix) with ESMTPA id 6F49E102A0; Fri, 26 Oct 2018 19:12:23 -0400 (EDT) In-Reply-To: (Thomas Fitzsimmons's message of "Fri, 26 Oct 2018 11:41:02 -0400") 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:151654 Archived-At: Thomas, On 26/10/2018 11:41 -0400, Thomas Fitzsimmons wrote: > One worry I have about always leaving process-connection-type t is > that, depending on the external system state -- specifically whether > or not all ptys are busy -- process-connection-type might not have any > effect, and the underlying process will rarely (and silently AFAICT) > operate in pipe mode. By forcing process-connection-type nil, one is > always testing in the same known mode. 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? If we use pty, won't these features, on the contrary, get in the way somewhere? We have to respond to only one prompt from ldapsearch, and for that pipes should work well. It's not like when the user is interacting with the process (like in shell mode). The user may be unaware that external process is at all invoked. Your suggestion to condionally fix this for Darwin on release looks good. As for 33154, I'll live with it for some more days, and wait for more people to look at it. And if all goes well, then I'll push it next week. Thanks. Filipp