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 23:50:54 +0100 Message-ID: References: <5bbef471-5914-c370-8ecb-1fe2af815351@gutov.dev> <04647046-68f9-200c-021e-24a47654678f@gutov.dev> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000fbc012060cf8d2a4" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="23964"; 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 Thu Dec 21 01:45:16 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 1rG7Bb-00062X-Uu for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 21 Dec 2023 01:45:16 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rG7BO-0000jo-Ls; Wed, 20 Dec 2023 19:45:02 -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 1rG7BL-0000jR-JU for bug-gnu-emacs@gnu.org; Wed, 20 Dec 2023 19:44:59 -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 1rG7BK-0001Ml-KP for bug-gnu-emacs@gnu.org; Wed, 20 Dec 2023 19:44:59 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rG7BO-0007Le-4P for bug-gnu-emacs@gnu.org; Wed, 20 Dec 2023 19:45:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Urban Engberg Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 21 Dec 2023 00:45:02 +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.170311947628194 (code B ref 59232); Thu, 21 Dec 2023 00:45:02 +0000 Original-Received: (at 59232) by debbugs.gnu.org; 21 Dec 2023 00:44:36 +0000 Original-Received: from localhost ([127.0.0.1]:42097 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rG7Ax-0007Kf-0Y for submit@debbugs.gnu.org; Wed, 20 Dec 2023 19:44:36 -0500 Original-Received: from mail-lj1-x231.google.com ([2a00:1450:4864:20::231]:60499) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rG5Ph-00039u-JU for 59232@debbugs.gnu.org; Wed, 20 Dec 2023 17:51:43 -0500 Original-Received: by mail-lj1-x231.google.com with SMTP id 38308e7fff4ca-2cc55698c81so1671651fa.0 for <59232@debbugs.gnu.org>; Wed, 20 Dec 2023 14:51:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=engbergs-dk.20230601.gappssmtp.com; s=20230601; t=1703112691; x=1703717491; 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=bSjNTN5pl3GQCu1ugLWbQSYPk64wuinOSjtgiTYLU+E=; b=K63+fHRu1UVFQXf4zTAQEYMmRPvMtXRzD33mfG/198ZqzdMqIz7QXHBp8fmRd052X8 8G66biAhU7HCZmkwMVybhDulXQvb+oSEiOMI0xZMqB70QDzcQ8ue7UnL7ECMioQwThy6 8X2mIQ+DhhEr8wgJQ+MYrsJ12i68/B8VE34CPbW3MdkECUolYB+L8a0EgDqzR53pOODp rs+pUxkRcMTzq9tfKEp3/PMXrjwsryUCOKckMpuky+J98wdNfv6kj9aJ6V1t0TR2bhfK U7rtUC4gFcdwlTkRpBj/nrCTHcwpoMw+4RzQV+OxU4HFfgNMG0bX8kZEMCHD79FDkMc0 RpXA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1703112691; x=1703717491; 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=bSjNTN5pl3GQCu1ugLWbQSYPk64wuinOSjtgiTYLU+E=; b=vRSrogElWglD5ypf/A0iegRvm/EHnz+NC0mVnJF91gLc8lp1zHU70gkzrvbOQcbdn2 9CxDHnEEG5KzyGwEeiG96r2mJgYccVLnQufq1hjv30UkYoXC2lsenYmlsM9HscCLxiEj qBJR66jq9Qm8QnAYr8gHomsyWCNcIomrqgGIRtR8RzYZsn2I/iF7zKGofGdKq7GWwpKT +nT2grkG4CXrAYtpf31sMNzj/VjMpIoRIbu1i9EnctfZFPyi0QyPkm+EZuPMHmyUzOPK kt0uXCNmaSoG+BNMo+Je00qXLFnoSfyxGSCTSMvkuNwGHlIyn6YXSP34iK1c7nSXVAW/ xp9g== X-Gm-Message-State: AOJu0Yz+DLodm/2wN2ZfpHhmIfVi9M2mhZnFuIKLm9qXak2tRkG+f6+I r8YKQz0UGbpvpTfo28bRcSrEuB4OLmUnCFHKEAeY3A== X-Google-Smtp-Source: AGHT+IFd9+QmBkgdhxXLx9sPxAg5qxGmad5qwiNS0otAxvU+e72OmcN0AZGWUKfJ8BrmmgwiUmI3T0xKijnLVC8eyGE= X-Received: by 2002:a05:651c:617:b0:2cc:7719:ec1c with SMTP id k23-20020a05651c061700b002cc7719ec1cmr2657211lje.27.1703112691394; Wed, 20 Dec 2023 14:51:31 -0800 (PST) In-Reply-To: <04647046-68f9-200c-021e-24a47654678f@gutov.dev> X-Mailman-Approved-At: Wed, 20 Dec 2023 19:44:33 -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:276606 Archived-At: --000000000000fbc012060cf8d2a4 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, 20 Dec 2023 at 23:03, Dmitry Gutov wrote: > When this ends in failure, is there something at the end of the buffer > *Test* that looks like stderr output? The process might not just stop > and return status 1, but it could print something usable as well. > Unfortunately no, the end just looks like this: 23153 fm Process xxx<3> exited abnormally with code 1 > Also, just to be able to separate stderr output more easily, you could > use 'make-process' instead of 'start-process' because it allows to > specify a separate buffer for errors. > Using make-process: (let ((process-connection-type nil)) (make-process :name "xxx" :buffer "*Test*" :command (list "svn" "annotate" "FILE"))) This fails, just like before. Interestingly, adding :stderr "*Stderr*" to the argument list makes the command **not** fail and *Stderr* thus just contains "Process xxx stderr finished" There are also some options outlined for trying to get more verbose > output of it here -- > > https://stackoverflow.com/questions/8416989/is-it-possible-to-get-svn-cli= ent-debug-output > -- but it seems like this might only work with some client versions. And > most answers are 5-10 years old. > No, I don't get much more from that. But perhaps interesting as well, I gave the "svn annotate" a "-v" to generate more verbose output. It seems this makes it output the full date on each line of the output. With this option, the process is terminated after just 56 lines, or around 4900 characters =E2=80=93 close to what we got before. Could it in some way be t= hat the pipe into the output buffer is closed down prematurely? As again, it doesn't seem that the svn process itself fails, when run in any other way? --=20 urban@engbergs.dk, 5679+MHJ =C3=85rhus --000000000000fbc012060cf8d2a4 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
On Wed, 20 Dec 2023 at 23:03, Dmitry Guto= v <dmitry@gutov.dev> wrote:
When this ends in failure, is there something at the end of the = buffer
*Test* that looks like stderr output? The process might not just stop
and return status 1, but it could print something usable as well.

Unfortunately no, the end just looks like this:<= /div>

=C2= =A0 23153 =C2=A0 =C2=A0 =C2=A0 =C2=A0 fm
Process xxx<3> exited abnormally with code 1
=C2=A0
Also, just to be able to separate stderr output more easily, you could
use 'make-process' instead of 'start-process' because it al= lows to
specify a separate buffer for errors.

U= sing make-process:

(let ((process-connection-type nil))
=C2=A0 (make-process
= =C2=A0 =C2=A0:name "xxx"
=C2=A0 =C2=A0:buffer "*Test*"<= /font>
= =C2=A0 =C2=A0:command (list "svn" "annotate" "FILE= ")))
= =C2=A0
This fails, just like before. Interestingly, adding=C2=A0<= /div>

:st= derr "*Stderr*"

to the argument list makes the command *not= *=C2=A0fail and *Stderr* thus just contains "Process xxx stderr fi= nished"

There are also some options outlined for trying to get more verbose
output of it here --
https://sta= ckoverflow.com/questions/8416989/is-it-possible-to-get-svn-client-debug-out= put
-- but it seems like this might only work with some client versions. And most answers are 5-10 years old.

No, I = don't get much more from that. But perhaps interesting as well, I gave = the "svn annotate" a "-v" to generate more verbose outp= ut. It seems this makes it output the full date on each line of the output.= With this option, the process is terminated after just 56 lines, or around= 4900 characters =E2=80=93 close to what we got before. Could it in some wa= y be that the pipe into the output buffer is closed down prematurely? As ag= ain, it doesn't seem that the svn process itself fails, when run in any= other way?

--
--000000000000fbc012060cf8d2a4--