GNU bug report logs -
#21053
24.5; emacs "-nw" option crashes in zsh brad@pesquared.com
Previous Next
Reported by: Brad <brad <at> pesquared.com>
Date: Tue, 14 Jul 2015 00:41:02 UTC
Severity: normal
Tags: moreinfo, wontfix
Found in version 24.5
Done: Glenn Morris <rgm <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 21053 in the body.
You can then email your comments to 21053 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21053
; Package
emacs
.
(Tue, 14 Jul 2015 00:41:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Brad <brad <at> pesquared.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 14 Jul 2015 00:41:03 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
When launching emacs with the -nw option emacs crashes immediatly when
using the zsh shell. If I swithch to the bash shell "emacs -nw" works
find.
In GNU Emacs 24.5.1 (amd64-portbld-freebsd9.3, GTK+ Version 2.24.27)
of 2015-07-10 on 93amd64-default-job-11
Configured using:
`configure --localstatedir=/var --disable-acl --with-dbus
--without-file-notification --with-gconf --with-gif --with-gnutls
--with-gsettings --with-jpeg --with-m17n-flt --with-imagemagick
--with-libotf --with-png --with-toolkit-scroll-bars --with-rsvg
--with-tiff --with-x --with-xft --with-xim --with-xml2 --with-xpm
--with-x-toolkit=gtk2 --with-sound=oss --x-libraries=/usr/local/lib
--x-includes=/usr/local/include --prefix=/usr/local
--mandir=/usr/local/man --infodir=/usr/local/share/emacs/info/
--build=amd64-portbld-freebsd9.3 'CFLAGS=-O2 -pipe -fstack-protector
-fno-strict-aliasing' CPPFLAGS=-I/usr/local/include 'LDFLAGS=
-L/usr/local/lib -Wl,-rpath=/usr/lib:/usr/local/lib -fstack-protector''
Important settings:
value of $LC_ALL: en_US.UTF-8
value of $LC_CTYPE:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
Major mode: Fundamental
Minor modes in effect:
tooltip-mode: t
electric-indent-mode: t
mouse-wheel-mode: t
tool-bar-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
buffer-read-only: t
line-number-mode: t
transient-mark-mode: t
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
execute-extended-command: `' is not a valid command name
Making completion list... [2 times]
delete-backward-char: Text is read-only [4 times]
Load-path shadows:
None found.
Features:
(shadow sort gnus-util mail-extr emacsbug message idna format-spec
rfc822 mml mml-sec mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util help-fns mail-prsvr mail-utils help-mode easymenu xterm
time-date tooltip electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel x-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list newcomment lisp-mode prog-mode register page menu-bar
rfn-eshadow timer select scroll-bar mouse jit-lock font-lock syntax
facemenu font-core frame cham georgian utf-8-lang misc-lang vietnamese
tibetan thai tai-viet lao korean japanese hebrew greek romanian slovak
czech european ethiopic indian cyrillic chinese case-table epa-hook
jka-cmpr-hook help simple abbrev minibuffer nadvice loaddefs button
faces cus-face macroexp files text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process dbusbind dynamic-setting
system-font-setting font-render-setting move-toolbar gtk x-toolkit x
multi-tty emacs)
Memory information:
((conses 16 78963 7574)
(symbols 48 17731 0)
(miscs 40 72 124)
(strings 32 9502 4231)
(string-bytes 1 256614)
(vectors 16 7116)
(vector-slots 8 342134 32908)
(floats 8 66 514)
(intervals 56 202 19)
(buffers 960 13))
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21053
; Package
emacs
.
(Tue, 14 Jul 2015 07:03:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 21053 <at> debbugs.gnu.org (full text, mbox):
Brad <brad <at> pesquared.com> writes:
Hi Brad,
> When launching emacs with the -nw option emacs crashes immediatly when
> using the zsh shell. If I swithch to the bash shell "emacs -nw" works
> find.
I also use ZSH but can't reproduce the crashes. Can you try bisecting
the ZSH init files, see (info "(zsh)Files"), to find out if there's some
specific setting triggering the crash?
Bye,
Tassilo
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21053
; Package
emacs
.
(Tue, 14 Jul 2015 07:44:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 21053 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I had a few oh-my-zsh plugins running, I edited my .zshrc file to a more
basic setting and "emacs -nw" now works. I will see if I can narrow down
which plugin is the problem.
On Tue, Jul 14, 2015 at 3:02 AM, Tassilo Horn <tsdh <at> gnu.org> wrote:
> Brad <brad <at> pesquared.com> writes:
>
> Hi Brad,
>
> > When launching emacs with the -nw option emacs crashes immediatly when
> > using the zsh shell. If I swithch to the bash shell "emacs -nw" works
> > find.
>
> I also use ZSH but can't reproduce the crashes. Can you try bisecting
> the ZSH init files, see (info "(zsh)Files"), to find out if there's some
> specific setting triggering the crash?
>
> Bye,
> Tassilo
>
--
Brad Johnson, PE
ph 704.916.9732
www.pesquared.com
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21053
; Package
emacs
.
(Tue, 14 Jul 2015 08:02:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 21053 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
I may have isolated the problem
in .zshrc
plugins=(emacs) #crashes
plugins=(emacs-cli) #works
On Tue, Jul 14, 2015 at 3:42 AM, Brad Johnson <brad <at> pesquared.com> wrote:
> I had a few oh-my-zsh plugins running, I edited my .zshrc file to a more
> basic setting and "emacs -nw" now works. I will see if I can narrow down
> which plugin is the problem.
>
> On Tue, Jul 14, 2015 at 3:02 AM, Tassilo Horn <tsdh <at> gnu.org> wrote:
>
>> Brad <brad <at> pesquared.com> writes:
>>
>> Hi Brad,
>>
>> > When launching emacs with the -nw option emacs crashes immediatly when
>> > using the zsh shell. If I swithch to the bash shell "emacs -nw" works
>> > find.
>>
>> I also use ZSH but can't reproduce the crashes. Can you try bisecting
>> the ZSH init files, see (info "(zsh)Files"), to find out if there's some
>> specific setting triggering the crash?
>>
>> Bye,
>> Tassilo
>>
>
>
>
> --
> Brad Johnson, PE
> ph 704.916.9732
> www.pesquared.com
>
--
Brad Johnson, PE
ph 704.916.9732
www.pesquared.com
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21053
; Package
emacs
.
(Tue, 14 Jul 2015 08:18:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 21053 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Tassilo,
Ok the "emacs-cli)" plugin is just a typo, that does not do anything, but
the .oh-my-zsh with the "emacs" plugin looks to be the cause of the crashes.
Looking closer at the plugin it refers to emacs 23 and has some odd useless
alias definitions, it is likely this is the problem not emacs.
"
~/.oh-my-zsh/plugins/emacs: cat emacs.plugin.zsh
# Emacs 23 daemon capability is a killing feature.
# One emacs process handles all your frames whether
# you use a frame opened in a terminal via a ssh connection or X frames
# opened on the same host.
# Benefits are multiple
# - You don't have the cost of starting Emacs all the time anymore
# - Opening a file is as fast as Emacs does not have anything else to do.
# - You can share opened buffered across opened frames.
# - Configuration changes made at runtime are applied to all frames.
if "$ZSH/tools/require_tool.sh" emacs 23 2>/dev/null ; then
export EMACS_PLUGIN_LAUNCHER="$ZSH/plugins/emacs/emacsclient.sh"
# set EDITOR if not already defined.
export EDITOR="${EDITOR:-${EMACS_PLUGIN_LAUNCHER}}"
alias emacs="$EMACS_PLUGIN_LAUNCHER --no-wait"
alias e=emacs
# same than M-x eval but from outside Emacs.
alias eeval="$EMACS_PLUGIN_LAUNCHER --eval"
# create a new X frame
alias eframe='emacsclient --alternate-editor "" --create-frame'
# to code all night long
alias emasc=emacs
alias emcas=emacs
# Write to standard output the path to the file
# opened in the current buffer.
function efile {
local cmd="(buffer-file-name (window-buffer))"
"$EMACS_PLUGIN_LAUNCHER" --eval "$cmd" | tr -d \"
}
# Write to standard output the directory of the file
# opened in the the current buffer
function ecd {
local cmd="(let ((buf-name (buffer-file-name (window-buffer))))
(if buf-name (file-name-directory buf-name)))"
local dir="$($EMACS_PLUGIN_LAUNCHER --eval $cmd | tr -d \")"
if [ -n "$dir" ] ;then
echo "$dir"
else
echo "can not deduce current buffer filename." >/dev/stderr
return 1
fi
}
fi
## Local Variables:
## mode: sh
## End:
"
On Tue, Jul 14, 2015 at 4:00 AM, Brad Johnson <brad <at> pesquared.com> wrote:
> I may have isolated the problem
> in .zshrc
>
> plugins=(emacs) #crashes
>
> plugins=(emacs-cli) #works
>
>
>
> On Tue, Jul 14, 2015 at 3:42 AM, Brad Johnson <brad <at> pesquared.com> wrote:
>
>> I had a few oh-my-zsh plugins running, I edited my .zshrc file to a more
>> basic setting and "emacs -nw" now works. I will see if I can narrow down
>> which plugin is the problem.
>>
>> On Tue, Jul 14, 2015 at 3:02 AM, Tassilo Horn <tsdh <at> gnu.org> wrote:
>>
>>> Brad <brad <at> pesquared.com> writes:
>>>
>>> Hi Brad,
>>>
>>> > When launching emacs with the -nw option emacs crashes immediatly when
>>> > using the zsh shell. If I swithch to the bash shell "emacs -nw" works
>>> > find.
>>>
>>> I also use ZSH but can't reproduce the crashes. Can you try bisecting
>>> the ZSH init files, see (info "(zsh)Files"), to find out if there's some
>>> specific setting triggering the crash?
>>>
>>> Bye,
>>> Tassilo
>>>
>>
>>
>>
>> --
>> Brad Johnson, PE
>> ph 704.916.9732
>> www.pesquared.com
>>
>
>
>
> --
> Brad Johnson, PE
> ph 704.916.9732
> www.pesquared.com
>
--
Brad Johnson, PE
ph 704.916.9732
www.pesquared.com
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#21053
; Package
emacs
.
(Tue, 14 Jul 2015 10:47:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 21053 <at> debbugs.gnu.org (full text, mbox):
Hi Brad,
I just installed oh-my-zsh but can't reproduce a crash with the emacs
plugin. What the plugin does is defining an emacs alias which actually
calls emacsclient. Concretely, "emacs args" will call
emacsclient --alternate-editor "" --create-frame --no-wait args
or
emacsclient --alternate-editor "" --no-wait args
With the plugin enabled, I get the following
$ emacs
emacsclient: file name or argument required
Try `emacsclient --help' for more information
$ emacs -nw
emacsclient: file name or argument required
Try `emacsclient --help' for more information
$ emacs file
# file is opened in existing X frame
$ emacs -nw file
# file is opened in existing X frame, the -nw option seems to be
# ignored
That the -nw flag is ignored and it doesn't work with no file given can
be considered bugs of that plugin in their own respect, but at least
that doesn't crash emacs. But I'm using a current emacs git checkout
rather than 24.5, so could you please test if the two emacsclient
commands above crash your emacs version?
Bye,
Tassilo
Added tag(s) moreinfo.
Request was from
Paul Eggert <eggert <at> cs.ucla.edu>
to
control <at> debbugs.gnu.org
.
(Sun, 26 Jul 2015 17:20:02 GMT)
Full text and
rfc822 format available.
Added tag(s) wontfix.
Request was from
Glenn Morris <rgm <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Wed, 07 Dec 2016 18:54:02 GMT)
Full text and
rfc822 format available.
Reply sent
to
Glenn Morris <rgm <at> gnu.org>
:
You have taken responsibility.
(Wed, 07 Dec 2016 18:54:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Brad <brad <at> pesquared.com>
:
bug acknowledged by developer.
(Wed, 07 Dec 2016 18:54:02 GMT)
Full text and
rfc822 format available.
Message #29 received at 21053-done <at> debbugs.gnu.org (full text, mbox):
Brad Johnson wrote:
> Looking closer at the plugin it refers to emacs 23 and has some odd useless
> alias definitions, it is likely this is the problem not emacs.
And no-one else could reproduce this, so I'm closing this old report.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 05 Jan 2017 12:24:12 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 217 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.