GNU bug report logs -
#24284
Few seconds hang on startup, even with emacs -Q
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 24284 in the body.
You can then email your comments to 24284 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#24284
; Package
emacs
.
(Sun, 21 Aug 2016 22:59:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
"J. Braden Chancellor" <jbradenchancellor <at> protonmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 21 Aug 2016 22:59:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Whenever I open a file, Emacs hangs for a few seconds on the *scratch* buffer before proceeding to the file. The hang is about two seconds on my very fast desktop, about four seconds on my fast phone, and about six seconds on the decent servers I SSH into over satellite. It occurs whether I open the file normally (emacs test.txt), open it as a client of the daemon (emacsclient test.txt), or open it without an init file (emacs -Q test.txt). I've encountered this problem on four systems so far: a desktop running Bash on Ubuntu on Windows (emacs24-nox 24.3.1), a phone running Ubuntu via Termux on Android (emacs 25.0.95-1), a server running Ubuntu (emacs24-nox 24.5-1), and a server running Arch (emacs-nox 24.5-4 AND emacs25-git 25.1.r125112-1). I haven't seen it on my Fedora desktop (emacs-nox 25.1-0.2.rc1.fc24) or when using the unofficial emacs-w64 Windows client (emacs 25.0.94.2). I have already tried emacs -Q, completely removing my .emacs and .emacs.d, mucking about with my /etc/hosts, etc, and building Emacs from source. The only way to avoid the issue is to minimize Emacs (C-z), restore it (%emacs), and manually open the file I want to edit (C-x C-f). While it isn't a huge problem when staying around in a few files for a while, the seconds really add up when making a lot of small edits to many different files.
In GNU Emacs 24.3.1 (x86_64-pc-linux-gnu)
of 2014-03-07 on lamiak, modified by Debian
System Description: Ubuntu 14.04.5 LTS
Configured using:
`configure '--build' 'x86_64-linux-gnu' '--build' 'x86_64-linux-gnu'
'--prefix=/usr' '--sharedstatedir=/var/lib' '--libexecdir=/usr/lib'
'--localstatedir=/var/lib' '--infodir=/usr/share/info'
'--mandir=/usr/share/man' '--with-pop=yes'
'--enable-locallisppath=/etc/emacs24:/etc/emacs:/usr/local/share/emacs/24.3/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/24.3/site-lisp:/usr/share/emacs/site-lisp'
'--with-crt-dir=/usr/lib/x86_64-linux-gnu' '--with-x=no'
'--without-gconf' '--without-gsettings' 'build_alias=x86_64-linux-gnu'
'CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -Wall' 'LDFLAGS=-Wl,-Bsymbolic-functions
-Wl,-z,relro' 'CPPFLAGS=-D_FORTIFY_SOURCE=2''
Important settings:
value of $LANG: en_US.UTF-8
locale-coding-system: utf-8-unix
default enable-multibyte-characters: t
Major mode: Fundamental
Minor modes in effect:
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 input:
ESC x ESC x e m a c s - b u TAB TAB DEL DEL DEL DEL
DEL DEL DEL DEL DEL DEL DEL DEL DEL m a k e TAB - b
u g TAB DEL DEL DEL DEL DEL DEL DEL DEL DEL DEL DEL
DEL DEL s e n d TAB DEL DEL DEL DEL r e p o r t TAB
RET
Recent messages:
("emacs")
Loading 00debian-vars...done
For information about GNU Emacs and the GNU system, type C-h C-a.
delete-backward-char: Text is read-only [5 times]
Making completion list...
delete-backward-char: Text is read-only [5 times]
Load-path shadows:
/usr/share/emacs/24.3/site-lisp/debian-startup hides /usr/share/emacs/site-lisp/debian-startup
Features:
(shadow sort gnus-util mail-extr emacsbug message format-spec rfc822 mml
mml-sec 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 help-mode easymenu time-date ediff-hook
vc-hooks lisp-float-type tabulated-list newcomment lisp-mode register
page menu-bar rfn-eshadow timer select 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 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 multi-tty emacs)
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#24284
; Package
emacs
.
(Fri, 02 Sep 2016 02:49:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 24284 <at> debbugs.gnu.org (full text, mbox):
"J. Braden Chancellor" <jbradenchancellor <at> protonmail.com> writes:
> Whenever I open a file, Emacs hangs for a few seconds on the *scratch* buffer before proceeding to the file. The hang is about two seconds on my very fast desktop,
> about four seconds on my fast phone, and about six seconds on the decent servers I SSH into over satellite. It occurs whether I open the file normally (emacs
> test.txt), open it as a client of the daemon (emacsclient test.txt), or open it without an init file (emacs -Q test.txt). I've encountered this problem on four systems so
> far: a desktop running Bash on Ubuntu on Windows (emacs24-nox 24.3.1), a phone running Ubuntu via Termux on Android (emacs 25.0.95-1), a server running
> Ubuntu (emacs24-nox 24.5-1), and a server running Arch (emacs-nox 24.5-4 AND emacs25-git 25.1.r125112-1). I haven't seen it on my Fedora desktop (emacs-nox
> 25.1-0.2.rc1.fc24) or when using the unofficial emacs-w64 Windows client (emacs 25.0.94.2). I have already tried emacs -Q, completely removing my .emacs and
> .emacs.d, mucking about with my /etc/hosts, etc, and building Emacs from source. The only way to avoid the issue is to minimize Emacs (C-z), restore it (%emacs),
> and manually open the file I want to edit (C-x C-f). While it isn't a huge problem when staying around in a few files for a while, the seconds really add up when making a
> lot of small edits to many different files.
If you M-x toggle-debug-on-quit and then C-g during the pause do you get
a backtrace?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#24284
; Package
emacs
.
(Thu, 15 Sep 2016 23:59:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 24284 <at> debbugs.gnu.org (full text, mbox):
tags 24284 unreproducible moreinfo
quit
npostavs <at> users.sourceforge.net writes:
>
> If you M-x toggle-debug-on-quit and then C-g during the pause do you get
> a backtrace?
Ping?
Added tag(s) moreinfo and unreproducible.
Request was from
npostavs <at> users.sourceforge.net
to
control <at> debbugs.gnu.org
.
(Thu, 15 Sep 2016 23:59: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 20:36: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 20:36:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
"J. Braden Chancellor" <jbradenchancellor <at> protonmail.com>
:
bug acknowledged by developer.
(Wed, 07 Dec 2016 20:36:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 24284-done <at> debbugs.gnu.org (full text, mbox):
No response in months, closing.
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:15 GMT)
Full text and
rfc822 format available.
This bug report was last modified 8 years and 165 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.