GNU bug report logs - #67510
29.1; macOS accept-process-output line length limit of 1024

Previous Next

Full log

Message #17 received at 67510 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stefan Kangas <stefankangas <at> gmail.com>
Cc: 67510 <at> debbugs.gnu.org, arnold.maxim <at> gmail.com
Subject: Re: bug#67510: 29.1;
 macOS accept-process-output line length limit of 1024
Date: Mon, 25 Dec 2023 17:08:34 +0200

> From: Stefan Kangas <stefankangas <at> gmail.com>
> Date: Mon, 25 Dec 2023 06:29:17 -0800
> Cc: 67510 <at> debbugs.gnu.org
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> From: Max Arnold <arnold.maxim <at> gmail.com>
> >> Date: Tue, 28 Nov 2023 22:22:31 +0700
> >>
> >> Added one line to blacken.el and it looks like the problem is fixed:
> >>
> >> ```
> >> (let ((process (make-process :name "blacken"
> >>                                  :command `(,blacken-executable ,@(blacken-call-args))
> >>                                  :buffer output-buffer
> >>                                  :stderr error-buffer
> >>                                  :noquery t
> >>                                  :connection-type 'pipe  ;;  <-- ADDED
> >>                                  :sentinel (lambda (process event)))))
> >> ```
> >>
> >> Does it mean that the bug is not related to Emacs and I should file it against blacken? If so, sorry for
> >> the noise.
> >
> > If blacken has no reason to use PTYs, and it can produce large volumes
> > of output from the process, then yes, it should use pipes for
> > communications with the sub-process.
> 
> So I guess this is a bug in blacken and not in Emacs?

I think so, yes.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.