bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

[Josh Howard]

This bug report will be sent to the Bug-GNU-Emacs mailing list
and the GNU bug tracker at debbugs.gnu.org.  Please check that
the From: line contains a valid email address.  After a delay of up
to one day, you should receive an acknowledgment at that address.

Please write in English if possible, as the Emacs maintainers
usually do not have translators for other languages.

Please describe exactly what actions triggered the bug, and
the precise symptoms of the bug.  If you can, give a recipe
starting from 'emacs -Q':

When running Emacs in "Bash on Ubuntu on Windows" (WSL) and executing M-x package-list-packages, you will get the typical list of packages. Hitting a movement key (C-n, down arrow, etc.) will cause Emacs to background (STOP) itself. You can 'fg' the process, but it's in essentially a useless state at that point. This is consistent whether running with '-Q' or not.

If Emacs crashed, and you have the Emacs process in the gdb debugger,
please include the output from the following gdb commands:
    'bt full' and 'xbacktrace'.
For information about debugging Emacs, please read the file
/usr/share/emacs/26.0.50/etc/DEBUG.

In GNU Emacs 26.0.50 (build 1, x86_64-pc-linux-gnu)
 of 2017-07-23 built on lgw01-10
System Description:     Ubuntu 16.04.2 LTS

Recent messages:
Loading ede...done
Loading paren...done
For information about GNU Emacs and the GNU system, type <f1> C-a.
Quit
Making completion list...

Configured using:
 'configure --build=x86_64-linux-gnu --prefix=/usr
 '--includedir=${prefix}/include' '--mandir=${prefix}/share/man'
 '--infodir=${prefix}/share/info' --sysconfdir=/etc --localstatedir=/var
 --disable-silent-rules '--libdir=${prefix}/lib/x86_64-linux-gnu'
 '--libexecdir=${prefix}/lib/x86_64-linux-gnu' --disable-maintainer-mode
 --disable-dependency-tracking --prefix=/usr --sharedstatedir=/var/lib
 --program-suffix=-snapshot --with-modules=yes --with-x=no 'CFLAGS=-g
 -O2 -fstack-protector-strong -Wformat -Werror=format-security'
 'CPPFLAGS=-Wdate-time -D_FORTIFY_SOURCE=2'
 'LDFLAGS=-Wl,-Bsymbolic-functions -Wl,-z,relro''

Configured features:
JPEG SOUND GPM DBUS NOTIFY LIBSELINUX GNUTLS LIBXML2 ZLIB MODULES
LIBSYSTEMD

Important settings:
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-mode: t
  electric-indent-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message subr-x puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail tool-bar rmail-loaddefs mm-decode mm-bodies
mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail
regexp-opt rfc2047 rfc2045 ietf-drums mm-util mail-prsvr mail-utils
term/xterm xterm time-date mule-util tooltip eldoc electric uniquify
ediff-hook vc-hooks lisp-float-type tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow isearch timer select mouse jit-lock font-lock syntax
facemenu font-core term/tty-colors frame cl-generic cham georgian
utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao korean
japanese eucjp-ms cp51932 hebrew greek romanian slovak czech european
ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded 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 dbusbind inotify
multi-tty make-network-process emacs)

Memory information:
((conses 16 95541 6693)
 (symbols 48 19302 1)
 (miscs 40 34 96)
 (strings 32 27954 1217)
 (string-bytes 1 748177)
 (vectors 16 12542)
 (vector-slots 8 440353 5396)
 (floats 8 49 572)
 (intervals 56 230 0)
 (buffers 992 12)
 (heap 1024 34128 1561))

bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

[Glenn Morris]

Josh Howard wrote:

> When running Emacs in "Bash on Ubuntu on Windows" (WSL) and executing
> M-x package-list-packages, you will get the typical list of packages.
> Hitting a movement key (C-n, down arrow, etc.) will cause Emacs to
> background (STOP) itself. You can 'fg' the process, but it's in
> essentially a useless state at that point. 

Does Microsoft support "Bash on Ubuntu on Windows"?

https://github.com/Microsoft/BashOnWindows/issues/2088

bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

[Josh Howard]

I think by some definition of supported, yes. It's "beta"; I can add onto the bug report listed below, but figured the Emacs community could provide more meaningful debugging help.






From: Glenn Morris <rgm@gnu.org>
Sent: Monday, July 24, 2017 10:34 AM
To: Josh Howard
Cc: 27804@debbugs.gnu.org
Subject: Re: bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL
    
Josh Howard wrote:

> When running Emacs in "Bash on Ubuntu on Windows" (WSL) and executing
> M-x package-list-packages, you will get the typical list of packages.
> Hitting a movement key (C-n, down arrow, etc.) will cause Emacs to
> background (STOP) itself. You can 'fg' the process, but it's in
> essentially a useless state at that point. 

Does Microsoft support "Bash on Ubuntu on Windows"?

https://github.com/Microsoft/BashOnWindows/issues/2088

 https://avatars1.githubusercontent.com/u/17799180?v=4&s=400 

Emacs crashes when I use "M-x list-packages" #2088 - GitHub
github.com
Join GitHub today. GitHub is home to over 20 million developers working together to host and review code, manage projects, and build software together.
    

bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

[Eli Zaretskii]

> From: Glenn Morris <rgm@gnu.org>
> Date: Mon, 24 Jul 2017 13:34:53 -0400
> Cc: 27804@debbugs.gnu.org
> 
> Josh Howard wrote:
> 
> > When running Emacs in "Bash on Ubuntu on Windows" (WSL) and executing
> > M-x package-list-packages, you will get the typical list of packages.
> > Hitting a movement key (C-n, down arrow, etc.) will cause Emacs to
> > background (STOP) itself. You can 'fg' the process, but it's in
> > essentially a useless state at that point. 
> 
> Does Microsoft support "Bash on Ubuntu on Windows"?
> 
> https://github.com/Microsoft/BashOnWindows/issues/2088

Definitely not an Emacs problem.

bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

[Eli Zaretskii]

> From: Josh Howard <jraitch@outlook.com>
> Date: Mon, 24 Jul 2017 18:06:09 +0000
> 
> I think by some definition of supported, yes. It's "beta"; I can add onto the bug report listed below, but figured the Emacs community could provide more meaningful debugging help.

But it sounds like all the debugging information is already available
in the issue pointed out by Glenn?  Emacs gets a signal that causes it
to background.  The problem is why the signal is delivered, and its
cause is outside Emacs, could be the WSL itself, could be ncurses when
it runs on WSL, could be something else.  But definitely not Emacs.

bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

[Angelo Graziosi]

Eli Zaretskii wrote:
> Definitely not an Emacs problem.

How, then, do you explain that Emacs 24.3, both installed with WSL 
package manager (apt) and rebuilding it from source (see also this 
thread [1]), work just fine?

I had to rebuilt that version to install sr-speedbar. I installed it to 
/opt/emacs24.3 but I use my (nox) builds from master (/opt/emacs-nox) to 
edit text. I only use emacs24.3 to install packages from ELPA/MELPA...

  Angelo

----
[1] http://lists.gnu.org/archive/html/bug-gnu-emacs/2017-07/msg00682.html

bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

[Eli Zaretskii]

> From: Angelo Graziosi <angelo.graziosi@alice.it>
> Date: Tue, 25 Jul 2017 00:49:10 +0200
> 
> Eli Zaretskii wrote:
> > Definitely not an Emacs problem.
> 
> How, then, do you explain that Emacs 24.3, both installed with WSL 
> package manager (apt) and rebuilding it from source (see also this 
> thread [1]), work just fine?

It doesn't seem to be the case, as at least one of the participants in
the discussion of that issue said the problem happened in Emacs 24 as
well.

And even if some change in Emacs exposed that bug, it doesn't yet mean
the bug is in Emacs.

bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

[Josh Howard]

> From: Eli Zaretskii <eliz@gnu.org>
> Sent: Tuesday, July 25, 2017 7:19 AM
>
>> From: Angelo Graziosi <angelo.graziosi@alice.it>
>> Date: Tue, 25 Jul 2017 00:49:10 +0200
>> 
>> Eli Zaretskii wrote:
>> > Definitely not an Emacs problem.
>> 
>> How, then, do you explain that Emacs 24.3, both installed with WSL 
>> package manager (apt) and rebuilding it from source (see also this 
>> thread [1]), work just fine?
>
> It doesn't seem to be the case, as at least one of the participants in
> the discussion of that issue said the problem happened in Emacs 24 as
> well.
>
> And even if some change in Emacs exposed that bug, it doesn't yet mean
> the bug is in Emacs.

Correct, this is reproducible (for me) on both emacs24 and emacs26. I did not try emacs25.

bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

[Angelo Graziosi]

Il 25/07/2017 16:19, Eli Zaretskii ha scritto:
>> From: Angelo Graziosi <angelo.graziosi@alice.it>
>> Date: Tue, 25 Jul 2017 00:49:10 +0200
>>
>> Eli Zaretskii wrote:
>>> Definitely not an Emacs problem.
>>
>> How, then, do you explain that Emacs 24.3, both installed with WSL
>> package manager (apt) and rebuilding it from source (see also this
>> thread [1]), work just fine?
> 
> It doesn't seem to be the case, as at least one of the participants in
> the discussion of that issue said the problem happened in Emacs 24 as
> well.

No, almost surely they are using 24.5.1, what current WSL installs with 
"sudo apt install emacs[-nox]"...

The have to use 24.3! to verify their conclusions..

bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

[Angelo Graziosi]

Il 25/07/2017 16:59, Josh Howard ha scritto:
>> From: Eli Zaretskii <eliz@gnu.org>
>> Sent: Tuesday, July 25, 2017 7:19 AM
>>
>>> From: Angelo Graziosi <angelo.graziosi@alice.it>
>>> Date: Tue, 25 Jul 2017 00:49:10 +0200
>>>
>>> Eli Zaretskii wrote:
>>>> Definitely not an Emacs problem.
>>>
>>> How, then, do you explain that Emacs 24.3, both installed with WSL
>>> package manager (apt) and rebuilding it from source (see also this
>>> thread [1]), work just fine?
>>
>> It doesn't seem to be the case, as at least one of the participants in
>> the discussion of that issue said the problem happened in Emacs 24 as
>> well.
>>
>> And even if some change in Emacs exposed that bug, it doesn't yet mean
>> the bug is in Emacs.
> 
> Correct, this is reproducible (for me) on both emacs24 and emacs26. I did not try emacs25.
Have you tried emacs-24.3? Current WSL install 24.5 which fails with the 
packages manager. Being emacs25 > emacs24.3 it fails too...

My experience is that Emacs > 24.3 fails (24.5, 25.x 26.x)

You can build it yourself:

wget 
http://git.savannah.gnu.org/cgit/emacs.git/snapshot/emacs-emacs-24.3.tar.gz

tar -xf emacs-emacs-24.3.tar.gz

cd emacs-emacs-24.3
./autogen.sh
./configure --prefix=/home/emacs24.3 --with-x=no [--with-LIB=no]
make
make install

See if it background itself... with the packages manager..

bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

[Eli Zaretskii]

> Cc: jraitch@outlook.com, bug-gnu-emacs@gnu.org
> From: Angelo Graziosi <angelo.graziosi@alice.it>
> Date: Tue, 25 Jul 2017 20:06:08 +0200
> 
> >> How, then, do you explain that Emacs 24.3, both installed with WSL
> >> package manager (apt) and rebuilding it from source (see also this
> >> thread [1]), work just fine?
> > 
> > It doesn't seem to be the case, as at least one of the participants in
> > the discussion of that issue said the problem happened in Emacs 24 as
> > well.
> 
> No, almost surely they are using 24.5.1, what current WSL installs with 
> "sudo apt install emacs[-nox]"...
> 
> The have to use 24.3! to verify their conclusions..

OK, but meanwhile I understand that a later build of WSL fixed some
terminal-related bugs, and the problem is now gone.

bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

[Josh Howard]

> From: Eli Zaretskii <eliz@gnu.org>
> Sent: Tuesday, July 25, 2017 11:34 AM
 
>> Cc: jraitch@outlook.com, bug-gnu-emacs@gnu.org
>> From: Angelo Graziosi <angelo.graziosi@alice.it>
>> Date: Tue, 25 Jul 2017 20:06:08 +0200
>> 
>> >> How, then, do you explain that Emacs 24.3, both installed with WSL
>> >> package manager (apt) and rebuilding it from source (see also this
>> >> thread [1]), work just fine?
>> > 
>> > It doesn't seem to be the case, as at least one of the participants in
>> > the discussion of that issue said the problem happened in Emacs 24 as
>> > well.
>> 
>> No, almost surely they are using 24.5.1, what current WSL installs with 
>> "sudo apt install emacs[-nox]"...
>> 
>> The have to use 24.3! to verify their conclusions..

> OK, but meanwhile I understand that a later build of WSL fixed some
> terminal-related bugs, and the problem is now gone.

Both of these appear to be true. The WSL has a fix which seems to address the problem and 24.3 does not display the issue. Something happened between 24.3 and now which causes Emacs to tickle this bug, but it may not be relevant.

bug#27804: 26.0.50; Emacs backgrounds itself during package-list-packages on WSL

[Stefan Kangas]

tags 27804 + notabug
close 27804
quit

Eli Zaretskii <eliz@gnu.org> writes:

> Emacs gets a signal that causes it to background.  The problem is why
> the signal is delivered, and its cause is outside Emacs, could be the
> WSL itself, could be ncurses when it runs on WSL, could be something
> else.  But definitely not Emacs.

Eli Zaretskii <eliz@gnu.org> writes:

>> Eli Zaretskii wrote:
>> > Definitely not an Emacs problem.
[...]
> And even if some change in Emacs exposed that bug, it doesn't yet mean
> the bug is in Emacs.

Josh Howard <jraitch@outlook.com> writes:

>> From: Eli Zaretskii <eliz@gnu.org>
>> Sent: Tuesday, July 25, 2017 11:34 AM
[...]
>> OK, but meanwhile I understand that a later build of WSL fixed some
>> terminal-related bugs, and the problem is now gone.
>
> Both of these appear to be true. The WSL has a fix which seems to
> address the problem and 24.3 does not display the issue. Something
> happened between 24.3 and now which causes Emacs to tickle this bug,
> but it may not be relevant.

From the above, this doesn't seem to be a bug in Emacs, and has been
fixed in later versions of WSL.  I'm therefore closing this as notabug.
If that's incorrect, please reopen the bug report.

Best regards,
Stefan Kangas