GNU bug report logs - #35857
26.2; Hangs loading desktop having shell window

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 35857 in the body.
You can then email your comments to 35857 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: "Richard Munitz (BLOOMBERG/ 731 LEX)" <rmunitz1 <at> bloomberg.net>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.2; Hangs loading desktop having shell window
Date: Wed, 22 May 2019 13:43:03 -0000

[Message part 1 (text/plain, inline)]

--text follows this line--

I am able to reproduce this problem when having only the following 3
lines in my .emacs file:
(desktop-save-mode 1)  ; will save state and restore each restart.
(setq desktop-auto-save-timeout 60)
(setq desktop-restore-in-current-display t)

Reproduction steps:
run "emacs &"
M-X shell
^X1 (Eliminate split window, leaving the shell occupying the full
window)
^X^C (Exit emacs, answering yes to kill shell and y to save desktop)
run "emacs &"
emacs now hangs.


In GNU Emacs 26.2 (build 1, sparc-sun-solaris2.10, GTK+ Version 3.8.9)
 of 2019-05-17 built on bldsun-rr-005
Windowing system distributor 'Hummingbird - Open Text', version 11.0.13830
Recent messages:
No desktop file.
For information about GNU Emacs and the GNU system, type C-h C-a.
Type C-x 1 to remove help window.  
Type "q" in help window to delete it.
C-x p is undefined

Configured using:
 'configure --build=sparc-sun-solaris2.10 --host=sparc-sun-solaris2.10
 --prefix=/opt/bb --libdir=/opt/bb/lib64 -x-includes=/opt/bb/include
 -x-libraries=/opt/bb/lib64 --with-x-toolkit=gtk3 --without-selinux
 --without-gsettings --with-gnutls=no 'CFLAGS=-m64 '
 CPPFLAGS=-I/opt/bb/include 'LDFLAGS=-m64 -L/opt/bb/lib64
 -R/opt/bb/lib64''

Configured features:
XPM JPEG TIFF GIF PNG DBUS GLIB NOTIFY ACL LIBXML2 FREETYPE XFT ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM THREADS

Important settings:
  value of $LANG: en_US
  locale-coding-system: iso-latin-1-unix

Major mode: Lisp Interaction

Minor modes in effect:
  desktop-save-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  eldoc-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
  font-lock-mode: t
  blink-cursor-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 rmc puny seq byte-opt gv
bytecomp byte-compile cconv dired dired-loaddefs format-spec rfc822 mml
mml-sec password-cache epa derived epg epg-config gnus-util rmail
rmail-loaddefs mm-decode mm-bodies mm-encode mail-parse rfc2231
mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils help-fns radix-tree help-mode easymenu
apropos elec-pair desktop frameset cl-loaddefs cl-lib time-date
mule-util tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page menu-bar
rfn-eshadow isearch timer select scroll-bar 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 threads dbusbind
gfilenotify dynamic-setting font-render-setting move-toolbar gtk
x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 100397 7801)
 (symbols 48 20631 1)
 (miscs 40 46 196)
 (strings 32 29909 1649)
 (string-bytes 1 802636)
 (vectors 16 14839)
 (vector-slots 8 511142 7248)
 (floats 8 56 238)
 (intervals 56 721 259)
 (buffers 992 13))

[Message part 2 (text/html, inline)]

Message #8 received at 35857 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Richard Munitz <rmunitz1 <at> bloomberg.net>
Cc: 35857 <at> debbugs.gnu.org
Subject: Re: bug#35857: 26.2; Hangs loading desktop having shell window
Date: Sat, 08 Jun 2019 10:09:42 +0300

> Date: Wed, 22 May 2019 13:43:03 -0000
> From: "Richard Munitz (BLOOMBERG/ 731 LEX)" <rmunitz1 <at> bloomberg.net>
> 
> I am able to reproduce this problem when having only the following 3
> lines in my .emacs file:
> (desktop-save-mode 1) ; will save state and restore each restart.
> (setq desktop-auto-save-timeout 60)
> (setq desktop-restore-in-current-display t)
> 
> Reproduction steps:
> run "emacs &"
> M-X shell
> ^X1 (Eliminate split window, leaving the shell occupying the full
> window)
> ^X^C (Exit emacs, answering yes to kill shell and y to save desktop)
> run "emacs &"
> emacs now hangs.

Thank you for your report.

I tried to reproduce this, but I don't have access to a system where
both "M-x shell" and "emacs &" will work.

Can someone please reproduce the problem and report where is Emacs
stuck?  Perhaps it is asking some question and waiting for the answer?

Message #11 received at 35857 <at> debbugs.gnu.org (full text, mbox):

From: Noam Postavsky <npostavs <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: Richard Munitz <rmunitz1 <at> bloomberg.net>, 35857 <at> debbugs.gnu.org
Subject: Re: bug#35857: 26.2; Hangs loading desktop having shell window
Date: Sat, 08 Jun 2019 19:41:25 -0400

tags 35857 + unreproducible
quit

Eli Zaretskii <eliz <at> gnu.org> writes:

>> Date: Wed, 22 May 2019 13:43:03 -0000
>> From: "Richard Munitz (BLOOMBERG/ 731 LEX)" <rmunitz1 <at> bloomberg.net>
>> 
>> I am able to reproduce this problem when having only the following 3
>> lines in my .emacs file:
>> (desktop-save-mode 1) ; will save state and restore each restart.
>> (setq desktop-auto-save-timeout 60)
>> (setq desktop-restore-in-current-display t)
>> 
>> Reproduction steps:
>> run "emacs &"
>> M-X shell
>> ^X1 (Eliminate split window, leaving the shell occupying the full
>> window)
>> ^X^C (Exit emacs, answering yes to kill shell and y to save desktop)
>> run "emacs &"
>> emacs now hangs.
>
> Thank you for your report.
>
> I tried to reproduce this, but I don't have access to a system where
> both "M-x shell" and "emacs &" will work.
>
> Can someone please reproduce the problem and report where is Emacs
> stuck?  Perhaps it is asking some question and waiting for the answer?

Doesn't happen here (and I can't see why "emacs &" vs "emacs" could have
any effect, though I tried both ways).  After running emacs the second
time, no *shell* buffer is created (which I guess is expected since I
answered "yes" to kill the shell before saving the desktop).

In GNU Emacs 26.2.50 (build 2, x86_64-pc-linux-gnu, GTK+ Version 3.22.11)

Message #16 received at 35857 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Noam Postavsky <npostavs <at> gmail.com>
Cc: rmunitz1 <at> bloomberg.net, 35857 <at> debbugs.gnu.org
Subject: Re: bug#35857: 26.2; Hangs loading desktop having shell window
Date: Sun, 09 Jun 2019 09:15:20 +0300

> From: Noam Postavsky <npostavs <at> gmail.com>
> Cc: Richard Munitz <rmunitz1 <at> bloomberg.net>,  35857 <at> debbugs.gnu.org
> Date: Sat, 08 Jun 2019 19:41:25 -0400
> 
> > I tried to reproduce this, but I don't have access to a system where
> > both "M-x shell" and "emacs &" will work.
> >
> > Can someone please reproduce the problem and report where is Emacs
> > stuck?  Perhaps it is asking some question and waiting for the answer?
> 
> Doesn't happen here (and I can't see why "emacs &" vs "emacs" could have
> any effect, though I tried both ways).  After running emacs the second
> time, no *shell* buffer is created (which I guess is expected since I
> answered "yes" to kill the shell before saving the desktop).

That's what happened to me as well, but I wasn't sure the specific
details I couldn't include in the reproduction didn't matter.

Thanks, I guess we need more info from the OP.  Perhaps some unusual
shell is being used, or some system customizations outside of the
user init files are at play here?

Message #21 received at 35857 <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: rmunitz1 <at> bloomberg.net, 35857 <at> debbugs.gnu.org,
 Noam Postavsky <npostavs <at> gmail.com>
Subject: Re: bug#35857: 26.2; Hangs loading desktop having shell window
Date: Tue, 21 Jan 2020 02:56:50 +0100

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Noam Postavsky <npostavs <at> gmail.com>
>> Cc: Richard Munitz <rmunitz1 <at> bloomberg.net>,  35857 <at> debbugs.gnu.org
>> Date: Sat, 08 Jun 2019 19:41:25 -0400
>> 
>> > I tried to reproduce this, but I don't have access to a system where
>> > both "M-x shell" and "emacs &" will work.
>> >
>> > Can someone please reproduce the problem and report where is Emacs
>> > stuck?  Perhaps it is asking some question and waiting for the answer?
>> 
>> Doesn't happen here (and I can't see why "emacs &" vs "emacs" could have
>> any effect, though I tried both ways).  After running emacs the second
>> time, no *shell* buffer is created (which I guess is expected since I
>> answered "yes" to kill the shell before saving the desktop).
>
> That's what happened to me as well, but I wasn't sure the specific
> details I couldn't include in the reproduction didn't matter.
>
> Thanks, I guess we need more info from the OP.  Perhaps some unusual
> shell is being used, or some system customizations outside of the
> user init files are at play here?

Richard, it seems like we need more info to progress with this bug.
Could you please tell us more about the exact circumstances under
which you are able to reproduce this bug?

Thanks.

Best regards,
Stefan Kangas

Message #26 received at 35857-done <at> debbugs.gnu.org (full text, mbox):

From: Stefan Kangas <stefan <at> marxist.se>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: rmunitz1 <at> bloomberg.net, 35857-done <at> debbugs.gnu.org,
 Noam Postavsky <npostavs <at> gmail.com>
Subject: Re: bug#35857: 26.2; Hangs loading desktop having shell window
Date: Thu, 16 Apr 2020 06:34:09 +0200

Stefan Kangas <stefan <at> marxist.se> writes:

>> Thanks, I guess we need more info from the OP.  Perhaps some unusual
>> shell is being used, or some system customizations outside of the
>> user init files are at play here?
>
> Richard, it seems like we need more info to progress with this bug.
> Could you please tell us more about the exact circumstances under
> which you are able to reproduce this bug?

More information was requested, but none was given within 12 weeks, so
I'm closing this bug.  If this is still an issue, please reply to this
email (use "Reply to all" in your email client) and we can reopen the
bug report.

Best regards,
Stefan Kangas

Previous Next

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