From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Urban Engberg Newsgroups: gmane.emacs.bugs Subject: bug#59232: Date: Wed, 20 Dec 2023 22:36:24 +0100 Message-ID: References: <5bbef471-5914-c370-8ecb-1fe2af815351@gutov.dev> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="00000000000095d0c7060cf7c885" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="20279"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 59232@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Dec 20 23:10:35 2023 Return-path: Envelope-to: geb-bug-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 1rG4lu-00052i-11 for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 20 Dec 2023 23:10:34 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rG4lP-0003Dp-23; Wed, 20 Dec 2023 17:10:03 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rG4lM-0003Ce-Oe for bug-gnu-emacs@gnu.org; Wed, 20 Dec 2023 17:10:00 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1rG4lM-0000jd-GJ for bug-gnu-emacs@gnu.org; Wed, 20 Dec 2023 17:10:00 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rG4lP-0002jA-6P for bug-gnu-emacs@gnu.org; Wed, 20 Dec 2023 17:10:03 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Urban Engberg Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 20 Dec 2023 22:10:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 59232 X-GNU-PR-Package: emacs Original-Received: via spool by 59232-submit@debbugs.gnu.org id=B59232.170311015610402 (code B ref 59232); Wed, 20 Dec 2023 22:10:03 +0000 Original-Received: (at 59232) by debbugs.gnu.org; 20 Dec 2023 22:09:16 +0000 Original-Received: from localhost ([127.0.0.1]:41976 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rG4kd-0002hc-Go for submit@debbugs.gnu.org; Wed, 20 Dec 2023 17:09:16 -0500 Original-Received: from mail-lf1-x131.google.com ([2a00:1450:4864:20::131]:45503) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rG4Fc-000562-36 for 59232@debbugs.gnu.org; Wed, 20 Dec 2023 16:37:13 -0500 Original-Received: by mail-lf1-x131.google.com with SMTP id 2adb3069b0e04-50c0f13ea11so186505e87.3 for <59232@debbugs.gnu.org>; Wed, 20 Dec 2023 13:37:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=engbergs-dk.20230601.gappssmtp.com; s=20230601; t=1703108222; x=1703713022; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=g/8zHW8vJIJUMoceh1yMWSLdUYDTbUki/QFisKGWvas=; b=W+JcAtxNYyBHKr8p9OCJl6kifBADoa9D0KIHr+5dzSyeQIFqFPk7Vx/HttHkpEAThV Vusg7SdDfmysHnV0BuDmQSgj9qYAc40g184tl6i7KaEL8tsw6ds9GAhifncIZXbRFm11 D0X4we4sRA5vvXql/BOVrjSthj9Xhu4Kn3pS0fDJKb6OUo/Q54+I+c0GQhiUcTcaOc8S tctOFxk451heqx+SV6NTJDG9L8GxoRnUk804jj2pZF2LbMiP3jne71MjW6Fr1O4BURVS TbfcjG98W41zn4NWnShBWaFSXFME3hSpxUa5hqQGe683sfY6mmH9zmfUZt//RZ8sJqSi XxKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1703108222; x=1703713022; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=g/8zHW8vJIJUMoceh1yMWSLdUYDTbUki/QFisKGWvas=; b=qRwz2bKHAzo3FWXEAd1wpZ2SSmM5CfrsDGiIsoVMXrKH0tpl6fYrhKQd92HTLNcvn4 PxT9UptXFX6FY0WAdpAlaQ6gFTRNwbpvwngpOMSjsPJrDA6vztcYrDQ92UVG/iBk0YGF IaTRMbixDWmmGe8Jn5XMe4f7d+Yf6PgE10s7sYoDmdxvGONWAJ3j8UcQT03X3kl3vT4W DGbRX4BI1J6oE+MzV7tiCd0vIt0Fr4lvjS9A5jQ+ofSiPvA94Yn3koAl/ZDy+r9FT2B+ LWQ4KccRFZVvL2w34xtlrLCnrnQfN0omC1c7kml6UIAeRIRAsAq33Y987wf1JyK8jcx6 0hNQ== X-Gm-Message-State: AOJu0YxVRHtkGznU5Q++dD/o4Zqr+adgdMexZpkvlH6eh8dhS7e3p/vV 28995mxNT2q1YwvcW8AIjyZYIl+nnspxzC24r95K6gVd4WTFCNXxQ0o= X-Google-Smtp-Source: AGHT+IEXmIftKkzTr/a4AmAV08cIn8Xpcop8nXuY5QRwYOEi2C8w39NLRNFi0JgOS/IUcqs5YH7ZD5vl2X64S7MAeyk= X-Received: by 2002:a05:6512:2211:b0:50c:a89:a70e with SMTP id h17-20020a056512221100b0050c0a89a70emr11239038lfu.94.1703108221972; Wed, 20 Dec 2023 13:37:01 -0800 (PST) In-Reply-To: <5bbef471-5914-c370-8ecb-1fe2af815351@gutov.dev> X-Mailman-Approved-At: Wed, 20 Dec 2023 17:09:10 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:276598 Archived-At: --00000000000095d0c7060cf7c885 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 20 Dec 2023 at 19:35, Dmitry Gutov wrote: > Maybe the command might fails when run in a non-interactive terminal? > > You can try emulating the same circumstances in the shell by doing > something like this: > > echo "" | git blame README | cat > > (Of course, by replacing the command in the middle with the SVN command > that actually runs.) > I thought about that too, namely as it does not fail when setting process-conection-type to t. But no, echo "" | svn --non-interactive annotate Program.java | cat works just fine. I shortened the failing statement down to (let ((process-connection-type nil)) (start-process "xxx" "*Test*" "svn" "annotate" "FILE")) where FILE contains more than 100 lines =E2=80=93 that also seems to be significant, and using --non-interactive is not. But I am still not able to figure out if it is the svn command itself that crashes, or it has something to do with the process communication and Emacs. If it's the first, it should be possible to find a way that this crashes as well when run from the shell. --=20 urban@engbergs.dk, 5679+MHJ =C3=85rhus --00000000000095d0c7060cf7c885 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, 20 Dec 2023 at 19:35, Dmitry Guto= v <dmitry@gutov.dev> wrote:
Maybe the command might fails when run in a non-interactive term= inal?

You can try emulating the same circumstances in the shell by doing
something like this:

=C2=A0 =C2=A0echo "" | git blame README | cat

(Of course, by replacing the command in the middle with the SVN command that actually runs.)

I thought about that too, namely as it=C2= =A0does not fail when setting=C2=A0 process-conection-type to t. But no,
=
echo "" | svn --non-interactive ann= otate Program.java | cat

works just fine.=C2=A0

I shortened the failing statement down to

(let ((process-connection-type nil))
=C2=A0 (start-process=C2=A0 =C2=A0"xxx"
=C2=A0 =C2=A0"*Test*"
=C2=A0= =C2=A0"svn"
=C2=A0 =C2=A0"annotate" "FILE"= ;))

where FILE contains= more than 100 lines =E2=80=93 that also seems to be significant, and using= --non-interactive is not. But I am still not able to figure out if it is t= he svn command itself that crashes, or it has something to do with the proc= ess communication and Emacs. If it's the first, it should be possible t= o find a way that this crashes as well when run from the shell. --00000000000095d0c7060cf7c885--