GNU bug report logs -
#53739
28.0.91; "C-x d" fails when "emacs -Q" starts on NetBSD with plan9/bin on head of PATH
Previous Next
Reported by: Van Ly <van.ly <at> sdf.org>
Date: Wed, 2 Feb 2022 22:13:02 UTC
Severity: normal
Tags: wontfix
Found in version 28.0.91
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
Full log
Message #71 received at 53739 <at> debbugs.gnu.org (full text, mbox):
On Fri, 4 Feb 2022, Eli Zaretskii wrote:
>
> The problem, as I explained up-thread, seems to be that 'ls' returns a
> non-zero exit status, which insert-directory takes as a sign that the
> directory listing didn't work.
The "9 man intro" page has this paragraph containing the "exit" keyword.
'''
DIAGNOSTICS
In Plan 9, a program's exit status is an arbitrary text
string, while on Unix it is an integer. Section (1) of this
manual describes commands as though they exit with string
statuses. In fact, exiting with an empty status corresponds
to exiting with status 0, and exiting with any non-empty
string corresponds to exiting with status 1. See exits(3).
'''
>
> So: what does "ls -l" return as exit status when using the plan9
> variant of 'ls'?
>
Starting 'emacs -Q' at the end of this typescript reproduces the problem.
'''
; on GNU/Linux
% echo $SHELL
/usr/bin/zsh
% PATH=/usr/local/plan9/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin; export PATH
% echo $PATH
/usr/van/.opam/cs3110-2-21fa/bin:/usr/local/plan9/bin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin
% which ls
/usr/local/plan9/bin/ls
% ls -l
--rw-r--r-- M 0 van dialout 46 Feb 4 18:22 emacs28
--rw-r--r-- M 0 van dialout 47 Feb 4 18:14 emacs28q
% echo $?
0
% /usr/local/plan9/bin/ls -l
--rw-r--r-- M 0 van dialout 46 Feb 4 18:22 emacs28
--rw-r--r-- M 0 van dialout 47 Feb 4 18:14 emacs28q
% echo $?
0
'''
--
vl
This bug report was last modified 3 years and 108 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.