From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp2 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id MP6iOKi84WBlKQEAgWs5BA (envelope-from ) for ; Sun, 04 Jul 2021 15:50:32 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp2 with LMTPS id +KtoNKi84WCqRQAAB5/wlQ (envelope-from ) for ; Sun, 04 Jul 2021 13:50:32 +0000 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by aspmx1.migadu.com (Postfix) with ESMTPS id 5109228541 for ; Sun, 4 Jul 2021 15:50:32 +0200 (CEST) Received: from localhost ([::1]:37984 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m02Vy-0001Wv-0C for larch@yhetil.org; Sun, 04 Jul 2021 09:50:30 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:33960) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m02VW-0001Wj-Df; Sun, 04 Jul 2021 09:50:02 -0400 Received: from debbugs.gnu.org ([209.51.188.43]:57293) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1m02VW-0006SE-6d; Sun, 04 Jul 2021 09:50:02 -0400 Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1m02VW-0006Lf-3Z; Sun, 04 Jul 2021 09:50:02 -0400 X-Loop: help-debbugs@gnu.org Subject: bug#12972: [PATCH] Avoid regression in mailcap-view-file similar to Bug#44824 Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org, emacs-orgmode@gnu.org Resent-Date: Sun, 04 Jul 2021 13:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 12972 X-GNU-PR-Package: emacs,org-mode X-GNU-PR-Keywords: patch To: Maxim Nikulin Received: via spool by 12972-submit@debbugs.gnu.org id=B12972.162540659724388 (code B ref 12972); Sun, 04 Jul 2021 13:50:02 +0000 Received: (at 12972) by debbugs.gnu.org; 4 Jul 2021 13:49:57 +0000 Received: from localhost ([127.0.0.1]:40606 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m02VR-0006LH-2A for submit@debbugs.gnu.org; Sun, 04 Jul 2021 09:49:57 -0400 Received: from eggs.gnu.org ([209.51.188.92]:36194) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1m02VO-0006L0-HW for 12972@debbugs.gnu.org; Sun, 04 Jul 2021 09:49:55 -0400 Received: from fencepost.gnu.org ([2001:470:142:3::e]:42128) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1m02VI-0006KK-UL; Sun, 04 Jul 2021 09:49:48 -0400 Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:2940 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m02VI-0005XX-1X; Sun, 04 Jul 2021 09:49:48 -0400 Date: Sun, 04 Jul 2021 16:49:53 +0300 Message-Id: <83zgv2gpdq.fsf@gnu.org> From: Eli Zaretskii In-Reply-To: (message from Maxim Nikulin on Sun, 4 Jul 2021 20:37:24 +0700) References: <87r1hmdqek.fsf__16088.3597027109$1622530682$gmane$org@gnus.org> <835yxtlw14.fsf__2546.8955327355$1625164803$gmane$org@gnu.org> <1ddf1c46-0a28-4a2d-cc40-094ff74ee0ac@gmail.com> <837di8ki24.fsf__46278.4886871063$1625229533$gmane$org@gnu.org> <831r8gk4m0.fsf__14172.0669272885$1625246977$gmane$org@gnu.org> <1825a6f3-0175-2d67-5608-41c9fb93889b@gmail.com> <83im1ripaz.fsf__31901.4239286602$1625313464$gmane$org@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: emacs-orgmode@gnu.org List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: 12972@debbugs.gnu.org Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1625406632; h=from:from:sender:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:resent-cc:resent-from:resent-sender: resent-message-id:in-reply-to:in-reply-to:references:references: list-id:list-help:list-unsubscribe:list-subscribe:list-post; bh=fMH+I7ohtpIKDaupdofKXttM/RE8V70SOKPBR6DApWg=; b=AXot7PkFsxZeP0VMCw9LFtcF5GhmPZAIVfi3IDNxU1RE4AFschTxL+MRP5fDUnRICG74MA g7oWbbcjKERMu9TO45sH/5CHDbHq6SvkePQ/64m2qECcBVWQAJ14LfaLlhHrykUwKCexW3 r0hXxfVxeTYEq/dLKzDlhYcsLE6jz+RN6AAam4iSNky3PlkpTJFa8GHKL4bv8gQUK8Cnum CqzrDnkZMhOfJ4uMdlIdnkX0YiQQ9ihBoXzaprUdDiXRRSzDFsOZo3Nckn8K5WHTABcWF6 m04oFKwRWvH7GOs3qYV5JEO9HChEf/AGRiI7+IAQgu8c5CcWH5GIy0Ow5Dsg8w== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1625406632; a=rsa-sha256; cv=none; b=un211Xy+80im2LYus/DpC+ME9NFz4kP53ESgLkZ2GXNU7XMKZtGSeqsiveYAwkrBDHrVBA fUYzjKAO1nqp8fWWC3I+k4GLca64etV2kpaGkmSj9Ch4uoZBmGKxs38NR9I2i8QbgsUdct QvWRMBxKxMI78h0k+g9R5NbRqaS8Aw9qkXO3EIlRlr64pZj+ONDqiDAtXGxxV6wE0h2Fnz pGD7xGtCrxj5na7BNj6LFwubHq0Pwetq/Zhqa9YrOGlb1XvJIfiqY/OM8/4AUX8sc9zDRz HH1k2Nrf2w1dVQ38Jn3z38xYL5SHX0i2vUvY/fpzbwm82mO11RzYbq4jt79OQg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=none; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Spam-Score: -1.41 Authentication-Results: aspmx1.migadu.com; dkim=none; dmarc=pass (policy=none) header.from=gnu.org; spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org X-Migadu-Queue-Id: 5109228541 X-Spam-Score: -1.41 X-Migadu-Scanner: scn0.migadu.com X-TUID: OdlOAVPbSgVE > From: Maxim Nikulin > Date: Sun, 4 Jul 2021 20:37:24 +0700 > > I admit that I wrongly added ":noquery t", for some reason I believed > that it allows to choose whether processes are allowed to exist longer > than emacs or it is preferred to kill them with emacs. Actually > asynchronous processes are killed always and the option manages the > query only. This option should be dropped to restore compatibility with > previous variant. > > I have not found a way to detach asynchronous process from emacs. > Surprisingly it is possible for synchronous processes but it is > impossible to detect failure (thus to allow a user to figure out what > has happened) > > (process-file-shell-command command nil 0 nil) > > So process API in emacs is a kind of a short blanket. > > Accidentally I have created an example of program that is incompatible > with 'pipe asynchronous processes in emacs > > #!/bin/sh > exec 1>&- > exec 2>&- > sleep 30 > > (let ((command "cpu-stress-test") > (process-connection-type nil)) > (start-process-shell-command command nil command)) > > And emacs (at least 26.3) consumes 100% CPU for the specified amount of > time. I do not see any reason to do so since the program does not do > anything ugly. I have not found a way to explicitly force emacs to close > pipes. That is why I consider it as an outstanding bug. Emacs must > properly handle closed pipes. > > So `process-file-shell-command' ... 0 is better than current > `start-process-shell-command' but it does not allow to add error handling. > > So besides that I still have no guess what problem you suspect, now I > know that emacs may become mad in response to purely innocent action of > a child process. Sorry, I'm not sure I understand what this is all about. Are you still talking about the patch you proposed?