bug#21053: 24.5; emacs "-nw" option crashes in zsh brad@pesquared.com

bug#21053: 24.5; emacs "-nw" option crashes in zsh brad@pesquared.com

[Brad]

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))

bug#21053: 24.5; emacs "-nw" option crashes in zsh brad@pesquared.com

[Tassilo Horn]

Brad <brad@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

bug#21053: 24.5; emacs "-nw" option crashes in zsh brad@pesquared.com

[Brad Johnson]

[-- Attachment #1: Type: text/plain, Size: 727 bytes --]

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@gnu.org> wrote:

> Brad <brad@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

[-- Attachment #2: Type: text/html, Size: 1282 bytes --]

bug#21053: 24.5; emacs "-nw" option crashes in zsh brad@pesquared.com

[Brad Johnson]

[-- Attachment #1: Type: text/plain, Size: 996 bytes --]

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@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@gnu.org> wrote:
>
>> Brad <brad@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

[-- Attachment #2: Type: text/html, Size: 2175 bytes --]

bug#21053: 24.5; emacs "-nw" option crashes in zsh brad@pesquared.com

[Brad Johnson]

[-- Attachment #1: Type: text/plain, Size: 3377 bytes --]

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@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@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@gnu.org> wrote:
>>
>>> Brad <brad@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

[-- Attachment #2: Type: text/html, Size: 5976 bytes --]

bug#21053: 24.5; emacs "-nw" option crashes in zsh brad@pesquared.com

[Tassilo Horn]

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

bug#21053: 24.5; emacs "-nw" option crashes in zsh brad@pesquared.com

[Glenn Morris]

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.