GNU bug report logs - #76103
[PATCH] New function 'process-output'

Previous Next

Package: emacs;

Reported by: Álvaro Ramírez <alvaro <at> xenodium.com>

Date: Thu, 6 Feb 2025 19:07:02 UTC

Severity: wishlist

Tags: patch, wontfix

Full log


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

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juri Linkov <juri <at> linkov.net>
Cc: alvaro <at> xenodium.com, 76103 <at> debbugs.gnu.org
Subject: Re: bug#76103: [PATCH] New function 'process-output'
Date: Fri, 07 Feb 2025 10:53:26 +0200
> Cc: 76103 <at> debbugs.gnu.org
> From: Juri Linkov <juri <at> linkov.net>
> Date: Fri, 07 Feb 2025 09:29:20 +0200
> 
> > I find process-lines super convenient for glueing command line utilities.
> >
> > Often wished I had a similar function that neither split into lines
> > (process-lines) nor relied on shell (shell-command-to-string).
> >
> > Proposing process-output as a close cousin to process-lines.
> >
> > Happy to drop process-lines in favour of an existing function I may have
> > missed.
> 
> Unfortunately, there is no such function for process output.
> What is worse there is no similar function even for files.
> So everyone have to reimplement the same idiom dozens of times:

Why do so many Lisp programs use strings instead of processing the
text in the buffer?  I think it's a bad idea, both in terms of
performance and in terms of GC pressure.

My impression is that this is due to people having habits from other
programming languages.

Also please note the with-output-to-string macro, which could help in
at least some of these situations.




This bug report was last modified 175 days ago.

Previous Next


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