[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#42648: 26.3; Default standard-output width causes unwanted line-brea
bug#42648: 26.3; Default standard-output width causes unwanted line-breaks
Sat, 01 Aug 2020 14:44:42 +0300
> From: firstname.lastname@example.org
> Date: Sat, 01 Aug 2020 13:32:38 +0200
> Now I noticed that shell-command-to-string just uses the command
> process-file, which on its turn just uses call process.
> Therefore I tried the following command:
> (call-process "calibredb" nil t nil "list").
> I noticed that lines supposed to be single lines (they are printed
> on single lines in e.g. gnome-terminal if the window is sufficiently
> wide), were splitted on 80 chars length (of course you could try
> any other command that outputs lines that are longer than 80 chars).
> I assume that this is undesirable behavior as I would prefer Emacs to
> treat single lines as single lines. I could not find where the length
> of 80 is defined (no info online and no info in the documentation), but I
> guess it is defined in the C code.
I don't think it's Emacs that does this. Does it help to set
process-connection-type to the nil value before running call-process?