From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Joseph Mingrone Newsgroups: gmane.emacs.bugs Subject: bug#14473: 24.3; emacs locks up when eshell attempts to display a dialog Date: Mon, 14 Oct 2019 14:53:35 -0300 Message-ID: <86pnizxlgg.fsf@phe.ftfl.ca> References: <86zjvjnfj9.fsf@gly.ath.cx> <83r23xbw9s.fsf@gnu.org> <86wodlakye.fsf@phe.ftfl.ca> <8636g4crpc.fsf@phe.ftfl.ca> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha512; protocol="application/pgp-signature" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="120644"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (berkeley-unix) Cc: 14473@debbugs.gnu.org To: Stefan Kangas Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Oct 14 19:54:18 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iK4Xx-000VCd-2a for geb-bug-gnu-emacs@m.gmane.org; Mon, 14 Oct 2019 19:54:17 +0200 Original-Received: from localhost ([::1]:55060 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iK4Xv-0007cf-SO for geb-bug-gnu-emacs@m.gmane.org; Mon, 14 Oct 2019 13:54:15 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52399) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1iK4Xk-0007XB-3l for bug-gnu-emacs@gnu.org; Mon, 14 Oct 2019 13:54:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1iK4Xi-0006HP-O0 for bug-gnu-emacs@gnu.org; Mon, 14 Oct 2019 13:54:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:32835) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1iK4Xi-0006HD-9z for bug-gnu-emacs@gnu.org; Mon, 14 Oct 2019 13:54:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1iK4Xi-00045L-7E for bug-gnu-emacs@gnu.org; Mon, 14 Oct 2019 13:54:02 -0400 X-Loop: help-debbugs@gnu.org In-Reply-To: <86zjvjnfj9.fsf@gly.ath.cx> Resent-From: Joseph Mingrone Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Oct 2019 17:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 14473 X-GNU-PR-Package: emacs Original-Received: via spool by 14473-submit@debbugs.gnu.org id=B14473.157107562815682 (code B ref 14473); Mon, 14 Oct 2019 17:54:02 +0000 Original-Received: (at 14473) by debbugs.gnu.org; 14 Oct 2019 17:53:48 +0000 Original-Received: from localhost ([127.0.0.1]:41656 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iK4XU-00044r-51 for submit@debbugs.gnu.org; Mon, 14 Oct 2019 13:53:48 -0400 Original-Received: from mail-qk1-f193.google.com ([209.85.222.193]:40773) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1iK4XR-00044a-82 for 14473@debbugs.gnu.org; Mon, 14 Oct 2019 13:53:46 -0400 Original-Received: by mail-qk1-f193.google.com with SMTP id y144so16635530qkb.7 for <14473@debbugs.gnu.org>; Mon, 14 Oct 2019 10:53:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ftfl.ca; s=google; h=from:to:cc:subject:references:date:message-id:user-agent :mime-version; bh=ogEUHl4ykGSkST++f2WzsrTljhlt22qMEVsU13Tcb4o=; b=RvnOYugeQh5Hus1Txy0EJcYn1pfwm59KWh1TZDFG315T7c/xi9WZgFFJRlm/L3IoaV Qk4iryCZ086v9pbK7nCXmkE9evTTRWhtONAPMkdVogT9rEZArb2U+4zCUgyU6LlG1Voz TNKlLvgJQ8XEWGd78F80Ok0Fc9hx0qQeOPQFQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:message-id :user-agent:mime-version; bh=ogEUHl4ykGSkST++f2WzsrTljhlt22qMEVsU13Tcb4o=; b=kY8w05+dEEEv2C0IZiOjDPuCwMnDx13FNV1HnjFhbC/bdWoeIxasvhffFAzyJsUOdW fu6LbyfhMKqFVmV5tRysrAzAuqiPGmx4sJJi680fkn7PN0Y6V2xoURWrN17MzxPkOncr /c6Hj7/ZrYL/jwAzcqaE/rl4ixEjmLv+WSpX7UNTsMmevIdGgsk6XCRdAnQ7zZae9+mU g2dhdKlY0eWnqhSWUaHNPzuexiRuNR0y/fzz9ha/lSEHduG8hMflLc7LGAV+X+p80tK6 AOPz2HHJpmlT7QAPJ3w0VDr8IpAJ7s2FL3wm5aS5GGwzy2AE8y78xFWfiUDeCluvVVLX AKMw== X-Gm-Message-State: APjAAAVnV/XTmk87wSivNZEdW2BQWZW6377v7GvZ2woNvf06fNgszDsp r1S2lhX3zD0sxRURxUXSq5Rsh+Ml7QzEjQ== X-Google-Smtp-Source: APXvYqxk8VK4WzetijF9R5naDZDzxlwlo3F6WJQ8nEzbk7fET6y5xrewVa0eDroqPqMtEfOmDKS/VQ== X-Received: by 2002:a37:2ec5:: with SMTP id u188mr29576600qkh.54.1571075618748; Mon, 14 Oct 2019 10:53:38 -0700 (PDT) Original-Received: from phe.ftfl.ca.ftfl.ca (drmons0544w-99-192-42-241.dhcp-dynamic.fibreop.ns.bellaliant.net. [99.192.42.241]) by smtp.gmail.com with ESMTPSA id o52sm12058397qtf.56.2019.10.14.10.53.36 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 14 Oct 2019 10:53:36 -0700 (PDT) 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: 209.51.188.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:169288 Archived-At: --=-=-= Content-Type: text/plain Stefan Kangas writes: > Hi Joseph, > Joseph Mingrone writes: >> >> It's still a problem (26.3 and 2019-09-15 master-branch build) in that the dialog is not displayed, but the Emacs process no longer consumes 100% CPU. >> > Thanks for reporting back. >> >> Here is a simple recipe to reproduce the problem. It assumes the FreeBSD ports tree is installed in the default location, which is /usr/ports. >> > Can you think of any way to reproduce this if you are not using >> > FreeBSD? Is there some particular command run by "make config" that >> > makes eshell freeze for example? It seems to me that very few Emacs >> > developers are using FreeBSD, and I personally don't have access to >> > any FreeBSD systems for debugging. >> I would guess any GNU/Linux command that also presents these curses >> dialogs would have problems. If you or any Emacs developer wants a >> FreeBSD shell account, I can provide one. > Thank you, noted. There are indeed (a small number of) open bugs > regarding *BSD systems, so I'm hoping that someone will take you up on > that offer. I might if I find the time. >> https://invisible-island.net/dialog/dialog-figures.html >> To be clear, it seems like less of a freeze now and more like an >> inability to display the dialog and the point becomes lost requiring >> users to kill eshell. So, it is much less severe of a problem than in >> the past. > Yes, after installing "dialog", I'm able to reproduce the problem on > my system using this command: > dialog --yesno "foobar" 10 50 > In my case, hitting RET brings me back to the eshell prompt. > I think the problem is that eshell just doesn't support the control > characters that ncurses is producing, meaning that it has to switch to > term-mode to get that to work. Luckily, there are user options you > could set to make eshell do that automatically. > I created a Makefile with: > config: > dialog --yesno "foobar" 10 50 > Using that Makefile, saying "make config" in eshell opens it in > term-mode automatically after I evaluate: > (add-to-list 'eshell-visual-subcommands '("make" "config")) > Does setting that option solve the issues you're seeing too? > If so, I think we can just write this up as a limitation in eshell, > and recommend users to configure this variable. Also see > eshell-visual-commands and eshell-visual-options for more. > One final thing, is running "make config" common on FreeBSD? I guess > it's part of the "ports" system that pretty much everyone uses, > including people on OpenBSD? If so, perhaps it would be worth > changing the default of eshell-visual-subcommands from nil to > something like: > (when (equal system-type 'berkeley-unix) '(("make" "config"))) > Best regards, > Stefan Kangas Hi Stefan, RET or TAB RET does not return to the eshell prompt here. Switching to term mode by adding ("make" "config") `to eshell-visual-subcommands' does now work, so I think this bug can be closed. I had this commented out in my config, so assume I tried it at one point and it didn't work. I should have checked this again when you contacted me though. Running `make config` was more common in the past, but many FreeBSD users now install pre-built packages or build their own packages with tools on top of the ports tree. I am less familiar with OpenBSD, but am relatively confident that most OpenBSD users install pre-built packages. Another complication is that many users would run this as `sudo make config` or `doas make config` on OpenBSD. Thank you, Joseph --=-=-= Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQKTBAEBCgB9FiEEVbCTpybDiFVxIrrVNqQMg7DW754FAl2kth9fFIAAAAAALgAo aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDU1 QjA5M0E3MjZDMzg4NTU3MTIyQkFENTM2QTQwQzgzQjBENkVGOUUACgkQNqQMg7DW 756F3w/5AddO0yq83R7UQGeaASRjptSyWipZjfZRTr1VotpVp4sWUELMco5vp2sv UPpqBdRD3Q4F6V5qXNnB75j3o+9R8QW+B4r36vutuussZUqbDxGyOKHdK9fbwDCz 4Sf9KUUQUk6KYN5oK2UNHRrdnAENxszIIJ8chxlrQv1mJpY6O/bIlCcGtAvUNAPc GFWN5KoaltfGehO0iy8EBahv2Zy8E6CGXVixt4tozt6OR9TbdQw0gv7sLSVehOdn ZO4X/e3lfL78aZPOhW89I6e3Pu4ReBTQj1sOxaBAQty/bGlRwFzAFv4RMkF+zTHj 3QRCpl4HUIU3dO0OKzH+pi1DwYcwBvGttB4Z37a473ZIKE7aCBjMzHfeMKaBv2Wv Sete5EFfwahyeSIMD8SMOOdt1ROXcX2J3rDQPqX0t2JkToYufC8aL/NJsQ1IhP0H AtmB5HX5QXvV4Lbp3n/OHIgGP3Do4XR8++/vtBzwpmQkGBNplsy58CFckIJsZejT 4ZngMecxg8Zkcuso2z2ocKaLUx0Nzxh94C1wxgd43tUADP9Dsl8ExhwRoGFMR+iT 2BLvtFnC+4iyB/CmOsDwdSgY2hfzUCJ+B8kQIzfXiGm1xyn/o5CIn/ZW2+VXHcN/ fly8kR8qUF3cZJA56z9dVZVxiMSiSGb48WwjHJpDbagi/H2oWHw= =0Qtc -----END PGP SIGNATURE----- --=-=-=--