GNU bug report logs - #33781
tramp trouble when PATH is very long

Previous Next

Package: emacs;

Reported by: Glenn Morris <rgm <at> gnu.org>

Date: Mon, 17 Dec 2018 19:17:02 UTC

Severity: minor

Tags: fixed

Found in version 27.0.50

Fixed in version 27.1

Done: Glenn Morris <rgm <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Glenn Morris <rgm <at> gnu.org>
To: Michael Albinus <michael.albinus <at> gmx.de>
Cc: Andreas Schwab <schwab <at> linux-m68k.org>, 33781 <at> debbugs.gnu.org
Subject: bug#33781: tramp tests abort on hydra
Date: Thu, 20 Dec 2018 12:46:17 -0500
Great job, thanks for fixing it!

Michael Albinus wrote:

> Yes, PATH_MAX by definition is the maximum length of a file path. But I
> still have the feeling it is also involved in setting the $PATH
> environment variable. As Glenn did report, there are problems on hydra
> when setting $PATH to a string longer than 4096 characters.

No, I did not report that. PATHs longer than 4096 work fine on
hydra.nixos.org, and on my local machine. What did not work was tramp
trying to pass a long string to a process. It is an Emacs-specific problem.

> It doesn't seem to be related to the shell limit of input lines; Glenn
> reported that 'getconf LINE_MAX' returns 2048.

I think LINE_MAX has no relevance here. Eg:

getconf LINE_MAX               # -> 2048
echo $(seq 1 10000)  | wc -w   # -> 10000
echo $(seq 1 400000) | wc -c   # -> 2688895
echo $(seq 1 500000)           # -> bash: /usr/bin/echo: Argument list too long




This bug report was last modified 6 years and 154 days ago.

Previous Next


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